Team Coordinator
История парня с инвалидностью, который решил стать мелким блогером на YouTube.
В статье найдете мотивацию, аналитику, идеи, чек-лист перед стартом — все,что нужно, чтобы вдохновиться и действовать.
Наверное, сейчас не очень актуальная информация. Зато пригодится в будущем!
В последнее время мы часто сталкиваемся с темой целевой аудитории (ЦА), способов ее поиска и анализа. Продажи на сайте упали? Так целевая аудитория любит мобилку, а сайт плохо под нее адаптирован. Высокие отказы в сетях? Ясно: ЦА на наших площадках не сидит. Креатив в Instagram не зашел? Ну, так под ЦА же его не адаптировали, эх вы! Конечно, это все шуточки. Но буквально в каждом аспекте маркетинга сквозит понятие целевой аудитории.
В ноябре 2021 наш сервис Nitro вышел на Product Hunt и занял 4-е место среди топ-продуктов дня. В этой статье хочу поделиться инсайтами, а также опытом успешных и провальных запусков на Product Hunt за 2021 год.
В сети полно статей о запусках на Product Hunt, что нового будет в этой?
- В статьях от 2019 года и ранее устаревшая информация: я тщательно отфильтровала ее и описала, что изменилось;
- Все советуют "найти топ-хантера" — мы запускались без хантера и получили неплохой результат;
- Наконец, в подобных статьях обычно фигурируют продукты, рассчитанные на широкую аудиторию — но что, если ваш продукт не относится к таковым? Наш тоже не относится, но мы все-таки попали в топ.
Расскажу о подготовке к лончу с советами, предостережениями и кучей примеров.
Стресс — это норма жизни. Без стресса нет роста и обучения новому.
Передоз стресса, как передоз чего угодно — вызывает защитную реакцию. Сначала — сопротивление и попытки адаптации, затем, если эти попытки провалились — схлопывание энергетических систем, чтобы не умереть.
Выгорание — яркий пример случая, когда защитная реакция организма может убить, если сознательно не вмешаться в процесс.
Бывают такие задачи, которые становятся камнем преткновения, и затыкают запланированное течение дел до такой степени, что формируется что-то похожее на водопад. Другие задачи потоком хлещут поверх затора, но сам камень не сдвигается.
Таким камнем стала для меня эта статья. Я задумала написать её ещё в апреле. Натолкнул меня на эту мысль ролик про прокрастинацию. К концу видео автор прорисовывают связь между прокрастинацией и тревожностью. По ходу просмотра и ревизии собственного опыта и наблюдений, всплыло несколько мыслей про то, откуда что берётся, как связаны между собой тревога, усталость и прокрастинация, и как с этим всем обращаться. И, самое главное, как развернуть это всё себе на пользу.
Накидала тезисы, структурировала в план, и даже написала пару первых абзацев. Дальше пошло как-то туго, структура перестала нравиться, начала её переделывать. Затем кончился день, на следующий что-то отвлекло, подъехали новые срочные задачи, и...
Мягкое удаление (soft deletion) — это популярная в энтерпрайз разработке стратегия удаления, когда вместо физического стирания та или иная запись помечается как удаленная, а потом фильтруется во всех запросах на чтение. Применение мягкого удаления может быть оправдано целым набором требований: аудит, возможность восстановления удаленных записей, а иногда необходимо уметь удалять данные, при этом сохраняя на них ссылки из других записей…
Вообщем, нам, как авторам JPA Buddy (плагина для IntelliJ), пришлось с этим плотно разбираться. В этой статье мы рассмотрим детали, которые зачастую не упоминаются в большинстве публикаций по этой теме, хотя крайне важны для принятия решения о способе реализации мягкого удаления в вашем приложении. Давайте посмотрим, с чем вы, вероятно, намучаетесь.
От переводчика: Фокусом нашей компании всегда была именно разработка корпоративных приложений. В Haulmont мы занимаемся как созданием собственно приложений, так и инструментов, позволяющих разработчикам эффективнее решать задачи, связанные с разработкой таких систем. Например, наш фреймворк Jmix предназначен для корпоративной разработки, мы это заявляем в рекламе и анонсах. И конечно же, пройти мимо статьи с таким названием мы просто не могли. В Jmix есть все, чтобы сделать разработку корпоративных приложений интересной и успешной, кроме одного: он не может повлиять на людей, которые принимают решения о методах и процессах разработки. Почитайте статью, возможно, она заставит вас задуматься, о том, как можно поменять вашу корпоративную разработку, чтобы все участники были довольны.
На эту статью меня вдохновил комментарий на HackerNews, который я больше не могу найти. Суть его была такая: “В то время, как архитектура слишком проработана, код недоработан”. Если кто-то опознает автора, я с радостью проставлю его авторство.
Заранее в свою защиту хочу сказать, что этот текст описывает только мой опыт за последние 10 лет работы консультантом. Возможно, есть методики и фреймворки, которые решают проблемы, описанные ниже, но они либо не применялись, либо применялись неправильно.
Работа с геопространственными данными и отображение карт являются неотъемлемыми составляющими множества бизнес-приложений. Это могут быть городские и региональные информационные системы, приложения для нефтегазовой отрасли, системы управления транспортной инфраструктурой, а также службы доставки и многие другие. У нас в CUBA Platform для построения подобных приложений помимо базовых возможностей, предоставляемых из коробки, существует довольно обширный набор дополнений и компонентов. Одним из них является Charts and Maps, которое помимо отображения графиков позволяет интегрировать в визуальную часть приложения Google-карты. В прошлом году Google обновил условия использования своих картографических сервисов, что повлекло за собой рост стоимости, а также ввел условие обязательного наличия платежного профиля для использования API. Эти обстоятельства заставили большинство наших клиентов задуматься об альтернативных поставщиках карт, а нас подтолкнули к разработке нового компонента карт.
