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

Идея премии — показать, как именно создаются ИТ-продукты внутри компаний. Не только то, что видит пользователь, но и то, что обычно остается за кадром: процессы, подходы и инженерные решения.

Кто и с чем может участвовать

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

Всего предусмотрено пять категорий:

• лучший продукт;
• лучший облачный продукт;
• лучший ИТ-ивент;
• лучший дизайн;
• лучший стартап.

Это позволяет заявиться как зрелым продуктам, так и молодым проектам. Тем, которые только начали набирать аудиторию или тестировать гипотезы.

Как будут выбирать победителей

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

Такой подход делает премию максимально прозрачной и ориентированной на профессиональное сообщество. По сути, это способ получить обратную связь от опытных разработчиков и ИТ-специалистов, которые ежедневно читают и обсуждают продукты на Tproger.

Сроки и этапы

Подать заявку на участие можно до 25 января 2026 года — с этим лучше не затягивать. Со 2 по 28 февраля 2026 года пройдет анонс участников и само голосование. В этот период проекты будут представлены аудитории, а читатели смогут выбрать лучшие, по их мнению, решения.

Итоги подведут в начале марта — с 2 по 6 число.

Вот, какие проекты заняли с первого по пятое места:

1. Три библиотеки для React по цене одной
2. Локальный деплой проектов в пару кликов
   
3. Очередной фреймворк на PHP
   
4. Senior Junior. Курсы от программистов для программистов
   
5. Бета-версия вычислителя суммы постройки дома с указанием параметров
   

Авторы этих пет-проектов получат худи с маскотом Tproger и стикеры от редакции.

Вот, какие проекты заняли с шестого по десятое места:

1. Менеджер паролей, который не хранит пароли
2. Как я сделал карточный баттлер без конструктора колод
   
3. Ретранслятор СМС-сообщений для релокантов
   
4. Hunt job. Как отвлечься, пока ищешь работу
   
5. Как я создал змейку на Python
   

Авторы этих пет-проектов получат футболки с маскотом Tproger и стикеры.

Напоминаем, что проекты были отобраны для голосования по количеству просмотров, реакций и комментариев к статьям, а лучший пет-проект выбирали читатели.

Результаты голосования можно посмотреть здесь.

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

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

Простите нам эту задержку. Мы сделаем всё, чтобы призы нашли своих заслуженных владельцев.

Победители, следите за почтами, к которым привязаны ваши профили — мы сообщим об отправке призов.

Спасибо!

10 октября стартовал первый этап конкурса, в ходе которого авторы проектов присылали статьи с их описанием.

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

Все участники, которые прошли первый этап, получат призы.

• С 1 по 5 место: худи с логотипом Tproger и стикеры от редакции.
• С 6 по 10 место: футболки с логотипом Tproger и стикеры.

Какие пет-проекты участвуют в голосовании:

1. Senior Junior. Курсы от программистов для программистов
2. Как я создал змейку на Python
3. Бета-версия вычислителя суммы постройки дома с указанием параметров
4. Локальный деплой проектов в пару кликов
5. Как я сделал карточный баттлер без конструктора колод
6. Менеджер паролей, который не хранит пароли
7. Hunt job. Как отвлечься, пока ищешь работу
8. Очередной фреймворк на PHP DeltaFramework
9. Три библиотеки для React по цене одной
10. Ретранслятор СМС-сообщений для релокантов

Подпишитесь на тэг Лучший пет-проект 2023, чтобы не пропустить результаты конкурса и следить за обновлениями в личной ленте.

Желаем удачи!

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

Мы решили перенести старт голосования на 6 ноября: работ оказалось очень много, а некоторые из них прислали прямо к завершению первого этапа.

Почему голосование стартует позже

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

За эту неделю читатели смогут ознакомиться со всеми работами на конкурсе.

Список пет-проектов, которые участвуют в конкурсе

