«ТехноТекст-2020»: итого. Результаты, статистика и немного слов

И вот мы в третий раз завершили конкурс IT-статей «ТехноТекст». 2020 год получился безумным необычным: довольно трудным, изоляционным, дистанционным, но притом вполне айтишным. В этом смысле конкурс статей о технологиях, придуманный контент-студией Хабра, не только уникален, но и показателен. Подробности о его итогах под катом. 

Мы не устаем повторять, что техноавторство для нас — особый вид искусства, а для действительно хорошего технического текста нужно совмещать в себе технаря, лирика, гуманитария и физика. Словом, быть человеком Возрождения. Судя по всему, эта концепция становится всё более популярной в IT-среде. Для сравнения:

  • в прошлом году было 213 заявок, в этом — 633;

  • в прошлом 12 номинаций и 13 лауреатов, в этом — 23 и 25 соответственно (по традиции в некоторых номинациях — в этом году «Просто о сложном» и  «Сделай сам» — сообщество могло выбрать своих победителей);

  • в прошлом церемония награждения проходила в традиционном формате, в этом, как и многое в 2020-м, — на удалёнке. 

23 декабря мы наградили победителей. Как и всегда, ограничения на приём заявок были минимальны: мы не принимали переводы, статьи в соавторстве и тексты, опубликованные до 18.11.2019 и после 09.11.2020. Критерии отбора ー любая связь с информационными технологиями, 1 автор ー 1 текст, заявка подается самим автором, подходят все жанры. 

Вот уже который год я читаю в комментариях рассказы о том, что Хабр — не торт и о том, что корпоративные блоги — зло. Так вот, я хочу опровергнуть оба этих тезиса. Уровень статей, которые я оценивал для конкурса, — очень высокий, и это касается в том числе текстов из корпоративных блогов. Конечно, стоит сделать скидку на то, что моя специализация — не совсем айтишные темы, но, например, в номинации «Просто о сложном» были именно что классные корпоративные айтишные тексты. Что-то я уже читал в течение года, что-то увидел впервые и был очень рад возможности наверстать упущенное и ещё раз убедиться, что Хабр — это то место, где можно найти и интересное, и полезное чтение. Отдельно меня порадовало то, что в этом году исправился сильный перекос научно-популярных статей в космическую тематику. Нет, статей про космонавтику не стало меньше, но стало и больше отличных текстов на другие темы, причем более близкие к научным основам IT — от квантовых вычислений до совсем фундаментальной математики. Отрадно и то, что авторы стали меньше стесняться с научной стороной, делая именно «научно-популярные», а не «популяризаторские» тексты.

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

Валерий Шунков (@amartology), коллективное сознательное Хабра

Кухня конкурса

По традиции наше жюри было представлено наиболее компетентными и дотошными экспертами:

О каждом подробнее: 

  • Денис Крючков — человек за занавеской всем Хабром, положивший начало главному IT-ресурсу для техноавторов.

  • Екатерина Горелова — руководитель контент-студии Хабра, мегаэксперт в области контент-маркетинга, натива, креатива, оформления и подачи и ещё много чего.

  • Ирина Лосева — шеф-редактор контент-студии, знает все тексты конкурса вдоль и поперёк. Чёрный пояс по техническим текстам.

  • Андрей Фильченков — доцент университета ИТМО и ФИТиП, спец по ИИ, машинному обучению и настоящий экспертный эксперт по научным и техническим публикациям и работам.

  • Коллективное сознательное Хабра — отдельно хотим отметить последнего судью. Он был особенно суров. 

Как и в прошлом году, критериев оценки было 5:

  1. актуальность темы (+теме);

  2. техническая грамотность;

  3. лаконичность;

  4. подача (стиль, уровень вовлечения читателя, оформление);

  5. вау-эффект (общее впечатление от работы).

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

Мы ждали около 500 заявок, вы прислали 633 — и это на самом деле много. Чтобы избежать субъективности, нам пришлось немного усложнить систему отбора во 2-й тур и финал — так чтобы дать каждому тексту несколько шансов. Во многих номинациях разрывы были минимальны (да-да, будем честными, где-то я тоже расстроилась, но против цифр не пойдешь). Пишите, творите, делитесь экспертизой с сообществом и публикуйте новые крутые статьи — все, что вышло после 9 ноября, мы примем на «ТехноТекст-2021».

Ирина Лосева, шеф-редактор контент студии Хабра

А вот и статистика

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

В третий раз закинул старик невод, и пришёл невод полон рыбы. Рекордное количество участников — это несомненный признак успеха прекрасного начинания. Я очень благодарен организаторам за все их усилия в развитии нашего техносообщества, но мне кажется, что не все осознают, насколько это трудозатратно. Я думаю, что сейчас самый момент, чтобы само сообщество поучаствовало в дальнейшем развитии «ТехноТекста», нужны новые идеи, нужны добровольцы, которые возьмут на себя часть организационных обязанностей. Если у вас есть идеи, большие или маленькие, не стесняйтесь писать напрямую организаторам!

