Эффект присутствия может помочь — получение информации по многим каналам насколько удобно человеку работать, о чем у него болит голова, насколько удобен UI и так далее.
Но мне было бы интересно, чтобы присутствующие додо-программисты рассказали про это, а не чтобы я теоретизировал.
А если программист работает на металлургическом заводе, ему что нужно поработать сталеваром, не имея ни допусков по ТБ, ни специфических умений?!
С чего вы решили?
Разумеется все зависит от условий. Летом носят майки, зимой носят шубы. Если нельзя без допуска, то нельзя, если допуск можно получить, то можно.
Вы же не пишете этот комментарий в акваланге на основании того, что кто-то другой в каком-то другом месте без него бы не выжил?
Я думаю, тут дело в том, что юристы используют несколько менее формальную логику чем программисты. В случае гипотетического сферического суда в вакууме может выясниться что использование интернет кабеля является частью прочесса пользования сайтом, а вот умышленная модификация адблоком — нет.
Я имел ввиду исходный лайфхак описанный в статье. Очевидно, просмотр при помощи браузера явно подпадает под ToS («cтраниц видеовоспроизведения на самом Веб-сайте»)
Вы обязуетесь не изменять и не модифицировать какую-либо часть Веб-сайта или Службы (включая, но не ограничиваясь этим, Плеер YouTube и связанные с ним технологии); Вы обязуетесь не получать доступа к Контенту с помощью какой-либо технологии или средств, отличных от страниц видеовоспроизведения на самом Веб-сайте, Плеера YouTube или иных подобных средств, которые YouTube может специально предоставить для указанной цели; Вы обязуетесь не совершать (или не пытаться совершать) следующие действия: обходить, отключать или иным образом вмешиваться в любые связанные с безопасностью характеристики (защитные меры ) Веб-сайта или характеристики (защитные меры), которые (I) предотвращают или ограничивают использование или копирование любого Контента, либо (II) налагают ограничения на использование Службы или информации, доступ к которой может быть получен с помощью Службы;
Фиг знает подпадает это лайфхак под это условие или нет.
При запуске, ага. Это инженерный долг — если его берешь, надо учитывать, что отдавать придется с процентами. «Всегда брать», «никогда не брать» — слишком примитивные стратегии.
«без спешки разрабатывается только ПО, которое заведомо никому не нужно.» — тоже слишком примитивно — каждое ПО разрабатывается со спешкой и без спешки в разные моменты времени.
Вопрос не только в том, что должно и что не должно, а в том, как это работает реально на большинстве людей в конкретной культуре. Я наблюдаю что это стимулирует спешку.
Причем, судя по тому, что некоторые призывы оценивать задачи в условных единицах а не во временных мотивируются так же (чтобы не стимулировать спешку), это наблюдаю не только я.
So whenever you're thinking of asking for an estimate, you should always clarify what decision that estimate is informing. If you can't find one, or the decision isn't very significant, then that's a signal that an estimate is wasteful. When you do find a decision then knowing it focuses the estimate because the decision provides context. It should also clarify the desired precision and accuracy.
Разработчикам не нужна неограниченность. Они сами себя ограничивают типами тестами и т.д. от ошибок. Просто у них другие ограничения, и под их ограничения проще сделать неограниченный смартфон, чем ограниченный специально для них.
Я вообще про ничем неограниченный вычислитель. Проблема в том, что неограниченность никому не нужна. Всем нужна ограниченность совершения ошибок. И для большинства пользователей нужно решение для именно его нужд, которое будет давать ему только ту свободу которая нужна. Что-то типа iOS.
Но мне было бы интересно, чтобы присутствующие додо-программисты рассказали про это, а не чтобы я теоретизировал.
С чего вы решили?
Разумеется все зависит от условий. Летом носят майки, зимой носят шубы. Если нельзя без допуска, то нельзя, если допуск можно получить, то можно.
Вы же не пишете этот комментарий в акваланге на основании того, что кто-то другой в каком-то другом месте без него бы не выжил?
Фиг знает подпадает это лайфхак под это условие или нет.
«без спешки разрабатывается только ПО, которое заведомо никому не нужно.» — тоже слишком примитивно — каждое ПО разрабатывается со спешкой и без спешки в разные моменты времени.
Причем, судя по тому, что некоторые призывы оценивать задачи в условных единицах а не во временных мотивируются так же (чтобы не стимулировать спешку), это наблюдаю не только я.
Правда, некоторые считают, что обычно это приводит к спешке, которая вредит качеству.
Вопрос, за счет чего она будет в него укладываться...
https://martinfowler.com/bliki/PurposeOfEstimation.html