1. Как я создал змейку на Python
2. Как я запустил агрегатор фестивального кино
3. Bginfo ломает обои? Напиши свой и сделай его лучше
4. Очередной фреймворк на PHP
5. Локальный деплой проектов в пару кликов
6. Три библиотеки для React по цене одной
7. Hunt job. Как отвлечься, пока ищешь работу
8. Квест-бот для Telegram
9. Ретранслятор СМС-сообщений для релокантов
10. Как я сделал карточный баттлер без конструктора колод
11. Конструктор плейлиста для IP-TV
12. Облачная операционная система
13. MeowSQL: GUI-клиент для MySQL под Linux и не только
14. MLup: как создавать веб-приложение с машинными обучением за один взмах волшебной палочки
15. Как я создаю аналитический инструмент для групповых чатов Telegram
16. Как я пишу компилятор C-подобного языка с нуля и зачем
17. Telegram Bot API на Kotlin
18. Senior Junior. Курсы от программистов для программистов
19. Менеджер паролей, который не хранит пароли
20. Браузерная MMORPG
21. Как я глобальные чаты в 2023 году представлял
22. GradCit: AI фоторедактор
23. Бета-версия вычислителя суммы постройки дома с указанием параметров
24. Как разрабатывался трекер подписок Nocta
25. TESTAMENT: пошаговая RPG про мифологию в sci-fi

Заключение

Подпишитесь на тэг Лучший пет-проект 2023, чтобы не пропустить голосование и следить за обновлениями в личной ленте.

Желаем удачи!

Вот, что нужно сделать, чтобы принять участие. Зайдите в редактор, напишите статью о вашем пет-проекте и отправьте её на модерацию.

Взамен вы получите славу, обожание публики и мерч от редакции Tproger.

Требования к материалу

Статья должна включать пару слов об авторе, название и описание проекта и ссылку на GitHub.

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

Будет плюсом, если вы расскажете о процессе работы: как вам пришла идея проекта, с какими трудностями вы столкнулись, как вы их решили и какую пользу извлекли из опыта по завершении работы.

Совсем классно, если вы приведете примеры кода, объясните, как тот работает, и расскажете об использованных библиотеках и инструментах.

Этапы конкурса

Конкурс будет проходить в два этапа.

Первый этап

Со 10 по 30 октября вы пишете статьи о своих пет-проектах и публикуете их на сайте.

Через три недели, 30 октября, редакция Tproger выберет проекты, которые больше всего понравились читателям. Критерии оценки — количество просмотров, лайков и комментариев под статьями участников на сайте.

Второй этап

30 октября стартует голосование на сайте, в ходе которого пользователи смогут выбрать лучший пет-проект.

Призы для участников

Все участники, которые пройдут первый этап, получат призы.

• С 1 по 5 место: худи с логотипом Tproger и стикеры от редакции.
• С 6 по 10 место: футболки с логотипом Tproger и стикеры.

Заключение

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

Подпишитесь на тэг Лучший пет-проект 2023, чтобы не пропустить статьи от участников конкурса и следить за обновлениями в личной ленте.

Желаем удачи!

Положение о конкурсе

Затем в дело вступила редакция, которая тоже отдавала свои голоса за истории участников конкурса. Получилась настоящая заруба (таблица со всеми оценками доступна для просмотра).

Наконец мы переходим к главному — объявлению лучших историй.

Первое место — история про кастомный шрифт под единственный символ

Автор этой истории получит любой видеокурс OTUS из этого списка в подарок + скидку 50 % на любой курс OTUS, а также мерч Tproger:

«Однажды по воле дизайнеров мне пришлось писать кастомный шрифт под один-единственный символ, чтобы ставить его в поле ввода пароля вместо стандартной точки. Решением этой задачи я занимался в течение нескольких недель. Но не постоянно, а потому что я делал разного рода костыльные решения, отрицая необходимость писать кастомный шрифт. Но в итоге всё равно пришлось это делать».

Подробности:

Второе место — история о том, как заказчик «изобрёл» регулярные выражения

Автор этой истории получит любой видеокурс OTUS из этого списка в подарок и мерч Tproger:

