Очень надеюсь, что модерация Хабра снесет эти бредни в ближайшее время, ибо статья абсолютный поток псевдотехнической чепухи, а автор даже не смотрел дальше двух строк на файл
статья является полнейшим введением в заблуждение
Вы, похоже, крайне заинтересованы, чтобы этот материал снесли? Какой-то, возможно, личный у этого есть интерес? Смотрю на существующий нейрослоп так остро не реагируете... видимо у Вас есть какое-то отношение к этому репозиторию, раз Вы его так защищаете :)
Как ручной тестировщик, я прокликал основные сценарии, но глаз уже замылился. Буду очень рад, если сообщество Хабра зайдет и устроит моему приложению жесткий краш-тест.
Вообще, подобного рода статьи часто несут в себе "самодискредитацию" и обесценивают любые Ваши трудозатраты, применяемые к данному проекту.. Зачем кому-то тратить время на "Ваш проект", когда любой желающий пользователь, не имеющий опыта в программировании и навыков разработки в принципе может сделать тоже самое, ещё может быть и лучше? Смысл устраивать Вашему приложению краш-тест, когда можно собрать своё "за выходные"? Вообще нет никакого смысла, как и обращать внимание на такой проект - можно тоже самое сделать по тому же алгоритму действий что и Вы, да ещё и сделать это лучше (особенно, если этим будет заниматься человек, который имеет опыт разработки).
Пишите любые найденные баги, критикуйте UI/UX (например, левый сайдбар для фильтров), ругайте вайбкодинг — для меня сейчас нет ничего ценнее вашей суровой обратной связи!
И обратную связь нет смысла давать в таком случае. Любой труд в рамках данного проекта обесценен, "раз я могу собрать такое сам за выходные". Зачем кому-то вообще его смотреть?... Ещё и время тратить на обратную связь...
1) Весь хабр был обманут. Был обманут настолько "технично", что никто даже не понял (по-началу) что это ИИ-мусор.
Да ну не весь. Кто-то понял сразу что это обман, кто-то (как я) немного позднее. Автор, скажем прямо, не сильно то и постарался, чтобы "зачистить следы обмана". Этот обман не был чем-то "крутым" или "техничным", многие поняли что это обман и чушь.
И то, что автор какое-то число пользователей площадки обманул - не делает его "крутым" (я чувствую в ваших комментариях к этому автору положительное отношение, в частности исходя из некоторых употребляемых предложений в контексте данной ситуации).
2) На основе такого "успеха" будут и другие писаки писать полу-ИИ статьи. Настолько похожие, что легко поверить что это писал человек.
Эта проблема сформировалась уже давно... как только стали массово использовать LLM. Может и ещё раньше... Сейчас кто-то для редактуры ИИ использует - считать ли это "полу-ИИ статьями" или нет?
Вы правда считаете, что просто "пожалуйста, не пишите нам статьи с помощью ИИ, а то они такие классные (3 из 3х в топ3), что мы все их лайкаем" будет рабочим вариантом? Или что конкретно вы предлагаете, я не нашел в вашем сообщении.
Я так не считаю и я ничего не предлагаю. Но я за то, чтобы к таким прецедентам обращать внимание и быть более объективным в оценке той или иной статьи, чтобы не продвигать таких обманщиков в топ площадки.
1) Либо сделать так, чтобы на хабре можно было поставить минус уже после того, как поставил плюс. тогда такие обманные статьи будут уходить обратно в дно. Но тут могут начаться и более сложные абузы (когда статья в целом хорошая и полезная, поэтому ей сначала ставят плюс, но после этого в комментариях автор начинает высказывать свою радикальную политическую позицию касательно жизни обезьянки в какой-нибудь Японии, и после этого минусят его и его статью, хотя сама статья то хорошая и полезная. кажется, с самого дня создания хабра был запрет на переголосование).
Согласен. Можно этот механизм доработать таким образом, чтобы переголосовать можно было бы до первого комментария. Проголосовал положительно? Ок, если написал комментарий - нельзя голос менять. Проголосовал отрицательно? Ок, если написал комментарий, то можешь поменять голос к статье. Такой механизм, как мне кажется, мог бы перестраховать автора от негативного голосования. А юзер мог прочитать комментарии и переголосовать заново (потому что статья, например, обманчива).
Собственно, плох лишь обман или ввод в заблуждение. Автору всего лишь нужно где в начале (а не в конце, лол!) указывать, что статья выдумка.
Ну да, ну да... всего-то автор лишь обманул и ввёл в заблуждение аудиторию площадки, ничего страшного ведь, да? (нет)
На самом деле это неплохой такой прецедент. Если сейчас этот автор опубликовал обман и ввёл в заблуждение читателей, то и другой может так поступить и получить 300+ голосов за статью. Только на этот раз он сделает это не под каким-то блогом, а самостоятельно. И на площадке может возникнуть ситуация, когда куча статей "с захватывающим содержимым и мега крутыми технологиями" просто пустышка и ничего в сущности из себя не представляют. Просто тупо статья ради хайпа и привлечения к себе внимания.
На этот раз такое не прокатило (что очень хорошо). А к автору сего творения (@ScriptShaper) будут теперь относиться очень скептически, да и репутационные потери никто не отменял (карма у него изменилась с 131 до 116 на момент написания этого комментария, что совершенно справедливо). Каждая новая статья с 100+ лайками от этого автора теперь будут восприниматься как "очередной обман в красивой обёртке", просто потому что как минимум 2 таких статьи были этим обманом (про ИИ-деда и агентной сети из нейронок). Туда ему и дорога, я считаю. Нечего плодить ИИ-мусор и потом ещё людей убеждать в своей правоте в комментариях... это ж надо так завраться... Потом ещё в мессенджере обвинять читателей что они не поняли автора... всё они поняли и правильно поняли.
P.S. Изначально автор даже в конце не указал, что это была выдумка. Более того, убеждал людей в комментариях в своей правоте.
Я не могу понять ценность Вашего поста, поэтому и написал такой комментарий.
Я постом зафиксировал текущий уровень интеллекта у нейронок. А в это же время кто-то заявляет что они уже как AGI.
Об этом Вы указали в комментарии, а не в посте. Да и индивиды делающие такие заявления просто "ИИ-истерички", для которых важно как можно скорее достичь AGI, при этом как именно это будет достигнуто (с моральной точки зрения) совершенно неважно.
В своём ТГ канале уже в детей спросили и может если будет больше ответов, то и тут выложу результаты.
Зачем Вам ТГ канал? Их сейчас и так как куча и контент там мусорный (публикуют там всякую чушь), очень однобокий и единообразный.
Я предполагаю что интеллект текущих ИИ это ребёнок до 8лет.
Чтобы такое предполагать, нужно хорошо понимать как вообще устроены текущие большие языковые модели (сами называете их ИИ, а других упрекаете в том, что LLM'ки считают AGI... странно) и изучить существующие научные исследования об устройстве интеллектуальной активности детей. Предполагать можно что угодно, но действительно весомая идея или предположение должны сопровождаться объективными аргументами.
Люди зарубежом если попадут в условия закрытости информации имеют все шансы стать русофобами, что может иметь эффект на нас. Поэтому помимо гуманно этического неприятия блокировок тут есть ещё прагматический интерес чтобы у них не блокировали.
Соблюдение аналогичного закона зарубежом - это другое и это можно оправдать.
Это твоё мнение? С ним, конечно, можно поспорить, потому что "за рубежом" находятся точно такие же люди как и мы с тобой, и точно также пытаются скинуть ответственность за свои косяки на приложения.
А как они это должны делать? Читать чужие переписки? Или внедрять в каждый канал / группу специального бота, который будет эти переписки читать и анализировать? Звучит странно. От "национального мессенджера" в контексте безопасности общения он будет мало чем отличаться.
Есть возможность отправить жалобу на сообщение в группе / канале, просто люди этого либо не делают, либо модерация к этим сообщениям относится "на отвали". Да даже если и сделают, наши службы заточены не предотвращать, а работать уже с результатами деятельности людей склонных к деструктивному поведению. Может в полицию поступало куча жалоб, да их просто игнорировали (а так и происходит в большинстве случаев). Так что, проблем тут в Telegram нет, проблемы тут только с людьми в целом и их отношением к своей личной безопасности и безопасности окружающих (и это отношение в крайне плачевном состоянии). Скинуть ответственность на Telegram за своё безответственное или деструктивное поведение не получится. Проблема находится не там, где её "видят". РКН тут работает против обычных граждан (собственно, как и обычно).
Оправданий блокировкам РКН нет и быть не может, это чисто для бизнеса всё делается, ни для чего больше. Безопаснее от блокировок не станет. Цель у них другая.
Сообщение просто пропитано банальными и мелкими комплексами человека, который хочет казаться большим чем он нам самом деле является...
а жаль, половину бы программеров туда
Вот это к чему было написано? Вообще непонятно. Очень грубое оценочное суждение, что 50% (половину) программистов нужно на учёт в ПНД ставить, не подкреплённое ничем, кроме как закомплексованного личного субъективного мнения. У вас есть ненависть к программистам? Вы им завидуете? Хотите стать как они? Это не тот путь, по которому следует идти...
которые думаю что пишут тру код, а вторую половину, что они нужны)
"Что они нужны)" - и ведь обязательно с улыбкой :) Как будто, это придаёт уверенности вашему неуклюжему сообщению (спойлер: нет). Такие товарищи как вы так постоянно стремятся как-то "задеть", "позларадствовать" или "унизить" тех людей, коих они считают лучше себя (особенно сейчас). "Не, где это видано, чтобы программисты получали 300-500к рублей (или долларов) за то, что они там чего-то пишут на своих программных языках! Как хорошо что придумали то, что их заменит! Ай да нейросети, ай да молодцы!"
Но не переживайте, вы тоже в сущности никому не нужны будете. Вы не станете инженером, который будет "управлять ИИ" или "выстраивать архитектуру ПО с ИИ и лутать бешенные бабки" - если программистов заменят (если), то и вас и вам подобных тем более. Ещё даже быстрее (гораздо быстрее), чем нас (программистов). Вылетите как пробка из шампанского - с такой же скоростью и прямо в потолок :)
Такие как вы, почему-то, забывают, что они тоже люди с биологическими нейронными связями в головах и что их точно также могут заменить в контексте интеллектуального труда "чрезмерно обученные большие языковые модели" и несут в информационное пространство различной степени тупости бред про "вайбкодинг" и прочее... (но вы то не такой, правда ведь? Вы всего-лишь написали бредовые рассуждения LLM на 30 минут, замусорив интернет)
Но вы ведь тоже люди! Вы тоже никому нужны не будете, когда то, за что вы боролись, на чьей стороне были вас просто опрокинет. Ещё и тяжелее, чем тех людей, которые это всё придумали и понимают как это работает. Это выглядит очень тупо и нелепо...
больно, правда?)
Концептуально больно видеть чела, чья личная миссия в локальных переписках (в комментариях) может превратиться в "сделать кому-то больно правдивой правдой", в которой слово "правда" в сущности не имеет ничего общего с реальным положением дел. И всё это из-за закомплексованности... из-за желания показаться "большим человеком", когда на самом деле он всего лишь "маленький" да "неуклюжий". Займитесь собой и своим развитием, вам определённо есть куда расти.
Это которая сделала и без того медленный питон ещё на 5% медленнее в однопотоке?
Вы где увидели, что Python стал медленнее на 5% в одном потоке? По ссылке я увидел только вот это, где говорится что с новым интерпретатором прирост в скорости 3-5% (для некоторых новых компиляторов):
A new type of interpreter has been added to CPython. It uses tail calls between small C functions that implement individual Python opcodes, rather than one large C case statement. For certain newer compilers, this interpreter provides significantly better performance. Preliminary benchmarks suggest a geometric mean of 3-5% faster on the standard pyperformance benchmark suite, depending on platform and architecture. The baseline is Python 3.14 built with Clang 19, without this new interpreter.
Вот выжимка по этой же ссылке. Где тут торможение на 5% - непонятно.
Ещё на всякий случай напомню, что asyncio фундаментально однопоточный
И что? На всякий случай напомню, что асинхронное и параллельное программирование это фундаментально две разные вещи. Для выполнения асинхронных задач можно обойтись и одним потоком. Asyncio ранее вообще использовали генераторы, чтобы сделать свою модель асинхронного программирования. Они для этой цели считались наиболее подходящими. В каком-нибудь Arduino на Си тоже часто можно встретить подобную асинхронную модель, когда их нельзя использовать по тем или иным причинам.
Самый простой пример это однопоточность js и реализация асихнронности в ней. await/async свежее изобретение
Ну, это точно не "свежее изобретение". Конкретно async/await появились в JavaScript в 2017 году в стандарте ECMAScript 2017 (ES8), а до этого были промисы (Promises), которые и сейчас можно использовать для асинхронного кода без проблем.
То, что JavaScript однопоточен - не совсем правда. Однопоточна только среда, которая выполняет код на JavaScript, но не сам язык (Node.js, например). Если брать Node.js, то там вполне успешно можно создавать свои потоки через Worker Threads, а через браузерное API сделать тоже самое можно с помощью Web Workers. Т.е., возможность работы с потоками предоставляет платформа на которой JavaScript работает, но не сам язык.
Очень громко смеялся. Особенно учитывая итоговую скорость и требования к ресурсам.
Да-да, выполнение JavaScript в платформе Node.js реализовано не совсем оптимально и из-за этого есть проблемы со скоростью. Опять же, смотря какие библиотеки для создания приложений использовать. Но я и не предлагаю его каждый раз использовать для написания бэка (я сам для этой цели Rust использую), я говорю лишь о возможностях, которые JavaScript для этой задачи предоставляет. Попробуйте как-нибудь Nest.js, который очень похож местами на Spring, только в обёртке JavaScript.
А вообще, JavaScript вполне успешно используют для микросервисов многие IT-гиганты, и ничего - их сервисы не тормозят каждый раз, когда пользователь выполняет какое-то действие (тут мнения могут различаться).
Ну и каких же? :) В современных стандартах JavaScript возможностей полно. Конечно, браузерное API и серверные платформы по типу Node.js / Deno развиваются немного в разных направлениях, но всё же. В контексте серверной разработки у JavaScript возможностей для выражения тех или иных идей куда больше, чем в Go (ну или мне так показалось, потому что и с Go, и с JavaScript я довольно активно работал).
Про python тоже все еще над ним витает GIL
Советую взглянуть на новую версию Python. Там ввели очень революционную идею, которая помогает избежать GIL. Скоро его вообще уберут окончательно, и будет асинхронный и многопоточный код на Python летать :)
Проблемы golang ничуть не сложнее чем другие.
Согласен. Только для разработчиков самого языка программирования Go, а не программистов на нём :)
В контексте форматирования он сам по себе не очень (с пробелами да табуляцией ещё нужно научиться дружить), а вот в целом по возможностям, он очень даже неплох. Помимо того, что там есть и библиотеки, сам язык оснащён богатыми инструкциями для выражения практически каких угодно высокоуровневых мыслей. Низкоуровневого там ничего конечно не напишешь, но связь с C++ ему позволяет спокойно работать и с WinAPI :)
Только зачем его принимать, если есть более приятные альтернативы без всяких вызовов? Спокойно взял и написал сервис на Node.js, Nest.js, Django, Flask, Spring, Axum (и прочем) без всякой суеты. И вызовов языка принимать не нужно. Тем более, если говорить о Go, сам язык создавался именно с расчётом на то, что никакие вызовы программисту принимать не придётся. Пиши так, как все. Никаких фишек, никакой фантазии, никакого индивидуального вклада. Шаг влево / шаг вправо - не скомпилируется. Всё очень ограничено и сделано специально таким образом, чтобы программисты просто не смогли ошибиться при написании программ, вот и всё. Оттого они и выглядят очень однотипными (особенно REST API какие-нибудь). Для LLM какой-нибудь это не язык, а сказка. Хватит и гигабайт 30-50 наверное кода на Go, чтобы её обучить идеально на нём писать (а это, в контексте LLM, довольно мало).
Вызов это Brainfuck, Malbolge, или Assembler. Вот это вызов, а тут так... просто не удачный дизайн, принятый с целью избавить программистов от ошибок в рамках самого языка (или хотя бы их уменьшить).
Для кого как. Лично для меня это огромный минус. Я на Go разрабатывал микросервисы в течении 1.5 года, попробовал его с разных сторон, но остался крайне недоволен его ограничениями. В особенности всегда бесило ограничение в форматировании, это просто нонсенс. Грубо говоря есть только один стиль написания кода под Go, и он официально принят (C/C++/JavaScript тут могут передать привет, потому что они почти с любым форматированием работают, а в C/C++ вообще можно создать свой собственный язык внутри этого языка на макросах). Всё остальное сопровождается предупреждениями компилятора или не компилируется.
Мой выбор это - C/C++, Kotlin, Rust, JavaScript / TypeScript, Python. С этими языками очень многое можно сделать. И они гораздо приятнее в использовании, чем Go (по моему личному ощущению). Впрочем, это больше дело вкуса. Мне нравится разбираться в глубинных темах программирования, а кому-то достаточно и поверхностных знаний да языка, наиболее подходящего под такой стиль программирования. Каждому своё.
Происходит это регулярно и в рейтинге за январь 2026 года Go оказался на 16 месте, хотя в ноябре 2024 он занял седьмую позицию.
На картинке - январь 2025, а не ноябрь 2024.
Сам язык Go мне вообще не нравится. Для меня он даже хуже какого-нибудь Pascal. Да что там, Malbolge - и тот приятнее. Очень ограниченный язык, который вообще не уважает твою способность мыслить (собственно он для этого и был создан - чтобы программист писал весьма и весьма ограниченный код). Очень трудно на нём выражаться, очень мало пространства для свободной мысли, куча boilerplate кода, концепций и абстракций для оперирования на пальцах можно посчитать. И на таком языке успешно пишут инфраструктурный код... да ядра программной виртуализации... поразительно конечно...
А вообще забавно, что те, кто этот язык часто использует так реагируют на понижение его рейтинга) Kotlin вообще на 20 месте, а в Android разработке сейчас без него практически никуда, а это один из самых развитых массовых рынков (мобильные приложения).
Я поймал себя на том, что мой стиль программирования претерпел фундаментальный сдвиг.
Чушь. Он (стиль) просто деградировал. Никакой это не "фундаментальный сдвиг", это просто деградация и постепенная потеря навыков программирования, и ничего больше. Ещё и преподносит это как что-то положительное... это выглядит глупо (надеюсь Андрей Карпаты написал не совсем так, иначе он себя очень сильно дискредитирует как специалиста).
Я почти перестал смотреть на сам код. Я не читаю диффы (различия в версиях), я не вчитываюсь в функции. Я просто пишу промпт, копирую результат, запускаю. Если падает ошибка — я просто копипащу стэктрейс обратно в чат.
Ну вот, собственно, тупая деградация, без какой-либо умственной деятельности. Стиль "обезъянки", которая просто смотрит в монитор, клацает на клавиши, и не понимает что делать, когда компьютер делает не то, что она хочет.
Vibe Coding — это когда ты полагаешься исключительно на "вайб": если программа делает то, что нужно, и не падает прямо сейчас — значит, код "хороший". Это новая реальность, и она одновременно восхищает и пугает».
Только у каждого есть выбор - принимать эту реальность, где мусор возведён в идеал и считается, что генерировать мусор это "классно", "круто", "потрясающе", или не принимать её. В любом случае, не всем программистам такой подход они смогут навязать. Сами пишите, читайте, надейтесь, молитесь на свой мусор и стремитесь к "Slopacolypse", это ведь так круто! Прогрессивно! Быстрая разработка! (нет).
Не переживайте, и до вас доберутся, на 100% автоматизируют всю вашу интеллектуальную деятельность, обесценят ваш труд гарантированно и вы никакой компании (в рамках текущей экономической модели) и никакому заказчику нужны не будете. Думаете, что те, кто использует "ИИ" в роли "архитектора", "юзера", "вайбкодера" долго будут существовать? Они будут заменены ещё быстрее и жестче, чем это произойдёт с профессиональными программистами (если это вообще произойдёт). Будет такой кризис на рынке интеллектуального труда, что представить человека у руля хоть какого-либо процесса станет невозможным (ибо все компании, ваши наниматели, к этому стремятся). Думается мне, что любая мыслительная деятельность будет тупо автоматизирована... И уж точно ваше "лучшее место" займёт "ИИ", который будет симпатичен вашему начальнику (или работодателю).
В сегодняшнем мире (или гонке) выигрывает не тот, кто в найме, а тот, кто создаёт свои проекты и решения, и тот, кто является "работодателем". Если ты в найме в IT - ты уже проиграл в долгосрочной перспективе (так это, по крайней мере, я вижу). Нужно как можно быстрее вообще мыслить свою работу вне работодателей и сторонних компаний, просто потому что топ-менеджеры этих компаний перманентно думают только о себе и только о своём личном благополучии и выживании. Нанимаемый является не более чем винтиком в их системах, которого теперь будут всеми силами заменять большой языковой моделью. Надо с этим бороться. Возглавлять этот процесс, но людям (мне в том числе) пока тяжело от этой идеологии отойти ("что найм это нормально, это стандартно и это хорошо").
Найм в IT с появлением больших языковых моделей, которые могут решать задачи бизнеса - это зло. Теперь нужно работать только на себя. Но вот как это осуществить... я ещё слабо представляю, но осуществлять это нужно (от этого буквально зависит выживание отдельно взятого индивидуума, обладающего биологическим интеллектом).
Вы, похоже, крайне заинтересованы, чтобы этот материал снесли? Какой-то, возможно, личный у этого есть интерес? Смотрю на существующий нейрослоп так остро не реагируете... видимо у Вас есть какое-то отношение к этому репозиторию, раз Вы его так защищаете :)
Вообще, подобного рода статьи часто несут в себе "самодискредитацию" и обесценивают любые Ваши трудозатраты, применяемые к данному проекту.. Зачем кому-то тратить время на "Ваш проект", когда любой желающий пользователь, не имеющий опыта в программировании и навыков разработки в принципе может сделать тоже самое, ещё может быть и лучше? Смысл устраивать Вашему приложению краш-тест, когда можно собрать своё "за выходные"? Вообще нет никакого смысла, как и обращать внимание на такой проект - можно тоже самое сделать по тому же алгоритму действий что и Вы, да ещё и сделать это лучше (особенно, если этим будет заниматься человек, который имеет опыт разработки).
И обратную связь нет смысла давать в таком случае. Любой труд в рамках данного проекта обесценен, "раз я могу собрать такое сам за выходные". Зачем кому-то вообще его смотреть?... Ещё и время тратить на обратную связь...
Да ну не весь. Кто-то понял сразу что это обман, кто-то (как я) немного позднее. Автор, скажем прямо, не сильно то и постарался, чтобы "зачистить следы обмана". Этот обман не был чем-то "крутым" или "техничным", многие поняли что это обман и чушь.
И то, что автор какое-то число пользователей площадки обманул - не делает его "крутым" (я чувствую в ваших комментариях к этому автору положительное отношение, в частности исходя из некоторых употребляемых предложений в контексте данной ситуации).
Эта проблема сформировалась уже давно... как только стали массово использовать LLM. Может и ещё раньше... Сейчас кто-то для редактуры ИИ использует - считать ли это "полу-ИИ статьями" или нет?
Я так не считаю и я ничего не предлагаю. Но я за то, чтобы к таким прецедентам обращать внимание и быть более объективным в оценке той или иной статьи, чтобы не продвигать таких обманщиков в топ площадки.
Согласен. Можно этот механизм доработать таким образом, чтобы переголосовать можно было бы до первого комментария. Проголосовал положительно? Ок, если написал комментарий - нельзя голос менять. Проголосовал отрицательно? Ок, если написал комментарий, то можешь поменять голос к статье. Такой механизм, как мне кажется, мог бы перестраховать автора от негативного голосования. А юзер мог прочитать комментарии и переголосовать заново (потому что статья, например, обманчива).
Этот комментарий походу от самого @ScriptShaper, пытается себя реабилитировать с левого аккаунта :))
Ну да, ну да... всего-то автор лишь обманул и ввёл в заблуждение аудиторию площадки, ничего страшного ведь, да? (нет)
На самом деле это неплохой такой прецедент. Если сейчас этот автор опубликовал обман и ввёл в заблуждение читателей, то и другой может так поступить и получить 300+ голосов за статью. Только на этот раз он сделает это не под каким-то блогом, а самостоятельно. И на площадке может возникнуть ситуация, когда куча статей "с захватывающим содержимым и мега крутыми технологиями" просто пустышка и ничего в сущности из себя не представляют. Просто тупо статья ради хайпа и привлечения к себе внимания.
На этот раз такое не прокатило (что очень хорошо). А к автору сего творения (@ScriptShaper) будут теперь относиться очень скептически, да и репутационные потери никто не отменял (карма у него изменилась с 131 до 116 на момент написания этого комментария, что совершенно справедливо). Каждая новая статья с 100+ лайками от этого автора теперь будут восприниматься как "очередной обман в красивой обёртке", просто потому что как минимум 2 таких статьи были этим обманом (про ИИ-деда и агентной сети из нейронок). Туда ему и дорога, я считаю. Нечего плодить ИИ-мусор и потом ещё людей убеждать в своей правоте в комментариях... это ж надо так завраться... Потом ещё в мессенджере обвинять читателей что они не поняли автора... всё они поняли и правильно поняли.
P.S. Изначально автор даже в конце не указал, что это была выдумка. Более того, убеждал людей в комментариях в своей правоте.
Я не могу понять ценность Вашего поста, поэтому и написал такой комментарий.
Об этом Вы указали в комментарии, а не в посте. Да и индивиды делающие такие заявления просто "ИИ-истерички", для которых важно как можно скорее достичь AGI, при этом как именно это будет достигнуто (с моральной точки зрения) совершенно неважно.
Зачем Вам ТГ канал? Их сейчас и так как куча и контент там мусорный (публикуют там всякую чушь), очень однобокий и единообразный.
Чтобы такое предполагать, нужно хорошо понимать как вообще устроены текущие большие языковые модели (сами называете их ИИ, а других упрекаете в том, что LLM'ки считают AGI... странно) и изучить существующие научные исследования об устройстве интеллектуальной активности детей. Предполагать можно что угодно, но действительно весомая идея или предположение должны сопровождаться объективными аргументами.
Ключевая фраза, которая отлично характеризует процесс создания данного поста :)
Не надо, плохая идея.
"Да что ты, чёрт побери, такое несёшь?"
Нет, у меня была законченная мысль.
Это твоё мнение? С ним, конечно, можно поспорить, потому что "за рубежом" находятся точно такие же люди как и мы с тобой, и точно также пытаются скинуть ответственность за свои косяки на приложения.
А как они это должны делать? Читать чужие переписки? Или внедрять в каждый канал / группу специального бота, который будет эти переписки читать и анализировать? Звучит странно. От "национального мессенджера" в контексте безопасности общения он будет мало чем отличаться.
Есть возможность отправить жалобу на сообщение в группе / канале, просто люди этого либо не делают, либо модерация к этим сообщениям относится "на отвали". Да даже если и сделают, наши службы заточены не предотвращать, а работать уже с результатами деятельности людей склонных к деструктивному поведению. Может в полицию поступало куча жалоб, да их просто игнорировали (а так и происходит в большинстве случаев). Так что, проблем тут в Telegram нет, проблемы тут только с людьми в целом и их отношением к своей личной безопасности и безопасности окружающих (и это отношение в крайне плачевном состоянии). Скинуть ответственность на Telegram за своё безответственное или деструктивное поведение не получится. Проблема находится не там, где её "видят". РКН тут работает против обычных граждан (собственно, как и обычно).
Оправданий блокировкам РКН нет и быть не может, это чисто для бизнеса всё делается, ни для чего больше. Безопаснее от блокировок не станет. Цель у них другая.
Сообщение просто пропитано банальными и мелкими комплексами человека, который хочет казаться большим чем он нам самом деле является...
Вот это к чему было написано? Вообще непонятно. Очень грубое оценочное суждение, что 50% (половину) программистов нужно на учёт в ПНД ставить, не подкреплённое ничем, кроме как закомплексованного личного субъективного мнения. У вас есть ненависть к программистам? Вы им завидуете? Хотите стать как они? Это не тот путь, по которому следует идти...
"Что они нужны)" - и ведь обязательно с улыбкой :) Как будто, это придаёт уверенности вашему неуклюжему сообщению (спойлер: нет). Такие товарищи как вы так постоянно стремятся как-то "задеть", "позларадствовать" или "унизить" тех людей, коих они считают лучше себя (особенно сейчас). "Не, где это видано, чтобы программисты получали 300-500к рублей (или долларов) за то, что они там чего-то пишут на своих программных языках! Как хорошо что придумали то, что их заменит! Ай да нейросети, ай да молодцы!"
Но не переживайте, вы тоже в сущности никому не нужны будете. Вы не станете инженером, который будет "управлять ИИ" или "выстраивать архитектуру ПО с ИИ и лутать бешенные бабки" - если программистов заменят (если), то и вас и вам подобных тем более. Ещё даже быстрее (гораздо быстрее), чем нас (программистов). Вылетите как пробка из шампанского - с такой же скоростью и прямо в потолок :)
Такие как вы, почему-то, забывают, что они тоже люди с биологическими нейронными связями в головах и что их точно также могут заменить в контексте интеллектуального труда "чрезмерно обученные большие языковые модели" и несут в информационное пространство различной степени тупости бред про "вайбкодинг" и прочее... (но вы то не такой, правда ведь? Вы всего-лишь написали бредовые рассуждения LLM на 30 минут, замусорив интернет)
Но вы ведь тоже люди! Вы тоже никому нужны не будете, когда то, за что вы боролись, на чьей стороне были вас просто опрокинет. Ещё и тяжелее, чем тех людей, которые это всё придумали и понимают как это работает. Это выглядит очень тупо и нелепо...
Концептуально больно видеть чела, чья личная миссия в локальных переписках (в комментариях) может превратиться в "сделать кому-то больно правдивой правдой", в которой слово "правда" в сущности не имеет ничего общего с реальным положением дел. И всё это из-за закомплексованности... из-за желания показаться "большим человеком", когда на самом деле он всего лишь "маленький" да "неуклюжий". Займитесь собой и своим развитием, вам определённо есть куда расти.
Вы где увидели, что Python стал медленнее на 5% в одном потоке? По ссылке я увидел только вот это, где говорится что с новым интерпретатором прирост в скорости 3-5% (для некоторых новых компиляторов):
Вот выжимка по этой же ссылке. Где тут торможение на 5% - непонятно.
И что? На всякий случай напомню, что асинхронное и параллельное программирование это фундаментально две разные вещи. Для выполнения асинхронных задач можно обойтись и одним потоком. Asyncio ранее вообще использовали генераторы, чтобы сделать свою модель асинхронного программирования. Они для этой цели считались наиболее подходящими. В каком-нибудь Arduino на Си тоже часто можно встретить подобную асинхронную модель, когда их нельзя использовать по тем или иным причинам.
Ну, это точно не "свежее изобретение". Конкретно async/await появились в JavaScript в 2017 году в стандарте ECMAScript 2017 (ES8), а до этого были промисы (Promises), которые и сейчас можно использовать для асинхронного кода без проблем.
То, что JavaScript однопоточен - не совсем правда. Однопоточна только среда, которая выполняет код на JavaScript, но не сам язык (Node.js, например). Если брать Node.js, то там вполне успешно можно создавать свои потоки через Worker Threads, а через браузерное API сделать тоже самое можно с помощью Web Workers. Т.е., возможность работы с потоками предоставляет платформа на которой JavaScript работает, но не сам язык.
Да-да, выполнение JavaScript в платформе Node.js реализовано не совсем оптимально и из-за этого есть проблемы со скоростью. Опять же, смотря какие библиотеки для создания приложений использовать. Но я и не предлагаю его каждый раз использовать для написания бэка (я сам для этой цели Rust использую), я говорю лишь о возможностях, которые JavaScript для этой задачи предоставляет. Попробуйте как-нибудь Nest.js, который очень похож местами на Spring, только в обёртке JavaScript.
А вообще, JavaScript вполне успешно используют для микросервисов многие IT-гиганты, и ничего - их сервисы не тормозят каждый раз, когда пользователь выполняет какое-то действие (тут мнения могут различаться).
Ну и каких же? :) В современных стандартах JavaScript возможностей полно. Конечно, браузерное API и серверные платформы по типу Node.js / Deno развиваются немного в разных направлениях, но всё же. В контексте серверной разработки у JavaScript возможностей для выражения тех или иных идей куда больше, чем в Go (ну или мне так показалось, потому что и с Go, и с JavaScript я довольно активно работал).
Советую взглянуть на новую версию Python. Там ввели очень революционную идею, которая помогает избежать GIL. Скоро его вообще уберут окончательно, и будет асинхронный и многопоточный код на Python летать :)
Согласен. Только для разработчиков самого языка программирования Go, а не программистов на нём :)
В контексте форматирования он сам по себе не очень (с пробелами да табуляцией ещё нужно научиться дружить), а вот в целом по возможностям, он очень даже неплох. Помимо того, что там есть и библиотеки, сам язык оснащён богатыми инструкциями для выражения практически каких угодно высокоуровневых мыслей. Низкоуровневого там ничего конечно не напишешь, но связь с C++ ему позволяет спокойно работать и с WinAPI :)
Только зачем его принимать, если есть более приятные альтернативы без всяких вызовов? Спокойно взял и написал сервис на Node.js, Nest.js, Django, Flask, Spring, Axum (и прочем) без всякой суеты. И вызовов языка принимать не нужно. Тем более, если говорить о Go, сам язык создавался именно с расчётом на то, что никакие вызовы программисту принимать не придётся. Пиши так, как все. Никаких фишек, никакой фантазии, никакого индивидуального вклада. Шаг влево / шаг вправо - не скомпилируется. Всё очень ограничено и сделано специально таким образом, чтобы программисты просто не смогли ошибиться при написании программ, вот и всё. Оттого они и выглядят очень однотипными (особенно REST API какие-нибудь). Для LLM какой-нибудь это не язык, а сказка. Хватит и гигабайт 30-50 наверное кода на Go, чтобы её обучить идеально на нём писать (а это, в контексте LLM, довольно мало).
Вызов это Brainfuck, Malbolge, или Assembler. Вот это вызов, а тут так... просто не удачный дизайн, принятый с целью избавить программистов от ошибок в рамках самого языка (или хотя бы их уменьшить).
Для кого как. Лично для меня это огромный минус. Я на Go разрабатывал микросервисы в течении 1.5 года, попробовал его с разных сторон, но остался крайне недоволен его ограничениями. В особенности всегда бесило ограничение в форматировании, это просто нонсенс. Грубо говоря есть только один стиль написания кода под Go, и он официально принят (C/C++/JavaScript тут могут передать привет, потому что они почти с любым форматированием работают, а в C/C++ вообще можно создать свой собственный язык внутри этого языка на макросах). Всё остальное сопровождается предупреждениями компилятора или не компилируется.
Мой выбор это - C/C++, Kotlin, Rust, JavaScript / TypeScript, Python. С этими языками очень многое можно сделать. И они гораздо приятнее в использовании, чем Go (по моему личному ощущению). Впрочем, это больше дело вкуса. Мне нравится разбираться в глубинных темах программирования, а кому-то достаточно и поверхностных знаний да языка, наиболее подходящего под такой стиль программирования. Каждому своё.
На картинке - январь 2025, а не ноябрь 2024.
Сам язык Go мне вообще не нравится. Для меня он даже хуже какого-нибудь Pascal. Да что там, Malbolge - и тот приятнее. Очень ограниченный язык, который вообще не уважает твою способность мыслить (собственно он для этого и был создан - чтобы программист писал весьма и весьма ограниченный код). Очень трудно на нём выражаться, очень мало пространства для свободной мысли, куча boilerplate кода, концепций и абстракций для оперирования на пальцах можно посчитать. И на таком языке успешно пишут инфраструктурный код... да ядра программной виртуализации... поразительно конечно...
А вообще забавно, что те, кто этот язык часто использует так реагируют на понижение его рейтинга) Kotlin вообще на 20 месте, а в Android разработке сейчас без него практически никуда, а это один из самых развитых массовых рынков (мобильные приложения).
Чушь. Он (стиль) просто деградировал. Никакой это не "фундаментальный сдвиг", это просто деградация и постепенная потеря навыков программирования, и ничего больше. Ещё и преподносит это как что-то положительное... это выглядит глупо (надеюсь Андрей Карпаты написал не совсем так, иначе он себя очень сильно дискредитирует как специалиста).
Ну вот, собственно, тупая деградация, без какой-либо умственной деятельности. Стиль "обезъянки", которая просто смотрит в монитор, клацает на клавиши, и не понимает что делать, когда компьютер делает не то, что она хочет.
Только у каждого есть выбор - принимать эту реальность, где мусор возведён в идеал и считается, что генерировать мусор это "классно", "круто", "потрясающе", или не принимать её. В любом случае, не всем программистам такой подход они смогут навязать. Сами пишите, читайте, надейтесь, молитесь на свой мусор и стремитесь к "Slopacolypse", это ведь так круто! Прогрессивно! Быстрая разработка! (нет).
Не переживайте, и до вас доберутся, на 100% автоматизируют всю вашу интеллектуальную деятельность, обесценят ваш труд гарантированно и вы никакой компании (в рамках текущей экономической модели) и никакому заказчику нужны не будете. Думаете, что те, кто использует "ИИ" в роли "архитектора", "юзера", "вайбкодера" долго будут существовать? Они будут заменены ещё быстрее и жестче, чем это произойдёт с профессиональными программистами (если это вообще произойдёт). Будет такой кризис на рынке интеллектуального труда, что представить человека у руля хоть какого-либо процесса станет невозможным (ибо все компании, ваши наниматели, к этому стремятся). Думается мне, что любая мыслительная деятельность будет тупо автоматизирована... И уж точно ваше "лучшее место" займёт "ИИ", который будет симпатичен вашему начальнику (или работодателю).
В сегодняшнем мире (или гонке) выигрывает не тот, кто в найме, а тот, кто создаёт свои проекты и решения, и тот, кто является "работодателем". Если ты в найме в IT - ты уже проиграл в долгосрочной перспективе (так это, по крайней мере, я вижу). Нужно как можно быстрее вообще мыслить свою работу вне работодателей и сторонних компаний, просто потому что топ-менеджеры этих компаний перманентно думают только о себе и только о своём личном благополучии и выживании. Нанимаемый является не более чем винтиком в их системах, которого теперь будут всеми силами заменять большой языковой моделью. Надо с этим бороться. Возглавлять этот процесс, но людям (мне в том числе) пока тяжело от этой идеологии отойти ("что найм это нормально, это стандартно и это хорошо").
Найм в IT с появлением больших языковых моделей, которые могут решать задачи бизнеса - это зло. Теперь нужно работать только на себя. Но вот как это осуществить... я ещё слабо представляю, но осуществлять это нужно (от этого буквально зависит выживание отдельно взятого индивидуума, обладающего биологическим интеллектом).