Давайте только не применять эти правила если код функции меньше хотя бы 20 строк и от результата ее ничего не зависит )
Ну вот серьезно, что бы вы подумали о вашем сотруднике который реально вместо того чтобы просто вывести разницу во времени, написал 4 функции для этого и тесты на каждую из них? и потратил на это видимо больше времени.
Я считаю что это трата оплачиваемого времени на ерунду, вместо решения задач бизнеса, сотрудник с таким подходом будет выполнять крайне мало задач в месяц. Поддержка его тестов дороже переписывания тестируемых функций.
В примере автора на фронтенде, вообще не страшно если функция ничего не выведет, это не критичный функционал. Не стоит он потраченных усилий.
ну и просто пример нормального рабочего решения без заморочек.
const getWorkDuration = (worktimeFrom, worktimeTo) => {
let diff = new Date('1/1/1 '+worktimeTo).getTime() - new Date('1/1/1 '+worktimeFrom).getTime()
if (diff < 0) diff += 24*60*60*1000
const [hh,mm] = new Date(diff).toISOString().substr(11,5).split(':')
return `${Number(hh)}ч` + (Number(mm) ? ` ${Number(mm)}мин` : '')
}
Такое не нуждается в тестах — потому что тут просто форматирование входящих данных то есть нет никакой логики, никакое состояние не меняется.
Не вижу сожалений. В статье описаны этапы развития автора, и он по сути советует нам последовать его примеру, только пропустить первые этапы и сразу перейти к последнему.
Не справляются, строители, врачи, кто угодно, ошибаются в оценках(иногда в большую сторону). Просто исходя из аксиомы о невозможности точного предсказания будущего, не могут они этого сделать.
Не понимаю, почему недостаточно того, вроде просто и очевидного факта, что на данный момент не существует способов предсказывания будущего с доказанной эффективность? Один человек просит другого предсказать будущее, а потом пытается понять почему тот ошибся? Серьезно?
Во каких-то странах неделя по старинке начинается с воскресенья. Вот зачем-то эту традицию оставили в новом календаре ) возможно автор очень хотел оставить Пятницу 13е )))
Но вообще в нем абсолютно не важно с какого дня будет начинаться неделя
Выучи этот язык, потом этот )
Возможно именно из-за такого пути большая часть приложений люто лагает.
В список очень стоит добавить рекомендацию хоть немного поучиться собственно программированию. Алгоритмы, паттерны/анти-паттерны. «Совершенный код», refactoring.guru — для ленивых
Для лёгкого старта с indexedDB рекомендую библиотеку dexie.js , несколько лет использую в production , все отлично.
Ещё большой плюс indexedDB её доступность из веб и сервис воркеров в отличии от localStorage
Придумать бы ещё что со спамом на Хабре делать...
Вот пример типичных задач абстрактного мобильного приложения https://habr.com/ru/post/549642/ описанные проблемы и способы их решения это сложно.
После no-code ждал пункта "передать разработку подрядчику" )
Давайте только не применять эти правила если код функции меньше хотя бы 20 строк и от результата ее ничего не зависит )
Ну вот серьезно, что бы вы подумали о вашем сотруднике который реально вместо того чтобы просто вывести разницу во времени, написал 4 функции для этого и тесты на каждую из них? и потратил на это видимо больше времени.
Я считаю что это трата оплачиваемого времени на ерунду, вместо решения задач бизнеса, сотрудник с таким подходом будет выполнять крайне мало задач в месяц. Поддержка его тестов дороже переписывания тестируемых функций.
В примере автора на фронтенде, вообще не страшно если функция ничего не выведет, это не критичный функционал. Не стоит он потраченных усилий.
ну и просто пример нормального рабочего решения без заморочек.
Такое не нуждается в тестах — потому что тут просто форматирование входящих данных то есть нет никакой логики, никакое состояние не меняется.
Тоже понадобилось информацию о доходах отправлять, а у меня по 5-10 поступлений в день по 70-150 руб
Авторизация по логину и паролю работает.
deviceId — просто рандомная строка из 21го символа срабатывает — https://github.com/alexstep/moy-nalog/blob/main/index.js#L51
Вот либу написал — https://www.npmjs.com/package/moy-nalog пользуйтесь, присоединяйтесь к разработке )
Не вижу сожалений. В статье описаны этапы развития автора, и он по сути советует нам последовать его примеру, только пропустить первые этапы и сразу перейти к последнему.
Странно это все очень. Установщики пакетов при наличии локфайлов сверяют хэшсуммы пакета. Неужели их не используют в столь продвинутых компаниях?
На Хабре открылся филиал gq?
Классно что гугл выдали бесплатную либу! Конечно полезный функционал для пользователей вашего мессенджера
Кому обычно присылают адреса не в тамтам, рекомендую включить функцию гугл ассистента "Объекты на экране"
Посмотрите в сторону esbuild и esbuild-loader вместо babel
Храню все в window.DATA={} и проблем не знаю )
ну наймите строителей оценивать сроки )))
Мне ремонт обещали за 3, а делали 4 месяца.
Не справляются, строители, врачи, кто угодно, ошибаются в оценках(иногда в большую сторону). Просто исходя из аксиомы о невозможности точного предсказания будущего, не могут они этого сделать.
первое что нагуглилось https://www.irn.ru/conf/103/
Не понимаю, почему недостаточно того, вроде просто и очевидного факта, что на данный момент не существует способов предсказывания будущего с доказанной эффективность? Один человек просит другого предсказать будущее, а потом пытается понять почему тот ошибся? Серьезно?
Вспомнилась статья — https://habr.com/ru/company/vdsina/blog/524664/
Возможно что-то из используемого автором ПО вам поможет, трекер глаз например
Я считаю что это не соответствует описанию — "на лету, сразу в продакшн-системе"
Во каких-то странах неделя по старинке начинается с воскресенья. Вот зачем-то эту традицию оставили в новом календаре ) возможно автор очень хотел оставить Пятницу 13е )))
Но вообще в нем абсолютно не важно с какого дня будет начинаться неделя
Вот еще отличный вариант
Возможно именно из-за такого пути большая часть приложений люто лагает.
В список очень стоит добавить рекомендацию хоть немного поучиться собственно программированию. Алгоритмы, паттерны/анти-паттерны. «Совершенный код», refactoring.guru — для ленивых