«Я бэкенд-веб-разработчик. Как-то раз в форме поиска объектов заказчик захотел поддержку символов. (Любой символ) и * (любые символы). Вроде обычная просьба, но это усыпило мою бдительность, потому что дальше заказчик захотел добавить новые спецсимволы, типа [1,2] (либо 1, либо 2) с поддержкой старых. В этот момент я уже начал чуять неладное. Но было уже поздно.

В итоге заказчик отправил мне документ, в котором он „изобрёл“ регулярные выражения. Правда, чуть более самописный, корявенький и урезанный вариант. С огромным восторгом и предвкушением оваций он ждал моей реакции и признания его гением. Кто-то другой на моём месте ему бы рассказал, что такое уже есть, но не отказываться же от доработки, за которую тебе ещё неплохо заплатят ?».

Третье место — история про прозрачный фон на сайте

Автор этой истории тоже получит любой видеокурс OTUS из этого списка в подарок и мерч Tproger:

«Недавно заказчик сайта-визитки сказал, что его не устраивает белый фон. Достаточно долго я ему предлагал разные варианты, но потом он взял и попросил прозрачный фон. Чтобы показывало то, на что смотрит устройство.

Реализация на первый взгляд была невозможна. После изучения я сообщил заказчику, что это возможно сделать только для смартфонов. Он не поверил и начал спорить. Я объяснял, что у компов нет камеры, а пользователи смартфонов должны будут давать разрешение. Но в итоге он сказал, что я плохой программист, и отказался от работы со мной».

Специальные награды от редакции

Мы решили наградить ещё двух участников конкурса. Они получат мерч Tproger.

Автор истории про подставу от ФНС, которая в голосовании редакции заняла третье место:

«Работая над одним приложением, я решил внедрить возможность сканировать кассовые чеки. К счастью, на тот момент у ФНС России была такая возможность через GET запросы. Поковырявшись в одной статье, которая описывала работу API от ФНС, я смог реализовать сканирование чеков на Kotlin. Собственно, всё было готово, оставалось только сделать обработку полученного JSON, и я отложил это дело, занявшись другими задачами.

Но когда через две недели я вернулся к этому API, обнаружил, что оно больше не работает. ФНС без объявления войны поменяли не только ссылку для запроса, но и всю работу API. Проблема в том, что и для первой версии документации нет, а для второй тем более. Как сказал один человек на 4PDA: „Ну вот, опять придётся декомпилировать приложение ФНС, чтобы разобраться в API“.

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

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

Кроме того, все участники конкурса получат от OTUS промокод на скидку 10%. Он будет действовать до конца 2021 года.

Теперь настало время выбирать лучшие истории! Мы собрали их в один материал, чтобы было удобно голосовать.

Истории незначительно отредактированы без искажения смысла.

История 1: рандомное появление ошибки со страшными текстами и кодами

В небольшой системе учёта, написанной буквально на коленке, у пользователя раз в месяц в случайный момент времени появлялась ошибка (точнее, messageBox со страшными для пользователя текстами и кодами). Через 10-15 минут ошибка переставала появляться. За эти 10-15 минут как раз приходил админ, а «ошибки» уже нет. Лицо пользователя в этот момент — «Это! Просто! Нечто!»

P.S. Система некритична и на работоспособность подразделения особо не влияет:)

История 2: кастомный шрифт под единственный символ

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

Подробности этой истории:

История 3: «Волосы Трампа»

«Волосы Трампа» — признак для линейной регрессии с задачей оценить уровень юмора газетного заголовка. При добавлений признака «trump» и «hair» как признака уровня юмора точность модели возросла. Это была имплементация в рамках соревнования Sem-Eval 2020 Task 7: Assessing Humor in Edited News Headlines.

История 4: прозрачный фон на сайте

Недавно заказчик сайта-визитки сказал, что его не устраивает белый фон. Достаточно долго я ему предлагал разные варианты, но потом он взял и попросил прозрачный фон. Чтобы показывало то, на что смотрит устройство.

Реализация на первый взгляд была невозможна. После изучения я сообщил заказчику, что это возможно сделать только для смартфонов. Он не поверил и начал спорить. Я объяснял, что у компов нет камеры, а пользователи смартфонов должны будут давать разрешение. Но в итоге он сказал, что я плохой программист, и отказался от работы со мной.