Ну и, разумеется, без хороших текстов это всё не имеет смысла. Даже не говоря о самом конкурсе: делитесь сокровенным — и вас оценят! Если у вас есть любимый проект, будь то выращивание пингвинов или постройка глобальных фреймворков, не дайте вашей страсти угаснуть. Для читателя самая интересная статья именно о том, что трогает за душу автора — унылые дайджесты никому не нужны. А что это даёт автору? Ведь облечь туманность мыслей в голове в стройные слова — это нелёгкий труд. Но именно это позволяет структурировать мысли, пишите статьи как если бы вы их писали именно для себя, и эти усилия воздадутся сторицей. Положительный отклик сообщества послужит отличным стимулом к новому витку полёта мысли.

Дмитрий Соколов (@haqreu), коллективное сознательное Хабра

Поднимая непростую тему гендера, можем сказать, что в этом году большинство претендентов оказалось мужчинами: 571 человек или 90,2 %. Считаем, что эта несправедливость выправится вместе с растущим ежегодно числом желающих посостязаться в мастерстве технического писательства. Основной костяк текстов пришёлся на внутренний ресурс Хабра: 570 заявок пришли с портала (из которых 183 — из блогов компаний), тогда как извне прилетело лишь 63.   

В этом году я попал в жюри конкурса и участвовал в оценке статей в номинациях «Программирование» и DevOps. Приятно удивил спектр статей: начиная от задачи ускорения вычисления поколений в Game of Life, заканчивая добавлением кастомного кода в MBR. Во всех статьях чувствовалась увлечённость авторов. Это один из ключевых моментов, когда ты проникаешься идеей авторов, читать статью становиться интересно не только из технических соображений — добавляется эмоциональный окрас. Стоит отметить огромный конкурс в категории «Программирование». Два десятка статей добралось до финала, и все они написаны на очень высоком уровне как по техническому содержанию, так и с точки зрения вовлечения читателя. Мне бы хотелось дать один совет тем, кто хотел, но не решился поучаствовать в конкурсе. Очень часто нам кажется, что наша деятельность, наши исследования, увлечения, просто сложные баги в коде — это то, что никого не может заинтересовать, но это не так. За каждым багом в коде скрывается история. Попробуйте её рассказать и, возможно, в следующем году на конкурсе будут награждать именно вас.

Михаил Кумачёв (@Ceridan), коллективное сознательное Хабра

Говоря об ожидании/реальности и вспоминая ремарку об отсутствии ограничений на номинации для участника, стоит упомянуть, что самой амбициозной в этом году стала «Программирование», следом «Просто о сложном», далее «Лучшая подача», «Лучший кейс» и вниз по списку. В итоге получилась следующая интересная статистика по самым победоносным номинациям (важный момент: номинации могли корректироваться на усмотрение жюри):

  1. Программирование (10%)

  2. Сделай сам (7,2%)

  3. Научно-популярное/Просто о сложном (по 6,8%)

Подробнее по всем тут:

Таким образом, больше всего финалистов ожидаемо в самых популярных рубриках, но, вспоминая «Горца», в конце должен остаться только один.

Встречайте героев

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

ПРОГРАММИРОВАНИЕ — поздравляем Дениса Тишкова (@DenisT) его статья: «Вычисления на GPU – зачем, когда и как. Плюс немного тестов». 

СИСТЕМНОЕ АДМИНИСТРИРОВАНИЕ — ура Евгению Парфёнову (@Sayanaro) с его работой «С Hyper-V на VMware и обратно: конвертация виртуальных дисков».

ТЕСТИРОВАНИЕ — с победой Павла Довгалюка (@Dovgaluk) его статья: «Обратная отладка виртуальных машин в QEMU». 

МОБИЛЬНАЯ РАЗРАБОТКА — жмём руку (разумеется, дистанционно) Даниилу Субботину ( @subdan) — победила его статья  «FigmaExport: как автоматизировать экспорт UI-Kit из Figma в Xcode и Android Studio проекты».

ЖЕЛЕЗО И ЕГО РАЗРАБОТКА — что называется, не софтом единым. Владимир Омелянчук (@power-link) — живое тому подтверждение с материалом «LED-драйвер со стоимостью BOM-а меньше 1$. Это возможно?».

ИСКУССТВЕННЫЙ ИНТЕЛЛЕКТ – поздравляем Дмитрия Ватолина (@3Dvideo) его статья: «Deep Fake Science, кризис воспроизводимости и откуда берутся пустые репозитории».

МАШИННОЕ ОБУЧЕНИЕ (эксперт-партнер в номинации — Glowbyte) – поздравляем с заслуженной победой Александра Кукушкина (@alexanderkuk) с его статьей  — «Проект Natasha. Набор качественных открытых инструментов для обработки естественного русского языка (NLP)».

У статьи, претендующей на «лучшую» в «Машинном обучении», должна быть структура из которой будет понятен контекст статьи в мире ML. Статья должна быть концентратом с высокой плотностью и динамикой мысли. Не хочется видеть идеальный разбор с «консервативными» примерами из старых учебников. При этом хочется увидеть где-то глубину и если не ML-методов, то domain-области, где  применение МL материально. В идеале хочется видеть разбор SOTA-методов, обсуждение лучших практик в индустрии, о которых, возможно, широко не рассказывают на arhiv.org или конференциях с книгами. На Хабре в этом смысле можно раскрыть интуицию и направление мысли, если коммерческая тайна не позволяет говорить слишком подробно про подход. В будущем хотелось бы увидеть статьи, больше отражающие тренды и их проекцию на действительность — interpretable AI, causal inference, операционализация моделей, байесовские методы, Federated ML. Обзоры методов, разработанных от FB,Google (не только NLP).

