Меня зовут Леонид Черненко, я программист. Пишу код на PHP.
Этот канал о том, как я создаю свои продукты.
Сейчас у меня нет ни одного продукта, но я не оставляю надежды когда-нибудь создать востребованный пользователями продукт.
Буду рассказывать о своих приключениях на пути к созданию продукта и делиться мыслями.
Этот канал о том, как я создаю свои продукты.
Сейчас у меня нет ни одного продукта, но я не оставляю надежды когда-нибудь создать востребованный пользователями продукт.
Буду рассказывать о своих приключениях на пути к созданию продукта и делиться мыслями.
👍8
У меня есть блог о разработке: https://leonidchernenko.ru/
Раз в неделю выходит пост.
Также есть чат "Сделано программистами", в котором общаемся на любые темы, связанные с разработкой.
https://t.me/leonidchernenko
Чат привязан к каналу для обсуждений, все посты из канала автоматом публикуются в чате.
Раз в неделю выходит пост.
Также есть чат "Сделано программистами", в котором общаемся на любые темы, связанные с разработкой.
https://t.me/leonidchernenko
Чат привязан к каналу для обсуждений, все посты из канала автоматом публикуются в чате.
Telegram
Сделано вайбкодерами
Это группа, посвящённая обсуждению постов из блога https://leonidchernenko.ru/ и всему что связано с разработкой.
Главный принцип группы — взаимное уважение и доброжелательное отношение к участникам.
Новые записи в блоге будут публиковаться здесь.
Главный принцип группы — взаимное уважение и доброжелательное отношение к участникам.
Новые записи в блоге будут публиковаться здесь.
Итак, поехали!
Всю неделю мне хотелось сделать продукт, малюсенький, ультранишевый и связанный с разработкой PHP.
Когда я озвучу в чём заключается идея то вы возможно скажете "ой ну что за фигня! это никому не будет нужно!"
А я отвечу: "ну и что?"
Я всё равно его сделаю, потому что это нужно мне самому. А будут ли им пользоваться... Посмотрим )
Честно говоря надоело быть "сапожником без сапог" и вечно искать готовые решения, особенно когда я уверен что могу решить проблему ничуть не хуже, а местами даже и лучше.
Всю неделю мне хотелось сделать продукт, малюсенький, ультранишевый и связанный с разработкой PHP.
Когда я озвучу в чём заключается идея то вы возможно скажете "ой ну что за фигня! это никому не будет нужно!"
А я отвечу: "ну и что?"
Я всё равно его сделаю, потому что это нужно мне самому. А будут ли им пользоваться... Посмотрим )
Честно говоря надоело быть "сапожником без сапог" и вечно искать готовые решения, особенно когда я уверен что могу решить проблему ничуть не хуже, а местами даже и лучше.
👍1
Предыстория. Мы сделали бэкенд на PHP для многопользовательской онлайн игры, космическая леталка Pulse Online.
Некоторое время назад наш сервер игры стал "тупить" так как сильно выросла нагрузка, игроков стало больше и старый код уже не тянул.
Чтобы разобраться в чём проблема, стали изучать логи, параметры сервера и так далее.
В итоге добавили страницу статуса PHP FPM, отслеживая которую убедились что в проблемах виновата медленная обработка запросов на сервере PHP.
Позже мы ускорили запросы с помощью индексов в БД и кеширования и проблема ушла.
Но в процессе установления причин тормозов, нам очень нехватало классного мониторинга! Обновляли и следили за страницей статуса PHP FPM вручную.
На картинке к посту — как выглядит такая страница сейчас.
Некоторое время назад наш сервер игры стал "тупить" так как сильно выросла нагрузка, игроков стало больше и старый код уже не тянул.
Чтобы разобраться в чём проблема, стали изучать логи, параметры сервера и так далее.
В итоге добавили страницу статуса PHP FPM, отслеживая которую убедились что в проблемах виновата медленная обработка запросов на сервере PHP.
Позже мы ускорили запросы с помощью индексов в БД и кеширования и проблема ушла.
Но в процессе установления причин тормозов, нам очень нехватало классного мониторинга! Обновляли и следили за страницей статуса PHP FPM вручную.
На картинке к посту — как выглядит такая страница сейчас.
👍3
Несмотря на то, что проблема уже решена, остаётся желание смотреть за показателями сервера и дальше, чтобы вовремя поймать подобные проблемы ещё "на подлёте".
А ведь этот проект у нас не единственный с высокой нагрузкой, пригодится и на других.
Поэтому решено: сделаю свой мониторинг, отслеживающий сервер PHP.
Что мониторим
Основные параметры сервера, за которыми нужно следить, это очередь запросов (если всё в порядке тогда в ней 0 ожидающих запросов), а также количество активных процессов.
Если количество активных процессов начинает зашкаливать и упирается в лимит, это означает что сервер уже не справляется с нагрузкой и не успевает обрабатывать запросы.
Пфф... это решается за 15 минут Прометей/Графана/etc
Ну... нет. Ни один из мне сервисов не подключается за 15 минут. Возни везде много и самый минимум подключение займёт несколько часов.
Кто утверждает что такой мониторинг делается без подготовки за 15 минут, либо обманывает себя либо просто врёт.
А толковые APM (глубоко интегрированные системы мониторинга веб-приложений) ещё и стоят капец сколько денег. Например BlackFire стоит 20 000 рублей в месяц.
А ведь этот проект у нас не единственный с высокой нагрузкой, пригодится и на других.
Поэтому решено: сделаю свой мониторинг, отслеживающий сервер PHP.
Что мониторим
Основные параметры сервера, за которыми нужно следить, это очередь запросов (если всё в порядке тогда в ней 0 ожидающих запросов), а также количество активных процессов.
Если количество активных процессов начинает зашкаливать и упирается в лимит, это означает что сервер уже не справляется с нагрузкой и не успевает обрабатывать запросы.
Пфф... это решается за 15 минут Прометей/Графана/etc
Ну... нет. Ни один из мне сервисов не подключается за 15 минут. Возни везде много и самый минимум подключение займёт несколько часов.
Кто утверждает что такой мониторинг делается без подготовки за 15 минут, либо обманывает себя либо просто врёт.
А толковые APM (глубоко интегрированные системы мониторинга веб-приложений) ещё и стоят капец сколько денег. Например BlackFire стоит 20 000 рублей в месяц.
👍5
Анализ рынка
"Перед разработкой решения, делали ли какой-то анализ рынка? Про графану и прометеус вижу обсуждение. Есть ещё laravel pulse и вроде ещё парочку аналогов есть для php"
Конечно, у всех на слуху Графана, Прометей, Сентри, NewRelic, BlackFire.
Но всё это существующие продукты, которые не решают мою задачу так как это нужно мне.
Как мне нужно чтобы они решили задачу? Быстро, просто и дёшево.
Решают они мою задачу быстро, просто и дёшево? Нет.
Большая часть это либо гемор с ковырянием серверов, такие как Графана и Прометей, либо установка "агентов", либо возня с конфигурацией в приложении, а самые мощные решения ещё и стоят кучу денег.
Это всё не подойдёт. Не хочу часами возиться для решения такой задачи.
Мне нужно фигак-фигак и у тебя есть готовый мониторинг, без напрягов.
Получится ли у меня самого создать простое и быстрое решение? Может, и нет. Но я попробую )
P.S. Laravel Pulse у нас есть, но статистику FPM он не показывает.
"Перед разработкой решения, делали ли какой-то анализ рынка? Про графану и прометеус вижу обсуждение. Есть ещё laravel pulse и вроде ещё парочку аналогов есть для php"
Конечно, у всех на слуху Графана, Прометей, Сентри, NewRelic, BlackFire.
Но всё это существующие продукты, которые не решают мою задачу так как это нужно мне.
Как мне нужно чтобы они решили задачу? Быстро, просто и дёшево.
Решают они мою задачу быстро, просто и дёшево? Нет.
Большая часть это либо гемор с ковырянием серверов, такие как Графана и Прометей, либо установка "агентов", либо возня с конфигурацией в приложении, а самые мощные решения ещё и стоят кучу денег.
Это всё не подойдёт. Не хочу часами возиться для решения такой задачи.
Мне нужно фигак-фигак и у тебя есть готовый мониторинг, без напрягов.
Получится ли у меня самого создать простое и быстрое решение? Может, и нет. Но я попробую )
P.S. Laravel Pulse у нас есть, но статистику FPM он не показывает.
"...это решается написанием плейбуков в стиле Infrastructure as a Code. Да, на это уходит очень много времени на старте, зато потом ты разворачиваешь мониторинг одной-двумя командами. Изредка рефакторишь плейбук как обычный код"
Infrastructure as a Code
Сколько раз я пытался осилить эти плейбуки, каждый раз плевал и бросал это занятие.
Сделано как-то калечно, пока въедешь в те концепции что нагородили авторы этих тулов, пока напишешь все скрипты, поседеешь. Ещё и Питон вместо PHP )
Если кайфово превозмогать сложные инструменты, валяйте, но я пас.
В моём случае отлично себя показала самопальная система скриптов на Bash + MakeFile + Docker.
Раньше чем она себя исчерпает я не буду брать ничего сложнее, но уже три года полёт нормальный, так что сами судите.
Infrastructure as a Code
Сколько раз я пытался осилить эти плейбуки, каждый раз плевал и бросал это занятие.
Сделано как-то калечно, пока въедешь в те концепции что нагородили авторы этих тулов, пока напишешь все скрипты, поседеешь. Ещё и Питон вместо PHP )
Если кайфово превозмогать сложные инструменты, валяйте, но я пас.
В моём случае отлично себя показала самопальная система скриптов на Bash + MakeFile + Docker.
Раньше чем она себя исчерпает я не буду брать ничего сложнее, но уже три года полёт нормальный, так что сами судите.
😁1
Когда не нужен касдев?
CustDev, он же "касдев" — Customer Development, под ним обычно подразумевают интервью с будущими пользователями задуманного продукта.
Считается, что без касдева нельзя начинать делать продукт.
Но... Нужен ли тебе касдев?
Не касдевить палатку с шаурмой
Если в вашем районе 10 палаток с шаурмой и ты делаешь 11ю, не надо касдевить — и так понятно что люди любят и едят шаурму, иначе бы этих палаток не было.
Бросай исследования, найди хорошую точку (дистрибуцию) и сделай хорошую шаурму (качественный продукт), это всë что нужно для старта.
Примеры: ВКонтакте, Телеграм, Гугл, Git, Laravel.
Не касдевить свою боль
Если ты сам свой будущий пользователь, не надо касдевить. Ты и так знаешь в чëм заключается проблема, насколько она важна, каковы альтернативы и сколько тратится на решение.
Проверить нужно только одно — сколько других людей и где ты можешь найти с той же проблемой что у тебя. Знаешь где найти такие места и таких людей? Вот эти гипотезы и проверяй.
И не поленись сделать настолько хорошее решение, что и сам от него кайфанул бы.
Примеры: Стив Джобс и айпод, Игорь Сысоев и Nginx, Антон Титов и все его продукты: Spiral Framework, Cycle ORM, RoadRunner.
CustDev, он же "касдев" — Customer Development, под ним обычно подразумевают интервью с будущими пользователями задуманного продукта.
Считается, что без касдева нельзя начинать делать продукт.
Но... Нужен ли тебе касдев?
Не касдевить палатку с шаурмой
Если в вашем районе 10 палаток с шаурмой и ты делаешь 11ю, не надо касдевить — и так понятно что люди любят и едят шаурму, иначе бы этих палаток не было.
Бросай исследования, найди хорошую точку (дистрибуцию) и сделай хорошую шаурму (качественный продукт), это всë что нужно для старта.
Примеры: ВКонтакте, Телеграм, Гугл, Git, Laravel.
Не касдевить свою боль
Если ты сам свой будущий пользователь, не надо касдевить. Ты и так знаешь в чëм заключается проблема, насколько она важна, каковы альтернативы и сколько тратится на решение.
Проверить нужно только одно — сколько других людей и где ты можешь найти с той же проблемой что у тебя. Знаешь где найти такие места и таких людей? Вот эти гипотезы и проверяй.
И не поленись сделать настолько хорошее решение, что и сам от него кайфанул бы.
Примеры: Стив Джобс и айпод, Игорь Сысоев и Nginx, Антон Титов и все его продукты: Spiral Framework, Cycle ORM, RoadRunner.
👍3❤1
Мониторинг
Сегодня прилёг один из рабочих проектов.
Ранним воскресным утром, пока все ещё сладко спали в постельках, сошёл с ума балансировщик и стал отдавать ошибку 503.
Мы ничего не трогали, балансировщик настраивали пару недель назад через облачный сервис хостера, так что виноват хостер. Что-то начудили там.
Быстренько перекинув DNS в обход балансировщика напрямую на сервер, мы пофиксили проблему.
Но сайт пролежал несколько часов, прежде чем проблему заметили и позвонили мне.
При этом в мессенджер писали, но я телефон не брал в руки поэтому не видел что кто-то пишет. Телефон в этот раз был в беззвучном режиме.
Выводы?
1. Объяснил команде, что если что-то лежит, надо не писать в телеграм, а самостоятельно принимать меры либо звонить.
2. Запланировал настройку мониторинга и алертов на состояние сайта, с уведомлениями на старшего по проекту и меня.
3. Чем сложнее система тем больше точек где она может дать сбой.
P.S.
Если знаете хорошие сервисы для мониторинга с алертами — поделитесь, пожалуйста.
Сегодня прилёг один из рабочих проектов.
Ранним воскресным утром, пока все ещё сладко спали в постельках, сошёл с ума балансировщик и стал отдавать ошибку 503.
Мы ничего не трогали, балансировщик настраивали пару недель назад через облачный сервис хостера, так что виноват хостер. Что-то начудили там.
Быстренько перекинув DNS в обход балансировщика напрямую на сервер, мы пофиксили проблему.
Но сайт пролежал несколько часов, прежде чем проблему заметили и позвонили мне.
При этом в мессенджер писали, но я телефон не брал в руки поэтому не видел что кто-то пишет. Телефон в этот раз был в беззвучном режиме.
Выводы?
1. Объяснил команде, что если что-то лежит, надо не писать в телеграм, а самостоятельно принимать меры либо звонить.
2. Запланировал настройку мониторинга и алертов на состояние сайта, с уведомлениями на старшего по проекту и меня.
3. Чем сложнее система тем больше точек где она может дать сбой.
P.S.
Если знаете хорошие сервисы для мониторинга с алертами — поделитесь, пожалуйста.
👍1
Слишком маленький рынок?
Выше на скриншоте вы видите мой диалог с автором, который придумал классную идею, но бросил, потому что решил что рынок слишком маленький.
"Нет смысла вкладывать время и силы в то что имеет небольшой потенциал".
Ну а я считаю, что всё наоборот, малые продукты и идеи — самый верный путь прийти к чему-то большому.
В чём преимущества малых продуктов?
Можно сузить нишу до предела и сделать ультранишевый продукт для очень маленькой аудитории, от 10 до 100 человек.
1. Супер ультра нишевый продукт гораздо легче делать. В нём меньше лишних деталей и меньше фич. Гораздо проще определиться с целевым потребителем этого продукта и заточить всё под него.
2. Расшириться никогда не поздно. Если даже вы выбрали узкую нишу то можно расширить продукт когда добьётесь успеха хотя бы в одной узкой нише. Или сделать новые продукты, о необходимости которых вы узнали общаясь с пользователями своего продукта.
3. Рыночная возможность для нишевых продуктов существует как раз потому что крупные продукты обслуживают сразу всех. Маленькое нишевое решение делать крупным компаниям не интересно, а значит у вас не будет большой конкуренции.
Простой маркетинг
Скорее всего вы уже знаете, где найти 10 или 100 пользователей для вашего продукта.
В любом случае, найти 10 или 100 пользователей будет на порядок проще чем найти 1000 или 10 000.
Так как 10 или 100 пользователей вы можете набрать даже вручную, через площадки с сообществами где предположительно есть ваши будущие пользователи, через знакомых и друзей.
Очень многие продукты умирают вскоре после запуска потому что автор не знает как распространять продукт.
Уменьшив потенциальную аудиторию парадоксальным образом мы облегчаем этот этап.
Прокачка скилов и ресурсов
Мне интересно — как можно получить достаточно сил, знаний, навыков и ресурсов чтобы сделать что-то огромное крутое и крупное не пройдя сперва этап создания чего-нибудь небольшого?
Это волшебству что ли получается? Или просто так рождается из воздуха? Просто из гениальных идей, без страданий и без преодоления?
Нафига запускать на 3 чела проект который займет год?
Если проект на три человека а точнее на 10 (так как 3 это ещё не аудитория) он не должен занимать год.
Он делается либо за неделю либо если вылизывать то максимум за месяц.
Если разработка занимает более месяца, это значит что вы пытаетесь сделать слишком много. Режьте фичи, сокращайте либо придумывайте другое решение.
В качественном MVP должна хорошо работать только одна ключевая функция, а остальные вообще не делайте.
Сколько пользователей нужно найти?
Если вы не нашли ни одного платящего пользователя значит проблемы не существует. Можно закрывать проект.
Если вы не нашли 10 пользователей которые готовы платить за твоё решение значит ваше решение еще недостаточно качественно решает проблему.
Так что минимум 10 платящих пользователей можно найти всегда для реально существующей проблемы и хорошо сделанного решения.
10 пользователей допустим есть, что дальше?
Когда вы на этапе что у вас есть 10 платящих пользователей то вы можете использовать то что вы узнали в процессе создания этого решения о проблеме и о самих пользователях.
Вы используете всё что узнали для того чтобы улучшить продукт и маркетинг и дойти уже до цифры 100 пользователей.
Если все 100 пользователей платят вам деньги то это уже такой продукт который достоин вложенного в него времени.
Более того, создав успешный продукт на 100 пользователей, возможно вы будете приятно удивлены, что пользователей желающих пользоваться им гораздо больше.
Выше на скриншоте вы видите мой диалог с автором, который придумал классную идею, но бросил, потому что решил что рынок слишком маленький.
"Нет смысла вкладывать время и силы в то что имеет небольшой потенциал".
Ну а я считаю, что всё наоборот, малые продукты и идеи — самый верный путь прийти к чему-то большому.
В чём преимущества малых продуктов?
Можно сузить нишу до предела и сделать ультранишевый продукт для очень маленькой аудитории, от 10 до 100 человек.
1. Супер ультра нишевый продукт гораздо легче делать. В нём меньше лишних деталей и меньше фич. Гораздо проще определиться с целевым потребителем этого продукта и заточить всё под него.
2. Расшириться никогда не поздно. Если даже вы выбрали узкую нишу то можно расширить продукт когда добьётесь успеха хотя бы в одной узкой нише. Или сделать новые продукты, о необходимости которых вы узнали общаясь с пользователями своего продукта.
3. Рыночная возможность для нишевых продуктов существует как раз потому что крупные продукты обслуживают сразу всех. Маленькое нишевое решение делать крупным компаниям не интересно, а значит у вас не будет большой конкуренции.
Простой маркетинг
Скорее всего вы уже знаете, где найти 10 или 100 пользователей для вашего продукта.
В любом случае, найти 10 или 100 пользователей будет на порядок проще чем найти 1000 или 10 000.
Так как 10 или 100 пользователей вы можете набрать даже вручную, через площадки с сообществами где предположительно есть ваши будущие пользователи, через знакомых и друзей.
Очень многие продукты умирают вскоре после запуска потому что автор не знает как распространять продукт.
Уменьшив потенциальную аудиторию парадоксальным образом мы облегчаем этот этап.
Прокачка скилов и ресурсов
Мне интересно — как можно получить достаточно сил, знаний, навыков и ресурсов чтобы сделать что-то огромное крутое и крупное не пройдя сперва этап создания чего-нибудь небольшого?
Это волшебству что ли получается? Или просто так рождается из воздуха? Просто из гениальных идей, без страданий и без преодоления?
Нафига запускать на 3 чела проект который займет год?
Если проект на три человека а точнее на 10 (так как 3 это ещё не аудитория) он не должен занимать год.
Он делается либо за неделю либо если вылизывать то максимум за месяц.
Если разработка занимает более месяца, это значит что вы пытаетесь сделать слишком много. Режьте фичи, сокращайте либо придумывайте другое решение.
В качественном MVP должна хорошо работать только одна ключевая функция, а остальные вообще не делайте.
Сколько пользователей нужно найти?
Если вы не нашли ни одного платящего пользователя значит проблемы не существует. Можно закрывать проект.
Если вы не нашли 10 пользователей которые готовы платить за твоё решение значит ваше решение еще недостаточно качественно решает проблему.
Так что минимум 10 платящих пользователей можно найти всегда для реально существующей проблемы и хорошо сделанного решения.
10 пользователей допустим есть, что дальше?
Когда вы на этапе что у вас есть 10 платящих пользователей то вы можете использовать то что вы узнали в процессе создания этого решения о проблеме и о самих пользователях.
Вы используете всё что узнали для того чтобы улучшить продукт и маркетинг и дойти уже до цифры 100 пользователей.
Если все 100 пользователей платят вам деньги то это уже такой продукт который достоин вложенного в него времени.
Более того, создав успешный продукт на 100 пользователей, возможно вы будете приятно удивлены, что пользователей желающих пользоваться им гораздо больше.
🔥5
Умолчания
Разница между успешным и провальным продуктом заключается в отношении к пользователю.
Если ты относишься к нему "ты сам должен был смотреть что выбрал", то продукт успешным не будет.
99% пользователей ничего не выбирает, настройки не меняет, работает с тем что есть в продукте по умолчанию.
Если не понравится то что идёт "из коробки" - удалит продукт и выберет тот в котором умолчания получше.
Поэтому в ваших интересах подумать о пользователе и сделать умолчания такими, чтобы они отлично подходили для большинства вашей целевой аудитории.
Тогда ваш продукт подарит пользователю ощущение что в нём всё детально проработано.
Умолчания - это важно. Обращайте внимание на каждую настройку. Выбирайте умолчания под большинство.
Разница между успешным и провальным продуктом заключается в отношении к пользователю.
Если ты относишься к нему "ты сам должен был смотреть что выбрал", то продукт успешным не будет.
99% пользователей ничего не выбирает, настройки не меняет, работает с тем что есть в продукте по умолчанию.
Если не понравится то что идёт "из коробки" - удалит продукт и выберет тот в котором умолчания получше.
Поэтому в ваших интересах подумать о пользователе и сделать умолчания такими, чтобы они отлично подходили для большинства вашей целевой аудитории.
Тогда ваш продукт подарит пользователю ощущение что в нём всё детально проработано.
Умолчания - это важно. Обращайте внимание на каждую настройку. Выбирайте умолчания под большинство.
👍6👏4💯1
Итоги ноября
На энтузиазме создал канал и планировал вовсю пилить продукты, но не тут-то было!
Жизнь засосала текучкой и до сих пор не получилось нормально уделить время запускам.
Моя цель — создавать и запускать продукты, в перспективе что-нибудь на них заработать.
Начинаю постить ежемесячный отчёт о результатах, может быть хоть это меня подстегнёт )
Запущено продуктов: 0
Выручка с продуктов: 0
На энтузиазме создал канал и планировал вовсю пилить продукты, но не тут-то было!
Жизнь засосала текучкой и до сих пор не получилось нормально уделить время запускам.
Моя цель — создавать и запускать продукты, в перспективе что-нибудь на них заработать.
Начинаю постить ежемесячный отчёт о результатах, может быть хоть это меня подстегнёт )
Запущено продуктов: 0
Выручка с продуктов: 0
👍8😢1
Project Maker и Буткемп
Почему я до сих пор не запилил проект с дашбордом PHP-FPM?
Ну, я очень ленивый человек. Мне очень лениво создавать проекты и насполнять их стандартными настройками, а у меня уже сформировался набор любимых скриптов для деплоя и контейнеры и так далее, в общем некий минимальный сетап поверх Laravel.
Из-за своей лени и большого количества запускаемых проектов я когда-то создал специальную утилитку которая создаёт проект Laravel по моему стандартному шаблону, прописывает там все настройки, создаёт обвязку в виде Docker контейнеров и скриптов деплоя.
Называется утилитка Project Maker.
Жизнь упростилась, теперь я могу создавать проект одной командой.
Но я помнил что моя утилитка создаёт проекты на очень старой версии Laravel — соответствующей тому когда я её создал. Версия Laravel 8, а сейчас уже актуальна Laravel 11.
Вот я и откладывал создание проекта, потому что на старой версии создавать не хотелось, а обновлять Maker под новый Laravel тоже было лень.
Но всё же придётся обновить, деваться некуда.
Буткемп в январе
Ещё я вписался в буткемп по созданию расширений для браузера Хром.
Буткемп начинается 9 января и длится 4 недели. По итогам буткемпа если я дойду до конца то у меня будет свой собственный продукт в виде расширения браузера.
Ссылку здесь не привожу чтобы не считали рекламой, но если интересно — спрашивайте, поделюсь.
Удивительно, но расширение браузера если по уму сделано то тоже должно приносить деньги. Так что я попробую и это.
Почему я до сих пор не запилил проект с дашбордом PHP-FPM?
Ну, я очень ленивый человек. Мне очень лениво создавать проекты и насполнять их стандартными настройками, а у меня уже сформировался набор любимых скриптов для деплоя и контейнеры и так далее, в общем некий минимальный сетап поверх Laravel.
Из-за своей лени и большого количества запускаемых проектов я когда-то создал специальную утилитку которая создаёт проект Laravel по моему стандартному шаблону, прописывает там все настройки, создаёт обвязку в виде Docker контейнеров и скриптов деплоя.
Называется утилитка Project Maker.
Жизнь упростилась, теперь я могу создавать проект одной командой.
Но я помнил что моя утилитка создаёт проекты на очень старой версии Laravel — соответствующей тому когда я её создал. Версия Laravel 8, а сейчас уже актуальна Laravel 11.
Вот я и откладывал создание проекта, потому что на старой версии создавать не хотелось, а обновлять Maker под новый Laravel тоже было лень.
Но всё же придётся обновить, деваться некуда.
Буткемп в январе
Ещё я вписался в буткемп по созданию расширений для браузера Хром.
Буткемп начинается 9 января и длится 4 недели. По итогам буткемпа если я дойду до конца то у меня будет свой собственный продукт в виде расширения браузера.
Ссылку здесь не привожу чтобы не считали рекламой, но если интересно — спрашивайте, поделюсь.
Удивительно, но расширение браузера если по уму сделано то тоже должно приносить деньги. Так что я попробую и это.
👍6
Итоги декабря
Только создал проект мониторинга, не написал ни строчки кода. Надеюсь в январе дело пойдëт лучше. И меня ждëт буткемп с понедельника 6 января.
Запущено продуктов: 0
Выручка с продуктов: 0
Только создал проект мониторинга, не написал ни строчки кода. Надеюсь в январе дело пойдëт лучше. И меня ждëт буткемп с понедельника 6 января.
Запущено продуктов: 0
Выручка с продуктов: 0
👍7😁1
3 шага к продуктивности для предпринимателя
Раскрою лучшие способы увеличить продуктивность, которыми пользуюсь сам.
1. Делегирование
На каждый вопрос который задаëт мне подчинëнный я стараюсь задуматься, не мог ли он это решить или сделать полностью сам?
Если ответ "мог" то принимаю действия чтобы он делал это сам. Даю указания, направляю, обучаю, делегирую.
Часто отправляю к другому сотруднику чтобы тот ему помог или сделали вместе.
По итогу могу днями в операционку не заглядывать.
Но важно максимально включаться и слушать того кто спрашивает, иначе получится что ты отмахнулся.
2. Борьба с бестолковыми задачами
Разделить все задачи на типы по матрице Эйзенхауэра, фокусироваться только на "важном и несрочном".
Но тут есть нюанс в понимании матрицы, еë почти все понимают неправильно.
Об этом писал здесь — https://leonidchernenko.ru/eisenhower-matrix/.
3. Режим тишины
Вырубить уведомления, отписаться от всех рассылок.
Телефон перевëл в режим блокировки любых звонков не из списка контактов — супер средство.
Несколько раз в год отписываюсь от всех каналов на которые подписан, выхожу из всех чатов.
Потом они накапливаются снова, но есть период максимально продуктивной тишины.
Чтобы не попасть в ловушку FOMO (страх пропустить что-то важное), складываю ссылки на каналы в отдельный специальный текстовый файлик. Чтобы найти если вдруг захочется.
P.S.
Бонусный совет: комфортное рабочее место это must have.
Не работаю в шумном помещении или где отвлекают. Никаких кафешек. Из дома тоже не работаю, иду в офис. Снимаю офис специально для работы.
Всем продуктивности!
Раскрою лучшие способы увеличить продуктивность, которыми пользуюсь сам.
1. Делегирование
На каждый вопрос который задаëт мне подчинëнный я стараюсь задуматься, не мог ли он это решить или сделать полностью сам?
Если ответ "мог" то принимаю действия чтобы он делал это сам. Даю указания, направляю, обучаю, делегирую.
Часто отправляю к другому сотруднику чтобы тот ему помог или сделали вместе.
По итогу могу днями в операционку не заглядывать.
Но важно максимально включаться и слушать того кто спрашивает, иначе получится что ты отмахнулся.
2. Борьба с бестолковыми задачами
Разделить все задачи на типы по матрице Эйзенхауэра, фокусироваться только на "важном и несрочном".
Но тут есть нюанс в понимании матрицы, еë почти все понимают неправильно.
Об этом писал здесь — https://leonidchernenko.ru/eisenhower-matrix/.
3. Режим тишины
Вырубить уведомления, отписаться от всех рассылок.
Телефон перевëл в режим блокировки любых звонков не из списка контактов — супер средство.
Несколько раз в год отписываюсь от всех каналов на которые подписан, выхожу из всех чатов.
Потом они накапливаются снова, но есть период максимально продуктивной тишины.
Чтобы не попасть в ловушку FOMO (страх пропустить что-то важное), складываю ссылки на каналы в отдельный специальный текстовый файлик. Чтобы найти если вдруг захочется.
P.S.
Бонусный совет: комфортное рабочее место это must have.
Не работаю в шумном помещении или где отвлекают. Никаких кафешек. Из дома тоже не работаю, иду в офис. Снимаю офис специально для работы.
Всем продуктивности!
👍3
Но у буткемпа нет гарантий результата?
Для меня всё очень просто.
1. Я хорошо умею создавать приложения, ну по сути я этому жизнь посвятил )
Скоро 20 лет стажа стукнет. Опыта столько что девать некуда.
2. Я практически полный ноль в продвижении, маркетинге.
Мало продукт создать, его нужно ещё и продать. И это сложнее!
3. На буткемпе 75% времени (3 недели из 4) посвящено продвижению а не разработке.
4. По шансам на выживание продукта (каждый третий в перспективе года) никакие акселераторы или тем более курсы даже рядом не стояли.
Так что для меня буткемп, который "проведёт меня за ручку" от идеи до результата включая продвижение, это идеальный вариант. Но это для меня. Каждый для себя выводы сделает сам.
Что касается причин лежания на диване они могут быть какими угодно, главное результат. Можно решить ничего не делать "потому что то и это", а можно делать "потому что не могу не делать".
С буткемпом или без него я бы всё равно создавал свои продукты и продвигал их. Для меня это видится сейчас как самый оптимальный путь и не более. Бездействовать для меня не вариант.
Что до гарантий, то их нигде и не будет.
С гарантией можно только обменять время на деньги в найме, а не создать что-то своё.
Для меня всё очень просто.
1. Я хорошо умею создавать приложения, ну по сути я этому жизнь посвятил )
Скоро 20 лет стажа стукнет. Опыта столько что девать некуда.
2. Я практически полный ноль в продвижении, маркетинге.
Мало продукт создать, его нужно ещё и продать. И это сложнее!
3. На буткемпе 75% времени (3 недели из 4) посвящено продвижению а не разработке.
4. По шансам на выживание продукта (каждый третий в перспективе года) никакие акселераторы или тем более курсы даже рядом не стояли.
Так что для меня буткемп, который "проведёт меня за ручку" от идеи до результата включая продвижение, это идеальный вариант. Но это для меня. Каждый для себя выводы сделает сам.
Что касается причин лежания на диване они могут быть какими угодно, главное результат. Можно решить ничего не делать "потому что то и это", а можно делать "потому что не могу не делать".
С буткемпом или без него я бы всё равно создавал свои продукты и продвигал их. Для меня это видится сейчас как самый оптимальный путь и не более. Бездействовать для меня не вариант.
Что до гарантий, то их нигде и не будет.
С гарантией можно только обменять время на деньги в найме, а не создать что-то своё.
😁1