История 5: школьный проект с сообщением, которое никто не должен был видеть

Делал школьный мини-проект на Flask и HTML+CSS, домашнее задание. В вёрстке сделал кнопку, которая показывала сообщение «С днём геев!». Это была то ли шутка, то ли часть для тестирования, но я её оставил. Во время проверки учитель нажал на эту кнопку и увидел сообщение.

История 6: команда для просмотра текущего времени в чат-боте

Реализовал команду «!время» для чат-бота, которая возвращает текущее время. Юмор в том, что на сообщениях в чате и так видно время отправки.

История 7: Discord-бот для отслеживания тредов на 2ch

Discord-бот, который уведомляет о наличии фап-тредов на 2ch. Далее был добавлен фильтр для webm-тредов.

История 8: обязательное указание компании для пользователей

Сделали поле «Название компании» обязательным для пользователей, которые выбирают персональный план. Тут же получили отзыв от разъярённого пользователя: «Hey idiots! I don’t have a company! That is why I am signing up for the Single user only plan! Dipshits!» ¯ \ _ (ツ) _ / ¯

История 9: самодельная настольная игра

Как-то в детстве, в далеком 1999 году, когда не было настольных игр (у нас), мы с другом сделали настолку сами. Я был ИИ, а он игроком. Все фичи, которые я вставлял, попадали под категории: интересная, смешная, странная, тупая. Но помню я единственную: мэр города подавился хлебом и умер.

История 10: генератор стендапов для Slack из Notion

Бот забирает задачи с доски в Notion по API, без необходимости что-то копировать и вставлять. Работает на macOS в том числе, в любом браузере. Поддерживает два гендера для формулировок. Вы просто переходите по ссылке и ваш стендап уже готов.

Несколько условий, чтобы магия работала:

• Свойство задачи со статусом должно называться Status.
• Колонки с планами должны называться For today, In progress, «Сегодня» или «В работе».
• Колонка с тем, что сделано, должна называться Completed или «Готово».
• Доску нужно расшарить на бота.

История 11: баг-фича с заказом пиццы

Когда я только сел за код, писал программу для заказа пиццы в консоли. Я ошибся с if-ами и зачем-то написал цикл. Таким образом, пользователь мог заказывать много пицц разом. Мне понравилась эта идея и я доработал её. Это мой единственный случай с багом-фичей.

История 12: преподаватель, который не проверяет возможности сервисов

В качестве семестрового проекта я работал над очередным клоном Minecraft на Unity. И всё было неплохо, пока очередным заданием не стала реализация режима генерации мира на основе карты. То есть нужно было использовать данные реального мира, чтобы определить высоту поверхности, биом и подобное.

И всё было бы ничего, если бы сервис, который мне сказали использовать для получения карты, предоставлял эти данные. Только вот он этого не делал. Преподаватель пренебрёг доводами разума, поэтому мне пришлось использовать API совершенно другого сервиса, чтобы получить необходимые данные.

История 13: функция для удаления дублей стран

Однажды я работал с TDLib, и когда запрашивал список стран, она всегда возвращала каждой по две. И я написал функцию, которая возвращает список, но только с каждым вторым элементом. Самая тупая фича.

История 14: сквозная LDAP аутентификация, которая не получилась

Задачей была реализация сквозной аутентификации LDAP с сервером Active Directory, чтобы пользователи не вводили пароль при входе в приложение, единожды привязав свою учётку Windows.

Первый прототип получился за 1-2 недели. Он состоял из небольшого количества JS-кода и двух простейших AJAX-запросов на фронте, а также одного простенького servlet’a на бэке. Использовал я SPNEGO/Kerberos, найдя какую-то захудалую JAR’ку в интернете. При входе пользователя в систему его перекидывало на login-форму, там то фоном и шёл один из AJAX-запросов, который проверял, кто пришёл и привязана ли его учётка Active Directory к учётной записи в приложении.

У большинства пользователей фича не просто не работала, но и крашила все приложения. В основном это было связано с очень старыми версиями IE и Windows на компьютерах сотрудников. Ведь тестировал-то всё это дело ИТ-отдел, а у нас у всех свежая винда, обновления, браузеры.