Александр Бородин, ведущий эксперт по моделированию финансовых рисков GlowByte Consulting

ИНФОРМАЦИОННАЯ БЕЗОПАСНОСТЬ — с победой Антона Лопаницына (@Bo0oM) с его выигрышной статьёй: «Фишеры icloud и где они обитают».

БЛОКЧЕЙН – поздравляем Андрея Сабельникова (@andrey_sabelnikov) с публикацией «Сколько нужно рома, чтобы получить новую кольцевую подпись?».

ПРОСТО О СЛОЖНОМ (наш экспертный партнер в этой номинации — dentsu Russia) – поздравляем Антона Жиянова (@nalgeon), его работа: «Юлия → Iuliia. Всё о транслитерации». 

«Dentsu развивает технологии, которые помогают драйвить бизнес крупнейших потребительских брендов-рекламодателей и всю медиаиндустрию. Мы с удовольствием делимся деталями своих разработок и экспериментов, потому что верим, что только так можно сделать их еще лучше. 

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

В номинации “Просто о сложном» было много любопытных материалов – от чисто прикладных до бизнес ориентированных. Но всех объединяла тяга авторов к исследованию и желание поделиться результатами этого исследования. Статья-победитель о транслитерации написана не просто объективно и простым чистым языком, но и обладает прикладным смыслом, иначе бы это был научпоп (другая рубрика конкурса).

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

Юрий Лысенко, директор по стратегическим технологиям dentsu Russia

DEVOPS — с победой Ивана Осадчего (@iosadchiy) за статью «Оптимизация работы с PostgreSQL в Go: от 50 до 5000 RPS». 

ГЕЙМДЕВ — с победой Алексея Лесового (@lesha_lesovoy) его статья: «Armored Warfare: Проект Армата. Хроматическая аберрация».

НАУЧНО-ПОПУЛЯРНОЕ — с победой Александра Дикарева (@AlekDikarev) — выигрышная статья «Как глубока Бездна Челленджера: измерение глубины».

СДЕЛАЙ САМ – поздравляем Дмитрия Дударева (@Dudarion) — его статья: «Как я делаю цифровую минигитару». 

ОБ IT ДЛЯ ДЕТЕЙ — триумфатором этой номинации стал Александр Ночкин ( @nochkin)  — статья «Начать заниматься роботами должно быть просто» понравилась всем, кто ее читал.

ПРОСТО О СЛОЖНОМ (ВЫБОР СООБЩЕСТВА) – сообщество избрало победителем Андрея Мелихова (@amel-true) с его статьей «Архитектура современных корпоративных Node.js-приложений».

СДЕЛАЙ САМ (ВЫБОР СООБЩЕСТВА) – победителем народного голосования оказался Гуменюк Иван (@Meklon) и его работа «Гидропоника. Выращиваем сверхострый чили и заставляем всех его есть».

SOFT SKILLS – с победой Руслана Закарьяева ( @RuslanZakariaev) за его  «Советы руководителю от руководителя».

ЛУЧШИЙ РЕПОРТАЖ – поздравляем Веронику Самохину (@Aminopyrodin) ее репортаж: «ICFP Contest 2020 от идеи до воплощения. Как организовать контест и выжить».

ЛУЧШИЙ КЕЙС – выиграл Никита Славин (@Nslavin) его материал: «How old is this house. Как я делал карту возраста домов Петербурга» 

ЛУЧШАЯ ПОДАЧА – победа Алексея Карамышева (@Ommand), его работа: «Равномерное перемещение объекта вдоль кривой». 

ЛУЧШАЯ ЭКСПЕРТИЗА (партнёр-эксперт в этой номинации — «МегаФон») – тут победителем стал Роман Проскуряков ( @humbug) и его статья «C++ быстрее и безопаснее Rust, Yandex сделала замеры».

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

Леонид Чёрный, директор по управлению данными в компании «МегаФон»

УДАЛЁННАЯ РАБОТА – с победой Ларису Большакову ( @Lara_ball007) с её статьей: «Какие ошибки делают руководители на удалёнке». 

IT ВНЕ IT – поздравляем Ярослава Сергиенко ( @pallada92) его статья: «Трехмерный движок в коде… ДНК».

ЗДОРОВЬЕ ГИКА – с победой Дмитрия Руднева ( @dmitriyrudnev) за его работу «Тёплый, ламповый и очень опасный».

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

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

Кажется, что за последнее время DIY-статьи выходят длиннее — возможно, это связано с тем, что инженеры стали больше времени уделять своим хобби, и это здорово!

Виталий Юркин (@aivs), коллективное сознательное Хабра

Аналогично прошлому году, в ближайшее время у всех победителей в профиле появятся значки «Лучший техноавтор-2020».

Как награждали и что хотим сказать

В силу очевидных причин (откройте браузер / включите ТВ / посмотрите в окно) в 2020 году награждение просто не могло проходить по традиционной, так полюбившейся всем нам модели. Мы бы очень хотели лично пообщаться с номинантами, пожать руки победителям и вручить им награды, но пришлось оставаться в тренде и ограничиться онлайн-церемонией. Но мы и не думаем отчаиваться!

