В эпоху быстрорастущих приложений важно иметь возможность контролировать состояние системы в любой момент времени. Одними из требований для достижения этого являются логи и метрики, которые помогают нам следить за многими параметрами, такими как количество запросов в секунду (RPS), потребление памяти, cache git и т.д. Однако, есть ещё один полезный инструмент - трейсинг. В этой статье мы ознакомимся со стандартом OpenTelemtry в языке Go и инструментом Jaeger

Читать далее

https://habr.com/ru/post/710644/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710644

Disclaimer: Данная статья является основана на личном опыте и/или опыте знакомых и не претендует как на большую универсальность, так и на абсолютную точность.

О полезности ЕГЭ, сертификатов, дипломов.
К мнению о бесполезности стоит относится критически - человек критикующий их в интернете – нередко имеет и дипломы, и сертификаты. И казалось бы, раз он их имеет, то его мнению «ни разу не пригодился так и валяется на полке» можно доверять, но тут срабатывает эффект «своей колокольни». Он помещает упоминание диплома в резюме, там же указывает ссылку на подтвержденные сертификаты, у него ничего о них не спрашивают и вот – он уже думает, что они никому не нужны. Вот только его резюме выбрали с фильтром «наличие диплома» и не выкинули при вторичной обработке из-за «наличия сертификата». Или другой вариант, «звезда», который настолько крут, что его взяли бы в любом случае. Ему нередко тяжело понять, что его крутость на всех не распространяется, опять, эффект «своей колокольни». Рядовой человек без диплома не являющийся звездой – это совсем другое, поэтому как говорилось – «отучайтесь говорить за всех».

Читать очень длинную простыню

https://habr.com/ru/post/710636/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710636

Hello, World! Меня зовут Денис. Я IOS разработчик, пишу приложения для App Store. Хочу поделиться своим небольшим опытом на UIKit и SwiftUI.

Первый запуск

На WWDC19 Apple предоставила декоративный фреймворк SwiftUI. Новый фреймворк позволяет уменьшать времени на написание UI-составляющей своих приложений.

Читать далее

https://habr.com/ru/post/710632/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710632

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

Чем отличается хороший геймер от плохого? Хороший геймер сидит и изучает игру. Он знает каждый закуток. Он может без запинки назвать все характеристики всех юнитов в Star Craft. А самый крутой игрок знает все пропускные способности желтых, красных и синих конвейеров. А плохой игрок использует чит-коды или assistant apps.

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

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

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

Okay, let's go...

https://habr.com/ru/post/710628/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710628

^{Источник изображения: NuScale Power}

Дата-центры потребляют огромное количество энергии. В странах, где их много, ЦОД являются одними из крупнейших ее потребителей. И их «аппетиты» растут. Так, например, по одному из прогнозов, к 2029 году (а это всего через 6 лет) дата-центры Ирландии будут потреблять около трети производимой и поставляемой в страну энергии. Похожая ситуация и в Дании. Здесь к 2030 году прогнозируют потребление около 15% производимой и поставляемой в страну энергии дата-центрами.

Если отрасль будет развиваться прежними темпами, то энергопотребление ЦОДов вскоре достигнет огромных величин. Некоторые страны могут попросту не справиться со снабжением столь прожорливых в отношении энергии объектов. Специалисты из разных стран ищут возможные пути решения проблемы — например, альтернативные источники, локальные ГЭС или даже мини-АЭС, предназначенные специально для снабжения ЦОД. Ну а в самом деле — ведь если есть военные корабли, подводные лодки и прочие объекты с собственными реакторами, почему бы не представить дата-центры с мини-АЭС? И решения, пригодные для реализации этой идеи, уже существуют. Это малые модульные реакторы.
Читать дальше →

https://habr.com/ru/post/710260/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710260

https://habr.com/ru/post/694218/?utm_source=habrahabr&utm_medium=rss&utm_campaign=694218

