Меня всегда поражало в Нью-Йорке, что вообще никак нельзя было заказать такси. Будь ты хоть звезда Голливуда, ты мог простоять на краю дороги, безуспешно пытаясь поймать такси в дождь, и промокнуть до нитки.
Что-то новенькое =) Сколько живу в НЙ всегда можно было заказать машину по телефону. Только это называется не Taxi а Car (Limo) Service. Вот например русские Чайку держат в Бруклине www.seagullexpress.com
А звезды галивуда ездят с личными водилами
Data-binding не так уж и ресурсоемок, если следовать простому правилу — класть в $scope только то, что тебе в данный момент нужно на экране, а не хранить там все на свете. Если есть список из 1000 элементов и используется пагинатор — то лучше в $scope класть только текущую страницу
Все равно в продакшн все минифицируется и кладется в один файл, в ленивой загрузке загрузке нету смысла, так как она тормозит отзывчивость приложения. Если же охота загрузить что-то позже, то лучше это сделать вторым комбинированным файом, после начальной инициализации
Зависимости через приведение функции к строке очень удобны на этапе разработки, когда зависимости часто меняются и не охота каждый раз менять массив со строками. Просто поменял имена параметров функции и помчал. Перед продакшном все зависисости нужно зафиксировать. И если покрыть весь код тестами — после минификации можно легко заметить, где ты забыл их зафиксировать.
Жесткие требования — это плюс. Это культура разработки. Когда вы повстречаетесь с отчаянными фристайл кодерами, которые выносят код в отдельные функции и файлы по одним им известным причинам — вы это почувствуете =)
Но в том и смысл, что это и не нужно выносить в функцию, а можно использовать инлайн. И в предыдущем тесте сравнивает прирост по сравнению с floor, а не с round
Раньше вы равнивал, но потом получил замечание, которое застравило переосмыслить. После изменения/добавления строки кода приходится изменять все близлежащие строки, что негативно отражается на размер дифа после коммита. Это делает запутанным определение авторов изменений тех или иных строк и делает бесмысленным git blame
Так же в сложных js проектах придерживаюсь npm code style
А по-моему нормальная практика. А если людям не знающим стандарты будет трудно поддерживать, то лучше им не давать ничего разнребать. Даже гугл рекомендует habrahabr.ru/post/143452/
Дзен буддизм
Квантовая механика
Что-то новенькое =) Сколько живу в НЙ всегда можно было заказать машину по телефону. Только это называется не Taxi а Car (Limo) Service. Вот например русские Чайку держат в Бруклине www.seagullexpress.com
А звезды галивуда ездят с личными водилами
ibetadownload.com/download.html
rutracker.org/forum/tracker.php?nm=ios%207%20beta
Все равно в продакшн все минифицируется и кладется в один файл, в ленивой загрузке загрузке нету смысла, так как она тормозит отзывчивость приложения. Если же охота загрузить что-то позже, то лучше это сделать вторым комбинированным файом, после начальной инициализации
Зависимости через приведение функции к строке очень удобны на этапе разработки, когда зависимости часто меняются и не охота каждый раз менять массив со строками. Просто поменял имена параметров функции и помчал. Перед продакшном все зависисости нужно зафиксировать. И если покрыть весь код тестами — после минификации можно легко заметить, где ты забыл их зафиксировать.
Жесткие требования — это плюс. Это культура разработки. Когда вы повстречаетесь с отчаянными фристайл кодерами, которые выносят код в отдельные функции и файлы по одним им известным причинам — вы это почувствуете =)
git blameТак же в сложных js проектах придерживаюсь npm code style
Я зачем статью читал?!