Вопрос не что он генерит, а как заставить его генерить так, как требуется в нетривиальных случаях. Даже в этой статье виден целый новый DSL для изучения: @Mapper, @Mapping, componentModel, uses, import, target, qualifiedByName. И спринг еще сбоку со своими бинами лезет. Уильям Оккам тяжело вздыхает в садах Эдема.
Полностью согласен с комментариями выше. Когда маппинг хоть чуть-чуть сложнее тривального, то работа с мапстрактом становится похожа на попытку вдеть нитку в иголку в пожарных крагах на руках.
Вообще жаль, что заповедь "Явное лучше неявного" находится в манифесте питона, а не джавы.
В какой именно инженерной отрасли сертификация заменила собес? У меня есть знакомые из АСУ ТП, энергетики и производства аппаратуры КИПиА. Везде есть собесы даже несмотря на наличие корочек. Никто не хочет себе в штат хитрожопа, который обмазался сертификатами, оставаясь при этом плохим практиком.
Или вы транслируете голубую мечту тех, что в 2005 году получил сертификат Оркла по Java и теперь хочет, чтобы его везде брали на java senior просто так?
Я не спец, но у задачи коммивояжера вроде и так уже дофига решений без всякого ИИ. ИИ тут, видимо, предлог для финансирования. Как блокчейн с аджайлом 8-10 лет назад.
Назревает вопрос, откуда появилась такая страсть к алгоритмам на собеседованиях?
Ответ очевиден. В ситуации фаангов, если у вас за забором тысячи кандидатов, то у вас нет ресурсов беседовать с каждым по душам. Особенно если каждый второй там по-английски кое-как шпрехает. Только бездушный конвейер, только хардкор. Ну а в наших широтах как всегда устроили карго-культ. Не поняли мотивации, но пафос и низкие трудозатраты пришлись по душе.
Но мне кажется, недолго этой музыке играть. Техногигатны сами выпустили нейро-джинна, который вращает деревья заведомо лучше, чем все кожаные вместе взятые. Я прям уверен, что на просторах Индии и Юго-Восточной Азии уже тьма хитрожопых, которые без проблем гарантированно проходят удаленную алгоритмическую секцию любой сложности с помощью ИИ.
Скоро фаанги столкнутся с выбором. Или отказываться от удаленки вообще и заставлять кандидатов прогать на бумажке при очном присутствии. Или жрать продукт ИИ-революции и принимать в штат всех хитрожопых, а потом увольнять после испыталки. Или искать способы оценить человека именно как человека, а не вращателя деревьев.
А с профсоюзом эти проблемы решить гипотетически возможно
Не перегибайте. Эти сказочки про профсоюз уже как рыбацкие байки: с каждой выпитой рюмкой размер щуки все больше. А у апологетов "профсоюза" с каждым постом они все могущественнее. Мечтать не вредно. Проблемы уехавших это терки с местной миграционной службой, денежные переводы, открытие счетов в банках, изучение языков, бан на въезд из-за гражданства и т.д. Чтоб такое решать - уже не профсоюз нужен, а наднациональное правительство.
группа особо приближенных людей, которые от имени всего коллектива поддерживают любые начинания руководства
Ни один профсоюз на старте не декларировал, что превратится в еще одну бюрократическую помойку с продажным руководством. А заканчивал всегда именно этим. Вот у вас 100 человек "пролетариата", вы организовали профсоюз. Что, все 100 каждый день будут заниматься политикой и управлением? Нет, левацкие мечты о коллективном управлении все еще остаются мечтами. Поэтому из 100 выберут человек 5 "актива". А для их подкупа в бюджете уже выделены средства. И скажите "здравствуйте" путевкам в санаторий "Красный погромист" и талонам на сосиски.
Специалист разработки ПО может поддержать пару минут беседы про практики разработки ПО, коей и является солид. И про БД может поговорить, и про сети, и про алгоритмы, и про структуры данных, и про контейнеризацию, и про достоинства и недостатки фреймворков. А кто хныкать начинает, что вопросы неправильные - да, такие не нужны, Се ля ви.
Ну как сказать... Кто придумал, что задача должна быть оформлена в виде таска в трекере, проходить ревью и тестирование? Я что ли? Нет, какой-нибудь C-grade или тимлид. А теперь этот C-grade или тимлид или ПМ или ПО приходит ко мне и предлагает нарушить их же правила. И я же потом буду виноват, что нарушил правила. Да, я использую бюрократию для самозащиты.
но вряд ли даже в курсе как расшифровывается эта аббревиатура
Ну вот я и спрашиваю, сколько лет нужно спецовому спецу, чтобы он уже выучил что там эти 5 букв означают и прекратил жаловаться? 24 года мало. Сколько еще нужно?
И никто их в здравом уме на "стильный, модный, молодёжный" фреймворк их переписывать не станет.
Зачем так категорично? Вы видели все проекты на свете? Я 2 года работа на проекте, которому как раз 10 лет и который переписывали с ноды на котлин. Потому что траты на поддержку и развитие ноды вышли за все разумные пределы. До этого модернизировал одну пыльную ESB до современной джавы. Если это выгодно, то еще как станут переписывать.
Документируйте работу. Сохраняйте электронные письма. Фотографируйте рабочие графики, журналы, тайминг задач в Jira. Сохраняйте переписку с работодателем. Это пригодится в спорах с работодателем, чтобы показать, что вы действительно работали
Да это вообще много где пригодится. Кейс, когда подозревают, что вы не работали - ну это какая-то экзотика из мира самых всратых галер. А вот когда разраб сделал что-то "за спасибо" в обход официальных процедур и профакапился - это будни.
В широком смысле: в профессиональной деятельности не должно быть отношений вась-вась. Нужна мелкая доработочка - не вопрос, заводите таск с подробным описанием. Бажок поправить попутно - поправлю, заводите таск с шагами воспроизведения. Конфиги на сервере подшаманить - как два пальца, зводите таск и еще в общий чат черкните. Потом когда наступит факап, то отмазка "я сделал это потому, что Иван Иваныч очень просил" не сработает.
К сожалению, стараниями всяких шуточек, анекдотов и нигилистов с хабра из ИТ кое-где ушел принцип "делать хорошо сразу". То, что код в принципе можно радикально изменить за N часов создает иллюзию, что у тебя реально всегда будут эти N часов и можно особо не париться здесь и сейчас. Типичный жизненный цикл проекта, где все живут в такой парадигме:
Правила не нужны, лучшие практики не нужны, солид не нужен, разделение на компонетны не нужно, тесты не нужны, DDD не нужен, ревью не нужно, нейминг не нужен. Жгите всех, б-г узнает своих.
Ой, а мне дядя менеджер время на рефакторинг не выделяет
И? Дальше что? Да, есть мудаки-микроменеджеры, которым все время виднее. От таких надо голосовать ногами. Если мне мешают работать, то я голосую ногами. А кто-то пишет на хабре оправдания про то, как ну просто невозможно рефакторить и писать тесты. Ок, не рефакторите, не пишите тесты, отчитывайтесь перед микроменеджментом за каждую минуту времени - имеете право.
Что-то у вас очень узкий взгляд на рефакторинг, раз вы этим спокойно в разных формах в рабочем процессе постоянно занимаетесь
Взгляд у меня самый обычный. Описанные в статье примеры говнокода как раз прекрасно мейнтейнятся в рабочем процессе и не требуют вымаливания времени. Согласен, что есть большой рефакторинг, который надо продавать отдельно. Но легче просто не доводить до такого, поддерживая код в нормальном состоянии.
Либо вы просто держите заказчика за дурачка
Я держу заказчика за заказчика. Это такой чувак, который дал бюджет (не моя епархия, слава б-гу), задачу и время. И интересует его только выполнение задачи к указанному времени. Как я буду выполнять эту задачу - ни разу не его дело. Иначе это уже микроменеджмент, который до добра не доводит. А моя работа для него в любом случае магия. Иначе бы он был моим коллегой, а не заказчиком.
Вопрос не что он генерит, а как заставить его генерить так, как требуется в нетривиальных случаях. Даже в этой статье виден целый новый DSL для изучения:
@Mapper, @Mapping, componentModel, uses, import, target, qualifiedByName. И спринг еще сбоку со своими бинами лезет. Уильям Оккам тяжело вздыхает в садах Эдема.Полностью согласен с комментариями выше. Когда маппинг хоть чуть-чуть сложнее тривального, то работа с мапстрактом становится похожа на попытку вдеть нитку в иголку в пожарных крагах на руках.
Вообще жаль, что заповедь "Явное лучше неявного" находится в манифесте питона, а не джавы.
Это означает, что в его вузе так решили вписать, а им на это дал разрешение какой-то госорган. Всё.
В какой именно инженерной отрасли сертификация заменила собес? У меня есть знакомые из АСУ ТП, энергетики и производства аппаратуры КИПиА. Везде есть собесы даже несмотря на наличие корочек. Никто не хочет себе в штат хитрожопа, который обмазался сертификатами, оставаясь при этом плохим практиком.
Или вы транслируете голубую мечту тех, что в 2005 году получил сертификат Оркла по Java и теперь хочет, чтобы его везде брали на java senior просто так?
Я не спец, но у задачи коммивояжера вроде и так уже дофига решений без всякого ИИ. ИИ тут, видимо, предлог для финансирования. Как блокчейн с аджайлом 8-10 лет назад.
Ответ очевиден. В ситуации фаангов, если у вас за забором тысячи кандидатов, то у вас нет ресурсов беседовать с каждым по душам. Особенно если каждый второй там по-английски кое-как шпрехает. Только бездушный конвейер, только хардкор. Ну а в наших широтах как всегда устроили карго-культ. Не поняли мотивации, но пафос и низкие трудозатраты пришлись по душе.
Но мне кажется, недолго этой музыке играть. Техногигатны сами выпустили нейро-джинна, который вращает деревья заведомо лучше, чем все кожаные вместе взятые. Я прям уверен, что на просторах Индии и Юго-Восточной Азии уже тьма хитрожопых, которые без проблем гарантированно проходят удаленную алгоритмическую секцию любой сложности с помощью ИИ.
Скоро фаанги столкнутся с выбором. Или отказываться от удаленки вообще и заставлять кандидатов прогать на бумажке при очном присутствии. Или жрать продукт ИИ-революции и принимать в штат всех хитрожопых, а потом увольнять после испыталки. Или искать способы оценить человека именно как человека, а не вращателя деревьев.
Не перегибайте. Эти сказочки про профсоюз уже как рыбацкие байки: с каждой выпитой рюмкой размер щуки все больше. А у апологетов "профсоюза" с каждым постом они все могущественнее. Мечтать не вредно. Проблемы уехавших это терки с местной миграционной службой, денежные переводы, открытие счетов в банках, изучение языков, бан на въезд из-за гражданства и т.д. Чтоб такое решать - уже не профсоюз нужен, а наднациональное правительство.
Единственное, что можно было противопоставить. Лет 150-200 назад. Но леваки все еще живут в реальности Нового времени, попивая смузи и скролля айфон.
Ни один профсоюз на старте не декларировал, что превратится в еще одну бюрократическую помойку с продажным руководством. А заканчивал всегда именно этим. Вот у вас 100 человек "пролетариата", вы организовали профсоюз. Что, все 100 каждый день будут заниматься политикой и управлением? Нет, левацкие мечты о коллективном управлении все еще остаются мечтами. Поэтому из 100 выберут человек 5 "актива". А для их подкупа в бюджете уже выделены средства. И скажите "здравствуйте" путевкам в санаторий "Красный погромист" и талонам на сосиски.
Специалист разработки ПО может поддержать пару минут беседы про практики разработки ПО, коей и является солид. И про БД может поговорить, и про сети, и про алгоритмы, и про структуры данных, и про контейнеризацию, и про достоинства и недостатки фреймворков. А кто хныкать начинает, что вопросы неправильные - да, такие не нужны, Се ля ви.
Ну как сказать... Кто придумал, что задача должна быть оформлена в виде таска в трекере, проходить ревью и тестирование? Я что ли? Нет, какой-нибудь C-grade или тимлид. А теперь этот C-grade или тимлид или ПМ или ПО приходит ко мне и предлагает нарушить их же правила. И я же потом буду виноват, что нарушил правила. Да, я использую бюрократию для самозащиты.
Если б у меня на собесах спрашивали спряжения - я б уже выучил, а не хныкал. Но спецовые спецы предпочитают хныкать и придумывать отмазки.
Ну вот я и спрашиваю, сколько лет нужно спецовому спецу, чтобы он уже выучил что там эти 5 букв означают и прекратил жаловаться? 24 года мало. Сколько еще нужно?
Опять солид виноват. Солиду уже 24 года. Сколько еще должно пройти, чтобы солид перестал был рокет сайнсом?
Зачем так категорично? Вы видели все проекты на свете? Я 2 года работа на проекте, которому как раз 10 лет и который переписывали с ноды на котлин. Потому что траты на поддержку и развитие ноды вышли за все разумные пределы. До этого модернизировал одну пыльную ESB до современной джавы. Если это выгодно, то еще как станут переписывать.
Да это вообще много где пригодится. Кейс, когда подозревают, что вы не работали - ну это какая-то экзотика из мира самых всратых галер. А вот когда разраб сделал что-то "за спасибо" в обход официальных процедур и профакапился - это будни.
В широком смысле: в профессиональной деятельности не должно быть отношений вась-вась. Нужна мелкая доработочка - не вопрос, заводите таск с подробным описанием. Бажок поправить попутно - поправлю, заводите таск с шагами воспроизведения. Конфиги на сервере подшаманить - как два пальца, зводите таск и еще в общий чат черкните. Потом когда наступит факап, то отмазка "я сделал это потому, что Иван Иваныч очень просил" не сработает.
К сожалению, стараниями всяких шуточек, анекдотов и нигилистов с хабра из ИТ кое-где ушел принцип "делать хорошо сразу". То, что код в принципе можно радикально изменить за N часов создает иллюзию, что у тебя реально всегда будут эти N часов и можно особо не париться здесь и сейчас. Типичный жизненный цикл проекта, где все живут в такой парадигме:
Правила не нужны, лучшие практики не нужны, солид не нужен, разделение на компонетны не нужно, тесты не нужны, DDD не нужен, ревью не нужно, нейминг не нужен. Жгите всех, б-г узнает своих.
Ой, а мне дядя менеджер время на рефакторинг не выделяет
А давайте все на GO перепишем
GOTO 1
А в чем миф-то? Проветривать лучше, чем не проветривать. Если б было хуже или так же, то был бы миф.
И? Дальше что? Да, есть мудаки-микроменеджеры, которым все время виднее. От таких надо голосовать ногами. Если мне мешают работать, то я голосую ногами. А кто-то пишет на хабре оправдания про то, как ну просто невозможно рефакторить и писать тесты. Ок, не рефакторите, не пишите тесты, отчитывайтесь перед микроменеджментом за каждую минуту времени - имеете право.
Взгляд у меня самый обычный. Описанные в статье примеры говнокода как раз прекрасно мейнтейнятся в рабочем процессе и не требуют вымаливания времени. Согласен, что есть большой рефакторинг, который надо продавать отдельно. Но легче просто не доводить до такого, поддерживая код в нормальном состоянии.
Я держу заказчика за заказчика. Это такой чувак, который дал бюджет (не моя епархия, слава б-гу), задачу и время. И интересует его только выполнение задачи к указанному времени. Как я буду выполнять эту задачу - ни разу не его дело. Иначе это уже микроменеджмент, который до добра не доводит. А моя работа для него в любом случае магия. Иначе бы он был моим коллегой, а не заказчиком.