Александр Воробьев

Александр Воробьев
Рейтинг
66
Регистрация
03.02.2020
ArbNet #:
ЗЫ. Отсюда вывод, ИИ вам не помошник, думайте своей головой,

Скорее не помощник тем, кто не умеет формулировать задачи и, внезапно, не умеет думать. Это инструмент, которым надо уметь пользоваться. А не серебряная пуля для тех кто хочет ни чего не делая, ни чего не зная получить серьезный результат. Максимум чутка поможет, но вот полностю , с большим КПД он будет работать в руках тех кто умеет.... У кого не получилось ..... Ну тому просто надо сделать выводы о своих скилах ( если что у меня они пока в плане ИИ тоже не достаточны)

Сергей про е-ком #:
От обратного: если какой-то проект выстрелит так (или будут мысли по его усложнению), мне никто не мешает взять тим лида и программистов. Но это, в первую очередь, речь о крупных проектах. И, вероятно, под понятную продажу. Если я сяду изучать программирование - сдохну с голода. Буквально. Зачем мне это?
Все верно. Единственное в задаче указывать комментирование кода и стилистике кода (есть общепринятые стандарты). Я ранее думал, что код сгенеренный  "сложно разобраться", но как я понял во время эксперимента: главное поставить задачу правильно. Код на выходе получается лучше чем код с которым приходится работать. Тогда думаю можно и программиста пригласить (а там он может решит и дальше с агентом работать :) )
ArbNet #:
ЗЫ. Я конечно не пишу ПО для космических кораблей и тп. зато разработал свой фреймворк для создания сайтов.

Опять 25. И где он?

Опять несешь хрень. Не путай разработку для то того, чтобы решать задачи реальных пользователей, и разработку ради разработки. Я хоть еще и не взял на вооружение, но уже вижу что он способен снять часть задач.  Ты там сколько угодно можешь витать в облаках и дорабатывать фреймворк десятилетиями т.к. он, по сути, не нужен даже тебе (был бы действительно нужен - ты бы разрабатывал, пока ты не поймешь, что для тех кто решает задачи - важно их окончательное решение. Результат.  Тут действительно надо уметь думать. Только думать о решении задачи, а не о том "как выглядеть круто в собственных глазах". 

Я пока не готов переходить на вайб, особенно "стремно" все же отдавать свой код (тот что мой SaaS аналогов, которого нет) во внешние системы (возможно пока), но тем не менее вчера закинул задачку так же второстепенную, которая висит у меня уже лет 5 в TODO и нет времени на ее решение. ИИ мне написал код пока  я ужинал.

Тут надо уметь еще взглянуть шире. Пока для тебя "фреймворк" это верх сложных задач и сроки его реализации абсолютно не важны, да наверно лично тебе и не нужен ИИ.  Тем кто нацелен на решение задач - хороший инструмент. Я не готов все задачи на него переложить свои (так же надо сначала лично на код посмотреть), но мелкие второ.. и более степенные... пусть закрывает. У меня задач в TODO листе выше крыши только по моему SaaS. А есть еще и другие проекты.

Опять же... В теме по челенджу я скинул ссылку эксперимента где агент написал модуль к моему фреймоврку. Уверяю мой фреймворк хоть и публичен и на нем уже можно мелкий сервис сделать, но сомневаюсь что  ИИ шки  броислись его изучать и накапливать опыт. (видимо разработчики ИИ срочно написали на моем фреймворки сотни  проектов и скормили :)))))

Можешь описать, что в том коде сгенерированном ИИ не так? (только без общих слов, а вот прям технически обосновать, что там что то плохо)

Ты сам лично что то уже написал  при помощи агента или опять  "не читал, но осуждаю"?


PS Кстати, челендж уж полгода скоро как идет, ты хоть что то сделал? или все мотивации нет (и я прав о нужности и ценности идеи твоего фреймворка) и ты теперь ИИ так же ковыряешь без лимита времени?

plab #:
Самописы жрут однозначно меньше.

Смотря чего. :) Времени они жрут гораздо больше (проверенно на личном опыте). хостинг я могу взять дороже и мощнее. Время у меня ограничено как минимум 24 часами в день (и из них же забирают другие задачи). Потому однажды выкинул свою cms которую тащил 15 лет и облегченно вздохнул :)

Ну, а риски. Оценивать надо, но в разумных пределах.

plab #:
Вы изначально взяли инструменты, которые вам позволили запустить проект быстро и сразу. Не планируя ни рисков, ни роста. Чего вы теперь хотите? Хотите роста, будете тратиться теперь в разы больше или роста не будет. Это плата за быстрый старт. 

вы не поняли вопроса. Стоило ли мне вначале (например в случае моего проекта) вкладываться значительно больше время в разработку. Если возможно, может быть лет через двадцать мне не хватит PHP? я думаю нет.

По первому. Ну что значит "оценить риски"? Ванговать? Что ситуация получила неожиданное развитие (причем инициаторы были из-вне). С таким же успехом создавая простенький бложик надо сразу закладывать, что он при определенном стечении обстоятельств может стать крутым супер бупер порталом с маркетплейсом, видео хостингом и еще тучей функционала... блек-джеком и т.д.....