Каждый день мы собирались на совещания с видеосвязью, и пользователи стримили нам свою боль. Через месяц таких мучений был написан подробный гайд о том, как настроить свой IE или Chrome для успешной работы, какие галочки снять, какие поставить, какие настройки поменять в ОС. Занимал он примерно две страницы в Word-документе.

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

Подробности этой истории:

История 15: изобретение регулярных выражений

Я бэкенд-веб-разработчик. Как-то раз в форме поиска объектов заказчик захотел поддержку символов. (Любой символ) и * (любые символы). Вроде обычная просьба, но это усыпило мою бдительность, потому что дальше заказчик захотел добавить новые спецсимволы, типа [1,2] (либо 1, либо 2) с поддержкой старых. В этот момент я уже начал чуять неладное. Но было уже поздно.

В итоге заказчик отправил мне документ, в котором он «изобрёл» регулярные выражения. Правда, чуть более самописный, корявенький и урезанный вариант. С огромным восторгом и предвкушением оваций он ждал моей реакции и признания его гением. Кто-то другой на моём месте ему бы рассказал, что такое уже есть, но не отказываться же от доработки, за которую тебе ещё неплохо заплатят ?

История 16: подстава от ФНС

Работая над одним приложением, я решил внедрить возможность сканировать кассовые чеки. К счастью, на тот момент у ФНС России была такая возможность через GET запросы. Поковырявшись в одной статье, которая описывала работу API от ФНС, я смог реализовать сканирование чеков на Kotlin. Собственно, всё было готово, оставалось только сделать обработку полученного JSON, и я отложил это дело, занявшись другими задачами.

Но когда через две недели я вернулся к этому API, обнаружил, что оно больше не работает. ФНС без объявления войны поменяли не только ссылку для запроса, но и всю работу API. Проблема в том, что и для первой версии документации нет, а для второй тем более. Как сказал один человек на 4PDA: «Ну вот, опять придётся декомпилировать приложение ФНС, чтобы разобраться в API».

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

История 17: «бан» за спам

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

Была настроена асинхронность, поэтому, когда поток доходил до таймаута, он закрывался и мог снова отвечать этому юзеру. И потом при тесте мои друзья спрашивали у меня, на сколько мой бот банит за спам:)

История 18: 2 дня на оптимизацию скорости печати этикеток

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

История 19: неуловимые тени на карточках

Как-то дали таску сделать в одном Android-приложении тени на карточках. Неделю колупали код и стили, всё должно было работать, но теней нет, либо есть, но уродские. Спустя неделю замечаем, что в манифесте проекта указано: аппаратное ускорение = false. По гиту эту строчку я поставил 2 года назад, непонятно зачем. Меняем на true и всё работает ?‍♂️

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

​Напомним про призы:

• Первое место — любой видеокурс из этого списка в подарок + скидка 50 % на любой курс OTUS, а также мерч Tproger: футболка, наклейки.
• Второе и третье места — любой видеокурс из этого списка в подарок и мерч Tproger: футболка, наклейки.

Кроме того, все участники конкурса получат от OTUS промокод на скидку 10%. Он будет действовать до конца 2021 года.

Выбирайте все понравившиеся истории:

Опыта тогда у меня было немного (1,5 года QA Automation). Но программистов опытнее в команде первое время не было. И вот на первом же планировании ко мне приходят с пачкой задач, чтобы я выставил им оценки.

Одной из таких задач была сквозная аутентификация LDAP с сервером Active Directory, чтобы пользователи не вводили пароль при входе в приложение, единожды привязав свою учётку Windows. Немного подумав, я указал, что потребуется всего лишь 5 дней. Тогда я не осознавал всей сложности оценки задач и тленности бытия, но заботливый project manager увеличил срок до 10-15 дней. Да, тогда ещё не было модных story points, мы водопадили как могли.

Разработка тихого монстра

Задача прилетела в работу через месяц. К этому времени я уже немного размялся на формошлёпстве и почитал про LDAP. Первый прототип получился за 1-2 недели.

