Теоретически, достаточно одной куки от сайта. Всю остальную работу, и слежку в том числе, можно сделать на сервере. Проблемы, на самом деле, только со сторонними куками, никто не знает, что там гугл делает с данными про вас.
Все же, в основном набирают чтобы компания росла. Есть некоторый процент набора для коррекции текучки, но в корпоративном учете это немного разные вещи. Даже больше скажу, если уволится кто-то кому нет замены внутри компании — будут нанимать не смотря на хайринг фриз.
60% водителей Uber и Lyft передвигались бы пешком, на велосипеде, на общественном транспорте, или вообще оставались бы дома, если бы не приложения для вызова машины
Раз уж эти политики так любят все запрещать, запретили бы сразу офисы и магазины — главный источник желания людей куда-то поехать. Они бы и людей запретили, но кто тогда за них будет голосовать?
Да, обычный фича-коммит добирается до прода за неделю, иногда и больше. На случай факапов, где-то есть большая красная кнопка, чтобы запушить коммит за минуты.
Разница с гит-флоу, как я его понимаю, в том, что в релизных бранчах никакой разработки не ведётся. Типичный разработчик может даже не догадываться что эти бранчи вообще существуют.
В гугле прод деплоится не напрямую из мастера: сначала head должен собраться, потом на этой же сборке гоняют автотесты в изоляции, потом смотрят как оно дружит с другими сервисами, потом выпускают понемногу в прод. Инстансов очень много, так что можно свежую сборку запустить на пару машин и посмотреть что она не крашится и соседей не валит. Если head не собирается, или где-то релиз заело то это повод все бросить и чинить. Ну и есть два способа чинить: часто можно просто откатить плохой коммит, и тогда head соберётся, тесты пройдут и станет хорошо. Или да, черрипикать в релизный бранч и форспушить, и молиться что не сделаешь ещё хуже.
Зелёные все равно будут настаивать на том, чтобы запихать всех в поезда и автобусы. Тут речь о том, что личной Тесле нужно Х кВт•ч энергии, чтобы отвезти вас в бар и потом вернуть домой. А убер-Тесле, (с любым типом пилота) на ту же задачу потребуется 1,7Х энергии. Потому что пока вы будете в баре, убер ещё отвезёт кого-нибудь в магазин, и поездка от бара до нового пассажира будет «порожняком».
Схема не лишена некоторой логики: водитель убера не всегда везёт пассажиров, иногда он едет пустым за новым пассажиром. Конечно, без натягивания совы тут тоже не обошлось.
Обдумывание кода перед его написанием приводит к тому, что разработчик по-настоящему погружается в суть нужд бизнеса и заранее учитывает пограничные случаи
Тут дело в том, что думать тяжело, и часто люди склонны избегать этого. В статье высказывается мысль, что подход TDD — в противовес подходу «пиши код!» — некоторым образом подталкивает разработчика задуматься о задаче. Возможно, он задумается о том, как бы так скипнуть этот этап размышлений и закрыть уже таску, и может быть в результате даже лучше поймёт задачу.
Противники TDD тут наступают с двух сторон:
Нам/вам не платят за размышления, надо код писать, а не мозг выносить!
Мы и так думаем, нам эти процессные костыли не нужны.
Мне кажется, как раз в первом случае TDD нужен и может принести пользу.
Ну будут значит писать int dot(int i0, int i1, int i2); делов-то.
Откуда столько ненависти?
Конечно, в базах все эти данные есть. Просто подвернулся отличный повод проверить их качество и заодно уточнить.
Зато это прекрасный способ централизованно собрать информацию о том, кто где работает, где живет и чем занимается.
Раз уж эти политики так любят все запрещать, запретили бы сразу офисы и магазины — главный источник желания людей куда-то поехать. Они бы и людей запретили, но кто тогда за них будет голосовать?
Да, обычный фича-коммит добирается до прода за неделю, иногда и больше. На случай факапов, где-то есть большая красная кнопка, чтобы запушить коммит за минуты.
Разница с гит-флоу, как я его понимаю, в том, что в релизных бранчах никакой разработки не ведётся. Типичный разработчик может даже не догадываться что эти бранчи вообще существуют.
Зелёные все равно будут настаивать на том, чтобы запихать всех в поезда и автобусы. Тут речь о том, что личной Тесле нужно Х кВт•ч энергии, чтобы отвезти вас в бар и потом вернуть домой. А убер-Тесле, (с любым типом пилота) на ту же задачу потребуется 1,7Х энергии. Потому что пока вы будете в баре, убер ещё отвезёт кого-нибудь в магазин, и поездка от бара до нового пассажира будет «порожняком».
Лучше уж хотя бы одну жопу везти, чем вообще ни одной.
В тот раз как-то слабо набросили, всего 16 комментов и половину потёрло НЛО.
Хотя наверное сложно ожидать холивара по поводу политики призывающей быть конструктивными и не сраться в комментах (к ревью).
Противники TDD тут наступают с двух сторон:
Мне кажется, как раз в первом случае TDD нужен и может принести пользу.