снова путаетесь в аналогиях) не автомобиль заменил лошадь, а в автомобилях появился автопилот. Вы, по сути, говорите, что теперь не нужно учиться управлять автомобилем. Пилотам не нужно уметь управлять самолетом - есть же автопилот!
Кому сейчас нужно знать ассемблер, где он используется? Речь про опасность деградации знания используемых языков, особенно у начинающих разработчиков и студентов.
Не раз слышал от тех, кто живет в США, что огромный процент населения принимает те или иные психотропные препараты - антидепрессанты, успокоительные и так далее. И прописывают их конечно же врачи. Говорят, у американских врачей на это мода какая-то, причём уже давно, исторически (ещё Курт Воннегут про это писал, в романе "Малый-не-промах" например). Так что хуже точно не будет.
В плане выработки привычки - помогает "метод маленьких шагов". Мне заниматься регулярно помогло решение каждое утро делать один подход на одно упражнение, на это первое время уходило не более минуты.
Атмосфера начала меняться еще в 2014 году, когда Stack Overflow "улучшил эффективность модерации". Вопросы стали закрывать быстрее, критерии качества ужесточились, а список причин для блокировки — "дубликат", "недостаточно деталей", "слишком широко", "основано на мнениях" — позволял отклонить практически любой вопрос новичка
Так это же правильная, судя по всему, политика. Направленная на то, чтобы тысячи новичков и начинающих программистов (которых с годами становилось все больше) не заспамили платформу примитивными вопросами на каждый чих, дубликатами, вопросами без конкретного описания... А добровольцы-альтруисты, которые делятся своей экспертизой и тратят свое время на ответы, не утонули в потоке этого спама и могли отыскивать вопросы, которые действительно заслуживают внимания.
То есть платить условному накрутчику 3 месяца зарплату мидла (или даже синьора) и только потом понять, что с задачами человек не справляется, работу не тащит? Это по-вашему лучше, чем серьёзнее относиться к собеседованиям?
Научить можно практически кого угодно, чему угодно
Допустим, ваша компания ищет опытного мидла, который смог бы с ходу брать и самостоятельно закрывать любые задачи. Вместо него к вам попадает накрутчик без опыта, который самостоятельно работать не может (а реальные мидлы остаются за бортом). Вы ему платите зарплату мидла и будете терпеливо учить, ждать, пока наберётся опыта?
Никакое собеседование не раскроет человека в принципе
Грамотно проводимые собеседования вполне себе позволяют отбирать толковых специалистов.
Хороший вопрос. Если он хочет писать поддерживаемый, расширяемый, работоспособный код, который не превратится через короткое время в неподдерживаемое, забагованное спагетти со скрытыми минами, наличие которых он даже не может проверить, то он конечно должен в нем разбираться и контролировать процесс. Двумя комментариями выше в ветке описан типичный кейс вайбкодинга вслепую (на незнакомом языке). Если он создает не просто пет-проект для себя - должен работодателю и клиенту.
И всё-таки человек, который пишет код с помощью llm, должен быть в состоянии самостоятельно проверить и исправить его. И в дальнейшем поддерживать. Можно ли вслепую вайбкодить на незнакомом или малознакомом языке? Наверное можно, но недолго - пока все кейсы указывают на это.
Проблема, как пишет автор, в культуре и подходе. GitVerse - платформа от Сбербанка с соответствующим бюджетом и, как можно предположить, множеством высококвалифицированных разработчиков и менеджеров.
Следующий этап - подключение такого робота к ИИ, и оператор внутри больше не нужен. Будущее здесь. Расчистка завалов или ликвидация техногенных аварий, кстати, неплохое практическое применение, в случае выпуска роботов в промышленных масштабах.
Хороший пример. Довольно распространено мнение, что LLM может лишь генерировать текст на основе того, что когда-то было написано, и в принципе не способна придумать ничего нового.
до заявления о мошенничестве сделка полностью чистая, с должной осмотрительностью и добросовестностью
не защищаю пожилых людей которые продают квартиры под влиянием мошенников, но что-то подсказывает, что в каждом из случаев отъема судом квартиры у покупателя, в сделке были явные и критичные красные флаги, описанные в статье (существенно заниженная цена, продажа за наличку, срочность...). Плюс, возможно, отсутствие беседы с родственниками, невыписка продавца из квартиры перед сделкой (они же потом отказывались съезжать - значит, скорее всего, по-прежнему были прописаны). И низкая цена все это "перевесила". Какая-то доля ответственности покупателей, вероятно, тоже есть, здравый смысл надо включать в любом случае.
Умные слова типа "интерфейс", "SOLID", "инкапсуляция" и другие они выучили, и считают, что теперь они пишут ООП код. А они нет. Городят абстракции где не надо, где надо не делают, интерфейсы у них по 10 методов, в классах по 20 филдов, DTO мутабельные, одни приватные методы вызывают другие приватные методы матрёшкой, все это обмазано switch/case и instanceof, try-catch напоминает местами простыню тайпчеков по разным ексепшенам, и конца и края этому нет.
Во многом согласен. Иногда реализация несложного в общем-то, функционала, сделана через десятки разных классов, которые разбросаны по разным файлам. Применяются одни принципы ООП, но при этом могут начисто игнорироваться другие (инкапсуляция, например). Обычно подразумевается, что такая избыточная сложность в начале закладывается для того чтобы в дальнейшем код было проще расширять и поддерживать. Но часто получается наоборот - в таком коде тяжело разобраться и найти концы, тем более поддерживать и расширять.
снова путаетесь в аналогиях) не автомобиль заменил лошадь, а в автомобилях появился автопилот. Вы, по сути, говорите, что теперь не нужно учиться управлять автомобилем. Пилотам не нужно уметь управлять самолетом - есть же автопилот!
Кому сейчас нужно знать ассемблер, где он используется? Речь про опасность деградации знания используемых языков, особенно у начинающих разработчиков и студентов.
Будущее здесь. Следующий этап - роботы с ИИ, которые будут полноценно общаться с людьми.
Не раз слышал от тех, кто живет в США, что огромный процент населения принимает те или иные психотропные препараты - антидепрессанты, успокоительные и так далее. И прописывают их конечно же врачи. Говорят, у американских врачей на это мода какая-то, причём уже давно, исторически (ещё Курт Воннегут про это писал, в романе "Малый-не-промах" например). Так что хуже точно не будет.
В плане выработки привычки - помогает "метод маленьких шагов". Мне заниматься регулярно помогло решение каждое утро делать один подход на одно упражнение, на это первое время уходило не более минуты.
Одно из лучших объяснений этой проблемы, которое читал.
Так это же правильная, судя по всему, политика. Направленная на то, чтобы тысячи новичков и начинающих программистов (которых с годами становилось все больше) не заспамили платформу примитивными вопросами на каждый чих, дубликатами, вопросами без конкретного описания... А добровольцы-альтруисты, которые делятся своей экспертизой и тратят свое время на ответы, не утонули в потоке этого спама и могли отыскивать вопросы, которые действительно заслуживают внимания.
Присоединяюсь. Poco X3 великолепный телефон. Использую почти 4 года, менять пока не собираюсь.
Года три назад перешёл с Т2 на Тинькофф мобайл, после очередного повышения от Т2, с тех пор плачу 240 р. в месяц. Связь нормальная, интернета хватает.
То есть платить условному накрутчику 3 месяца зарплату мидла (или даже синьора) и только потом понять, что с задачами человек не справляется, работу не тащит? Это по-вашему лучше, чем серьёзнее относиться к собеседованиям?
Допустим, ваша компания ищет опытного мидла, который смог бы с ходу брать и самостоятельно закрывать любые задачи. Вместо него к вам попадает накрутчик без опыта, который самостоятельно работать не может (а реальные мидлы остаются за бортом). Вы ему платите зарплату мидла и будете терпеливо учить, ждать, пока наберётся опыта?
Грамотно проводимые собеседования вполне себе позволяют отбирать толковых специалистов.
Хороший вопрос. Если он хочет писать поддерживаемый, расширяемый, работоспособный код, который не превратится через короткое время в неподдерживаемое, забагованное спагетти со скрытыми минами, наличие которых он даже не может проверить, то он конечно должен в нем разбираться и контролировать процесс. Двумя комментариями выше в ветке описан типичный кейс вайбкодинга вслепую (на незнакомом языке). Если он создает не просто пет-проект для себя - должен работодателю и клиенту.
И всё-таки человек, который пишет код с помощью llm, должен быть в состоянии самостоятельно проверить и исправить его. И в дальнейшем поддерживать. Можно ли вслепую вайбкодить на незнакомом или малознакомом языке? Наверное можно, но недолго - пока все кейсы указывают на это.
Дельное предложение. Работодатели, кстати, тоже могут просить предоставить документы, подтверждающие опыт.
Проблема, как пишет автор, в культуре и подходе. GitVerse - платформа от Сбербанка с соответствующим бюджетом и, как можно предположить, множеством высококвалифицированных разработчиков и менеджеров.
Следующий этап - подключение такого робота к ИИ, и оператор внутри больше не нужен. Будущее здесь. Расчистка завалов или ликвидация техногенных аварий, кстати, неплохое практическое применение, в случае выпуска роботов в промышленных масштабах.
Хороший пример. Довольно распространено мнение, что LLM может лишь генерировать текст на основе того, что когда-то было написано, и в принципе не способна придумать ничего нового.
Очень хороший юмор от автора (как в статье, так и в комментах). Жаль, не оценили
не защищаю пожилых людей которые продают квартиры под влиянием мошенников, но что-то подсказывает, что в каждом из случаев отъема судом квартиры у покупателя, в сделке были явные и критичные красные флаги, описанные в статье (существенно заниженная цена, продажа за наличку, срочность...). Плюс, возможно, отсутствие беседы с родственниками, невыписка продавца из квартиры перед сделкой (они же потом отказывались съезжать - значит, скорее всего, по-прежнему были прописаны). И низкая цена все это "перевесила". Какая-то доля ответственности покупателей, вероятно, тоже есть, здравый смысл надо включать в любом случае.
Во многом согласен. Иногда реализация несложного в общем-то, функционала, сделана через десятки разных классов, которые разбросаны по разным файлам. Применяются одни принципы ООП, но при этом могут начисто игнорироваться другие (инкапсуляция, например). Обычно подразумевается, что такая избыточная сложность в начале закладывается для того чтобы в дальнейшем код было проще расширять и поддерживать. Но часто получается наоборот - в таком коде тяжело разобраться и найти концы, тем более поддерживать и расширять.