Существует множество менеджеров, вынужденных доказывать руководству свою нужность, и употребление как можно большего количества модных слов это самый простой способ.
Параллельно существует множество инженеров с той же задачей, но реализуемой через усложнение своих решений. В том числе и для того чтобы никто кроме них в созданном ими хаосе не разобрался.
Плюс из последних лет — усложнение всего материального/железного ради усложнения ремонта.
Если ты делаешь просто – ты джун. Если ты делаешь сложно – ты сеньор.
У кого-то прочел мысль о том, что если ты делаешь сложно — ты мидл. А вот сеньор знает как сделать код мидла проще.
Ты же понимаешь что ИИ не божий дар и он на чем-то обучался: вчера на коде, написанном нами, завтра — на коде, сгенеренном им самим.
И завтра же наступит то, что в производстве зовется кумулятивным ухудшением: от итерации к итерации накапливаются косяки и общее качество продукции неуклонно падает.
На производстве избежать этого помогает ряд мероприятий, объективно не приемлимых в написании ПО: выходной контроль в ОТК, периодическое обслуживание/замена станков, ротация поставщиков и вот это вот всё.
Спроси у Андрюхи как инерциальная навигация в авиации работает... там целая толпа авиадиспетчеров с этим явлением борется.
А у нас это делать некому: сегодня нет джунов —> завтра нет сеньоров...
А подскажите — вы свою условную эйчаршу-с-ноготочками оставили? Она же на своем уровне отсеяла тех, кто (потенциально) умеет и понимает, но рылом (возрастом, полом, итд) не вышел.
Иными словами вы фактически выбираете из тех, кто приглянулся ей, а вовсе не из инженеров...
Если я правильно понял, все что после Макса делается связкой Final Cut + Compressor + Automator под макось чуть ли не на полном автомате. И под винды тоже что-то должно быть (VirtualDub?).
Рад за ваш опыт и слог, тем не менее вы не учитываете самое главное условие задачи, для которой создавался проект.
В моей вселенной инженер перед началом работы прежде всего четко понимает "а где/для чего/кем спроектированное/сделанное/внедренное будет использоваться".
здесь у мобильного и проводного все ок
сорри, а тогда зачем его проверять? :)
Темный паттерн "Искусственный дефицит" прекрасно работает десятилетиями.
И пользователь проводного городского телефона тоже
И — кошмар! — пользователь бумажных писем Почты России
И даже ваш устный собеседник вполне может передать содержание разговора с вами куда захочет
Тем временем весь мир бился над ускорением и сетевой связностью интернета...
Ростелеком Пермь провод то же самое
Похоже что сейчас принято исходить не из потребностей, а из возможностей.
записал в блокнотик =)
Да фиг с JQ... мы же вайбкодеры, мы подтянем целый next/react ;)
Существует множество менеджеров, вынужденных доказывать руководству свою нужность, и употребление как можно большего количества модных слов это самый простой способ.
Параллельно существует множество инженеров с той же задачей, но реализуемой через усложнение своих решений. В том числе и для того чтобы никто кроме них в созданном ими хаосе не разобрался.
Плюс из последних лет — усложнение всего материального/железного ради усложнения ремонта.
У кого-то прочел мысль о том, что если ты делаешь сложно — ты мидл. А вот сеньор знает как сделать код мидла проще.
Ни разу не видел джаву, но полагаю что это нужно для того чтобы искать/сравнивать инты а не стринги. Это дешевле.
Да не существует этих конюхов... ты сам их придумал и сам же на них зациклился. Давай об этом продолжим в гараже на очередном шашлыкинге.
А то ща оба минусов нахватаем — и у моего, и у твоего подхода есть как хейтеры, так и фолловеры.
Ты же понимаешь что ИИ не божий дар и он на чем-то обучался: вчера на коде, написанном нами, завтра — на коде, сгенеренном им самим.
И завтра же наступит то, что в производстве зовется кумулятивным ухудшением: от итерации к итерации накапливаются косяки и общее качество продукции неуклонно падает.
На производстве избежать этого помогает ряд мероприятий, объективно не приемлимых в написании ПО: выходной контроль в ОТК, периодическое обслуживание/замена станков, ротация поставщиков и вот это вот всё.
Спроси у Андрюхи как инерциальная навигация в авиации работает... там целая толпа авиадиспетчеров с этим явлением борется.
А у нас это делать некому: сегодня нет джунов —> завтра нет сеньоров...
А подскажите — вы свою условную эйчаршу-с-ноготочками оставили? Она же на своем уровне отсеяла тех, кто (потенциально) умеет и понимает, но рылом (возрастом, полом, итд) не вышел.
Иными словами вы фактически выбираете из тех, кто приглянулся ей, а вовсе не из инженеров...
А главное — когда вы всё это освоили, вам уже 40.
А это значит, что вы мертвы для юных эйчарок с бровками и ноготочками, которые отсекут ваше резюме еще на подступах.
Жаль что перевод.
Захотелось поделиться с автором схожими мыслями, надеялся что этот душевный дядька есть на Хабре, но увы...
Иными словами — вы придумали еще один фреймворк.
Скрытый текст
Интерактивная карта в экселе — это впечатляет...
Технические подробности это всегда интересно.
Если я правильно понял, все что после Макса делается связкой Final Cut + Compressor + Automator под макось чуть ли не на полном автомате. И под винды тоже что-то должно быть (VirtualDub?).
Рад за ваш опыт и слог, тем не менее вы не учитываете самое главное условие задачи, для которой создавался проект.
В моей вселенной инженер перед началом работы прежде всего четко понимает "а где/для чего/кем спроектированное/сделанное/внедренное будет использоваться".
Иначе увы.
Хабр как раз и предназначен для "много текста" с тех. подробностями :)