NPM и left-pad: мы разучились программировать?

парсинг урл? регуляркой? еретики!
думаете, эти 1300 строк просто так занимают место в JRE?
Про ситуацию с библиотеками для работы со временем вообще молчу...

NPM и left-pad: мы разучились программировать?

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

Что делает программное обеспечение качественным?

Когда-то я самостоятельно пришел к той же мысли — хороший код, как и хорошие программы, должен делаться для людей, а не для машин. Любой повторно используемый код — как библиотеки, так и утилиты, должен писаться так, чтобы им можно было пользоваться, не изучая исходники. Причем речь не о документации (кто ее читает?), а о дизайне в целом. Это экономит огромное количество времени в дальнейшем.

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

Вымогатель KeRanger для OS X: наш анализ

32 байта ключа AES зашифровать — сойдет.

HTTP/2: готовимся к переходу

Итак. голый http у меня возвращает 301 на https-версию. Как оказалось, https-версию сайта нужно добавлять руками в вебмастер, чтобы видеть статистику по HTTPS-версии сайта. Добавил, зашел на бета-версию вебмастера яндекса, страница "Проверка ответа сервера". Респонс есть, хтмл возвращается. Вот заголовки:

Server: nginx/1.9.9
Date: Mon, 14 Mar 2016 19:38:20 GMT
Content-Type: text/html; charset=UTF-8
Transfer-Encoding: chunked
Connection: keep-alive
Cache-Control: no-cache,no-store,max-age=0,must-revalidate
Expires: Mon, 14 Mar 2016 19:38:20 GMT
Strict-Transport-Security: max-age=31536000;
Content-Encoding: gzip

Да, HTTP/2 у меня включен, https://tools.keycdn.com/http2-test не станет врать. Или уже починили, или я чего-то не понимаю.

HTTP/2: готовимся к переходу

У меня тоже не индексирует… Не ожидал такого от Яндекса. Исправляется скорее всего аналогично — нужно в if вставить директиву, удаляющую заголовок Upgrade. Вечером займусь.

Если бы программисты делали блины (по кошерным методологиям)

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

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

Если бы программисты делали блины (по кошерным методологиям)

Этот текст не про то, что Waterfall плох. Этот текст про то, что Waterfall плох, если ТЗ составляют плохие аналитики.

Хабр умирает?

Хе. У меня есть сайт, который крутится и обслуживается ansible+Docker+ES+Kibana+Scala+Finagle+MongoDB+несколько интересных решений в серверной части+несколько интересных решений в яваскрипте. Хватит на цикл статей, но зачем мне это делать, если я не получу ни пиара, ни достаточного количества вменяемых отзывов по архитектуре?

Идеальный UI фреймворк

Тайпскрипт — да. Я обожаю его за то, что тайпскрипт — это яваскрипт с метаданными. Прозрачная кодогенерация и полная совместимость с яваскриптом не оставляет ни одной причины НЕ использовать его.

А вот html… пытаться от него изолироваться, имхо, бесполезное дело. Но я до сих пор не уверен, как делать правильно. Возможно, использование компонента не обязано быть единственным тегом? Как в старые добрые времена jquery — мы пишем разметку, а потом она "оживает". типа: <div class=tabs activeTab={activeTab}><div class=tab></div><div class=tab></div></div>. Не знаю.

Идеальный UI фреймворк

Как обычно, очень интересная статья, если не смотреть код :-) Оставляет двойственное впечатление — кладезь интересных мыслей и какие-то странно-закрученные реализации.

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

HTTP/2: готовимся к переходу

На всякий случай, вдруг кому надо:
https://github.com/scf37/docker-nginx

HTTP/2: готовимся к переходу

Я пересобирал nginx с OpenSSL 1.0.2e, полет нормальный. Пришлось написать длинный-длинный Dockerfile.

HTTP/2: готовимся к переходу

Тут всё хорошо расписано: https://www.nginx.com/blog/7-tips-for-faster-http2-performance/

HTTP/2: готовимся к переходу

HTTP/2 тут ни при чем — для этого нужен SNI, который работает и на HTTP/1.1.

HTTP/2: готовимся к переходу

Уже перевел свой сервер на HTTP/2 на nginx. Если у вас на сайте есть TLS, то для новых браузеров этот протокол существенно уменьшает время загрузки страницы. С нетерпением жду, когда же разработчики nginx реализуют HTTP/2 prefetch/preload/server push — это ускорит загрузку еще на один roundtrip.

Pathfinding: До одури простая реализация алгоритма воронки (Funnel Algorithm)

Вот неплохое описание самого алгоритма (на буржуйском): http://ahamnett.blogspot.ru/2012/10/funnel-algorithm.html

Аутентифицируем запросы в микросервисном приложении с помощью nginx и JWT

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

За статью спасибо, выглядит интересно.

Поняв Docker

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

Поняв Docker

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

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