Упрощаем универсальное/изоморфное приложение на React + Router + Redux + Express

не надо называть очевидными решениями вечные темы для холиваров

Небольшое сравнение производительности СУБД «MongoDB vs ClickHouse»

Тащем-то нет:
Попробовали insert — MongoDB быстрее
Попробовали select — MongoDB медленнее

Заключение: «ClickHouse отлично подходит для проектов с BigData. Скорость выборки впечатляет. Данная СУБД хороший выбор для хранения данных связанных аналитической информацией.»

В заключении явно указано, что вставка – не сильная сторона ClickHouse'a в отличие от выборки. Значит он отлично подходит там, где надо много и часто выбирать.

Ускоряем npm-скрипты

Вы сейчас сравниваете make и npm run. Redrun делает то же, что и npm, только значительно быстрее. Зачем нужен npm run, когда есть make – абсолютно другой вопрос, который не относится ни к рэдрану, ни к этому посту.

Ускоряем npm-скрипты

И еще, похоже у вас не работают встроенные переменные npm'a. То есть, у меня такой скрипт:

"docker": "docker push registry.docker.com/myapp:v$npm_package_version"

выполняется, но вместо переменной пустота.

Ускоряем npm-скрипты

Спасибо огромное за статью и redrun! Отличная вещь с одним маленьким, но досадным минусом – zsh подсказывает мне доступные npm-скрипты, чего не делает с redrun.

Правильное использование require в node.js

Название статьи «Правильное использование require в node.js». Никаких ондатр тут нет и в помине. Ондатр автор упомянул лишь в качестве примера. Не понимаю, почему это вызывает у вас такие затруднения.

Правильное использование require в node.js

Следуя Вашим аналогиям
Название статьи: «Вред кукурузы».
Содержимое статьи: «Я покормил свою ондатру кукурузой и ей поплохело. Кукуруза – плохо.».
k12th написал комментарий: «Кукуруза не всегда вредна. Страусам бывает полезно есть кукурузу.».
И тут приходите вы и говорите «При чем тут страусы? Автор кормил ондатру!».

Если статья называется «Вред кукурузы», то она, очевидно, про вред кукурузы.

Правильное использование require в node.js

k12th все правильно сказал. Автор статьи на примере вэб-сервера показывает влияние места вызова require на время работы скрипта. Это не значит, что это относится только к вэб-серверам и любые другие примеры в комментариях к статье не релевантны.

Туториал по Jade для начинающих

Очень вовремя Ваша статья :) Я как раз решил посмотреть в сторону jade. Все очень доходчиво и понятно. Большое спасибо за статью!

10 привычек довольного node.js разработчика

По такой логике любой объект можно назвать статическим классом и писать с большой буквы.

10 привычек довольного node.js разработчика

Да, согласен, с PI ошибся, но Math все также не кошерно пишется с заглавной буквы.

10 привычек довольного node.js разработчика

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

10 привычек довольного node.js разработчика

А что вы скажите по поводу объекта Math, который ни разу не класс? Или про константу Math.pi? EcmaScript плохой пример стандарта единым кодстайлом.

10 привычек довольного node.js разработчика

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

10 привычек довольного node.js разработчика

Если мы говорим про NodeJS, то это вообще-то зависит только от вашего личного желания и кодстайла. Вы можете написать:

const myClass = require('my-class');

const myclass = require('my-class');

const my_class = require('my-class');

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

Создание своей темы для Visual Studio Code

Я думаю, что проблема в том, что там всего один экстеншен для работы с SFTP. Несерьезно как-то :(

Создание своей темы для Visual Studio Code

Да, Мак. Я как только не пытался найти этот багрепорт у них, но не смог. Спасибо! Правда это не решает проблемы с SFTP.

Создание своей темы для Visual Studio Code

Я первым делом заметил, что есть еще комбинации клавиш ctrl+[ и ctrl+], которые работают как полагается. Зашел в конфиг биндов, нашел эти сочетания (команды были такие же как вы написали) и назначил эти же команды на tab и shift+tab. Но не помогло :(

Создание своей темы для Visual Studio Code

Буквально на днях пытался пересесть с Атома на VSCode, но не вышло. Не вышло по двум причинам:
1. Нашел всего одно расширение для работы с SFTP. Но и то отказалось соединяться с сервером. Возможно из-за IPv6-only.
2. Странное поведение tab и shift+tab при выделенном тексте. Думаю, ожидаемое поведение очевидно. Однако, в VSCode эти клавиши (сочетания клавиш) иногда просто заменяют выделеный текст на символ табуляции. Дополнительной болью является то, что ctrl+z в таком случае не возвращает все назад.

Возможно, обе проблемы решаемы, но я не смог. Буду рад советам.

Все дело не в количестве строк кода. От серийного разработчика модулей

А разве не для этого у модулей проставляются теги?