Где собрать feature votes для своего пет-проекта и построить роадмап разработки?
Сначала self-hosted:
Fider
Есть возможность выбрать реакцию на запрос - запланировано, в процессе, готово и тд
Нет аналитики - только количество голосов
Можно хостить в докере/на хероку
Норм смотрится
Cloud, в которых есть free-план:
Productific
Взял его в первый раз для проекта - довольно удобный, хотя и выглядит не слишком модно
Есть аналитика, топ-фичи и все такое
Можно выносить фичи в роадмап и ченжлог (в sleekplan это платно)
В платном плане кастомизация страницы и небольшие улучшения - сам план не очень дорогой
Sleekplan
Есть аналитика в платном плане
Перетащить фидбек в роадмап в платном плане
Модный, но все нужное в платном плане)
Еще варианты, там только триал и оплата за место/месяц или даже исходя из объема голосующих пользователей, лол
Productboard - этот понравился больше
——
В итоге я думаю, что останусь на productific - платить каждый месяц пока смысла нет, а у него наиболее адекватные фичи к цене
А чем пользуетесь вы для своих проектов или на работе?
—-
2024 Update: для нового проекта мой выбор пал на Canny - бесплатного плана вполне хватит для начала, и выглядит моднее чем productific
Сначала self-hosted:
Fider
Есть возможность выбрать реакцию на запрос - запланировано, в процессе, готово и тд
Нет аналитики - только количество голосов
Можно хостить в докере/на хероку
Норм смотрится
Cloud, в которых есть free-план:
Productific
Взял его в первый раз для проекта - довольно удобный, хотя и выглядит не слишком модно
Есть аналитика, топ-фичи и все такое
Можно выносить фичи в роадмап и ченжлог (в sleekplan это платно)
В платном плане кастомизация страницы и небольшие улучшения - сам план не очень дорогой
Sleekplan
Есть аналитика в платном плане
Перетащить фидбек в роадмап в платном плане
Модный, но все нужное в платном плане)
Еще варианты, там только триал и оплата за место/месяц или даже исходя из объема голосующих пользователей, лол
Productboard - этот понравился больше
——
В итоге я думаю, что останусь на productific - платить каждый месяц пока смысла нет, а у него наиболее адекватные фичи к цене
А чем пользуетесь вы для своих проектов или на работе?
—-
2024 Update: для нового проекта мой выбор пал на Canny - бесплатного плана вполне хватит для начала, и выглядит моднее чем productific
Productific
Productific: Know what to build next
Know what your users really want. A SaaS roadmap tool to help you choose the best ideas for your product roadmap.
👍5
Джентельменский набор для стартапа 2024
t3stack (Next.JS, Typescript, TailwindCSS,Prisma DrizzleORM, auth.js) - для старта, базовый сетап фулстек проекта с авторизацией за которую не нужно платить гуглу/clerk/другим
Также там идет настроенный tRPC, который делает связку бека с фронтом настолько простой, что это становится не сложнее, чем вызвать функцию, быть фулстеком никогда не было проще
shadcn/ui - супер-пупер UI-кит, из коробки красивый, и настолько удобный, что просто no-brainer
Potshog для аналитики, реплея сессий, фича-флагов, опросов и другого
Или Plausible для просто аналитики
Cursor.sh - редактор кода с очень классным copilot’ом
Или обычный VSCode + codeum
Хостить на Vercel
База на neon
Код на GH
Все вместе сетапится минут 10 максимум, и к концу дня у вас production ready MVP
Еще наборы:
Раз, два, три, t4
t3stack (Next.JS, Typescript, TailwindCSS,
Также там идет настроенный tRPC, который делает связку бека с фронтом настолько простой, что это становится не сложнее, чем вызвать функцию, быть фулстеком никогда не было проще
shadcn/ui - супер-пупер UI-кит, из коробки красивый, и настолько удобный, что просто no-brainer
Potshog для аналитики, реплея сессий, фича-флагов, опросов и другого
Или Plausible для просто аналитики
Cursor.sh - редактор кода с очень классным copilot’ом
Или обычный VSCode + codeum
Хостить на Vercel
База на neon
Код на GH
Все вместе сетапится минут 10 максимум, и к концу дня у вас production ready MVP
Еще наборы:
Раз, два, три, t4
Create T3 App
The best way to start a full-stack, typesafe Next.js app.
❤5👍1
Вопрос: стек для 💭 TG Webapp 💻
В целом есть двастула противоположных стека:
- фулстек JS (next.js в целом потянет все что нужно, я даже background jobs queue нашел нормальный)
- фулстек питон с htmx
Давате посмотрим на них:
# next.js
+ в одном месте фронт и бек, они плотно связаны и в целом даже удобно взаимодействуют (тот же trpc, я в шоке был когда нашел, или server actions)
+ есть тонны ui-китов на любой вкус и цвет, оно скорее всего не будет выглядеть как говно даже если ты не фронтендер
+ гибко как с интерактивом на фронте, так и на бекенде
- предстоит заботать новый фреймворк со своими специфичными штуками как сделать Х (можно без этого конечно, но с этим обычно лучше)
= я встречал много шаблонов проектов, с которыми можно почти сразу писать фичи вместо сетапа всего (как раз в посте выше)
# python + htmx
+ более знакомый сетап, скорее всего многие бекенд вещи получится сделать проще (быстрее/эффективнее по деньгам?)
- htmx без допов ограничивает интерактив на фронте (по сути тот же шаблонизатор джанги/фласка, грубо говоря), а с ними - не сильно отличается от реакта
= за шаблоны не могу сказать, не в теме тут, но субъективно их кажется меньше, и htmx в целом кажется более нишевым
общее:
= по перфомансу (селфхостед или клауд) вряд ли одно из решений будет выигрывать (но firebase functions мне кажется слишком дорогими при скейле)
= и там и там много инструментов на любую задачу
= на первый взгляд кажется что у тг вебаппа не так много фронта
----
PS.: еще есть опция сделать фронт на реакте/нексте и ходить в питоновскую апишку(а на vercel в cloud functions можно писать не только на next.js но и на го, питоне или еще чем-то и это может лежать в том же репо) , или взять всякие firebase/supabase/etc, но на мой взгляд это больше усложняет итоговую систему и дает иллюзию простоты решения, а на деле проще не становится (а я так пробовал делать)
---
Мнение:
я бы лично делал на next'e, очевидно, но обычно я топлю за то, чтобы брать знакомый стек для начала - это позволяет не тупить в простых вещах и быстрее катить, а потом можно и переехать при желании - тут вопрос в том, насколько есть желание/возможности/необходимость ботать новое
Представим, что я python разраб, немного писал Firebase Cloud Functions на nodejs.
Я хочу написать tgbot с webapp, ничего не знаю про фронт, хочется просто заюзать готовые современные стили.
Вебапп имеет бекенд, который сможет скейлится до 1М дау. На бекенде есть ручка, которая что-то дорогое делает, за что юзер платит кредитами с баланса (например, генерация картинки по промпту). Авторизация на беке через хедер от телеги.
Какой бы ты для этого всего посоветовал стек?
Например:
- взять заботать реакт и node js, взять такой-то туториал/шаблон и забыть про питон.
- бек писать на питоне, фронт взять htmx потому что ...
В целом есть два
- фулстек JS (next.js в целом потянет все что нужно, я даже background jobs queue нашел нормальный)
- фулстек питон с htmx
Давате посмотрим на них:
# next.js
+ в одном месте фронт и бек, они плотно связаны и в целом даже удобно взаимодействуют (тот же trpc, я в шоке был когда нашел, или server actions)
+ есть тонны ui-китов на любой вкус и цвет, оно скорее всего не будет выглядеть как говно даже если ты не фронтендер
+ гибко как с интерактивом на фронте, так и на бекенде
- предстоит заботать новый фреймворк со своими специфичными штуками как сделать Х (можно без этого конечно, но с этим обычно лучше)
= я встречал много шаблонов проектов, с которыми можно почти сразу писать фичи вместо сетапа всего (как раз в посте выше)
# python + htmx
+ более знакомый сетап, скорее всего многие бекенд вещи получится сделать проще (быстрее/эффективнее по деньгам?)
- htmx без допов ограничивает интерактив на фронте (по сути тот же шаблонизатор джанги/фласка, грубо говоря), а с ними - не сильно отличается от реакта
= за шаблоны не могу сказать, не в теме тут, но субъективно их кажется меньше, и htmx в целом кажется более нишевым
общее:
= по перфомансу (селфхостед или клауд) вряд ли одно из решений будет выигрывать (но firebase functions мне кажется слишком дорогими при скейле)
= и там и там много инструментов на любую задачу
= на первый взгляд кажется что у тг вебаппа не так много фронта
----
PS.: еще есть опция сделать фронт на реакте/нексте и ходить в питоновскую апишку
---
Мнение:
я бы лично делал на next'e, очевидно, но обычно я топлю за то, чтобы брать знакомый стек для начала - это позволяет не тупить в простых вещах и быстрее катить, а потом можно и переехать при желании - тут вопрос в том, насколько есть желание/возможности/необходимость ботать новое
trpc.io
tRPC - Move Fast and Break Nothing.
End-to-end typesafe APIs made easy. | tRPC
End-to-end typesafe APIs made easy. | tRPC
End-to-end typesafe APIs made easy. Automatic typesafety & autocompletion inferred from your API-paths, their input data, & outputs 🧙♂️
🔥2
Сколько прогаю(и несколько десятилетий до меня) в индустрии один из частых вопросов: "какой стек выбрать?", "что лучше - X или Y?". Но штука в том, что здесь нет правильного ответа
Серьезно, нет такой штуки как "лучший стек для всех". Это как с едой - кто-то любит борщ, а кто-то суши, и ничего, живут же как-то.
Вместо того чтобы гуглить "топ-10 технологий 2024" (спойлер: там всегда будет JS), лучше спросите себя:
- Что я уже знаю и умею?
- Что нужно именно моему проекту?
- Куда я хочу расти дальше?
Слушайте других, но решайте сами. В конце концов, это ваш проект, и вам с этим кодом жить, а не дяде Васе из интернета.
Не бойтесь экспериментировать. Иногда самое "неправильное" решение может оказаться тем самым (можно и наговнокодить местами) Главное - чтобы вам было удобно и проект двигался.
А вообще, меньше читайте советов в интернете и больше кодите. Даже этот пост можете смело игнорировать и пойти делать крутые штуки!
#webdev #ктопридумалэтистеки
#Не_все_не_всегда_и_не_везде
Серьезно, нет такой штуки как "лучший стек для всех". Это как с едой - кто-то любит борщ, а кто-то суши, и ничего, живут же как-то.
Вместо того чтобы гуглить "топ-10 технологий 2024" (спойлер: там всегда будет JS), лучше спросите себя:
- Что я уже знаю и умею?
- Что нужно именно моему проекту?
- Куда я хочу расти дальше?
Слушайте других, но решайте сами. В конце концов, это ваш проект, и вам с этим кодом жить, а не дяде Васе из интернета.
Не бойтесь экспериментировать. Иногда самое "неправильное" решение может оказаться тем самым (можно и наговнокодить местами) Главное - чтобы вам было удобно и проект двигался.
А вообще, меньше читайте советов в интернете и больше кодите. Даже этот пост можете смело игнорировать и пойти делать крутые штуки!
#webdev #ктопридумалэтистеки
#Не_все_не_всегда_и_не_везде
❤3👀2
В догонку - меня бесконечно прикалывает этот видос 7-летней давности, про лучший язык программирования, где авторы просто название раз в год меняют на текущий 🌚
YouTube
Какой язык программирования выбрать первым в 2024 году
Не знаете какой язык программирования лучше выбрать первым? Мы вам подскажем!
Заходите и подписывайтесь на наши другие ресурсы!
● VK: http://bit.ly/vk_extremecodetv
● Telegram Chat: http://bit.ly/telegram_extremecodetv
● iTunes: http://bit.ly/itunes_extremecodetv…
Заходите и подписывайтесь на наши другие ресурсы!
● VK: http://bit.ly/vk_extremecodetv
● Telegram Chat: http://bit.ly/telegram_extremecodetv
● iTunes: http://bit.ly/itunes_extremecodetv…
Делать сложное - просто, а простое - сложно
А давайте поговорим о том, как мы любим всё усложнять. Как будто у нас девиз: "Зачем просто, если можно сложно?"
Вот смотрите:
1. Берём простой учебный проект интернет-магазина. Казалось бы, что там сложного? Но нет, мы же крутые разрабы! Давайте впихнем туда Effector, LocalStorage, авторизацию через EarthOne и еще парочку модных словечек для солидности.
2. А потом удивляемся, почему наша корзина выглядит как труба от атомной станции. Данные хранятся в трёх местах, логика для авторизации такая, что сам чёрт ногу сломит. И всё это "синхронизируется" как лебедь, рак и щука. (там буквально отдельно в каждом месте (Effector, LocalStorage и на беке) - своя логика, и оно иногда рассинхронится)
3. Почему так? А потому что мы насмотрелись курсов, где показывают, как круто использовать 100500 технологий в одном проекте. И давай это всё пихать, даже если оно там нужно, как рыбе зонтик.
4. В итоге что? Код раздулся как пузырь, отлаживать его - сплошное удовольствие, а добавить новую фичу проще, чем запустить ракету на Марс.
5. А теперь, фокус! Убираем весь этот зоопарк, оставляем только бэкенд и React Query. И оп-ля! Код сократился до 100 строк, всё работает как часы, и даже джун может разобраться, что к чему.
Мораль сей басни такова:
- Не всё то золото, что блестит в модных туториалах.
- Простота - это не для слабаков, это для умных.
- Решайте бизнес-задачи, а не свое эго.
- Помните, что любой проект со временем усложнится сам. Не надо ему помогать.
И напоследок, для авторов курсов: ребята, вы крутые, но давайте учить не только как накрутить сложности, но и как потом с этим жить?
А давайте поговорим о том, как мы любим всё усложнять. Как будто у нас девиз: "Зачем просто, если можно сложно?"
„Этотписьмокод получился таким длинным потому, что у меня не было времени написать его короче.“ — Блез Паскаль
Вот смотрите:
1. Берём простой учебный проект интернет-магазина. Казалось бы, что там сложного? Но нет, мы же крутые разрабы! Давайте впихнем туда Effector, LocalStorage, авторизацию через EarthOne и еще парочку модных словечек для солидности.
2. А потом удивляемся, почему наша корзина выглядит как труба от атомной станции. Данные хранятся в трёх местах, логика для авторизации такая, что сам чёрт ногу сломит. И всё это "синхронизируется" как лебедь, рак и щука. (там буквально отдельно в каждом месте (Effector, LocalStorage и на беке) - своя логика, и оно иногда рассинхронится)
3. Почему так? А потому что мы насмотрелись курсов, где показывают, как круто использовать 100500 технологий в одном проекте. И давай это всё пихать, даже если оно там нужно, как рыбе зонтик.
4. В итоге что? Код раздулся как пузырь, отлаживать его - сплошное удовольствие, а добавить новую фичу проще, чем запустить ракету на Марс.
5. А теперь, фокус! Убираем весь этот зоопарк, оставляем только бэкенд и React Query. И оп-ля! Код сократился до 100 строк, всё работает как часы, и даже джун может разобраться, что к чему.
Мораль сей басни такова:
- Не всё то золото, что блестит в модных туториалах.
- Простота - это не для слабаков, это для умных.
- Решайте бизнес-задачи, а не свое эго.
- Помните, что любой проект со временем усложнится сам. Не надо ему помогать.
И напоследок, для авторов курсов: ребята, вы крутые, но давайте учить не только как накрутить сложности, но и как потом с этим жить?
❤4👍1🔥1
Тут недавно была тема про то, как личные метрики разлагают команду.
Типа, говоришь разрабу, что количество пулл реквестов влияет на оценку, и он сразу начинает хакать систему - берет задачи попроще, делает маленькие PR'ы, бесится на правки и забивает на помощь коллегам.
И был тезис, мол, это проблема разработчика - так хакать систему не хорошо, надо самому думать как лучше для команды
Я не согласен, что это проблема разрабов, и вот почему:
- Метрики для разрабов - это 100% ответственность руководства. Кто ставит метрики, тому и думать, как сделать так, чтобы они адекватно на бизнес влияли, а не были самоцелью
- Если цели можно достичь, забив на команду или даже подставив коллег - это не цели, а какая-то фигня на постном масле. Руководитель, ты чем думал, когда это придумывал?
- Предлагать разработчику игнорировать цели руководства и самому решать, что важнее - это путь в никуда. Так можно дорешаться до того, что все будут считать друг друга идиотами. И все будут правы!
- Правильный подход - когда личные цели и цели команды связаны, как сиамские близнецы. Хочешь хакнуть систему? Круто, но только в плюс всем, а не в минус кому-то.
- А команда что? А команда должна уметь сказать: "Слушай, босс, эта структура - полное говно. Вот тебе примеры, вот тебе идеи, давай думать вместе"
-------------
В общем, ребята, не берите на себя чужую ответственность. Но и не молчите, если видите, что что-то идет не так.
А руководителям - думайте головой, а не... сами знаете чем. Ваша работа - сделать так, чтобы система работала на всех, а не против кого-то.
#метрикиголовногомозга
Типа, говоришь разрабу, что количество пулл реквестов влияет на оценку, и он сразу начинает хакать систему - берет задачи попроще, делает маленькие PR'ы, бесится на правки и забивает на помощь коллегам.
И был тезис, мол, это проблема разработчика - так хакать систему не хорошо, надо самому думать как лучше для команды
Я не согласен, что это проблема разрабов, и вот почему:
- Метрики для разрабов - это 100% ответственность руководства. Кто ставит метрики, тому и думать, как сделать так, чтобы они адекватно на бизнес влияли, а не были самоцелью
- Если цели можно достичь, забив на команду или даже подставив коллег - это не цели, а какая-то фигня на постном масле. Руководитель, ты чем думал, когда это придумывал?
- Предлагать разработчику игнорировать цели руководства и самому решать, что важнее - это путь в никуда. Так можно дорешаться до того, что все будут считать друг друга идиотами. И все будут правы!
- Правильный подход - когда личные цели и цели команды связаны, как сиамские близнецы. Хочешь хакнуть систему? Круто, но только в плюс всем, а не в минус кому-то.
- А команда что? А команда должна уметь сказать: "Слушай, босс, эта структура - полное говно. Вот тебе примеры, вот тебе идеи, давай думать вместе"
-------------
В общем, ребята, не берите на себя чужую ответственность. Но и не молчите, если видите, что что-то идет не так.
А руководителям - думайте головой, а не... сами знаете чем. Ваша работа - сделать так, чтобы система работала на всех, а не против кого-то.
#метрикиголовногомозга
❤2
ну что господа, я теперь опенсурсер, проделал колоссальную работу, жду офферы на 100500кк/нсек
🔥5
Gemini 2.5 Pro просто космос канеш
С самого начала GPT-гонки гугл как-то отставал и местами выглядел забавно
Однако, становится заметно, как он нагоняет, и еще прошлый релиз 2.0 flash (и flash-lite) starts to make difference, когда относительно неглупая модель (но не топ конечно) стоит на 90% меньше, чем сопоставимые от OpenAI/Claude
---
Так вот, с неделю назад вышла Gemini 2.5 Pro и это просто что-то. Я почти сразу пересел на нее с кодом в курсоре, и особенно с cline
Почему? Потому что claude 3.7 sonnet в cline сожрала 30$ на довольно простом проекте за пару часов
Вроде и не жалко - что-то да получилось, сам бы я такое прогал в лучшем случае неделю по пару часов, а вроде и не хочется отдавать нейронкам не только работу, но и зарплату, если так каждый день работать
В то же время, гемини собрала такой же проект
а) быстрее
б) четче и меньше багов
в) смогла сделать фичи которые не смог Клауде
г) БЕСПЛАТНО (то есть совсем)
у клауде/опенаи контекст 128к токенов и очень быстро заполняется, а токены реально дорогие
у гемини - контекст миллион, а токены от бесплатных до очень дешевых
в общем, я уже неделю в шоке от происходящего 😁
С самого начала GPT-гонки гугл как-то отставал и местами выглядел забавно
Однако, становится заметно, как он нагоняет, и еще прошлый релиз 2.0 flash (и flash-lite) starts to make difference, когда относительно неглупая модель (но не топ конечно) стоит на 90% меньше, чем сопоставимые от OpenAI/Claude
---
Так вот, с неделю назад вышла Gemini 2.5 Pro и это просто что-то. Я почти сразу пересел на нее с кодом в курсоре, и особенно с cline
Почему? Потому что claude 3.7 sonnet в cline сожрала 30$ на довольно простом проекте за пару часов
Вроде и не жалко - что-то да получилось, сам бы я такое прогал в лучшем случае неделю по пару часов, а вроде и не хочется отдавать нейронкам не только работу, но и зарплату, если так каждый день работать
В то же время, гемини собрала такой же проект
а) быстрее
б) четче и меньше багов
в) смогла сделать фичи которые не смог Клауде
г) БЕСПЛАТНО (то есть совсем)
у клауде/опенаи контекст 128к токенов и очень быстро заполняется, а токены реально дорогие
у гемини - контекст миллион, а токены от бесплатных до очень дешевых
в общем, я уже неделю в шоке от происходящего 😁
короче гугл мне насчитал Gemini API на кругленькую сумму, но я-то хитрее, подумал я, и нашел Google for startups программу, которая дает 2к$ кредитами
но и гугел не дурак оказался, инвойс все равно прислали на всю эту сумму (хотя из кредитов взяли что-то около 120$, но куда они ушли я так и не понял даже через поддержку)
половину я в итоге через сапппорт сократил, но легкий флер того, что где-то меня с этими кредитами наебали так и остался
но и гугел не дурак оказался, инвойс все равно прислали на всю эту сумму (хотя из кредитов взяли что-то около 120$, но куда они ушли я так и не понял даже через поддержку)
половину я в итоге через сапппорт сократил, но легкий флер того, что где-то меня с этими кредитами наебали так и остался
😁1
что интересно, можно хоть каждый месяц содавать новый google workspace за 8$ + домен, и делать одно из двух (или оба)
- брать 2к кредитов (у знакомых они вроде как списывались за гемини без проблем)
- заводить новый биллинг аккаунт, за ~полтора месяца потратить сколько успеешь до блокировки API за неуплату
повторять, пока вам не станет стыдно 🏃
- брать 2к кредитов (у знакомых они вроде как списывались за гемини без проблем)
- заводить новый биллинг аккаунт, за ~полтора месяца потратить сколько успеешь до блокировки API за неуплату
повторять, пока вам не станет стыдно 🏃
😁1
Отдельное удовольствие - когда можно задачу/баг из чата закинуть в RooCode, оно там минут 10 само пошуршит и готово с первого раза ровно как надо
❤1
fun fact: за сопоставимое количество усилий, которое нужно на поиск работы (аутрич, контакты, собесы, тестовые и тд), можно попробовать заняться b2b продажами своих же услуг/проектов, и выйти за лимиты своей вилки
❤6
Audio
Деньги или интерес?
Когда я был молодым инженером меня так спрашивали два или три раза, куда меня потом и взяли
Как ни странно, но я не помню, что именно я там отвечал 😁
А вот правда ли это?
Я на этот счет думаю что на работу мы приходим за бабками, а вот интерес каждый должен найти свой сам.
В работе ли код писать, лидить, в своих проектах - как угодно. Главное соблюсти баланс приятного с полезным и тогда кукуха будет в порядке подольше.
Мнения?
Молодому инженеру что приходит на собес
Предлагают сразу выбрать
Деньги или интерес
Когда я был молодым инженером меня так спрашивали два или три раза, куда меня потом и взяли
Как ни странно, но я не помню, что именно я там отвечал 😁
Выбирайте четко деньги
Вот синьорский вам совет
Потому что где нет денег
там и интереса нет
А вот правда ли это?
Я на этот счет думаю что на работу мы приходим за бабками, а вот интерес каждый должен найти свой сам.
В работе ли код писать, лидить, в своих проектах - как угодно. Главное соблюсти баланс приятного с полезным и тогда кукуха будет в порядке подольше.
Мнения?
❤3
А потом ты проснулся, за окном летнее утро, ты у бабушки, а до 9го класса еще два месяца
😭2❤1
Forwarded from Solo Founder / Pavlenko (SaaS, AI, стартапы)
Опять пришлось всё самому делать
Держите гайд – как совмещать 5 работ
https://habr.com/ru/articles/918266/
Держите гайд – как совмещать 5 работ
https://habr.com/ru/articles/918266/
😁5
А нашел бы 2 работы вообще бед не знал кроме как с башкой
😁3💯2