С этой точки зрения все примеры специфические, потому что правил заимствования в языке не существует. Написание и звучание заимствованных слов определяется сложившейся традицией, которая в свою очередь зависит от обстоятельств заимствования.
Я уже говорил про субъективность очевидности? Для меня очевидно ровно обратное. Более того, вы даже свои аргументы очень избирательно приводите, к примеру тот же викисловарь содержит оба варианта, как биткоин, так и биткойн. И хотя викисловарь ни разу не доказательство чего-либо, но вы же для чего-то туда полезли за коинфлипом, сходили бы заодно и за предметом обсуждения. На мой взгляд, анегдотично выглядят ваши примеры. Имена собственные встречаются разные, например Роберто Коин. Вы в одном месте ссылаетесь на транскрипцию, в другом ее игнорируете и аппелируете к происхождению, в третьем приводите избирательный пример.
Мне жаль ваши глаза, учитывая что вариант через и в сети встречается в 50 раз чаще, если верить гугл тренду. А у меня нет оснований ему не верить. Я бы сделал ставку, что ваш биткойн проиграет борьбу за место в словаре, но навряд ли мы проживем достаточно, чтобы это проверить. В орфографическом словаре РАН содержится именно вариант через И (можете проверить).
Отсюда следует, что Андромеда - мужик. Если андролог это намек на мой возраст, то спасибо )
Даже если принять "греческую теорию андроида", то мы его заимствовали все равно не у греков, а из английского. Как и большинство других слов. Стероид, лимфоид, гуманоид, монголоид и тд. - здесь везде суффикс оид, который если бы и пришел из греческого, то звучал бы как эйдос или что-то в таком духе, но он пришел к нам из английского oid, поэтому звучит как оид, несмотря на правила транскрибции. Просто так благозвучнее для носителей языка.
Суть холивара в том, что вы приводите новые аргументы, не опровергая старых. Я отчасти согласен и с вашими аргументами, но также я согласен и с моими, которые до сих пор валидны. Закидывая аргументами другие аргументы и рождается холивар.
Очевидность тоже вещь субъективная. Для меня очевидно, что основной нормой при заимствовании слов из другого языка, является историческая традиция. При заимствовании произношение слов не сохраняется чуть реже, чем всегда и никого это бесить не должно. Вы можете как дважды два доказать, что коинфлип правильно произносить как койнфлип, но никто этого делать не будет. Мне ойн в слове монета режет слух. Нет, не бесит, как вас ) Просто идет в разрез с тем, к чему я привык с детства. Да и с большинством контента о биткоине, если честно. Не вижу шансов биткоину стать биткойном в исторической перспективе. Хотя чем черт не шутит. На сегодня, если загуглить "как правильно", основной ответ "и так, и так", куча статей на эту тему. Холивар, как он есть.
Чат ГПТ (само-собой четверка) удивил меня ответом "Правильно "биткоин" согласно рекомендациям Российской академии наук.". Рекомендации уже искать не стал. Поверю ему, зря я что ли подписку оплачиваю...
Транскрибция или работает, или не работает, происхождение слова не имеет значения. Тем более, что как раз андроид - чисто английское слово, если верить этимологическим словарям (разумеется я не знаю происхождения всех слов, не лингвист и не филолог), а вот коин имеет латинские корни, оттуда перекочевало в старофранцузский и оттуда в английский.
При чем тут правила транскрибции тоже не ясно, к литературному языку они не имеют ровно никакого отношения. Коин - не транскрибция, а транслитерация, что также часто случается с заимствованиями.
Когда мы еще за 10 лет до появления биткоина резались в д&д и видеоигры, называли монеты коинами, и даже тогда я знал, что это не мы придумали, нумизматы так еще до нас выражались. А уж "коинфлип" в покере наверное знают все. Ну, кто в покер играет. Мы играли. Специально монетки собирали... Золотое было время. Правил транскрибции разумеется мы тогда не знали, но как я выше сказал - они вообще ничего не показывают и не доказывают. Так что оин. Или ойн. Как вам нравится. Или мне.
Сдается мне, что здесь случай интеллектуального снобизма :(
И где эту "литературную письменную форму" можно почитать? У Ожегова или Даля?
Оин или ойн - тема холиварная. Исторически все же "оин". Хотя аргументы есть в пользу обеих форм. А еще, тут же на хабре, есть целая статья от 21 года, где эти аргументы разобраны.
Мне другое непонятно: как эта ерунда может раздражать? Это ведь не тся/ться и даже не одевать/надевать, и уж точно не "ложить"... Меня 90% из того, что в статье, вообще не трогает. Айтишечка какая-то стала изнеженная...
Кстати, андроид вместо андройд не бесит? Просто любопытно. Правила те же.
Все верно, сильно зависит от проекта и от компании. Но интуитивно понятна разница - тимлид должен иметь какое-то отношение к команде, отсюда "тим", а техлид должен быть заточен под техническую сторону.
Если взять ваше описание, то я занимаюсь всем тем же самым, минус пипл-менеджмент ) Ну и к планированию я имею посредственное отношение, только помогаю с оценками, составлением болпарков и тому подобного.
Не все проекты могут позволить себе роскошь делить обязанности подобным образом конечно.
Я техлид. Это выше чем тимлид, или ниже? У меня айти не такое, как у вас, там нет иерархии, структура более плоская. Синьор инженер и тимлид - это не разные ступени иерархии, а люди, выполняющие различные функции в одной плоскости. Поэтому я не лукавлю. С моей точки зрения тимлид это дауншифт, а не наоборот. И я в тимлида дауншифтиться не собираюсь по озвученным выше причинам.
Тимлид, который много работает руками - это в целом особенности конкретного места работы. Так как не существует гостов и стандартов на названия занимаемых должностей и исполняемых обязанностей, то в определенной конторе на определенном проекте тимлид может быть и разработчиком, и архитектором, и бизнес-аналитиком и еще чем угодно в одном лице. Но если выделить обязанности, которые являются сугубо тимлидерскими, то там технической работы нет. Мне это не интересно, от слова совсем. Даже если это будет занимать 20% времени. Я терпеть не могу эту работу. А уж если попадется "чистая" тимлидерская должность, где как раз и нужно работать "только языком", то это крест на карьере.
Не вижу ни одного плюса, извините. Ни открытого, ни скрытого. Для себя разумеется, мы все оцениваем субъективно, на основании своего опыта и предпочтений. У меня один приятель выстроил чудесную карьеру став лидом сразу после института. Ему наоборот технологии были не интересны. Едва окончив вуз он переехал в Нью-Йорк и насколько я знаю вполне успешно устроился и продвигался. Было это лет 20 назад правда, и мы уже давно не общались.
После пары лет стремления сделать все как можно быстрее не задумываясь об архитектуре, минимальных перспективах масштабирования и развития проекта, концентрации усилий на получении каким-то образом работающего кода в соответствии с задачами на ближайшую неделю-две-три, с целью прослыть 'ориентированным на результат' крутым решалой, проект превращается в помойку, для минимального апгрейда которой требуется переписать с нуля половину модулей, которые из-за нагромождения костылей и клея поддаются переписыванию примерно никак. Сколько раз я это видел...
Не то чтобы я оправдывал оверинженеринг, но у него есть противоположность, иная крайность, которая абсолютно ничем не лучше, а в большинстве случаев даже хуже.
Изобретать гениальные ультратехнологичные решения с прицелом на масштабирование до размеров куба Боргов это такая же крайность, как и решение поточных задач наплевав на масштабирование и планирование на 2 шага вперед, игнорирование чуть более продуманных решений в угоду достижению цели путем использования стиля студента с похмелья, который только и мечтает поскорее разделаться с курсачом и пойти уже бухать к соседям по общаге, где ему может перепадет вдуть первокурснице.
Нужен баланс и рациональное планирование, которое сочетает техническую дальновидность, грамотный архитектурный подход, имеющиеся ресурсы и оценку перспектив развития проекта. А не одна формула на все случаи жизни 'чем проще тем лучше'. Это совершенно и абсолютно не так.
Как я уже сказал, у меня зарплата заметно выше тимлидской. Я не могу утверждать о всех конторах и ситуациях разумеется, но я достаточно в мире айти, знаю вилки зарплат и потенциал роста. Мой оклад зачастую превышает оклад не только тимлида, но и проджект менеджера. На текущем месте, например. И, насколько я в курсе, крутые спецы и в больших знаменитых конторах вроде гугла и нетфликса получают не меньше своих "начальников", если не брать аппер менеджмент. Куда тимлиды точно не относятся.
Вырасти до СТО можно и с моей позиции, были предложения, но я морально не готов на пенсию. Если мне за 23 года в целом в айти и удалось сохранить интерес к работе, то только потому что мне интересны технологии. Я не "выгораю" и мне не надоедает. Да, мне естественно за карьеру случалось быть и тимлидом, и даже ПМом разок. Я туда больше ни ногой. Ну, по крайне мере пока старость и альцгеймер не сделают меня непригодным для работы с технологиями.
А еще у меня есть поучительная жизненная история, как должность тимлида поставила крест на карьере очень мощного спеца по плюсам. Таких зубров программирования редко встретишь, но повелся на должность тимлида и большую команду, а потом плакал (эт я утрирую конечно) в откровенной беседе, что он больше не программист. Ни сама должность, ни чисто символическая прибавка к зп которую ему дали (ну надо же что-то дать при "повышении"), того не стоили. Если грубо, то к тимлидам я отношусь примерно как в поговорке про учителей: если ничего не умеешь сам - иди учить других. В данном случае: не вышло стать программером, иди в тимлиды.
Удовольствие от работы с мерзкими людишками, вместо прекрасных технологий? Это интроверт-мазохист.
22 года назад я стал джуном дотнет разрабом. На текущий момент чаще всего я занимаю позицию техлида, иногда лепят шильдик архитектора, хотя это в какой-то мере условнось, как и все "должности" в айти. От позиций тимлида или проджект манагера я отказываюсь всегда и категорически. При этом даже если у нас в команде есть тимлид, у него обычно зарплата меньше. И часто значительно меньше. И чаще всего он в принципе не нужен в команде, просто пятое колесо в телеге. В некоторых командах он действительно полезен, но это по сути административная должность. Что-то среднее между эйчаром и менеджером низшего звена. Встречал вполне успешные команды, где тимлид вообще без технического бэкграунда, или не по профилю с проектом. Часто конечно тимлид совмещает в себе должность и техлида, но я уже достаточно зажравшийся специалист, чтобы от таких позиций воротить нос. Мое дело технологии, с планированием и утиранием соплей пусть возится кто-то другой.
Не очевидные, как и очевидные минусы в позиции тимлида - это секрет Полишинеля. Вот если бы мне кто-нибудь хоть один плюс назвал, это было бы интригующе.
Когда ИИ дорастет до полной универсальности, т.е. будет способен выполнять вообще любую работу, а также обретет физическое воплощение, способное заменить человека, людям не придется работать вообще. Но пока до этого далеко.
Пока же будут появляться новые профессии, которые будут подходить только для людей, именно потому, что людям они будут нужны, как это всегда и просходило. Не знающие куда себя приткнуть люди придумывают себе род деятельности, в силу своей биологической мотивации в соответствии с пирамидой Маслоу, ИИ этого не изменит. Ну, разумеется если все не пойдет по сценарию терминатора, к чему лично я не вижу предпосылок, но это отдельная тема для фантазий.
Кто-то не видит применения ИИ, потому что есть люди, которые все делают лучше. Кто-то наоблорот, не видит применения людям, потому что ИИ способен (или движется к этому) заменить людей. Весьма любопытно. Обе точки зрения, на мой взгляд, не учитывают всех фактов как об ИИ, так и о людях. Но мы в интересное время живем, безусловно.
Мой опыт ровно противоположный. Я действительно пишу код прожимая кнопку таб по кд, потому что копайлот генерирует именно то, что мне и нужно, на что я расчитываю, это экономит массу времени. И мне чаще проще написать 1строчный комментарий, чтобы копайлот сгенерировал под ним 15 строчный метод, чем писать этот метод самому, даже с учетом интеллисенса. И я ни разу не сталкивался с тем, чтобы ГПТ выдавал чушь по запросу написать код. Мне сложно сказать, в чем тут причина. Возможно вы используете бесплатный чат 3.5, возможно ваши задачи какие-то специфические, а быть может вы не способны точно и лаконично описать что вам нужно с технической стороны. Чтобы это выяснить, потребовались бы какие-то эксперименты с постановкой задач, решениями и примерами, но очевидно, что мы не можем их провести.
Я не просил никого мне помочь уже лет 15 минимум, т.к. обычно я являюсь самым технически грамотным и опытным человеком в команде, к которому все ходят за техническими решениями, и на ком собственно ответственность их принимать. Но с появлением ГПТ я стал обращаться к нему довольно часто. Не могу себе представить, что могло у вас пойти не так.
Мы тоже сконструировали ИИ для конкретных задач, как и реле. Как и автомобиль и компьютер.
То, что сотни лет не изобретали автомобиль, а потом изобрели, как раз и говорит о нашей изобретательности.
Раньше не нужны были дизайнеры и грумеры, потому что усилия людей были направлены на более необходимые для выживания действия, такие как создание одежды, или средств труда. Благодаря станкам и автоматизации у людей появилось больше свободного времени, тогда и появилась необходимость в грумерах и фитнес тренерах. Завтра в результате ядерной войны мы откатимся в бронзовый век и все грумеры с дизайнерами исчезнут, потому что все будут заняты борьбой за еду.
Про "сильный ИИ", обладающий похожей на нашу системой мотивации, эмоциями и пр. речи пока не идет. Но и когда пойдет, это тоже мало что изменит. Почему способность принимать решения - это нечто особенное? Тепловое реле тоже принимает решения. Когда температура повышается выше определенного порога, оно принимает решение разомкнуть цепь, и решает замкнуть ее обратно, когда остывает. Наши решения ничем абсолютно не отличаются, только количество входных параметров и возможных вариантов больше, но мы все автоматы материального мира, и все наши решения - результат физических процессов. Абсолютно закономерный и совершенно не имеющий никакой мистической подоплеки результат.
Когда луддиты жгли станки в начале 19го века, они тоже не развлекались, они теряли работу и им некуда было больше пойти. Прямо сейчас происходит то же самое. Но это явление временное. Потом появилась уйма новых профессий. Много было в 19м веке ландшафтных дизайнеров, или грумеров для домашних животных? Зато если сравнивать тогда и сейчас, человек в среднем работает меньше, а условия труда у него лучше, как и условия жизни. Хотя станки 19го века и современные даже близко по производительности не лежат, если тогда станок "заменял" 10 человек, то сейчас легко заменяет 1000.
Вполне вероятно, что ИИ это шаг к рабочей неделе в 3 дня и базовому доходу. В перспективе. А сейчас безусловно необходимо учиться приспосабливаться. Для тех, кто раньше это осознает, переломный момент истории произойдет менее болезненно.
Да неверный подход вообще. ИИ - не джун и не сеньор. Ткацкий станок - не ткач. Повторюсь, я 22 года в дотнет, последние 12 в основном техлид или архитект в командах, при этом я крайне активно использую ИИ, даже в своей технологии, в которой у меня шильдик мвп и топовая вилка зарплат. Но ИИ мне экономит уйму времени, я выполняю миним втрое больше работы с помощью ИИ ассистентов, и эта тенденция только усиливается. Мне не нужно в команду больше так много людей, потому что я сам с помощью ИИ сделаю лучше и быстрее, чем без ИИ команда из трех человек ранее.
Сам ИИ - не человек, его нельзя сравнивать с каким-то джуном или синьором. Он пишет код вполне уровня синьора, причем велл-формед, клин, с применением всех бест практик, со знанием глубоких тонкостей, но ему нужно очень четко формулировать вопросы и очень хорошо понимать область, чтобы получать качественный результат. И у меня это работает, потому что я специалист. Ну так и современный металлург знает куда больше, чем средневековый, при том что пользуется станками и другими достижениями НТП.
ИИ не будет "заменять" программиста за программистом. Джунов, синьоров и тд. Но профессию он изменит, как и многие другие. Уже меняет. И на количестве рабочих мест это тоже отразится. В ближайшей перспективе - сильно ударит по рынку труда. Уже бьет. В перспективе дальней - видоизменит. Появится куча новых профессий, ряд старых изменится или вымрет. Так всегда происходило. Сейчас не происходит ничего нового. Просто почему-то люди привыкли интеллектуальный труд выделять в какую-то особую касту, в силу наверное каких-то средневековых предрассудков о душе, божественной искре и прочей чепухе. Но его точно также можно автоматизировать, как и любой другой. Все, от рисования картинок, до научной деятельности, можно автоматизировать. ИИ - вполне годная заявка на солидный задел в этом направлении.
Забавный факт: еще ни одного писца не заменил печатный станок, а кузнеца - фрезерный. Но сейчас что первых, что вторых, практически нету. Остались единицы, которые занимаются этим ради искусства.
Нелепая постановка вопроса. Не будет никакой замены кого-то на кого-то. Просто один ИИ будет повышать эффективность работника интеллектуальной сферы настолько, что не потребуется такое количество этих самых работников на 100к населения и их количество уменьшится. А сами профессии видоизменятся, как видоизменились и все остальные профессии, до которых автоматизация добралась раньше.
Я понятия не имею, почему некоторые не видят ценности в копайлоте и прочих аи-ассистентах, я последние полгода большую часть кода пишу кнопкой таб, стоит начать что-то писать - копайлот в 8 случаях из 10 рожает именно то, что ты и собирался, или очень близкое к этому. Если нужно узнать что-то новое, или забытое старое, а может какие тонкости, то в 10 раз быстрее задать вопрос ассистенту, чем гуглить и читать. У меня 22 года опыта разработки в дотнет, но я постоянно узнаю и применяю что-то новое. При помощи гпт я сделал фронт на реакте, которого никогда не знал, когда потребовалось. Да, я сделал бы это и с гуглом, но в 10 раз медленнее. Он знает очень тонкие нюансы работы разных библиотек, может выдать готовое решение, не потребуется лезть в документацию и стэковерфлоу.
По всему миру идут большие сокращения айти, 80 тыс индусов недавно из США уехали попав под сокращения, гиганты вроде гугла, мелкософта, нетфликса и прочих - сокращают работников. Рынок просаживается и происходит это стремительно во всем мире. Но у некоторых "еще ни одного программиста не заменил". Откройте глаза, уже сотни тысяч заменил. Сегодня, сейчас, не через 10 лет и не через 100. Через 100 такой профессии не будет, программист будет как кузнец сегодня. Делать хэнд-мейд утилиты для утонченных ценителей и оригиналов.
Для описанного сценария (конвейер) никаких готовых классов нету. Готовый класс очереди это обычная FIFO коллекция. Реализация конвейера через ResetEvent до сих пор наиболее оптимальна и востребована достаточно часто.
Есть и другие сценарии. ResetEvent классы используются не менее широко чем все остальные наследники иерархии WaitHandle, такие как мьютексы и семафоры. Причем и самим майкрософтом они используются, в самых свежих реализациях.
Разумеется больше они используются в десктопе и мобайле, на бэкэнде в принципе редко приходится возиться с синхронизацией потоков, а те же конвейеры реализуются на каких-нибудь месседж брокерах.
С этой точки зрения все примеры специфические, потому что правил заимствования в языке не существует. Написание и звучание заимствованных слов определяется сложившейся традицией, которая в свою очередь зависит от обстоятельств заимствования.
Зато с JWT у них порядок: ДЖОТ. Намного проще произносится, чем аббревиатура ) Хотя почему именндо джот - понятия не имею.
Я уже говорил про субъективность очевидности? Для меня очевидно ровно обратное. Более того, вы даже свои аргументы очень избирательно приводите, к примеру тот же викисловарь содержит оба варианта, как биткоин, так и биткойн. И хотя викисловарь ни разу не доказательство чего-либо, но вы же для чего-то туда полезли за коинфлипом, сходили бы заодно и за предметом обсуждения. На мой взгляд, анегдотично выглядят ваши примеры. Имена собственные встречаются разные, например Роберто Коин. Вы в одном месте ссылаетесь на транскрипцию, в другом ее игнорируете и аппелируете к происхождению, в третьем приводите избирательный пример.
Мне жаль ваши глаза, учитывая что вариант через и в сети встречается в 50 раз чаще, если верить гугл тренду. А у меня нет оснований ему не верить. Я бы сделал ставку, что ваш биткойн проиграет борьбу за место в словаре, но навряд ли мы проживем достаточно, чтобы это проверить. В орфографическом словаре РАН содержится именно вариант через И (можете проверить).
Отсюда следует, что Андромеда - мужик. Если андролог это намек на мой возраст, то спасибо )
Даже если принять "греческую теорию андроида", то мы его заимствовали все равно не у греков, а из английского. Как и большинство других слов. Стероид, лимфоид, гуманоид, монголоид и тд. - здесь везде суффикс оид, который если бы и пришел из греческого, то звучал бы как эйдос или что-то в таком духе, но он пришел к нам из английского oid, поэтому звучит как оид, несмотря на правила транскрибции. Просто так благозвучнее для носителей языка.
Суть холивара в том, что вы приводите новые аргументы, не опровергая старых. Я отчасти согласен и с вашими аргументами, но также я согласен и с моими, которые до сих пор валидны. Закидывая аргументами другие аргументы и рождается холивар.
Очевидность тоже вещь субъективная. Для меня очевидно, что основной нормой при заимствовании слов из другого языка, является историческая традиция. При заимствовании произношение слов не сохраняется чуть реже, чем всегда и никого это бесить не должно. Вы можете как дважды два доказать, что коинфлип правильно произносить как койнфлип, но никто этого делать не будет. Мне ойн в слове монета режет слух. Нет, не бесит, как вас ) Просто идет в разрез с тем, к чему я привык с детства. Да и с большинством контента о биткоине, если честно. Не вижу шансов биткоину стать биткойном в исторической перспективе. Хотя чем черт не шутит. На сегодня, если загуглить "как правильно", основной ответ "и так, и так", куча статей на эту тему. Холивар, как он есть.
Чат ГПТ (само-собой четверка) удивил меня ответом "Правильно "биткоин" согласно рекомендациям Российской академии наук.". Рекомендации уже искать не стал. Поверю ему, зря я что ли подписку оплачиваю...
Транскрибция или работает, или не работает, происхождение слова не имеет значения. Тем более, что как раз андроид - чисто английское слово, если верить этимологическим словарям (разумеется я не знаю происхождения всех слов, не лингвист и не филолог), а вот коин имеет латинские корни, оттуда перекочевало в старофранцузский и оттуда в английский.
При чем тут правила транскрибции тоже не ясно, к литературному языку они не имеют ровно никакого отношения. Коин - не транскрибция, а транслитерация, что также часто случается с заимствованиями.
Когда мы еще за 10 лет до появления биткоина резались в д&д и видеоигры, называли монеты коинами, и даже тогда я знал, что это не мы придумали, нумизматы так еще до нас выражались. А уж "коинфлип" в покере наверное знают все. Ну, кто в покер играет. Мы играли. Специально монетки собирали... Золотое было время. Правил транскрибции разумеется мы тогда не знали, но как я выше сказал - они вообще ничего не показывают и не доказывают. Так что оин. Или ойн. Как вам нравится. Или мне.
Сдается мне, что здесь случай интеллектуального снобизма :(
И где эту "литературную письменную форму" можно почитать? У Ожегова или Даля?
Оин или ойн - тема холиварная. Исторически все же "оин". Хотя аргументы есть в пользу обеих форм. А еще, тут же на хабре, есть целая статья от 21 года, где эти аргументы разобраны.
Мне другое непонятно: как эта ерунда может раздражать? Это ведь не тся/ться и даже не одевать/надевать, и уж точно не "ложить"... Меня 90% из того, что в статье, вообще не трогает. Айтишечка какая-то стала изнеженная...
Кстати, андроид вместо андройд не бесит? Просто любопытно. Правила те же.
Все верно, сильно зависит от проекта и от компании. Но интуитивно понятна разница - тимлид должен иметь какое-то отношение к команде, отсюда "тим", а техлид должен быть заточен под техническую сторону.
Если взять ваше описание, то я занимаюсь всем тем же самым, минус пипл-менеджмент ) Ну и к планированию я имею посредственное отношение, только помогаю с оценками, составлением болпарков и тому подобного.
Не все проекты могут позволить себе роскошь делить обязанности подобным образом конечно.
Я техлид. Это выше чем тимлид, или ниже? У меня айти не такое, как у вас, там нет иерархии, структура более плоская. Синьор инженер и тимлид - это не разные ступени иерархии, а люди, выполняющие различные функции в одной плоскости. Поэтому я не лукавлю. С моей точки зрения тимлид это дауншифт, а не наоборот. И я в тимлида дауншифтиться не собираюсь по озвученным выше причинам.
Тимлид, который много работает руками - это в целом особенности конкретного места работы. Так как не существует гостов и стандартов на названия занимаемых должностей и исполняемых обязанностей, то в определенной конторе на определенном проекте тимлид может быть и разработчиком, и архитектором, и бизнес-аналитиком и еще чем угодно в одном лице. Но если выделить обязанности, которые являются сугубо тимлидерскими, то там технической работы нет. Мне это не интересно, от слова совсем. Даже если это будет занимать 20% времени. Я терпеть не могу эту работу. А уж если попадется "чистая" тимлидерская должность, где как раз и нужно работать "только языком", то это крест на карьере.
Не вижу ни одного плюса, извините. Ни открытого, ни скрытого. Для себя разумеется, мы все оцениваем субъективно, на основании своего опыта и предпочтений. У меня один приятель выстроил чудесную карьеру став лидом сразу после института. Ему наоборот технологии были не интересны. Едва окончив вуз он переехал в Нью-Йорк и насколько я знаю вполне успешно устроился и продвигался. Было это лет 20 назад правда, и мы уже давно не общались.
После пары лет стремления сделать все как можно быстрее не задумываясь об архитектуре, минимальных перспективах масштабирования и развития проекта, концентрации усилий на получении каким-то образом работающего кода в соответствии с задачами на ближайшую неделю-две-три, с целью прослыть 'ориентированным на результат' крутым решалой, проект превращается в помойку, для минимального апгрейда которой требуется переписать с нуля половину модулей, которые из-за нагромождения костылей и клея поддаются переписыванию примерно никак. Сколько раз я это видел...
Не то чтобы я оправдывал оверинженеринг, но у него есть противоположность, иная крайность, которая абсолютно ничем не лучше, а в большинстве случаев даже хуже.
Изобретать гениальные ультратехнологичные решения с прицелом на масштабирование до размеров куба Боргов это такая же крайность, как и решение поточных задач наплевав на масштабирование и планирование на 2 шага вперед, игнорирование чуть более продуманных решений в угоду достижению цели путем использования стиля студента с похмелья, который только и мечтает поскорее разделаться с курсачом и пойти уже бухать к соседям по общаге, где ему может перепадет вдуть первокурснице.
Нужен баланс и рациональное планирование, которое сочетает техническую дальновидность, грамотный архитектурный подход, имеющиеся ресурсы и оценку перспектив развития проекта. А не одна формула на все случаи жизни 'чем проще тем лучше'. Это совершенно и абсолютно не так.
Как я уже сказал, у меня зарплата заметно выше тимлидской. Я не могу утверждать о всех конторах и ситуациях разумеется, но я достаточно в мире айти, знаю вилки зарплат и потенциал роста. Мой оклад зачастую превышает оклад не только тимлида, но и проджект менеджера. На текущем месте, например. И, насколько я в курсе, крутые спецы и в больших знаменитых конторах вроде гугла и нетфликса получают не меньше своих "начальников", если не брать аппер менеджмент. Куда тимлиды точно не относятся.
Вырасти до СТО можно и с моей позиции, были предложения, но я морально не готов на пенсию. Если мне за 23 года в целом в айти и удалось сохранить интерес к работе, то только потому что мне интересны технологии. Я не "выгораю" и мне не надоедает. Да, мне естественно за карьеру случалось быть и тимлидом, и даже ПМом разок. Я туда больше ни ногой. Ну, по крайне мере пока старость и альцгеймер не сделают меня непригодным для работы с технологиями.
А еще у меня есть поучительная жизненная история, как должность тимлида поставила крест на карьере очень мощного спеца по плюсам. Таких зубров программирования редко встретишь, но повелся на должность тимлида и большую команду, а потом плакал (эт я утрирую конечно) в откровенной беседе, что он больше не программист. Ни сама должность, ни чисто символическая прибавка к зп которую ему дали (ну надо же что-то дать при "повышении"), того не стоили. Если грубо, то к тимлидам я отношусь примерно как в поговорке про учителей: если ничего не умеешь сам - иди учить других. В данном случае: не вышло стать программером, иди в тимлиды.
Удовольствие от работы с мерзкими людишками, вместо прекрасных технологий? Это интроверт-мазохист.
22 года назад я стал джуном дотнет разрабом. На текущий момент чаще всего я занимаю позицию техлида, иногда лепят шильдик архитектора, хотя это в какой-то мере условнось, как и все "должности" в айти. От позиций тимлида или проджект манагера я отказываюсь всегда и категорически. При этом даже если у нас в команде есть тимлид, у него обычно зарплата меньше. И часто значительно меньше. И чаще всего он в принципе не нужен в команде, просто пятое колесо в телеге. В некоторых командах он действительно полезен, но это по сути административная должность. Что-то среднее между эйчаром и менеджером низшего звена. Встречал вполне успешные команды, где тимлид вообще без технического бэкграунда, или не по профилю с проектом. Часто конечно тимлид совмещает в себе должность и техлида, но я уже достаточно зажравшийся специалист, чтобы от таких позиций воротить нос. Мое дело технологии, с планированием и утиранием соплей пусть возится кто-то другой.
Не очевидные, как и очевидные минусы в позиции тимлида - это секрет Полишинеля. Вот если бы мне кто-нибудь хоть один плюс назвал, это было бы интригующе.
Когда ИИ дорастет до полной универсальности, т.е. будет способен выполнять вообще любую работу, а также обретет физическое воплощение, способное заменить человека, людям не придется работать вообще. Но пока до этого далеко.
Пока же будут появляться новые профессии, которые будут подходить только для людей, именно потому, что людям они будут нужны, как это всегда и просходило. Не знающие куда себя приткнуть люди придумывают себе род деятельности, в силу своей биологической мотивации в соответствии с пирамидой Маслоу, ИИ этого не изменит. Ну, разумеется если все не пойдет по сценарию терминатора, к чему лично я не вижу предпосылок, но это отдельная тема для фантазий.
Кто-то не видит применения ИИ, потому что есть люди, которые все делают лучше. Кто-то наоблорот, не видит применения людям, потому что ИИ способен (или движется к этому) заменить людей. Весьма любопытно. Обе точки зрения, на мой взгляд, не учитывают всех фактов как об ИИ, так и о людях. Но мы в интересное время живем, безусловно.
Мой опыт ровно противоположный. Я действительно пишу код прожимая кнопку таб по кд, потому что копайлот генерирует именно то, что мне и нужно, на что я расчитываю, это экономит массу времени. И мне чаще проще написать 1строчный комментарий, чтобы копайлот сгенерировал под ним 15 строчный метод, чем писать этот метод самому, даже с учетом интеллисенса. И я ни разу не сталкивался с тем, чтобы ГПТ выдавал чушь по запросу написать код. Мне сложно сказать, в чем тут причина. Возможно вы используете бесплатный чат 3.5, возможно ваши задачи какие-то специфические, а быть может вы не способны точно и лаконично описать что вам нужно с технической стороны. Чтобы это выяснить, потребовались бы какие-то эксперименты с постановкой задач, решениями и примерами, но очевидно, что мы не можем их провести.
Я не просил никого мне помочь уже лет 15 минимум, т.к. обычно я являюсь самым технически грамотным и опытным человеком в команде, к которому все ходят за техническими решениями, и на ком собственно ответственность их принимать. Но с появлением ГПТ я стал обращаться к нему довольно часто. Не могу себе представить, что могло у вас пойти не так.
Мы тоже сконструировали ИИ для конкретных задач, как и реле. Как и автомобиль и компьютер.
То, что сотни лет не изобретали автомобиль, а потом изобрели, как раз и говорит о нашей изобретательности.
Раньше не нужны были дизайнеры и грумеры, потому что усилия людей были направлены на более необходимые для выживания действия, такие как создание одежды, или средств труда. Благодаря станкам и автоматизации у людей появилось больше свободного времени, тогда и появилась необходимость в грумерах и фитнес тренерах. Завтра в результате ядерной войны мы откатимся в бронзовый век и все грумеры с дизайнерами исчезнут, потому что все будут заняты борьбой за еду.
Про "сильный ИИ", обладающий похожей на нашу системой мотивации, эмоциями и пр. речи пока не идет. Но и когда пойдет, это тоже мало что изменит. Почему способность принимать решения - это нечто особенное? Тепловое реле тоже принимает решения. Когда температура повышается выше определенного порога, оно принимает решение разомкнуть цепь, и решает замкнуть ее обратно, когда остывает. Наши решения ничем абсолютно не отличаются, только количество входных параметров и возможных вариантов больше, но мы все автоматы материального мира, и все наши решения - результат физических процессов. Абсолютно закономерный и совершенно не имеющий никакой мистической подоплеки результат.
Когда луддиты жгли станки в начале 19го века, они тоже не развлекались, они теряли работу и им некуда было больше пойти. Прямо сейчас происходит то же самое. Но это явление временное. Потом появилась уйма новых профессий. Много было в 19м веке ландшафтных дизайнеров, или грумеров для домашних животных? Зато если сравнивать тогда и сейчас, человек в среднем работает меньше, а условия труда у него лучше, как и условия жизни. Хотя станки 19го века и современные даже близко по производительности не лежат, если тогда станок "заменял" 10 человек, то сейчас легко заменяет 1000.
Вполне вероятно, что ИИ это шаг к рабочей неделе в 3 дня и базовому доходу. В перспективе. А сейчас безусловно необходимо учиться приспосабливаться. Для тех, кто раньше это осознает, переломный момент истории произойдет менее болезненно.
Да неверный подход вообще. ИИ - не джун и не сеньор. Ткацкий станок - не ткач. Повторюсь, я 22 года в дотнет, последние 12 в основном техлид или архитект в командах, при этом я крайне активно использую ИИ, даже в своей технологии, в которой у меня шильдик мвп и топовая вилка зарплат. Но ИИ мне экономит уйму времени, я выполняю миним втрое больше работы с помощью ИИ ассистентов, и эта тенденция только усиливается. Мне не нужно в команду больше так много людей, потому что я сам с помощью ИИ сделаю лучше и быстрее, чем без ИИ команда из трех человек ранее.
Сам ИИ - не человек, его нельзя сравнивать с каким-то джуном или синьором. Он пишет код вполне уровня синьора, причем велл-формед, клин, с применением всех бест практик, со знанием глубоких тонкостей, но ему нужно очень четко формулировать вопросы и очень хорошо понимать область, чтобы получать качественный результат. И у меня это работает, потому что я специалист. Ну так и современный металлург знает куда больше, чем средневековый, при том что пользуется станками и другими достижениями НТП.
ИИ не будет "заменять" программиста за программистом. Джунов, синьоров и тд. Но профессию он изменит, как и многие другие. Уже меняет. И на количестве рабочих мест это тоже отразится. В ближайшей перспективе - сильно ударит по рынку труда. Уже бьет. В перспективе дальней - видоизменит. Появится куча новых профессий, ряд старых изменится или вымрет. Так всегда происходило. Сейчас не происходит ничего нового. Просто почему-то люди привыкли интеллектуальный труд выделять в какую-то особую касту, в силу наверное каких-то средневековых предрассудков о душе, божественной искре и прочей чепухе. Но его точно также можно автоматизировать, как и любой другой. Все, от рисования картинок, до научной деятельности, можно автоматизировать. ИИ - вполне годная заявка на солидный задел в этом направлении.
Забавный факт: еще ни одного писца не заменил печатный станок, а кузнеца - фрезерный. Но сейчас что первых, что вторых, практически нету. Остались единицы, которые занимаются этим ради искусства.
Нелепая постановка вопроса. Не будет никакой замены кого-то на кого-то. Просто один ИИ будет повышать эффективность работника интеллектуальной сферы настолько, что не потребуется такое количество этих самых работников на 100к населения и их количество уменьшится. А сами профессии видоизменятся, как видоизменились и все остальные профессии, до которых автоматизация добралась раньше.
Я понятия не имею, почему некоторые не видят ценности в копайлоте и прочих аи-ассистентах, я последние полгода большую часть кода пишу кнопкой таб, стоит начать что-то писать - копайлот в 8 случаях из 10 рожает именно то, что ты и собирался, или очень близкое к этому. Если нужно узнать что-то новое, или забытое старое, а может какие тонкости, то в 10 раз быстрее задать вопрос ассистенту, чем гуглить и читать. У меня 22 года опыта разработки в дотнет, но я постоянно узнаю и применяю что-то новое. При помощи гпт я сделал фронт на реакте, которого никогда не знал, когда потребовалось. Да, я сделал бы это и с гуглом, но в 10 раз медленнее. Он знает очень тонкие нюансы работы разных библиотек, может выдать готовое решение, не потребуется лезть в документацию и стэковерфлоу.
По всему миру идут большие сокращения айти, 80 тыс индусов недавно из США уехали попав под сокращения, гиганты вроде гугла, мелкософта, нетфликса и прочих - сокращают работников. Рынок просаживается и происходит это стремительно во всем мире. Но у некоторых "еще ни одного программиста не заменил". Откройте глаза, уже сотни тысяч заменил. Сегодня, сейчас, не через 10 лет и не через 100. Через 100 такой профессии не будет, программист будет как кузнец сегодня. Делать хэнд-мейд утилиты для утонченных ценителей и оригиналов.
Хуже, лучше... Это все крайне субъективно и дискуссионно. Меньше музыкантов стало, или нет?
Для описанного сценария (конвейер) никаких готовых классов нету. Готовый класс очереди это обычная FIFO коллекция. Реализация конвейера через ResetEvent до сих пор наиболее оптимальна и востребована достаточно часто.
Есть и другие сценарии. ResetEvent классы используются не менее широко чем все остальные наследники иерархии WaitHandle, такие как мьютексы и семафоры. Причем и самим майкрософтом они используются, в самых свежих реализациях.
Разумеется больше они используются в десктопе и мобайле, на бэкэнде в принципе редко приходится возиться с синхронизацией потоков, а те же конвейеры реализуются на каких-нибудь месседж брокерах.