Заголовок поста "Насколько нам нужны высокие технологии в обычной жизни?". В тексте нет ответа на этот вопрос или внятного рассуждения на эту тему.
Обычная жизнь не ограничена установкой китайских камер в подъездах и переклейкой шильдиков на этих же камерах для перепродажи втридорога, чтобы уже централизованно устанавливать их в тех же подъездах. Смысл поста вообще не понятен, возможно я недостаточно погрузился в тему, возможно у автора осеннее обострение.
"как эта система блокировок строится с точки зрения оператора связи" - эта тема куда более интересна, как по мне, особенно если в ней будет меньше политики и больше технической информации.
Хорошо, что вы повеселились во время "разработки" ПО, и поделились этим с нами. Плохо, что в статье от разработчика приложения на техническом ресурсе нет ни одной технической подробности, но есть ссылка на телеграм-канал.
Насколько этот подход отражается положительно на самом студенте? Не будет ли он испытывать недостатка практики в будущем, в котором всю рутинную работу за него делают агенты?
Без нейросетей я сидел бы без картинок или брал бы готовые из интернета. Редко кто будет нанимать иллюстратора, чтобы нарисовать картинку для обложки своего поста в соцсети.
В реальную работу я агентов пока не пускаю. Но факультативно сделал плагин для WordPress для генерации markdown-страниц: https://github.com/IvanZhuck/iz-md-pages
Из того что есть в репозитории моими руками написано строчек 10 максимум. Тем не менее, код рабочий, покрыт модульными тестами и крутится на нескольких больших новостных сайтах в продакшене. Качество кода меня также устраивает. Генерировал с помощью Antigravity CLI.
Все тоже самое я могу написать руками. По сравнению с обычной разработкой получилось раза в два быстрее, но устал от такой работы я в два раза больше и отходил от нее также в два раза больше. Приходилось больше читать кода, чем писать. Агент несколько раз заходил в тупик и еще больше раз выдвал откровенную дичь, на которую я бы купился, если бы ничего в этом не понимал. Другими словами выигрыш в эффективности сомнительный.
Проект некоммерческий и узконаправленный, монетезировать я его не планирую.
P.S. По недостающим компетенциям: нейросети классно закрывают для меня задачи по генерации разных картинок, которые используются в качестве иллюстраций и обложек публикаций.
"плюс к этому используют ИИ агентов – очень ценные специалисты будут" - сейчас абсолютное большинство разработчиков используют нейроагентов или хотя бы просто чаты с LLM. В этом нет конкурентного преимущества, поскольку технология общедоступна и порог входа в нее крайне низкий.
В то же время я абсолютно не спорю, что с нейросетью код пишется быстрее и пробелы в знаниях также закрывать стало легче. Однако стоит учесть, что качество работы не измеряется количеством строк кода на выходе. Да и вообще скорость написания программы редко бывает узким местом в ее цикле жизни.
Идея замены трех разработчиков одним с нейросетью вообще утопична, хотя и выглядит привлекательно со стороны недалекого менеджера. Специалистов дублирующих друг друга нанимают в первую очередь, чтобы снизить риски выбывания одного или нескольких из них из процесса. Редко это связанно с тем, что нужно сделать за 1 месяц то, что делается 3 месяца.
К тому же найм дополнительных единиц персонала может наоборот растягивать сроки реализации сложного проекта, потому что нужно больше ресурсов тратить на синхронизацию и коммуникацию внутри команды. Другими словами: 300 человек, кинутых на проект, где работает 3, не выполнят его в 100 раз быстрее. Наоборот, слаженная работа такой команды вообще невозможна и снизит скорость до нуля.
"Тема ИИ испорчена инфоцыганами" - вы и есть инфоцыгане, поскольку пытаетесь продвинуть себя на модной перехайпленной теме, нанося вред всей индустрии.
Сейчас все, нет, ВСЕ разработчики уже смекнули, что с помощью нейроагента можно легко и быстро напилить свой стартап, закрывая недостающие компетенции LLM'кой. Через 5 лет получим одновременно огромное количество мертвых никому ненужных проектов с их нищими основателями и некоторое количество новых компаний, чьи проекты начали приносить прибыль. В итоге вторые наймут первых, и рынок найма сбалансируется.
Насколько низким уровнем софт-скиллов и пониманием людей нужно обладать, чтобы разместить этот текст на Хабре и ожидать поддержки и понимания от местной аудитории.
И вопрос по существу: какое количество кандидатов отказалось продолжать с вами диалог после подобных вопросов?
Сколько времени это объективно занимает? 2 дня? Неделю? Я могу представить себе человека, который за неделю стал "AI-Augmented Solution Architect" и пошел писать инфцыганские статьи на Хабр, но не могу представить человека за неделю научившегося писать на C++ или освоившего администрирование Linux или хотя бы научившегося в полной мере делать сайты на WordPress с нуля. Почему человек с отрицательным количеством технических знаний, но считающий, что умеет "вайбкодить" должен вдруг стать ценнее специалиста с годами опыта в разработке, но игнорирующего возможность генерировать код?
"Еще раз повторю — не теряйте время, изучайте ИИ‑кодинг" – разобраться с ЛЮБОЙ концепцией в рамках темы разработки с помощью нейроагента занимает от 2 минут до нескольких часов времени. Для этого не нужно получать отдельное образование или даже проходить какие-либо курсы. Это просто навык использования прикладного ПО. Зная это, какое конкретно конкурентное преимущество имеет разработчик, уже использующий нейросеть для генерации кода перед тем, кто ее не использует? Отсутствие необходимости потратить максимум день на то, чтобы влиться в эту тему?
Есть ли информация о целесообразности отдельных Markdown-версий из HTML-страниц для LLM. Например для WordPress есть плагины, которые создают такие страницы, чтобы оптимизировать сайт для ИИ. Эффективен ли такой подход?
Интересно, было бы решение настроить веб-сервер на отдачу 403 ответа по определенному пулу подсетей, из которых шел мусорный трафик, более простым и экономичным нежели подключение стороннего WAF?
Ядро и плагины теперь зависимости, которыми можно гибко управлять. Например запретить обновление одного конкретного плагина или откатить ядро на две версии назад одной командой, а потом вернуть как было.
Можно подключать в проект любые php-библиотеки из composer централизованно. Подключить какой-нибудь Sentry например.
Можно делить одну и ту же зависимость между несколькими плагинами. Например, мне нравится шаблонизатор twig, и я хочу использовать его во всех своих плагинах. Чтобы делать это без менеджера зависимостей мне пришлось бы включить код twig'а в каждый плагин в отдельности.
В репозитории хранится только мой код, за который я несу ответственность. Случайное изменение кода сторонних плагинов меня больше не касается, потому что оно не хранится в репозитории и пересобирается из источника при каждом деплое.
Для больших проектов это удобнее во всех отношениях. И для разработки и для тестирования и для доставки на сервер и для обслуживания.
Когда Вы подаете 3.65 на вход LDO - вполне возможна ситуация, когда при пиках потребления или понижении или повышении температуры окружающей среды LDO выйдет из режима стабилизации.
Не могу ни подтвердить это ни опровергнуть, но пока все вроде работает. На жару в 30 градусов не выносил, в помещении почти всегда работает кондиционер на комфортных +23 градуса. Но если начнет отваливаться в жару буду знать куда копать.
Думаю, достаточно запитать ЦАП от выхода +3.3 ЕСП32 и все будет хорошо.
Это я пробовал, и при таком подключении ЦАП, шум был максимальный. Я буквально слышал щелчки поворота энкодера и высокочастнотный писк во время обновления картинки на дисплее. Возможно я что-то делал не так конечно.
Рассуждения о необходимости питания ЦАПА с цифровым входом I2S и платы с ЕСП32 от разных питателей - странно звучат для меня.
Именно с этой точки я начал экспериментировать с подачей питания. Возможно, я бы более глубоко вник в этот вопрос, но на тот момент я почти полностью собрал устройство и уже хотел решить проблему хоть как-то.
Заголовок поста "Насколько нам нужны высокие технологии в обычной жизни?". В тексте нет ответа на этот вопрос или внятного рассуждения на эту тему.
Обычная жизнь не ограничена установкой китайских камер в подъездах и переклейкой шильдиков на этих же камерах для перепродажи втридорога, чтобы уже централизованно устанавливать их в тех же подъездах. Смысл поста вообще не понятен, возможно я недостаточно погрузился в тему, возможно у автора осеннее обострение.
"как эта система блокировок строится с точки зрения оператора связи" - эта тема куда более интересна, как по мне, особенно если в ней будет меньше политики и больше технической информации.
Из вас получился бы отличный эффективный менеджер!
Хорошо, что вы повеселились во время "разработки" ПО, и поделились этим с нами. Плохо, что в статье от разработчика приложения на техническом ресурсе нет ни одной технической подробности, но есть ссылка на телеграм-канал.
Насколько этот подход отражается положительно на самом студенте? Не будет ли он испытывать недостатка практики в будущем, в котором всю рутинную работу за него делают агенты?
Без нейросетей я сидел бы без картинок или брал бы готовые из интернета. Редко кто будет нанимать иллюстратора, чтобы нарисовать картинку для обложки своего поста в соцсети.
В реальную работу я агентов пока не пускаю. Но факультативно сделал плагин для WordPress для генерации markdown-страниц: https://github.com/IvanZhuck/iz-md-pages
Из того что есть в репозитории моими руками написано строчек 10 максимум. Тем не менее, код рабочий, покрыт модульными тестами и крутится на нескольких больших новостных сайтах в продакшене. Качество кода меня также устраивает. Генерировал с помощью Antigravity CLI.
Все тоже самое я могу написать руками. По сравнению с обычной разработкой получилось раза в два быстрее, но устал от такой работы я в два раза больше и отходил от нее также в два раза больше. Приходилось больше читать кода, чем писать. Агент несколько раз заходил в тупик и еще больше раз выдвал откровенную дичь, на которую я бы купился, если бы ничего в этом не понимал. Другими словами выигрыш в эффективности сомнительный.
Проект некоммерческий и узконаправленный, монетезировать я его не планирую.
P.S. По недостающим компетенциям: нейросети классно закрывают для меня задачи по генерации разных картинок, которые используются в качестве иллюстраций и обложек публикаций.
"плюс к этому используют ИИ агентов – очень ценные специалисты будут" - сейчас абсолютное большинство разработчиков используют нейроагентов или хотя бы просто чаты с LLM. В этом нет конкурентного преимущества, поскольку технология общедоступна и порог входа в нее крайне низкий.
В то же время я абсолютно не спорю, что с нейросетью код пишется быстрее и пробелы в знаниях также закрывать стало легче. Однако стоит учесть, что качество работы не измеряется количеством строк кода на выходе. Да и вообще скорость написания программы редко бывает узким местом в ее цикле жизни.
Идея замены трех разработчиков одним с нейросетью вообще утопична, хотя и выглядит привлекательно со стороны недалекого менеджера. Специалистов дублирующих друг друга нанимают в первую очередь, чтобы снизить риски выбывания одного или нескольких из них из процесса. Редко это связанно с тем, что нужно сделать за 1 месяц то, что делается 3 месяца.
К тому же найм дополнительных единиц персонала может наоборот растягивать сроки реализации сложного проекта, потому что нужно больше ресурсов тратить на синхронизацию и коммуникацию внутри команды. Другими словами: 300 человек, кинутых на проект, где работает 3, не выполнят его в 100 раз быстрее. Наоборот, слаженная работа такой команды вообще невозможна и снизит скорость до нуля.
"Тема ИИ испорчена инфоцыганами" - вы и есть инфоцыгане, поскольку пытаетесь продвинуть себя на модной перехайпленной теме, нанося вред всей индустрии.
Сейчас все, нет, ВСЕ разработчики уже смекнули, что с помощью нейроагента можно легко и быстро напилить свой стартап, закрывая недостающие компетенции LLM'кой. Через 5 лет получим одновременно огромное количество мертвых никому ненужных проектов с их нищими основателями и некоторое количество новых компаний, чьи проекты начали приносить прибыль. В итоге вторые наймут первых, и рынок найма сбалансируется.
Насколько низким уровнем софт-скиллов и пониманием людей нужно обладать, чтобы разместить этот текст на Хабре и ожидать поддержки и понимания от местной аудитории.
И вопрос по существу: какое количество кандидатов отказалось продолжать с вами диалог после подобных вопросов?
Сколько времени это объективно занимает? 2 дня? Неделю? Я могу представить себе человека, который за неделю стал "AI-Augmented Solution Architect" и пошел писать инфцыганские статьи на Хабр, но не могу представить человека за неделю научившегося писать на C++ или освоившего администрирование Linux или хотя бы научившегося в полной мере делать сайты на WordPress с нуля. Почему человек с отрицательным количеством технических знаний, но считающий, что умеет "вайбкодить" должен вдруг стать ценнее специалиста с годами опыта в разработке, но игнорирующего возможность генерировать код?
"Еще раз повторю — не теряйте время, изучайте ИИ‑кодинг" – разобраться с ЛЮБОЙ концепцией в рамках темы разработки с помощью нейроагента занимает от 2 минут до нескольких часов времени. Для этого не нужно получать отдельное образование или даже проходить какие-либо курсы. Это просто навык использования прикладного ПО. Зная это, какое конкретно конкурентное преимущество имеет разработчик, уже использующий нейросеть для генерации кода перед тем, кто ее не использует? Отсутствие необходимости потратить максимум день на то, чтобы влиться в эту тему?
Есть ли информация о целесообразности отдельных Markdown-версий из HTML-страниц для LLM. Например для WordPress есть плагины, которые создают такие страницы, чтобы оптимизировать сайт для ИИ. Эффективен ли такой подход?
Интересно, было бы решение настроить веб-сервер на отдачу 403 ответа по определенному пулу подсетей, из которых шел мусорный трафик, более простым и экономичным нежели подключение стороннего WAF?
А в CRM'ку за 2-3 месяца руками одного соло-разработчика верится?
Когда компании перешли с решения конкретных задач на KPI Driven Development
Подозреваю, что ваш реальный авторитет в команде не очень высок.
Стандартная модель продажи ПО: можешь скачать опенсорс-коробку бесплатно, можешь купить как сервис с дополнительными плюшками в виде техобслуживания.
Это решает сразу несколько задач:
Ядро и плагины теперь зависимости, которыми можно гибко управлять. Например запретить обновление одного конкретного плагина или откатить ядро на две версии назад одной командой, а потом вернуть как было.
Можно подключать в проект любые php-библиотеки из composer централизованно. Подключить какой-нибудь Sentry например.
Можно делить одну и ту же зависимость между несколькими плагинами. Например, мне нравится шаблонизатор twig, и я хочу использовать его во всех своих плагинах. Чтобы делать это без менеджера зависимостей мне пришлось бы включить код twig'а в каждый плагин в отдельности.
В репозитории хранится только мой код, за который я несу ответственность. Случайное изменение кода сторонних плагинов меня больше не касается, потому что оно не хранится в репозитории и пересобирается из источника при каждом деплое.
Для больших проектов это удобнее во всех отношениях. И для разработки и для тестирования и для доставки на сервер и для обслуживания.
В моем случае — нет, но это можно добавить всего несколькими строчками кода. Прием мета-данных (и заголовка и времени воспроизведения) уже реализован в библиотеке: https://github.com/pschatzmann/ESP32-A2DP#support-for-metadata
Спасибо за комментарий.
Не могу ни подтвердить это ни опровергнуть, но пока все вроде работает. На жару в 30 градусов не выносил, в помещении почти всегда работает кондиционер на комфортных +23 градуса. Но если начнет отваливаться в жару буду знать куда копать.
Это я пробовал, и при таком подключении ЦАП, шум был максимальный. Я буквально слышал щелчки поворота энкодера и высокочастнотный писк во время обновления картинки на дисплее. Возможно я что-то делал не так конечно.
К этому рассуждению меня подтолкнул комментарий на Reddit: https://www.reddit.com/r/ECE/comments/12jowed/comment/jg00cz8/?utm_source=share&utm_medium=web3x&utm_name=web3xcss&utm_term=1&utm_content=share_button
Именно с этой точки я начал экспериментировать с подачей питания. Возможно, я бы более глубоко вник в этот вопрос, но на тот момент я почти полностью собрал устройство и уже хотел решить проблему хоть как-то.
Информацию про 5 вольт я взял от сюда: https://github.com/bdring/6-Pack_CNC_Controller/issues/31