Смотря чего. :) Времени они жрут гораздо больше (проверенно на личном опыте). хостинг я могу взять дороже и мощнее. Время у меня ограничено как минимум 24 часами в день (и из них же забирают другие задачи). Потому однажды выкинул свою cms которую тащил 15 лет и облегченно вздохнул :)
Ну, а риски. Оценивать надо, но в разумных пределах.
вы не поняли вопроса. Стоило ли мне вначале (например в случае моего проекта) вкладываться значительно больше время в разработку. Если возможно, может быть лет через двадцать мне не хватит PHP? я думаю нет.
По первому. Ну что значит "оценить риски"? Ванговать? Что ситуация получила неожиданное развитие (причем инициаторы были из-вне). С таким же успехом создавая простенький бложик надо сразу закладывать, что он при определенном стечении обстоятельств может стать крутым супер бупер порталом с маркетплейсом, видео хостингом и еще тучей функционала... блек-джеком и т.д.....
Понятно что оторвано от конкретики легко сказать "вы не учли"... Но если бы этого не случилось, а я бы взял другой инструмент, вы в этой же теме бы писали "вы не учли и взяли не то"....
"Знать бы где упадешь...." всегда ли это оправдано и возможно?
Два примера:
1. Есть у меня проект. Изначально был рассчитан на небольшую нагрузку. По сути эдакий "локальный". Практически типовой. Но его функционал зашел, и на этот проект стали переводить еще организации. И вот уже мы решаем как принять 1500 - 2000 RPS.
2. Мой личный проект SaaS САПР. Сейчас он вписывается в PHP, Битркис и 30сек ответа "в тяжелом случае". Но этот САПР можно расширять бесконечно много.... Мне уже сейчас вкладывать в разработку сильно больше времени и денег, что бы "может быть когда ни будь" мне потребуется выжать больше?
Вы с вами о разных "сторонах". Вы имеете виду "на чем писать нейронке", а я о языке донесения ТЗ человеком нейронке. Все равно чем более не точен язык формулировок тем больше возможности получить не то, что хочется. Соответственно важно будет уметь правильно доносить свои мысли. Сейчас может это будет "логично" исходя из опыта былых разработок, а для новичков надо будет объяснять как будет лучше. Потом опытными будут выведены какие то правила формулирования которые дают более точный результат, потом это будет оформлено в некие соглашения/стандарты. ИИ некоторые будут обращать внимание, что с ними общаются "по стандарту" и выдавать еще более точный результат...... и вот глядишь уже появляется некий язык. Да он похож на обычный человеческий (собственно и большинство ЯП это по сути урезанный английский).... :)
Естественно это пока фантазии, но мне кажется вполне может пойти по такому пути. Стандартизация всегда на пользу, ИМХО.
Ну вот как пример. Есть PHP с динамической типизацией. Создавать проекты можно. Но вот в нем начала появляться типизация. кому то не нужна, кто то без нее обойтись не может вовсе. (мне это кажется удобным). Так вот может появиться некий аналог этой самой типизации, который "поможет" пользоваться своим языком, чтобы было меньше путаницы. Потом еще что то, и еще что то... Давно ли мы и не думали что будет какой то ИИ, который будет что то программировать? Ну так же и здесь ведь это на самом деле не "очередной новый ЯП". Это новая сущность, и как знать, возможно появятся и новые сущности являющиеся аналогами "разных ЯП" но уже в новой плоскости...
В общем поживем увидим. :) Может вообще будем все учить Эсперанто
Тут не про удивление. Тут про забавную ситуацию, и что такое поведение надо иметь ввиду если брать ИИ в качестве помощника в обучении.
Кроме того, это не про вайбкодинг, он мне ее не реализовывал. (я по прежнему в своем фреймворке делаю все сам - цель в этом, тот эксперимент с одним модулем - просто один эксперимент и не более). Т.е. я именно обсуждал идею, спрашивал есть ли реализации. И он именно обосновывал что моя идея классная и полезная... но то было вначале "обсуждения"... :)
Уже выше пояснял. Спор изначально слишком неопределенный. в котором смешаны несколько холиваров X vs Y плюс отсутствие внятного определения "серьезного проекта", плюс тема (если бы ее обсуждать технически) скорее для другого форума. А в качестве холиваров - меня всегда такие темы тегают :)
Но если "не как экономист" я тогда тут вообще надо на сторону ArbNet вставать - пишем все с ноля и на голом - в топку все лишнее. Под каждый проект свое узкоспецифичное решения без всякой гибкости - это будет быстрее работать :D
Прям все? Или те что авторы указали что их надо грузить?
Ну хз хз... Мне совсем не хочется лезть в вп и выяснять, но тогда совсем странная картина. Т.к. основывал свое мнение на обсуждениях на технических форумах и чатах.
Бессмысленное сравнение. Не удивлюсь если мой фреймворк сейчас выдаст больший RPS чем симфони. Говорит ли это о том что мой фреймворе неимоверно круче?
Как минимум надо: сначла реализовать тот же самый функционал что стартует при старте ВП. Ну опять же на примере битрикс. При старте "из коробки" там запускается проактивная защита - штука полезная, при старте симфони нет... На RPS это повлияет?
