Ну например что этот драйвер - блоб с не самой стабильной работой даже в линуксе, что есть проблемы с совместимостью, с suspend/resume, с устареванием - NVidia постоянно сокращает поддерживаемые модели и выкидывает их из новых драйверов.
Полагаю вы не просто так на 13й остались, хотя релиз 15й обещают уже в ноябре.
Люди, значит, вайбокодят километрами листингов кода, а вы предлагаете от IDE в пользу нотпада оказаться
Не то чтобы предлагаю, скорее демонстрирую что такое еще вообще возможно )
А вайбкодинг это натуральный дар небес для всех кто хоть немного понимает в нормальной разработке, поскольку такие километры треша и дичи разгребать после вайбкодеров придется десятилетиями.
Во всех остальных случаях это не отличается от написания кода от руки.
Да, именно так и есть. Потому что я не нанимаю разработчика IDE, LLM или поисковой системы и важны только те знания, которые есть в голове а не где-то еще.
Рад конечно что вы умеете гуглить и в курсе последних фич, но есть два нюанса:
Если приглядеться, то можно увидеть что в статье скриншоты трех разных версий JDK (17,21 и 24), потому что в разных дистрибутивах разные версии подразумеваются под LTS. Желание использовать свежие фичи конечно похвально, но в случае «полевой разработки» вас может ожидать все что угодно — от 11й версии до последней 25й, поэтому смысла фокусироваться на именно последней 25й особого нет.
Shebang ну в данной конкретной задаче еще возможен, но и только. На отдельных классах шебанг закончится.
Наконец последнее: в условиях интервью ни про шебанг, ни про импорт модулей ни про void main() никто не знает, так что все эти новые фичи я даже не спрашиваю (
Обычные разработчики принимают миллион маленьких решений по реализации.
Может быть легаси, может быть штатный архитектор, принимающий все решения по реализации, может быть согласованный code style и ревью кода. Чем больше проект, тем меньше шансов как-то на него повлиять снизу.
Вообщем это нормально, точно не "ред флаг".
решается предложением рассказать в общем виде без деталей проекта.
Зависит от компании и суровости нравов, бывает так что запрещено афишировать даже сам факт сотрудничества. Но в любом случае мне лично эта информация просто не нужна и не интересна.
Спрашивать надо именно по технологиям которыми человек владеет
А если они не используются в текущем проекте?
Безумно рад что кто-то умеет в RxJava, но так получилось что в данном конкретном проекте эту технологию не используют.
И какой смысл тратить время на ее обсуждение?
Технологии все время меняются, но человек который хорошо освоил rx - справится и с flow
Меняются но не до такой степени, чтобы имело смысл это учитывать на интервью.
Есть ключевые вещи, есть специфика и если на проекте активно используется асинхронное программирование, то куда важнее убедиться что человек в таком разбирается а не то что он владеет навыком работы с конкретной библиотекой.
для обсуждения решений которые он принимал и в этом плане он до сих пор отлично работает.
Ну будет что‑нибудь из серии «мне ставили задачи в трекере, я реализовывал». Обычные разработчики редко когда «принимают решения», собственно в таком стиле ответы бывали даже от тимлидов — выдали человеку уже существующий проект для доработки например. Делал его изначально не он, что там и как целиком — знать не знает.
Легко соврать что ты работал в яндексе - но далее следует вопрос - какие задачи там были, какие конкретно решения были сделаны, почему такие и что бы хотелось сделать иначе.
Будет ответ «извините NDA». Если попадете на «волка» — будет просто красочный заученный рассказ.
какие технологии там использовались и спрашивать уже конкретно по ним
Либо снова скажут про NDA либо подберут технологии, которыми лучше всего владеют или на которые натасканы.
Да и не интересно мне (как интервьюеру) если честно кто чего и где применяет, интересен лишь уровень знаний кандидата и их применимость в том проекте, на который его берут.
под видом "адекватного и опытного" наняли выпускника "за три месяца научим проходить собесы на 300-500 тысяч
Насколько я понял нет, в данном случае был как раз вполне нормальный разработчик, с реальным а не нарисованным опытом.
хотел включиться как человек, который один раз увольнял с конфликтом и два раза отстаивал свои права при уходе с работы
Включайтесь, какие проблемы.
но вы из тех, кто последнее слово
Не стоит делать столь глобальные выводы о человеке по постам в интернете ) Вы удивитесь сколько реальных директоров пишут в сети как малые дети, что в жизни им никак не мешает.
Еще раз, посмотрите пожалуйста скриншот комментария или всю переписку по ссылке и поймете с чего началась статья. Наняли разработчика, адекватного и опытного, который месяц валял дурака, пытаясь получить результат от нейросети. Не вышло. Сроки сдачи он сорвал, проблему скрыл а сам в итоге сбежал в закат.
Происходило это не в моем коллективе а у одного из читателей Хабра.
Если честно пока не встречал ничего близкого по мощи к онлайн сервисам с LLM и доступного локально. Специализированные и мелкие есть, но работает это все пока хреново.
Сталкивался разумеется, это же классика, начните с изучения поведения при засыпании, проявляется ли эффект при acpiconf -s3
Дальше есть три параметра:
sysctl hw.acpi.reset_video
kern.vt.suspendswitch
и
hw.syscons.sc_no_suspend_vtswitch:
которыми стоит поиграться в зависимости от модели.
Стоит предупредить что поведение может быть непредсказуемым - от полного зависания до черного экрана.
Что мешает?
Ну например что этот драйвер - блоб с не самой стабильной работой даже в линуксе, что есть проблемы с совместимостью, с suspend/resume, с устареванием - NVidia постоянно сокращает поддерживаемые модели и выкидывает их из новых драйверов.
Полагаю вы не просто так на 13й остались, хотя релиз 15й обещают уже в ноябре.
Так стоят же драйвера, если nvidia-smi отрабатывает.
И нет, это не баг в 14й, такое поведение есть и в линуксе и в вендах.
По такой логике любые тренировки это мазохизм, а знания видимо должны сразу в мозг заливаться, путем копирования ага.
Дааа, это как раз повод для разговора на собеседовании )
И нет, особой проблемы тут нет (кроме таймаута) поскольку пустая строка после полей запроса обязательна, если ее нет - HTTP запрос невалиден.
Написал же: в поезде и самолете.
И вы требуйте, в чем проблема. "Первое, второе и компот" или как там у вас в дурке кормят.
Не то чтобы предлагаю, скорее демонстрирую что такое еще вообще возможно )
А вайбкодинг это натуральный дар небес для всех кто хоть немного понимает в нормальной разработке, поскольку такие километры треша и дичи разгребать после вайбкодеров придется десятилетиями.
И по очень хорошему рейту.
Есть всякие пародии на IDE под Андроид, можно поставить и собирать приложения прямо на телефоне, если вы об этом.
Да, именно так и есть. Потому что я не нанимаю разработчика IDE, LLM или поисковой системы и важны только те знания, которые есть в голове а не где-то еще.
Про jshell тоже никто особо не знает, увы.
Рад конечно что вы
умеете гуглить ив курсе последних фич, но есть два нюанса:Если приглядеться, то можно увидеть что в статье скриншоты трех разных версий JDK (17,21 и 24), потому что в разных дистрибутивах разные версии подразумеваются под LTS. Желание использовать свежие фичи конечно похвально, но в случае «полевой разработки» вас может ожидать все что угодно — от 11й версии до последней 25й, поэтому смысла фокусироваться на именно последней 25й особого нет.
Shebang ну в данной конкретной задаче еще возможен, но и только. На отдельных классах шебанг закончится.
Наконец последнее: в условиях интервью ни про шебанг, ни про импорт модулей ни про void main() никто не знает, так что все эти новые фичи я даже не спрашиваю (
Вот уж чего не знаю того не знаю, поскольку CP/M старше даже меня лет на 10 :)
Так что судить о том кто и почему ушел со сцены коммерческих продуктов в 70е не берусь.
Что касается забвения, как видите ACK развивается даже в 2025м году и представляет определенный интерес ввиду своей компактности и портабельности.
В Issues разумеется вой по поводу качества генерируемого ассемблерного кода, но это предсказуемо и решаемо если надо сделать коммерческий форк.
Уж точно более реалистично чем с gcc.
Да, совсем забыл уже как все это выглядело ) Поправлю это место.
Может быть легаси, может быть штатный архитектор, принимающий все решения по реализации, может быть согласованный code style и ревью кода. Чем больше проект, тем меньше шансов как-то на него повлиять снизу.
Вообщем это нормально, точно не "ред флаг".
Зависит от компании и суровости нравов, бывает так что запрещено афишировать даже сам факт сотрудничества. Но в любом случае мне лично эта информация просто не нужна и не интересна.
А если они не используются в текущем проекте?
Безумно рад что кто-то умеет в RxJava, но так получилось что в данном конкретном проекте эту технологию не используют.
И какой смысл тратить время на ее обсуждение?
Меняются но не до такой степени, чтобы имело смысл это учитывать на интервью.
Есть ключевые вещи, есть специфика и если на проекте активно используется асинхронное программирование, то куда важнее убедиться что человек в таком разбирается а не то что он владеет навыком работы с конкретной библиотекой.
Ну будет что‑нибудь из серии «мне ставили задачи в трекере, я реализовывал». Обычные разработчики редко когда «принимают решения», собственно в таком стиле ответы бывали даже от тимлидов — выдали человеку уже существующий проект для доработки например. Делал его изначально не он, что там и как целиком — знать не знает.
Будет ответ «извините NDA». Если попадете на «волка» — будет просто красочный заученный рассказ.
Либо снова скажут про NDA либо подберут технологии, которыми лучше всего владеют или на которые натасканы.
Да и не интересно мне (как интервьюеру) если честно кто чего и где применяет, интересен лишь уровень знаний кандидата и их применимость в том проекте, на который его берут.
Насколько я понял нет, в данном случае был как раз вполне нормальный разработчик, с реальным а не нарисованным опытом.
Включайтесь, какие проблемы.
Не стоит делать столь глобальные выводы о человеке по постам в интернете ) Вы удивитесь сколько реальных директоров пишут в сети как малые дети, что в жизни им никак не мешает.
Еще раз, посмотрите пожалуйста скриншот комментария или всю переписку по ссылке и поймете с чего началась статья. Наняли разработчика, адекватного и опытного, который месяц валял дурака, пытаясь получить результат от нейросети. Не вышло. Сроки сдачи он сорвал, проблему скрыл а сам в итоге сбежал в закат.
Происходило это не в моем коллективе а у одного из читателей Хабра.
Так это же их внутренняя разработка, полагаю с ней проблем нет.
Эта версия уже совсем никакого отношения к оригиналу не имеет:
Это IOCCC, тут вопрос "зачем" лучше не задавать )
Если честно пока не встречал ничего близкого по мощи к онлайн сервисам с LLM и доступного локально. Специализированные и мелкие есть, но работает это все пока хреново.