Здравствуйте, Codealot, Вы писали:
C>>Влияет. Так как есть прямая мотивация не писать криво. C>Каким образом исключается ситуация, когда наговнокодил один, а чинить пришлось другому?
Минимизируется, не исключается. Внутри своей команды — помогай делать code review. С внешними командами — минимизировать зависимости от них.
Sapienti sat!
Re[17]: Amazon phone coding interview - как проходит?
Здравствуйте, Cyberax, Вы писали:
CC>>On-call не влияет на качество софта. C>Влияет. Так как есть прямая мотивация не писать криво.
Нормальные инженеры сразу не пишут криво, если только не начинать их душить сроками. Маппеты пишут криво всегда, просто потому что по другому не научились ещё, особенно если их давить сроками.
Баги же в крупном софте были и будут всегда.
CC>>Те же колво легаси и тесные сроки влияют весьма заметно. C>Это тоже влияет.
Нет, это ключевое.
CC>>В таком случае ты работаешь 24/7 за деньги для 8/5 + на life времени не остаётся. C>Бред ведь. On-call в нормальных командах в Амазоне — это неделя в квартал. Остальное время никто беспокоить вне рабочего времени не будет.
Ещё лучше. Потому что будут времена затишья и времена пц сразу после релиза. И уж точно неделя в квартал не будет никакой "мотивацией не писать криво", так что всё что ты сверху натеоретизировал можно смывать.
Студентоте такая фигня может и зайдёт, у взрослых людей же вызывает только раздражение.
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Re[16]: Amazon phone coding interview - как проходит?
Здравствуйте, Codealot, Вы писали:
C>Каким образом исключается ситуация, когда наговнокодил один, а чинить пришлось другому?
Да никак. Более того, всегда будешь чинить чужие баги.
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Re[18]: Amazon phone coding interview - как проходит?
Здравствуйте, Codealot, Вы писали: C>Но если кто-то не тянет, то он все равно будет говнокодить.
скажу по секрету. в поганом микрософте где я работал когда-то не тянули почти вообще все. проект в итоге загнулся, менеджеров уволили, но это никак не мешало людям получать зарплату пока все думают, что у них что-то работает. тут важно искусство вовремя перейти в другой проект. точно такой же, но реальное состояние которого до высшего менеджмента еще не дошла.
мне в MS открылся интересный факт, что очень много программистов, проработавших всю свою жизнь в больших конторах (да и не только, но в основном) никогда в своей жизни не участвовали в успешных проектах и даже не верят, что такое вообще существует. они ходят от одного провала к другому, всячески выворачиваются и получают деньги
Здравствуйте, Cyberax, Вы писали:
C>Здравствуйте, CreatorCray, Вы писали:
blp>>>>Онколл программистов — особенность Амазона и части команд МСа. В Гугле для онколла есть "низшая каста" SRE C>>>Я считаю подход Амазона более правильным. CC>>Это категорически неправильный подход. Не в таком виде. C>Вот поэтому у Apple софт и такой кривой.
А где ни кривой то? Уже вроде всех на рсдн обосрали.
Re[14]: Amazon phone coding interview - как проходит?
Здравствуйте, CreatorCray, Вы писали:
CC>Нормальные инженеры сразу не пишут криво, если только не начинать их душить сроками. Маппеты пишут криво всегда, просто потому что по другому не научились ещё, особенно если их давить сроками. CC>Баги же в крупном софте были и будут всегда.
Отличие в том, что в Apple всем всё пофиг. Ну ломает следующее обновление кучу софта. Ну и что? Маркетинг скажет, что это такая фича и надо просто правильно держать компьютер.
В Амазоне такое не получится — если выкатывается кривой код, то команда лично будет получать волшебные пендюли.
C>>Бред ведь. On-call в нормальных командах в Амазоне — это неделя в квартал. Остальное время никто беспокоить вне рабочего времени не будет. CC>Ещё лучше. Потому что будут времена затишья и времена пц сразу после релиза.
On-call постоянен, т.е. 24/7. Но в каждый конкретный момент только один человек является дежурным. Так как обычно команды — это 12-16 человек, то и получается в среднем где-то неделя в квартал.
Крупных релизов в Amazon'е как таковых тоже почти нет, фичи обычно выпускаются постепенно.
Sapienti sat!
Re[19]: Amazon phone coding interview - как проходит?
Здравствуйте, __kot2, Вы писали:
__>скажу по секрету. в поганом микрософте где я работал когда-то не тянули почти вообще все. проект в итоге загнулся, менеджеров уволили, но это никак не мешало людям получать зарплату пока все думают, что у них что-то работает. тут важно искусство вовремя перейти в другой проект. точно такой же, но реальное состояние которого до высшего менеджмента еще не дошла.
Не то чтобы меня это очень удивляло.
Ад пуст, все бесы здесь.
Re[17]: Amazon phone coding interview - как проходит?
Здравствуйте, Cyberax, Вы писали:
C>Отличие в том, что в Apple всем всё пофиг.
Неверно.
C> Ну ломает следующее обновление кучу софта. Ну и что? Маркетинг скажет, что это такая фича и надо просто правильно держать компьютер.
Нет.
CC>>Ещё лучше. Потому что будут времена затишья и времена пц сразу после релиза. C>On-call постоянен, т.е. 24/7. Но в каждый конкретный момент только один человек является дежурным.
Речь как раз про человека. Есть те, кому повезло и они попали в затишье, есть те, кого кинули под паровоз.
C> Так как обычно команды — это 12-16 человек, то и получается в среднем где-то неделя в квартал.
Да пофиг. Я видел более мягкую версию такого "дежурства" — нафиг, пользы ноль. Уж лучше посадить постоянную команду фильтром перед девелоперами.
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Re[17]: Amazon phone coding interview - как проходит?
Здравствуйте, SkyDance, Вы писали:
C>>С внешними командами — минимизировать зависимости от них. SD>А вот это уже велосипедостроением попахивает. Знакомо, знакомо. "Мы не верим, что они пишут хороший софт, поэтому напишем сами".
Не совсем. Скорее выглядит как избегание сложных зависимостей (например, AWS Lambda) и использование более простых решений (пара серверов с простым сервисом).
Sapienti sat!
Re[18]: Amazon phone coding interview - как проходит?
Здравствуйте, CreatorCray, Вы писали:
C>> Ну ломает следующее обновление кучу софта. Ну и что? Маркетинг скажет, что это такая фича и надо просто правильно держать компьютер. CC>Нет.
Вот-вот. Нет on-call'а, и народу пофиг на говнокод. Ну сломала Catalina ( https://www.theregister.co.uk/2019/10/11/macos_catalina_fail/ ) половину софта, ну какая разница? Ну подумаешь, на iOS 13 баг с разблокировкой экрана нашёл ребёнок, потыкав в интерфейс.
Никакой ответственности. Ноль качества. Я очень рад, что из продуктов Apple у меня остался только MacBook Pro.
C>>On-call постоянен, т.е. 24/7. Но в каждый конкретный момент только один человек является дежурным. CC>Речь как раз про человека. Есть те, кому повезло и они попали в затишье, есть те, кого кинули под паровоз.
Конкретно в нашей команде on-call был по 3 дня (две ротации — для будних дней и выходных), с возможностью попросить замену. Ну и дежурный — он ведь не один, если что-то совсем плохо — он будет раздавать пендюлей команде.
C>> Так как обычно команды — это 12-16 человек, то и получается в среднем где-то неделя в квартал. CC>Да пофиг. Я видел более мягкую версию такого "дежурства" — нафиг, пользы ноль. Уж лучше посадить постоянную команду фильтром перед девелоперами.
Да-да.
Здравствуйте, Cyberax, Вы писали:
C>Конкретно в нашей команде on-call был по 3 дня (две ротации — для будних дней и выходных), с возможностью попросить замену. Ну и дежурный — он ведь не один, если что-то совсем плохо — он будет раздавать пендюлей команде.
А как это вообще работает: ну разбудили программиста в 4 часа утра, он садится за комп и по RDP решает проблему или сразу едет в офис (или ночует там?)? А как выглядит решение проблемы, по логгам лезет в код и смотрит в чем дело,
а если это нагруженный 24/7 сервис, то все это время он не доступен? А если бага серьзеная, код сложный, что тогда? Как я это понимаю, это локальные, относительно простые, инциденты, когда что-то где-то упало и надо поднять, не более.
Здравствуйте, Sharov, Вы писали: S>А как это вообще работает: ну разбудили программиста в 4 часа утра, он садится за комп и по RDP решает проблему или сразу едет в офис (или ночует там?)? А как выглядит решение проблемы, по логгам лезет в код и смотрит в чем дело,
со слов друга:
будят в три часа ночи с претензией: почему на складе стоят 10 бутылок чистящего средства, а отображается в базе 11?
Re[6]: Amazon phone coding interview - как проходит?
Здравствуйте, Cyberax, Вы писали:
C>Ну сломала Catalina ( https://www.theregister.co.uk/2019/10/11/macos_catalina_fail/ ) половину софта, ну какая разница?
Какую половину софта она сломала? Тем что поддержку 32 бит убрали, о чём предупреждали всех за год до и всем было пофигу пока не клюнуло? Та же фигня была с Carbon — пока не выключили никто не чесался.
As Hall argues, "Apple’s insistence on their annual, big-splash release cycle is fundamentally breaking engineering."
Именно то, о чём я и говорил про "душить сроками".
Чем тут поможет on-call? Если в руках молоток — всё похоже на гвоздь?
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Re[20]: Amazon phone coding interview - как проходит?
Здравствуйте, CreatorCray, Вы писали:
CC>Какую половину софта она сломала? Тем что поддержку 32 бит убрали, о чём предупреждали всех за год до и всем было пофигу пока не клюнуло? Та же фигня была с Carbon — пока не выключили никто не чесался.
И что, никакое большое и страшное предупреждение при запуске проги не показывали?
Ад пуст, все бесы здесь.
Re[21]: Amazon phone coding interview - как проходит?
Здравствуйте, Codealot, Вы писали:
C>И что, никакое большое и страшное предупреждение при запуске проги не показывали?
Показывали. Но видимо недостаточно большое и страшное.
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Re[20]: Amazon phone coding interview - как проходит?
Здравствуйте, CreatorCray, Вы писали:
C>>Ну сломала Catalina ( https://www.theregister.co.uk/2019/10/11/macos_catalina_fail/ ) половину софта, ну какая разница? CC>Какую половину софта она сломала? Тем что поддержку 32 бит убрали, о чём предупреждали всех за год до и всем было пофигу пока не клюнуло? Та же фигня была с Carbon — пока не выключили никто не чесался.
Ну вообще-то пишут что всё серьезнее, чем просто 32 бита. У вас что, тоже начали массово танцоров завозить?
