Comments 68
Есть шикарный мем про новый сайт всемирной конференции no-code-разработчиков, который теперь доступен по адресу localhost:8080
Всегда было интересно, как потом поддерживают созданные "без взаимодействия с кодом" поделки...
ИИ...
Так и хочется продолжить: "иии сайт превращается.... Превращается... Иииии сайт превращается в аккуратную груду ничего: у вас же даже файлов движка и картинок нет, чтобы на другом хостинге было что запустить!"
P.S. Подход по описанию "описать сайт, потом каждую кнопку, а И додумает все детали" - на ином сайте, да еще в рамках дурения модели, можно полдня просто на перемещение кнопок потратить! Бизнес-логику описывать, даже в стиле блондинки-маруетолога, вроде и просто, а вот как будет работать!.. А если будет деньги принимать, контролирующие органы писать претензии тоже будут в виде промпта? 🤔
это напоминает попытку продолжить сон на ту же тему на следующую ночь
можно полдня просто на перемещение кнопок потратить!
Вот-вот! А мы не можем себе такое позволить, у нас еще крузак для брата жены не куплен, поэтому программистам плотить не будем, сами без кода и сайт и магазин создадим! /s
для написания простых сайтов подходит отлично. вот недавно написал простой сайт на lovable (под капотом реакт) - сэкономил кучу времени
Тоже интересно :)
Мой опыт общения с ЛЛМ намекает, что для изменения цвета одной кнопки нужно переписать всё приложение целиком...
Прикольно наверно пилить сук, на котором ты сидишь (про разработчиков таких решений)
Вот да - соглашусь. Вроде серьезные ребята, но такую логику (или выверт мышления) понять не получается
Такие решения не делают ненужными абсолютно всех программистов. И уж точно такие системы ещё долго не будут уметь развивать самих себя.
И в принципе практически любая автоматизация лишает кого-то работы. Чем хуже или лучше ситуация, когда какие-то инженеры придумали конвейер?
Конвейер был придуман для производства крупносерийной продукции, когда количество экземпляров идентичного (или почти идентичного) товара - автомобилей, телевизоров, часов, радиоприемников, телефонов и т.д. - производятся в сотнях тысяч или миллионах штук. ПО, даже если оно предназначено для массового потребления (ОС, офисные пакеты, Телеграм и т.п.), распространяется сегодня по сети. Делается контрольный экземпляр с которого снимается любое количество идентичных копий. Но само их производство (грубо говоря - написание кода) это совокупность работ индивидуалов, т.е. программистов. Ни о каком конвейере тут речь не идет, хотя agile-сектанты и пытаются изменить ситуацию
Конвейер был придуман для производства крупносерийной продукции
Какая разница? Он же оставил без работы кучу людей. В том числе и других инженеров.
Но само их производство (грубо говоря - написание кода) это совокупность работ индивидуалов, т.е. программистов. Ни о каком конвейере тут речь не иде
Это не принципиально. Раньше ремесленники-индивидуалв делали штучные вещи. В том числе инженеры делали штучные паровые двигатели, машины и так далее и тому подобное. Кто-то придумал конвейер и они остались без работы.
Сейчас программисты-индвидуалы пишут программы. Кто-то придумал no code системы и часть программистов останется без работы.
В чём принципиальная разница?
Да, в общем - почти ни в чем :) Но хотелось бы остаться индивидуалом, делать нестандартное. Не отказываться от роскоши думать своей головой, самостоятельно искать, ошибаться и исправлять. Как по мне, все эти едва ли не ежедневные новшества лишают процесс разработки драйва. Все обезличивается, преснеет, становится похожим одно на другое. Если что - повторюсь: это мое личное мнение)))
кто-то вообще не понял сказанного.
конвеер - это клепать одинаковые приложения и сайты за полчаса с уровнем знаний "домохозяйка без образования".
и да, эту задачу подобные сервисы прекрасно выполняют, ведь их клиенты получают ровно то, что они хотели - рабочий и красивый продукт за минимальное время. его не нужно не то что поддерживать, его срок жизни зачастую меньше месяца.
Как ML-щик, объясняю логику:
Вайб-кодеры и синьор ML существуют в совершенно разных вселенных, они друг другу не конкуренты
То, что вайбер навайбит сайт-визитку, никак не скажется на работе ML-синьора
А навайбить ML-приложение у дилетанта мозгов не хватит (ну только если какой-нибудь совсем примитивный wrapper). Что-нибудь посложнее - вайбер обязательно где-то сильно накосячит, и решение от синьора будет на голову выше по качеству
Ну и вишенка на торте: когда ML-синьору хочется по-быстрому склепать фронтенд для пет-проекта, ооооочень не хочется заморачиваться всеми этими реактами. Пускай будет generic, зато выглядеть будет профессионально (сам синьор наворотит безумную дичь, если будет писать фронтенд сам)
Они просто следуют трендам, это бизнес и ничего личного
del
Эти хоть понимают что делают ничто... в отличиие от тех же разработчиков в РКН.
Да и не по своей воле же они это делают... Контора платит — любой каприз за ваши деньги.
Мне кажется, что они не пилят сук, а, наоборот, пытаются адаптироваться к новой реальности и не оказаться за бортом в перспективе. Помните, что случилось с Kodak, которые в упор не хотели всерьез воспринимать цифру?
Ну прогресс - это хорошо, другое дело, готовы ли общественные отношения к таким штукам и в чьих руках эти новые технологии, как господствующий класс будет это применять и что потом делать "унтершменшам".
Бабка надвое сказала.
С Кодаком и цифрой случилось, а с Сони и компакт-дисками не случилось...
Часть отцов-основателей отошли от дел, взамен наняли дефективных менеджеров. Конец предсказуем.
Не сделают они, сделают другие и уже они станут ненужными.
Они лучше всех понимают почему это не будет работать нормально, но на хайпе бабок срубить никто не мешает
Веб - самая распространенная область программирования, и самая популярная. Поэтому она лучше всего генерируется ИИ, так как больше всего материала для тренировки. Но слава богу программирование только вебом не ограничивается.
То, что этим выпустили именно Jetbrains, а не какой-то новый стартап, на самом деле очень много значит. Даже если само по себе Kineto окажется сырым/плохим/неюзабельным инструментом, это очень важный шаг. И вот почему: Jetbrains делает много разных IDE под разные языки с поддержкой разных фреймворков, библиотек, у них есть куча плагинов, валидаторов, анализаторов и т.д. То есть у них накоплена огромная экспертиза в области best practice разных технологий. И эта экспертиза у них уже материализована в коде их IDE. Напомню, что IDE, к примеру, умеет находить ошибки в коде, не запуская его, и используя при этом ресурсы, несоизмеримо меньшие, чем требуются для работы ИИ. Так вот, если всё это глубоко интегрировать с ИИ, на выходе можно будет получать значительно более качественный код, используя при этом значительно меньше ресурсов.
Революционные изменения в программировании должны прийти именно от таких компаний, которые смогут интегрировать ИИ в уже имеющуюся развитую экосистему определённого стека. А те, кто пытаются всё делать с нуля, да ещё и используя модели общего назначения, скорее всего останутся не у дел.
на выходе можно будет получать значительно более качественный код
Извините, но "значительно более средний код из обучающей выборки". Насколько он подходит к именно к вашему решению, зависит от того, был ли именно ваш кейс в обучающих данных.
Вы так и не поняли, к чему я. Какому-нибудь PhpStorm не нужно сканировать миллионы страниц гитхаба, чтобы понять, что метод getPrice существует у объекта класса Product и не существует у объекта класса Article. Он определяет это с 100% точностью на средненьком компьютере за какие-то миллисекунды. И ему даже не нужен для этого доступ в интернет. Если все эти правила интегрировать в само ядро ИИ-модели, чтобы ещё на этапе формирования ответа заведомо неверные варианты были отсечены, то даже обучившись на плохом коде модель уже сама сможет делать код более качественный, чем был в выборке.
на этапе формирования ответа
Вообще-то на этапе обучения. Том самом, который "с подкреплением". Потому что после того как модель "обучилась" и десятки (сотни уже) миллиардов ее параметров рассчитаны уже, изменить то что на выходе для определенных входных данных уже не получится. Ну разве что на fine tuning и/или RAG полагаться. Но тут пока никаких прорывов не наблюдается.
Я думаю, это надо закладывать ещё до этапа обучения, а именно на этапе проектирования архитектуры модели. Как в маленьких моделях есть раздельные модели для текста, для картинок и т.д. Программный код не должен восприниматься, как простое текстовое подмножество, он должен изначально приниматься, как отдельное явление.
Существует и другая точка зрения.
Революционные изменения в программировании должны прийти именно от таких компаний, которые смогут интегрировать ИИ в создаваемую с учетом этой интеграции экосистему. А те, кто пытаются "впихнуть невпихуемое" в существующее легаси, разработанное до появления ИИ, скорее всего останутся не у дел.
Если специалист плохой, то ему бывает трудно понять достижения предшественников. Куда проще объявить всё легаси и начать делать всё с нуля. Такое происходит сплошь и рядом, и результат всегда один и тот же.
Прежде чем возражать, что ситуации бывают разные, просто поясняю, вы записываете в легаси программные валидаторы схем, спецификации, статические анализаторы, код-снифферы и т.д. Тут не надо быть провидцем, чтобы понимать, что на выходе получится аналог пепси колы
Если специалист плохой, то ему бывает трудно понять достижения предшественников.
Как вы думаете, существует ли ситуация наоборот?
Смотря что вы подразумеваете под наоборот. Давайте попробуем разобрать варианты:
Если специалист хороший, то ему бывает трудно понять достижения предшественников. - не бывает, это противоречит понятию "хороший специалист". Хороший специалист обязан ориентироваться в экосистеме своего стека и обязан уметь читать и понимать чужой код.
Если специалист плохой, то ему бывает легко понять достижения предшественников. - бывает. Достижения предшественников, как правило, довольно очевидны, и даже начинающий может легко их оценить.
Если специалист плохой, то ему бывает трудно понять провалы предшественников. - конечно бывает. Это же плохой специалист, вероятно он потому и плохой, что у него трудности с пониманием.
Если специалист плохой, то ему бывает трудно понять достижения потомков. Тут могу разве что сказать, что сегодня в завтрашний день смотреть могут не все.
Надеюсь, я ответил на ваш вопрос.
Нет.
Во-1 не хватает довольно частого варианта, когда:
достижения предшественников выразились в том что проект фактически пришел в неработоспособное состояние
специалиста позвали чтобы это разгрести
Во-2 заметьте: я с самого начала не пытался развешивать ярлыки на незнакомых людей.
При чём тут проекты? Речь не о проекте, а об экосистемах, заточенных под конкретные ЯП, фреймворки, CMS и т.д. Например, если речь идёт о любом приложении на React, то экосистема такого приложения обязательно включает стандарты ECMA, Jsdoc (включая разрешение типов), опционально могут включаться правила ESLint, Typescript, правила для package.json и т.д. Неважно, какая архитектура у проекта, неважно кого там звали это разгребать. Экосистема существует в любом случае. А IDE, в том числе джетбрейновские, включают программную реализацию правил и других возможностей экосистемы.
Например, если написать код:
/**
* @param {number} x.
*/
function kek(x) {
return x + 1;
}
console.log(kek('lol'));то, любая IDE ругнётся на последнюю строчку, т.к. тип передаваемого параметра не соответствует. Всё благодаря jsdoc, который даже не является частью спецификации языка, но является частью экосистемы. И чтобы это сделать, нашей IDE не нужно сканировать миллион проектов на гитхабе.
Это самый примитивный пример, но это иллюстрация того, что такое экосистема. Любая подобная экосистема содержит ряд правил и инструментов, помогающих писать более надёжный код.
Что самое интересное, тот, кто сел изучать язык только что, знать не знает о каких-либо экосистемах. Он сидит в блокноте и ему норм. Он скажет, вот чушь какая - целых три строчки комментария набирать ради непонятно чего. И лишь со временем к нему придёт понимание, что эти три строчки с помощью автодополнения IDE пишутся за пару сек и потом очень помогают избежать ряда ошибок.
Так вот, использование LLM общего назначения для написания программного кода - это то же самое, что писать код в блокноте, игнорируя всю экосистему языка. Да условный ChatGPT практически гарантированно найдёт ошибку в коде выше и объяснит её, но какой ценой? По сути дела мы имеем кучу дата-центров по всему миру, которые занимаются реверс-инжинирингом того, что и так работает не первый десяток лет на любом офисном компьютере.
Можно сравнить ресурсы и время, которые затратит PhpStorm, чтобы подсветить ошибку в коде выше, с ресурсами и временем, которые потратит на это любая LLM. По этим бенчмаркам LLM будет выглядеть просто как какое-то днище.
И теперь вишенка на торте: майкрософт говорит, что 30% их кода сейчас генерируется с помощью ИИ. А теперь давайте посчитаем сколько процентов кода было сгенерировано обычным автодополнением IDE в доИИшную эпоху? Когда набираешь две буквы, и выбираешь переменную с именем из 10 букв. Или всякие import statements, которые вообще полностью автоматически вставляются. Там запросто выйдет, что ещё до бума ИИ программисты набирали сами не более 50% кода. И это всё благодаря грамотно выстроенной экосистеме. То есть какие-то чуваки придумали говорилку, научили её писать код, но за счёт того, что они практически проигнорировали достижения экосистем языков, польза от потраченных ресурсов выглядит на данный момент достаточно сомнительно.
о, что этим выпустили именно Jetbrains, а не какой-то новый стартап, на самом деле очень много значит.
Да, это значит что их лучшие дни позади
Кстати, ИТшники-зумеры уже не знают что такое JetBrains
Ну и что? Я в первые три года своей карьеры тоже не знал. И вообще думал, нафиг все эти IDE, если Sublime text достаточно. Сейчас у зумеров три года опыта - это уже C-level system architect как минимум. Но мы то знаем, что на самом деле стоит за этими регалиями.
Думаю что названия чего-либо зумеры как раз прекрасно знают...
Вы очень хорошего мнения о них. Только их best practices работают нормально только на последних Макбуках, иначе везде и всё тормозит.
Посему я бы не советовал выдавать желаемое за действительное.
Может кто-то из разрабов там и может всё такое использовать/придумывать, но вот кнопка у менеджера "Хочу бабло" говорит делать быстрее, а не качественно, чтобы быстрее продать.
Все продукты их кроме редактора так себе, а их было не мало, space вобще закрыли, обещали spacecode, но его похоронили до рождения.
Весь путь в истории разработчиков идёт по пути автоматизации. Но как-то меньше не стало.
А сокращения тысячами человек в последние годы - это шутка?)
Обычная коррекция на глобально таки растущем рынке ) Периодически на рынке образуется переизбыток чего-нибудь. Но это временное явление.
А про наборы десятками тысяч?, как например про увольнения в Майкрософт кричали чуть ли не из каждого утюга, а то, что за последние пять лет штат Майкрософта вырос с c 119 тысяч в 2019 году до 228 тысяч в 2024 году как-то умолчали.
В "последние годы", а именно в 2023-24, это следствие "перенайма" вследствие всплеска спроса на цифровые услуги в "коронавирусные" 2020-21. Реально спрос на разработчиков вернулся на уровень 2019. Конкуренция да, выросла, потому что те, кого сократили в последние два года, никуда не делись (в большинстве своем).
Ну то есть спрос-то на разработчиков в долгорочном тренде не сократился - предложение выросло
Каждый год происходят сокращения. А увольнения в десятки тысяч одной компанией были ещё до выхода ChatGPT.
JetBrains представила Kineto — ноукод-платформу для генерации приложений и сайтов.
Проверочное слово «кинет».
Jetbrains продолжает сдавать позиции VS Code'у с Copilot'ом.
Исправить тренд, похоже, не могут, пытаются поменять правила игры, выпустив генератор чёрных ящиков.
Ну такое.
Тик копилот есть и под jb
Что они сдают?
Сами придумали или есть цифры какие-то?
В ближайшем будущем - не вижу как заменить jetbrains на vs код.
А то, что один плагин под ИИ у vscode- стал популярным... ну что поделать. Вообще, наверное сложно продавать воздух инвесторам, когда у тебя компания уже устоявшаяся. Cursor - какие-то безумно большие деньги привлекли...а по сути - перепродажа ИИ запросов. Могут закрыться в любой момент или продаться кому-то.
Минутка непопулярных мнений
Вот тут на хабре все вроде бы айтишники
Программирование всегда было про автоматизацию задач, работу кучу людей эти же самые айтишники уже автоматизировали
Но как только автоматизируют работу самих программистов - то это сразу Зло, проклятые мерзкие капиталисты
Очень лицемерно, по-моему
Да практика показывает, что эта самая автоматизация вовсе не снижает потребность в айтишниках. Наоборот, бизнес начинает только ещё больше разных задач решать благодаря этой автоматизации и под эти новые задачи нужно ещё больше айтишников. Другое дело, что область айти очень динамично меняется, скиллы нужны в моменте уже другие, айтишников нужно больше в других областях, поэтому периоды крупных наймов чередуются с периодами крупных увольнений. Это совершенно нормально для рыночной экономики, когда люди и ресурсы сильно перераспределяются, следуя за изменениями рынка.
По реальному опыту из жизни, а не из теорий - чем больше автоматизации, тем больше надо работать. Парадоксально, но факт.
JetBrains анонсировала Kineto — ноукод-платформу с нейросетями для генерации приложений и сайтов