На Go можно так же плохо код писать. Даже скажу точно - на Go плохо писать код значительно легче. А по поводу уменьшение производительности от наследования - судя по сравнению С и С++ - то да обычный С где-то в полтора раза быстрее С++ на GNU компиляторах по крайней мере. НО !!!! Попробуй вести большой проект на том же С и сразу захочится на С++ пересесть, потому что разрабатывать на С значительно сложнее.
Помню историю, которая до сих пор для меня как эталон. Декабрь 2021-го, Log4Shell. Полночь, дежурный канал разрывается, и первый вопрос, который задаёт половина команд по всему рынку, звучит не «как пропатчить», а «а у нас вообще есть этот Log4j?».
Вопрос а почему не использовали mvn dependency:tree?
На самом деле как не проектируй, все равно если 1) через пару лет прийдет кто-то кто скажет - не спроектировано не так - я переделаю 2) разработчик скажет - да все равно - а я вот так могу 3) менеджер скажет - что вы тут в облаках летаете с архитектурой надо быстрее.... все просто привратится в BigPieceOfMud и умрет.
Вернее для этого лучше использовать, как описано в разделе "Внутренний ID и публичный ID — разные контракты" данной статьи. И внутрений ID закрепить seq базы данных. А публичный ID генерировать самому. По мне это несколько логичнее получается.
ТУСУР - Факультет систем управлений - ВУЗ который с 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 (ЭТО ШУТКА !!!!)
Юристы обычно оринтируются на судебную практику, то есть на прецинденты. Хотя в РФ не прициндентное право де-юро, де-факто прецинденты в РФ имеют высокий вес. То есть на основе этих разбирательств произошло событие, которое можно использовать в последующих процессах. В этой статье хорошо разобрано как это лучше делать. Думаю после того как нижестоящим судам приведут этот случай, то чуши (или не понимание происходящего специалистами в другой сфере) будет значительно меньше. Но это только один сдвиг.
Ну да уволить. Вон в ГазПром-медиа одного уволили и то когда за руку поймали - такой вой стоял. И я вообще не понимаю как менеджер решился? Видать на проекте со сроками прижали и сам (что порой чудо из разработчиков). А так сидит овощь на проекте в лучшем случае - не чего не делает - к нему уже все привыкли. В худшем в проект вкатывается джун, которого ментор до сеньора раскачал и начинает свои знания проявлять. Первый хоть другим не мешает.
На Go можно так же плохо код писать. Даже скажу точно - на Go плохо писать код значительно легче. А по поводу уменьшение производительности от наследования - судя по сравнению С и С++ - то да обычный С где-то в полтора раза быстрее С++ на GNU компиляторах по крайней мере. НО !!!! Попробуй вести большой проект на том же С и сразу захочится на С++ пересесть, потому что разрабатывать на С значительно сложнее.
Напиши аналог minio на Go и Java и тогда сравнивай. Оба сервиса должны быть написаны на коленке для обьективного сравнения.
Помню историю, которая до сих пор для меня как эталон. Декабрь 2021-го, Log4Shell. Полночь, дежурный канал разрывается, и первый вопрос, который задаёт половина команд по всему рынку, звучит не «как пропатчить», а «а у нас вообще есть этот Log4j?».
Вопрос а почему не использовали mvn dependency:tree?
На самом деле как не проектируй, все равно если 1) через пару лет прийдет кто-то кто скажет - не спроектировано не так - я переделаю 2) разработчик скажет - да все равно - а я вот так могу 3) менеджер скажет - что вы тут в облаках летаете с архитектурой надо быстрее.... все просто привратится в BigPieceOfMud и умрет.
Вернее для этого лучше использовать, как описано в разделе "Внутренний ID и публичный ID — разные контракты" данной статьи. И внутрений ID закрепить seq базы данных. А публичный ID генерировать самому. По мне это несколько логичнее получается.
Сколько нужно женщин, чот бы ребенок родился не через 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?
Ну да уволить. Вон в ГазПром-медиа одного уволили и то когда за руку поймали - такой вой стоял. И я вообще не понимаю как менеджер решился? Видать на проекте со сроками прижали и сам (что порой чудо из разработчиков). А так сидит овощь на проекте в лучшем случае - не чего не делает - к нему уже все привыкли. В худшем в проект вкатывается джун, которого ментор до сеньора раскачал и начинает свои знания проявлять. Первый хоть другим не мешает.