Понятно что оторвано от конкретики легко сказать "вы не учли"...   Но если бы этого не случилось, а я бы взял другой инструмент,  вы в этой же теме бы писали "вы не учли и взяли не то".... 

plab #:
Можно усмотреть, что как вы сами для себя открыли, что в 99% случаев ваш подход не верен. Узкое горло надо предполагать и делетировать на старте, чтобы его проскочить. А втюхивать сборку, которая в не проскочит горла, но все пучком на старте, это развод лохов.

"Знать бы где упадешь...." всегда ли это оправдано и возможно?

Два примера:

1. Есть у меня проект. Изначально был рассчитан на небольшую нагрузку. По сути эдакий "локальный". Практически типовой. Но его функционал зашел, и на этот проект стали переводить еще организации. И вот уже мы решаем как принять 1500 - 2000 RPS.

2. Мой личный проект SaaS САПР. Сейчас он вписывается в PHP, Битркис и 30сек ответа "в тяжелом случае". Но этот САПР можно расширять бесконечно много.... Мне уже сейчас вкладывать в разработку сильно больше времени и денег, что бы "может быть когда ни будь" мне потребуется выжать больше?

MrPi #:
Так в этом думаю и есть развитие. Все языки удобочитаемы людям. Сделаны для людей, но не для нейронок. Им не нужны все эти конструкции. Возможно для них ЯП будет морзянка или язык спецсимволов. Это уменьшит контекст. # - функции, % методы, * переменные, @ классы. Или вообще другое построение, ведь ООП, SOLID так же придумали для удобство, но в угоду удобства увеличили кодовую базу. Для нейронки думаю самый чистый ФП. В обещм посмотрим, но думаю в том виде в котором мы учим ЯП уже не будет через несколько лет и привычный код целого класса для экономии контекста будет, что-то вроде

Вы с вами о разных "сторонах". Вы имеете виду "на чем писать нейронке", а я о языке донесения ТЗ человеком нейронке. Все равно чем более не точен язык формулировок тем больше возможности получить не то, что хочется. Соответственно важно будет уметь правильно доносить свои мысли. Сейчас может это будет "логично" исходя из опыта былых разработок, а для новичков надо будет объяснять как будет лучше. Потом опытными будут выведены какие то правила формулирования которые дают более точный результат, потом это будет оформлено в некие соглашения/стандарты. ИИ некоторые будут обращать внимание, что с ними общаются "по стандарту" и выдавать еще более точный результат...... и вот глядишь уже появляется некий язык. Да он похож на обычный человеческий (собственно и большинство ЯП это по сути урезанный английский).... :)

Естественно это пока фантазии, но мне кажется вполне может пойти по такому пути. Стандартизация всегда на пользу, ИМХО.

MrPi #:
и умение пользоваться своим языком для детального описания задачи.
MrPi #:
Для одних строгая типизация,

Ну вот как пример. Есть PHP с динамической типизацией. Создавать проекты можно. Но вот в нем начала появляться типизация. кому то не нужна, кто то без нее обойтись не может вовсе. (мне это кажется удобным). Так вот может появиться некий аналог этой самой типизации, который "поможет" пользоваться своим языком, чтобы было меньше путаницы. Потом еще что то, и еще что то... Давно ли мы и не думали что будет какой то ИИ, который будет что то  программировать? Ну так же и здесь ведь это на самом деле не "очередной новый ЯП". Это новая сущность, и как знать, возможно появятся и новые сущности являющиеся аналогами "разных ЯП" но уже в новой плоскости...

В общем поживем увидим. :) Может вообще будем все учить Эсперанто

MrPi #:
Нужен один язык нейронок, которые она сама интерпертирует и компилирует. Что бы уровень разработки определялся качественным запросом, четко структурированным, описываемым. Т.е. четкое ТЗ от разработчика. 
Да потом будет добавлена некоторая строгость или "типизация" в язык описания ТЗ для нейронок.... и пойдем на следующий круг. Просто наши хотелки будем описывать не на пхп/плюсах/питоне/итп и скармливать их интерпертатору/компилятору, а какой то новый "язык" и скармливать его нейронкам... в общем по сути: просто новый виток и новый уровень абстракций :)
Sly32 #:
Ты удивляешься, но на самом деле это уже давно обсуждено в понимающих кругах. В чем удивление? ИИ за тебя не думает. Ты предложил идею - он бросился ее реализовывать. Он не будет за тебя проверять. Ты взял общую идею. А у меня в рамках проекта я забыл что уже делал это, попросил реализовать и он радостно написал мне аналогичный код, вообще не парясь что похожее уже есть. Поэтому теперь в промпте зашито железное правило - перед реализацией проверь существующую имплементацию, найди, если нет тогда....

Тут не про удивление. Тут про забавную ситуацию, и что такое поведение надо иметь ввиду если брать ИИ в качестве помощника в обучении. 

Кроме того, это не про вайбкодинг, он мне ее не реализовывал. (я по прежнему в своем фреймворке делаю все сам - цель в этом, тот эксперимент с одним модулем - просто один эксперимент и не более). Т.е. я именно обсуждал идею, спрашивал есть ли реализации. И он именно обосновывал что моя идея классная и полезная... но то было вначале "обсуждения"... :)

Всего: 1073