Стиль иллюстрации: плоский, с геометрическими формами, фигуральный, обычно составленный из однотонных цветов. Безликие фигуры разбросаны по железнодорожным станциям и автобусным остановкам, от финтех-компании MoneyFarm и Trainline до сервиса доставки «Виагры» GetEddie. Даже собственный брэндинг Transport for London, завоевавший себе особое место в истории модернистского графического дизайна, начинает перенимать этот стиль.

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

Настоящий или реальный (real) DOM

DOM расшифровывается как Document Object Model (объектная модель документа). Проще говоря, DOM — это представление пользовательского интерфейса (user interface, UI) в приложении. При каждом изменении UI, DOM также обновляется для отображения этих изменений. Частые манипуляции с DOM негативно влияют на производительность.

Что делает манипуляции с DOM медленными?

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

Манипуляции с DOM являются сердцем современного интерактивного веба. К сожалению, они намного медленнее большинства JavaScript-операций. Ситуация усугубляется тем, что многие JavaScript-фреймворки обновляют DOM чаще, чем необходимо.

Допустим, у нас имеется список из 10 элементов. Мы изменяем первый элемент. Большинство фреймворков перестроят весь список. Это в 10 раз больше работы, чем требуется! Только 1 элемент изменился, остальные 9 остались прежними.

Перестроение списка — это легкая задача для браузера, но современные веб-сайты могут осуществлять огромное количество манипуляций с DOM. Поэтому неэффективное обновление часто становится серьезной проблемой. Для решения данной проблемы команда React популяризовала нечто под названием виртуальный (virtual) DOM (VDOM).

Вселенная киборгов-зверей, или иначе робозверей, положила своё начало с прибытия робота-человека на весьма удалённый уголок галактики. А точнее, на обычную советскую квартиру в хрущёвке. И столкнувшись с суровой, враждебной средою, он сразу же потерял кисти рук. Но благо, последующие месяцы пребывания на этой ужасной планете киборг смог, пусть и без рук, но более-менее освоиться, а также получить подкрепление в лице различных механических тварей. Других киборгов, к примеру, робоакула (кто же знал тогда, что это летучая рыба) или лев, которые сразу стали держаться вместе, встав плечом к плечу против местных аборигенов, не желающих делить обжитую территорию с колонизаторами. Роботы были этому только рады, они жили войною, а потому с радостью и энтузиазмом приняли бой, не на жизнь, а на смерть.

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

Поиск сотрудников надо начинать не с вопроса «как нам нанять самого лучшего?», а с вопроса «какие у нас есть слабые стороны?».

Зачем вы нанимаете людей? Вы нанимаете, чтобы больше делать или достигать?

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

Думайте не о том, «как нанять самых умных?», а о том, «как найти людей, способных сделать команду сильнее?».

Плата Greaseweazle F7 Plus выступает в роли флоппи-контроллера, источник

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

Но что делать, если Greaseweazle не может прочитать биты на магнитной поверхности — и сообщает о повреждённых данных? Что, если на дискете материал исторической важности, исходный код в единственном экземпляре или культовая игра? Неужели всё потеряно?

Совсем нет. Известный хакер Крис Эванс с инженером Филом Пембертоном протестировали новый способ восстановления данных с флоппи-дискет, используя осциллограф. В частности, они вернули к жизни игру «Ферма старого Макдональда» для BBC Micro. Подробнее см. в блоге Криса Эванса, здесь краткий пересказ, как это было сделано.

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

Итак, что мы имеем. Года полтора назад достался мне на халяву кусок… Э-эм… Ну то есть 3D принтер Wanhao i3plus. Должен сказать я сам выбрал данный девайс, причем выбирал я не по тех. характеристикам (будем откровенны, у всех девайсов данного ценового диапазона они, мягко говоря, так себе), а привлек меня цветной сенсорный дисплей от компании DWIN, а точнее операционная система на которой он построен. Ну кастомизация там и все такое… Да ладно, кого я обманываю, конечно же повелся на свистоперделки.

