Бекенд-розробник зробив iOS-додаток, хоча ніколи не мав справу зі Swift. За шість тижнів вечірньої роботи він довів до ревью в App Store застосунок, який стежить за домашніми запасами. У блозі автор розповідає, як створював продукт за допомогою AI: як агент відкладає складні частини, чому треба читати кожен diff, тримати scope маленьким та не віддавати моделі продуктові рішення.
Єгор Шустик розробляє Telegram-бота для саморефлексії: користувач надиктовує думки, а бот зберігає контекст, знаходить повторювані теми та раз на тиждень повертає спостереження. У своєму блозі автор розповідає, з якими труднощами зіштовхнувся, як мігрував із Claude на Gemini та змушував LLM не брехати.
Навіть відпочинок від технологій може обернутися новим pet-проєктом. Олег Новосад, Senior Technical Architect, розповів, як пройшов шлях від купівлі перших вуликів до релізу власної системи управління пасікою з монетизацією та першими клієнтами.
Як зробити AI частиною ОС, а не вкладкою браузера? Розробник ділиться досвідом створення open-source утиліти CapyBro на .NET 8 + WPF. Вона викликає ШІ системним хоткеєм у будь-якій програмі. Читайте розбір архітектури та технічних рішень під капотом проєкту.
Що робити з гігабайтами старих фотографій і бекапів, якщо жорсткі диски забиті, а популярні хмарні сервіси коштують занадто дорого? Костянтин Давиденко поділився досвідом створення дешевого сховища, розповів, як стиснув файли без втрати візуальної якості, та з якими нетехнічними проблемами зіткнувся під час запуску продукту.
Створити корисний інструмент з ШІ можливо, якщо знати його слабкі місця. Chief Software Engineer in Test ділиться досвідом розробки застосунку для метро: від відмови від браузерного ChatGPT до гранулярних промптів у Claude CLI та боротьби з дефектами.
Розробник Тарас Приставський вирішив автоматизувати роботу зі старими клієнтами, а через три дні вже мав AI sales loop, A/B-тести, фоловапи через Telegram та кілька корисних помилок.
У своєму блозі автор показує кейс, як АІ в якості асистента під людським контролем може допомагати оживляти старі діалоги, сегментувати лідів та знаходити точки воронки, де клієнт зупинився
Розчарувавшись у незручному фірмовому застосунку для свого інвертора, інженер вирішив створити власну систему моніторингу сонячної електростанції. Іван Урсул ділиться досвідом розробки проєкту Svitgrid, який вміє рахувати зелений тариф, враховувати графіки відключень та захищати інвертор криптографічним підписом.
Сергій Безпалий два роки будував власний task-менеджер TaskJect. Починав як внутрішній інструмент, перейшов від мікросервісів до простішої архітектури, автоматизував деплой, запустив SaaS, пробував Product Hunt, конференції та фонди. У результаті — 21 команда, 7 активних, жодного платного клієнта та важливий висновок: хороший продукт не означає потрібний продукт
Побудувати продукт із нуля без чіткої ідеї, витратити $30K власних грошей, пів року шукати робочу модель, а потім вирости до $150K+ MRR.
У статті Лада Кліщенко, СЕО ніші Astrology у Brainstack, поділилася коротким оглядом шляху за 3 роки: від пошуку ніші для пет-проєкту до росту продукту.
Software engineer Володимир Крет ділиться досвідом розробки KulmanLab — швидкого 2D CAD-редактора, що працює прямо у браузері. Автор пояснює неочевидний вибір Angular і Canvas для складної геометрії та детально розбирає оптимізацію сотень тисяч об’єктів разом із болем парсингу формату DXF.
Solo-розробник Іван Парасоченко ділиться досвідом створення SelenaCore — повністю офлайн голосового асистента для розумного будинку на Raspberry Pi. Автор описує архітектуру системи з підтримкою української мови та розбирає вибір локальних моделей для розпізнавання намірів без хмарних сервісів.
У своїй статті QA Lead Ігор Кошелєв ділиться досвідом створення AI-розширення для Azure DevOps усього за три тижні. Автор детально розбирає розроблену архітектуру генератора тест-кейсів, розповідає про виправлені під час аудиту вразливості та оцінює реальну користь Claude Code.
Зореслав Гораль ділиться продовженням історії про створення ElectricityOff — застосунку для моніторингу вимкнень електроенергії. У цій частині автор проводить читача через хронологію розробки, розповідає про впровадження нових фіч, взаємодію з користувачами та ділиться інсайтами з життя власного продукту.
Навесні 2018 року фаундер декількох проєктів з технічним бекграундом Ігор щоранку возив сина в садочок через залізничний переїзд у Ірпені. Інколи переїзд закривався настільки надовго, що автору урвався терпець: він вирішив створити проєкт, який попереджатиме про час закриття переїзду. Що з цього вийшло — читайте у статті.
Денис Ціон, QA Engineer у Master of Code Global, ділиться досвідом створення GPT-чат-бота «Є-Наратив». Він розповідає про роботу з GPT Builder, аналіз когнітивних викривлень та шлях до точного виявлення ворожих наративів в українському інфосередовищі.
Максим — колишній дизайнер, що зацікавився розробкою й зосередився на власних застосунках. Цього разу він ділиться історією створення ZbirkaPrice — інструмента для моніторингу цін на маркетплейсах. Автор розповідає про ідею, розробку та проблеми, що виникли в процесі й багато чому навчили.
Дмитро Іващук розповідає, як йому з командою вдалось створити мобільний застосунок для легкого пошуку партнерів для бігу, волейболу та інших спортивних ігор. Які інструменти використовували, що спрацювало й чи вдалося досягти очікуваних результатів за перші три місяці після релізу — читайте у блозі.
Анатолій Левіцький — Java/Fullstack розробник з понад 7 роками досвіду, а тепер CTO і співзасновник Moviso — мобільного застосунку для любителів фільмів. Це історія про особистий шлях розробника, який починав сам, вчився на ходу, вигорав, і врешті-решт зрозумів: найсильніший інструмент — це команда.
Як не наробити помилок, коли амбіції та бажання щось створити є, а досвіду в цьому нуль? Читайте у блозі Олексія Василенка, який разом з іншими початківцями створив Codewius — платформу, що дає можливість початківцям отримати справжній досвід командної розробки.
Коментарі