ТУСУР - Факультет систем управлений - ВУЗ который с 1971 года выпускал специалистов по квалификации инженер-программист вынужден был в 2023 и 2024 годах на эту специальность обьявлять дополнительный набор. Ну зачем идти в ВУЗ учится от 4 до 6 лет - когда есть полугодичный курсы и такие хорошие менторы! (Это сарказм - не минусуйте).
Не "ГринАтом" (ГК "РосАтом") случаем? Хотя там чуть-чуть не так - ИИ нельзя! Не чего нельзя. Но не смотря на то - что работаеш со скорость на уровне "старослужащих" показывают на дверь....
Россия всегда отличалась фундаментальной подготовкой специалистов. Это наша культура. Начнем с того что детей в школе учили складывать/умножать/делить не на калькуляторе- а в столбик. Сейчас что бы работать с AI нужно знать основы.
От этой истории у меня полное ощущение, что в команду полную бездельников наняли нормального инженера. Особенно - код в неявной логике - в которой не кто разобраться немог! Или не хотел? Или началось - вон Ваня больше получает и значит ему нужнее - мы тупо посидим покурим в сторонке - он все сделает. Проблема не в звезде - а в команде - которая отказалась тянуться за звездой. Учитываю ситуацию - что звезду взяли по причине того - что модуль ДОЛЖЕН быть написан - то разгонять нужно команду.
Я в отличии от других не стал такого делать - просто тыкал пальцем тех-лиду во все косяки предшественников, которые поступали именно так - по этому меня просто выставили.
Вот в последнее время, кроме проблемы с ИИ я сталкиваюсь еще с проблемой полной некомпентецией некоторых коллег, которые они прикрывают уверенным высказыванием бредовых идей. А тут ИИ который хоть говорит разумно. Может проверить - задал вопрос "Как изменится производительность разработчика в первый и 10 год проекта, если не было контроля архитектуры на проекте и была частая смена разработчиков" - Google AI - получил развернутый ответ. А вот руководящий состав и кадровые специалисты ГК "ГринАтом" (это IT компания "РосАтом") уверено считают, что если при старте проекта за 3 месяца разработчик делал 30 задач средней сложности - то через 10-15 лет - при смене 6 или 7 внешних фирм разработчиков (ну через аукционны крупные дороботки делали - кто дешевле - то и кодит) и текучки (много комитов от уже не существуещих людей, я должен не только выполнить эту норму и перевыполнить. Так что не чего на ИИ тут жаловаться.
Если был проектный характер работ (к стати в нем манипуляторы и плодятся) - то 8 компаний с 2013 года - это норма. Даже если не считать, когда тебя взяли и просто перевели с одной компании в другую.
Кому-то надоело треть проекта на Java + треть проекта на Kotlin + треть проекта на Angular - пи чем разработчик должен одновременно работать на всех 3. Началось четверть проекта на Python + и так далее. А потом можно еще Node.js накинуть - ведь это серверный JavaScript - который практически Java (ЭТО ШУТКА !!!!)
Юристы обычно оринтируются на судебную практику, то есть на прецинденты. Хотя в РФ не прициндентное право де-юро, де-факто прецинденты в РФ имеют высокий вес. То есть на основе этих разбирательств произошло событие, которое можно использовать в последующих процессах. В этой статье хорошо разобрано как это лучше делать. Думаю после того как нижестоящим судам приведут этот случай, то чуши (или не понимание происходящего специалистами в другой сфере) будет значительно меньше. Но это только один сдвиг.
Ну да уволить. Вон в ГазПром-медиа одного уволили и то когда за руку поймали - такой вой стоял. И я вообще не понимаю как менеджер решился? Видать на проекте со сроками прижали и сам (что порой чудо из разработчиков). А так сидит овощь на проекте в лучшем случае - не чего не делает - к нему уже все привыкли. В худшем в проект вкатывается джун, которого ментор до сеньора раскачал и начинает свои знания проявлять. Первый хоть другим не мешает.
Бюджет проекта допустим 1000 условных единиц. На них нанимают 10 человек по 100 единиц. И тут выясняется - что технологию знают или готовы с ней разобраться только 2 - а остальные 8 просто натренировались отвечать на вопросы в ходе собеседования, а в остальном шаг в право-лево и ПАНИКА!!!!!! Вопрос на какое увеличение бюджета пойдет заказчик? Хотя это проблема бизнеса. Они риски должны были заложить на то что кадры обманули и наняли не компетентных специалистов. Вот в чем вопрос. Но еще один момент - сейчас денег нет. Раньше такое прокатывало. А сейчас нет. Вот и бизнес видет высокие риски и не стартует новые проекты.
Ну за чем рявкать? Можно просто после окончании рабочего дня попросить срочно сделать задачу. Вежливо и корректно. Горит. Или коллега культурно начинает спрашивать о том или о другом. В обоих случаях если начинаешь объяснять им что это не твои задачи и у тебя рабочее время завершилось - то начинается стоны о твоем не хорошем поведение. Вопрос почему я должен делать работу за других? Потому что они на собеседование рассказывали как они хорошо работают и как много знают? Да я понимаю они в каких-то сообществах прошли психологическую подготовку и готовы к жесткому отстаиванию своих прав. Но почему за мой счет? Речь идет об этом.
Давайте проще. лет 20 назад работал в одной компании у которых было 3 крупных проекта. Они были 1) На одно языке Java 2) Люди их писавшие общались между собой регулярно. Но! При том когда одного разработчика перекидывали с одного проекта на другой - был просто провал в производительности. Мелочи-мелочи. Так и сейчас. Как вы думаете человек который писал на jdk 11 пять лет (ну фрейворк не могли и смысла не было перенести на 17 или даже 21) как быстро сможет писать на jdk 25. Да так же быстро что и другой программист писавший до этого на jdk 25. Все поняли о чем идет речь? А как оценивается простая работоспособность? Ага - сказал что хотел бы нормальный 8-часовой рабочий день - тунеядец! А мне 1 час нужен для изучения нового. Еще час что бы хотя бы новости отслеживать. Занятие спортом и принятие пищи я тоже не в рабочее время осуществляю. Так что сами понимаете - что у сказочников - которые работают по 25 часов в день и владеют всеми известными технология - значительно больше шансов - чем у работяги - который работает честно 8 часов в день и изучает с свободное время новое. Плюс к тому же - когда этот работяга попадает в дружную компанию сказочников - он оказывается быстро снова на рынке труда. Потому что терпеть некоторых типов в команде порой нет сил.
Давайте про тон комментариев - в первую очередь он должен быть просто нейтральным. Я могу рассказать много примеров, где просто комментатор просто фонтанировал в эмоциями - например "Да какой ты инженер" - это высказывал комментатор, который не удосужился ВУЗ окончить, одному джуну только после универа. В результате джун уволился в течение 1 месяца. Он получал зарплату в течении 6 месяцев и хотя и делал свои работу - но все же команда осталась без мидла в ближайшем будущем.
Это порой не совсем так. Первое - человек должен понимать почему надо исправить, а не следовать чей-то воли по не известным ему причинам. При этом аргументация должна быть обоснована и не приводить к холиварам. То есть по многим вопросам должны быть соглашения в команде - например использования lombok и в каких пределах, поднятие опускание версий библиотек, работа с нулами имеют множество решений - каждое из них имеет свои плюсы и минусы и каждый в разработке имеет право пользоваться свои привычными решениями. Иначе возникают личности которые с помощью код-ревью поднимают свою самооценку за счет уничтожения команды и затягивания сроков проекта.
Сколько нужно женщин, чот бы ребенок родился не через 9, а через 1 месяц?
ТУСУР - Факультет систем управлений - ВУЗ который с 1971 года выпускал специалистов по квалификации инженер-программист вынужден был в 2023 и 2024 годах на эту специальность обьявлять дополнительный набор. Ну зачем идти в ВУЗ учится от 4 до 6 лет - когда есть полугодичный курсы и такие хорошие менторы! (Это сарказм - не минусуйте).
Не "ГринАтом" (ГК "РосАтом") случаем? Хотя там чуть-чуть не так - ИИ нельзя! Не чего нельзя. Но не смотря на то - что работаеш со скорость на уровне "старослужащих" показывают на дверь....
Россия всегда отличалась фундаментальной подготовкой специалистов. Это наша культура. Начнем с того что детей в школе учили складывать/умножать/делить не на калькуляторе- а в столбик. Сейчас что бы работать с AI нужно знать основы.
От этой истории у меня полное ощущение, что в команду полную бездельников наняли нормального инженера. Особенно - код в неявной логике - в которой не кто разобраться немог! Или не хотел? Или началось - вон Ваня больше получает и значит ему нужнее - мы тупо посидим покурим в сторонке - он все сделает. Проблема не в звезде - а в команде - которая отказалась тянуться за звездой. Учитываю ситуацию - что звезду взяли по причине того - что модуль ДОЛЖЕН быть написан - то разгонять нужно команду.
Ну да автору надо было по идее в экономисты идти......
Похоже разумные менеджеры попались. Поняли, что это не саботаж - а просто попытки выполнить свою работу качественно.
Я в отличии от других не стал такого делать - просто тыкал пальцем тех-лиду во все косяки предшественников, которые поступали именно так - по этому меня просто выставили.
Вот в последнее время, кроме проблемы с ИИ я сталкиваюсь еще с проблемой полной некомпентецией некоторых коллег, которые они прикрывают уверенным высказыванием бредовых идей. А тут ИИ который хоть говорит разумно. Может проверить - задал вопрос "Как изменится производительность разработчика в первый и 10 год проекта, если не было контроля архитектуры на проекте и была частая смена разработчиков" - Google AI - получил развернутый ответ. А вот руководящий состав и кадровые специалисты ГК "ГринАтом" (это IT компания "РосАтом") уверено считают, что если при старте проекта за 3 месяца разработчик делал 30 задач средней сложности - то через 10-15 лет - при смене 6 или 7 внешних фирм разработчиков (ну через аукционны крупные дороботки делали - кто дешевле - то и кодит) и текучки (много комитов от уже не существуещих людей, я должен не только выполнить эту норму и перевыполнить. Так что не чего на ИИ тут жаловаться.
А почему нет 3 вопроса - Я участвовал в краже кода?
Если был проектный характер работ (к стати в нем манипуляторы и плодятся) - то 8 компаний с 2013 года - это норма. Даже если не считать, когда тебя взяли и просто перевели с одной компании в другую.
Кому-то надоело треть проекта на Java + треть проекта на Kotlin + треть проекта на Angular - пи чем разработчик должен одновременно работать на всех 3. Началось четверть проекта на Python + и так далее. А потом можно еще Node.js накинуть - ведь это серверный JavaScript - который практически Java (ЭТО ШУТКА !!!!)
Юристы обычно оринтируются на судебную практику, то есть на прецинденты. Хотя в РФ не прициндентное право де-юро, де-факто прецинденты в РФ имеют высокий вес. То есть на основе этих разбирательств произошло событие, которое можно использовать в последующих процессах. В этой статье хорошо разобрано как это лучше делать. Думаю после того как нижестоящим судам приведут этот случай, то чуши (или не понимание происходящего специалистами в другой сфере) будет значительно меньше. Но это только один сдвиг.
А причем тут Python?
Ну да уволить. Вон в ГазПром-медиа одного уволили и то когда за руку поймали - такой вой стоял. И я вообще не понимаю как менеджер решился? Видать на проекте со сроками прижали и сам (что порой чудо из разработчиков). А так сидит овощь на проекте в лучшем случае - не чего не делает - к нему уже все привыкли. В худшем в проект вкатывается джун, которого ментор до сеньора раскачал и начинает свои знания проявлять. Первый хоть другим не мешает.
Бюджет проекта допустим 1000 условных единиц. На них нанимают 10 человек по 100 единиц. И тут выясняется - что технологию знают или готовы с ней разобраться только 2 - а остальные 8 просто натренировались отвечать на вопросы в ходе собеседования, а в остальном шаг в право-лево и ПАНИКА!!!!!! Вопрос на какое увеличение бюджета пойдет заказчик? Хотя это проблема бизнеса. Они риски должны были заложить на то что кадры обманули и наняли не компетентных специалистов. Вот в чем вопрос. Но еще один момент - сейчас денег нет. Раньше такое прокатывало. А сейчас нет. Вот и бизнес видет высокие риски и не стартует новые проекты.
Ну за чем рявкать? Можно просто после окончании рабочего дня попросить срочно сделать задачу. Вежливо и корректно. Горит. Или коллега культурно начинает спрашивать о том или о другом. В обоих случаях если начинаешь объяснять им что это не твои задачи и у тебя рабочее время завершилось - то начинается стоны о твоем не хорошем поведение. Вопрос почему я должен делать работу за других? Потому что они на собеседование рассказывали как они хорошо работают и как много знают? Да я понимаю они в каких-то сообществах прошли психологическую подготовку и готовы к жесткому отстаиванию своих прав. Но почему за мой счет? Речь идет об этом.
Давайте проще. лет 20 назад работал в одной компании у которых было 3 крупных проекта. Они были 1) На одно языке Java 2) Люди их писавшие общались между собой регулярно. Но! При том когда одного разработчика перекидывали с одного проекта на другой - был просто провал в производительности. Мелочи-мелочи. Так и сейчас. Как вы думаете человек который писал на jdk 11 пять лет (ну фрейворк не могли и смысла не было перенести на 17 или даже 21) как быстро сможет писать на jdk 25. Да так же быстро что и другой программист писавший до этого на jdk 25. Все поняли о чем идет речь? А как оценивается простая работоспособность? Ага - сказал что хотел бы нормальный 8-часовой рабочий день - тунеядец! А мне 1 час нужен для изучения нового. Еще час что бы хотя бы новости отслеживать. Занятие спортом и принятие пищи я тоже не в рабочее время осуществляю. Так что сами понимаете - что у сказочников - которые работают по 25 часов в день и владеют всеми известными технология - значительно больше шансов - чем у работяги - который работает честно 8 часов в день и изучает с свободное время новое. Плюс к тому же - когда этот работяга попадает в дружную компанию сказочников - он оказывается быстро снова на рынке труда. Потому что терпеть некоторых типов в команде порой нет сил.
Давайте про тон комментариев - в первую очередь он должен быть просто нейтральным. Я могу рассказать много примеров, где просто комментатор просто фонтанировал в эмоциями - например "Да какой ты инженер" - это высказывал комментатор, который не удосужился ВУЗ окончить, одному джуну только после универа. В результате джун уволился в течение 1 месяца. Он получал зарплату в течении 6 месяцев и хотя и делал свои работу - но все же команда осталась без мидла в ближайшем будущем.
Это порой не совсем так. Первое - человек должен понимать почему надо исправить, а не следовать чей-то воли по не известным ему причинам. При этом аргументация должна быть обоснована и не приводить к холиварам. То есть по многим вопросам должны быть соглашения в команде - например использования lombok и в каких пределах, поднятие опускание версий библиотек, работа с нулами имеют множество решений - каждое из них имеет свои плюсы и минусы и каждый в разработке имеет право пользоваться свои привычными решениями. Иначе возникают личности которые с помощью код-ревью поднимают свою самооценку за счет уничтожения команды и затягивания сроков проекта.