Так и ныне "покойные" WinForms вполне себе ещё используют из-за их скорости работы и полного контроля над отрисовкой. Во многом по тем же причинам. И да, приложения на Дельфях или Вин Формах работают куда лучше, чем поделки на том же React Native, которые часто нагружают систему и фризят.
Забавно читать комментарии про Wordpress, мол вот только благодаря ему php живёт, т.к. васяны на нём клепают интернет магазины. Только вот, даже разработка на wp, это не просто написание плагинов в одном файле на 1000 строк. Уже давно его используют в связке с бэкенд и фронтенд фреймворками. По сути, wp давно стал админ панелью со своим специфичным функционалом, который уже миллион раз обернули в удобные ООП библиотеки. Уже молчу, что сам wp активно использует react например для своих гутенберг элементов. Это я к чему, даже wp вполне себе развивается, что уже говорить о php. Если вам пришлось работать с wp и вы написали плохой код, то это не wp плохой, это вы некомпетентный разработчик.
Касаемо "смерти" php, то это скорее мем, чем правда. Язык неплохо развивается в последнее время и явно ровняется на C#, Java сохраняя свою философию, что в целом неплохо. Я как раз перешёл с C# на PHP и мне всё нравится, т.к. он не настолько строгий, как C#, но при этом имеет почти такой же функционал, а местами даже даёт больше возможностей из коробки.
Но он не перейдет, т.к. ts node никогда не даст такой же гибкости и ООП функционала, как PHP. Даже в функциональном программировании, он будет куда удобнее.
Больше поверю в то, что wp переедет на Symfony как это сделал Drupal или что ещё более вероятно на Laravel.
Просто огромное количество самодуров в CEO до сих пор отрицают новую реальность и пытаются работать, как и 10 лет назад, банально завышая порог входа в свои вакансии, хотя чаще всего кандидатам придётся клепать скучный и не сложный энтерпрайз код. По итогу, имеем клоунаду в найме, когда hr отбирают кандидатов по раскладам таро, а на тех. собесах "умные" специалисты самоутверждаются за счёт кандидатов задавая вопросы, зачастую на которые сами не знают правильных ответов. Не все такие, но очень много.
И да, прежде чем обвинять меня в защите вайбкодеров или ai, я ни слова о них до этого момента не написал и они в самодурстве среди руководств it компаний необъятной здесь не причем.
По личным ощущениям GPT5 "глупее" предыдущих моделей. В плане кода уж точно. Он выдаёт код на уровне GPT3.5.
Касаемо, рекламы, что за промпт можно создать свой дуалинго или майнкрафт, то они каждый год на своих презентациях это показывают. Год назад, насколько помню, показывали как за один запрос GPT, создал полностью рабочий шутер на tree.js, хотя чтобы мне gpt4o1 в своё время выдал 3д гонки (где просто едешь вперёд), мне потребовалось больше 100 запросов с детальным описанием архитектуры и задач, а дальше описанием, как исправить баги.
Помню лет 10 назад, видел подход, когда классы строились по типу sql таблиц. По сути это и был набор массивов объектов с ссылками на другие массивы.
Такой подход правда был удобен в некоторых случаях. Например, когда сущность в игре может иметь разные поведения и состояния. Например, мобы могут иметь разные типы атак и их серии. Такой подход позволял это делать без зоопарка из наследований и костыльной реализации стратегии с контекстами в контексте. Однако, такой подход имел свои проблемы, в других реализациях, например для написания змейки или тетриса, где 90% кода - это бизнес-логика такой подход бесполезен.
В общем, судить о подходах к проектированию и архитектуре вне контекста конкретных проектов странно.
Вроде стандартные баги. Я за всё время работы подобного видел много. Например, по теме автора могу сказать, что существует два символа тире. Длинное тире и короткое. Длинное поддерживается далеко не всеми программами. Так же проблемы могут возникать из-за разных кодировок.
Это ещё автор с кавычками не встречался, которых лично я 5 видов по памяти назвать смогу и многие из них в подобных случаях без должных валидаций приводят к подобным ошибкам.
Подозреваю, что символ 0х2, скорее всего, подставляется в системе с которой работал автор для любого нерабочего символа, поэтому всегда заменять на тире, если честно, не совсем верное решение. Я бы узнал, какую кодировку использует программа, взял десяток другой спец символов и проверил какие из них ещё вызывают 0х2, а потом набросал бы валидатор для формы ввода, что сразу бы врачу показывал проблемные символы.
В общем, замена на 0х2 на пустоту или пробел, как предлагали разработчики, как по мне более правильный хотфикс, но это не решает проблему до конца.
А что так много в последнее время хайпа вокруг n8n? Подобные no code решения и 5 лет назад существовали, да и стали поддерживать нейронки ещё с 2023 года. Ещё тогда все ноуклдеры кричали о повальной автоматизации целых офисов.
Потом, как-то это всё забылось в инфополе из-за хайпа ИИ и вайбкодинга, а сейчас, что-то опять про nocode стали вспоминать.
Если дать ему доступ ко всему проекту на Github, и он начнет там ворочать - это можно легко что-то пропустить.
Так Codex и решает эту проблему. Ему даёшь доступ к репозиторию.
Описываешь задачу например исправь ошибку или напиши новый функционал. Как всегда, чем более грамотно технически задать вопрос, тем лучше будет результат.
Далее, Codex начинает работать над задачей, он сам ищет связанные файлы и сканирует, то что ему нужно. Чем-то похоже на курсор, только более комплексно.
Далее, он на каждую выполненную задачу создаёт отдельную ветку и Pull Request. Это очень удобно. В пул реквесте можно исправить конфликты, если таковые есть, хранить в ветках информацию о задачах, просматривать изменения в интерфейсе гитхаба или вообще любого инструмента для работы с git.
Если код кривой, то можно пул реквест закрыть не применив.
Из доп. плюсов можно настроить окружение. Например можно прописать команды, которые он выполнит после завершения задачи, например установить зависимости и сделать билд или запустить автотесты, он автоматом поправит ошибки, если таковые будут при выполнении команд.
И на мой взгляд самое удобное, он может работать параллельно над несколькими задачами и поскольку Codex работает с github можно не бояться, что 2 задачи изменят один и тот же код, т.к. всегда можно исправить конфликты (а они бывают редко) в пул реквестах.
В общем, я за Codex готов теперь любые деньги платить, т.к. он и с разными ЯП работает (со всеми что и обычный GPT) и интеграцию с гитхабом имеет, и контекст довольно большой держит, и даже может вполне писать код используя малоизвестные библиотеки. Можно например не тянуть всю папку с библиотеками в реозиторий, а временно только с вашей библиотекой и он будет её использовать в написании кода. Я кстати для своих пед проектов (где и использую кодекс), делаю под каждый пул задач новый репозиторий, куда выгружаю, только необходимый для понимания контекста нейронки код.
В общем звучит, как реклама, но я просто правда впечатлён Codex, наверное единственная нейронка после самого GPT, которая меня реально удивила.
Я вообще не понял к чему вы это. Каким боком orm и то что вы видели плохих бэкендеров, относится к перегруженности фронтенд фреймворков?
> я - сеньор дотнет бэкенд девелопер, мне эти ваши фронтовые свистоперделки не нужны Тут вообще не понял к чему это и как в теории "фронтенд свистоперделки", относятся к плохому бэкенду? Открою секрет, на бэкенде и фронтенде оптимизация и архитектурные подходы разные, по очевидным причинам. Я не говорю, что фронтенд вообще не нужен, давай те всё на html писать. А писал, что многие фронтенд проекты на нём чаще всего "перегружены" из-за фреймвороков и это проблема не отдельных людей, а фронтенда в целом.
> Entity Framework почему то гарантии 600+ запросов в БД на один запрос в API, и 10 юзеров не могут нормально работать с сайтом Просто в дополнении, я не знаю как можно даже в теории использовать ORM так чтобы 1 запрос к серверу генерил 600 запросов в бд, учитывая, что большинство из ORM чуть ли не автоматом применяет жадные загрузки, имеет встроенный функционал для батчинга и т.д.
И это тоже проблема, потому что многие браузеры так же по факту набор готовых библиотек, зачастую с кучей мусора и легаси внутри, прикрученных к форку хромиума.
> проблема более прозаична - бабки Но лично я и не предлагаю писать прямо всё с нуля. Если вы писали на php наверное 100% сталкивались с symfony или laravel. Эти фреймворки, по факту собраны из десятка никак не связанных библиотек, каждую из которых я могу использовать отдельно в ванильном php и к каждой я могу в теории сделать fork чтобы, например убрать тот функционал, который не использую (но это уже оверхед). Почему нельзя делать так же для js?
> Аналогия: я могу писать на чистом SQL, а могу взять орм. Кстати очень хороший пример, учитывая что ORM есть на любой вкус и цвет от минималистичных, до "приборных панелей космического корабля". И это хороший пример того, что когда я использую ORM (готовую, самописную не важно), то мне не нужно чаще всего для её использования ставить целый отдельный фреймворк. с папкой модулей на 500мб весом. Опять же аналогия из php. Я могу писать на ванильной php, но использовать только готовый router, минималистичную orm и этого уже будет достаточно. Я вот этого не понимаю, почему так же не принято делать в js? Если нужно написать большой проект, то окей проблем в фреймворках не вижу, но для большинства проектов они избыточны имхо. Точнее избыточно их содержимое.
Спасибо. Я скорее про то, что фреймворки превратились в большие мусорки, куда навалено всё подряд и даже в крупных проектах зачастую не используется и половина от функционала ядра, который попадает зачастую полностью в конечный билд.
Касаемо солидности, то это в целом проблема IT. Я часто от заказчиков слышал, мол "мы не хотим чтобы вы использовали этот стек, потому что это не солидно". Это, к сожалению есть везде.
Я предлагаю использовать в фреймворках только то, что нужно, а не тянуть за собой кучу бесполезных библиотек по типу is-num, is-string и т.д. Уже молчу про то, что появились мета фреймворки, которые наваливают ещё больше анюзлес кода в проекты.
Касаемо ssr, то имхо, но как по мне it сфера потратила десяток лет, чтобы от этого уйти, но по итогу фронтендеры изобрели php5 с phpQuery из-за чего мы снова видим в коде например sql запросы в html тегах. Однако это отступление
Опять же у вас странная позиция. ssr это всё же больше про бэкенд решение, я же говорил про фронтенд фреймворки и что они сильно захламлены.
Я вообще не понимаю зачем нужны эти фаши курсоры, клауди апи и т.д. если OpenAi создал Codex. Пока он в тестовом режиме и в будущем, вроде как буду вводиться лимиты, но как понял это затронет больше энтерпрайз тарифы.
Ах да, чтобы использовать Codex, нужно на минимальном уровне уметь пользоваться гитхабом, но большинство вайб кодеров не в состоянии его осилить, судя по комментариям под видео и статьями о Кодексе.
Можете кидать в меня камнями, но большинство фреймворков вообще избыточны и многое можно создать без них на js/ts. Единственное для чего нужны фреймворки - библиотеки компонентов и разный сахар, что позволяет делать проекты быстрее. Однако какой ценой. Вы в папку node_modules пустого проекта на том же react давно заглядывали? Поизучайте на досуге сколько там мусора на несколько сотен мегабайт и всё это тянется в конечные билды. Имхо, но оно того не стоит. Да, можно стать богом оптимизации веб пака и vite, "обвесить" их десятками плагинов, но это не спасёт от попадания мусора в билды. Лично мне бы хватило пачки готовых компонентов под чистый ts на котором можно спокойно реализовывать бизнес логику, как удобно. Хоть в функциональном стиле, хоть в ООП, что лучше для того или иного проекта. Однако, я больше бэкендер и может, чего-то не понимаю.
Для меня веб разработка, это любая серверная разработка, начиная от банальных сайтов и заканчивая теми же игровыми серверами или финтех решение, которое вы упомянули.
Видимо значение "веб разработки" с годами изменилось, потому что я из того, поколения, когда под вебом понималось далеко не только крудошлёпство. И имел ввиду, что к оффлайн приложениям термин хайлоад если и применяется то намного реже.
Это правда мне и добавить нечего)
Так и ныне "покойные" WinForms вполне себе ещё используют из-за их скорости работы и полного контроля над отрисовкой. Во многом по тем же причинам. И да, приложения на Дельфях или Вин Формах работают куда лучше, чем поделки на том же React Native, которые часто нагружают систему и фризят.
Забавно читать комментарии про Wordpress, мол вот только благодаря ему php живёт, т.к. васяны на нём клепают интернет магазины. Только вот, даже разработка на wp, это не просто написание плагинов в одном файле на 1000 строк. Уже давно его используют в связке с бэкенд и фронтенд фреймворками. По сути, wp давно стал админ панелью со своим специфичным функционалом, который уже миллион раз обернули в удобные ООП библиотеки. Уже молчу, что сам wp активно использует react например для своих гутенберг элементов. Это я к чему, даже wp вполне себе развивается, что уже говорить о php. Если вам пришлось работать с wp и вы написали плохой код, то это не wp плохой, это вы некомпетентный разработчик.
Касаемо "смерти" php, то это скорее мем, чем правда. Язык неплохо развивается в последнее время и явно ровняется на C#, Java сохраняя свою философию, что в целом неплохо. Я как раз перешёл с C# на PHP и мне всё нравится, т.к. он не настолько строгий, как C#, но при этом имеет почти такой же функционал, а местами даже даёт больше возможностей из коробки.
Но он не перейдет, т.к. ts node никогда не даст такой же гибкости и ООП функционала, как PHP. Даже в функциональном программировании, он будет куда удобнее.
Больше поверю в то, что wp переедет на Symfony как это сделал Drupal или что ещё более вероятно на Laravel.
Просто огромное количество самодуров в CEO до сих пор отрицают новую реальность и пытаются работать, как и 10 лет назад, банально завышая порог входа в свои вакансии, хотя чаще всего кандидатам придётся клепать скучный и не сложный энтерпрайз код. По итогу, имеем клоунаду в найме, когда hr отбирают кандидатов по раскладам таро, а на тех. собесах "умные" специалисты самоутверждаются за счёт кандидатов задавая вопросы, зачастую на которые сами не знают правильных ответов. Не все такие, но очень много.
И да, прежде чем обвинять меня в защите вайбкодеров или ai, я ни слова о них до этого момента не написал и они в самодурстве среди руководств it компаний необъятной здесь не причем.
По личным ощущениям GPT5 "глупее" предыдущих моделей. В плане кода уж точно. Он выдаёт код на уровне GPT3.5.
Касаемо, рекламы, что за промпт можно создать свой дуалинго или майнкрафт, то они каждый год на своих презентациях это показывают. Год назад, насколько помню, показывали как за один запрос GPT, создал полностью рабочий шутер на tree.js, хотя чтобы мне gpt4o1 в своё время выдал 3д гонки (где просто едешь вперёд), мне потребовалось больше 100 запросов с детальным описанием архитектуры и задач, а дальше описанием, как исправить баги.
Помню лет 10 назад, видел подход, когда классы строились по типу sql таблиц. По сути это и был набор массивов объектов с ссылками на другие массивы.
Такой подход правда был удобен в некоторых случаях. Например, когда сущность в игре может иметь разные поведения и состояния. Например, мобы могут иметь разные типы атак и их серии. Такой подход позволял это делать без зоопарка из наследований и костыльной реализации стратегии с контекстами в контексте. Однако, такой подход имел свои проблемы, в других реализациях, например для написания змейки или тетриса, где 90% кода - это бизнес-логика такой подход бесполезен.
В общем, судить о подходах к проектированию и архитектуре вне контекста конкретных проектов странно.
Вроде стандартные баги. Я за всё время работы подобного видел много. Например, по теме автора могу сказать, что существует два символа тире. Длинное тире и короткое. Длинное поддерживается далеко не всеми программами. Так же проблемы могут возникать из-за разных кодировок.
Это ещё автор с кавычками не встречался, которых лично я 5 видов по памяти назвать смогу и многие из них в подобных случаях без должных валидаций приводят к подобным ошибкам.
Подозреваю, что символ 0х2, скорее всего, подставляется в системе с которой работал автор для любого нерабочего символа, поэтому всегда заменять на тире, если честно, не совсем верное решение. Я бы узнал, какую кодировку использует программа, взял десяток другой спец символов и проверил какие из них ещё вызывают 0х2, а потом набросал бы валидатор для формы ввода, что сразу бы врачу показывал проблемные символы.
В общем, замена на 0х2 на пустоту или пробел, как предлагали разработчики, как по мне более правильный хотфикс, но это не решает проблему до конца.
А что так много в последнее время хайпа вокруг n8n? Подобные no code решения и 5 лет назад существовали, да и стали поддерживать нейронки ещё с 2023 года. Ещё тогда все ноуклдеры кричали о повальной автоматизации целых офисов.
Потом, как-то это всё забылось в инфополе из-за хайпа ИИ и вайбкодинга, а сейчас, что-то опять про nocode стали вспоминать.
Угу, я пробовал копайлот, но он очень слаб, даже платный. Там есть несколько нейронок внутри и они все подходят только для снипетов.
Пробовал warp cli и мне понравилось. Codex лично для меня спасение от рутины, учитывая параллельную работу.
Так Codex и решает эту проблему. Ему даёшь доступ к репозиторию.
Описываешь задачу например исправь ошибку или напиши новый функционал. Как всегда, чем более грамотно технически задать вопрос, тем лучше будет результат.
Далее, Codex начинает работать над задачей, он сам ищет связанные файлы и сканирует, то что ему нужно. Чем-то похоже на курсор, только более комплексно.
Далее, он на каждую выполненную задачу создаёт отдельную ветку и Pull Request. Это очень удобно. В пул реквесте можно исправить конфликты, если таковые есть, хранить в ветках информацию о задачах, просматривать изменения в интерфейсе гитхаба или вообще любого инструмента для работы с git.
Если код кривой, то можно пул реквест закрыть не применив.
Из доп. плюсов можно настроить окружение. Например можно прописать команды, которые он выполнит после завершения задачи, например установить зависимости и сделать билд или запустить автотесты, он автоматом поправит ошибки, если таковые будут при выполнении команд.
И на мой взгляд самое удобное, он может работать параллельно над несколькими задачами и поскольку Codex работает с github можно не бояться, что 2 задачи изменят один и тот же код, т.к. всегда можно исправить конфликты (а они бывают редко) в пул реквестах.
В общем, я за Codex готов теперь любые деньги платить, т.к. он и с разными ЯП работает (со всеми что и обычный GPT) и интеграцию с гитхабом имеет, и контекст довольно большой держит, и даже может вполне писать код используя малоизвестные библиотеки. Можно например не тянуть всю папку с библиотеками в реозиторий, а временно только с вашей библиотекой и он будет её использовать в написании кода. Я кстати для своих пед проектов (где и использую кодекс), делаю под каждый пул задач новый репозиторий, куда выгружаю, только необходимый для понимания контекста нейронки код.
В общем звучит, как реклама, но я просто правда впечатлён Codex, наверное единственная нейронка после самого GPT, которая меня реально удивила.
Я вообще не понял к чему вы это. Каким боком orm и то что вы видели плохих бэкендеров, относится к перегруженности фронтенд фреймворков?
> я - сеньор дотнет бэкенд девелопер, мне эти ваши фронтовые свистоперделки не нужны
Тут вообще не понял к чему это и как в теории "фронтенд свистоперделки", относятся к плохому бэкенду? Открою секрет, на бэкенде и фронтенде оптимизация и архитектурные подходы разные, по очевидным причинам. Я не говорю, что фронтенд вообще не нужен, давай те всё на html писать. А писал, что многие фронтенд проекты на нём чаще всего "перегружены" из-за фреймвороков и это проблема не отдельных людей, а фронтенда в целом.
> Entity Framework почему то гарантии 600+ запросов в БД на один запрос в API, и 10 юзеров не могут нормально работать с сайтом
Просто в дополнении, я не знаю как можно даже в теории использовать ORM так чтобы 1 запрос к серверу генерил 600 запросов в бд, учитывая, что большинство из ORM чуть ли не автоматом применяет жадные загрузки, имеет встроенный функционал для батчинга и т.д.
И это тоже проблема, потому что многие браузеры так же по факту набор готовых библиотек, зачастую с кучей мусора и легаси внутри, прикрученных к форку хромиума.
> проблема более прозаична - бабки
Но лично я и не предлагаю писать прямо всё с нуля. Если вы писали на php наверное 100% сталкивались с symfony или laravel. Эти фреймворки, по факту собраны из десятка никак не связанных библиотек, каждую из которых я могу использовать отдельно в ванильном php и к каждой я могу в теории сделать fork чтобы, например убрать тот функционал, который не использую (но это уже оверхед). Почему нельзя делать так же для js?
> Аналогия: я могу писать на чистом SQL, а могу взять орм.
Кстати очень хороший пример, учитывая что ORM есть на любой вкус и цвет от минималистичных, до "приборных панелей космического корабля". И это хороший пример того, что когда я использую ORM (готовую, самописную не важно), то мне не нужно чаще всего для её использования ставить целый отдельный фреймворк. с папкой модулей на 500мб весом. Опять же аналогия из php. Я могу писать на ванильной php, но использовать только готовый router, минималистичную orm и этого уже будет достаточно. Я вот этого не понимаю, почему так же не принято делать в js? Если нужно написать большой проект, то окей проблем в фреймворках не вижу, но для большинства проектов они избыточны имхо. Точнее избыточно их содержимое.
Спасибо. Я скорее про то, что фреймворки превратились в большие мусорки, куда навалено всё подряд и даже в крупных проектах зачастую не используется и половина от функционала ядра, который попадает зачастую полностью в конечный билд.
Касаемо солидности, то это в целом проблема IT. Я часто от заказчиков слышал, мол "мы не хотим чтобы вы использовали этот стек, потому что это не солидно". Это, к сожалению есть везде.
Действительно, а потом открываешь 10 вкладок в браузере и 10гб оперативки, как не бывало.
Я предлагаю использовать в фреймворках только то, что нужно, а не тянуть за собой кучу бесполезных библиотек по типу is-num, is-string и т.д. Уже молчу про то, что появились мета фреймворки, которые наваливают ещё больше анюзлес кода в проекты.
Касаемо ssr, то имхо, но как по мне it сфера потратила десяток лет, чтобы от этого уйти, но по итогу фронтендеры изобрели php5 с phpQuery из-за чего мы снова видим в коде например sql запросы в html тегах. Однако это отступление
Опять же у вас странная позиция. ssr это всё же больше про бэкенд решение, я же говорил про фронтенд фреймворки и что они сильно захламлены.
Что? Для таких задач использовать ts/js очень странное решение. Обычно подобное пишут на Java, C#, Rust и т.д.
Зачем мне писать очередной JWT менеджер? Я вообще не особо люблю JWT.
> Такое чуство что вы кроме 5 страничных проектов ни чего более крупного не пытались делать....
Причём тут страницы проекта, если вы говорите вообще о бэкенд технологиях?
Я вообще не понимаю зачем нужны эти фаши курсоры, клауди апи и т.д. если OpenAi создал Codex. Пока он в тестовом режиме и в будущем, вроде как буду вводиться лимиты, но как понял это затронет больше энтерпрайз тарифы.
Ах да, чтобы использовать Codex, нужно на минимальном уровне уметь пользоваться гитхабом, но большинство вайб кодеров не в состоянии его осилить, судя по комментариям под видео и статьями о Кодексе.
Можете кидать в меня камнями, но большинство фреймворков вообще избыточны и многое можно создать без них на js/ts. Единственное для чего нужны фреймворки - библиотеки компонентов и разный сахар, что позволяет делать проекты быстрее. Однако какой ценой. Вы в папку node_modules пустого проекта на том же react давно заглядывали? Поизучайте на досуге сколько там мусора на несколько сотен мегабайт и всё это тянется в конечные билды. Имхо, но оно того не стоит. Да, можно стать богом оптимизации веб пака и vite, "обвесить" их десятками плагинов, но это не спасёт от попадания мусора в билды. Лично мне бы хватило пачки готовых компонентов под чистый ts на котором можно спокойно реализовывать бизнес логику, как удобно. Хоть в функциональном стиле, хоть в ООП, что лучше для того или иного проекта. Однако, я больше бэкендер и может, чего-то не понимаю.
Для меня веб разработка, это любая серверная разработка, начиная от банальных сайтов и заканчивая теми же игровыми серверами или финтех решение, которое вы упомянули.
Видимо значение "веб разработки" с годами изменилось, потому что я из того, поколения, когда под вебом понималось далеко не только крудошлёпство. И имел ввиду, что к оффлайн приложениям термин хайлоад если и применяется то намного реже.