Было приятно увидеть такое большое количество участников, причём большинство статей действительно сильные. Сложно сказать, чего не хватает и чего хотелось бы почитать. Но Хабр как раз нравится тем, что на нём ежедневно можно встретить что-то такое, чего не ждёшь или о чём даже не думал, — эта жажда у многих неутолима. Как и многим читателям Хабра, мне бы хотелось видеть больше прикладных и общеобразовательных материалов — в принципе, и то и другое было среди работ участников, но, думаю, в целом у таких статей всегда больше шансов на победу.

Алексей @Boomburum Шевелев,  главный над самым главным в пользовательской поддержке Хабра

Даже в новой реальности «ТехноТекст» показал себя намного бодрее, чем в предыдущем году. Больше участников, больше активности, больше мяса. В жюри конкурса — прошлогодние победители, и таким образом, мы, можно сказать, создаем и укрепляем традицию.

Два важных наблюдения внутри Хабра-2020 и конкурса «ТехноТекст-2020». Во-первых, я помнила статьи почти всех финалистов и это показательно: значит, аудитория и эксперты сходятся в оценках, это много говорит об уровне победителей — они нереально крутые. Во-вторых, этот год показал, насколько чувствительно Хабр реагирует на окружающие события, новые тренды, какие-то локальные айтишные факты. Это говорит о живости и включённости аудитории, о возможности эффективного диалога внутри ИТ-сообщества. Но всегда чего-то не хватает. Как ни парадоксально, лично мне как айтишнику не хватает хороших практических статей по ИТ-менеджменту, который реально приносит результат в компаниях. Увы, в этой среде пока либо теория, либо скудные редкие кейсы. Думаю, 2021 год принесёт свои тренды и будет много интересного контента. Пишите лаконично (не коротко, а осмысленно!), доказательно, иллюстрируйте публикации хорошими примерами, схемами, программным кодом — создавайте профессиональный контент, это бесценный вклад в жизнь всего ИТ-сообщества. И конечно, это ваш опыт, личная прокачка скилов. И да, участвуйте в «ТехноТексте», это интересно, полезно и важно для оценки себя как автора. Надеюсь, встретимся на награждении уже офлайн! 

Виктория Гонгина (@Exosphere), один из главных модераторов Хабра

Ещё раз спасибо «коллективному сознательному» — экспертам и крутым техноавторам, которые помогали оценивать статьи: @ErmIg@haqreu @aivs @Loxmatiymamont @dmitrysamsonov @Ceridan @trashwind @amartology @Mofas @PatientZero @LukaSafonov

И отдельная благодарность нашим замечательным партнёрам — компаниям dentsu Russia, Glowbyte и «МегаФон».

А вообще, что хотим сказать. Мы верим, что следующий «ТехноТекст» получится ещё круче, что участников будет больше, а церемония пройдёт в офлайне. Хотя — как знать? В IT-сообществе быть затворником не зазорно.

У каждого свой Хабр. И мой Хабр — это конечно образовательное сообщество. Если смотреть на «отдачу» — от личного общения до маркетинговых исследований — эта образовательная константа-доминанта важна для многих. При чём здесь текст и «ТехноТекст»? Образование на Хабре — своего рода «текстовая ювелирка”. Каждый урок — единственный и неповторимый текст, когда важно не только что и зачем, но и как. Поэтому выбирая лучшие публикации, мы оценивали не только информативную ценность и профессиональный опыт, но и эрудицию и свободу автора, талант быть собой и не бояться выразить себя в словах. По большому счёту, именно знания и свобода — то лучшее в нас, что сделает и этот мир лучше. Пишите, скоро мы начнем новый «ТехноТекст».    

Екатерина Горелова, руководитель контент-студии Хабра

Увидимся в следующем году! А если вы участвовали и не победили — отчаиваться не стоит. Пытайтесь снова, и все обязательно получится.

ссылка на оригинал статьи https://habr.com/ru/company/habr/blog/535722/

Человеческое эго и стремления — движущие силы инженерных решений

Вы думаете, что выбираете технологию потому, что она подходит требованиям? Вы можете ошибаться.

Давайте начнём с примера, который, возможно, вдохновлён реальной ситуацией. Команде необходимо подобрать брокера событий. Претендента два — Kafka и Pulsar.

Разработчик А имеет значительный опыт с Kafka в реальных ситуациях. Упоминают сложность при масштабировании Kafka и поручаются Pulsar. Разработчик B — сторонник Kafka, так как технология стала стандартом индустрии и имеет сильную поддержку в целом. Но у команды мало опыта работы с ней. Оба согласны в том, что в обозримом будущем изменений рабочей нагрузки нет и два этих решения соответствуют требованиям. Но остальные члены команды не так самоуверенны.

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

Но раскрыты ли истинные мотивы выбора?



Человек — это сложно


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

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

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

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

Пересмотр процесса принятия решения


Разработчик A — талантливый специалист широкого профиля. Такие специалисты предпочитают широту знаний, а не их глубину — мастер на все руки вовсе не мастер. Таким людям быстро надоедает работать над одним предметом. Естественно, когда нужно выбрать технологию, такие люди склонны отдавать предпочтение всему новому.

