Сегодня 23-е и мы, как обещали, публикуем итоги нашего конкурса статей, где главным призом был Apple MacBook Air 2020 (M1, 8/256) или его денежный эквивалент. И вначале по законам жанра — немного закулисных историй.

▍Немного закулисных историй


После объявления конкурса статей поступало мало, участники стали разогреваться только через пару недель. Призёры менялись несколько раз: сначала это была статья про фриланс, потом — статья про оружие, а следом за ней — про риторику. Мы пытались прогнозировать, взлетит та или иная статья или нет; какой материал получит среднее количество голосов. Бывало и так: команда ставила на то, что статья хорошо зайдёт, а в итоге материал не был оценён аудиторией (Мы вас плохо знаем? Жара?).

В какой-то момент мы плюнули на это дело и сосредоточились на том, чтобы оценивать интересность статьи, а не строить прогнозы. Но как определить критерий адекватности или интересности статьи? Это стало камнем преткновения. Например, нам прислали материал с названием: «КГБ, про**итутки и я». Скандально, правда? По названию статьи (да и по сути) можно было предположить, что она непременно обратит на себя внимание аудитории. Но стоит ли такое публиковать в корпоративном блоге, да ещё и на конкурс? Мы решили, что нет. Всё-таки репутация — вещь уязвимая.

Нам предлагали переводы разного качества и статьи, которые было бы хорошо публиковать в личном, но не бизнес-блоге. Писали и дети, но к сожалению, некоторым не удалось закончить начатые материалы, и мы не смогли их опубликовать. Один из авторов решил попытать счастья дважды и опубликовал сразу два материала. Были и те, кто увидел в объявлении конкурса возможность писать по IT-теме для нашего блога статьи, но не захотел участвовать в конкурсе. Благодаря им коллекция классных статей блога RUVDS пополнилась разными полезностями. Был случай, когда автор непринятой на конкурс работы так сильно расстроился, что сначала угрожал, а потом атаковал другие статьи в комментариях. В общем, накал страстей за кулисами был нешуточным.

Почему мы не остановили приём статей после того, как некоторые из них набирали большое количество голосов?

Этому есть две причины:

  1. Уже действующие договорённости по опубликованию статей и срокам конкурса.
  2. Отсутствие возможности точного прогнозирования количества голосов. Для нас стало неожиданностью, когда статья с названием Психотронная тюрьма риторики: история о том, что мешает нам мыслить здраво набрала такое количество откликов (да простит нас автор, дело не в качестве статьи).

Но, кажется, пора переходить к самому интересному!

▍Кто стал победителями конкурса


1 место. Безоговорочным победителем нашего конкурса стал Алексей Шалпегин со своей статьёй Необычный дуалбут: ноутбук с «двойным дном». А ещё у этой статьи самый высокий рейтинг за всю историю блога RUVDS! Двойной успех, Алексей, примите наши искренние поздравления! Интересно, какие эксперименты Вы будете проделывать с новым МакБуком?

2 место. Спецприз симпатий команды RUVDS получает Виталий «Ситамет» Власюк psyson со своей статьёй Психотронная тюрьма риторики: история о том, что мешает нам мыслить здраво. Поздравляем! Вы получаете приз Apple AirPods.

3 место поделили:


Поздравляем! Вам мы дарим bluetooth-колонку Divoom Tivoo.

Всем остальным участникам конкурса мы подарим наш фирменный комплект защиты: биту с гравировкой и защитную маску для лица.

Итоги подведены, призы ждут победителей. А теперь хотим познакомить вас со всеми конкурсными статьями, которых было 18.

▍Обзор конкурсных работ




❒ Необычный дуалбут: ноутбук с «двойным дном». Наш победитель! Из статьи вы узнаете, как сделать так, чтобы два раздела жёсткого диска не были видны ОС одновременно. То есть, чтобы ОС видела жёсткий диск как один. Предлагается достичь этого средствами самого HDD-диска: через модификацию прошивки жёсткого диска и модификацию UEFI BIOS. Весь процесс автор превращает в увлекательный квест: как только решение очередной задачи выглядит простым, он уходит в более интересный способ, чтобы не было скучно ни читателям, ни ему самому. Добавим, что статья — хрестоматийный пример хабро-поста в формате «how to» из области реверс-инжиниринга от автора, который досконально разбирается в вопросе и на своем опыте пошагово показывает, что да как. Плюс лёгкий стиль изложения, юмор и безупречная грамотность. Кто любит поворчать, что Хабр уже не торт — велком в пост!




