Железная рубрика
Для тех, кто ещё не знает… Я технический специалист прям совсем технический. И с разного рода железками работаю лет с 6и.
В основном конструирую либо что-то на микроконтроллерах (программируемые микросхемы) либо усилители звука. Самые разные от микросхемных до радиоламп.
В прошлой «железной» рубрике я писал о подключении монитора и сенсорной панели от старого терминала к одноплатному компьютеру.
Это одно из ответвлений в «железном хобби»: найти где-то какую-то херовину и попробовать её запустить в штатном (или не очень) режиме.
А сегодня в принципе случился долгожданный финал эпопеи длиной в 3 с лишним месяца. Наконец-то подсобрал целиком и полностью усилитель на германиевых транзисторах.
Хоть это и планировалось как развлечение и покупался комплектом на поиграться на пару тройку вечеров, но все это по ряду причин вылилось в длительные ожидания железок, комплектухи. Трансформатор изготавливался на заводе под ключ. Много сил и времени ушло на схему к которой с первых минут я отнесся с заметной долей скептицизма.
Но к счастью все мои опасения пошли прахом после первых включений. Хоть и потрепало мне немного нервишки.
Но в итоге получился великолепный усилитель, который прекрасно подружился с моей акустикой и теперь можно послушать музыку с кайфом.
Отличная глубина сцены, объемный звук и великолепная проработка звука, до мельчайших деталей. Это один из немногих усилителей который не перестал меня удивлять и открывать новые оттенки в музыке даже спустя почти полторы недели.
Так вот и проходят зачастую мои вечера, когда все эти чат боты, воронки и интеграции порядком поднадоедают. Когда неохота возится ни с сервером, ни с кодом, да и вообще лишний раз подходить к компу.
Очень надеюсь, что в ближайшее время я все таки выделю время просто посидеть под хорошую музыку. Без дерготни. Без сообщений в мессенджерах и правок.
А там гляди и дойдут руки начать сборку нового лампового усилителя, который я вынашиваю в планах уже больше года.
Но это будет уже совсем другая история.
Для тех, кто ещё не знает… Я технический специалист прям совсем технический. И с разного рода железками работаю лет с 6и.
В основном конструирую либо что-то на микроконтроллерах (программируемые микросхемы) либо усилители звука. Самые разные от микросхемных до радиоламп.
В прошлой «железной» рубрике я писал о подключении монитора и сенсорной панели от старого терминала к одноплатному компьютеру.
Это одно из ответвлений в «железном хобби»: найти где-то какую-то херовину и попробовать её запустить в штатном (или не очень) режиме.
А сегодня в принципе случился долгожданный финал эпопеи длиной в 3 с лишним месяца. Наконец-то подсобрал целиком и полностью усилитель на германиевых транзисторах.
Хоть это и планировалось как развлечение и покупался комплектом на поиграться на пару тройку вечеров, но все это по ряду причин вылилось в длительные ожидания железок, комплектухи. Трансформатор изготавливался на заводе под ключ. Много сил и времени ушло на схему к которой с первых минут я отнесся с заметной долей скептицизма.
Но к счастью все мои опасения пошли прахом после первых включений. Хоть и потрепало мне немного нервишки.
Но в итоге получился великолепный усилитель, который прекрасно подружился с моей акустикой и теперь можно послушать музыку с кайфом.
Отличная глубина сцены, объемный звук и великолепная проработка звука, до мельчайших деталей. Это один из немногих усилителей который не перестал меня удивлять и открывать новые оттенки в музыке даже спустя почти полторы недели.
Так вот и проходят зачастую мои вечера, когда все эти чат боты, воронки и интеграции порядком поднадоедают. Когда неохота возится ни с сервером, ни с кодом, да и вообще лишний раз подходить к компу.
Очень надеюсь, что в ближайшее время я все таки выделю время просто посидеть под хорошую музыку. Без дерготни. Без сообщений в мессенджерах и правок.
А там гляди и дойдут руки начать сборку нового лампового усилителя, который я вынашиваю в планах уже больше года.
Но это будет уже совсем другая история.
🔥10
This media is not supported in your browser
VIEW IN TELEGRAM
Давно не было столько жизы в одном видео 😂🥲
🤣9
This media is not supported in your browser
VIEW IN TELEGRAM
С Наступающим Новым Годом! 🎄 🥂
Что ж друзья и коллеги, по правде говоря не хочу подводить никаких итогов 😁 Это был тяжелый год 🫠
По своему контрастный но и интересный. Много новых знакомств, интересных задач, не обошлось и без приключений. Но в целом я доволен тем, как в итоге все обернулось 👍🏻
Простите, что выпадаю временами, декабрь выбрался тем ещё и надеюсь в новом году мы будем встречаться с вами чаще, хотя бы в комментариях этого канала, а может и в живую, кто знает :)
А уже в новом году я вернусь к вам с рассказом о сравнительно новом направлении в котором я попробовал свои силы и даже получилось 🔥
Каждому из вас хочу пожелать крепкого здоровья в первую очередь ☝🏻Пусть сбываются ваши мечты и реализуются ваши самые амбициозные идеи и замыслы🥂
Желаю по больше интересных мероприятий, крутых знакомств и новых классных проектов 😎 и что бы никакие внешние факторы не влияли на вас)
С Наступающим!🎄 🥂
Что ж друзья и коллеги, по правде говоря не хочу подводить никаких итогов 😁 Это был тяжелый год 🫠
По своему контрастный но и интересный. Много новых знакомств, интересных задач, не обошлось и без приключений. Но в целом я доволен тем, как в итоге все обернулось 👍🏻
Простите, что выпадаю временами, декабрь выбрался тем ещё и надеюсь в новом году мы будем встречаться с вами чаще, хотя бы в комментариях этого канала, а может и в живую, кто знает :)
А уже в новом году я вернусь к вам с рассказом о сравнительно новом направлении в котором я попробовал свои силы и даже получилось 🔥
Каждому из вас хочу пожелать крепкого здоровья в первую очередь ☝🏻Пусть сбываются ваши мечты и реализуются ваши самые амбициозные идеи и замыслы
Желаю по больше интересных мероприятий, крутых знакомств и новых классных проектов 😎 и что бы никакие внешние факторы не влияли на вас)
С Наступающим!
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥9🎉6🎄5❤1
С возвращением меня 🥂😁
Исторически так сложилось, что декабрь (как думаю и у многих у вас) был крайне загружен.
Помимо загруженности, оказалось ещё и довольно напряженным, а 31 декабря я и вовсе узнал, что проект, ребята с которыми я проработал чуть более трех лет — распускает команду.
В общем я предпринял несколько попыток поработать в январе, но все это были мелочи. Даже рассказывать как будете бы особо и нечего.
Потом и вовсе внезапно потеплело, чем собственно я и наслаждался))
А вообще в январе я хотел прям залететь с ноги… Так-то принял решение уходить в сравнительно новую сферу для себя — в разработку полноценных миниапов под ключ.
Хотел сделать какой-то интересный анонс, но не всем планам суждено сбыться. Впрочем я сейчас активно работаю над вариантами решения ключевой проблемы: верстки.
Кто меня знает, тому известно, что с бэкендом я на «ты». Все ясно, понятно и прозрачно. Однако познания в верстке у меня далеко не айс, это при том, что я вполне спокойно работаю с React.
И эти все вещи сейчас занимают очень много времени и сил на самом деле. И по большей части именно из-за этих тектонических изменений я и выпал с инфопространства.
Так что такие дела, друзья.
Думаю, у меня ещё будут интересные новости и анонсы 👍🏻
Постараюсь сильно на долго не выпадать.
Не теряемся)
Исторически так сложилось, что декабрь (как думаю и у многих у вас) был крайне загружен.
Помимо загруженности, оказалось ещё и довольно напряженным, а 31 декабря я и вовсе узнал, что проект, ребята с которыми я проработал чуть более трех лет — распускает команду.
В общем я предпринял несколько попыток поработать в январе, но все это были мелочи. Даже рассказывать как будете бы особо и нечего.
Потом и вовсе внезапно потеплело, чем собственно я и наслаждался))
А вообще в январе я хотел прям залететь с ноги… Так-то принял решение уходить в сравнительно новую сферу для себя — в разработку полноценных миниапов под ключ.
Хотел сделать какой-то интересный анонс, но не всем планам суждено сбыться. Впрочем я сейчас активно работаю над вариантами решения ключевой проблемы: верстки.
Кто меня знает, тому известно, что с бэкендом я на «ты». Все ясно, понятно и прозрачно. Однако познания в верстке у меня далеко не айс, это при том, что я вполне спокойно работаю с React.
И эти все вещи сейчас занимают очень много времени и сил на самом деле. И по большей части именно из-за этих тектонических изменений я и выпал с инфопространства.
Так что такие дела, друзья.
Думаю, у меня ещё будут интересные новости и анонсы 👍🏻
Постараюсь сильно на долго не выпадать.
Не теряемся)
❤8🔥6💋4
This media is not supported in your browser
VIEW IN TELEGRAM
Ну вы уже поняли, от меня либо нихрена нет контента, либо сразу и всё 😁
В общем… История с тем проектом в котором я был не закончилась.
Ребята наши решили, что надо бы реорганизацию сделать. Команду распустить, но не всю и оставили нас троих, кто в общем-то с самого начала и был.
Ну и готовьте ребята запуск 🚀
Что бы масштаб бедствия был понятен, у нас обучение-игра. Нужно собрать всех учеников. Раскидать каждого в свой клан (набор каналов и чатов) и потом просто гора различных активностей у них. И вот за это все дело отвечал у нас бот. Пилили долго, дорого. Но в итоге от этого бота было принято решение отказаться.
В последствии ребята конечно порезали большую часть активностей. Много чего убрали. Но даже в этом, урезанном варианте, все равно много активностей. И ручками как-то и не очень хочется и не очень то и получится делать 🙃
Ситуацию надо как-то разруливать, а иначе в игру сыграет остаток команды и игра эта на выживание.
В общем я задумал сделать панель управления. Одну такую систему которая возьмет на себя большую часть рутинных задач и хоть как-то облегчит нашу участь. Да и ввязаться в разработку всяко по интереснее будет, нежели ручками все ковырять 😁
После череды созвонов появилось понимание как это все вытворить.
Концепт на видео)
А вот что будет дальше(а это прост горение жоп и покусывания стула) я расскажу позже 😁
В общем… История с тем проектом в котором я был не закончилась.
Ребята наши решили, что надо бы реорганизацию сделать. Команду распустить, но не всю и оставили нас троих, кто в общем-то с самого начала и был.
Ну и готовьте ребята запуск 🚀
Что бы масштаб бедствия был понятен, у нас обучение-игра. Нужно собрать всех учеников. Раскидать каждого в свой клан (набор каналов и чатов) и потом просто гора различных активностей у них. И вот за это все дело отвечал у нас бот. Пилили долго, дорого. Но в итоге от этого бота было принято решение отказаться.
В последствии ребята конечно порезали большую часть активностей. Много чего убрали. Но даже в этом, урезанном варианте, все равно много активностей. И ручками как-то и не очень хочется и не очень то и получится делать 🙃
Ситуацию надо как-то разруливать, а иначе в игру сыграет остаток команды и игра эта на выживание.
В общем я задумал сделать панель управления. Одну такую систему которая возьмет на себя большую часть рутинных задач и хоть как-то облегчит нашу участь. Да и ввязаться в разработку всяко по интереснее будет, нежели ручками все ковырять 😁
После череды созвонов появилось понимание как это все вытворить.
Концепт на видео)
А вот что будет дальше
🔥12💯3❤2
Почему иногда не выходит следовать срокам которые сам же и озвучил?
Я вот нашел интересную статью на Хабре. Что интересно, статья отлично описывает нашу реальность и без разницы, разработчик ты или тех.спец или совмещаешь 🙃
Как по мне, всегда так происходит и будет происходить пока ты имеешь дело с той или иной техникой)
https://habr.com/ru/companies/ruvds/articles/885258/
Я вот нашел интересную статью на Хабре. Что интересно, статья отлично описывает нашу реальность и без разницы, разработчик ты или тех.спец или совмещаешь 🙃
Как по мне, всегда так происходит и будет происходить пока ты имеешь дело с той или иной техникой)
https://habr.com/ru/companies/ruvds/articles/885258/
Хабр
Стиральная машина позволила мне иначе взглянуть на сроки разработки ПО
Моя недавняя эпопея со стиральной машиной напомнила мне, почему одна из самых страшных и ненавидимых задач в разработке ПО начинается с вопроса: «Сколько времени вам на это потребуется?» Привычность...
🔥9❤2
Железная рубрика
Если кто помнит, то есть у нас тут и такое. Время от времени нахожу всякие интересные железные штуки и пытаюсь их приручить.
Прошлую серию можно глянуть по ссылке ниже:
https://t.me/techspecpro/148
А вот и сегодня, с работой у меня не задалось. Зато весьма продуктивный вечер выдался в плане приручения атоловского дисплея покупателя.
Теперь будет работать у меня в качестве термометра 😁
А может ещё чего в итоге прикручу)
Занятно, что получилось и извне к нему подключится и родной кабель от него работает тоже.
Если кто помнит, то есть у нас тут и такое. Время от времени нахожу всякие интересные железные штуки и пытаюсь их приручить.
Прошлую серию можно глянуть по ссылке ниже:
https://t.me/techspecpro/148
А вот и сегодня, с работой у меня не задалось. Зато весьма продуктивный вечер выдался в плане приручения атоловского дисплея покупателя.
Теперь будет работать у меня в качестве термометра 😁
А может ещё чего в итоге прикручу)
Занятно, что получилось и извне к нему подключится и родной кабель от него работает тоже.
🔥8💋2❤1👍1🆒1
Расширение chrome для администраторов школ
Ну что, вот я и докатился до публикации своего первого браузерного расширения в Chrome Web Store.
Я опубликовал расширение Загрузка уроков с GetCourse, это расширение для администраторов (!) онлайн школ на GetCourse которое позволяет быстро переходить к исходнику видео в файловом хранилище.
У меня уже даже порядка 40 установок и я даже благополучно получил одну звезду и гневный отзыв так как забыл указать, что расширение для администраторов, а не для учеников 😁
Описание уже поправил, но через сколько пройдет модерация я пока не знаю))
Так что если кто-то как и я страдает от необходимости поиска исходников видео с уроков то welcome))
Расширение отображает кнопку "Скачать" на фрейме с видео прямо в уроках. По нажатию вас сразу пробросить к нужному файлу в файловом хранилище.
В целом получилось просто и удобно, если кому нужно забирайте
Ну что, вот я и докатился до публикации своего первого браузерного расширения в Chrome Web Store.
Я опубликовал расширение Загрузка уроков с GetCourse, это расширение для администраторов (!) онлайн школ на GetCourse которое позволяет быстро переходить к исходнику видео в файловом хранилище.
У меня уже даже порядка 40 установок и я даже благополучно получил одну звезду и гневный отзыв так как забыл указать, что расширение для администраторов, а не для учеников 😁
Описание уже поправил, но через сколько пройдет модерация я пока не знаю))
Так что если кто-то как и я страдает от необходимости поиска исходников видео с уроков то welcome))
Расширение отображает кнопку "Скачать" на фрейме с видео прямо в уроках. По нажатию вас сразу пробросить к нужному файлу в файловом хранилище.
В целом получилось просто и удобно, если кому нужно забирайте
🔥31👏4👍3❤1⚡1
Как я данные замедлял
Есть у нас на проекте одна задача: нужно собрать всех пользователей с определенным заказом с двух GetCourse в единую таблицу Google.
Затем, после того как они подключат бот на SaleBot нужно обновить данные этих пользователей в таблице и дописать им никнеймы.
В целом избитая тема о которой достаточно много информации в сети. Но есть нюанс. И даже несколько.
Честно говоря однажды я устал бегать за учениками с рассылками в духе «Ну подключите бота пожалуйста» и выстроил нестандартную интеграцию GetCourse и SaleBot. И попросту запретил доступ к тренингам до тех пор пока человек не подключит бот, а можно было и прикрывать доступ к урокам если бота остановили 😁 (нопока я этого делать не стал)
Эта же интеграция передаёт все данные с GC в Sale, а если быть точнее, то SaleBot забирает всё, что необходимо сам через Chatium API и выставляет на GC все нужное тоже сам. После подключения бота.
И в целом все шло хорошо. Но у нас возникло новое приключение, которое называется «угадай никнейм пользователя». Для нашего проекта критично, что бы у пользователя был никнейм и мы не пускаем дальше геймификацию, пока ник не установят.
Но нашлись ребята, которые ники ещё и повадились менять…
А SaleBot фиксирует никнейм разово и не актуализирует эти данные не во время работы воронки не во время рассылок. В общем никак, только если ручками в калькуляторе чего-то не прописать и отправить. Да вот только ручками обновлять данные нужно не только в сейле, но и в таблице, а это делать мне лень. Как и не охота было писать AppScript или оставлять таблицу с доступом редактора по ссылке…
В итоге я пришел к интеграции которая автоматически передает данные с GC в таблицу, затем дожидается подключения бота,дописывает все данные и перед обновлением записи пользователя через API телеги ещё и актуализирует никнейм.
Но проблема подкралась откуда не ждали. Что делать, если у тебя уже есть таблица в которой сотня-две записей? Сделать рассылку с хуком на интеграцию дело паршивое. Так как сейл (да и геткурс тоже) высылают хуки весьма бодро. Особенно сейл (но его еще можно замедлить, а вот геткурс уж никак), а скорость обработки в таблицах существенно ниже из-за чего получались пропуски и прочая вакханалия.
Я даже походил по чатам да по задавал вопросы, но полученные ответы меня не устроили. Либо не охота было на ночь глядя с новыми приблудами возится, да и ставить 3ю СУБД на сервер мне тоже не хотелось. Плюс идея обновлять по таймеру сразу все как-то тоже не улыбалась.
В своей голове я уже придумал команду для бота, по которой можно точечно актуализировать одного или нескольких пользователей. По запросу, а не раз в N-времени…
В итоге не придумал ничего лучше, как поставить прокси-буфер. Просто по быстрому накидал код который принимает данные по Webhook с той скоростью, с которой шлют. А вот отдает на n8n уже медленно и внятно, ровно с комфортной для работы Google-таблиц скоростью. В качестве диспетчера очередей взял RabbitMQ. Все остальное — NodeJS приложение.
И все наконец-то встало на свои места. Честно говоря, дольше по чатам ходил да сокрушался, что более простого решения не нашлось 😁
Как итог все работает как следует. Я сразу запустил все процессы, рассылку в SaleBot с запросами на обновление данных и спокойно ушел поужинать. Вернулся, глянул на таблицу и все там в полном порядке, все как по полочкам без пропусков и вакханалий. Вышло безопасно и стабильно, а все сервисы работают на тех скоростях, на которых им удобно.
Есть у нас на проекте одна задача: нужно собрать всех пользователей с определенным заказом с двух GetCourse в единую таблицу Google.
Затем, после того как они подключат бот на SaleBot нужно обновить данные этих пользователей в таблице и дописать им никнеймы.
В целом избитая тема о которой достаточно много информации в сети. Но есть нюанс. И даже несколько.
Честно говоря однажды я устал бегать за учениками с рассылками в духе «Ну подключите бота пожалуйста» и выстроил нестандартную интеграцию GetCourse и SaleBot. И попросту запретил доступ к тренингам до тех пор пока человек не подключит бот, а можно было и прикрывать доступ к урокам если бота остановили 😁 (но
Эта же интеграция передаёт все данные с GC в Sale, а если быть точнее, то SaleBot забирает всё, что необходимо сам через Chatium API и выставляет на GC все нужное тоже сам. После подключения бота.
И в целом все шло хорошо. Но у нас возникло новое приключение, которое называется «угадай никнейм пользователя». Для нашего проекта критично, что бы у пользователя был никнейм и мы не пускаем дальше геймификацию, пока ник не установят.
Но нашлись ребята, которые ники ещё и повадились менять…
А SaleBot фиксирует никнейм разово и не актуализирует эти данные не во время работы воронки не во время рассылок. В общем никак, только если ручками в калькуляторе чего-то не прописать и отправить. Да вот только ручками обновлять данные нужно не только в сейле, но и в таблице, а это делать мне лень. Как и не охота было писать AppScript или оставлять таблицу с доступом редактора по ссылке…
В итоге я пришел к интеграции которая автоматически передает данные с GC в таблицу, затем дожидается подключения бота,дописывает все данные и перед обновлением записи пользователя через API телеги ещё и актуализирует никнейм.
Но проблема подкралась откуда не ждали. Что делать, если у тебя уже есть таблица в которой сотня-две записей? Сделать рассылку с хуком на интеграцию дело паршивое. Так как сейл (да и геткурс тоже) высылают хуки весьма бодро. Особенно сейл (но его еще можно замедлить, а вот геткурс уж никак), а скорость обработки в таблицах существенно ниже из-за чего получались пропуски и прочая вакханалия.
Я даже походил по чатам да по задавал вопросы, но полученные ответы меня не устроили. Либо не охота было на ночь глядя с новыми приблудами возится, да и ставить 3ю СУБД на сервер мне тоже не хотелось. Плюс идея обновлять по таймеру сразу все как-то тоже не улыбалась.
В своей голове я уже придумал команду для бота, по которой можно точечно актуализировать одного или нескольких пользователей. По запросу, а не раз в N-времени…
В итоге не придумал ничего лучше, как поставить прокси-буфер. Просто по быстрому накидал код который принимает данные по Webhook с той скоростью, с которой шлют. А вот отдает на n8n уже медленно и внятно, ровно с комфортной для работы Google-таблиц скоростью. В качестве диспетчера очередей взял RabbitMQ. Все остальное — NodeJS приложение.
И все наконец-то встало на свои места. Честно говоря, дольше по чатам ходил да сокрушался, что более простого решения не нашлось 😁
Как итог все работает как следует. Я сразу запустил все процессы, рассылку в SaleBot с запросами на обновление данных и спокойно ушел поужинать. Вернулся, глянул на таблицу и все там в полном порядке, все как по полочкам без пропусков и вакханалий. Вышло безопасно и стабильно, а все сервисы работают на тех скоростях, на которых им удобно.
🔥17👏2❤1😱1
Media is too big
VIEW IN TELEGRAM
Простите, но это очень смешно 😂😂😂
Просто я и 50 моих ботов рассылают сообщения перед стартом вебинара 😂
Просто я и 50 моих ботов рассылают сообщения перед стартом вебинара 😂
😁9🤣6❤1
Вайбкодинг 🧑💻
Все, что я узнал об этом явлении, я узнал против своей воли. Сначала в соц.сетях, а затем уже на практике.
Если кто помнит, для меня довольно сложная тема это верстка. В том или ином виде, к счастью, я не работаю не с версткой сайтов, да и платформы не оформляю. Править и починить я могу абсолютно любой дизайн, но с нуля делать — это уж как-то без меня.
Так вот, казалось бы, нет у меня необходимости верстать что-то в рамках работы с проектами. Но остается определенная сложность в том, что мне нравится бэкенд и разнообразные серверные приложения которых я пишу по несколько в месяц. А всем этим добром нужно как-то управлять и интерфейс бы… Во первых он в принципе должен быть, во вторых это должно быть что-то удобнее чем Postman и желательно не выглядеть как сайт родом из нулевых(дизайнер с меня ещё хуже чем верстальщик)
И тут я нашел весьма занятных выход из положения. Так-то я вполне не плохо знаком с React. И вот уже год как я пишу панели управления именно на нем. А тут еще парочка сетей подвернулась, которые вполне не плохо способны верстать. Умеют и в десктоп и в мобильную верстку.
Но «не плохо» это не хорошо 🥲
И тут понеслось…
Первое впечатление было весьма занятным: я написал промт и получил вполне себе приемлемую версию фронта для своего приложения. Казалось, что вот напишу бэк и всё готово.
А хрен там плавал.
При том на столько, что мне захотелось посмотреть в глаза тому, кто в принципе запустил определение «вайбкодинг», термин как будто бы предполагает некоторе расслабление и легкость,но подгорало у меня на столько часто, что я даже пост решил написать. И вот выводы, которые я сделал за пол года работы с сетями:
1. Все будет хорошо, если функционал фронтенда и бэка вы сможете описать одним промтом. Но это будет что-то максимально простое.
2. Все будет более менее хорошо, если вы в состоянии предусмотреть всё(!), т.е буквально всё, что нужно в части функционала. Тогда фронт будет выполнен нейросетью либобез ошибок либо почти без ошибок.
3. Если вы заранее не можете знать, что может понадобится в интерфейсе ещё, помимо уже написанного или выплывет что-то уже после привязки фронта к бэкенду — головной боли огребете так много, что поиск и отладка ошибок займет больше времени, чем было потрачено на всё до этого.
4. Какой бы вы не писали промт, если попросите нейросеть что-то починить, она с вероятностью 99% похерит что-то в другом месте.
5. Если у вас нет достаточно прочных знаний в тех языках и фреймворках с которыми пришлось столкнутся — нейросети не помогут. Искать и исправлять ошибки придется самостоятельно.
6. Новый функционал скорее всего тоже придется дописывать самостоятельно. Почему? См. пункт 4.
7. Сети категорически плохо ориентируются, если в проектах много файлов, ещё хуже если в одном файле много строк. Совсем плохо справляются с декомпозицией задачи в коде. По этому лучше всего декомпозицию делать самому, а сеть просить писать код маленькими порциями и уже самостоятельно эти порции встраивать в существующий проект.
8. Если вы что-то поправили ручками в коде сети, а затем попросили её еще что-то доработать — с высокой вероятностью сеть похерит ваш код. Сети банально не отличают, что было сгенерировано, а какие изменения внесли вы.
Лично я уже отчасти привык к закидонам и глюками сетей и они практически не мешают мне создавать интерфейсы так как того хочется мне.
С другой стороны, у меня не раз и не два коптилось кресло, пока я что-то писал. А одним неосторожным промтом я и вовсе однажды похерил весь проект без возможности откатится. Две недели работы пошли по известному маршруту.
В целом инструмент хороший, помогает. И лично мою боль закрывает.
Но доставляет другой жгучей боли время от времени. И к сожалению абсолютно бесполезен, если у вас нет опыта в разработке.
И я имею ввиду не про знание синтаксиса языка программирования, а именно опыта со всеми вытекающими.
Увы, но ничего сложнее вылизанных демок, которые показывают на презентациях очередной сети-заменяльщика программистов, оно толком сгенерировать не в состоянии.
Но помочь все таки может.
Все, что я узнал об этом явлении, я узнал против своей воли. Сначала в соц.сетях, а затем уже на практике.
Если кто помнит, для меня довольно сложная тема это верстка. В том или ином виде, к счастью, я не работаю не с версткой сайтов, да и платформы не оформляю. Править и починить я могу абсолютно любой дизайн, но с нуля делать — это уж как-то без меня.
Так вот, казалось бы, нет у меня необходимости верстать что-то в рамках работы с проектами. Но остается определенная сложность в том, что мне нравится бэкенд и разнообразные серверные приложения которых я пишу по несколько в месяц. А всем этим добром нужно как-то управлять и интерфейс бы… Во первых он в принципе должен быть, во вторых это должно быть что-то удобнее чем Postman и желательно не выглядеть как сайт родом из нулевых
И тут я нашел весьма занятных выход из положения. Так-то я вполне не плохо знаком с React. И вот уже год как я пишу панели управления именно на нем. А тут еще парочка сетей подвернулась, которые вполне не плохо способны верстать. Умеют и в десктоп и в мобильную верстку.
Но «не плохо» это не хорошо 🥲
И тут понеслось…
Первое впечатление было весьма занятным: я написал промт и получил вполне себе приемлемую версию фронта для своего приложения. Казалось, что вот напишу бэк и всё готово.
При том на столько, что мне захотелось посмотреть в глаза тому, кто в принципе запустил определение «вайбкодинг», термин как будто бы предполагает некоторе расслабление и легкость,
1. Все будет хорошо, если функционал фронтенда и бэка вы сможете описать одним промтом. Но это будет что-то максимально простое.
2. Все будет более менее хорошо, если вы в состоянии предусмотреть всё(!), т.е буквально всё, что нужно в части функционала. Тогда фронт будет выполнен нейросетью либо
3. Если вы заранее не можете знать, что может понадобится в интерфейсе ещё, помимо уже написанного или выплывет что-то уже после привязки фронта к бэкенду — головной боли огребете так много, что поиск и отладка ошибок займет больше времени, чем было потрачено на всё до этого.
4. Какой бы вы не писали промт, если попросите нейросеть что-то починить, она с вероятностью 99% похерит что-то в другом месте.
5. Если у вас нет достаточно прочных знаний в тех языках и фреймворках с которыми пришлось столкнутся — нейросети не помогут. Искать и исправлять ошибки придется самостоятельно.
6. Новый функционал скорее всего тоже придется дописывать самостоятельно. Почему? См. пункт 4.
7. Сети категорически плохо ориентируются, если в проектах много файлов, ещё хуже если в одном файле много строк. Совсем плохо справляются с декомпозицией задачи в коде. По этому лучше всего декомпозицию делать самому, а сеть просить писать код маленькими порциями и уже самостоятельно эти порции встраивать в существующий проект.
8. Если вы что-то поправили ручками в коде сети, а затем попросили её еще что-то доработать — с высокой вероятностью сеть похерит ваш код. Сети банально не отличают, что было сгенерировано, а какие изменения внесли вы.
Лично я уже отчасти привык к закидонам и глюками сетей и они практически не мешают мне создавать интерфейсы так как того хочется мне.
С другой стороны, у меня не раз и не два коптилось кресло, пока я что-то писал. А одним неосторожным промтом я и вовсе однажды похерил весь проект без возможности откатится. Две недели работы пошли по известному маршруту.
В целом инструмент хороший, помогает. И лично мою боль закрывает.
Но доставляет другой жгучей боли время от времени. И к сожалению абсолютно бесполезен, если у вас нет опыта в разработке.
И я имею ввиду не про знание синтаксиса языка программирования, а именно опыта со всеми вытекающими.
Увы, но ничего сложнее вылизанных демок, которые показывают на презентациях очередной сети-заменяльщика программистов, оно толком сгенерировать не в состоянии.
Но помочь все таки может.
💯10🔥2❤1👍1