Разработчик B консервативнее. Такие люди по-настоящему увлечены некоторыми технологиями и хотят овладеть ими. Они склонны выбирать знакомое. Они также не очень напористы, и, хотя могут быть увлечены технологиями, им трудно говорить и делиться мыслями.

Оба они также строят свою карьеру, один как универсал, а другой как специалист. Освоение технологии или нового подхода к делу — небольшой толчок в карьере.

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

Так что же мы должны делать?

Делаем невидимое видимым


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

Всё началось с с простой сетки критериев технологии, каждый из которых имеет максимальный рейтинг в соответствии с нашими ограничениями и приоритетами:

Критерии Макс рейтинг Технология 1 Технология 2
Функции 100
Безопасность 100
Экосистема 50
Стоимость установки 30
Стоимость технического обслуживания 150
Стоимость лицензии 150
Совместимость 50

Это основные вещи. Затем мы добавляем субъективные элементы. Вы должны предложить и обсудить новые пункты с командой.

Критерии Макс рейтинг Технология 1 Технология 2
Карьерный интерес 30
Популярность 50
Знакомство 30

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

  • Карьерный интерес понятен сам по себе, это критерий о том, как технология вписывается в карьерные планы.
  • Популярность технологии: тяга к новизне, время, чтобы понять облачную технологию, о которой все говорят на встречах.
  • Комфорт ознакомления с технологией, с которой я, возможно, не знаком.

Затем оцениваете свои возможные решения с дополнительным бонусом, чтобы лучше понять мотивацию каждого. Каждый член команды должен сам заполнить сетку, прежде чем поделиться ею со всеми.
Позвольте прояснить: критерии могут быть не самыми лучшими. Некоторые из них могут показаться вам смешными или очень отличающимися от взглядов большинства, но дело не в этом. Хочется передать, что думают люди, что может повлиять на их выбор.

Право не соглашаться


Очевидно, окончательный выбор может не соответствовать холодной арифметической истине, особенно если оценки равны. В таких ситуациях лидер группы, как правило, делает окончательный выбор направления. Вполне естественно, что человек в команде может иметь твёрдое убеждение в другом выборе и быть обескураженным. Вы должны признать это несогласие. На самом деле долг лидера — поощрять разногласия. Классическая история от Питера Друкера хорошо резюмирует:

Несогласие необходимо, чтобы стимулировать воображение (Питер Друкер)

Поощрение разногласий — единственный способ избежать ловушки консенсуса. Но в конце концов люди должны не соглашаться и брать на себя обязательства. Эта фраза стала известной благодаря Джеффу Безосу в одном из его писем инвесторам:

«Используйте фразу ”Можно не соглашаться, но сделать”. Эта фраза сэкономит вам кучу времени. Если у вас есть уверенность в определённом направлении, но нет консенсуса по нему, полезно сказать: “Слушайте, я знаю, что мы не сходимся по этому вопросу, но вы могли бы рискнуть? Не согласиться и сделать?” Никто не знает правильного ответа».

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

Заключение


Смотрите на структуру выбора технологий с учётом человеческого фактора. За холодным логическим обоснованием инженерии вы должны принимать во внимание человеческую психологию и устремления. Их признание делает всех счастливее и создаёт сильную ориентацию на общие цели.

Это финальный материал в нашем блоге в 2020 году. Поздравляем всех хабравчан с наступающим Новым Годом и желаем удачи, развития, здоровья, счастья, релизов без багов, работы без кранчей, компилинга без ошибок! Увидимся уже в 2021 🙂


image

ссылка на оригинал статьи https://habr.com/ru/company/skillfactory/blog/535796/

Вангуем Session ID с помощью Burp Sequencer

Всякий раз, когда мы входим в приложение, сервер выдает Session ID или token, которые являются уникальными. Но что, если бы мы могли угадать следующий уникальный идентификатор сеанса, который будет сгенерирован сервером?

Сегодня попробуем обогнать алгоритм приложения и войти в него, выдавая пользователя с прогнозируемым Session ID.

Содержание:

  • Введение в Burp Sequencer

  • Эксплуатация Session ID в Sequencer

  • Ручной анализ запросов

  • Сравнение захваченных токенов

Введение в Burp Sequencer

Burp Sequencer – это инструмент для анализа качества случайности в выборке элементов данных.

Элементами данных могут быть:

  • идентификаторы сеанса приложения

  • токены CSRF

  • токены сброса или забытого пароля

  • любой конкретный непредсказуемый идентификатор, созданный приложением

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

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

Главное достоинство секвенсора в том, что он доступен для обеих версий Burp. После установки приложения вкладка Sequencer будет на верхней панели.

Эксплуатация Session ID в Sequencer

Будь то базовый идентификатор сеанса или токен, сгенерированный на стороне сервера, sequencer проанализирует все, ведь единственным требованием является запрос, которым он передается.

Давайте запустим анализатор в секвенсоре, захватив и поделившись идентификатором сеанса входа из нашего любимого уязвимого приложения bWAPP, которое идет в комплекте с Kali Linux и другими ОС для белого хакинга.

Введите целевой IP-адрес в браузере и войдите в систему с помощью bee: bug.

