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

▍ Что мы на самом деле сравниваем, сравнивая языки программирования?

Придя в гости к другу, я увидел, что на нём надета футболка Golang. Он сказал, что любит Golang, я ответил, что мне нравится футболка, а сам язык чуть меньше. Ему понравилась мысль «обсудить это позже», и после ужина мы уселись на диванах и приступили к разговору. Я хотел поговорить о сборщике мусора (1, 2), о том, что горутины/каналы — это удобная абстракция, но я предпочитаю абстракции BEAM, потому что они позволяют использовать супервайзоры, обсудить очень свободное отношение Golang к корректности, но… он не горел желанием говорить обо всём этом. Мой друг с восторгом рассказывал о том, что ему нравится, что «разработчики на Go знают, что достаточно одного цикла for. Кто-то притащил в мою компанию Scala, и мне очень не нравится смена образа мышления».

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

Привет, Хабр! Какие и насколько значительные искажения, (или преобразования, если они желательные), привносит в сигнал тот или иной прибор, цепь или узел?

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

Сегодня мы соберём и опробуем такие генераторы на специализированных микросхемах ICL8038 и XR2206, а также простейший вариант на NE555.

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

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

Технический долг — один из самых популярных сегодня терминов. Люди говорят: «Мы быстро развиваем свой MVP, минимизируя технический долг!» Они говорят о техническом долге, чтобы звучать круто или выделиться.

А я просто смеюсь, ведь всё рано или поздно превращается в технический долг.

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

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

На рубеже 70-х и 80-х годов ХХ столетия UNIX набирал популярность не только в академических кругах, но также активно внедрялся в различные бизнес-процессы коммерческих предприятий. Портируемость, простота архитектуры и широкие возможности ОС привели к появлению у этой платформы целой армии верных поклонников. Однако «юних» — это у них. А что у нас? В Советском Союзе имелись свои талантливые инженеры и программисты, которые пытались создавать собственные версии операционных систем, во многом вдохновлённые идеями и архитектурой UNIX. И некоторые из этих проектов оказались вполне успешными. А самым успешным среди них стала ОС ДЕМОС.

Знакома ли вам ретроэстетика, цветастые гавайские рубахи и броские неоновые вывески? Если вы ответите «нет», то с уверенностью могу сказать, что вы не только не жили в Америке 80-х, но и не застали игровую индустрию начала нулевых. Ведь именно в тот период вышла Grand Theft Auto III, которая в 2001 году произвела необычайный фурор в мире интерактивных развлечений. Спустя год, желая закрепить успех, компания Rockstar Games выпустила, на мой взгляд, лучший продукт из трилогии GTA шестого поколения приставок — Vice City. Игра брала не только своими нововведениями в сравнении с третьей частью, но и шикарной атмосферой, которую создавали аутентичная музыка прямиком из 80-х, автомобили, одежда, причёски и, конечно же, море неона! Она удачно впитала в себя все самые значимые культурные веяния того времени, перенимая множество идей у фильмов и сериалов золотой эпохи Голливуда. Именно поэтому, играя в GTA Vice City, ощущаешь себя участником не просто игры, но фильма, в котором ты на главных ролях!

Интернеты любят Ктулху — но не очень ясно, верно ли обратное. Впрочем, по канону он как раз отвечает за всяческое безумие и упорос: когда Ктулху пробудится, «человек уподобится Великим Древним – станет свободен и дик, вне добра и зла, отринет закон и мораль; мир захлестнут крики и вопли, кровопролитие и разгульное веселье». Довольно точное описание атмосферы олдовых имиджборд и вообще золотого века интернетов конца нулевых годов. Oh, shi… В общем, вряд ли Говард Филипс Лавкрафт мог предвидеть, насколько популярным станет его детище сотней лет спустя.

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

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

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

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

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

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

