Команда юных стартаперов. Делаем мир немного добрее, надеемся много;) Нас можно найти как ООО "ЮНИК" или проект ПОМОГИЗИ. Помогаем некоммерческим организациям, развивая их технологический и управленческий аспекты.
Есть странная привычка: говорить о благотворительности шёпотом. Будто помогать нормально, а вот рассказывать об этом уже плохой тон. Мы так не играем!
Мы искренне считаем, что про благотворительность надо говорить вслух. Писать посты, делиться историями, показывать, как работают фонды, что происходит со сборами, как меняются люди и ситуации. Не потому, что всем срочно нужно лайкать добро, а потому что иначе оно просто исчезает из поля зрения. Общество забывает про добро — это правда. И в этом нет ничего ужасного у всех работа, семья, кредиты и другие заботы. Если о благотворительности не напоминать, она просто проиграет новостям, мемам и распродажам.
Поэтому мы не извиняемся за то, что тащим эту тему в медиаполе. Наоборот, гордимся, что можем про это говорить и звать других делать то же самое. Призываем, рассказывайте о своем добре! Не с позы «посмотрите, какой я хороший», а с позы «смотрите, вот так тоже можно».
Чем больше нормальных, спокойных, человеческих историй о помощи звучит вокруг, тем меньше благотворительность похожа на что-то далёкое и «особенное», тем больше шансов, что кто-то ещё решит: «Ладно, я тоже попробую».
P. S. Мы не за то, чтобы слепо верить всем подряд, мы за обдуманную помощь (проверенным НКО), о которой не нужно молчать.
Есть миф: “Ну вы же тестировали. Значит, багов быть не должно”. Мы бы тоже хотели жить в этом мире. Но реальность разработки такая, тесты ловят многое, но не ловят всё. Особенно в стартапе, где команда небольшая, а приложение должно работать у людей на тысячах разных устройств и в сотнях разных сценариев.
Какие бывают баги? Самые понятные — “грубые”, кнопка не нажимается, экран не открывается, платеж не проходит. Их обычно видно практически сразу. Но самые неприятные те, которые появляются редко и “по настроению”. Например:
баг проявляется только на старом Android, а на новых всё идеально;
всё ломается только при плохом интернете, когда связь то появляется, то пропадает;
ошибка случается, если человек сделал действия в необычном порядке;
баг возникает в момент, когда на сервер одновременно пришло много запросов;
“что-то пропало”, потому что в одном месте обновилось, а в другом не успело.
Небольшой абзац про технический поиск и выявление багов, а именно логи: они помогают не гадать на кофейной гуще. Логи — это следы того, что происходило внутри приложения в момент ошибки (бага). Они помогают понять, где именно всё сломалось, особенно когда баг случился один раз и больше не повторяется по просьбе.
И дальше начинается настоящая работа, которую пользователь не видит. Мы пытаемся воспроизвести баг (и ловить его по логам), если о нем узнали, но не поняли когда точно и при каких обстоятельствах он случился. Потому что пока он не воспроизведён, он как призрак: “вроде был, но где неизвестно”. Обычно мы начинаем с простого, что делал человек, на каком устройстве, в каком месте приложения, был ли интернет, обновлялось ли приложение, происходило ли что-то параллельно. Потом пробуем повторить шаги один в один. Если не получается, то усложняем условия: слабее интернет, другой телефон, другой порядок действий, другие настройки.
Часто баги всплывают только тогда, когда появляется реальная база пользователей. И это нормально: тысяча людей (хотели бы мы такой онлайн ;) )за день создаёт больше уникальных комбинаций действий, чем небольшая команда тестировщиков за неделю. Пользователь делает то, что разработчик никогда бы не придумал: закрывает приложение на середине, разворачивает телефон, кликает быстрее, чем мы успеваем моргнуть, уходит в метро, возвращается через час и ждёт, что всё продолжится “как было”. Самое крутое в большом количестве пользователей — среди них всегда есть достаточно неравнодушных, чтобы быстро находить баги. Они часто пишут, где и когда столкнулись с ошибкой (дают точные данные, в каких логах искать), и это сильно упрощает их исправление.
Самое интересное, что многие баги не ловятся “месяцем тестов” просто потому, что тесты — это ограниченный набор сценариев. А реальная жизнь бесконечна. Поэтому лучший продукт получается не там, где “всё идеально на старте”, а там, где команда умеет спокойно признавать ошибки, быстро разбираться и делать приложение устойчивее с каждым обновлением. Вот почему в стартапе баги — это не “мы плохо работаем”, а часть взросления продукта. Важно не “вообще не иметь багов”, а уметь быстро их чинить.
P. S. Баг (англ. bug — «жук») — это термин, который используется в программировании и означает ошибку в программе
Не «я буду осторожнее». Не «я разберусь». А именно — «я больше никогда не буду помогать».
Почти каждый, кто хоть раз сталкивался с мошенничеством в благотворительности, произносил её именно так. И в этот момент проигрывают не мошенники. Проигрывают те, кому помощь действительно была нужна.
За последние годы мы видели десятки громких историй. Подставные сборы в соцсетях. Фейковые приюты. «Фонды», где на помощь уходит копейка, а всё остальное растворяется... Иногда это откровенный обман. Иногда формально законная, но по сути пустая деятельность.
Самое опасное в ситуации, не потерянные деньги (мы не говорим, что деньги ничего не значат, речь о сравнении с другим фактором), потерянное доверие. Ужасно, когда пропадают деньги, но если вслед за ними пропадает и доверие, это значимый удар по сектору.
Важно сказать честно. Мошенники в благотворительности существуют не потому, что сектор «плохой». Они существуют потому, что сектор долгое время строился на вере, а не на системе.
Когда нет понятного маршрута помощи, когда деньги уходят «куда-то», когда отчёт — это пост раз в полгода без конкретики, появляется пространство для злоупотреблений. И туда обязательно кто-то приходит.
Но есть и другая реальность, о которой говорят меньше. Некоммерческие организации (НКО), которые работают честно. Люди, которые выгорают, ошибаются, но продолжают помогать. Организации, которые ведут отчёты, отвечают на вопросы и делают свою работу без громких лозунгов.
Проблема в том, что снаружи их почти не видно. А после каждого громкого прецедента именно им приходится оправдываться за чужие грехи.
Вывод здесь неприятный, но важный. Благотворительности больше недостаточно быть «хорошей по намерениям». Она должна быть проверяемой:
По этапам;
По документам;
По результату.
Не потому, что людям нельзя доверять. А потому, что доверие сегодня слишком хрупкое. И если после очередной страшной истории вам хочется закрыться и больше не помогать — это понятно. Но, возможно, правильный шаг не «перестать помогать», а помогать умнее. С вопросами. С проверкой. С требованием прозрачности.
Потому что каждый раз, когда честная помощь останавливается из-за чьего-то обмана, выигрывают только мошенники. А все остальные...
P. S. К сожалению, так происходит во многих секторах. Например, при продаже автомобилей и квартир. Нужно быть внимательнее и бороться с этим. Жаль, что наш мир далёк от идеала. Но именно мы отвечаем за него (все люди), именно нам нужно созидать, чтобы это исправить недостатки — всем вместе.
Пусть 2026 год будет про движение и жизнь. Про шаги вперёд, даже если они маленькие. Про моменты, когда кажется, что сделал совсем немного, а на самом деле это было большое достижение. Пусть не будет застоя. Пусть всё движется, меняется и растёт.
Максим Горький писал, что человек — это звучит гордо. Нам близка эта мысль именно в действии. В умении вставать, когда сложно. В желании идти дальше, даже если путь неровный и с препятствиями.
Антон Павлович Чехов говорил: «Надо поставить свою жизнь в такие условия, чтобы труд был необходим. Без труда не может быть чистой и радостной жизни». Пусть в новом году у вас будет достаточно сил для созидания. Пусть будет здоровье. Пусть будет здоровое упрямство с огнём в глазах. И пусть вы ни в коем случае не останавливаетесь, даже если тяжело.
Мы, как стартап, очень хорошо знаем, что рост редко бывает лёгким. Но именно в этом движении появляется смысл, опыт и настоящая ценность. И мы желаем вам того же. Не стоять на месте. Искать. Пробовать. Ошибаться и снова идти вперёд.
Спасибо, что были с нами. Пусть в 2026 году будет больше энергии, больше живых идей и больше моментов, когда вы с гордостью можете сказать: «Да, сегодня я сделал шаг». Пусть будет здоровье, силы и много поводов для добра.
P. S. Много слова "Пусть", но мы так чувствуем, говорим от чистого))))
Если смотреть со стороны, многие приложения кажутся до смешного простыми. Открыл, нажал кнопку, что-то заполнил, что-то отправил – всё. «Ну что там делать, пять экранов и одна форма, господи». И это нормальная реакция обычного пользователя. Но внутри команды программистов ты очень быстро узнаёшь правду: чем проще выглядит приложение снаружи, тем, скорее всего, сложнее оно устроено изнутри. Особенно, если оно не просто «крутится», а стабильно работает, держит нагрузку, не теряет данные и умеет адекватно развиваться. Вот там начинается мир, о котором большинство вообще никогда не задумывается, – мир бэкенда.
Что такое бэкенд по-человечески?
Если совсем без лекций, бэкенд – это всё, что происходит после того, как вы нажали кнопку. Не красивый экран, не анимация, не иконки, а то, куда улетают данные, кто их принимает, как они проверяются, где хранятся, как обрабатываются, как возвращаются обратно и как при этом не ломается всё остальное.
За одной кнопкой «Отправить» может стоять:
сервер, который принимает запрос;
очередь, в которой этот запрос ждёт своей обработки;
сервис, который проверяет корректность данных;
база, где это всё записывается;
отдельный сервис, который шлёт уведомление;
ещё один, который пишет в лог, что именно произошло.
Пользователь видит только экран «сработало» или «не сработало». Всё остальное существует где-то в тени: очереди, логи (записи о том, что происходило в системе в конкретный момент) и т.д. Любое мало-мальски серьёзное приложение живёт на очередях. Например, человек отправил пожертвование, а у вас в этот момент одновременно ещё сотни людей что-то делают в приложении. Всё это нельзя обрабатывать в лоб, иначе в какой-то момент всё подвиснет намертво. Поэтому запросы выстраиваются в очереди: сначала одно действие, потом другое, где-то параллельно, где-то последовательно. Для пользователя «всё работает» или «ничего не работает». Для бэкендера между этими двумя состояниями тысячи вариантов.
Если нет грамотного логирования, все эти ситуации превращаются в одну правду: «у меня ничего не работает, исправьте». Хороший бэкенд – это когда за каждой такой фразой можно найти конкретный запрос, конкретную ошибку.
Почему «простое приложение» не значит «простая работа»?
Снаружи всё действительно может выглядеть довольно скромно. День отрисовали интерфейсы, неделю писали бэкенд, месяц всё это нормально запускали и связывали. Потом кто-нибудь спрашивает: «А почему вы три недели ничего нового не выкатываете, у вас же всего пара экранов?»
И вот это тот самый минус невидимого бэкенда: огромный объём работы нельзя показать в виде яркой новой кнопки. Ты можешь неделями заниматься архитектурой, оптимизацией запросов, перестройкой очередей, настройкой логов, безопасностью и визуально для пользователя не изменится ровным счётом ничего.
Да, это иногда обидно. Вы горбатились месяц, сделали сервис устойчивее, быстрее, более масштабируемым, а пользователю кажется: «Ну они просто сидели и думали». Но есть и плюс, причём очень серьёзный.
Во-первых, скорость развития. Парадоксально, но чем больше времени потрачено на нормальный фундамент, тем быстрее потом можно добавлять «простые функции». Если бэкенд кривой, любая новая задача превращается в мини-ремонт с проводкой.
Во-вторых, масштабируемость. Сегодня у тебя тысяча пользователей, завтра десять тысяч, через год сто (ПОЖАЛУЙСТА, мы бы были рады такому). Если бэкенд к этому не готов, приложение начинает «сыпаться» при первой же серьёзной нагрузке. Хороший бэкенд – это запас по прочности, который никто не видит, пока он не понадобится.
В-третьих, предсказуемость. Когда у тебя настроены логи, мониторинг, ты знаешь, что если что-то пойдёт не так, ты хотя бы поймёшь, где искать.
И, наконец, доверие. Пользователь может не знать, что у вас там с очередями и архитектурой, но он очень хорошо чувствует другое: «здесь всё стабильно» или «здесь всё время что-то ломается».
Почему про бэкенд почти никто не думает?
Пользователю это не нужно – и это нормально. Его задача – решить свою проблему в приложении. Всё остальное – ваша ответственность. Но внутри команды полезно иногда честно признавать: «Да, есть огромный кусок работы, который никто никогда не похвалит в лоб». Никто не напишет: «Спасибо, что у вас такие классные очереди и структурированные логи». Максимум скажут: «Спасибо, что всё работает».
Хороший бэкенд тем и отличается, что о нём не думают. Пока всё стабильно, всем кажется, что это «само собой разумеется». И только когда что-то с ним случается, внезапно становится видно, насколько он был важен. На самом деле это сердце приложения. Его не видно на экране, о нём не пишут в рекламных заголовках, но именно от него зависит, будет ли всё это жить, расти и выдерживать реальную жизнь.
P.S. У нас очень крутой бэкендер, поддержите его работу своей активностью, это моя личная просьба ;)
Иногда поддержка приходит не в виде инвестиций, писем, советов, а в виде вкусняшек ;) Моя крёстная воодушевилась тем, что мы делаем (её жест, честно), посмотрев как мы стараемся сделать что-то честное и полезное. И решила поддержать нас так, как умеет лучше всего. Она испекла ту красоту, которую можно увидеть на видео.
В этом жесте, если честно, было больше тепла и веры, чем во многих мотивационных речах. Мы часто говорим про технологии, процессы, устойчивость, архитектуру. Но за всем этим всегда стоят люди. Люди, которые переживают, верят, сомневаются, устают и всё равно продолжают. И когда кто-то рядом видит это и отвечает не скепсисом, а заботой — это очень сильно поддерживает. Поэтому хотим сохранить этот момент и поделиться рецептом того самого торта. Не как «контент», а как маленькую историю поддержки.
Рецепт торта:
Коржи:
Для начала просеиваем 200 г муки, добавляем 15 г разрыхлителя, перемешиваем венчиком.
В другой миске соединяем:
• 500 г сгущённого молока
• 3 яйца
• щепотку соли
Взбиваем миксером 2–3 минуты.
В один приём добавляем сухие ингредиенты (мука + разрыхлитель), взбиваем на низких оборотах ещё пару минут.
Далее вводим 80 г растопленного сливочного масла, аккуратно перемешиваем миксером до однородности.
В итоге тесто должно получиться гладким, не слишком густым.
Выпекаем коржи диаметром около 18 см. На один корж — 2 полные столовые ложки теста, распределяем по пергаменту. Выпекаем в разогретой до 180° духовке 5–7 минут.
Крем
• 500 мл сливок 32%
• 150 г сгущённого молока
Сливки хорошо охлаждаем и взбиваем до плотности, затем аккуратно вводим сгущёнку.
Дополнительно (шоколадные капкейки или слой)
Взбиваем:
• 2 яйца
• 150 г сахара (3–4 минуты миксером)
Добавляем:
• 120 мл молока
• 50 г растительного масла, перемешиваем.
В отдельной миске соединяем сухие ингредиенты:
• 190 г муки
• 30 г алкализованного какао
• 10 г разрыхлителя
Добавляем к тесту, перемешиваем и вливаем 80 г кипятка.
Раскладываем тесто по формочкам примерно по 60 г, выпекаем при 170° 25–30 минут.
Мы не уверены, что Помогизи можно официально заносить в разряд психотерапевтических инструментов. Зато точно знаем, иногда проще не оправдываться, а просто открыть историю пожертвований и честно сказать: «Я, может, и косячу, но хотя бы стараюсь это компенсировать».
P.S. Ведите историю платежей и следите за своей кармой. Я точно знаю, сколько плохого сделал за месяц… ;)