Он состоял из небольшого количества JS-кода и двух простейших AJAX-запросов на фронте, а также одного простенького servlet’a на бэке. Использовал я SPNEGO/Kerberos, найдя какую-то захудалую JAR’ку в интернете.

При входе пользователя в систему его перекидывало на login-форму, там то фоном и шёл один из AJAX-запросов, который проверял, кто пришёл и привязана ли его учётка Active Directory к учётной записи в приложении.

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

Прототип заработал локально и на dev-стенде. Он даже уже заработал у всех трёх программистов в кабинете и у аналитика из соседнего кабинета. Поэтому мы решили, что дело идёт к релизу. Но вдруг выяснилось, что у PM’a ничего не работает, а он территориально находился в Перми в то время как мы находились в Екатеринбурге. Мы по классике схлестнулись в битве «Но на моём компе же работает!», тем более таких компьютеров было аж 4.

Так, протестировав нашу поделку на ещё нескольких людях из разных регионов, мы уже поняли, что у нас может быть не один домен AD, а несколько, под каждый регион свой, и домены могут быть двух-, трёх-, четырёхуровневыми. С этими познаниями и ощущениями боли мы ушли ещё на 2-4 недели доработок. В итоге мы худо-бедно прошли ПСИ, на котором были некоторые проблемы несовместимости с IE, и пошли с нашей классной фичей и некоторыми доработками в ПРОМ.

Серые тучи несовместимости

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

У большинства пользователей фича не просто не работала, но и крашила все приложения. В основном это было связано с очень старыми версиями IE и Windows на компьютерах сотрудников. Ведь тестировал-то всё это дело ИТ-отдел, а у нас у всех свежая винда, обновления, браузеры.

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

Так вот, поговорим про баги и их фиксы или безысходность.

• Кого-то из пользователей просто бесконечно редиректило по кругу на странице login’a. Был написан фикс, который отслеживал такие частые редиректы и правил хедеры в запросе и дальнейшую логику поведения.
• Кто-то не мог заводить заявки и работать с документами. Всё это происходило, т.к. IE начинал пихать ненужные хедеры аутентификации в запросы к статике и бэку (это было видно по логам nginx) и сам же от этого помирал. Были и другие проблемы совместимости.
• Но были и те, у кого всё хорошо работало, но не работала сама сквозная аутентификация, а они её очень хотели, удобно же — залогинился в Windows и больше ничего вводить не надо, киллер фича!

Каждый день мы собирались на совещания с видеосвязью, и пользователи стримили нам свою боль. Через месяц таких мучений был написан подробный гайд о том, как настроить свой IE или Chrome для успешной работы, какие галочки снять, какие поставить, какие настройки поменять в ОС. Занимал он примерно две страницы в Word-документе.

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

За всё время работы в компании я периодически мониторил метрики использования данной фичи. Вроде как успешно ей пользовалось не более 5-10% пользователей. Надеюсь, теперь у большинства пользователей эта аутентификация работает. Или хотя бы не мешает им жить. Ещё надеюсь, что я немного сгустил краски и на самом деле всё было не так плохо.

В итоге эти запланированные 10 дней вылились в 1-2 месяца насыщенной разработки и настройки и ещё в полгода-год болезненной поддержки.

***

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

Если вам понравилась эта история, проголосуйте за неё.

Под постом есть блок с реакциями. Если история вам понравилась, ставьте палец вверх. Только эти реакции будут учитываться при составлении рейтинга. Другие эмоции подсчитываться не будут.

А вот история другого участника — он написал кастомный шрифт ради одного символа. Но сначала неделю страдал.

На момент событий шел примерно третий месяц в новой сфере. Мне отдали дизайн странички, где в полях, предназначенных для ввода пароля (input type=password) были использованы не обычные точки (так называемые bullet), а очень большие. Если обычная точка в пароле — это ·, то точка, которую необходимо было отрисовать, выглядела так: •.