В общем поигрался пару месяцев. Сделал к нему термокамеру, на фото ниже


Нарисовал свою прошивку для дисплея:

We work in the dark — we do what we can — we give what we have. Our doubt is our passion and our passion is our task. The rest is the madness of art.

Henry James, «The Middle Years»

Согласно статистическим данным ВОЗ, в той или иной степени нарушениями ближнего или дальнего зрения страдают около 2.2 миллиардов человек, из которых не менее 40 миллионов абсолютно слепы.

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

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

Клавиатура, наушники и ничего лишнего

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


Тука Ояла в офисе Vincit, расположенном в Тампере

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

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

Я перевел три самых известных «прощальных письма» с Хакерньюс — о расставании с любимой работой из-за совершенно несправедливых превратностей судьбы. Надеюсь, вам понравится это пятничное, немного печальное чтиво о встрече с реальностью на рынке труда в IT.

Я смогла бросить работу в Google — и вы сможете бросить свою

Клэр Шапиро

«У вас, наверное, очень большие яйца, мисс!» — Незнакомец в самолёте

Проработав в Google 7 лет, я покинула Кремниевую долину, чтобы переехать в Бельгию и присоединиться к Совету по инновациям (Board of Innovation). Вопрос номер один, который мне задавали (и до сих пор задают) семья, друзья, незнакомцы и коллеги с обеих сторон: «Почему?»

Однажды один умный чувак (Кристофер Домас) читал статью другого умного чувака (Стивена Долана) про удивительную особенность архитектуры x86. Стивен ругал её за избыточность и утверждал, что набор инструкций можно сократить до одной лишь mov, потому что она Тюринг-полная. Если бы Стивен не был таким умным, в его словах можно было бы усомниться, но у Кристофера загорелись глаза: проработав двадцать лет с x86, он не слышал ни о чём подобном, и ему страшно захотелось написать компилятор, который бы переводил весь код в наборы одних лишь mov-инструкций. Так родились M/o/Vfuscator и M/o/Vfuscator2, наглядно иллюстрирующие ненормальное программирование.

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

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

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

В этом посте я расскажу, как продал свой последний проект Earlyname.

В старых и новых приложениях незаметно начинает появляться инструмент, упрощающий взаимодействие и ускоряющий выполнение действий. Это мощное поле поиска, которое я называю «power bar»; иногда оно имеет название «command palette».

Power bar, похожая на поиск Spotlight в macOS, встраивается в приложение и обычно вызывается сочетанием горячих клавиш CMD+K (или CMD+SHIFT+P). После её вызова пользователь вводит в неё то действие, которое хочет выполнить. Однако в отличие от Spotlight, power bar позволяет выполнять задачи, а не просто искать файлы или переходить в другие части приложения.


Command palette приложения Superhuman.

Радиоактивный пепел от нескольких тысяч ядерных боеголовок словно одеяло покроет Землю и начнется «Ядерная зима»… А, стоп. Или не начнется? Надеюсь, что практический эксперимент человечество никогда не застанет. В целом, вокруг ядерного оружия ходит много слухов: то об его разрушительности, то о вымирания человечества в ходе ядерной войне. Да это и неудивительно, применений вне полигона было всего два и то на заре эпохи ядерного оружия. А «рецепты» бомб хранятся под самым секретным грифом. Я предлагаю рассмотреть историю ядерного вооружения и его мифологию, а также как там что устроено.

Немного истории

Кого можно считать «отцом атомной бомбы»? К сожалению, на этот вопрос не существует однозначного ответа. Созданию ядерного оружия предшествовала череда научных открытий на протяжении практически всей первой половины 20-го века. Условную точку отсчета можно поставить в 1896 году, когда французский химик Антуан Анри Беккерель обнаружил радиоактивность урана. Следующие несколько десятилетий ученые шаг за шагом приближались к созданию атомной бомбы: открытие альфа-, бета- и гамма-лучей; обнаружение радиоактивных изотопов некоторых химических элементов; публикация закона радиоактивного распада; открытие ядерной изомерии… Наконец, в 1938 году немецкие физики Отто Ган и Фриц Штрассман впервые в мире смогли осуществить искусственное расщепление ядра атома (урана). С этого момента началась эпоха разработки ядерного оружия. А также немецкая ядерная программа.

