Second, even if the package’s logic is correct, I can’t help but be amazed by the fact that developers are taking on dependencies for single line functions that they should be able to write with their eyes closed. In my opinion, if you cannot write a left-pad, is-positive-integer, or isArray function in 5 minutes flat (including the time you spend Googling), then you don’t actually know how to code. Hell, any of these would make a great code screening interview question to determine whether or not a candidate can code.
Выглядит так, что автор упивается кодерской сущностью программиста, и не задумывается, почему профессия называется Software Engineer. Проектирование софта сегодня все больше инжиниринг.
Давайте задумаемся, зачем в проекте, где описываются ресурсы REST отдельная функция isArray в отдельном файле? Зачем мне две разные isArray, объявленные и написанные по-ращзному в двух зависимостях, которые я использую? Или, зачем мне модуль Array, реалзующий 100500 крутых функций, если isArray — часть ES5 и мне максимум нужен шим этой функции для тех, у кого нет пока его поддержки?
А почему нет? Разработка с зависимостями — это лавирование между крупными библиотеками из мусора, мелкими функциями и шимами. Small modules: it’s not quite that simple
Если раньше, к примеру, я анализировал тренды, смотрел вордстат и выдачу, а потом запиливал полезный пользователю сайт в полупустой нише, то с каждым годом это все сложнее и дешевле.
Поздравляю, 90-ые в Интернетах закончились, продавцы бубльгумов не нужны.
Всегда нравилось, что вы пишите о подходах, применяемых в компании, к производству, к работе с покупателями и продажам вообще. Судя по всему, с переводом Спейс Алерта подход дал сбой http://tesera.ru/user/trent/thought/729236/
На самом деле называть файлы package.json и torrent_collection.js «однозначно спроектированными» для пиратства некорректно. Первый — точка входа в приложение,
package.json — это вообще-то список зависимостей приложения.
за первый семестр мне удалось прокачать нехилый сил по оптимизации бизнес процессов, программированию и по пониманию среды ИТ
новизна вызывает гибкость программы, предоставляет студентом возможность быть услышанными и повлиять на учебный процесс
Наши 18 человек представляют собой некий дисбаланс бэкграундов
Например, чтобы комментарии было интересно читать и они не состояли из одних только благоглупостей (работает так себе, но все же помогает — посмотрите на комменты на других ресурсах без оценок)
у меня для вас плохие новости.
html body { transform: scaleX(1) !important; }
Small modules: it’s not quite that simple
Ну и даже в комментариях к самой статье много разумных аргументов.
Выглядит так, что автор упивается кодерской сущностью программиста, и не задумывается, почему профессия называется Software Engineer. Проектирование софта сегодня все больше инжиниринг.
Давайте задумаемся, зачем в проекте, где описываются ресурсы REST отдельная функция isArray в отдельном файле? Зачем мне две разные isArray, объявленные и написанные по-ращзному в двух зависимостях, которые я использую? Или, зачем мне модуль Array, реалзующий 100500 крутых функций, если isArray — часть ES5 и мне максимум нужен шим этой функции для тех, у кого нет пока его поддержки?
Small modules: it’s not quite that simple
Поздравляю, 90-ые в Интернетах закончились, продавцы бубльгумов не нужны.
На статью не наберется история о локализации Space Alert? :)
Всегда нравилось, что вы пишите о подходах, применяемых в компании, к производству, к работе с покупателями и продажам вообще. Судя по всему, с переводом Спейс Алерта подход дал сбой http://tesera.ru/user/trent/thought/729236/
Было бы круто, если вы прокомментировали.
package.json — это вообще-то список зависимостей приложения.
Ну не скажите http://artgorbunov.ru/bb/soviet/20160203/