Одним погожим днём, я нашёл МК-52 и тут...

Смотреть далее

https://habr.com/ru/post/710622/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710622

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

Читать далее

https://habr.com/ru/post/710620/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710620

Дня 3 назад заглянул на сайт crackmes.one попробовать силы во взломе защит. Просто наугад взялся за "hitTman's Kolay One!": просто по оценке Difficulty: 2.0 и Quality: 4.0. Не примитивно, но и не слишком сложно.

Оказалось, форма ввода пароля с подсказкой: текст кнопки "submit password" после нажатия меняется на число. Если попробовать разные символы пароля, заметно, что для одних и тех же символов число не меняется. Очевидно, пароль подается в хеш-функцию, а ее результат попадает на кнопку. Пробуя пары символов, легко узнать что число на кнопке - сумма чисел для символов пароля.

Читать далее

https://habr.com/ru/post/710616/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710616

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

Читать далее

https://habr.com/ru/post/710173/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710173

Что есть задача для разработчика?

Как правило, разработка получает от продукт-менеджера, техническое задание на разработку новой или исправление старой функциональности. Например, это выражено в виде PRD https://en.wikipedia.org/wiki/Product_requirements_document , который может содержать ссылки на Figma, список требований, ссылки и прочие полезности необходимые для реализации задумки. Исходя из этих входных данных, разработчики могут имплементировать задачу и отдать на тестирование в QA команду. По завершению этих циклов, задача готова к релизу.

Читать далее

https://habr.com/ru/post/710614/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710614

SSU является первым транспортным протоколом I2P в буквальном смысле, он был создан до NTCP и тем более до NTCP2. С бородатого 2003 года анонимусы гоняют по сети пакеты SSU! С тех пор появился транспорт NTCP и даже его вторая версия, а SSU в течение без малого двадцати лет не получал каких-либо обновлений кроме незначительных исправлений реализации и, как говорят разработчики, костылей вроде поддержки IPv6.

Без этого протокола невозможно полноценное функционирование сети, в особенности на устройствах без выделенного IP-адреса, поэтому, несмотря на оптимизированную работу по TCP (NTCP2), сети I2P был необходим SSU2 — новое поколение транспорта на базе UDP.

Читать далее

https://habr.com/ru/post/710606/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710606

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

В этой статье я перечислю несколько известных «именных» бритв (про Оккама тоже не забуду) и покажу, как их можно использовать в работе IT-специалиста. Заодно я сформулирую несколько правил, которые сам стараюсь соблюдать при применении этих самых «бритв», чтобы ненароком не ошибиться и не получить результат, противоположный ожидаемому.

Читать далее

https://habr.com/ru/post/710590/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710590

История микроволновых печей — как раз тот случай, когда реальная история подменяется мифологией, и множество «копирайтеров» растаскивают по интернету байку, укореняя её в массовом сознании как факт, что она была изобретена случайно. Якобы инженер Перси Спенсер работая с магнетронами в лаборатории случайно обнаружил, что шоколадка в его кармане в поле магнетрона от излучения растаяла, и его осенило, что так можно разогревать еду. А дальше классическая американская история — патент, вывод на рынок и получение прибыли. Но всё было совсем не так. Читать дальше →

https://habr.com/ru/post/707564/?utm_source=habrahabr&utm_medium=rss&utm_campaign=707564

В чём-то сочинение стихов похоже на написание кода — имеет значение только "чистый" текст — и этот текст, как и код, подчиняется определенным правилам. Поэту могли бы пригодиться те самые "автоподсказки" и подсветка кода стихов. Может, даже с какой-то поддержкой рефакторинга, помочь поэту найти слабое место. Но найти что-то подобное (особенно на русском языке) у меня не вышло. Например, на запрос poetry editor в основном выпадают сервисы по найму редакторов-людей. Проекты, конечно, есть, но они либо слабые, либо мёртвые (поправьте меня, если я неправ).