❒ Психотронная тюрьма риторики: история о том, что мешает нам мыслить здраво. Статья получила приз симпатий команды RUVDS. Она про то, как работает риторика и в частности некоторые способы убеждения. По мнению автора, понимать основы современной риторики = обладать базовым инструментом критического мышления, что особенно полезно для IT-специалиста. Например, чтобы видеть вред алгоритмических новостных лент в соцсетях. В тексте много доказательной базы и терминов: эвристика доступности, обитатели алгоритмического пузыря, лутинг.





❒ Жадные до свинца: как оружейники изобретают идеальный магазин. Этот пост — один из бронзовых призёров конкурса. Статья представляет собой исторический обзор конструкций оружейных «магазинов», которые придумывали военные инженеры с 17 века до наших дней. Много картинок и анимации, где видно, как всё устроено и механику подачи патронов.





❒ OpenRPNCalc: делаем бескомпромиссный калькулятор. Ещё один наш бронзовый призёр. В статье автор-физик даёт пошаговую инструкцию, как сделать «железный», научный, непрограммируемый калькулятор, в который при желании можно добавлять новые функции. Здесь вас ждут и программирование для ARM, и пайка SMD, и разработка в KiCAD и OpenSCAD, и даже 3D-печать корпуса. Автор, как он сам о себе говорит, бывший член экипажа лунолёта «Кон-Тики».





❒ Зачем делать копию Facebook под Internet Explorer 6 в 2021 году? Третий бронзовый призёр конкурса статей. В этом посте автор ностальгирует о днях 15-летней давности, когда он делал сайты «на коленке» и рассказывает, как сделал современный сайт под Internet Explorer 6 средствами того времени. Спойлер: думал управиться за часик, в итоге ушло почти 6 часов и куча нервов; стал больше ценить современные веб-технологии.





❒ Фриланс-разработка электроники. Что, Как и Зачем? Автор работает ведущим инженером на АЭС, а вечерами поддерживает квалификацию и профилактирует альцгеймера через выполнение фриланс-заказов на разработку электроники. Проекты интересные, с головоломками разной степени сложности, над которыми можно зависать неделями: например, разводка печатной платы под устройство вручную (а после — ликование, когда сделал лучше, чем аппарат).





❒ Неочевидные уязвимости онлайн сервисов. Часть первая. В статье рассматриваются интересные и неочевидные с точки зрения автора уязвимости онлайн-сервисов, популярных онлайн-инструментов и сайтов. Поиск этих уязвимостей проходил в рамках программы BugBounty и они уже закрыты. Однако приведенные в статье примеры проблем автор предлагает расценивать как повод и даже инструкцию к самостоятельной работе над ошибками.





❒ Звук «Прибоя». Описание работы лампового усилителя мощности «Прибой 50УМ-204С» таганрогской сборки, который автор приобрел для своего домашнего стереокомплекса в 1991 году за 350 рублей. В статье с юмором рассказано, какие проблемы возникали за 30 лет использования аппарата и как автор их исправлял.





❒ Сборка ядра Linux 5.12.12 c LLVM 12 + Clang и LTO оптимизацией. В статье автор рассказывает про тулчейны LLVM и компиляторы на его основе Clang и Clang++, для языков программирования С и C++ соответственно. А также рекомендации о том, как сделать утилиты LLVM 12 и Clang сборочным инструментарием по умолчанию и какие программы и библиотеки можно собрать вручную, чтобы получить лучший отклик и производительность от системы.





