Это тринадцатая часть серии мега-учебника Flask, в которой я собираюсь рассказать вам, как расширить Microblog для поддержки нескольких языков. В рамках этой работы вы также узнаете о создании собственных расширений CLI для команды flask.

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

Проблема в том, что «правильные» типографские знаки не входят в ASCII и не всегда удобно набираются с клавиатуры. Например, в Windows набрать тире или кавычки можно только на клавиатуре, у которой справа есть numpad, или в Ворде с помощью юникодных номеров и Alt + x, или если установить типографскую клавиатурную раскладку Ильи Бирмана. 

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

В этот раз хочу поделиться с вами книгой «Лидерами не рождаются. 12 правил эффективного руководства», Джоко Виллинк. 

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

Сегодня я отвечу на следующий вопрос: «Как скрыть элемент с помощью CSS доступно?»

Просто о том, чем отличаются HTTP1, HTTP2 и HTTP3, а также почему HTTP3 ещё и QUIC. Статья для junior'ов, интересующихся и готовящихся к собеседованиям.

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

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

Но что если вы не хотите оставлять свой номер на сайте, который просто открыли? Поговорим на примере одного из таких сервисов - dmp.one. Важно: автор рекомендует открывать этот адрес во вкладке инкогнито с включённым uBlock Origin с кастомными правилами (о них ниже), иначе есть риск попадания вашего телефона в базу.

День только начинался, ничего не предвещало беды, как вдруг в чате с дизайнерами появился вопрос: «Есть ли плагин в фигме, который при наведении на страницу показывает все используемые текстовые стили?..» Гугл такой плагин не нашел, поэтому я вызвалась его написать, предварительно поизучав, как вообще это делается.

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

Привет, Хабр! Меня зовут Иван Вербов, я UI/UX дизайнер команды разработки платформы контейнеризации dBrain.cloud. В разработке дизайна интерфейсов я стремлюсь к балансу между двумя противоположными подходами: строгость и стабильность - легкость и игра.

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

Умом — науку не понять,

Аршином общим не измерить:

У ней особенная стать —

В науку можно только верить.

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

Считается, что фундаментальная наука «выше» прикладной науки, а прикладная наука «выше» инженерии, то есть искусства создания изделий включая программы и рецепты. Лежащий в основе науки научный метод[1] сам является меняющимся набором рецептов, изобретённых не раньше Фалеса, но не позже строительства Святой Софии. Как и любой продукт, научный метод имеет границы применения и требует постоянной оценки этих границ и работоспособности в их рамках. Оценка работоспособности науки в прошлом и настоящем, а также перспектив в ближайшем будущем – задача, выходящая за рамки науки, но типовая для производства. Практическим, но внутренне противоречивым решением является анализ науки, как прикладного продукта теория коммуникации. Наука «теория коммуникации» может дать оценку работоспособности своих прошлых инженерных конструкций, то есть работоспособности науки вообще. Этот подход плохо учитывает зависимость теории от собственных инженерных решений, на основе которых происходило её развитие, но хотя бы позволяет локализовать противоречия и проблемы в рамках одной теории[2]. Если проблемы найдены, можно предложить способы их решения при помощи новых конструкций, дополняющих научный метод, что сработает если эти конструкции покажут практическую пользу и найдут массовое применение. В таком подходе, а не в его результатах, основная новизна этой статьи.

У современного читателя может возникнуть резонный вопрос — почему программисты, а не IT‑ишники? Ответ кроется в самом заголовке. В 70-х, 80-х годах прошлого столетия, а точнее в СССР не было понятия IT‑и. Были понятия «кибернетика», «вычислительная техника», «электронно‑вычислительные машины» (или просто ЭВМ), и были понятия «программист» и «машинист». Если с программистом все понятно, то машинисты отвечали за эксплуатацию ЭВМ, их ремонт, обслуживание и т. п. Их еще называли электронщиками. Современный IT‑шник может задаться вопросом — какое обслуживание, какой ремонт? И будет прав, но прав применительно к современности. А тогда ЭВМ занимали огромные помещения и требовали большого штата различных специалистов:

Вы тоже устали вручную заполнять Dockerfile и docker-compose.yaml под каждый новый проект?

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

Что же, теперь мне больше не придется беспокоиться об этом, благодаря добрым людям из Docker, которые недавно реализовали инструмент для этого - docker init .

Интересно, как экономить время и быстро генерировать конфиги, даже если вы не профи в Docker? Прошу под кат.