в вашем ответе фигурировало "когда вакансия нетривиальная", т.е. будто бы вы говорите не за массовую историю.
Я думаю, вся проблема в том, что вы не совсем понимаете как найм работает со стороны работодателя. У рекрутеров тоже есть грейды. Если на вакансию просто так прилетает 100+ откликов за неделю, то это по определению тривиальная вакансия, эти отклики будет разбирать рекрутер-джун по формальному списку критериев. И никаких мотивированных отказов, разумеется, он писать не будет. Ему платят "копейки", чтобы он просеял входящий поток и сократил его до 5-10 резюме в неделю, которые уже более внимательно изучит нанимающий менеджер.
Рекрутер сеньорного уровня будет заниматься вакансиями, на которые откликов либо вообще нет, либо мало - менее 10 в неделю. И там будет само собой больше персонального общения.
Соискатели же сами себе подложили мину замедленного действия, когда выбирали стек по уровню хайпа – Python, JavaScript и т.д. Я ещё 5 лет назад предостерегал новичков, не лезть в эти направления, а также с осторожностью рассматривать Java и Go. Рано или поздно, пузырь хайпа должен был лопнуть.
Да нет, это массовая история. Работодатели почти всегда хотят закрыть вакансии такими специалистами, которые и так работают. Т.е. рекрутеры почти всегда заинтересованы в людях, которые не ищут работу или как минимум не сильно заинтересованы в смене работы. А люди без работы заинтересованы в рекрутерах. Такой вот парадокс, но он лежит в самой основе рынка труда. Если бы работодателям нужны были люди, которые ищут работу, то профессия рекрутера даже не появилась бы.
Я дочитал, что вы это интерпретируете как неуважение, т.е. всё-таки считаете, что если человек вас уважает, то обязан ответить. Но это по факту не так. Тут нет ни малейшей корреляции.
видеть 2 галочки (прочитано) и не видеть никогда ответа - создаётся ощущения полного игнорирования
Честно говоря, это выглядит как симптом нарциссического расстройства личности.
Не весь мир крутится вокруг вас. И никто вам не обязан отвечать, тем более мгновенно. И в целом ваша позиция говорит об отсутствии у вас базовой эмпатии. Вы не можете представить себя на месте рекрутера и подумать чего стоит написать 200 мотивированных отказов за день, когда это даже не входит в твои рабочие задачи.
На лендингах зациклен не я, а интернет, который на большую часть из них состоит
1) С чего вы это взяли? В любом крупном проекте лендинги - это менее 0.001% 2) Нашёл для вас статью аж от 2019 года с подборкой кучи сервисов конкретно для A/B лендингов, т.е. это давным-давно реализованная задача, которой можно задешево воспользоваться. 3) Речь не о том, что заказчикам не нужны деньги. Речь о том, что 90% мелких заказчиков не смогут создать лендинг самостоятельно, даже если технически это будет бесплатно.
Посмотрел тот тул, то есть показ попапов и базовый ретаргетинг для вас = а/б тестам сотен промо страниц и лендингов с динамическим контентом без участия айтишников?
а/б промо-страниц и лендингов - это сильно примитивнее, чем то, что умеет тот сервис (напр. там можно целые сценарии взаимодействия выстраивать и оценивать их конверсии на разных этапах и в разрезе разных сегментов аудитории), так что не равно конечно.
Вообще, вы очень сильно зациклены на ленгингах. Копирайтер что-ли?
Все что делается на аутсорсе (аутсорс хватит денег купить только у больших компаний) огромным кол-врм индусов за долго и дорого и не так как надо тоже сейчас делается ИИ
Смешно. В каком месте ИИ заменяет аутсорс? Вы явно далеки от этой темы. У 90% заказчиков ключевая проблема не в том, что дорого, а в том, что они не в состоянии сформулировать что они хотят даже при общении с людьми, профессионально достающими требования. LLM тут по определению бессильны.
Вы куда-то от темы отходите. Тема была: ускоряет ли ИИ разработку. Вот и причём тут случаи, когда речь идёт вообще не про разработку?
примерно весь аутсорс рынок, рынок всех простых автоматизаций (zapier, n8n, node red), генераторов сайтов, и дальше по списку большинство b2b приложений - это и есть бейзлайн для всего того, что можно оптимизировать за "20 баксов в месяц"
В чём пойнт? Вместо того, чтобы воспользоваться готовым сервисом для автоматизаций, вы предлагаете владельцам бизнеса создавать криво-косо кастомные автоматизации при помощи нейросетей? xD
Также прошу ссылку на магический тул
Да ничего магического.. https://convead.io/ Он далеко не единственный на рынке.
Ну, оно так и получается. Имеем выборку типа: из 100 реальных задач есть 1, которую можно ускорить на 80%, ещё 2 - на 50%, 80 задач - на 5%, и ещё 17 с использованием нейросетей займут дольше, чем без них. И "гениальный" вывод из этой статистики, что нейросети позволяют получить ускорение до 80% при решении задач (а то что среднее ускорение меньше 5% получилось просто умолчим)
Для крупных компаний - разумеется только это и является таргетом. Зачем вообще оптимизировать статику, если она в расходах на разработку и так занимает 0.001%
И статистически большинство сайтов в интернете именно такие по сложности реализации и ещё меньше по нагрузке
Это вообще не важно. Да, большинство сайтов в интернете это либо статика, либо Wordpress. Но 99.99% денег на разработку уходит совсем на другое.
Возможно вы не представляете насколько много лендингов и промо страниц нужно реальному большому бизнесу и по сколько им обходятся итерации АБ тестов всего этого
Я представляю. Я даже разрабатывал сервис, который все эти A/B тесты сам проводил, не только на лендингах, а даже виджетами на любой странице. И вот секрет: чтобы это делать, программировать вообще не надо)
Так это и есть пример манипуляции статистикой. Вместо того, чтобы оценивать эффект на задачах разработки под нагруженный production, его оценивают на каких-то учебных или хобби-задачах. И вуалируют это под "some tasks", чтобы продать иллюзию ускорения разработки крупному бизнесу, у которого задач, которые настолько можно было бы ускорить, и не было никогда.
При этом ссылаются на эти 80% в своём же исследовании, которое показало ускорение джунов на учебной задаче в среднем на 2 минуты из 35. Т.е. около 5% ускорения даже на учебной задаче. Вам не кажется, что тут попахивает противоречием?
В той же статье Anthropic говорится, что ускорение в отдельных задачах может доходить до 80%.
Звучит как цифра с потолка, они даже поленились выдумать примеры подобных задач, просто "can speed up some tasks by 80%". Прям напоминает классическую книгу по этой теме: Как лгать при помощи статистики
Я показываю что есть множество проектов которые находятся в промежутке, часто - к нижней границе. Но не один пользователь и поддерживаемые больше года.
Разве кто-то этого не знает?
есть огромный пласт фриланса, агентских заказов, где бюджеты до 2М, делается иногда и правда для одного, но часто это небольшие сервисы. Но таких проектов тьма и вот их есть смысл делать именно на LLM
Попробуйте на VC статью закинуть, что теперь фрилансеры не нужны, можете сами сделать бота или лендинг под свой малый бизнес при помощи LLM. Вероятно, там аудитория более подходящая для такого контента.
Вопрос не в этом. Дело в том, что вы пытаетесь выступать в роли эксперта. При этом ваши проекты выглядят игрушечными для людей, которые пишут сервисы, обрабатывающие в секунду больше запросов, чем у вас за сутки.
У меня такое ощущение, что мы уже десяток комментариев упорно топчемся вокруг разного понимания слова шаблонный код.
Ну, что ж поделать, если вы выдумали сугубо своё определение для устоявшегося в индустрии термина.
Ну то есть уже писать вручную?
А как вы SQL напишите нейронкой? Будете ей объяснять смысл запроса только на английском, а не на SQL. И тут большой вопрос что из этих 2 вариантов быстрее.
Так по моему опыту проще с самого начала написать вручную, вся эта типовая обвязка совсем немного кода занимает обычно и часть времени на нее уходит совсем небольшая.
Я бы это даже обобщил. Обычно у разработчика сеньорного уровня на набор кода уходит 10-20% рабочего времени. Т.е., в принципе, на набор кода часть времени уходит совсем небольшая.
Как я ее сформулирую, если это раскроет детали работы, которые запрещено раскрывать по требованиям корпоративных политик и ИБ?
Право слово, у вас просто фееричное определение шаблонного кода xD
Очень прошу, не применяйте это словосочетание в таком контексте больше никогда, не вводите людей в заблуждение.
Определения шаблонного кода как минимум. Потому что то, что вы описываете "джойны, куча условий в выборке, агрегатные поля, выборка не одна ... некоторое количество бизнес логики" - это вообще ни разу не про шаблонный код.
судя по всему генерит только пустые заглушки контроллера и прочей обвязки
Не пустые, а базово рабочие. При этом никто не мешает вам просто заменить SQL-запрос (добавить условий, прелоады и т.д.) в сгенерированном шаблоне и о чудо, оно тоже заработает.
Начать можно с того что hml-шаблоны сейчас вообще не нужны, нужны компоненты Vue/Angular/React
Там есть генератор для JSON-ответов. У фронтов тоже есть свои генераторы. Просто раз уж по условию вашей задачи этим занимается другой отдел, то эта часть уже out-of-scope.
опять же я не говорю про сложные проекты или сложные части проектов, просто про рядовую рутину бизнес-приложений
Так вы не пойми про что говорите.. Если вы не можете даже сформулировать пример типовой задачи на вашем проекте (пусть и не шаблонной, но хотя бы типовой - чтобы в проекте был хотя бы десяток случаев где это повторяется), то как вы собрались объяснять LLM что от неё требуется?
ну вот типичнейшая шаблонная задача "перекладывателя JSON" как любят говорить на Хабре - есть некая форма, надо сверстать ее, взять с нее данные, передать на бэк, положить в табличку или несколько табличек и вычитать обратно с бэка и передать на форму.
Я думаю, вся проблема в том, что вы не совсем понимаете как найм работает со стороны работодателя. У рекрутеров тоже есть грейды. Если на вакансию просто так прилетает 100+ откликов за неделю, то это по определению тривиальная вакансия, эти отклики будет разбирать рекрутер-джун по формальному списку критериев. И никаких мотивированных отказов, разумеется, он писать не будет. Ему платят "копейки", чтобы он просеял входящий поток и сократил его до 5-10 резюме в неделю, которые уже более внимательно изучит нанимающий менеджер.
Рекрутер сеньорного уровня будет заниматься вакансиями, на которые откликов либо вообще нет, либо мало - менее 10 в неделю. И там будет само собой больше персонального общения.
Соискатели же сами себе подложили мину замедленного действия, когда выбирали стек по уровню хайпа – Python, JavaScript и т.д.
Я ещё 5 лет назад предостерегал новичков, не лезть в эти направления, а также с осторожностью рассматривать Java и Go. Рано или поздно, пузырь хайпа должен был лопнуть.
Да нет, это массовая история. Работодатели почти всегда хотят закрыть вакансии такими специалистами, которые и так работают. Т.е. рекрутеры почти всегда заинтересованы в людях, которые не ищут работу или как минимум не сильно заинтересованы в смене работы. А люди без работы заинтересованы в рекрутерах. Такой вот парадокс, но он лежит в самой основе рынка труда. Если бы работодателям нужны были люди, которые ищут работу, то профессия рекрутера даже не появилась бы.
Я дочитал, что вы это интерпретируете как неуважение, т.е. всё-таки считаете, что если человек вас уважает, то обязан ответить. Но это по факту не так. Тут нет ни малейшей корреляции.
Честно говоря, это выглядит как симптом нарциссического расстройства личности.
Не весь мир крутится вокруг вас. И никто вам не обязан отвечать, тем более мгновенно. И в целом ваша позиция говорит об отсутствии у вас базовой эмпатии. Вы не можете представить себя на месте рекрутера и подумать чего стоит написать 200 мотивированных отказов за день, когда это даже не входит в твои рабочие задачи.
Вообще-то рекрутеры всегда в таком мире и жили. И до сих пор живут, когда вакансия нетривиальная, и не закрывается откликами толпы леммингов.
Ну, вот до них тоже дошло что 4700 человек - это многовато)
1) С чего вы это взяли? В любом крупном проекте лендинги - это менее 0.001%
2) Нашёл для вас статью аж от 2019 года с подборкой кучи сервисов конкретно для A/B лендингов, т.е. это давным-давно реализованная задача, которой можно задешево воспользоваться.
3) Речь не о том, что заказчикам не нужны деньги. Речь о том, что 90% мелких заказчиков не смогут создать лендинг самостоятельно, даже если технически это будет бесплатно.
а/б промо-страниц и лендингов - это сильно примитивнее, чем то, что умеет тот сервис (напр. там можно целые сценарии взаимодействия выстраивать и оценивать их конверсии на разных этапах и в разрезе разных сегментов аудитории), так что не равно конечно.
Вообще, вы очень сильно зациклены на ленгингах. Копирайтер что-ли?
Смешно. В каком месте ИИ заменяет аутсорс? Вы явно далеки от этой темы. У 90% заказчиков ключевая проблема не в том, что дорого, а в том, что они не в состоянии сформулировать что они хотят даже при общении с людьми, профессионально достающими требования. LLM тут по определению бессильны.
Вы куда-то от темы отходите. Тема была: ускоряет ли ИИ разработку. Вот и причём тут случаи, когда речь идёт вообще не про разработку?
В чём пойнт? Вместо того, чтобы воспользоваться готовым сервисом для автоматизаций, вы предлагаете владельцам бизнеса создавать криво-косо кастомные автоматизации при помощи нейросетей? xD
Да ничего магического.. https://convead.io/
Он далеко не единственный на рынке.
Ну, оно так и получается. Имеем выборку типа: из 100 реальных задач есть 1, которую можно ускорить на 80%, ещё 2 - на 50%, 80 задач - на 5%, и ещё 17 с использованием нейросетей займут дольше, чем без них.
И "гениальный" вывод из этой статистики, что нейросети позволяют получить ускорение до 80% при решении задач (а то что среднее ускорение меньше 5% получилось просто умолчим)
Для крупных компаний - разумеется только это и является таргетом. Зачем вообще оптимизировать статику, если она в расходах на разработку и так занимает 0.001%
Это вообще не важно. Да, большинство сайтов в интернете это либо статика, либо Wordpress. Но 99.99% денег на разработку уходит совсем на другое.
Я представляю. Я даже разрабатывал сервис, который все эти A/B тесты сам проводил, не только на лендингах, а даже виджетами на любой странице. И вот секрет: чтобы это делать, программировать вообще не надо)
Так это и есть пример манипуляции статистикой. Вместо того, чтобы оценивать эффект на задачах разработки под нагруженный production, его оценивают на каких-то учебных или хобби-задачах. И вуалируют это под "some tasks", чтобы продать иллюзию ускорения разработки крупному бизнесу, у которого задач, которые настолько можно было бы ускорить, и не было никогда.
При этом ссылаются на эти 80% в своём же исследовании, которое показало ускорение джунов на учебной задаче в среднем на 2 минуты из 35. Т.е. около 5% ускорения даже на учебной задаче. Вам не кажется, что тут попахивает противоречием?
Звучит как цифра с потолка, они даже поленились выдумать примеры подобных задач, просто "can speed up some tasks by 80%". Прям напоминает классическую книгу по этой теме: Как лгать при помощи статистики
Разве кто-то этого не знает?
Попробуйте на VC статью закинуть, что теперь фрилансеры не нужны, можете сами сделать бота или лендинг под свой малый бизнес при помощи LLM. Вероятно, там аудитория более подходящая для такого контента.
Вопрос не в этом. Дело в том, что вы пытаетесь выступать в роли эксперта. При этом ваши проекты выглядят игрушечными для людей, которые пишут сервисы, обрабатывающие в секунду больше запросов, чем у вас за сутки.
Это вы на чём программируете, что такое кол-во бойлерплейта приходится писать? Не пробовали более выразительный ЯП взять?
Ну, что ж поделать, если вы выдумали сугубо своё определение для устоявшегося в индустрии термина.
А как вы SQL напишите нейронкой? Будете ей объяснять смысл запроса только на английском, а не на SQL. И тут большой вопрос что из этих 2 вариантов быстрее.
Я бы это даже обобщил. Обычно у разработчика сеньорного уровня на набор кода уходит 10-20% рабочего времени. Т.е., в принципе, на набор кода часть времени уходит совсем небольшая.
Право слово, у вас просто фееричное определение шаблонного кода xD
Очень прошу, не применяйте это словосочетание в таком контексте больше никогда, не вводите людей в заблуждение.
в месяц xD
Определения шаблонного кода как минимум. Потому что то, что вы описываете "джойны, куча условий в выборке, агрегатные поля, выборка не одна ... некоторое количество бизнес логики" - это вообще ни разу не про шаблонный код.
Не пустые, а базово рабочие. При этом никто не мешает вам просто заменить SQL-запрос (добавить условий, прелоады и т.д.) в сгенерированном шаблоне и о чудо, оно тоже заработает.
Там есть генератор для JSON-ответов. У фронтов тоже есть свои генераторы. Просто раз уж по условию вашей задачи этим занимается другой отдел, то эта часть уже out-of-scope.
Так вы не пойми про что говорите.. Если вы не можете даже сформулировать пример типовой задачи на вашем проекте (пусть и не шаблонной, но хотя бы типовой - чтобы в проекте был хотя бы десяток случаев где это повторяется), то как вы собрались объяснять LLM что от неё требуется?
Обычный scaffold. Вот пример такого генератора для Elixir: https://hexdocs.pm/phoenix/Mix.Tasks.Phx.Gen.Html.html
Неужели для PHP ничего подобного не сделали за 20 лет после того как это появилось в Ruby on Rails?
Если речь идёт про админку, то там ещё проще через кастомизируемые админ-панели решается, типа https://activeadmin.info/ или https://backpex.live/