❒ Делу время, потехе час! Тезисы «мифического человеко-месяца» Фредерика Брукса, в пословицах и поговорках. Автор статьи решил проиллюстрировать тезисы из книги Ф. Брукса о процессе разработки «Мифический человеко-месяц» русскими пословицами. Он предлагает читателям рассматривать свою работу в качестве развлечения, однако на самом деле такой шуточный подход к интерпретации исходного текста помогает глубже его прочувствовать. Как говорит сам автор: ведь без смешного нельзя понять серьёзное.





❒ «Беседы про Sciter при луне»: интервью с Андреем Федонюком, создателем HTML-движка с 400 млн. пользователей. Интервью с А. Федонюком: немного о его жизни в СССР и в Канаде, немного про первые опыты с редактором для HTML, про сотрудничество с Evernote и Symantec и много «инсайдерской информации» про языки программирования, веб и авторские разработки. Ну и, конечно, много про его движок Sciter.





❒ Некоторые массовые смартфоны — почти модульные. Не хватает совсем чуть-чуть. Здесь вас ждёт самостоятельная замена автором дисплея на Meizu M6 Note. А также предположение, что аналогичного уровня аппараты производители вполне могли бы позиционировать как модульные — наподобие IBM PC или заброшенного проекта Project Ara. Такой телефон можно было бы не только легко ремонтировать, но и апгрейдить. Или несколько раз обновить модель, не меняя форм-фактора, внутренних плат, батареи и посадочных мест для них.





❒ Когда код это данные. Статья представляет собой описание процесса создания кода, который меняет код (кодмода). Автор, вдохновившись диалогами Платона, предлагает описание в формате вопросов от человека, обратившегося к нему за профессиональной помощью по поводу линтера нового поколения, и свои развёрнутые ответы. Туториал изобилует скриншотами кода и цитатами из Платона. А ещё за время написания статьи у автора появился проект ESTrace, о котором он тоже рассказывает.





❒ Защищает ли Netflix свой контент? Перевод статьи Дэниела Кима, опубликованной на Медиуме. Из него вы узнаете, как современные онлайн-кинотеатры и стриминговые сервисы защищают свой контент от слива на торренты с помощью технических средств защиты авторских прав и продвинутых невидимых «водяных знаков».





❒ DevOps для бабушки. Идея статьи пришла к автору прямо из нашего объявления о конкурсе, где было так: «Умеете хорошо писать по ИТ-теме? Можете объяснить своей бабушке, что такое DevOps на пальцах? … Напишите классную статью в наш блог на Хабре и выиграйте Макбук с M1». Вам сюда, если вы ничего не знаете про эту методологию разработки и выпуска IT-продукта и хотите, чтобы у вас сложилось общее представление о ней. Статья объясняет суть DevOps простыми словами, а в конце автор с бабушкой лепят пирожки по-девопсу.





❒ Создаем приложение для ANDROID быстро и просто. Статья представляет собой пошаговую инструкцию лёгкой разработки приложения для Android в Visual Studio с базовыми знаниями HTML CSS и JS. Автор предлагает сделать приложения для Android и iOS с одинаковым интерфейсом на HTML: здесь не придется изучать сложные языки разметки, изучать сложные макеты (сториборды) на iOS. В комментариях обсуждается прохождение проверки магазинами приложений.





❒ Как я ускорил движок на 13%. В статье автор пытается сделать JavaScript-код проще в поддержке и восприятии через оптимизацию «горячей» квадратической функции движка статического анализатора. А также ускорить движок. Что-то у него получается, что-то нет, а в комментариях разворачивается дискуссия увлечённых.





❒ Менеджер паролей с GPG шифрованием: настройка PASS на iOS + Git. Статья будет интересна тем, кто, как и автор, считает хорошей практикой хранить пароли в открытом ПО. То есть в недоступном для корпораций месте. Это пост с инструкцией о том, как установить менеджер паролей с GPG-шифрованием, алгоритмы которого за 30 лет существования ни разу не были взломаны. С помощью статьи вы установите собственный git-репозиторий, пакет GPG и менеджер паролей PASS на локальную систему (Linux) и на iPhone.

▍Послесловие


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

P.S. Со всеми победителями мы свяжемся в ближайшее время.