Первая идея, которая пришла в мою неопытную голову: пойти спросить продакта, действительно ли нам необходимы именно такие точки в пароле? А еще рассказать ей, как непросто взаимодействовать с такими сущностями, как input. Это своеобразные и своенравные элементы, с ними проще не связываться. Однако мне объяснили, что такой дизайн уже был согласован с владельцами бизнеса, а их своенравность поспорит со своенравностью input-ов. Так что варианта не делать эти прекрасные буллеты у меня не осталось.

Дальше я, конечно, начал гуглить, как же мне поступить с этими точками. Буквально в первые 15 минут нашёл замечательную статью. В ней предлагалось создать кастомный шрифт с одним символом bullet, который необходимо подменять динамически, если у input type=password. Однако тогда это решение показалось мне излишним.

Безуспешные поиски решения

Я пошёл по пути наименьшего сопротивления и сделал «гениальный» в своей простоте шаг — увеличил шрифт внутри пароля до 40px. Это увеличивало стандартную точку до нужного по дизайну размера. Правда, как неопытный разработчик, я не увидел, что в этом решении были подводные камни. Они вылезли на стадии тестирования.

Оказалось, что когда браузер Safari видит на странице поле для пароля, он предлагает «Создать надёжный пароль» или «Вставить сохранённый пароль». Это выглядит как появляющееся окошко рядом с полем. Однако если у вашего поля огромный шрифт, то и у этих появляющихся окошек будет огромный шрифт. Такое поведение никто не захочет увидеть у себя на сайте: заходишь на страницу, нажимаешь на поле ввода пароля и получаешь гигантское выпадающее окно. Это нужно было фиксить.

Тогда я подумал: «Возьму и ограничу эту возможность браузера, чтобы Safari вовсе ничего не предлагал пользователю». Первый же запрос в гугле скажет вам, что если вы хотите ограничить автозаполнение поля, то нужно указать ему атрибут autocomplete=off, и будет вам счастье. Но не верьте этим статьям и подсказкам. Это решение нерабочее, так как браузеры в какой-то момент решили, что они не будут обращать внимание на этот атрибут. Главной причиной игнорирования этого атрибута стало то, что автозаполнение ограничивает владелец сайта, а недовольство пользователя направлено на браузер, который не показывает сохранённый пароль.

Я проиграл битву с автозаполнением пароля, но война продолжалась. Я начал думать, как решить проблему без увеличения шрифта. Моя новая идея заключалась в том, чтобы показывать пользователю обычное поле ввода (input type=text), но подменять там все знаки на необходимые мне, а пароль сохранять где-то рядом — в переменной. Это решение, конечно, сомнительно в отношении безопасности, но тогда я не думал об этом, передо мной была задача и казавшееся гениальным решение.

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

Решение: сделать кастомный шрифт!

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

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

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

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

***

Эту историю наш пользователь написал в рамках участия в конкурсе, посвящённому #фичавгусту, который мы проводим вместе с OTUS. Чтобы принять в нём участие, нужно до 27 августа рассказать на страницах нашего сайта про самую интересную/смешную/странную/тупую фичу, которую вам доводилось реализовывать. Победителей мы выберем по рейтингу, который будет сформирован на основании оценок пользователей и редакции сайта.

Если вам понравилась эта история, проголосуйте за неё.

Под постом есть блок с реакциями. Если история вам понравилась, ставьте палец вверх. Только эти реакции будут учитываться при составлении рейтинга. Другие эмоции подсчитываться не будут.

Добавили отслеживание чистки зубов в приложение фитнес-браслета, а им никто не пользовался? Сделали детектор спелости арбуза? Расскажите нам подробности! Можно даже показать код.

Условия конкурса

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

Положение о проведении конкурса

Призы

• Первое место — любой видеокурс из этого списка в подарок + скидка 50 % на любой курс OTUS, а также мерч Tproger: футболка, наклейки.
• Второе и третье места — любой видеокурс из этого списка в подарок и мерч Tproger: футболка, наклейки.

Кроме того, все участники конкурса получат от OTUS промокод на скидку 10%. Он будет действовать до конца 2021 года.

Подача заявки

Чтобы подать заявку на участие в конкурсе, заполните форму. Заявки принимаются до 24 августа 2021 года.

Загрузка…