Подождите! Мы правильно говорили об идентификаторе сеанса входа в систему, поэтому включим прокси-службу, а затем нажмем кнопку «Login».

Проверяем захватил ли burp запрос или нет. Из захваченного запроса мы видим, что PHPSESSID находится в заголовке Cookie, давайте поделимся полным запросом с Sequencer, щелкнув правой кнопкой мыши по пустому пространству.

Как только Sequencer получает запрос, пустые поля заполняются непосредственно идентификатором Token ID, который идет с «Response» для конкретного общего запроса.

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

Нажмите кнопку «Custom location» ниже для параметра cookie и затем откройте настройки. Как только мы это сделаем у нас появится новое окно с названием «Define Custom token location», в котором мы получаем ответ на наш общий запрос.

 Кроме того, мы можем выбрать определенные параметры:

  • Define start & end

  • Extract from regex group

Давайте проверим первый.

Когда мы наводим курсор и выбираем значение из общего ответа, мы получаем некоторые манипуляции с ограничителями начала и конца. Нажимаем кнопку «Save» и наше custom location будет определено на панели.

 Теперь просто нажмите кнопку «Start Live Capture», выбрав параметр «Cookie» в разделе «Token Location within Response».

Когда мы это сделаем появится новое коно [ Live capture #1 ].

Как только загорелась кнопка «Start Live Capture», Burp повторил исходный запрос (примерно около тысячи раз) и таким образом извлек все токены, полученные из ответов.

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

Кнопки окна Live Capture:

  • Pause/Resume – ставит процесс на паузу, чтобы помочь пентестеру проанализировать запросы, сгенерированные до этого момента.

  • Copy Tokens – помогает скопировать все сгенерированные рандомизированные токены.

  • Stop – полная остановка процесса.

  • Save Tokens – сохранение случайно сгенерированных токенов в определенный файл.

  • Auto analyze – сбрасывает проанализированные результаты, после генерирования определенного количества токенов.

  • Analyze now при нажатии выводит на экран отчет. Работает только в том случае, если количество сгенерированных токенов более 100.

Итак, давайте поставим на паузу секвенсор, а затем нажмем кнопку «Analyze now», чтобы узнать, что он собирает.

Из изображения ниже мы видим, что секвенсор проанализировав около 16000 запросов, а общее качество случайности в выборке получило оценку «отлично».

Мы могли бы получить качество случайности как «плохое», если бы идентификатор сеанса веб-приложения повторялся.

Однако эффективная энтропия составляет 110 бит, что считается хорошим значением, поскольку:

  • наименьшее значение – 64

  • наилучшее значение – 128

Burp Sequencer работает поверх Sample, поэтому при большом количестве захваченных токенов будет получен лучший и точный результат. Таким образом, перед анализом случайности идентификатора сеанса приложения рекомендуется иметь как минимум 1000–2000 пробных токенов. 

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

Давайте нажмем кнопку «Save Tokens» и сохраним сгенерированные значения токенов в token.txt.

 Пока файл сохраняется в фоновом режиме, давайте разлогинимся в bWAPP

Теперь, при редиректе на страницу входа изменим внутри нее URL, установив:

http://192.168.0.9:8080/bWAPP

И зафиксируем текущий HTTP-запрос в нашем burpsuite.

Видим, что в заголовке файла cookie есть идентификатор сеанса.

Давайте изменим идентификатор сеанса с одним из наших сохраненных результатов.

Как только мы нажимаем кнопку «forward», мы перенаправляется на страницу portal.php. Здесь также требуется идентификатор сеанса, поэтому повторяем наши манипуляции.

И когда мы снова нажимаем кнопку, в браузере мы вошли в систему как «Bee». На этот раз она была без учетных данных.

Бывают случаи, когда идентификатор сеанса, которым мы манипулируем, может быть недействительным, поэтому в таких случаях мы можем использовать весь tokens.txt c intruder для охоты за успешным входом в систему.

Ручной анализ запросов

Что, если у нас нет конкретного действующего веб-приложения, но у нас есть выборка токенов или идентификаторов сеансов, а мы хотим проанализировать или отобразить их случайность?

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

На панели инструментов перейдите на вкладку Sequencer к параметру Manal load, нажмите кнопку paste, если образец находится в вашем буфере обмена, или кнопку load, если токены находятся в определенном файле, а затем нажмите кнопку «Analyze now» для запуска секвенсора.

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

Через несколько секунд мы получаем результат, отображаемый в новом окне как «manual load analysis».

Если идентификатор сеанса или токен привязан к системе кодирования base64, тогда для таких случаев в секвенсоре есть специальная опция. В Sequencer’s dashboard переключаемся на вкладку параметров анализа и просто включаем «base-64 decode before analyzing».

Сравнение захваченных токенов

Burp Comparer – это инструмент для сравнения двух запросов или ответов друг с другом. Порой это помогает проще анализировать разные ответы.

Данный инструмент является наиболее дружелюбным, поскольку он работает почти со всеми другими разделами burp, такими как:

  • проксирование запросов

  • фаззинг с помощью Intruder

  • захват ответа с помощью Repeater

Будучи наиболее полезным, он имеет собственное место на панели burp.

Давайте воспользуемся инструментом Comparer с нашей вкладки Proxy и сравним два перехваченных запроса, захваченных в нем.

Просто нажимаем правой кнопкой мыши рядом с белым пространством захваченного запроса и отправляем его в Comparer.

 Далее перехватите следующий запрос и снова отправим его.

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

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

Вкладка «Сomparer» предлагает нам два варианта сравнения:

  • Пословное

  • Побитовое

Давайте начнем со слов.

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

  • Modified

  • Deleted

  • Added

В правом нижнем углу есть флажок «Sync Views», который может помочь нам анализировать и прокручивать два запроса или ответа одновременно, если содержание в них немного длинное.

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

ссылка на оригинал статьи https://habr.com/ru/company/alexhost/blog/535736/

Умирающая звезда гаснет на глазах у телескопа Хаббл

Два радикально различных изображения туманности Скат, сделанные космическим телескопом им. Хаббла с разницей в 20 лет. Изображение слева было сделано камерой для наблюдений в широком диапазоне волн №2 в марте 1996 года. На нём видна центральная звезда туманности, находящаяся на последних стадиях своей жизни. Сдуваемый во все стороны умирающей звездой газ выглядит гораздо ярче, чем газ на изображении справа, сделанном в январе 2016 года при помощи широкодиапазонной камеры №3.

Всё звёзды, включая и наше Солнце, когда-нибудь в итоге умрут.


После того, как Солнце несколько миллиардов лет будет гореть, находясь среди звёзд главной последовательности, оно расширится до красного гиганта, перейдёт на сжигание гелия, передвинется на асимптотическую ветвь, а потом сбросит свои верхние слои. Ядро при сжатии начнёт разогреваться, и подсвечивать газ планетарной туманности. Примерно за 20 000 лет эта туманность постепенно погаснет, и в итоге станет невидимой.

Израсходовав ядерное топливо в ядре, солнцеподобные звёзды умрут по предсказуемому сценарию.


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

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


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

Такие останки звёзд сохраняются порядка 20 000 лет, медленно и постепенно меняясь.

Однако туманность Скат, за которой Хаббл наблюдал 20 лет, оказалась особенной.


На анимации видно, насколько сильно потускнела туманность Скат с 1996 года. Обратите внимание на звезду на фоне, слева вверху от центрального угасающего белого карлика – её яркость со временем не меняется. Это подтверждает, что именно сама туманность значительно тускнеет.

Сначала она значительно потускнела, став куда как менее яркой.


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

Затем газовые оболочки сжались и стали более разреженными, поэтому видны уже не так чётко.


Туманность Гантель, снимок через любительский телескоп 8". Это первая из открытых планетарных туманностей – её обнаружил Шарль Мессье в 1764-м. Газовые оболочки медленно расширяются, но видны всё так же чётко – это типично для планетарных туманностей.

Подобные изменения не имеют прецедентов. Ключами к их поведению служат признаки наличия в системе различных химических элементов.


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

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


Самое лучшее разрешение из возможных: снимок туманности Скат, сделанный телескопом Хаббла в 2016-м году. Видно, что туманность стала менее яркой и менее чёткой по сравнению с предыдущими изображениями. Звезда стала значительно холоднее по сравнению с пиковым значением в 60 000 К, к которому она постепенно шла, с 1970-х по 2000-й. С тех пор её температура падает.

Всё это происходит из-за изменения температуры центральной звезды: раньше она выросла с 22 000 К до 60 000 К, а теперь быстро падает.


Это изображение с европейского Очень большого телескопа демонстрирует светящуюся зелёную планетарную туманность IC 1295, окружающую тусклую умирающую звезду. Звезда расположена на расстоянии 3300 световых лет от нас. Зелёный цвет туманности придают переходы линий излучения в ионизированном газе, окружающем тусклую умирающую звезду. Зелёный свет обычно появляется при наличии дважды ионизированного кислорода, что требует температур не ниже 50 000 К.

При 50 000 К кислород теряет два электрона, становится дважды ионизированным, и испускает изумрудно-зелёный свет.


Звезда с асимптотической ветви гигантов LL Пегаса с её выбросами, и схема ядра звезды в разрезе. Углеродно-кислородное ядро окружает оболочка из гелия, синтез которого может происходить на границе с ядром. Вероятно, в последнее время останки туманности Скат разогревались посредством недолгого синтеза гелия – хотя внешние слои звезды, содержащие водород и гелий, по большей части уже сброшены. Теперь звезда затухает.

Это намекает на недавний всплеск синтеза – гелий в оболочке, окружавшей ядро, загорелся и подсветил окружающий газ.


Изначально ближе к центру туманности Скат, Hen 3-1357, существовали ярко-голубые оболочки, как показано на этом фото от 1996 года. Её считали самой молодой из всех обнаруженных туманностей. Но учитывая, как сильно она потускнела в последнее время, это предположение может оказаться чудовищно неверным.

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


Туманность Скат кардинально потускнела, как видно на этом фото от 2016 года. Она стала менее яркой и поменяла форму. Наиболее заметно упали выбросы кислорода. Туманность уже не выделяется так сильно на фоне пустого пространства.

Кроме того, газ в туманности не расширяется, а сжимается – такого прежде не наблюдалось.


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

Возможно, что эта туманность полностью исчезнет уже через 20-30 лет – и это будет первым таким случаем за историю наблюдений.


На картинке меньшего масштаба уже не так ясно, где находится туманность Скат. Но если посмотреть поближе, будет видно, что она находится в центральной голубой звезде. Если текущая тенденция продолжится, то туманность полностью исчезнет уже через 20-30 лет.

ссылка на оригинал статьи https://habr.com/ru/post/535802/

70 лет компьютерной истории, обращенные в музыку


Реконструкция Colossus в британском Национальном музее вычислительной техники, Блетчли парк

Поздно ночью в британском Национальном музее вычислительной техники несколько старейших машин пробудились от длительного механического сна. Композитор и саунд-дизайнер Мэтт Паркер сделал 126 записей звучания компьютеров, заключавших в себе 70-летнюю историю развития, чтобы сохранить эти редчайшие голоса и преобразовать их в музыку.

Рекомендация переводчика: для лучшего погружения читать статью под прилагающуюся музыку из итогового альбома «The Imitation Archive».

Паркер в интервью журналу Hyperallergic: “Зачастую в целях сохранности предметы ценности прошлого заключаются в прозрачные плексигласовые коробки, чтобы излишне любопытные руки их не донимали. В итоге мы довольствуемся лишь созерцанием диковинных объектов через прозрачное стекло, читая приложенный к ним текст».

Обложка альбома

Через некоторое время вышло готовое 34-минутное аудиовизуальное произведение «The Imitation Archive», доступное для платного скачивания на Bandcamp. Все исходные записи музыканта также были переданы им в архив аудио и видео материалов британской библиотеки.

Будучи художником-резидентом музея, Мэтт записал звуки таких исторически значимых машин, как огромный реконструированный Colossus 1943 года, являющийся первым цифровым компьютером в мире, когда-то размещавшимся в Block H. В числе прочих он запечатлел звучание электромеханического криптографического устройства Bombe 1939 года, разработанного Аланом Тьюрингом и Гордоном Уэлшманом, а также старейшего действующего цифрового компьютера Harwell Dekatron (WITCH) 1950 года.

Во время Второй мировой войны в Блетчли парк размещалось главное британское шифровальное подразделение, где Тьюринг занимался расшифровкой данных германской «Энигмы». Название произведения The Imitation Archive несет в себе отсылку к фильму «The Imitation Game» 2014 года, посвященному той самой работе Тьюринга.

В еще одной своей аудиовизуальной инсталляции «The Cloud is more than Air and Water» Паркер отразил мрачно-футуристичный рокот современных облачных вычислений. Эта инсталляция напоминает о более шумной эпохе, звуки которой находятся на грани исчезновения. Паркер комментирует это так: «В проекте реконструкции Colossus честно задействованы техники и оборудование, соответствующие оригинальной конструкции. Но один из инженеров как-то сказал мне, что электронным лампам, использованным для его программирования, осталось, может, лет десять. Вот они выйдут из строя, и что тогда?»

Harwell Dekatron Computer (WITCH), Национальный музей вычислительной техники

В ночной тиши закрытого музея Паркер записывал все, что мог, в чем ему помогали волонтеры и инженеры, поддерживавшие функционирование монструозных машин. Тогда при записи гигантского считывателя перфокарт Powers-Samas произошел неприятный инцидент, о котором Мэтт вспоминал так: «Один пожилой инженер, которому было уже за 80, поделился, что буквально на следующий день окончательно уходит на пенсию. Когда мы затем начали запускать эту машину, она внезапно обнаружила ошибку и дала сбой, так что мне удалось записать всего 10 секунд ее работы. Самое неприятное, что починить ее мог только этот инженер, который на следующий день выходил на пенсию».

Atvidaberg Facit модель C1-19, Швеция. Национальный музей вычислительной техники

Grimme, Natalis and Co. модель Brunsviga 13ZK, Германия. Национальный музей вычислительной техники

Простой архив звукозаписей может сохранить только отдельные детали функционирования машин. При этом произведение «The Imitation Archive» отличается своей бесценной звуковой интерпретацией самого духа этих машин. Слова Паркера: «Я думаю, что самым сложным для меня было создать то, что я бы слушал с удовольствием, что несло бы эмоциональную историю конкретных объектов, в частности, отражало бы напряженность и удушающие условия работы с Колоссом в Block H или в помещении, где безостановочно функционировали 20 машин Bombe, за которыми трудились инженеры-женщины (WRENS)».

Тяжелые компьютерные звуки WITCH отражаются в его многогранной композиции глубокими перекликающимися мотивами, постепенно нарастая параллельно с щелкающими ритмами. По всему звуковому ландшафту прослушивается пульсирующая частота релейных переключателей и трансформаторов, все быстрее по ходу десятилетий, переходящая к огромным мейнфреймам 1970-х и настольным компьютерам 1980-х. В этих глючно-фантомных паттернах ощущается постоянное движение, выражающее непрерывное использование машин и прогресс технологий. Сегодняшние компьютеры в своем большинстве представляют почти бесшумные, мягко урчащие кулерами устройства, в противовес чему «The Imitation Archive» напоминает о какофоническом аккомпанементе эпохи их зарождения.

ссылка на оригинал статьи https://habr.com/ru/company/ruvds/blog/535680/