Мне все страшнее и страшнее - что нас реально ждет? Не хотелось бы оказаться за бортом. Мне нравится кодить руками и клавой, ИИ-шечка конечно прикольно, но ощущения не те. Это как будто уже не мое детище.
А прикиньте в 60-ых тоже сидел такой математик, который считал на листочке с калькулятором и тут появились первые компы и кобол? И он такой - а мне нравится с калькулятором.
Читал, не голосовал, потому что из-за одного момента сразу подумал, что это выдумка - чтобы итеративно отладить такую сложную систему - это надо, чтобы был постоянный поток входящих мошеннических звонков, но лично мне за всю жизнь позвонили только один раз.
половина не может обход дерева написать (я серьёзно, я уже думал может я что-то не так спрашиваю, но нет)
Я тоже сейчас в компании с логистическими SaaS продуктами - ни разу не пришлось писать обход дерева, а если бы и пришлось - спросил бы у чат гпт. Собес я походу не прошел бы.
Но вот чем реально приходится заниматься - как сделать быстрый резерв товара, чтобы не тормозило, как добиться хоть каких-то гарантий синхронизации склада и заказов с отгрузками, и как вы сказали АД с интеграциями, когда например складская система по запросу не отдает все закрытые отгрузки, а пропускает 1-2 просто потомучто (а при повторном запросе - все ок), а клиент потом жалуется нам.
Дима сказал «понял, исправлю».
В следующем PR повторил всё то же самое.
Есть такие люди, которые не умеют работать программистом. Если ничего не меняется после код-ревью и / или разговоров - увольнять. Каждая компания имеет свой набор устоявшихся правил, не стоит насаждать свой самовар.
А вы не разговаривали с ним перед увольнением по душам? Интересно как так вышло у него в жизни? Человек прошел собес (но это можно наловчиться), кодит с LLM и не понимает что происходит. Сам по себе - это интересный экземпляр, в будущем таких людей может стать больше.
Лично я пока не решился полностью довериться LLM, скрипты на питоне написать для CI/CD, или bat / sh - да, а бизнес-код - нет. Но я с удовольствием жалуюсь LLM на задачи, которые мне приходится решать, и идет обсуждение на концептуальном уровне, где либо мне приходит в голову что-то полезное, либо я выбираю понравившийся вариант из предложенных LLM.
Но даже со скриптами - когда надо что-то исправить, лень лезть в отладку, хочется сделать побыстрее и поэтому делаю 1-2-3 попытки и опять спрашиваю LLM и чаще удавалось, чем нет.
Gtx8800 с заводским разгоном до ультры - ее хватило на почти три года, тянула все игры, в которые я играл, потом сгорела, так как гарантия еще не кончилась мне ее обменяли на радеон 5770 - средняя современная на тот момент видюха, которая уделала ее на равных. Так я ощутил прогресс на себе
Комп примерно 2007 года с q6600, купил ssd, один из первых - наконец-то перестало шуршать и грузить винду по несколько минут. Помните тот тртртртркрххтртртр и ниче не происходит, все висит,
В 2017 снова менял комп целиком, до этого было 8гб памяти, и ее прям не хватало, приходилось закрывать хром, чтобы запустить какую-нибудь виртуалку или докер. В новый комп поставил сразу 32 гб. Этот комп у меня до сих пор. За все время было раз 5 когда память загрузилась на >= 50%. В основном было занято 10–12 гб. Считаю что 32 гб не стоили того.
2060 super после rtx770 - бесполезная хрень, хватило на год, но продержалась в компе до 2024 года
4080 super после 2060 super, поменял в конце 2024. Потрясная видеокарта, пока что тянет все, даже киберпанк в ray tracing и теперь с dlss 4.5 и в path tracing, лишний раз убедился что надо покупать флагман или пред-флагман
Я попросил обе сгенерить примеры предложений для словаря oxford 3000 (переводы слов уже были в виде csv файла) - ни одна не справилась в автономном режиме, начала выдумывать и пропускать слова из оригинального списка одновременно. Хотя чего сложного - есть csv файл пройтись по нему циклом и сгенерить примеры предложений и выдать новый файл?
Конечный результат был один — подробный технический документ, зачастую с фрагментами кода, в котором описывалось, что конкретно нужно создать
Я перестал понимать истерию по поводу джунов. Что значит джун - это наборщик кода, предоставленного в документе?
Я когда закончил ВУЗ по специальности и пришел на первую работу программистом - я получил ТЗ и задачу "написать программу по этому ТЗ". В ТЗ были описаны бизнес-процессы, сущности с полями (тогда я еще не знал как это называется), мокапы экранов и формы отчетов. Все, никаких технических решений, никаких участков кода, никаких схем БД, ничего такого. Как хочешь так и делай, главное, чтобы выглядело и работало как описано в ТЗ.
Плюс со стороны начальника отдела были некоторые входящие технические ограничения - C#, WinForms, компоненты DevExpress, MS SQL и одна собственная библиотека - аналог будущих ORM в мире C#.
Всю остальную работу - по уточнению ТЗ, переработке ТЗ в программный код, в БД и все вот это вот я делал сам. Никто не писал за меня участки кода, все локальные технические решения (в том числе и ошибочные разумеется) я принимал сам.
По прошествии 18 лет моя работа по сути не поменялась. Разве только, что я могу самостоятельно сделать бизнес-анализ и написать ТЗ (но во-первых я в любом случае сделаю это хуже чем опытный аналитик, и во-вторых не все сениоры этим занимаются, зависит от компании и состава команды), определить приоритет для какой-нибудь задачи и системы стали трехзвенные вместо двух.
Короче eсли джуну надо предоставить готовый код, который он просто перенесет в IDE и нажмет кнопку компиляции - это не джун, а хз пойми кто.
🙃 но что мне точно известно, проработав в трех небольших (до 100 человек) северо американских компаниях - ни аналитики, ни тестирования, программист должен все сам
Далеко не все компании были готовы к удаленке, это с 2020 года только стало массово. И без релокации в указанный город или даже страну много интересностей просто проходило мимо.
Приходилось выбирать из того, кто откликнулся на поданное резюме и сделал оффер. Крупняки типа Майкрософта (где по идее процессы должны быть настроены) - игнорили резюме.
Я уже больше 15 лет на удаленке (с 2010, когда это еще не было мейнстримом и у меня есть статья про отметку в 10 лет).
В целом я попробовал следующие варианты:
Полный день в офисе (примерно 3-3.5 года)
Пол дня дома до обеда, с обеда пол дня в офисе - каждый день так (около года я так проработал)
Полная удаленка (дольше всего я работал в таком режиме)
95% удаленка с посещением офиса типа раз в 3-6-12 месяцев
Командировочная удаленка - типа 10 месяцев удаленка и полтора - два месяца в офисе
Со значительным сдвигом по тайм зонам - от Северной Америки до Австралии, работая из России (В том числе лидил проект с прямым общением с конечным клиентом)
И если раньше я прям топил за удаленку, то теперь думаю не все так однозначно.
Во-первых бывают разные компании с разными процессами, чем хуже они формализованы, тем тяжелее идет.
Во-вторых люди бывают разные, для удаленки нужна самодисциплина. Не все в нее могут и им лучше что-то вроде физического разграничения работы и дома.
Далее - нужно определить и соблюдать определенные правила типа 4-6 часового пересечения всех участников в течение рабочего дня.
Ну и как оказалось есть вещи которые реально проще решить за одним столом. Это не кодинг (там лучше сидеть одному в комнате с закрытой дверью). Это что то вроде мозгового штурма какой-то проблемы.
Так например команду однажды собрали в офисе на полтора месяца, чтобы запустить новый продукт. Неделя на обсуждение бизнес процессов с приглашенным экспертом, примерно месяц кодинга mvp в реальном времени и потом разъехались по домам.
На текущем месте работы мы собираемся один раз в год в конце года - офис 1-2 дня + корпоратив. В этом тоже есть своего рода кайф - забыть про день сурка, сесть в машину, встретить коллег в аэропорту, потом заехать за кофе по пути в офис, разместиться, поболтать о том о сем, сходить на дейли и потом заняться мозговым штурмом или обменом опытом между командами. А на следующий день посидеть толпой в ресторане.
Я искренне не понимаю, почему в найме считается нормой тратить время соискателя. Сначала — 30-минутное собеседование с HR
Не хватает времени на все, а один длинный собес - устают все.
Можно ли сократить кол-во этапов или список вопросов? Можно попробовать, но нужно выстроить систему оценки - какие вопросы и как влияют на работу кандидата в компании в долгосроке (от 3-6 месяцев). Если в крупных компаниях есть возможность выделить на это ресурсы, то в небольших (ну до 100 человек например) - таких ресурсов может не быть и в лучшем случае это делается по наитию, а не по системе.
В старом домашнем компе стоит до сих пор Intel X25-M Series SSDSA2M080G2GC 80GB SATA SSD. Как основной, под виндой. Вряд ли я его купил в момент выхода, подождал пока снизятся цены. Так что года наверное с 2011-2012 работает.
Ого, видимо это становиться трендом - недавно был tailwind, сейчас газеты. Но что ии будет делать, если неоткуда будет пересказывать документацию или новости?
Как я уже тут писал в коментах - интересней посмотреть на статистику уникальных людей на вакансию. HH допускает создание нескольких резюме на человека. В текущей ситуации, я думаю, этим активно пользуются и веерно рассылают несколько резюме, чтобы проходить те или иные фильтры.
Мне не известно насчет фильтра по образованию из интерфейса работодателя.
Да, пожалуй, hh это сделать проще - они уже хранят персональные данные, поэтому сканы дипломов по идее ничего сверху не потребуют (кроме места на диске), ну и продумать схему подтверждения диплома через связь с учебным заведением.
Просто есть и другие источники вакансий - тг чаты например.
Как то размышлял о летающих машинах. Можно разложить их по условных группам: воздух 2d / воздух 3d / вода 3d / космос 3d.
Воздух 2d - это замена обычных машин, просто без колес, с ограничением по высоте подъема, например 50 см (у некоторых внедорожников или грузовиков такой клиренс с обычными колесами), для управления нужны были бы обычные водительские права. Опционально можно допустить высоту выше, но с ограничением по скорости - 10-20 кмч. Тогда пользователи смогут перемахнуть через какую-то небольшую преграду и добраться туда, куда на обычной машине не доберешься.
Воздух 3d - тут две подкатегории. Как известно уже сейчас можно получить самую простую категорию "авиационных прав", купить самолет малой авиации и летать по визуальным ориентирам, насколько я помню там высоты до 500м. Вторая подкатегория - это "по приборам". Опять же такие "авиационные права" уже существуют - это пилоты коммерческой авиации, высоты до 10-12 км.
Раз уж мы поднялись до высот 10-12 км - это означает герметичность кабины. И так как движитель у таких машин предполагается "фантастический" (как в "назад в будущее"), то вполне можно предположить, что такая машина сможет передвигаться и под водой. Это у нас вода 3d со своими правилами. В целом такие правила тоже уже существуют - это подводники.
Ну и наконец - космос 3d. Аналогично, фантастический движитель может обеспечить и вылет за пределы атмосферы планеты.
Все это можно было бы внедрять постепенно, начиная с воздуха 2d.
Мне все страшнее и страшнее - что нас реально ждет? Не хотелось бы оказаться за бортом. Мне нравится кодить руками и клавой, ИИ-шечка конечно прикольно, но ощущения не те. Это как будто уже не мое детище.
А прикиньте в 60-ых тоже сидел такой математик, который считал на листочке с калькулятором и тут появились первые компы и кобол? И он такой - а мне нравится с калькулятором.
Чтобы добиться успеха - надо чтобы это нравилось.
Читал, не голосовал, потому что из-за одного момента сразу подумал, что это выдумка - чтобы итеративно отладить такую сложную систему - это надо, чтобы был постоянный поток входящих мошеннических звонков, но лично мне за всю жизнь позвонили только один раз.
А раньше были операторы ЭВМ 😏
Я тоже сейчас в компании с логистическими SaaS продуктами - ни разу не пришлось писать обход дерева, а если бы и пришлось - спросил бы у чат гпт. Собес я походу не прошел бы.
Но вот чем реально приходится заниматься - как сделать быстрый резерв товара, чтобы не тормозило, как добиться хоть каких-то гарантий синхронизации склада и заказов с отгрузками, и как вы сказали АД с интеграциями, когда например складская система по запросу не отдает все закрытые отгрузки, а пропускает 1-2 просто потомучто (а при повторном запросе - все ок), а клиент потом жалуется нам.
Есть такие люди, которые не умеют работать программистом. Если ничего не меняется после код-ревью и / или разговоров - увольнять. Каждая компания имеет свой набор устоявшихся правил, не стоит насаждать свой самовар.
А вы не разговаривали с ним перед увольнением по душам? Интересно как так вышло у него в жизни? Человек прошел собес (но это можно наловчиться), кодит с LLM и не понимает что происходит. Сам по себе - это интересный экземпляр, в будущем таких людей может стать больше.
Лично я пока не решился полностью довериться LLM, скрипты на питоне написать для CI/CD, или bat / sh - да, а бизнес-код - нет. Но я с удовольствием жалуюсь LLM на задачи, которые мне приходится решать, и идет обсуждение на концептуальном уровне, где либо мне приходит в голову что-то полезное, либо я выбираю понравившийся вариант из предложенных LLM.
Но даже со скриптами - когда надо что-то исправить, лень лезть в отладку, хочется сделать побыстрее и поэтому делаю 1-2-3 попытки и опять спрашиваю LLM и чаще удавалось, чем нет.
Вот мои удачные и неудачные апгрейды
Gtx8800 с заводским разгоном до ультры - ее хватило на почти три года, тянула все игры, в которые я играл, потом сгорела, так как гарантия еще не кончилась мне ее обменяли на радеон 5770 - средняя современная на тот момент видюха, которая уделала ее на равных. Так я ощутил прогресс на себе
Комп примерно 2007 года с q6600, купил ssd, один из первых - наконец-то перестало шуршать и грузить винду по несколько минут. Помните тот тртртртркрххтртртр и ниче не происходит, все висит,
В 2017 снова менял комп целиком, до этого было 8гб памяти, и ее прям не хватало, приходилось закрывать хром, чтобы запустить какую-нибудь виртуалку или докер. В новый комп поставил сразу 32 гб. Этот комп у меня до сих пор. За все время было раз 5 когда память загрузилась на >= 50%. В основном было занято 10–12 гб. Считаю что 32 гб не стоили того.
2060 super после rtx770 - бесполезная хрень, хватило на год, но продержалась в компе до 2024 года
4080 super после 2060 super, поменял в конце 2024. Потрясная видеокарта, пока что тянет все, даже киберпанк в ray tracing и теперь с dlss 4.5 и в path tracing, лишний раз убедился что надо покупать флагман или пред-флагман
Я попросил обе сгенерить примеры предложений для словаря oxford 3000 (переводы слов уже были в виде csv файла) - ни одна не справилась в автономном режиме, начала выдумывать и пропускать слова из оригинального списка одновременно. Хотя чего сложного - есть csv файл пройтись по нему циклом и сгенерить примеры предложений и выдать новый файл?
Аналогично, мне 1080 по высоте тесно, а 1440 норм, но 1600 еще лучше.
Я перестал понимать истерию по поводу джунов. Что значит джун - это наборщик кода, предоставленного в документе?
Я когда закончил ВУЗ по специальности и пришел на первую работу программистом - я получил ТЗ и задачу "написать программу по этому ТЗ". В ТЗ были описаны бизнес-процессы, сущности с полями (тогда я еще не знал как это называется), мокапы экранов и формы отчетов. Все, никаких технических решений, никаких участков кода, никаких схем БД, ничего такого. Как хочешь так и делай, главное, чтобы выглядело и работало как описано в ТЗ.
Плюс со стороны начальника отдела были некоторые входящие технические ограничения - C#, WinForms, компоненты DevExpress, MS SQL и одна собственная библиотека - аналог будущих ORM в мире C#.
Всю остальную работу - по уточнению ТЗ, переработке ТЗ в программный код, в БД и все вот это вот я делал сам. Никто не писал за меня участки кода, все локальные технические решения (в том числе и ошибочные разумеется) я принимал сам.
По прошествии 18 лет моя работа по сути не поменялась. Разве только, что я могу самостоятельно сделать бизнес-анализ и написать ТЗ (но во-первых я в любом случае сделаю это хуже чем опытный аналитик, и во-вторых не все сениоры этим занимаются, зависит от компании и состава команды), определить приоритет для какой-нибудь задачи и системы стали трехзвенные вместо двух.
Короче eсли джуну надо предоставить готовый код, который он просто перенесет в IDE и нажмет кнопку компиляции - это не джун, а хз пойми кто.
У меня была, Trident 4Mb на желтом текстолите, потом родители подарили на др Riva TNT2 🥹
Вот вроде она
Думаю, было бы неплохо еще упомянуть технологию X3D для AMD процессоров.
🙃 но что мне точно известно, проработав в трех небольших (до 100 человек) северо американских компаниях - ни аналитики, ни тестирования, программист должен все сам
Далеко не все компании были готовы к удаленке, это с 2020 года только стало массово. И без релокации в указанный город или даже страну много интересностей просто проходило мимо.
Приходилось выбирать из того, кто откликнулся на поданное резюме и сделал оффер. Крупняки типа Майкрософта (где по идее процессы должны быть настроены) - игнорили резюме.
Я уже больше 15 лет на удаленке (с 2010, когда это еще не было мейнстримом и у меня есть статья про отметку в 10 лет).
В целом я попробовал следующие варианты:
Полный день в офисе (примерно 3-3.5 года)
Пол дня дома до обеда, с обеда пол дня в офисе - каждый день так (около года я так проработал)
Полная удаленка (дольше всего я работал в таком режиме)
95% удаленка с посещением офиса типа раз в 3-6-12 месяцев
Командировочная удаленка - типа 10 месяцев удаленка и полтора - два месяца в офисе
Со значительным сдвигом по тайм зонам - от Северной Америки до Австралии, работая из России (В том числе лидил проект с прямым общением с конечным клиентом)
И если раньше я прям топил за удаленку, то теперь думаю не все так однозначно.
Во-первых бывают разные компании с разными процессами, чем хуже они формализованы, тем тяжелее идет.
Во-вторых люди бывают разные, для удаленки нужна самодисциплина. Не все в нее могут и им лучше что-то вроде физического разграничения работы и дома.
Далее - нужно определить и соблюдать определенные правила типа 4-6 часового пересечения всех участников в течение рабочего дня.
Ну и как оказалось есть вещи которые реально проще решить за одним столом. Это не кодинг (там лучше сидеть одному в комнате с закрытой дверью). Это что то вроде мозгового штурма какой-то проблемы.
Так например команду однажды собрали в офисе на полтора месяца, чтобы запустить новый продукт. Неделя на обсуждение бизнес процессов с приглашенным экспертом, примерно месяц кодинга mvp в реальном времени и потом разъехались по домам.
На текущем месте работы мы собираемся один раз в год в конце года - офис 1-2 дня + корпоратив. В этом тоже есть своего рода кайф - забыть про день сурка, сесть в машину, встретить коллег в аэропорту, потом заехать за кофе по пути в офис, разместиться, поболтать о том о сем, сходить на дейли и потом заняться мозговым штурмом или обменом опытом между командами. А на следующий день посидеть толпой в ресторане.
Не хватает времени на все, а один длинный собес - устают все.
Можно ли сократить кол-во этапов или список вопросов? Можно попробовать, но нужно выстроить систему оценки - какие вопросы и как влияют на работу кандидата в компании в долгосроке (от 3-6 месяцев). Если в крупных компаниях есть возможность выделить на это ресурсы, то в небольших (ну до 100 человек например) - таких ресурсов может не быть и в лучшем случае это делается по наитию, а не по системе.
В старом домашнем компе стоит до сих пор Intel X25-M Series SSDSA2M080G2GC 80GB SATA SSD. Как основной, под виндой. Вряд ли я его купил в момент выхода, подождал пока снизятся цены. Так что года наверное с 2011-2012 работает.
Ого, видимо это становиться трендом - недавно был tailwind, сейчас газеты. Но что ии будет делать, если неоткуда будет пересказывать документацию или новости?
Как я уже тут писал в коментах - интересней посмотреть на статистику уникальных людей на вакансию. HH допускает создание нескольких резюме на человека. В текущей ситуации, я думаю, этим активно пользуются и веерно рассылают несколько резюме, чтобы проходить те или иные фильтры.
Мне не известно насчет фильтра по образованию из интерфейса работодателя.
Да, пожалуй, hh это сделать проще - они уже хранят персональные данные, поэтому сканы дипломов по идее ничего сверху не потребуют (кроме места на диске), ну и продумать схему подтверждения диплома через связь с учебным заведением.
Просто есть и другие источники вакансий - тг чаты например.
Как то размышлял о летающих машинах. Можно разложить их по условных группам: воздух 2d / воздух 3d / вода 3d / космос 3d.
Воздух 2d - это замена обычных машин, просто без колес, с ограничением по высоте подъема, например 50 см (у некоторых внедорожников или грузовиков такой клиренс с обычными колесами), для управления нужны были бы обычные водительские права. Опционально можно допустить высоту выше, но с ограничением по скорости - 10-20 кмч. Тогда пользователи смогут перемахнуть через какую-то небольшую преграду и добраться туда, куда на обычной машине не доберешься.
Воздух 3d - тут две подкатегории. Как известно уже сейчас можно получить самую простую категорию "авиационных прав", купить самолет малой авиации и летать по визуальным ориентирам, насколько я помню там высоты до 500м. Вторая подкатегория - это "по приборам". Опять же такие "авиационные права" уже существуют - это пилоты коммерческой авиации, высоты до 10-12 км.
Раз уж мы поднялись до высот 10-12 км - это означает герметичность кабины. И так как движитель у таких машин предполагается "фантастический" (как в "назад в будущее"), то вполне можно предположить, что такая машина сможет передвигаться и под водой. Это у нас вода 3d со своими правилами. В целом такие правила тоже уже существуют - это подводники.
Ну и наконец - космос 3d. Аналогично, фантастический движитель может обеспечить и вылет за пределы атмосферы планеты.
Все это можно было бы внедрять постепенно, начиная с воздуха 2d.
https://hh.ru/vacancy/118990654