Comments 191
Прооистал
Маркетинг, значит...
Пора срочно патентовать "вайб-переводчик", "вайб-писатель", "вайб-читатель" и прочие "вайбы".
Патентовать не обязательно.
Ну, "вайб-переводчики" уже есть. Жена профессионально много лет занимается техническим переводом. И в какой-то момент количество заказов упало - все стали говорить "а мы переведем с помощью ИИ". А в последнее время появились заказы типа "мы перевели с помощью ИИ, статью не приняли в журнал, сказали что какая-то бессмыслица, поправь пожалуйста".
И начинается - попытка поправить что-то локальное приводит к тому, что разваливается вообще все. Статья становится похожей на коллективное письмо из Простоквашино - абсолютно непонятно "кто на ком стоял". Т.е. просто русская статья переписанная английскими буквами.
И надо просто все выкидывать и переводить заново (с кодом, кстати, бывают похожие ситуации - приходит что-то на доработку, смотришь, и понимаешь, что просто доработать тут не получится - нужно все переписывать заново иначе получишь дикое количество костылей).
Переводчик переводит не слова и не фразы. Он переводит смысл. Т.е. надо прочитать и понять о чем речь на исходном языке и сформулировать все это на целевом. А в техническом переводе еще терминологию выдержать, которая на разных языках в разных областях может отличаться.
все стали говорить "а мы переведем с помощью ИИ"
А раньше они же переводили с помощью google translate.
Пытались, но там вообще не было шансов.
До них просто быстрее доходило, что тут профессионал нужен.
Как говорится,
Вам не повезло. Специалист, который лечит, в отъезде, но есть второй — не хуже.
Лучше договориться лично. Хотя можно и по направлению.
У нас только по пропускам. Хотя можно пройти и так.
Лечение стоит дорого, но можно и не платить.
Нянечкам, сёстрам обычно платят, но они ухаживают и так.
Поэтому я вам советую подождать специалиста, договориться с нянечкой и заплатить.
Но можно этого и не делать. Если вас не интересует результат.
А еще раньше с помощью magic-goody и promt...
Может быть у вас вопрос в специфике терминов. Но вообще я часто перевожу чатботом с английского на испанский статьи с большим количеством "legal" терминов и причем скармливаю ему сырой HTML и прошу сохранить разметку - выходит вполне себе неплохо. Потом переводчику остаётся только проверить и местами поправить, но не прям таки переписывать с нуля.
Речь о переводе научной статьи с русского на английский для публикации в англоязычном журнале. А там ее вычитывают редакторы и могут просто завернуть если плохо переведено. Так вот что переведено ИИ обычно заворачивают.
Речь не о переводе "для себя", речь о переводе для публикации в рейтинговых журналах. А там достаточно жесткие правила к качеству перевода.
Ну и английский-испанский относятся к одной группе языков. Там проще немного в плане терминологии и языковых конструкций. Русский и английский очень сильно отличаются структурно (если можно так выразится). Там слово-в-слово не перевести. Совершенно разные строения фразы. Плюс русская терминология в той же оргхимии (оргсинтез), к примеру, может сильно отличаться от западной.
Речь о переводе научной статьи с русского на английский для публикации в англоязычном журнале.
Тут не просто переводчик, тут нужен специалист в конкретной научной сфере, который ПОНИМАЕТ что написано в статье и который при этом хорошо знает иностранный язык.
Потому как обычный переводчик в научной статье по не гуманитарному направлению таких перлов налепит, что мрак будет - нельзя адекватно переводить то, что не понимаешь.
английский-испанский относятся к одной группе языков
к разным.
Германо-романские языки – это группа языков, включающая германские и романские языки.
Западногерманские:
Английский, немецкий, нидерландский (голландский), африкаанс, фризский, идиш.
Иберо-романские:
Испанский, португальский, каталанский, галисийский, арагонский, астурийский, сефардский.
Германские и романские языки — это вообще таксоны разного уровня. Германские — это ветвь, входящая в индоевропейскую семью, а романские — это группа, входящая в италийскую ветвь индоевропейской семьи.
Ну если смотреть исторически, то английский содержит много латинских корней. Там некая смесь кельтских языков и латыни (последствия присутствия римской империи на британских островах).
Так что это не совсем германский язык, а некая смесь.
Много корней — это да, влияние католиков, норманнов, французской гегемонии 18 века (как в русском языке) и современной научной терминологии огромно. Но принадлежность ветви/группе определяется происхождением, синтаксисом и базовой лексикой, а они там германские.
Там некая смесь кельтских языков и латыни (последствия присутствия римской империи на британских островах).
Кельтское влияние в английском околонулевое, и в основном ограничено топонимами. И когда англосаксы завоёвывали Британию, они гораздо больше латинизмов принесли с собой, чем унаследовали у кельтского субстрата.
Но принадлежность ветви/группе определяется происхождением, синтаксисом и базовой лексикой, а они там германские.
Они там характерные для пиджинов, т.е. сильно упростившаяся грамматика и фонетика (исчезли германские падежи, двойственное число, сократились число спряжений глаголов и количество звуков).
Т.е. это изначально просто пограничный, креольский язык в проходном месте, где между собой контактировали множество представителей разных языковых семей с сильно отличающимся синтаксисом, который в итоге неизбежно упростился до общего среднего, чтобы они друг друга понимали.
Германские и романские языки — это вообще таксоны разного уровня.
Вы разве не видите — предыдущему дяденьке гопота натрындела...
Да там наверное через гигачат переводили)
Переводы для публикации, или отчетности компаний - то есть где требуется точный перевод - да, надо текст допиливать руками после ИИ. Но всё меньше и меньше.
А для чтения статей, и понимания "о чем в целом говорит иностранец" - даже текущего ИИ более чем достаточно.
Для понимания и гуглоперевода достаточно было.
А вот в технических статьях, а уж тем более в юридических документах - только руками.
Хорошие технические переводчики получаются из людей с высшим техническим образованием. Способных понять что именно они переводят.
Жена вот берет переводы только по физике или химии (образование соответствующее) или связанные с интеллектуальной собственностью и патентным правом (большой опыт работы не переводчиком в этой области - тут надо понимать особенности нашего и не нашего законодательства в этой области). И никогда не берет математику, биологию, медицину или общую юриспруденцию.
оценка профпереводчика в настоящий момент почти наверняка замешана в том числе на эмоциях. Отрицательных, поскольку, как Вы сами пишите, количество заказов снизилось. В любом случае, качество перевода, в том числе профильного текста ( статьи, диссеры, отчеты) это вопрос небольшого времени. Основываясь на собственном опыте перевода научных статей по спектроскопии, могу сказать, что никакое профильное образование почти не может помочь, поскольку в актуальных научных статьях описываются новые, пока широко не известные вещи.
Ну жена за заказами уже не гонится, занимается этим больше для удовольствия, а не ради денег (это не основная ее деятельность). Так что ту эмоции только оттого, что приносят "мы тут ИИ перевели, статью не приняли, поправь пожалуйста". И эмоции не положительные т.к. править там нечего, нужно все делать заново (то, что она переводит проходит без проблем в любые рейтинговые журналы).
И речь не о том, что описывается новое - это слишком узкий подход. Речь о том, способен человек понять вообще о чем речь или нет. И правильно передать смысл (а не просто переписать английскими буквами русскую статью) с учетом принятой терминологии. А иногда еще и "с автором работать" приходится на тему - "что вот тут имелось ввиду".
Вот вы говорите что переводите статьи по спектрометрии. И, видимо, в этой спектрометрии что-то понимаете. Терминологию, принципы как это работает.
А теперь представьте что вам дали статью в области, где не понимаете вообще ничего. Ну, скажем, какая-нибудь палеонтология. Или медицина какая-то специфическая. Или фармакология... Вряд ли вы сможете ее качественно перевести без подготовки. Невозможно качественно перевести текст, не понимая его смысла.
Для понимания о чем в целом говорит иностранец, я не нанимал отдельного переводчика. А если кто-то нанимал в формате командировки или личной встречи - он всё ещё будет нанимать, по я думаю понятным причинам.
А в последнее время появились заказы типа "мы перевели с помощью ИИ, статью не приняли в журнал, сказали что какая-то бессмыслица, поправь пожалуйста".
Профессия будущего:
Vibe code cleanup specialist
ну вот, еще один пророк, которому этот мир абсолютно понятен, пытается внушить нам свои субъективные откровения, замешанные на смутных поверхностных аналогиях и сугубо индивидуальной интерпретации вокабулярной семантики.
"ну" стоящее в начале надо писать в большой буквы, а в остальном плюс-минус верно.
Тоже мне, учитель правописания, нашелся 😂. Научился бы сперва сам деепричастные обороты запятыми отделять, а потом бы уже строил из себя грамотея "в большой буквы". И чё за народ пошёл, бревна в каждом глазу, а всё туда же...
Мне кажется, что в своём желании поспорить, Вы неправильно поняли написанный мной комментарий.
Мне кажется, в своём желании выглядеть всегда правым вы готовы во всём усматривать неправильное понимание, особенно, если это касается альтернативных точек зрения на ваши субъективные верования.
А как в эту Вашу концепцию укладывается тот факт, что я с Вам согласился?
Согласился, это когда принял явно, полностью и без оговорок. А вы начали своё якобы "согласие" с неуместных нравоучений и закончили невнятным "плюс-минус". Какое же это согласие? Манипулятивная имитация, с целью последующих формальных ссылок на неё, для того чтобы при любом раскладе иметь возможность так или иначе "подтвердить" свою неустойчивую неуловимую "правоту", в которой вы так отчаянно нуждаетесь.
Согласился, это когда принял явно, полностью и без оговорок. А вы начали своё якобы "согласие" с неуместных нравоучений и закончили невнятным "плюс-минус". Какое же это согласие?
Это не нравоучение, а усиление.
Возможно, Вам стоит подумать о том, насколько Вы соответствуете вот этому описанию.
Усиление чего, простите? Амплитуды колебаний вашей демагогии? 🥺
Усиление согласия, когда я говорю что согласен с Вами по сути и усиливаю это несогласием с чем-то не имеющим отношения к сути.
Ну-ну. "Усиление согласия несогласием". Какая-то вайб-логика у вас. Впрочем, на ней и статейка ваша построена.
Почитал ветку - вы либо троль, либо у вас какие то проблемы, токсичность нездоровая абсолютно
А бывает здоровая токсичность, доктор? Ваша, например, токсичность, она здоровая что ли? Или вы мистер Трамп? 😂 Вы бы по веткам меньше лазили, может быть более точные диагнозы тогда бы ставили. Да и вообще, шли бы вы на свою ветку, не мешайте нам с коллегой развлекаться, а то я своих позову.
Минус вайб какой-то
Ну или у вас инверсия восприятия. Похоже, вы свою токсичность не замечаете из-за этого. Своё говно - не воняет 😂. Вот чё влез в разговор, а теперь вам придется строить свою теорию и обоснования выдвигать. У меня в этой ветке 35 плюсов, у вас всего три. Так что счёт пока в мою пользу 😁
Лайки лайками, но плюс вайб у вас все не получается
у вас всего три
ну и на момент ответа у меня всего 2 лайка)
Ну я же интуитивно экстраполировал динамику наших лайков. 😜 А плюс вайб, минус вайб, да хоть градиент мнимых вайбов в скалярном поле комплексных вайбов, - какая мне разница? Всё это от систем отсчёта сильно зависит, от индивидуальных точек зрения. Так что развлекаемся дальше. 🥂 Да и вообще, я без очков писал, наверное спутал вас со сламмером, у которого уже 6. Но у меня то уже 39 😜
Ваша игра в глоссарий создаёт занятный когнитивный диссонанс. С одной стороны — фрактальное усложнение синтаксических конструкций, с другой — редукция самого предмета спора до бинарной оппозиции "я прав / вы нет". Не находите, что эта попытка компенсировать дефицит тезисной базы избыточностью лексического аппарата является сама по себе перформативным противоречием, которое вы так любите находить у других? 😉
Не следует так серьёзно, аж до когнитивного диссонанса, воспринимать мои невинные забавы. Ваш словесный мусор, который вы тут щедро набросали, безуспешно пытаясь поверхностно подражать моему способу самовыражения, выдаёт в вас лишь невнятное агрессивное умничание, вместо продуцирования хоть какого-нибудь смысла. Так пусть же ваше бессодержательное лексическое шоу останется эпическим гимном паталогическому словоблудию, до тех пор, пока вы не научитесь более ясно выражать свои мысли, если у вас таковые когда-нибудь появятся.
Показательно, что вы не уловили не только смысла моего комментария, но и его иронии, при этом тут же прибегнув к тем же приёмам, в которых пытались меня уличить и над которыми я как раз иронизирую.
Спасибо кэп. Вы слишком серьёзно относитесь к своей иронии и страстно увлечены фильтрацией воспринимаемых вами сигналов и их произвольной интерпретацией в рамках вашей фальшивой теории, построенной на фэйковых постулатах вашей слепой веры в вашу непревзойденную правоту и исключительную непогрешимость, при этом не можете себе представить, что кто-то, имея вполне обоснованную иную точку зрения вправе противопоставлять её вашей священной умудрённости. Ещё раз спасибо, поржал от души над вашими искрометными потугами сыграть серьезную роль в этом балагане высокомерия и надменности зажравшихся манией собственного величия снобов, беснующихся от иррационального гнева на тех, кто посмел разворошить это осиное гнездо связанных круговой порукой бездарных графоманов и подвергнуть сомнению их творческие таланты 🤣🤣🤣.
У меня сложилось впечатление, что данный персонаж - из лагеря ИИ-фанатов, которые переоценивают перспективы развития ИИ в наше время и очень болезненно реагируют на любую критику в адрес ИИ
Ребят, вам делать нечего?
Смысл твоего коммента : Я испытываю потребность вставить пять копеек из-за желания самоутвердиться, но сказать по существу мне нечего, так что доебусь до заглавной буквы, а потом ещё потролю.
Все знают что предложение начинается с заглавной буквы. Все понимают кто ты и что, ты не дофига тонкий тролль. Старайся лучше, я хочу смеяться с интернет клоунов, а не испытывать желание уйти из комментариев раз и навсегда.
Причастные, невежда. Как и все ничтожества, кому хватило мозгов поставить плюс.
"ну" стоящее в начале надо писать в большой буквы
И снова вы плодите логические рекурсии))
ну вот, еще один пророк
Да никакой он не пророк, он рассказывает очевиднейшие вещи, которые ИИ-фанатики упорно не хотят понимать и принимать.
Хайп вокруг ИИ оказался обычным пузырём.
Скоро вайбкодинг превратиться в воуккодинг, а программистов-натуралов начнут притеснять
Да, в идеале отказаться от фреймворков, стаковерфлоу, ide. Пишем код в блокноте и сверяемся с официальной книжкой-документацией. Если кто-то действительно так думает - то вы больной человек к сожалению.
Не всем стать вами, кто наверняка наизусть знает устройство всех технологий и процессов. Нужны и люди вроде меня, кто за пару тысяч долларов типовые задачи в ИИ загружает. Извините
В ответ на какие именно мои слова Вы это написали?
Хм, судя по тону комментария - вы на что-то обиделись, но на что?
Ну вот я пишу (не в блокноте, конечно - в vim), и сверяюсь не с книжкой, а с man funcname|libname. Это несложно, когда знаешь чего хочешь и как это сделать.
А надо было просто какого-то левого кода на SO набрать, авось подойдет?
Непонятно...
Пишем код в блокноте и сверяемся с официальной книжкой-документацией.
Это чересчур вайбово. Предлагаю сразу вернуться к программированию в машинных кодах и пробиванию перфокарт гвоздём. )
Да, в идеале отказаться от фреймворков, стаковерфлоу, ide. Пишем код в блокноте и сверяемся с официальной книжкой-документацией.
умение писать код в блокноте по документации - это как бы и есть признак профессионализма. Такая необходимость периодически случается, особенно когда задача редкая.
Было у меня как-то писал код для китайского принтера штрих-кодов на внутреннем языке (по счастью, он был не с китайским синтаксисом), по которому нашелся только один мануал - тупо справочник, единственный пример кода, найденный в интернете, относился вообще к другой модели и отказался работать. Все маркетплейсы были полны этих принтеров, была куча информации по различных настройкам, но по коду не было ничего, кроме достаточно левого мануала (какой-то индус на коленке записал список операторов языка). Почему пришлось так? Потому что стандартными настройками нужного результата получить не удалось, надо было написать шаблон на встроенном языке. Не всегда бывают решения задач "где-то в интернетах", которые смог прожевать ИИ (и еще не набредить при этом). Документацию надо читать, а код уметь писать и без IDE, это вообще без разговоров.
Рассчитывать на то, что в идеальном мире всегда будет хотя бы интернет, в свете недавних событий немного глупо - очебурашится российский интернет, и некоторые вещи даже будет негде спросить.
Рассчитывать на то, что в идеальном мире всегда будет хотя бы интернет, в свете недавних событий немного глупо - очебурашится российский интернет, и некоторые вещи даже будет негде спросить.
Не поверите, но когда "вкатывался в IT" в 89-90гг, именно так все и было. Никакого интернета, никакого гугла и ничего такого не было.
Одной из первых задач была написать программу управления настенным табло. Которое купили где-то "срук", без никакой документации, только демо программка к нему.
Цеплялось оно к COM порту. Пришлось заниматься реверс-инжинирингом - гонять демку под QA (Quaid Analyzer) и сопоставлять - что выводим в демке, что она пишет в порт, что появляется на табло и т.п. Благо там протокол примитивный оказался, сильно много времени не заняло.
И в целом такого, что приходилось постигать методом "а если сделать вот так, что будет?" было предостаточно.
Помним, помним, распечатки заголовочных .h файлов от runtime library, потому что других материалов по С как бы и нет.
Не надо такое желать )
Ну там еще были распечатки досовских прерываний, как помню... Хотя не всех. Описания прерывания RTC (номер не помню, оно 1024 раза в секунду "тикало") я так нигде и не нашел тогда. Пришлось методом тыка доходить до того, что оно однократное - флаг разрешения прерывания там сбрасывался автоматически и нужно было его каждый раз в обработчике выставлять заново если хочешь чтобы оно в очередной раз "тикнуло".
Но допер и что-то на нем делал даже...
Совсем ничего полезного, кроме вырезки речи экс-директора. Одно имхо. LLM это просто инструмент, и только.
Совсем ничего полезного, кроме вырезки речи экс-директора
А что в ней полезного?
Образец блескучего маркетинга.
Вай-вай-вай! Какая эра наступила! Ничего делать мозгом не надо! Почувствовал бабочек в животе вибрации, пригубил из бокала с вдохновением, сбацал промт и куришь бамбук, наблюдая, как на экране появляются сияющие строчки божественного кода, который даже править не надо - если что, Великий ИИ поправит сам (блин, ошибку ему всё равно придётся руками скормить, на да ладно).
Макконнелл и Мартин растащены на подставки под кофе (Кнут, он толстый, используется вместо отвалившейся ножки стола тимлида). Слова "паттерн", "алгоритм" и "рефакторинг" теперь считаются ругательными. Прод наполняется со скоростью Ниагары. Новые заказы падают стремительным домкратом. По офису бегают розовые пони и срут радугами.
Круче только речь Остапа-Сулейман-Берта-Мария-Бендер-бея перед Нью-Васюкинскими любителями шахмат. "Из Васюков полетят сигналы на Марс, Юпитер и Нептун. Сообщение с Венерой сделается таким же легким, как переезд из Рыбинска в Ярославль. А там, как знать, может быть, лет через восемь в Васюках состоится первый в истории мироздания междупланетный шахматный турнир!"
Копайте глубже.
Вайб-кодинг появился в 1947 году с изобретением ассемблера, который позволил не вбивать цифрами машинные коды, а писать на языке, напоминающим естественный - буквально отдавая машине команды сложить числа, записать их в стек или вызвать процедуру. Программисты ликовали, так как это экономило им тысячи часов времени, потраченных на программирование и исправление ошибок в потоке цифр!😍
Тогда 1С - программеры - это вайб-кодеры в чистом виде )
В случае 1С, вайб-кодерами являются бухгалтеры, продажники и пр.
Я сдержался и не стал писать в статье о том, что истинным вайбкодером является начальство/заказчик программиста, который в форме простой беседы выссказывает свои пожелания, а потом получает непонятный ему код, который хз как работает. :)
А вот эту простую мысль, похоже, многие просто не думают.
Человек, который просит LLMку написать "вот такое и вот такое" - это и есть тот самый Заказчик, который ставит задачу Исполнителю.
И чем больше Заказчик понимает, чего просит - тем успешнее будет результат.
И если мы примем сходность этих процессов, то окажется, что Заказчику стратегически выгодней довольствоваться тем результатом, который Исполнитель сделал исходя из своих внутренних установок, чем ломать Исполнителя через колено, принуждая того делать то, что он делать не умеет.
Вот, например, те же картинки. Чем сложнее промпт, чем детальней, тем больше в нём будет нестыковок и противоречий. А простой промпт даёт не совсем то что нужно, но оно гармонично и внутренне целостно.
Ну, либо заморачиваться очень сложным проптом, но это отдельная сложная работа, которую не все осилят.
Согласен с вашим видением вайбкодинга. В обозримом будущем из программистов останется один директор, вообще не кодер, который человечнским языком простым коротким промптом пояснит Железному Дровосеку свои желания.
Почему простым? Да потому, что робот после 100500-го написания ну совершенно уникального приложения под вот ужас прям какой новационный бизнес будет знать все хотелки клиента еще до того как тот закроет рот.
Местная публика не согласна и заплевывает, но фавт есть факт, кодер -это переводчик с человечьего на машинный, а теперь робот сам понимает по-нашенски. Вайбкодинг
Заказчик очень редко понимает, а ещё реже может объяснить точно, чего он хочет, пока исполнитель не задаст ему правильные вопросы.
Адекватные (да, ниже это адекватные) заказчики в массе своей, бывают трёх типов
Я хочу машину времени. Бесплатно. Вчера. Красную, но черно-белую. Да, я прекрасно понимаю чего хочу, что за глупый вопрос? Ладно...где мне уступить?
Я мог бы сделать то что и ты - но я начальник, и у меня есть своя работа. Так что - Аутсорсеры/подчинённые - общий сбор!
Я стартапер/бизнесмен/неразводила - я мог бы разобраться...а может и не мог бы - сделай как-нибудь, мой проект все равно развалится через полгода / не будет нуждаться в поддержке ближайшие лет 200.
Я полагаю, что вакансии со всякими шабашками действительно под угрозой (и это крупная и прибыльная часть рынка) То что тимлиды, менеджеры и прочие - действительно пойдут совокупляться с ботами в жизни не поверю - хотя там очевидно тоже потребуется меньше людей для работы. А вот то что условный дядя гриша, которому нужен сайт его шашлычной, пойдет не то что к ботам, а даже на специальный сервис конструктор - Это уже фэнтези которое я даже как фикшн не смог бы принять.
Практически всё вышеописанное в дистиллированном виде: семь красных линий
Как говорится, «мы опытным путём установили, что если клиент сначала попытается обойтись своими силами, то наш средний чек прилично повышается!»
Из заказчиков вайб-кодеры, честно говоря, так себе, заказчик (и не только в IT-сфере) зачастую очень плохо представляет, чего он хочет.
Должно быть весело, все бы двигалось и звучала неземная музыка.
Тогда ступаем ниже, замена физических перемычек на машинный код это уже вайбкодинг.
Кстати, черновик статьи назывался "Вайб-кодинга не существует". Как раз потому, что невозможно отличить якобы вайб-кодин от якобы не вайб-кодинга.
Не согласен. Вайбкодинг существовал и до LLM, по сути это методология написания работающего говнокода, не важно как, главное чтобы работало сейчас, какие там вермишели на выходе - никого не волнует. Просто это не инженерный подход. Для маленьких сайтиков и приложух сойдет и то на время. Ассемблер, IDE и т.д. - это набор инструментов для инженера. LLM - это мультитул-дерьмогенератор для вайбкодера.
Не согласен. Вайбкодинг существовал и до LLM,
Ну об этом и речь. У терминов есть две критически важные свойства и задачи:
- показать что точно является частью определяемого явления
- показать что точно не является частью определяемого явления
И в данном случае, если мы попытается выделить из всего "программирования" хоть сколь либо ограниченное явление "вайб-программирование", то мы не сможем, потому что указанным свойствам будут соответствовать явления как внутри, так и вовне предполагаемому "вайб-программированию". То есть, за этим термином не будет стоять какого-то отдельного НОВОГО явления.
Мысли у вас скачуть, сложно вас понять. Определение есть: вайбкодинг - процесс написания кода пр вайбу, а не в рамках инженерного подхода. LLM - новый инструмент для вайбкодинга
Определение есть: вайбкодинг - процесс написания кода пр вайбу
А как Вы определили, что человек скопировавший год со Стэковерфлоу, действует не по вайбу?
Да вроде не сложно, критерий простой. Если просто закинул в проект, не глядя, не вникая в суть, и заработало - вот он, вайбкодер. Если осмыслил, переработал, сделал задел на будующее, в общем, интегрировал в свой проект - не вайбкодер. Тут смысл простой - если не хочешь вникать в код, будешь вайбкодером и твой проект будет похож на ласкутное одеяло, а в последствии на вермишели. Видал не мало таких франкинштейнов. Если вникаешь, то пытаешься по максимуму сделать разумно и понятно. Работоспособность, отказоустойчивость, расширяемость и т.д. оставим в сторонке, как и сложность проекта.
А кому-то удавалось решить какую-то прикладную задачу скопировав код с стековерфлоу ?
Так вообще бывает? Я вот сколько не бился - не выходит каменный цветок. Пока мозгами не начнешь думать ничего не работает сколько не копируй.
Да кто же в таком признается то.
Односторочники на BASH
Бойлерплейт код к графическием тулкитам (PyQt, tkinter)
Конструкции SQL-запросов
А кому-то удавалось решить какую-то прикладную задачу скопировав код с стековерфлоу ?
Конечно, удавалось! Я не программист, а физик - поэтому у меня нет угрызений совести по этому поводу, и признаваться не стыдно :) конечно, у этого метода ограниченный спектр применения. Он хорошо срабатывает, когда понятно, что надо сделать, но лень копаться в синтаксисе языка (повторюсь, я физик, а не программист).
В какой момент стаковерфлоу стал тоже вайбкодингом? Прежде чем скопировать со стаковерфлоу человек прочитал то что копирует и понял что вроде подходит - это уже противоречит определению вайбкодинга суть которого в полном абстрагировании от кода
А почему по умолчанию считают, что, если скопировал со Stack Overflow, то "прочитал то, что копирует, и понял, что вроде подходит", а если скопировал с LLM, то сразу "вайбкодил и вставлял без разбора и тд, и тп"?
И там, и там есть те, кто копирует вдумчиво, и те, кто просто берёт первое попавшееся и пытается его пропихнуть.
В статье совершенно не указан один момент, который я считаю пока ещё важным в программировании и сложно выполнимыми в вайб кодинге: написание ясного, чистого кода, в понятной архитектуре/структуре (с возможностью ручного изменения/поддержки).
Чем плох вайбкодинг большого объёма для программиста - разобраться и привести в "правильный" вид нагенеренный результат стоит немалых усилий. А без этого внесение ручных изменений очень затратно, и без них пока никак.
Да, можно подискутировать, что такое "правильный" и почему бы сразу в промт не заложить такие условия, но по моему опыту заклинания ллм: либо шашечки, либо ехать.
Наверняка со временем эти недостатки буду устранены, либо люди перестанут смотреть в исходники, так же как в машинные коды, но пока оно ещё не пришло.
По идее, финальный исходник вайбкодинга - это упорядоченный набор годных промптов, проверенных и отлаженных, так, чтобы при их повторном использовании получались воспроизводимые результаты, желательно на разных моделях, но это уже будет лютый полиморфизм. ))
при их повторном использовании получались воспроизводимые результаты
Спасибо, поржал.
желательно на разных моделях
Фантастика — на втором этаже ©
Тогда ступаем ниже, замена физических перемычек на машинный код это уже вайбкодинг.
We need to go deeper (с): вайбкодинг начался где-то между 2700 и 2300 гг до н. э. в Месопотамии с изобретения абака. А т.к. нейронные сети и в головах тогдашних сапиенсов обладали способностью галлюцинировать (особенно, под веществами), то и результаты не всегда были детерминированными.
Хотя... We need to go deeper! Вайбкодинг появился с появлением сознания, лишённого прямого управления физиологическими процессами, когда программирование рабочего дня стало осуществляться маловразумительными инструкциями типа "сначала точим палку, потом идём искать мамонта, потом тыкаем в мамонта палкой - и профит!". Или не профит, т.к. результат на любом этапе был совершенно не гарантирован. :)
Жозеф Мари Жаккард одобряет этот комментарий. )
Если бы ассемблер на каждый перезапуск генерировал бы разный машинный код, временами еще и неработающий - я бы с вами согласился, пожалуй.
Если я в Makefile вставлю промпт к чатжпт - какие шансы что сегодняшний и завтрашний билды будуть иметь хоть что-то общее?
Нет. Основное отличие современного "вайб-кодинга" от всех прежних попыток - недетерминированность.
Ассемблер, С, языки высокого уровня, да даже графический интерфейс "мышкой натягал блоков" - всё это детерменировано. Ты формулируешь приказы на чётко определённом, однозначном языке - и получаешь результат.
Когда ты пишешь код с помощью генеративного ИИ - результат не детерминирован.
Основное отличие современного "вайб-кодинга" от всех прежних попыток - недетерминированность.
На атомарном уровне, да.
Однако, по мере развития отрасли, увеличения числа и сложности инструментов, размеров и сложности продуктов, ДЕТЕРМИНИРОВАННОСТЬ пропала.
Даже если мы отдадим чёткий приказ, то нет никакой гарантии того, что его исполнят так же как в прошлый раз:
- изменилась версия языка программирования
- изменилась библиотека
- изменились настройки или дефолты операционной системы
- изменился удалённый сервис обработки данных (формат апи, логика, айпиадрес)
На бытовом уровне это проявляется особенно ярко, когда софт и сервисы меняют своё дефолтное поведение и поведение существующих кнопок.
На уровне разработки софта, это проблема с зависимостями, когда твой однозначно трактуемый код может перестать работать из-за изменения не твоего кода.
Собственно говоря, на уровне продукта детерминированности не было в принципе, именно для этого нужно было тестирование и валидация софта.
Semver и Lock-файлы: ну да, ну да, пошли мы нахрен...
Semver и Lock-файлы: ну да, ну да, пошли мы нахрен...
Наличие средств борьбы с недетерминированностью поведения софта, возникающей в следствии изменения поведения сторонних библиотек, является подтверждением наличия той самой недетерминированности.
Вы совершенно прелестно путаете недетерминированность и недостаток данных.
В софте всё детерминировано кроме железных глюков.
Изменение поведения вашего софта от апдейта либы тоже строго детерминировано. Просто вы не утруждаете себя выяснением подробностей (в случае opensource), или данные от вас скрыты (closed source). Как и сам факт обновы может быть на авось, вообще на фоне; а может быть под присмотром строгого CI/CD.
Из недетерминированного в вашем компьютере только видеовход вебки и прочие аппаратные (читай -- физические) шумы и гсч. Не употребляйте этот термин к <<"стохастически">> переехавшей кнопке из-за скачки какого-то апдейта. Это слишком вольно и демагогично.
Из недетерминированного в вашем компьютере только видеовход вебки и прочие аппаратные (читай -- физические) шумы и
То есть, результат работы LLM тоже детерминирован?
гсч
Там нет "гсч", там "гпсч" - псведо-случайных чисел.
Вот придумалось забавное упражнение. Давайте проверим ваше понимание случайности и (не)детерминированности.
Какова вероятность, что в завтрашней газете будет чётное число букв? 50%, 0%, 100%, иной ответ?
(со звёздочкой) А во вчерашней?
С удовольствием отвечу на Ваш вопрос, но только после того как Вы ответите на мой, а то как-то некрасиво получается
Нам нужны ответы на упражнения. 50% и 50%?
Semver и Lock-файлы: ну да, ну да, пошли мы нахрен...
Процессор: Ну тогда я тоже с вами, вместе с чипсетом и системой команд!
Даже если мы отдадим чёткий приказ, то нет никакой гарантии того, что его исполнят так же как в прошлый раз
Так вам никто не мешает получить эти гарантии - зафиксировать версии и читать изменения в языке/библиотеке при смене версии.
Но не в этом ключевое различие. Вот ключевое различие.
От того самого вайб-кодинга это отличается лишь голосовым управлением на естественном языке, но это переход не от «много и упорно своими руками стучал по клавиатуре» , а от «лениво потыкал мышкой в кнопки и дропдауны»
Это не просто переход на другой язык. Это переход на принципиально другой язык. По сути, это замена исходников на формализованном языке на исходники на многозначном сильно изменчивом языке. Таким образом вы перекладываете бремя формализации инструкций, которые должна выполнять программа на, по сути, вероятностный генератор текста.
Собственно говоря, на уровне продукта детерминированности не было в принципе, именно для этого нужно было тестирование и валидация софта.
Разве? Это вы про автоматическое тестирование? Так это ведь такой же софт. Они ведь, по вашей логике, тоже недетерминированные должны быть.
Да, здесь у аффтара полёт генерализации уже вышел за орбиту здравого смысла.
Так вам никто не мешает получить эти гарантии - зафиксировать версии и читать изменения в языке/библиотеке при смене версии.
А в реальности, массовый программист так и делает?
Речь же не о том, что можно делать в идеале, а в том что есть по факту.
По сути, это замена исходников на формализованном языке на исходники на многозначном сильно изменчивом языке.
На том, на котором гуглят, да?
Таким образом вы перекладываете бремя формализации инструкций, которые должна выполнять программа на, по сути, вероятностный генератор текста.
А при гугленье и копирование кода, Вы перекладываете бремя на какого-то другого человека, который выступил в роли генератора текста.
> Собственно говоря, на уровне продукта детерминированности не было в принципе, именно для этого нужно было тестирование и валидация софта.
Разве? Это вы про автоматическое тестирование? Так это ведь такой же софт. Они ведь, по вашей логике, тоже недетерминированные должны быть.
И?
И в чём, по-вашему тогда смысл тестирования? Если тесты недетерминированны, то не могут дать никаких гарантий. Следовательно, в них нет смысла.
По факту же тесты в норме детерминированные (иные называются flaky и исправляются). И нужны они для гарантии сохранения функционала при изменении кода. И контроля того, что программист правильно реализовал задачу.
А в реальности, массовый программист так и делает?
Речь же не о том, что можно делать в идеале, а в том что есть по факту.
Массовый это какой? Где вы проводите границу? По факту можно только гадать. Малоопытные, наверное, так не делают, опытные - наверняка делают. Но в большинстве случаев софт работает предсказуемо.
На том, на котором гуглят, да?
Не важно, работают же потом с исходниками на формализованном. В них можно найти ошибку и исправить, что бы она больше не возникала. С БЯМ же у вас принципиально нет шансов предсказать как будут интерпретированы ваши инструкции. И нет шансов гарантированно избежать ошибок правкой инструкций. В этом недетерминированность.
А при гугленье и копирование кода, Вы перекладываете бремя на какого-то другого человека, который выступил в роли генератора текста.
Осмысленного генератора, если уж на то пошло. Для таких аналогий, следовало бы сперва доказать тождественность БЯМ человеку. А то получается что-то вроде "грецкий орех похож на мозг, значит улучшает работу мозга".
А в реальности, массовый программист так и делает?
Речь же не о том, что можно делать в идеале, а в том что есть по факту.
Делают так программисты, да, в той достаточной степени, чтобы оно работало на протяжении времени жизни ПО.
Со старым проектами есть проблема - могут не собираются из-за значительных изменений в фреймворках и библиотеках, но и сейчас это решается путем докер файлов с фиксацией окружения (очень хорошо решается)
Пролистал сразу после сгенерированной нейросетью картинки. Она создаёт впечатление несерьёзности содержимого
Автокомплит? Чего? Я таким не пользуюсь.
Мне категорически непонятен этот термин (вайб-кодинг), но вот "нейросетевую революцию" я готов признать. Формирование запросов к ним - это же просто ещё более высокоуровневый ЯП.
Практически никто ведь сейчас не пишет на машинном коде (ну программирование микроконтроллеров может). Уже даже ассемблер все позабыли - вся dev-сфера оперирует высокоуровневыми языками - адаптированными под человеческий образ мышления. И "нейросетевой компилятор" тут абсолютно в тренде. Просто синтаксис стал более гибким...
(ну программирование микроконтроллеров может)
Ну вот у меня про это и было уточнение, потому что... а вот хз что сейчас с этим самым программированием микроконтроллеров.
Учитывая доступные мощности, сейчас проще и эффективней делать встраиваемые системы на полноценных универсальных компьютерах с ОС. Под это разработчика проще найти.
Но тут уже инженерия может сказать - "стоп! а аппаратные ресурсы нам тоже ваша абстракция предоставит?"
А как соотносятся аппаратные ресурсы типичного микроконтроллера и типичного смартфона?
В том-то и дело что вы предлагаете внутренности смартфона запихнуть в типичный полупроводник...
Я не предлагаю. Я говорю о том, что в физическое пространство, которое раньше занимал микроконтроллер, сейчас могут запихивать железо с ОСью и полноценными программами.
Я не знаю какое там сейчас состояние рынка, но учитывая общие закономерности развития техники, может оказаться проще пихать платку с универсальным компьютером, который может запрограммировать много человек, чем микроконтроллер с низкоуровневым программированием, требующий редкого специалиста.
Я говорю о том, что в физическое пространство, которое раньше занимал микроконтроллер, сейчас могут запихивать железо с ОСью и полноценными программами.
А на основании чего вы это говорите? Времён ЭНИАКов?))
Как (и главное - зачем? ради одной логической операции городить ОС) вы запихнёте всё это барахло... ну скажем, в контроллер зарядки?
Вас на эти мысли наводят размеры смартфонов, может быть? К слову, мобилы 20-летней давности были куда миниатюрнее. Так он весь целиком - суть одна ОС. И в то же время в нём дофига микросхем со своей нативной логикой... И кстати, софт для "операционного железа" вы на чём исполнять собираетесь - вас эта рекурсия не смущает? ;)
В смартфоне ресурсов где-то как в МК ценой в доллар :(.
Ну т.е. я как-то не очень представляю реалтайм с смартфоном. И уж подавно не виже никаких аппаратных протоколов которые бы из него торчали. Вы видите ? Как к смартфону что-нибудь по spi подключить ? Как получить от него реалтайм с задержками менее миллисекунд гарантированно ?
Огромный вычислительный комбайн не заменит МК, пока он не будет иметь прорву простых высокоскоростных интерфейсов и уметь в очень быстрые и гарантированные прерывания.
Но даже тогда, как только вы нагрузите его всякими фреймворками - всё сразу сдохнет :(
А дайте нам с @Spaceoddityопределение, позволяющее отделить "микроконтроллера" от не микроконтроллера.
...
Кстати, я залез в книжку 1985 года. Л.А.Залманзон "Беседы об автоматике и кибернетике" издание 2. Там вот такое деление указано.
Не всегда. Габариты + энергопотребление для портативных устройств несколько ограничивают применение "универсальных компьютеров", но вполне себе все пишется на C/C++, есть и MicroPython, по крайней мере, для Arduino
Как я и написал в статье, с микроконтролерами всё сложно.
Потому что возникает вопрос о том, является ли микроконтроллером то, на чём можно запустить Doom.
Где граница между микроконтроллером и компьютером?
Почему 286 это "компьютер", а то что на скриншоте "микроконтроллер"?
Где граница между микроконтроллером и компьютером?
В "тьюринговой полноте", наверное.
Тогда Ардуино не микроконтроллер?
Вы со мной, как с блондинкой пытаетесь общаться что ли?))
Я знаю как могут выглядеть формальные "компьютеры". Я просто пытаюсь перевести дискуссию в плоскость формальной терминологии, а не "большое - компьютер, маленькое - микроконтроллер". Если Ардуинка обладает тьюринговой полнотой - да, это компьютер. Что вас, собственно, в этом смущает? У вас есть более соответствующий критерий?
Парой комментов выше, человек приводит Ардуино в качестве примера микроконтроллера. Вот этот пример и обсуждаем.
Я считаю его универсальным компьютером.
Я просто пытаюсь перевести дискуссию в плоскость формальной терминологии
С моей точки зрения, микроконтроллер это микросхема с логикой, поверх которой нельзя запустить другую логику.
Если у тебя есть ОСь, в том или ином виде, поверх которой запускается программа, общающаяся с железом через эту ОСь, то это не микроконтроллер, а универсальный компьютер.
Однако, полагаю, что я такой буду в меньшинстве, а большинство будет понимать под микроконтроллерами "платка, без монитора, клавиатуры и корпуса".
При этом, я не готов говорить, что их мнение неправильное, а моё правильное, потому что, термин "микроконтроллер", изначально, может быть чистым маркетингом обозначающим "слабый, но маленький и дешёвый агрегат для управления чем-нибудь".
Моё мнение сформировалось под влиянием противопоставления "персоналок" и "микросхем, при программировании которых экономят каждый бит", но это всего лишь мгновенная рыночная ситуация, при которой было экономически целесообразно использовать именно такой вариант. Потом появилось более дешёвое железо, и нишу "микроконтроллеров" начали занимать железки, превосходящие по мощности и функционалу те самые "персоналки".
Как правильно? Учитывая то, сколько объяснений я написал в данном комментарии, по простому вобщем-то вопросу, для формирования чёткого и непротиворечивого мнения о термине "микроконтроллеры", которое можно будет применять в текущих условиях, на получение "правильного" ответа у меня уйдёт овердофига времени, сил и мыслительных ресурсов. Поэтому, в настоящий момент, это вопрос из категории "мне не обязательно иметь ответы на все вопросы". :)"
Поэтому, в этих ветках, я всего лишь объясняю причину, по которой оговорил в тексте исключение для программирования микроконтроллеров: "(Вопрос о том, куда относить программистов микроконтроллеров мы рассматривать не будем, ибо там ситуация несколько сложнее.) "
На то чтобы показать спорность и противоречивость темы, у меня обоснования есть, а на проведение границы термина - нет.
Именно
Просто синтаксис стал более гибким...
Ну да, не понятно как смысл этого "кода" в очередной раз изогнётся
Надо отныне прояснять разницу между
Программист
Быдлокодер
Вайбкодер
Почему в разделе Дефиниции нет дефиниций? Это вайб такой?
Посмотрите определение "дефиниции". :)
Посмотрел, все верно, это определение. У вас там нет определений.
И почему Вы не считаете вот это дефиницией?
«Есть новый вид программирования, который я называю вайб‑программированием (vibe coding), где вы полностью отдаётесь вибрациям, принимаете экспоненты и забываете, что код вообще существует. Это возможно, потому что большие языковые модели (LLM, например, Cursor Composer w Sonnet) становятся слишком хороши. Также я просто общаюсь с Composer с SuperWhisper, поэтому я почти не касаюсь клавиатуры. Я прошу о самых глупых вещах, таких как „уменьшить отступ на боковой панели вдвое“, потому что мне слишком лениво, чтобы найти его. Я всегда „Принимаю всё“ (Accept All), я больше не читаю diffs. Когда я получаю сообщения об ошибках, я просто копирую и вставляю их без комментариев, обычно это исправляет ситуацию. Код выходит за рамки моего обычного понимания, мне приходится действительно читать его некоторое время. Иногда LLM не могут исправить ошибку, поэтому я просто обхожу её или прошу вносить случайные изменения, пока она не исчезнет. Это не так уж плохо для одноразовых проектов на выходные, но все равно довольно забавно. Я создаю проект или веб‑приложение, но это не совсем программирование — я просто вижу что‑то, говорю что‑то, запускаю что‑то и копирую, вставляю что‑то, и это в основном работает», — рассказал Карпаты.
С таким подходом не кодеры будут писать программы, а программы будут писать ещё больше говна для других программ. Замкнутый круг
а программы будут писать ещё больше говна для других программ. Замкнутый круг
Ну, по большому счёту, программист лишь изъявляет желание включить в программу какой-то функционал, а дальше байткод пишется компилятором, который выполняет сформулированные желания программиста.
...пока не начнется вырождение в результате имбридинга...
Я уже не программист, я оператор IDE
Хм. Мне надо простенькую БД написать, но я не умею. Я в основном только формулы туда-сюда прогаю... Решил попробовать этот ваш вайб-кодинг. Что я знаю - дедовский Си и слегка ++. Ну ОК. Сейчас я спрошу у Дипсик как мне лучше это сделать. В общем грабли возникли еще на этапе установки требуемого софта.
И далее выяснилось, я не один такой. )))
https://qna.habr.com/q/963109
---
Упускаете важныц момент. В таком случае и программирования не существует)
В ходе прочтения дискуссии о детерминированности сгенерированного ИИ кода, представил электронную версию, к примеру, "Войны и мира", в которой каждый раз при открытии полностью переписывается текст. При сохранении основных персонажей и сюжетных линий, конечно.
А потом фанаты ругаются на форумах, выясняя, в каком же всё-таки платье Наташа была на первом балу.
А потом дебажится...
Ведь HTML-верстуны с Dreamweaver, чайники с Народом и Tilda, и девочки-секретари с Word.
Ведь программист это человек который сам пишет код, который знает что и как в этом коде работает, который продумывает алгоритмы и многое другое.
Не вижу тут никакой разницы между HTML-верстунами с Dreamweaver и современными программистами, использующими фреймворки.
С нуля сейчас никто код не пишет, все используют готовые фреймворки и библиотеки. Мало кто из программистов в принципе знает, как под капотом работает их любимый фреймворк или популярная библиотека.
Задайте вопрос любому ИИ "что такое вайб женщина?" и сразу поймете, что вайб кодинг это не то, что пишут в этой статье
Продолжить наслаждаться моими текстами
Вот бы на Хабре появился vibe-editing для статей. :) В статье было озвучено, что "OpenAI дал всем идиотам возможность кодить". Но исправлять ошибки и опечатки в тексте OpenAI тоже дал. Почему бы не начать пользоваться, наконец. :)
Нужно смотреть еще глубже )) Любой язык программирования по сути - временное явление. Транзитная точка между истинным машинным представлением из 0 и 1 и естественным языком человека. А поскольку напрямую мы с машиной общаться не можем, требуются такие языковые "переводчики", транслирующие из одного языка в другой. Изначально это были специально обученные люди. Потом эти люди решили автоматизировать часть работы и придумали компилятор, чтобы оперировать более абстрактными представлениями. Потом придумали библиотеки, фрэймворки и наконец придумали ИИ. Но и сейчас мы еще на промежуточном эволюционном этапе, поскольку ИИ по прежнему использует искусственные промежуточные конструкции в виде языков программирования и соответствующей инфраструктуры. Следующим значительным и, возможно конечным, этапом будет ИИ, который непосредственно транслирует в машинные коды. Условно, машина будет сразу понимать человека и выполнять его задачи. Но, полагаю это будет не скоро. Более того, учитывая текущие тенденции, скорее всего ИИ будет воспринимать уже не речь человека, а непосредственно взаимодействовать с его мозгом, воспринимая и транслируя мыслеобразы.
Меня больше беспокоит инфляция ресурсов. Раньше, чтобы написать "калькулятор", нужны были:
программист
простейшая ОС (опционально)
ПК (опционально)
Пару часов времени
Сейчас:
Кодер (вайб)
Огромная ресурсоемкая ОС, иногда несколько, иногда несколько в контейнерах, иногда несколько в контейнерах в виртуалках
мощный ПК, который это тянет
ИИ сервер (со своей электростанцией https://habr.com/p/937464/)
Сервера и nas'ы компаний, которые размечают и обрабатывают датасеты нейронок
Сотни майнеров, чтобы заплатить вайбкодеру в криптовалюте
Прокси/впн сервер, чтобы было вайбово (и все открывалось)
Пару часов времени
Мы почти не получили существенного выигрыша, кроме снижения квалификации разработчика, но увеличили потребление ресурсов на всё на порядки
Раньше, чтобы сделать простейший молоток нужно было просто найти подходящий камень, палку и связать их вместе.
Сейчас:
Нужны огромные предприятия по добыче угля
Металлургические комплексы выплавляющие металл
Построили железные дороги для перемещения угля, руды и металла
Лесопилки для производства дерева
Специальные производства для производства из дерева ручек для молотков
Специальные производства для изготовления из металла ударной части (бойка)
Огромные электростанции, снабжающие все это электроэнергией
Все это обслуживают десятки и даже сотни тысяч людей
И что в итоге? Мы почти не получили существенного выигрыша, отравляем природу, увеличили сложность процесса и потребление ресурсов на много порядков.
То, что вы два совершенно разных предмета одинаково назвали, не делает их одинаковыми. Точно такой же молоток, как раньше, можно сделать и сейчас. Но вряд ли вы захотите забивать им гвозди.
Отчасти, да, но есть важные отличия:
Индустриальный молоток - эргономичнее, надёжнее, твёрже своего предка, код - наоборот;
Молоток - конечный продукт, его можно использовать десятилетиями, код - требует отладки, сопровождения, доработки, и на каждом этапе может требовать все те же ресурсы, что и при создании.
Мы почти не получили существенного выигрыша, отравляем природу, увеличили сложность процесса и потребление ресурсов на много порядков.
И ещё недетерминированный молоток!
Зато меньше порог входа => больше общая производительность создания ПО (на человечество). И (часто, но не всегда) короче сам процесс создания ПО.
Это немало! Мы пока не умеем клонировать гениев. При старом подходе до массы отраслей автоматизация бы не дошла никогда.
Ну и часть недостатков у вас связана с погоней за горизонтальным масштабированием и обходом цензуры. Я бы это исключил, потому что и в старом подходе написать калькулятор с горизонтальным масштабированием - совсем не пара часов.
Там ещё во второй части всё равно остаётся "программист, который навайбанное отладит, когда дальше понадобится что-то менять"
Просто еще один пример: вчера спросил у чата - можно ли не используя таг имейдж передать в ейчтмл изображение? ответом было категоричное нет. Вот такое абсолютное запрещающее нет. Что тут можно исправить, коректировать? Ответ просто закрывает направление. Что сдеалет вайб-кодер? Спросит - а ты не врешь?
Для начала давайте определимся с терминами - что вы имеете ввиду под "передать изображение"?
Я понимаю, что вы намекаете на установку картинки фоном div-а (или альтернативные костыли похожей природы), но можно ли считать это передачей изображения в полном смысле?
можно ли не используя таг имейдж передать в ейчтмл изображение?
Да, можно. Тег
<img>— это самый прямой способ вставить картинку в HTML, но существуют и другие варианты:
-- ответ от GPT-5. Возможно вы у какой то простой-быстрой модели просто спрашивали, либо вопрос звучал иначе, так как, извините, но даже человеку не очень понятно, что вы имеете в виду.
> можно ли не используя таг имейдж передать в ейчтмл изображение
даже человеку не очень понятно, что вы имеете в виду.
Уж на что я черта в современных HTML не соображаю, но даже я сразу вспоминаю:
<canvas>
style="background-image: ..."
А для особо жОстких извращенцев — индивидуальное раскрашивание ячеек в таблице с ячейкой 1x1 пиксель, в конце концов!
но даже человеку не очень понятно, что вы имеете в виду.
Согласен. Что значит "передать в ейчтмл изображение"? В какой именно HTML - в DOM? В отрендеренную страницу? В семантику языка?
Она скорее всего быстро пробежалась по тэгам и нашла единственный, служащий для этой цели...Формально права. А дальше уже конкретизируйте запросы... Это именно так и работает.
Что посоветуете, если утром принял свои экспоненты, а вибрация не проходит? Отдаваться дальше?
О чем статья? О том , что ассемблер учить не надо?
Революция это резкое изменение, скачок, что и имеет место быть, так что расходимся, это просто очередная революция.
Революция вайб-кодинга отменяется