Всякие курсоры пока потрогать не довелось, но давно пользуюсь ИИ плагинами для IDE. И вот буквально неделю назад заметил, что GitHub copilot на бесплатном тарифе в режиме агента выдаёт очень даже крутые результаты. Я в него скопировал текст из задачи, где было подробно расписано, какие классы нужно создать, и что они должны делать. Он минут 10 подумал и создал и отредактировал штук 5 файлов. Там конечно был один баг, плюс пришлось немного причесать стандарты кода, кое-где оказались даже лишние фичи, попросил копайлота выпилить, он споавился. В общем, через пару часов доработки получилось окончательное решение. Без ИИ, я бы там на день точно закопался. Вот не знаю только, считается это за вайбкодинг или нет)))
Но вообще, я к тому, что вовсе не обязательно ломать свой порядок работы. Нужно просто найти плагин для своей IDE и пользоваться. Причём даже бесплатной версией. Если пользоваться несколькими плагинами, у каждого есть своя квота. У одного закончилась, используй другой. Но самое главное: все эти плагины очень активно развиваются. Несколько месяцев назад я сам тут писал, что копайлот отстойный. А сейчас в нём очень крутой агентский режим. Буквально пару недель назад этот режим был ещё очень сырой. А ещё все эти плагины активно используют MCP-tools, из-за чего неслабо экономится квота. Месяц или два назад у меня копайлот в агентском режиме сожрал всю квоту на одной задаче. А сейчас мне этой квоты хватает на неделю активного использования.
Не знаю, не пробовал. С 2016 года у меня всё только в докере. Советую глянуть docker-compose сборки от wodby. Например docker4php. Там всё легко настраивается, и документация хорошая.
Ненене, это в js оно подобным образом падает, а в php именно isset работает отлично. Вот пример https://onlinephp.io/c/70129
Вообще, чем хорош ООП с автозагрузкрй: находясь в методе объекта у тебя определены только аргументы метода и $this, и всё. Соответственно, тебе не может "прийти что угодно". А когда мы по старинке работаем с инклюдами, то остановив приложение на брейкпоинте, можно увидеть несколько сотен переменных. Так я пришёл к выводу, что в Битриксе xdebug практически бесполезен, т.к. он показывает сразу несколько сотен переменных, и почти все они начинаются с $ar. Пока там что-то найдёшь, уже база отвалится по таймауту.
Null coalescence в помощь. Вообще, говоря о развитии php надо иметь в виду, что он популярен в первую очередь благодаря Wordpress. Но в то же время развитие языка идёт за счёт всяких штук вроде Symfony. Вот и получается, что симфони и её производные применяют все новшества языка. А вордпресс и иже с ними изо всех сил пытаются придерживаться старых принципов, лишь добавляя минимальную совместимость с новыми версиями php. Тут очень показателен пример Drupal. Когда они в 8 версии перешли на композер и ООП, начался повсеместный вой, мол как сложно, и популярность его очень сильно стала проседать. Я застал этот переход. И могу сказать, что всё это лишь во благо. Сложные системы стало проектировать намного проще. Популярность падает, растёт качество. И растёт очень сильно. Но основная масса пхпшных сайтов это не использует. И вот глядя на новые фичи языка, а потом глядя на код какого-нибудь Wordpress или Bitrix, я понимаю, что и вордпресс и битрикс — это просто позор индустрии. Они просто взяли в основу старые принципы и ни в какую не хотят развиваться.
Объекты отлично сериализуются, если там не напихано через DI какой-то жести вроде соединения с базой. Ну а JSON поля в базе это конечно беда. Но в том же js с этим ещё хуже. Полагаю, в других языках плюс-минус то же самое.
В любом нормальном приложении, которое собирается композером, имеет автозагрузчик классов и следует стандартам PSR, это всегда удобно и всегда можно. Но Битрикс, увы, сюда не относится.
Scale AI основан в 2016 году. Да, основатели тогда были очень молоды. Но в статье как бы сравнивается "сейчас" и "раньше". Не думаю , что автор подразумевал, что 2016 год это "сейчас".
Cluely - как успешный стартап, очень хороший пример. Но с технологической трчки зрения — это всего лишь графическая оболочка для апишки сторонних LLM. Это совсем не rocket science, и большой команде там просто нечего делать.
Статья про молодых разработчиков, которые делают что-то такое, примеры чего автор не смог привести. Вы, кстати, тоже. Говорите "много стартапов", ну так назовите хотя бы один.
Но они оба учились в профильных вузах и писали код самостоятельно — это такой уровень профессионализма, который современные вайтишники не получат за всю жизнь.
Тем не менее, многоуважаемый curpaer считает фэйсбук технологически невнятной поделкой, а его создателя технически некомпетентным. Тут я на самом деле не хочу спорить, т.к. всё это достаточно субъективно, и вопрос не в этом. Вопрос в том, что автор говорит, якобы молодые разработчики способны на нечто большее, чем вот это вот всё. Так а где оно? Где вот это вот всё, которое круче всяких фэйсбуков и создаётся сейчас молодыми разработчиками? Вопрос в том, что автор выдумал тезис, но не привёл не то что обоснования, а даже примеров.
Я ведь тоже могу задать ряд вопросов в таком ключе:
Почему молодые разработчики жмут от груди 800кг?
Почему у молодых разработчиков по 18 конечностей?
Почему молодые разработчики живут в вагончике под мостом через Москва-реку?
То есть мы пришли к выводу, что старый софт весь примитивный. Но вопрос же не в этом, а в том, что такого непримитивного сейчас создают молодые разработчики?
Оба создали по одному сайту на php. А что такого технологически внятного могут создать в одиночку современные молодые разработчики? Пока что я вижу, что 50% прорывных изобретений - это парсеры, а вторые 50% изобретений - это телеграм-боты. И то, и другое по сложности ничуть не больше, чем сайтик на php с регистрацией пользователей.
А тут нет проблемы. Ближайшие стандартные разрешения экрана - это 1280 и 1024 пикселей, поэтому 1200 тут идёт с очень большим запасом
Мы с приятелем в НИИ
Разработали ИИ.
Только что ни генерируй
Получаются х...
Лучше бы ChatGPT научился окончания глаголов согласовывать, а то я 5 раз перечитал заголовок, и так и не понял, кто кого показывает.
Всякие курсоры пока потрогать не довелось, но давно пользуюсь ИИ плагинами для IDE. И вот буквально неделю назад заметил, что GitHub copilot на бесплатном тарифе в режиме агента выдаёт очень даже крутые результаты. Я в него скопировал текст из задачи, где было подробно расписано, какие классы нужно создать, и что они должны делать. Он минут 10 подумал и создал и отредактировал штук 5 файлов. Там конечно был один баг, плюс пришлось немного причесать стандарты кода, кое-где оказались даже лишние фичи, попросил копайлота выпилить, он споавился. В общем, через пару часов доработки получилось окончательное решение. Без ИИ, я бы там на день точно закопался. Вот не знаю только, считается это за вайбкодинг или нет)))
Но вообще, я к тому, что вовсе не обязательно ломать свой порядок работы. Нужно просто найти плагин для своей IDE и пользоваться. Причём даже бесплатной версией. Если пользоваться несколькими плагинами, у каждого есть своя квота. У одного закончилась, используй другой. Но самое главное: все эти плагины очень активно развиваются. Несколько месяцев назад я сам тут писал, что копайлот отстойный. А сейчас в нём очень крутой агентский режим. Буквально пару недель назад этот режим был ещё очень сырой. А ещё все эти плагины активно используют MCP-tools, из-за чего неслабо экономится квота. Месяц или два назад у меня копайлот в агентском режиме сожрал всю квоту на одной задаче. А сейчас мне этой квоты хватает на неделю активного использования.
Не знаю, не пробовал. С 2016 года у меня всё только в докере. Советую глянуть docker-compose сборки от wodby. Например docker4php. Там всё легко настраивается, и документация хорошая.
Ну собственно поэтому мне и хватило одного раза поработать с Битрикс. Больше ни за что в жизни.
Ненене, это в js оно подобным образом падает, а в php именно isset работает отлично. Вот пример https://onlinephp.io/c/70129
Вообще, чем хорош ООП с автозагрузкрй: находясь в методе объекта у тебя определены только аргументы метода и $this, и всё. Соответственно, тебе не может "прийти что угодно". А когда мы по старинке работаем с инклюдами, то остановив приложение на брейкпоинте, можно увидеть несколько сотен переменных. Так я пришёл к выводу, что в Битриксе xdebug практически бесполезен, т.к. он показывает сразу несколько сотен переменных, и почти все они начинаются с $ar. Пока там что-то найдёшь, уже база отвалится по таймауту.
Но ведь isset($a['b']['c']['d']['e']['f']) отлично работает, независимо от того, на каком уровне вложеннлсти оборвётся цепочка.
Null coalescence в помощь. Вообще, говоря о развитии php надо иметь в виду, что он популярен в первую очередь благодаря Wordpress. Но в то же время развитие языка идёт за счёт всяких штук вроде Symfony. Вот и получается, что симфони и её производные применяют все новшества языка. А вордпресс и иже с ними изо всех сил пытаются придерживаться старых принципов, лишь добавляя минимальную совместимость с новыми версиями php. Тут очень показателен пример Drupal. Когда они в 8 версии перешли на композер и ООП, начался повсеместный вой, мол как сложно, и популярность его очень сильно стала проседать. Я застал этот переход. И могу сказать, что всё это лишь во благо. Сложные системы стало проектировать намного проще. Популярность падает, растёт качество. И растёт очень сильно. Но основная масса пхпшных сайтов это не использует. И вот глядя на новые фичи языка, а потом глядя на код какого-нибудь Wordpress или Bitrix, я понимаю, что и вордпресс и битрикс — это просто позор индустрии. Они просто взяли в основу старые принципы и ни в какую не хотят развиваться.
Объекты отлично сериализуются, если там не напихано через DI какой-то жести вроде соединения с базой. Ну а JSON поля в базе это конечно беда. Но в том же js с этим ещё хуже. Полагаю, в других языках плюс-минус то же самое.
В любом нормальном приложении, которое собирается композером, имеет автозагрузчик классов и следует стандартам PSR, это всегда удобно и всегда можно. Но Битрикс, увы, сюда не относится.
Так надо уходить от массивов в сторону объектов с типизированными свойствами, тогда и не надо будет 100 проверок.
Scale AI основан в 2016 году. Да, основатели тогда были очень молоды. Но в статье как бы сравнивается "сейчас" и "раньше". Не думаю , что автор подразумевал, что 2016 год это "сейчас".
Cluely - как успешный стартап, очень хороший пример. Но с технологической трчки зрения — это всего лишь графическая оболочка для апишки сторонних LLM. Это совсем не rocket science, и большой команде там просто нечего делать.
Статья про молодых разработчиков, которые делают что-то такое, примеры чего автор не смог привести. Вы, кстати, тоже. Говорите "много стартапов", ну так назовите хотя бы один.
Но они оба учились в профильных вузах и писали код самостоятельно — это такой уровень профессионализма, который современные вайтишники не получат за всю жизнь.
Выживут те единицы, которые будут сделаны опытными разработчиками
Но вы же понимаете, что абсолютное большинство стартапов не проживают и года?
Тем не менее, многоуважаемый curpaer считает фэйсбук технологически невнятной поделкой, а его создателя технически некомпетентным. Тут я на самом деле не хочу спорить, т.к. всё это достаточно субъективно, и вопрос не в этом. Вопрос в том, что автор говорит, якобы молодые разработчики способны на нечто большее, чем вот это вот всё. Так а где оно? Где вот это вот всё, которое круче всяких фэйсбуков и создаётся сейчас молодыми разработчиками? Вопрос в том, что автор выдумал тезис, но не привёл не то что обоснования, а даже примеров.
Я ведь тоже могу задать ряд вопросов в таком ключе:
Почему молодые разработчики жмут от груди 800кг?
Почему у молодых разработчиков по 18 конечностей?
Почему молодые разработчики живут в вагончике под мостом через Москва-реку?
То есть мы пришли к выводу, что старый софт весь примитивный. Но вопрос же не в этом, а в том, что такого непримитивного сейчас создают молодые разработчики?
Оба создали по одному сайту на php. А что такого технологически внятного могут создать в одиночку современные молодые разработчики? Пока что я вижу, что 50% прорывных изобретений - это парсеры, а вторые 50% изобретений - это телеграм-боты. И то, и другое по сложности ничуть не больше, чем сайтик на php с регистрацией пользователей.