Значит, задумал я на коленках склепать IDE для поэтов…

Читать далее

https://habr.com/ru/post/710594/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710594

Всем привет! Меня зовут Дядиченко Григорий, и я технический продюсер. В своём блоге в телеграм я периодически публикую задачки по Unity. Решение одной задачки получается слишком длинным, чтобы писать про него в блог. Поэтому я решил это оформить в статью. Задачка звучит так.

Вы решили сделать с друзьями свой скайрим. У вас пока в игре есть два вида оружия: молот и меч. Они отличаются уроном, прочностью и скоростью атаки. Плюс логикой атаки. Атака молота аое в круговой зоне. Атака меча бьёт до 3 ближайших противников. К вам пришёл катжит и за лунный сахар предложил купить у него схему архитектуры на картинке выше. Предложите решение лучше. В чём проблема данной схемы?

Читать далее

https://habr.com/ru/post/710592/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710592

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

Читать далее

https://habr.com/ru/post/710588/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710588

Всем привет!

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

Глава 1. Про рынок доставки еды и откуда у агрегаторов курьеры.

Агрегаторы вроде Деливери Клара (ДК) и Яндекс.Еды (ЯЕ), как и их международные собратья вроде DoorDash, Just Eat Takeway, Careem и прочие, не придумали доставку еды. Задолго до их появления существовали и рестораны, и курьеры. Именно поэтому в первые годы развития фудтеха доминировала модель маркетплейса. Фактически, фудтех компании решали задачу поиска ресторанов с доставкой и выбора, и на первых порах этого хватало. Возникли сайты и приложения с заметной аудиторией, фудтехи заключили контракты с тысячами ресторанов и стали работать - причем, преимущественно в плюс. Оно и понятно - расходов не много (только маркетинг, продукт и общие административные, никакой операционки), доходов - много (рестораны с хорошими чеками плюс комиссия в десяток-два процентов).

На этом этапе фудтех опирался на те типы ресторанов, что располагали своей доставкой - и 90% этих ресторанов были похожими с точки зрения типа компаний и кухонь. Это были заведения, готовящие пиццу, сущи, китайскую еду или фастфуд. Кроме того, большое количество точек (то есть физических ресторанов) представляли большие бренды вроде Subway или Domino’s. Рестораны при этом, даже имея доставку, далеко не всегда уделяли ей много внимания и внимательно работали с сервисом. По моему наблюдению, вообще большинство руководителей в ресторанном бизнесе мыслят не в терминах конверсий, юнит-экономики и ретеншна, а в более приземленных выручках и кэше. Поэтому они могут не видеть проблем там, где их увидит фудтех - например, в плохом клиентском опыте и том, что клиенты редко заказывают повторно.

Читать далее

https://habr.com/ru/post/710586/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710586

HTTP является протоколом без статических данных, что означает, что он не может различать два последовательных запроса, исходящих от одного и того же компьютера, сети или пользователя. Это было основной проблемой. Из-за этого пользователь не мог поддерживать свою сессию, и если бы мы продолжили в том же духе, интернет стал бы таким же, каким он был десять лет назад, состоящим только из кучи статичных html-страниц. Никаких учетных записей пользователей, никакой настройки и т.д., а если и есть какие-то учетные записи, то для доступа к каждой странице нужно снова и снова входить в систему.

Чтобы решить эту проблему, HTTP нужно было сделать с сохранением состояния. Ответом стал файл cookie. В отличие от cookie, которые вы получаете, это небольшие файлы, создаваемые веб-сайтом, который вы посещаете. Они генерируются веб-приложениями и хранятся в вашем браузере в виде пар ключ-значение.

Примером может служить PHPSESSID: xyjaez1081lze23, lang: en.

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

Читать далее

https://habr.com/ru/post/710578/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710578

Новый год прошёл, а вопросы остались.

А вот и ответы

https://habr.com/ru/post/710540/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710540