Комментарии 19
При чтении глаз ни за что не зацепился
Прекращайте писать нейрослоп, если и была мысль она потерялась, усреднилась после нейросети
Довольно интересно
Здравствуйте. Спасибо!
Вас не смущают циферки в конце никнейма и максимальная нейтральность комментария?
И вы ещё боретесь за почётное звание дома высокой культуры быта.
Здравствуйте, "дома высокой культуры быта"? За какое почётное звание я борюсь?
Ууууу.... это либо сильно тупая ИИ, либо слишком молодой автор. Но и то и то не придают вес. Эй автор - выйди на улицу, подыши воздухом, поинтересуйся окружением. Жизнь прекрасна и за пределами компуктера.
Но я согласен, статья из сплошных абзацев нечитаема
“Иван Васильевич меняет профессию”, полторы минуты с 53:00.
Суть в том, что вы (ну, не вы, нейронка ваша, но вы претендуете на авторство) пишете об LLM и психологии, но при этом очевидного бота распознать не в состоянии. Либо вы действительно не в состоянии, либо вы заказали этих ботов, либо сами скриптуете свои комменты. Других вариантов мне в голову не приходит.
Я начал писать статьи относительно недавно, в том числе не мог предполагать о существовании на Хабр как таковых ботов (площадка-то достаточно серьёзного содержания). Если кому-то не нравятся длинные абзацы, то данной персоне не следует давать доступ к классической литературе - с ума сойдёт, не меньше. Пишу я самостоятельно, все свои фантазии оставляйте при себе пожалуйста, а то ещё чуть-чуть и из ваших уст конспирология пойдёт
На самом деле проблема сия не нова, и зародилась ещё в момент, когда люди с функционального программирования перебрались на ООП.
Не, вы ни с какого функционального программирования люди на ООП не перебирались и проблема утопания в сложности не появилась с ООП, а наоборот, ООП был создан чтобы ее победить.
На самом деле, проблема зародилась когда появился спагетти код. От которого ушли в процедурное программирование и вполне успешно эту проблему победили, но все же при недостаточно вдумчивом похдоде по прежнему можно было утонуть в сложности кода.
Потом вошел в моду ООП, который с теории как раз и был призван был решить проблему, а решил или нет до сих пор нет полной ясности. Просто через какое-то время все разучились писать без ООП и стали считать это преимуществом ООП. А уже потом начался ренесанс забытой и никем не используемой практически до того идеи ФП...
Я сталкивался когда ии не может решить проблему которую создал и когда сам хочешь починить то ничего не понимаешь и ии тоже не понимает что тут происходит.
В какой-то момент код получает штамп: «Нечитабелен, дальнейшее расширение невозможно»
Насколько это большой был проект?
Вы про тот сервис, который я развивал? В статье указал, что в данном проекте была не лучшая стратегия касаемо масштабирования и он загнулся поэтому. Крупность конечно вещь относительная, но это можно назвать «добавлением сопутствующих полезных либо подходящих функций» - уже на этом этапе можно заложить фундамент под дальнейшие ошибки и de facto хаос...
Я просто хотел понять на каком объеме упёрлись, кода, функционала?
Чтобы как-то сравнить со своими объёмами
В любом случае я согласен, что ИИ не Акинтор, если ТЗ из одной строчки не стоит удивляться, что всё остальное будет выдумано.
Наверное, при объёме в >1000 строчек уже необходимо рассмотреть, как в долгосрочной перспективе всё это будет расширяться и пониматься. Но во многом зависит от проекта, допустим при создании web-сервиса с учётом HTML-разметки, CSS и в принципе простого текста - 1000 строчек кода это скорее мало. А если говорить про программу, которая должна будет синтезировать и обрабатывать звук (делал, на Хабр есть также статья) - то >1000 строчек кода - жирный намёк на необходимость грамотного структурирования кода
ИИ напишет за нас и ТЗ и код, но чтобы масштабировать нужно понимать как происходит масштабирование, а тут уже знания и опыт нужны по процессу масштабирования.

ИИ не напишет за вас: как масштабировать проект и не утонуть в нечитаемом коде