Forwarded from Дизайн-Телега 🔥
This media is not supported in your browser
VIEW IN TELEGRAM
Библиотека трёхмерных элементов. 3D abstract semransparent shapes
• 16 шейпов в хорошем качестве.
#3D
Открыть в Figma
Источник
👨 Дизайн-телега
• 16 шейпов в хорошем качестве.
#3D
Открыть в Figma
Источник
👨 Дизайн-телега
Forwarded from Киря
Вайбкодинг → Метакодинг
Термин «вайбкодинг» появился недавно, но уже успел стать ругательным. Им обозначают бездумное дилетантское программирование с нейронками. Но нейронки — оч мощный инструмент. Если пользоваться ими правильно, можно делать крутые вещи
Сегодня в одной статье я подсмотрел термин «метакодинг» и мне он очень понравился. Статья наполовину написана нейросетью (вайб-редактура, кек), и читается трудно, поэтому ссылку я давать не стану. Да и не в статье дело. Просто она подтолкнула меня поделиться тем, что я на личном опыте узнал за год *метакодинга*
(если вы не знаете, мы с Женей Власовым пилим и скоро, я надеюсь, релизнем iOS-приложение «Буков»)
Метакодинг — вдумчивое и грамотное программирование с нейросетями. Код пишет нейросеть, но ты контролируешь каждый этап, вникаешь в архитектуру, внимательно читаешь сопроводительные комментарии нейронки, тестируешь код и постоянно обновляешь документацию и контекст
Вот, какие основные советы я вынес из года метакодинга:
— Проси объяснять на твоём уровне *не*понимания. Всегда полезно спрашивать, что значат термины, которые тебе пишет нейронка
— Читай, что тебе пишет нейросеть. Не применяй правки бездумно
— Документация — это фундамент. Именно она задаёт контекст нейронке и помогает ей не делать ошибок. У тебя будут сотни чатов. Чем полнее твоя документация, тем проще тебе будет начинать каждый новый чат
— Проси нейронку анализировать код и писать/обновлять документацию в соответствии с этим анализом
— Дели документацию на блоки по функциональным частями твоего приложения
— Записывай все высокоуровневые правила и практики, которым ты хочешь, чтобы нейронка следовала, в отдельный файлик, и добавляй его в контекст или в поле кастомного промта
— Не проси исправлять ошибки больше одного раза. Если первая просьба не сработала, лучше откатись на шаг назад и посмотри, что нужно добавить в промт, чтобы ошибок не было. Добавь это и перегенерируй ответ
— Иногда ошибки уходят, если тупо перегенерировать ответ заново или сменить модель
— Не скупись на самые новые модели. Иногда качество кода существенно повышается просто из-за подбора правильной модели
— Но! Новые модели не обязательно лучше. Мы сталкивались с ситуациями, когда Sonnet 3.5 писал код гораздо лучше Sonnet 3.7 или даже GPT 4o, хотя по синтетическим тестам они слабее
— Экономь окно контекста. Следи за тем, чтобы в контекст не попадала ненужная информация. Если даёшь нейронке логи, убирай из них лишнее. Это и деньги экономит, и качество ответов повышает
(эти советы легко могут устареть через полгода, но пока так)
Многие думают, что нейронка — это такое волшебное окно, куда ты пишешь «сделай круто» и она так и делает. А это просто новый инструмент. Если нейронка что-то написала не так — это твоя ответственность и вина. Это не машина тупая, а ты плохо поставил задачу. Она просто делает то, что ты просишь. Garbage in — garbage out
КОРОЧЕ: Метакодинг — база, и он доступен всем, кто готов проявить усидчивость и терпение
Термин «вайбкодинг» появился недавно, но уже успел стать ругательным. Им обозначают бездумное дилетантское программирование с нейронками. Но нейронки — оч мощный инструмент. Если пользоваться ими правильно, можно делать крутые вещи
Сегодня в одной статье я подсмотрел термин «метакодинг» и мне он очень понравился. Статья наполовину написана нейросетью (вайб-редактура, кек), и читается трудно, поэтому ссылку я давать не стану. Да и не в статье дело. Просто она подтолкнула меня поделиться тем, что я на личном опыте узнал за год *метакодинга*
(если вы не знаете, мы с Женей Власовым пилим и скоро, я надеюсь, релизнем iOS-приложение «Буков»)
Метакодинг — вдумчивое и грамотное программирование с нейросетями. Код пишет нейросеть, но ты контролируешь каждый этап, вникаешь в архитектуру, внимательно читаешь сопроводительные комментарии нейронки, тестируешь код и постоянно обновляешь документацию и контекст
Вот, какие основные советы я вынес из года метакодинга:
— Проси объяснять на твоём уровне *не*понимания. Всегда полезно спрашивать, что значат термины, которые тебе пишет нейронка
— Читай, что тебе пишет нейросеть. Не применяй правки бездумно
— Документация — это фундамент. Именно она задаёт контекст нейронке и помогает ей не делать ошибок. У тебя будут сотни чатов. Чем полнее твоя документация, тем проще тебе будет начинать каждый новый чат
— Проси нейронку анализировать код и писать/обновлять документацию в соответствии с этим анализом
— Дели документацию на блоки по функциональным частями твоего приложения
— Записывай все высокоуровневые правила и практики, которым ты хочешь, чтобы нейронка следовала, в отдельный файлик, и добавляй его в контекст или в поле кастомного промта
— Не проси исправлять ошибки больше одного раза. Если первая просьба не сработала, лучше откатись на шаг назад и посмотри, что нужно добавить в промт, чтобы ошибок не было. Добавь это и перегенерируй ответ
— Иногда ошибки уходят, если тупо перегенерировать ответ заново или сменить модель
— Не скупись на самые новые модели. Иногда качество кода существенно повышается просто из-за подбора правильной модели
— Но! Новые модели не обязательно лучше. Мы сталкивались с ситуациями, когда Sonnet 3.5 писал код гораздо лучше Sonnet 3.7 или даже GPT 4o, хотя по синтетическим тестам они слабее
— Экономь окно контекста. Следи за тем, чтобы в контекст не попадала ненужная информация. Если даёшь нейронке логи, убирай из них лишнее. Это и деньги экономит, и качество ответов повышает
(эти советы легко могут устареть через полгода, но пока так)
Многие думают, что нейронка — это такое волшебное окно, куда ты пишешь «сделай круто» и она так и делает. А это просто новый инструмент. Если нейронка что-то написала не так — это твоя ответственность и вина. Это не машина тупая, а ты плохо поставил задачу. Она просто делает то, что ты просишь. Garbage in — garbage out
КОРОЧЕ: Метакодинг — база, и он доступен всем, кто готов проявить усидчивость и терпение
Forwarded from Shock Design
Как быстро улучшить дизайн карточки
Как создать привлекательную карточку для мобильного пользователя? Основные правила оформления на практике
Читать на дизайнерс | #статья
https://dsgners.ru/ui/8494-kak-byistro-uluchshit-dizayn-kartochki
Как создать привлекательную карточку для мобильного пользователя? Основные правила оформления на практике
Читать на дизайнерс | #статья
https://dsgners.ru/ui/8494-kak-byistro-uluchshit-dizayn-kartochki
dsgners.ru
Как быстро улучшить дизайн карточки — дизайнерс
Карточка — картинка, которую читатель зачастую смотрит с телефона, когда параллельно занимается другими делами. В карточке должны быть соблюдены основные правила:
Forwarded from UI_UX inspiration
Как быстро улучшить дизайн карточки
Как создать привлекательную карточку для мобильного пользователя? Основные правила оформления на практике
Читать на дизайнерс | #статья
https://dsgners.ru/ui/8494-kak-byistro-uluchshit-dizayn-kartochki
Как создать привлекательную карточку для мобильного пользователя? Основные правила оформления на практике
Читать на дизайнерс | #статья
https://dsgners.ru/ui/8494-kak-byistro-uluchshit-dizayn-kartochki
dsgners.ru
Как быстро улучшить дизайн карточки — дизайнерс
Карточка — картинка, которую читатель зачастую смотрит с телефона, когда параллельно занимается другими делами. В карточке должны быть соблюдены основные правила:
Forwarded from PSD | Дизайн-пространство
Провал первой концепции: как исправить ошибки и успешно завершить проект.
Как избежать дизайн-фейла и спасти отношения с клиентом? Узнай, что делать, когда проделанная работа не удовлетворяет заказчика. Статья поможет разобраться в сложной ситуации
Читать на дизайнерс | #кейс
https://dsgners.ru/ui/8499-proval-pervoy-kontseptsii-kak-ispravit-oshibki-i-uspeshno-zavershit-proekt
Как избежать дизайн-фейла и спасти отношения с клиентом? Узнай, что делать, когда проделанная работа не удовлетворяет заказчика. Статья поможет разобраться в сложной ситуации
Читать на дизайнерс | #кейс
https://dsgners.ru/ui/8499-proval-pervoy-kontseptsii-kak-ispravit-oshibki-i-uspeshno-zavershit-proekt
Forwarded from Дизайн-Телега 🔥
PUKSEL — безумцы из Crauch выпустили свой UI-kit для общего пользования
Статья об идеальном процессе работы над цифровыми продуктами и реальных трудностях, с которыми сталкиваются дизайнеры и разработчики: отличия во взглядах, проблемы с интеграцией дизайна и кода, сохранение консистентности интерфейсов
Читать на дизайнерс | #новость
https://dsgners.ru/ui/8535-puksel-bezumtsyi-iz-crauch-vyipustili-svoy-ui-kit-dlya-obschego-polzovaniya
Статья об идеальном процессе работы над цифровыми продуктами и реальных трудностях, с которыми сталкиваются дизайнеры и разработчики: отличия во взглядах, проблемы с интеграцией дизайна и кода, сохранение консистентности интерфейсов
Читать на дизайнерс | #новость
https://dsgners.ru/ui/8535-puksel-bezumtsyi-iz-crauch-vyipustili-svoy-ui-kit-dlya-obschego-polzovaniya
Forwarded from Заметки безработного Апанасика (Andrei Apanasik)
На недавней конфе GitHub/Microsoft анонсировали публичную предварительную версию своего агента GitHub Copilot.
И этот агент был развёрнут для создания PR'ов в репозитории .NET runtime, и я...наслаждаюсь комментариями.
- https://github.com/dotnet/runtime/pull/115762
- https://github.com/dotnet/runtime/pull/115743
- https://github.com/dotnet/runtime/pull/115733
- https://github.com/dotnet/runtime/pull/115732
Там прям огромный спектр эмоций можно наблюдать:
- Луддизм
- Пожалейка сотрудников (хотя они явно писали, что им ок, и они пока лишь экспериментируют)
- Хейт из-за того, что «мёрджатся AI-шные PR'ы» (хотя сотрудники пишут, что проверяют и финальное решение всё равно люди выносят сейчас)
- Экофанатики. Блин, разработчики в issue на Гитхабе сидят и считают, сколько там выбросов CO2 при сравнении с бургерами😂
- Совсем отставшие от прогесса люди, для которых LLM подходят «лишь для автокомплита»
В общем, почитывать комменты под такими пулреквестами это теперь моё guilty pleasure.
И этот агент был развёрнут для создания PR'ов в репозитории .NET runtime, и я...наслаждаюсь комментариями.
- https://github.com/dotnet/runtime/pull/115762
- https://github.com/dotnet/runtime/pull/115743
- https://github.com/dotnet/runtime/pull/115733
- https://github.com/dotnet/runtime/pull/115732
Там прям огромный спектр эмоций можно наблюдать:
- Луддизм
- Пожалейка сотрудников (хотя они явно писали, что им ок, и они пока лишь экспериментируют)
- Хейт из-за того, что «мёрджатся AI-шные PR'ы» (хотя сотрудники пишут, что проверяют и финальное решение всё равно люди выносят сейчас)
- Экофанатики. Блин, разработчики в issue на Гитхабе сидят и считают, сколько там выбросов CO2 при сравнении с бургерами
- Совсем отставшие от прогесса люди, для которых LLM подходят «лишь для автокомплита»
В общем, почитывать комменты под такими пулреквестами это теперь моё guilty pleasure.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Denis Sexy IT 🤖
Media is too big
VIEW IN TELEGRAM