Pull to refresh
17
0
Send message

Ребята. Я когда упражнялся у вас с базой данных Postgree. Услышал от саппорта фразу (не дословно): иногда данные теряются, надо с этим жить. То есть данная фраза вообще ставит под сомнение какое либо ответственное отношение к облачным базам данных. Я понимаю, что надо их резервировать. Но вот после таких фраз службы поддержки - вера в ваши бэкапы - НУЛЕВАЯ. При этом я параллельно общаюсь с Selectel.ru - и там ну совершенно другое отношение к таким вопросам. Вообщем это уровень ценностей. Подумайте над этим. В результате у меня сложилась такая картинка:

  1. Selectel.ru - для продакшена.

  2. timeweb.cloud - для наколенных экспериментов.

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

Как раз очень удобно иметь deployment-ы рядом. А еще часто для отладки локально, создается локальный деплоймент. То есть в проекте лежит все что к нему относится. И деплойменты - это примеры конфигурации. Особенно если новый человек смотрит на проект, он получает максимум информации о нем.

Почему в примере с try/catch не показана обработка ошибок в сравнении с вариантом на лямбда функциях?

Спасибо! Очень крутая статья. Единственное не очень понравилась рекомендация по обработке ошибок в пункте 7.1.2. WriteResponse. Там получается что прежде чем выйти, придется пройти по всему коду функции в "холостую", что потратит CPU. Для читабельности круто, а вот для CPU не круто. Особенно при DDOS атаках и т.п.

Спасибо за примеры. Но вот принцип инверсии зависимости на мой взгляд раскрыт плохо.

Я бы прокомментировал его так. То что при изменении объекта более низкого уровня не требуется менять объект более высокого. То есть он все-таки зависим (он зависит от интерфейса, но не от реализации).

"С ростом числа абитуриентов требования по железу должны рости линейно."

рОсти - пишется через А

Да, это она. Взята из оригинальной статьи.
Если бесят — значит уберу. Статьи переводят чтобы их читали, так что если что-то не нравится — смело пишите, обсудим. Коллеги уже с красным цветом заголовков нарвались, судя по всему красный цвет мало кому нравится :)
Да, зря на вычитку понадеялся. Прогнал, все исправил, спасибо!
Спасибо, исправил! До заголовка спеллчекер не добрался :)
Использовать или нет — безусловно, личный выбор каждой команды. В любом случае, согласитесь, что знать о такой возможности webpack довольно полезно. При встрече с таким подходом в каком-нибудь проекте на github будет сразу понятно, что там происходит.
Для eslint достаточно один раз указать наличие автозагружаемых модулей. Надеюсь, через некоторое время можно будет его дружить с конфигом webpack и это будет происходить автомагически.
Явное, безусловно, лучше неявного. Но так можно сказать про любые практики :). «Зачем нам использовать sass, если разработчик уволится, придет новый и ничего не поймет». Подразумевается, что перед началом работы новый разработчик онакомится с проктом — хотя бы webpack конфиг прочитает на предмет используемых модулей. А то ведь новичка и линтер удивит, и автобилд, и еще много всего «неизвестного ему».

Information

Rating
3,874-th
Registered
Activity