Две системы, которые я хорошо знаю (Apache BookKeeper и Apache Kafka) проектировались в эпоху дисковых накопителей: жёстких дисков, или HDD. Жёсткие диски хорошо справляются с последовательным вводом-выводом, но не очень хороши в произвольном вводе-выводе из-за относительно большого времени поиска. Неудивительно, что и Kafka, и BookKeeper проектировались с расчётом на последовательный ввод-вывод.

И Kafka, и BookKeeper — это распределённые системы логирования, поэтому можно представить, что последовательный ввод-вывод будет стандартным режимом для системы хранения логов с возможностью только дополнения. Но последовательный и произвольный ввод-вывод находятся в спектре, где на одном краю расположен чисто последовательный, а на другом — чисто произвольный ввод-вывод. Если у вас есть пять тысяч файлов, которые вы дописываете небольшими циклическими операциями записи, и выполняете fsync, то это не такой уж последовательный паттерн доступа, он находится ближе к произвольному вводу-выводу. То есть если вы только дополняете логи, это не означает автоматически, что вы получаете последовательный ввод-вывод.

Что такое реактивное программирование? Не Rx. И даже не Excel. Это архитектурный паттерн, позволяющий абсолютно иначе писать код. В статье мы устаканим фундаментальные знания, утвердимся в том, что React.js всё же является реактивным, и подумаем о том, как и когда нужно, а когда не нужно применять паттерны реактивного программирования.

Как-то раз мы сидели с другом и подумали: а что, если попробовать управлять вещами реального мира из мира виртуального?! Например, роботами. Мысль не новая, и в том или ином воплощении она широко распространена, например, в области IoT.

Немного забегая вперёд: в результате мы разработали роботов и систему удалённого управления. Один из видеороликов рабочих тестов системы заметили на телеканале НТВ, и нас пригласили на съёмки телепередачи "Чудо техники", которые прошли в Сколково, в Институте науки и технологий.

Но обо всём по порядку…

Будущее HDD зависит от того, кого спросить. Есть адепты SSD, которые не видят в «устаревшей» технологии HDD никаких перспектив. Действительно, SSD прогрессируют гораздо быстрее: это касается и технологического прогресса, и стоимости. Если экстраполировать нынешние темпы развития отрасли, то создаётся впечатление, что SSD вытеснят HDD во всех сферах применения в ближайшие десятилетия.

Но по факту этого не происходит.

Современная ситуация с разработкой веб-приложений

Сегодня пользователи ожидают от веб-приложений плавной работы без перезагрузок страниц. К сожалению, эти ожидания обычно реализуются в виде одностраничных приложений (single-page application, SPA), использующих библиотеки и фреймворки наподобие React и Angular. Эти фреймворки очень специализированы и с ними может быть трудно работать.

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

В 2017 году известный футуролог и теоретик СМИ Дуглас Рашкофф принял приглашение выступить с программной речью на шикарном курорте в качестве лёгкого дополнения к его доходам в государственном секторе. Но в зале для выступления его встретила не типичная куча менеджеров. Вместо них за столом сидели пять сверхбогатых финансистов из хедж-фондов Кремниевой долины. Всего пять. Им не нужна была стандартная речь. Техномиллиардеры спрашивали о постапокалиптическом сценарии, который они назвали «Событие» (Event). «Где разместить бункерные комплексы, — спрашивали они, — Новая Зеландия или Аляска?», «Какова вероятность загрязнения грунтовых вод?» и самое главное: «Как обеспечить лояльность охранников, когда деньги потеряют ценность? Что помешает им захватить бункер?». После События эти вопросы станут очень актуальными.

Не так давно один из наших пользователей сообщил нам о случае странного использования оборудования. Он при помощи нашего клиента ILP (InfluxDB Line Protocol) вставлял строки в свою базу данных QuestDB, но вместе с операциями записи на диск также наблюдались существенные объёмы чтения с диска. Этого никак не ожидаешь от нагрузки, рассчитанной только на запись, поэтому нам нужно было докопаться до причины этой проблемы. Сегодня мы поделимся этой историей, полной взлётов и падений, а также магии ядра Linux.

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

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

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

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