© dilbert

Наметилась странная тенденция. Возникает впечатление, что с каждым годом компьютеры замедляются. Количество ядер растёт, софт лагает. Нативных программ всё меньше. Остальные работают через Electron или в браузере. Древний текстовый редактор в DOS'е реагировал на нажатия за 15-20 миллисекунд, а в современном Google Docs задержка 100-150 мс. То же самое с остальными. Вспомните, ведь IRC и аська летали практически в реальном времени. А сейчас монстры Skype и Viber на десктопе загружаются по десять секунд. Спасибо разработчикам Telegram, хоть там нормальные ребята, иначе бы вера в человечество совсем исчезла…

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

Геологическая служба США (United States Geological Survey, USGS) разработала систему раннего предупреждения о землетрясениях (Earthquake warning system, EEW) под названием ShakeAlert для зон повышенного риска: в штатах Калифорния, Орегон и Вашингтон. Цель системы заключается в уменьшении воздействия землетрясений и спасении людей и собственности, делая массовые оповещения.

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

Бесконечные переработки без отпусков и неоплачиваемые сверхурочные. Сокращения и увольнения. Выгорание и переезды в поисках новой работы. Конфликты с руководством и непрозрачные схемы вознаграждения и т.д. Именно из этого сделана современная игровая индустрия, — так считает журналист Джейсон Шрайер, автор вышедшей на прошлой неделе книги Press Reset, которая рассказывает об обратной стороне геймдева.

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



Отправной точкой для разговора о будущем геймдева Шрайер делает вопрос: “Что работникам игровой индустрии нравится в ней меньше всего?”. На этот вопрос опытные разработчики отвечают примерно одно и то же: игровая индустрия очень сурово обходится с людьми. Она пережевывает и перемалывает их, оставляя после себя одни кости.

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

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

1. Количество одновременных нажатий клавиш (KRO): у мембранных клавиатур обычно оно составляет 2 (2KRO), 3 (3KRO) или 6 (6KRO). У механических — таких ограничений вообще нет (NKRO). Неважно, сколько клавиш вы нажмёте одновременно: компьютер получит и обработает соответствующие сигналы от каждой из них.

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

Есть такое понятие, как дружественный пользователю Linux. Возникло оно оно очень давно, возможно через несколько минут после того, как Линус Торвальдс анонсировал свою разработку в листе comp.os.minix. Трудно сказать принесла-ли пользу данная концепция и различные её воплощения на рабочей станции. Понятно одно, что прогресс на этом пути довольно-таки ощутимо не совпадает с ожиданиями этого самого пользователя.

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

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

Представляю вашему вниманию перевод статьи "Working With TypeScript: A Practical Guide for Developers".

Что такое TypeScript?

TypeScript — это популярный статический типизатор (static type checker) или типизированное надмножество (typed superset) для JavaScript, инструмент, разработанный Microsoft и добавляющий систему типов к гибкости и динамическим возможностям JavaScript.

TypeScript развивается как проект с открытым исходным кодом, распространяется под лицензией Apache 2.0, имеет очень активное и высокопрофессиональное сообщество, а также огромное влияние на экосистему JavaScript.

Установка TypeScript

Для того, чтобы начать работу с TypeScript, нужно либо установить специальный интерфейс командной строки (command line interface, CLI), либо воспользоваться официальной онлайн-песочницей или другим похожим инструментом.

Культура переработок процветает; мы считаем сверхурочную работу и постоянную усталость показателем успеха. Почему же мы на неё покупаемся, несмотря на всё то, что знаем о выгорании?

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

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