ES
Size: a a a
2019 September 14
IN
а если тестов нет, но бизнес встал от того, что на разработку и QA уходит слишком много времени из-за отсутствия тестов?
Когда тесты потребуются бизнесу и бизнес без них встанет - то тесты появятся.
Если бизнес работает без тестов — значит тесты не нужны.
Если бизнес работает без тестов — значит тесты не нужны.
IN
Тесты сами по себе не приносят прибыли. Так же как и код сам по себе не приносит прибыли.
Посмотрите на проект со стороны бизнеса
Посмотрите на проект со стороны бизнеса
IN
существуют компании в которых тесты не пишут принципиально
IN
написание тестов занимает больше времени и средств, чем ликвидация потенциальных проблем
IN
невероятно, но факт
f🤔
народ, а расскажите, как менеджите личные задачи, всякий GTD и прочие персональные штуки
совсем персональные в итоге упаковались тупо в большой набор пунктов в стандартном эппловом reminders. у меня 6-7 списков, и scheduled хорошо показывает, что критикал делать прям сейчас, и двух-трехдневный горизонт
PP
народ, а расскажите, как менеджите личные задачи, всякий GTD и прочие персональные штуки
В копилку: человек себе специальные бланки сделал для планирования.
https://davidseah.com/productivity-tools/
https://davidseah.com/productivity-tools/
AD
совсем персональные в итоге упаковались тупо в большой набор пунктов в стандартном эппловом reminders. у меня 6-7 списков, и scheduled хорошо показывает, что критикал делать прям сейчас, и двух-трехдневный горизонт
а подробнее расскажешь?
f🤔
а подробнее расскажешь?
самые крупные группы
- просто reminders (туда заезжает всё, что не раскидано в остальные группы)
- все рабочие напоминания, которых нет в календаре
- family (расшаренный с женой список, всё подряд)
- chores (вообще всё, что нужно повторять с какой-то периодичностью. в основном вертится вокруг бытовухи - отправить квартплату etc)
- health (ремайндеры про таблетки, записи к врачам etc, когда есть необходимость. high priority)
- subscriptions (отдельная мелкая категория, менеджмент и проверка статусов различных подписок и промок/триалов)
- просто reminders (туда заезжает всё, что не раскидано в остальные группы)
- все рабочие напоминания, которых нет в календаре
- family (расшаренный с женой список, всё подряд)
- chores (вообще всё, что нужно повторять с какой-то периодичностью. в основном вертится вокруг бытовухи - отправить квартплату etc)
- health (ремайндеры про таблетки, записи к врачам etc, когда есть необходимость. high priority)
- subscriptions (отдельная мелкая категория, менеджмент и проверка статусов различных подписок и промок/триалов)
IK
ну вот как-то так на весь проект
Ну вот поставь это число для начала, и при этом смотри репорты. Мы вообще на каждую ветку репорт выводим после прогонки тестов на CI
f🤔
но категории не главное, главное - жестко приучить себя записывать задачи и жмакать "выполнено" ТОЛЬКО после того как реально выполнено
инерция "лень достать телефон и надиктовать сири какую-то мелочь/открыть reminders одной кнопкой и записать задачу" первое время была очень большая
инерция "лень достать телефон и надиктовать сири какую-то мелочь/открыть reminders одной кнопкой и записать задачу" первое время была очень большая
T
Ну вот поставь это число для начала, и при этом смотри репорты. Мы вообще на каждую ветку репорт выводим после прогонки тестов на CI
ага, спасибо)
2019 September 15
VD
написание тестов занимает больше времени и средств, чем ликвидация потенциальных проблем
Считать нужно не только и не столько время, но и убытки; даже если баг фиксится одной строчкой, его нужно задеплоить, подождать пока выкатится (если, конечно, не ручками править файлик на сервере), но самое главное — обнаружить. За это время потенциальный клиент сервиса плюнет на всё и уйдёт к конкурентам.
Всё, конечно, от бизнеса зависит, как было отмечено выше; если это внутренняя система для рабов какой-то корпорации — то, конечно, похер на баги и время их починки, «оставьте заявку, мы когда-нибудь посмотрим».
Всё, конечно, от бизнеса зависит, как было отмечено выше; если это внутренняя система для рабов какой-то корпорации — то, конечно, похер на баги и время их починки, «оставьте заявку, мы когда-нибудь посмотрим».
AG
Считать нужно не только и не столько время, но и убытки; даже если баг фиксится одной строчкой, его нужно задеплоить, подождать пока выкатится (если, конечно, не ручками править файлик на сервере), но самое главное — обнаружить. За это время потенциальный клиент сервиса плюнет на всё и уйдёт к конкурентам.
Всё, конечно, от бизнеса зависит, как было отмечено выше; если это внутренняя система для рабов какой-то корпорации — то, конечно, похер на баги и время их починки, «оставьте заявку, мы когда-нибудь посмотрим».
Всё, конечно, от бизнеса зависит, как было отмечено выше; если это внутренняя система для рабов какой-то корпорации — то, конечно, похер на баги и время их починки, «оставьте заявку, мы когда-нибудь посмотрим».
Мне кажется, что Илья имел в виду, что если бизнесу не "больно", то хер с ними с этими тестами)
AG
Но с его утверждением про больше проблем, я тоже не согласен
IN
Считать нужно не только и не столько время, но и убытки; даже если баг фиксится одной строчкой, его нужно задеплоить, подождать пока выкатится (если, конечно, не ручками править файлик на сервере), но самое главное — обнаружить. За это время потенциальный клиент сервиса плюнет на всё и уйдёт к конкурентам.
Всё, конечно, от бизнеса зависит, как было отмечено выше; если это внутренняя система для рабов какой-то корпорации — то, конечно, похер на баги и время их починки, «оставьте заявку, мы когда-нибудь посмотрим».
Всё, конечно, от бизнеса зависит, как было отмечено выше; если это внутренняя система для рабов какой-то корпорации — то, конечно, похер на баги и время их починки, «оставьте заявку, мы когда-нибудь посмотрим».
Можно много чего считать, я лишь повторю состоявшийся факт. Есть компании в которых пренебрегают тестированием. Обвешивают приложение мониторинг тулзами и в проду. Это обусловлено высочайшей конкурентностью и сверх быстрым вводом фич, чтобы выиграть в скорости.
IN
Пока тесты пишешь и тестируешь - конкуренты рынок заберут
IN
Мне кажется, что Илья имел в виду, что если бизнесу не "больно", то хер с ними с этими тестами)
Именно.
AG
Пока тесты пишешь и тестируешь - конкуренты рынок заберут
Заберут те, кто не тратит время на исправление багов