Fullstack Founder

Метка: рост

  • Инструкция как выбрать хостинг для сайта в РФ

    Инструкция как выбрать хостинг для сайта в РФ

    Правило: Если проект для юридического лица — домен и хостинг регистрируем на юридическое лицо. На физлицо можно регистрировать только личные сайты.
    Иначе потом при подключении эквайринга, на предпродажном или инвестиционном аудите возникают вопросы о несовпадении с реальным владельцем сайта и юридических рисках.

    Если нужен домен, то отдельно регистрировать его не нужно — сделаете это в панели выбранного хостинга. При оплате услуг за год домен часто дарят.

    Мелкие и устаревшие хостинги приводят к недовольству разработчиков — редко обновляют софт, не хватает нужных функций, слабая поддержка. Ещё они внезапно закрываются. Поэтому выбираем из популярного и массового — примеры ниже.

    Если нужен лендинг или личная страница, а программиста в проекте нет — берём Тильду или Крафтум. Это конструкторы с визуальным редактором. Стоимость около 1000 рублей в месяц. Сисадмины не нужны, разобраться в настройках можно самостоятельно или взять на помощь недорогого фрилансера на любой бирже.

    Если это корпоративный сайт, небольшой магазин или стартап на ранней стадии — нужен стандартный хостинг. Мы выбрали и рекомендуем Бегет или Таймвеб. По моим ощущениям и опыту агентства — иногда один сервис лучше, иногда другой. Поэтому у нас сразу два. Они предоставляют весь стандартный набор услуг, не мучают технарей устаревшими админ панелями, обновляют софт и выкатывают новые возможности. Например, оба добавили в прошлом году s3-хранилища.
    Поддержка работает, но иногда тупит или медленно отвечает во время аварий — в экономе нужно немножко пострадать. Стоимость — от 200 рублей до нескольких тысяч в месяц. У меня выходит около 20 тысяч рублей на десятки проектов и сервисов разного размера.

    Битриксы, вордпрессы, приложения на фреймворках — всё можно развернуть тут.
    Правило такое — берём минимальную конфигурацию, потом расширяем под потребности. Всегда можно будет увеличить ресурсы (и ежемесячный платёж). Если есть особые требования от разработчиков — дайте доступы технарю, пусть сам выберет тариф.

    Если у вас “тяжелый” случай с нагрузкой — этими вопросами занимаются технари. Называют совсем другие бренды и это всё отечественные аналоги облака от Амазона: Селектел, Яндекс.облако, Облако ВК. Владельцу бизнеса тут руками ничего не трогать и в решения не лезть. Для этого выбора нужна большая нагрузка или значительный ущерб от падения вашего сайта.
    Вместе с тем, простой сайт содержать в этих облаках — переплачивать в полтора-два раза.

    Важно помнить, что для бизнеса расходы на хостинг — копейки. А час работы веб-инженера обходится дороже, чем год на дешёвом тарифе. Слушайте технарей, пусть сами выбирают, с чем они умеют и хотят работать.

    PS: Все ссылки в посте — реферальные, всё написанное — моё личное мнение.

  • Дайджест для агентств

    Подборка важных постов по стратегии и системным проблемам.
    Получены за 6 лет развития собственных агентств, работы управляющим, множества консультаций (меня консультировали и я консультировал), конференций, мастер-классов и общения с основателями агентств и студий разного масштаба.

    Обязательно к прочтению всем, кто заходит на менторские сессии по вопросам развития агентства.

    👶 Открываем диджитал-агентство — плюсы и реальные ограничения
    📈 Матрица роста агентства
    📉 Формула стеклянного потолка
    💸 Прибыльное агентство: Отказ от уникальных услуг
    🐻 Матрица “Винни-Пух” для Отдела продаж
    ⚠️ Почему Fix Price — это ловушка
    📋 Тест Адизеса для найма
    🛋 Открыл агентство — иди к терапевту
    🪓 Не нужно разбираться во всём
    🚚 Куда отгружать излишки работы?
    🤝 Клуб для диджитал-агентств

    Список постоянно дополняется…

  • Почему WordPress — это хорошо

    Почему WordPress — это хорошо

    Почему WordPress — это хорошо.

    Идут баталии React vs Vue, у новичков стоит вопрос выбора Python/TypeScript/PHP/Rust/Go.

    В это же время из 200 миллионов активных сайтов 43% работают на WordPress. Нет более популярной CMS.

    На WordPress работают сайты NASA, New York Times, Techcrunch и каждый второй сайт, который вы открываете.

    WordPress как лидер рынка накопил множество претензий, большинство из которых связаны с плохой реализацией проектов на нём, а не с самой платформой. Если вы не любите WordPress, то вы просто не умеете его готовить.

    Самые частые жалобы:
    – Медленный? Посмотрите на лидеров рынка с огромной посещаемостью и настройте кэширование.
    – Взламывают? Надо было приложить небольшие усилия, настроить сервер и обновить плагины.
    – Неудобный? Большая часть удобства состоит из привычки, а не из “интуитивности”.

    WordPress действительно несколько опоздал на фестиваль современных технологий. Но догоняет всеми силами.
    Под капотом вы найдёте привычные и любимые разработчиками инструменты. React и REST API — из коробки. Консольную утилиту WP-CLI. Поддержку продвинутого кэширования с помощью Redis, memcached и php-op.
    Пара шагов чуть глубже и появится возможность использовать git, composer, s3, CI/CD, пре-процессоры и сборщики JS/CSS. А как насчёт использования blade-шаблонизатора от Laravel и классов Symfony?

    Старичок живой, весёлый и развивается, несмотря на скандалы, брюзжание и выход из моды.

    Огромная экосистема плагинов, множество разработчиков в любом ценовом сегменте, установка в 1 клик на большинстве хостингов, глубокая поддержка всех современных SEO-фишек и открытый исходный код — факторы, которые сложно игнорировать.

    Если ваш сайт можно сделать с помощью WordPress — скорее всего, это будет оптимальным выбором.

  • Obsidian как второй мозг

    Obsidian как второй мозг

    Obsidian как второй мозг.

    Несколько лет назад моё рабочее пространство выглядело как десятки текстовых файлов, разложенных по папкам в хаотичном порядке.

    Потом появился Obsidian. Это редактор текстовых файлов, чем-то напоминающий IDE для редактирования кода. Множество плагинов, подключенных к единой среде для всех моих записей. Записи также лежат в папках, но теперь в формате markdown — .md вместо .txt. Markdown поддерживает заголовки, форматирование текста, списки, таблицы, чеклисты, хэштеги, ссылки на документы и внешние файлы, вставленные картинки. Быстро ищет по файлам на моём компьютере и моментально открывает нужный. Интернет для работы с заметками не нужен.

    В отличие от Evernote, Google Docs и Notion, все записи находятся на моём компьютере, а не в облаке. Значит, их не будут читать сотрудники корпорации-разработчика или западные спецслужбы, нет возможности заблокировать доступ к моим записям. Приходится самому синхронизировать и хранить копию на случай потери системы или жесткого диска. Но можно делать это любым привычным способом, потому что записи — папка с простыми файлами, которые можно читать даже без Обсидиана. У меня стоит плагин, который автоматически сохраняет все изменения в приватный git-репозиторий на моём сервере.

    Неожиданно для меня в Obsidian переехало планирование дня с Календарём. Встреч у меня сейчас мало, жить по точному поминутному расписанию меня тяготит, а обычный календарь со временем стал для меня источником стресса.

    Все возникающие в течение дня задачи я заношу в заметку на выбранную дату в виде пунктов чеклиста или в свободной форме. При клике на день в календаре создаётся новая заметка из моего собственного шаблона с предустановленными задачами и текстом. Текстовый формат не ограничивает меня вносить только события или только выполняемые пункты, как в приложениях.

    При запуске Обсидиан автоматически открывает заметку сегодняшнего дня, где я вижу список дел и заметки, которые я внёс ранее. Так я стал чувствовать, что я управляю днём, не расписание управляет мной. В другие периоды жизни было важно всё внести в календарь и всё успеть. Сейчас хочется перестать гнаться за сроками. Хочется делать меньшее количество более важных дел. Меньше стресса, меньше событий, больше пространства для мыслей.

    Обхожусь минимальным набором плагинов: Календарь, Горячие клавиши из VS Code, Git. В сообществе есть сотни плагинов, которые можно подобрать на свой вкус и потребности.

    Заметки для этого канала тоже изначально пишу в Обсидиане.

    Скачать Obsidian бесплатно: https://obsidian.md/

  • Мультиэкранный режим

    Мультиэкранный режим

    Мультиэкранный режим.

    В уже наступившем будущем виртуального пространства может быть бесконечное количество мест для открытия экранов. Я пока без виртуальных очков, поэтому работаю с несколькими мониторами.

    Идеальный режим работы — когда не нужно использовать переключение между окнами. Alt+Tab — сочетание клавиш, которым приходится пользоваться потому, что не хватает экранов. Хочется редко переключать рабочие пространства, а не приложения. Поэтому, если используешь в рабочем контексте 3 приложения, под каждое должен быть свой экран. Перевести взгляд можно гораздо быстрее, чем переключать окна.

    Билл Гейтс говорил, что использует 3 монитора и один из них выделен только для почтового клиента. Я последовал его совету, обзавёлся тремя и несколько лет работал в таком режиме. Недавно у меня сломался третий монитор. Привыкаешь настолько, что нехватку пространства ощущаешь почти физически.

    Многие мониторы имеют стандартное VESA-крепление на задней стенке, что позволяет его прикрутить на кронштейн или подставку от другого монитора. Так вышло, что мои мониторы живут на неродных стойках.

    Мой второй монитор находится в вертикальном режиме. Когда работаешь за одним монитором, не возникает идеи повернуть его. Но когда их несколько — можно поэкспериментировать. Вертикальный монитор идеален для документов, написания текста, работы с кодом, почтой и мессенджерами. Длинные строки на широком экране читать неудобно — глаза проезжают большое расстояние по экрану. Код на широком выглядит странно — ёлочка со смещением влево. И в обоих случаях текст на вертикальном мониторе читается гораздо легче.

    Ближайший план — обновить текущие мониторы на 4k и добавить ещё один. Может быть, попробую ультраширокий.

    Также есть план на четвертый монитор, но не на рабочем столе, а на стене за рабочим местом. Получится, что буду менять фокус зрения для наблюдения за дашбордом.

    Используете ли вы дополнительные мониторы и как?

  • Тестовые задания для разработчиков

    Тестовые задания для разработчиков

    Тестовые задания для разработчиков.

    Не люблю я тестовые задания. И разработчики не любят.

    Сеньоры считают тестовое оскорбительным. Тестовое не покажет, где сеньор проявляется — в архитектурных проблемах и решении ребусов. Сеньор нужен как раз для того, чтобы код не пришлось писать. Его наличие экономит время всей команды.

    Мидл не оскорбится, но проверить его навыки у вас тоже получится плохо. С выдуманным маленьким тестовым он справится без труда. Большое тестовое бесплатно делать не захочет. Задание нужно компетентно проверить и затем обсудить. Кто будет тратить на это ресурсы?

    Джун может посыпаться даже на простом задании. Вы же собираетесь его доучивать? Проверите разве что базовые навыки: нажимать на кнопки, смотреть в документацию и кормить вашими тестовыми нейросеть.

    Лайв кодинг — отдельная категория увеселительной и ненужной активности. Выполняем абстрактное тестовое онлайн и наблюдаем за нервничающим кандидатом. Так можно проверить только стрессоустойчивость, но не навыки решения проблем.

    Задайтесь вопросом, что мы на самом деле пытаемся у кандидата тестовыми заданиями узнать? Можно ли эти ответы получить иначе?

    Моя практика с тестированием навыков такая:
    1) Для сеньоров и мидлов — начать с обсуждения тестового ТЗ, очень похожего на реальный проект. Тут вы действительно сможете понять логику, оценить предлагаемые решения и обсудить реализацию. На пальцах и за 20 минут. Такое ТЗ без проблем составит ваш ПМ.
    2) Дать настоящие задачи и оплатить их выполнение. Я стараюсь вывести всех перспективных кандидатов на тестовую неделю. Мы увидим всё — навыки коммуникации, командной работы, скорость работы, владение реальными инструментами и возможность решать задачи реального мира. В любой момент тестовой недели обе стороны могут остановить тест и безопасно разойтись.
    3) Для джуна — он же не только у вас собеседование проходит. Спросите, какие ещё тестовые он проходил — и попросите показать результат. Сомневаюсь, что он подписал на тестовые NDA. Заодно поймёте, как подбирают разработчиков ваши коллеги и конкуренты.
    4) У всех кандидатов просить реальный код любого проекта. Можно не с прошлой работы, можно пет-проект. Этот код можно скормить на аудит нейросетке.

    А у вас как с тестовыми? Были случаи, когда они реально необходимы?

  • Тест Адизеса

    Тест Адизеса

    Ицхак Адизес — живой классик современного менеджмента. Его книги уже давно переведены на русский язык и регулярно переиздаются. Одна из самых известных его работ — книга «Идеальный руководитель. Почему им нельзя стать и что из этого следует».

    Сильно не углубляясь в пересказ, расскажу о тесте Адизеса, который представлен в книге. Я нанимаю уже много лет и успел на практике попробовать множество тестов, но в итоге остался только этот. Применяю его не только к руководителям, а вообще ко всем соискателям.

    Адизес выделяет четыре роли в организации:
    – Предприниматель (E) — придумывает, рискует, запускает новое.
    – Производитель (P) — делает работу руками, результатник.
    – Администратор (A) — следит за порядком и выполнением регламентов.
    – Интегратор (I) — объединяет людей, поддерживает коммуникации, атмосферу и культуру.

    Этот подход лег в основу теста, который можно пройти за 10 минут, отвечая на простые вопросы. В итоге мы видим, какие роли у человека проявлены лучше всего. Берём человека на производство — роль Производитель должна быть проявлена. Бухгалтер или контроль качества — ищем Администратора. В продажах и развитии бизнеса не обойтись без Предпринимателя. В HR или коммуникации мы ищем хорошего Интегратора.

    Ни один человек не может вместить в себя все четыре. Скорее всего, у него будет ярко выражена одна или две роли, а остальные будут развиты значительно хуже или вообще не развиты. Компенсировать это предлагается командой, в которой оставшиеся роли будут распределены на других участников. В крупных компаниях они распределены по отделам, но даже в малых командах или семье все эти функции будут кем-то выполняться.

    К примеру, я — Предприниматель-Интегратор. Это означает, что я могу начать проект, принять основные решения, задать направление, собрать под проект команду и научить их общаться друг с другом. Но делать (P) или внимательно следить за выполнением (A) мне будет доставлять страдания. Производство меня выжигает, администрирование утомляет. Также развитый Интегратор в качестве побочного эффекта серийно пробует и бросает новые хобби, но после погружения теряет к ним интерес.

    Что из этого следует на практике?
    – Вакансию следует писать, предварительно определив желаемый психотип соискателя. Использовать в тексте вакансии лексику, присущую этому типу.
    – Можно с высокой степенью успеха предположить, подойдёт ли человеку данная работа и какой род деятельности ему вообще подходит. Даже если у него совсем нет опыта.
    – В сформированном коллективе можно определить направления роста сотрудников.
    – Можно предсказать зоны конфликта в коллективе, основываясь только на тесте: Администратор страдает от перемен, которые привносит Предприниматель. Интегратор кажется Производителю пустозвоном и т.д.
    – Не нужно требовать от себя развития всех ролей. Достаточно сфокусироваться на своих сильных ролях, а под остальные собрать команду.

    Пройти тест онлайн
    Книга Идеальный руководитель

  • React vs Vue

    React vs Vue

    Сегодня получил замечательный вопрос, что выбрать — React или Vue для фронтэнда в стартапе. Кто не в курсе, это две доминирующие технологии для создания динамических интерфейсов. Их используют социальные сети или большие веб-сервисы.
    Замечательный он тем, что сегодня я на него отвечу по-разному, в зависимости от того, кто спрашивает.

    Спрашивает новичок-разработчик — выбирай Vue.
    – Он проще устроен, его легче изучить.
    – По отзывам нескольких команд и десятка разработчиков, на нём приятнее писать.
    – Он быстрее собирается и быстрее работает во время разработки. Разница не очень большая, но это приятно.
    – С ним проще начинать новые проекты.
    – Легче использовать повторно внутренние компоненты.
    – Vue-разработчиков меньше, чем у React. А значит меньше конкуренция и выше шансы попасть в хорошую команду.

    Спрашивает стартап — выбирай React.
    – На рынке больше разработчиков, значит конкуренция будет выше и будет проще найти хорошего сотрудника.
    – Как следствие — легче масштабировать команду.
    – Развитая экосистема — скорее всего, самые сложные технологические вопросы в экзотической области уже решены. Часто достаточно будет установить готовую библиотеку или плагин.
    – Реакт более узнаваемое слово, что может сыграть вам на руку при общении с инвесторами.

    Спрашивает опытный разработчик — он не спрашивает, он попробовал и сам вам расскажет почему нужно взять именно этот фреймворк.

    Правильного выбора здесь нет. React, Vue, Svelte, Ember, Preact, Solid, Alpine, Livewire, Angular, Backbone, Ext JS…

    Лучший фреймворк тот, который ваша команда уже знает и знает хорошо. Если у вашей команды есть ответ на чём писать — пишите на этом. Скорость важнее, а MVP в любом случае будет значительно переосмыслено и переписано через время.

    Посмотрите на цикл хайпа Gartner — он хорошо показывает, насколько технология готова к применению на практике. Не выбирайте самую новую технологию, не выбирайте самую хайповую. Берите ту, которая уже немного надоела и у которой очень высокая доля рынка. Выбирайте взрослое и популярное, это хотя бы безопасно. Именно скучные, хорошо знакомые технологии чаще всего приводят к выпуску продукта, а не к вечному рефакторингу.

  • Куда отгружать излишки работы?

    Куда отгружать излишки работы?

    Лучший лайфхак по оптимизации найма в диджитал агентстве — вообще не нанимать сотрудника.

    Нанимать нужно, когда сотрудник гарантировано будет загружен под завязку и ещё работа останется. Иначе есть риск, что специалист будет сидеть на скамейке и ждать начала проекта. А зарплату платить ему надо.

    Человека взяли и загрузка у него 100%, как полагается. Что делать с тем, что не влезло?

    Расскажу про наш личный опыт в агентстве.

    Первый вариант — задачи, которые занимают много часов и при этом отчуждаемы от коллективного процесса. Сборка и кластеризация семантических ядер, заполнение в админке карточек товара, верстка под разные стандарты и носители, простая настройка сервера, дизайн лендинга и т.д.
    Идём докупать на Kwork и там выбираем из каталога работ нашу специализацию. Нужна верстка — вот выбор типов верстки от разных исполнителей. Исполнитель переживает за рейтинг и должен уложиться в срок. Деньги от платформы он получит только после сдачи заказа. Для агентства куда меньше рисков, чем с пропадающими фрилансерами. Может выходить даже дешевле штатных сотрудников, хотя бы за счет фиксированной цены.

    Второй вариант — отгрузить не нарезанные простые работы, а цельный кусок работы в субподряд. Тут лучше всего работают студии с одной услугой. У них более прогнозируемые сроки и весьма вероятно, что уж эта услуга достаточно хорошо проработана. Например, передать лендинг на Тильде “под ключ”.

    Удобно получается с дизайнерами, потому что на разные проекты нужен разный стиль и подход. Иногда нужно параллельно делать несколько проектов. Один дизайнер в штате не закрывает все эти потребности.
    Главное, чтобы на стороне агентства была насмотренность выбрать подходящего дизайнера из каталога или у партнёров.

    Менеджерить придётся всех, отдать заказ на сторону и забыть про менеджмент — фантастика. Отданное наружу надо менеджерить с двойным пристрастием и закладывать запас по срокам.

    В общем, всё, что не помещается в основной поток, — разумно отдавать на сторону. И только когда поток вырос, думать о найме.

    PS: упоминания площадок и продуктов не являются рекламой

  • Почему нужно нанимать джунов

    Почему нужно нанимать джунов

    Вы мега корпорация. Рук не хватает настолько, что вы готовы вкладываться в обучение.

    Вы ограничены локацией и вам очень нужны разработчики в вашем городе. Удаленка не подходит — например, безопасники требуют личного присутствия.

    Компетентным разработчикам не хочется изучать ваш стек и развиваться в нём. Видел такое в больших легаси продуктах.

    У вас большое производство и есть значительный объём однотипной работы с низкими требованиями к качеству — справятся джуны после небольшой подготовки.

    Вы просто очень хотите обучать. Может быть тогда ваш бизнес — образование?

    Мой вывод: большинству компаний и команд джуны не нужны.

    А вы нанимаете джунов? Расскажите, зачем и что из этого выходит.