Архитекторов там хватает. Там не хватает людей, которые могут отследить все, что делают тысячи программисты в едином порыве break things, move fast. Оно, кстати, наоборот должно звучать, но на практике первая часто мотто случается "faster", чем "move".
Вот не надо! Примитивный QA таки есть. Нормального - нет, да.Vladimir Kr. wrote: ↑28 May 2021 02:00 причем так fast, что вчера поломали marketplace, и полдня (минимум) с андроида толком не работало.
QA automation / devops / rollback? а? не, не слышали.
То-есть не только секюрити, а примитивного quality control нету.
зато литкод и design есть!
Примитивно автоматизированный, мануал или и то и то?rx300 wrote: ↑28 May 2021 02:18Вот не надо! Примитивный QA таки есть. Нормального - нет, да.Vladimir Kr. wrote: ↑28 May 2021 02:00 причем так fast, что вчера поломали marketplace, и полдня (минимум) с андроида толком не работало.
QA automation / devops / rollback? а? не, не слышали.
То-есть не только секюрити, а примитивного quality control нету.
зато литкод и design есть!
Автоматизированный, конечно, есть. Мануальный - это по большей части "dog fooding", когда сами сотрудники тестируют билды. Есть QA, который тестирует у отдельных групп, но их мало и больше исключение, чем правило.
Увы, у интернет компаний маржа просто огромная - по-русски норма прибыли, вроде - то есть минимальными усилиями / затратами печатают бабло, фактически. Я имею в виду G & FB. Причем уверен, что если вы, например, потеряете свой gmail email - с гугла взятки гладки, не предъявишь. А если, скажем, дофига чего в гуглопоиске накроется - то большинство пользователей даже не заметит. Да, сам гугл будет терять - точнее, недополучать - много бабок, если релевантность поиска сильно снизится, но для конечного пользователя это будет малозаметно, даже если у них там 90% машин колом встанут. Поэтому и другие их продукты - вроде Андроида, Хрома и Гуглоклауда такое говно - баги оне фиксить не привыкли. Главное, собрать побольше ваших данных и направить поиск куда нужно - ну а остальная функциональность постольку-поскольку, если время останется.Vladimir Kr. wrote: ↑28 May 2021 02:00 причем так fast, что вчера поломали marketplace, и полдня (минимум) с андроида толком не работало.
QA automation / devops / rollback? а? не, не слышали.
То-есть не только секюрити, а примитивного quality control нету.
зато литкод и design есть!
Под мануальщиками я как раз таки имел ввиду qa. Давать мануально тестировать продукт разработчику, у которого глаз замылен, это ещё то ни ни вроде бы всегда было, но я все больше этого тренда вижу. У автоматизации вроде бы тоже все ещё есть пределы.
Заметят все. Как раз такие event'ы отслеживаются лучше и эффективнее других. А вот "баги", которые могут быть annoying, а иногда критичны для пользователей, пролетают мимо автоматизации и dood fooding'а легко.M. Ridcully wrote: ↑28 May 2021 05:11 Представьте, что весь FB вообще на день отключат. Ну, придется кому-то вместо "ленты друзей" новости на толчке почитать, а так, поди, даже мало, кто и заметит.
Не знаю, что такое "продвинутое". Самое сложное и перспективное - это использование AI для "мануального" тестирования. Который сам находит паттерны проблем и навигацию морды сервиса. Есть подобные и для backend'а. FB, как и многие другие популярные массовые сервисы очень сильно полагаются на метрики. Во всем. Про этом, впрочем, мы уже говорили. И мониторинг багов тоже на эти самые метрики полагается. Если что-то где-то не работает, это можно выяснить по статистике активности пользователей и тригеров на определенные события.nyekimov wrote: ↑28 May 2021 08:03 Под мануальщиками я как раз таки имел ввиду qa. Давать мануально тестировать продукт разработчику, у которого глаз замылен, это ещё то ни ни вроде бы всегда было, но я все больше этого тренда вижу. У автоматизации вроде бы тоже все ещё есть пределы.
А что есть продвинутое тестирование? Очень интересно послушать приветовское мнение.
Ну пусть и заметят, но для юзверей доскомфорт будет минимальный - найдут какую-нить другую internet-жвачку на время.rx300 wrote: ↑28 May 2021 18:48Заметят все. Как раз такие event'ы отслеживаются лучше и эффективнее других.M. Ridcully wrote: ↑28 May 2021 05:11 Представьте, что весь FB вообще на день отключат. Ну, придется кому-то вместо "ленты друзей" новости на толчке почитать, а так, поди, даже мало, кто и заметит.
.Не совсем понял, есть ли фрэймворки AI для тестирования проблем навигации уже на мобильных клиентах? Именно при кодировании до релиза. Киньте пару названий, если они в открытом доступе.rx300 wrote: ↑28 May 2021 18:52Не знаю, что такое "продвинутое". Самое сложное и перспективное - это использование AI для "мануального" тестирования. Который сам находит паттерны проблем и навигацию морды сервиса. Есть подобные и для backend'а. FB, как и многие другие популярные массовые сервисы очень сильно полагаются на метрики. Во всем. Про этом, впрочем, мы уже говорили. И мониторинг багов тоже на эти самые метрики полагается. Если что-то где-то не работает, это можно выяснить по статистике активности пользователей и тригеров на определенные события.nyekimov wrote: ↑28 May 2021 08:03 Под мануальщиками я как раз таки имел ввиду qa. Давать мануально тестировать продукт разработчику, у которого глаз замылен, это ещё то ни ни вроде бы всегда было, но я все больше этого тренда вижу. У автоматизации вроде бы тоже все ещё есть пределы.
А что есть продвинутое тестирование? Очень интересно послушать приветовское мнение.
интересная история, поучительнаяvdfs wrote: ↑29 May 2021 01:28 Мы тут недавно на гугловский pubsub переползли в проде. И потеряли часть сообщений из-за бага на их стороне. Сообщения принимались, но иногда не форвардились куда надо. Бизнес пострадал очень серьезно.
Они даже не смогли нам id потерянных сообщений предоставить! Только дали примерную дату фикса.
Шухер был полный. Мы по крупицам из разных систем восстанавливали потерянное в правильной последовательности 3 дня. А вы говорите, QA. Они и не знали, что сообщения потерялись, пока от нас не услышали. То есть, алертов отлавливать такое тоже нет, хотя это ключевая функциональность продукта.
это не история, а конкретный косяк. Вот бы интересно, послушать ответственного за переезд на гугль, а заодно и архитектора этого безобразия, решившего использовать pubsub без пре-дампа. А похожих историй про спаннер нету?valchkou wrote: ↑29 May 2021 02:08интересная история, поучительнаяvdfs wrote: ↑29 May 2021 01:28 Мы тут недавно на гугловский pubsub переползли в проде. И потеряли часть сообщений из-за бага на их стороне. Сообщения принимались, но иногда не форвардились куда надо. Бизнес пострадал очень серьезно.
Они даже не смогли нам id потерянных сообщений предоставить! Только дали примерную дату фикса.
Шухер был полный. Мы по крупицам из разных систем восстанавливали потерянное в правильной последовательности 3 дня. А вы говорите, QA. Они и не знали, что сообщения потерялись, пока от нас не услышали. То есть, алертов отлавливать такое тоже нет, хотя это ключевая функциональность продукта.
Они работают над тем, что бы держать юзеров за яйца. А примеру, те же мессенджеры. Напишешь что то типа того, что "All lives matter" и тебе связь блокируют, а по контакт листу разошлют, что товарищ расистM. Ridcully wrote: ↑28 May 2021 05:11Увы, у интернет компаний маржа просто огромная - по-русски норма прибыли, вроде - то есть минимальными усилиями / затратами печатают бабло, фактически. Я имею в виду G & FB. Причем уверен, что если вы, например, потеряете свой gmail email - с гугла взятки гладки, не предъявишь. А если, скажем, дофига чего в гуглопоиске накроется - то большинство пользователей даже не заметит. Да, сам гугл будет терять - точнее, недополучать - много бабок, если релевантность поиска сильно снизится, но для конечного пользователя это будет малозаметно, даже если у них там 90% машин колом встанут. Поэтому и другие их продукты - вроде Андроида, Хрома и Гуглоклауда такое говно - баги оне фиксить не привыкли. Главное, собрать побольше ваших данных и направить поиск куда нужно - ну а остальная функциональность постольку-поскольку, если время останется.Vladimir Kr. wrote: ↑28 May 2021 02:00 причем так fast, что вчера поломали marketplace, и полдня (минимум) с андроида толком не работало.
QA automation / devops / rollback? а? не, не слышали.
То-есть не только секюрити, а примитивного quality control нету.
зато литкод и design есть!
К FB это, наверное, еще больше относится. Представьте, что весь FB вообще на день отключат. Ну, придется кому-то вместо "ленты друзей" новости на толчке почитать, а так, поди, даже мало, кто и заметит.
Идея как я понимаю что главное лояльность а не профессионализм. Профессионализм - это даже плохо, человек всегда может поменять работу. А тут суть в том, что вынуждают инвестировать месяцы а то и годы жизни в устройство на работу, в конкретную фирму. Натаскиваться на то говно, что в реальной жизни не используется почти никак. Получает человек становится сильно привязан к рабочему месту. И дают по сути специально те инструменты, которыми не владеет, что бы стрессовал и не хватало сил что бы смотреть по сторонамKrys-Krys wrote: ↑25 May 2021 00:34Идея довольно простая. Если у кандидата получилось осилить алгоритмы и на интервью решить 2 задачи за 45 мин (и таких райнда 2, т е в сумме 4 задачи), а так же дизайн системы сделать (как раз таки вопросы довольно стандартные) и еще при этом рассказать о себе хорошо на поведеньчиском интервью - ну и все. Считается что все остальное осилить получится тоже на месте. Если система ошиблась - отсеют по результатам перформанс ревью.Vladimir Kr. wrote: ↑24 May 2021 03:31вопрос "как работают корпоративные рекрутеры в FAANG?" исчерпан - человека с ява стеком взяли на С-стек -- вот так они и работают!
удачи, в любом случае!
... но шансов, что починят главную ленту с ошибкой, "Something Went Wrong" все меньше.
Заходи - не бойся, выходи - не плачь.
Все бы и так, да совершенно не так. Тот же литкод формат не одной фирмы. А почти в весь фаанг можно попасть, зная практически один литкод и дизайн.OtherSide wrote: ↑30 May 2021 13:41Идея как я понимаю что главное лояльность а не профессионализм. Профессионализм - это даже плохо, человек всегда может поменять работу. А тут суть в том, что вынуждают инвестировать месяцы а то и годы жизни в устройство на работу, в конкретную фирму. Натаскиваться на то говно, что в реальной жизни не используется почти никак. Получает человек становится сильно привязан к рабочему месту. И дают по сути специально те инструменты, которыми не владеет, что бы стрессовал и не хватало сил что бы смотреть по сторонамKrys-Krys wrote: ↑25 May 2021 00:34Идея довольно простая. Если у кандидата получилось осилить алгоритмы и на интервью решить 2 задачи за 45 мин (и таких райнда 2, т е в сумме 4 задачи), а так же дизайн системы сделать (как раз таки вопросы довольно стандартные) и еще при этом рассказать о себе хорошо на поведеньчиском интервью - ну и все. Считается что все остальное осилить получится тоже на месте. Если система ошиблась - отсеют по результатам перформанс ревью.Vladimir Kr. wrote: ↑24 May 2021 03:31вопрос "как работают корпоративные рекрутеры в FAANG?" исчерпан - человека с ява стеком взяли на С-стек -- вот так они и работают!
удачи, в любом случае!
... но шансов, что починят главную ленту с ошибкой, "Something Went Wrong" все меньше.
Заходи - не бойся, выходи - не плачь.
И каким образом умение переключаться между инструментами коррелирует с умением быстро решать библиотечные задачки на время? Да примерно никак! Если не вчераший студент, который вчера бегал по олимпиадам и сдавал лабораторки то надо проинвестирова кучу времени в по сути бесполезный навык который никак тебя не развивает как специалиста и объективно не повышает шансы на рынке.nyekimov wrote: ↑30 May 2021 15:22 Все бы и так, да совершенно не так. Тот же литкод формат не одной фирмы. А почти в весь фаанг можно попасть, зная практически один литкод и дизайн.
Гибкость профессионала и умение переключаться между инструментами, как по мне плюс для профессионала. Один инструмент всегда имеет риск кануть в лета. А когда ты можешь спокойно менять инструменты и тратить небольшое время на переключение, это плюс для самого себя.
Про сам литкод в основном согласен. Правда все никак не найду время, чтобы пройтись вначале по теории, ну разобрать теорию, которая стоит за задачами. Так как некоторые смышлёные люди говорят, что самой теории немного и стоит ее разобрать, там уже не важно сколько задач решать на тему.OtherSide wrote: ↑30 May 2021 15:31И каким образом умение переключаться между инструментами коррелирует с умением быстро решать библиотечные задачки на время? Да примерно никак! Если не вчераший студент, который вчера бегал по олимпиадам и сдавал лабораторки то надо проинвестирова кучу времени в по сути бесполезный навык который никак тебя не развивает как специалиста и объективно не повышает шансы на рынке.nyekimov wrote: ↑30 May 2021 15:22 Все бы и так, да совершенно не так. Тот же литкод формат не одной фирмы. А почти в весь фаанг можно попасть, зная практически один литкод и дизайн.
Гибкость профессионала и умение переключаться между инструментами, как по мне плюс для профессионала. Один инструмент всегда имеет риск кануть в лета. А когда ты можешь спокойно менять инструменты и тратить небольшое время на переключение, это плюс для самого себя.
У меня кстати внушительный стек и опыт по переключению - там есть и реверс инжениринг под winDBG и image processing и плюсы и мобайл ну и сам собой шарп и фулстек web. То что вне непосредственной позиции не интересно примерно никому, а часто даже как минус идет (..я вот вижу вы всем занимались и ничем, почему такой стек-то длинный в резюме? )
Задачи которые щаз называют литкодовскими в моем отрочестве назывались олимпиадными, там действительно ниче сложного, но в реальной современной работе они редко применимы (принято готовыми фреймворками решать или успешно ищется на стековерфлоу). Поэтому от работы к работе все это успешно вымывается из головы.nyekimov wrote: ↑30 May 2021 17:14Про сам литкод в основном согласен. Правда все никак не найду время, чтобы пройтись вначале по теории, ну разобрать теорию, которая стоит за задачами. Так как некоторые смышлёные люди говорят, что самой теории немного и стоит ее разобрать, там уже не важно сколько задач решать на тему.OtherSide wrote: ↑30 May 2021 15:31И каким образом умение переключаться между инструментами коррелирует с умением быстро решать библиотечные задачки на время? Да примерно никак! Если не вчераший студент, который вчера бегал по олимпиадам и сдавал лабораторки то надо проинвестирова кучу времени в по сути бесполезный навык который никак тебя не развивает как специалиста и объективно не повышает шансы на рынке.nyekimov wrote: ↑30 May 2021 15:22 Все бы и так, да совершенно не так. Тот же литкод формат не одной фирмы. А почти в весь фаанг можно попасть, зная практически один литкод и дизайн.
Гибкость профессионала и умение переключаться между инструментами, как по мне плюс для профессионала. Один инструмент всегда имеет риск кануть в лета. А когда ты можешь спокойно менять инструменты и тратить небольшое время на переключение, это плюс для самого себя.
У меня кстати внушительный стек и опыт по переключению - там есть и реверс инжениринг под winDBG и image processing и плюсы и мобайл ну и сам собой шарп и фулстек web. То что вне непосредственной позиции не интересно примерно никому, а часто даже как минус идет (..я вот вижу вы всем занимались и ничем, почему такой стек-то длинный в резюме? )
Про полезность тоже писали, разобрали теорию, научились на лету разбирать задачи на соответствующие принципы разных тем, значит также хорошо разберётесь с самописными фрэймворками. В другой теме обсуждали как раз про готовность работать на проектах (в том числе), где уже проект стоит на готовых «рельсах» и там требуется навык вникнуть и писать по теме, а не самовольничать.
Насчёт вашего второго вопроса, вот как раз таки, там, где не спрашивают литкод, там интересно копать в глубину какой то набора технологий. Поэтому там могут всплывать вопросы - вы занимались всем и ничем в глубину? В фаанг именно поэтому и не задают таких вопросов, как понимаю. Прошел литкод, ответил на вопросы по дизайну, добро пожаловать на борт, со своим зоопарком тебе у нас будет весело. Где нибудь с большой вероятностью притрешься, если же наврал и ничем реально не занимался на деле, кроме как литкод прокачать, то на след ревью на выход.
Я в Америке вне литкода сталкивался с тем, что спрашивают в глубину и смотрят косо на технологии с другого инструмента в резюме. Мол а ты реально и на нужном нам умеешь играть или прикидываешься. Но затем возникает не раз такая ситуация, что проект вскоре заканчивается или отменяется, и людей либо распускают, либо надо быть готовым сменить технологию. Поэтому минимум на больших корпах другие инструменты в резюме все же плюс, покуда вы можете пользоваться и нужным им. И в общем даже на интервью зададут вопросы по другим инструментам, если найдутся сильные интервьюверы, просто чтобы понять, с кем они имеют дело. Так как нанимать кого то, кто интересуется несколько вещами, считается хорошо. Так как можно вернуться к том вопросу, что и проекты заканчиваются и может быть технология изначально была выбрана неверно.
Вот практически по всем вопросам не соглашусь.
я думаю обзванивают и составляют "Sucker list" https://en.wikipedia.org/wiki/Sucker_listкак работают корпоративные рекрутеры в FAANG
Иначе если хороший чёл то потянут напрямую.A sucker list is a list of people who have previously been successfully solicited for something.