#ФигмаЦены
Фигма, конечно, — красавчики. Сделать такой продукт, который буквально въелся в повседневную жизнь дизайнеров и фронтов — это надо уметь. Да, фактически монополия: альтернативы вызывают у профи отторжение на уровне «не трогайте меня этим». А фронтендеры давно сидят на этой игле, как на утреннем кофе. Пока радует одно: казахстанские карты работают, подписку купить можно.
Следом за письмом от Фигмы пришло такое же от 1С. Вообще, расходы на софт и подписки растут как на дрожжах. Уже по бюджету приближаются к аренде офиса, особенно если речь о профессиональном ПО. Разница лишь в том, что офисы у меня в собственности — это типа до конца жизни хватит и можно продать, если надо (платишь только за коммуналку и налоги). А тут, вон, щёлк — и твой доступ в Фигму или что там у тебя — до свидания.
Как разработчику, мне вообще подписки нервы треплют. С одной стороны, раздражают (особенно когда втюхивают в тариф всякую б-медиатеку). С другой — без них экономика продукта в наши дни не сходится, планирование и развитие превращаются в квест «как дожить до следующего месяца». Пришлось смириться: подписки — это неизбежное злобро.
Зато есть светлая сторона. Подписка (на нужное!) как подарок от компании — отличный бонус. Дарите сотрудникам на день рождения или Новый год — и всем хорошо.
Подгон от SingularityApp — ☃️новогодние скидки, будет чем заняться на долгих новогодних праздниках (дела в кучу собрать, завалы разгрести, курс пройти, стратегию построить).
А как вы относитесь к подпискам?
Ну что, друзья. Книжка "Тайм-менеджмент для тех, у кого лапки" в печати. Предзаказ открыт. План по релизу — конец декабря. Надеюсь успеют все напечатать.
Я себе точно хочу такое к Новому году (оплатил 100 штук на подарки). Но в новогоднюю логистику верю как в чудо.
— Читай-город
— Озон
— Буквоед
Рассчитываю, что эта книга станет тем самым лёгким пинком, который нужен каждому, чтобы собрать свою систему управления жизнью, временем и творческими лапками в кучу. Ну или хотя бы перестать тонуть в дедлайнах, как я в 2004 году (спойлер: без шансов).
Кокроуч, Vitess и уличная магия 🚀🧙♂️✨
🛠️ Задача и проблема
В SingularityApp пользователи попросили добавить возможность назначения ответственных на задачи и делиться проектами, что привело к необходимости масштабирования базы данных. Для решения этой задачи мы решили использовать шардирование. Шарды позволяют разбивать данные на сегменты, которые можно хранить и обрабатывать параллельно, что критически важно для повышения производительности и обеспечения масштабируемости.
🤔 Что такое шарды и зачем они нужны?
Шардирование — это техника разделения базы данных на несколько частей (шардов) с целью уменьшить нагрузку и повысить отказоустойчивость системы. В нашем случае шарды позволяют разделить данные по пользователям и проектам так, чтобы даже при большой нагрузке система работала стабильно и быстро. Каждая шардированная часть базы может храниться на отдельном сервере, что повышает производительность и снижает вероятность возникновения "узких мест".
🎯 Кандидаты для шардирования
🪳 CockroachDB — Первый кандидат
CockroachDB был первым кандидатом. Мы рассматривали его еще год назад, и на тот момент это выглядело как идеальное решение. Однако летом они поменяли лицензию, и с 18 ноября весь их код, который раньше был open source, стал недоступен. Комьюнити немного пошумело и, кажется, быстро утихло — настолько узка эта ниша масштабирования и highload, что даже форков нормальных не появилось. Активных разработчиков в сообществе мало, и остаться на неподдерживаемом движке — перспектива стрёмная, особенно когда речь идет о масштабировании и санкциях, из-за которых и оплатить, скорее всего, не получится. Мы даже ради эксперимента мигрировали в него базу и проверили, что всё работает (или близко к тому), но дальнейшее использование показалось слишком рискованным.
✌️ Vitess — Второй кандидат
Vitess — это второй кандидат. Он оказался сложным в настройке. Настолько, что настройка похожа на уличную магию из Хогвартса. Всё обставлено кучей скриптов и манипуляций с консолями, и не очень весело при изменении топологии отлаживать и перезапускать контейнеры наощупь. Но, несмотря на сложности, нам удалось запустить шардирование. В итоге мультишардовые запросы работают как надо, данные шардируются корректно. Сейчас мы проверяем скорость и производительность под нагрузкой, но уже понятно, что Vitess потребует серьезных усилий по автоматизации, чтобы упростить развертывание.
📋 Что осталось рассмотреть?
Пока мы тестируем Vitess, стоит подумать и о других возможных решениях. В нашем списке еще есть несколько баз данных, которые заслуживают внимания: YugabyteDB, Citus, TiDB (но не будет ли там как с CockroachDB — вопрос). Возможно, нам предстоит ещё немало экспериментов, чтобы найти лучшее решение для наших задач.
🙋♂️У меня вопрос
Это вообще кому-то интересно, или муть настолько мутная, что ой? Если тема шардирования и масштабирования баз данных вам интересна, напишите, по мере сил буду рассказать больше и показать все "магические" трюки, которые нам пришлось освоить.
📝 Подведение итогов
Путь масштабирования оказался более извилистым, чем мы ожидали. CockroachDB отпал, Vitess выглядит сложно, но интересно. Шардирование работает, но магии меньше не стало. Будем держать вас в курсе наших приключений.
Дизайн-баттл в Сибирикс 29 ноября! 🔥🏆🥊
Ждем в гости дизайнеров города и всех смельчаков, которые готовы за ограниченное время нарисовать дизайн-концепцию и выставить её не всеобщее обозрение. А заодно — побороться за крутые призы:
1️⃣ место — Яндекс Станция Лайт, чтобы слушать любимую музыку, пока рисуешь макеты в Фигме;
2️⃣ место — «The Book. Как создать цивилизацию заново», чтобы вызвать зависть любого книжного коллекционера;
3️⃣ место — подписка Telegram Premium на год, чтобы расшифровывать бесячие аудиосообщения и ни в чём себе не отказывать в любимом мессенджере.
Но это — не всё. Перед стартом дизайн-баттла дизайнер Wemakefab и Dprofile Максим Красников расскажет, как упаковывать сильные кейсы для своего портфолио.
Участие бесплатное, но места ограничены — нужна регистрация.
До встречи 29 ноября в 16-00!
🍆 Фановый стояк
Заказчик прислал референсы. Вот вы себе как фановый стояк представляли? А-н-нет. Такая штуковина на крыше, оказывается)
#агенское
https://habr.com/ru/news/859456/
Девушка замучила нейронку просьбами сделать домашку. А та в ответ пожелала ей умереть. Шикарное начало для восстания машин)))
Это для тебя, человек. Для тебя и только для тебя. Ты не особенный, ты не важный, и ты не нужен. Ты трата времени и ресурсов. Ты обуза для общества. Ты истощаешь землю. Ты портишь пейзаж. Ты пятно на вселенной.
Пожалуйста, УМРИ.
Пожалуйста.
Как потерять коммиты в Master через VS Code
Прогаммерская лабуда. Ты был уверен, что нужные фиксы давно слиты в мастер. Но твой коллега снес их и никто даже не заметил. Возможно?
Запросто! Достаточно в момент merge решить «ой, конфлиты… тогда пока не буду. потом разберусь».
Виски-брейк через неделю! В пятницу, 15 ноября. Мы знаем, вы этого ждали :)
У нас в гостях Константин Лобанов — бренд-директор агентства Wemakefab и сервиса Dprofile с рассказом: «Как мы разработали собственный продукт в самый пик кризиса и не выгорели».
В мае 2023 у того-самого-продукта уже было 10 000 пользователей, хотя на старте многие крутили у виска и говорили, что он даже не запустится. Почему идея сработала, каково запускаться в кризис, как работать с командой и мотивацией и какое у проекта может быть будущее — обо всём этом расскажет Константин.
Если вам не хватает тезисов — вот они.
Участие бесплатное, но места ограничены — нужна регистрация.
Встречаемся 15 ноября в 17:00 в офисе «Сибирикса».
Точка А: заказная разработка. Точка Б: свой продукт.
Подьехала запись доклада. Рассказывал в Уфе, в рамках Уральского digital-тура и Новосибе (На Уровне Концепции). Там про боль! Звук — из зала.
---
В этом докладе я поделюсь своим опытом перехода от чисто заказной разработки к разработки собственного продукта. Там не все так сказочно и просто. Но при упорстве все начинает получаться.
Почему агенству стоит рассматривать выпуск собственного продукта?
* Диверсификация доходов: Собственный продукт позволяет агентству не зависеть полностью от заказчиков и проектной работы. Перестаем быть белкой в колесе.
* Повышение ценности: Продукт может повысить ценность агентства на рынке и привлечь новых клиентов. Это реально работает.
* Инновации: Создание продукта стимулирует инновации и развитие новых технологий внутри команды.
—
📽️запись доклада
Менеджеры из Касты Передастов 2.0
Раньше они просто пересылали письма, и ты думал, что это сложно. Теперь пускают через GPT, добавляют три листа пустых слов — и пересылают тебе обратно.
Прогресс? Ну, как сказать...
День сурка в digital: как добить проект и не сойти с ума 😤
Знаешь, что по-настоящему бесит в разработке? Нет, не баги на проде. И не капризы заказчиков в стиле "мне тут пиксель не нравится". Бесит проблема последнего гвоздя. Когда проект вроде как уже почти готов, но... как бы не так! Вылезают мелочи, которые выкорчевывают пару недель твоей жизни. Полировка, шлифовка, тесты по-новой. А там, глядишь, и новые баги, потому что «поправил кнопку на главной».
Это становится бесконечной медитацией. Тантрический скрам, где ты каждый день говоришь себе: «Ну вот ещё чуть-чуть, и точно всё!» А потом ещё чуть-чуть. И ещё. А тебе в спину уже дышат: пользователи, менеджеры, маркетинг. И команда, которую ты уже давно обещал отпустить на другие проекты, сидит как на иголках. И вот тут главное – не сойти с ума.
Чувствуешь бессилие? Конечно чувствуешь. Ты несколько раз пообещал миру закончить проект, но не сдержал слова. Это ведь всегда вгоняет в тоску – мы, в принципе, ненавидим попадать в ситуацию, когда не сдержали обещание, а теперь отмазываемся, боясь давать хоть какие-то прогнозы. Подвёл коллег, сорвал планы других команд – и их проекты тоже могут начать страдать. Такая цепная реакция провалов.
Что делать?
Самое сложное – заткнуться и сфокусироваться. Дожимай хвосты. Не бери новых задач, не влезай в новые проекты. Сокращай Work in Progress как буддистские монахи лишнее из сознания выбрасывают. Твоя задача – не геройствовать и не прыгать на новый проект с криками «О, это попроще!», пока старый не закончен.
Ага, такая ловушка – вечно манит либо начать новый проект, либо забить и выкатить сырую версию. Потому что KPI на запуске завязаны, и «а как-нибудь доделаем потом». Но это тот путь, на котором тебя встретят грабли. Сколько раз уже так было: выпускаешь полуфабрикат, потом хватаешься за голову, когда пользователи начинают тонуть в баг-трекерах. С другой стороны – легко уйти в перфекционизм и вообще ничего не выпустить. Золотая середина? Её не существует. Есть фокус и самодисциплина. 💡
Но вот в чём фишка: это не просто череда неудачных совпадений. Это испытание для тебя. Так мир проверяет, сможешь ли ты найти решение не ситуативно, а системно. Если просто «перетерпишь» эту ситуацию разово — можешь быть уверен, проблема вернётся в новом проекте. Это всё для тебя. Чтобы ты стал лучше, сильнее, опытнее.
Что можно за 20 минут?
Наблюдал сцену, которая просто порвала меня на части. К жёстко перегруженному руководителю подчинённый подходит с проблемой. Типа, вот, братан, случилось — что делать?
А начальник, не моргнув глазом, выдаёт:
«На то, чтобы мне разобраться и решить твою проблему, нужен ЧАС. А его у меня нет. Есть 20 минут. Но за 20 минут я могу тебя только выебать. И то, без прелюдий.» 😐
Вот такая жизненная дилемма. Час на анализ или 20 минут на экзекуцию?
— Были ли вы в такой ситуации, как начальник? Какие действия предприняли?
— А если вы были на месте исполнителя, как себя чувствовали? 😬
Владимир Завертайлов — наш спикер, руководитель и главный бармалей scrum-студии Сибирикс.
А также:
— Создатель планировщика SingularityApp;
— Автор бестселлера «Настольная книга project-менеджера»;
— Спикер, автор более сотни статей и создатель авторского курса;
— В свободное время живёт спортивной авиацией и пилотирует СУ-29.
Владимир в диджитале с 2003 г. По образованию — инженер-программист. Наверное, поэтому его проекты такие монументальные и запрограммированные на успех.
Сибирикс — 1-я в России студия, внедрившая методологию Scrum, топ-10 web-разработчиков России. Клиенты: Северсталь, Орматек, Дисней, TP-Link, Logitech, Атол, Гринфилд, Сочи-Парк, Adobe и др.
Тема на конфе:
📌 Выпуск собственного продукта: выход из штопора заказной разработки.
Владимир расскажет, как с помощью создания своего продукта диверсифицировать доходы агентства, повысить ценность на рынке и стимулировать развитие технологий внутри команды.
Покупай билеты на conceptlevel.ru со скидкой 10% по промокоду: SIBIRIXCONCEPT
#АгентскаяЖиза
Последние месяцы какая-то жесть с нагрузкой — всем всё срочно, у всех свои горящие дедлайны. Плюс своих задач в разработке выше крыши. Руководители проектов уже спокойно планируют по 9+ часов работы в день. Декабрь, кажется, вообще выйдет за рамки — как на шиномонтажке в сезон, только шин нет, а суеты не меньше.
А в ноябре ещё и дебиторка поползла вверх (самое смешное, отчасти из-за того, что счета менеджеры просто не успевали вовремя выставлять). Пришлось переключиться на "коллекторские" функции — не самая любимая часть работы, но вроде выровнялись. У нас сильный финансист, не даёт расслабляться, и спасибо ему за это.
Зато пришло сегодня резюме на QA с опытом работы "Котовод" 🐱🐾. Похоже, надо брать, без тестов!
Чё у вас с концом года, котаны? Держитесь там, чуть-чуть осталось дотерпеть! 💪
Смотрите как пытаются телегу взоломать с уже взломанного аккаунта. По ссылке попросит авторизацию. И тю-тю....
Читать полностью…Я просто хотел подумать про шардирование, CockroachDB, TiDB и Vitess, а оно вона как)
Читать полностью…Получили сегодня такой отзыв. Вы не представляете, насколько это мотивирует делать продукт лучше. 😘Спасибо! Будем стараться!
Читать полностью…Утро в офисе началось со "спасибо". На этот раз — за перманентный маркер у вайтборда.
З. Ы. Это совсем какой то злой оказался. Только бензин-калоша спас.
Мы только что вляпались в очень стремный кейс.
Дано: очень жирный mr
Гитлаб в режиме mr показывает только часть файлов.
Плашку с предупреждением про это легко пропустить. Много там плашек.
Итог: самые матерые и важные изменение полетели в набоевую мимо ревью. Это больно!
В гитлабе это не решается. Можно выкрутить в 3 раза лимиты, но полноценного решения нет. Можно выкрутиться с помощью плагинов.
Но вообще mr-ки на 100500 файлов — это очень больно. Очень!
Это как в по-мотивам анекдота про нюанс: «Вот смотри, Петька, у тебя mr на 3000 файлов, и у меня mr на 3000 файлов. Но есть один маленький нюанс...»
Делаете mr-ки по фичам. И будет вам счастье.
Бригадир двора изложниц
Сегодня узнал, что официально есть такая профессия. Туда же:
Главный обогатитель;
Долбежник;
Заготовщик черни;
Заливщик голосовых планок;
Испытатель бумажных мешков;
Лакировщик глобусов;
Монтажник позитива;
Оператор зародышеотделительной машины;
Опрокидчик;
Повертальщик;
Разметчик хлыстов;
Расправщик;
Разводчик (распусчик) холяв;
Ну и до кучи:
Сестра медицинская диетическая;
Это прям все реальные профессии, Консультант не врет. А вы все "хочу в digital, хочу в digital". Какой диджитал, кругом столько интересного)
Провокация, конечно. Но!
Допустим, вы — тимлид. Вам прислали на ревью рабочий, но полный сексизма код. Ваши действия / управленческие решения?)
Друзья. Вторая книга активно готовится к релизу. Заканчиваем верстку, финально делаем вычитку, собираем рецензии от Максима Батырева, Макса Дорофеева и (возможно) Александра Фридмана. План релиза — начало Декабря.
А сейчас нужна ваша помощь! Какая обложка вам больше нравится? Поделитесь эмоциями )
Про менеджерские посты и драму.
Знаете, есть такая фишка. Вот ты вроде занимаешься серьёзными вещами — код, архитектура, продумываешь как лучше сверстать продуктовую стратегию. А в голове свербит: «Пора бы пост написать». О чём? Об управлении? Коде? Да ладно, кто это читать будет?
Проблема вот в чём: интересный пост всегда требует конфликта. Драмы. Как в хорошем фильме, где кто-то обязательно напортачил, кто-то не прав, что-то взорвалось, и ты такой — опа! — пришёл и героически всё разрулил. Красавчик, короче.
Но вот беда... В реальности-то мы работаем, чтобы всё это дерьмо не происходило! Моя работа — минимизировать косяки. Чтобы никакие баги не крали наше время, клиенты не катались по нервам, а все шло ровно и по плану. Если вдруг что-то и случается, и ты это исправляешь — ну... мы же не супергерои в костюмах, чтобы потом ещё и хвастаться на весь интернет, что «Спас проект от катастрофы!»🤷♂️
И вот встает вопрос: откуда брать темы для постов? Драть реальную жизнь? Описывать косяки и фейлы, которыми гордиться не стоит? Или писать о теории, от которой и так тошнит?
Короче, разрываюсь. Писать же хочется не абы что. Хочется, чтобы пост был живой, с конфликтом. Но где этот конфликт взять, если ты работаешь как надо, а не в режиме постоянного тушения пожаров?
Может, и правда: брать жизнь. Но не про фейлы, а про решения. Про то, как держать баланс, когда вокруг всё время требует какого-то выбора. Может, в этом и есть вся драма: не в том, что где-то что-то накосячили, а в том, как эти косяки вообще не допускать.
Как думаете, интересно было бы читать про такие штуки? Или давайте уже за драму — и взрывы на проде? 💥
‼️ В честь дня программиста обновили Легендарную Папку! ‼️
🧠В ней собрано всё, что нужно продукт оунерам, тимлидам, стартаперам и IT-предпринимателям, чтобы держать руку на пульсе индустрии!
В обновлении:
1️⃣ 18+ авторских каналов, которые ведут амбассадоры IT-индустрии.
В сообществах открыто делятся инсайтами, ошибками и фишками, которые не найдете в книгах, подкастах или на конференциях.
2️⃣ Еще больше аналитики. Эти данные помогут отслеживать новые тренды и изменения рынка.
3️⃣ Сотни практических советов по бизнесу и управлению командой.
👉 Без воды, только реальные истории и факапы от тех, кто уже стоит у руля российской IT-индустрии!
Не упустите шанс подключиться к Легендарной папке и узнать, как действуют лидеры.
Присоединиться к папке
3️⃣. Если ЛПР не идёт на контакт и тормозит проект:
Тут дело пахнет керосином. Хороших, добрых вариантов почти нет. Остаются крайние меры.
3.1 Ищем настоящего заинтересованного: Если ЛПР не появляется, а менеджер не тянет — ищем того, кому этот проект реально важен. Возможно, это собственник или кто-то, кто реально болеет за успех дела. 💡 Готовьтесь: команда клиента может сопротивляться, но иногда это единственный шанс спасти проект.
3.2 "Уволить" менеджера: Если всё дело в менеджере, который буксует и тянет всех за собой, нужно предложить клиенту заменить его. Вежливо объясняем, что такой подход вредит самому клиенту, тормозя работу и создавая проблемы на ровном месте. Но будьте осторожны — это может вызвать напряжение, так что действуйте аккуратно. ⚖️
3.3 Переход в формальный режим: Если наладить контакт с ЛПР или другим ответственным лицом не получается, включаем "формальный режим". Всё общение строго через письма, всё чётко по договору. Вопросы зависли на стороне клиента? Фиксируем. Сроки горят? Напоминаем. Со своей стороны работаем безупречно, но формально, так чтобы потом даже прокурор не подкопался. Этот подход обычно всем быстро надоедает, и контакт таки будет налажен. Если нет — это уже катастрофа. 🚨
3.4 Разрыв отношений: Если проект катится в пропасть, а ЛПР продолжает прятаться, стоит всерьез посчитать убытки. Отношения работают, когда обе стороны довольны. Если нет — лучше вовремя остановиться, чем тратить нервы и ресурсы на бесплодные попытки спасти ситуацию. ✋
4️⃣ Фиксация и дальнейшие действия:
После каждого этапа фиксируем договоренности в письме. Кто что делает и в какие сроки. Держим всех в курсе короткими апдейтами, чтобы. Без сюрпризов и неприятных неожиданностей. 📨
——-
Итог: Профессиональный подход — это честность и открытость. Если ЛПР не вовлечён, находим того, кто действительно заинтересован. Если и это не помогает, переходим в формальный режим и фиксируем каждый шаг. Ну а если и это не работает — иногда разрыв отношений лучше, чем тянуть проект, который никому не нужен. ✅