Forwarded from Человек и машина
#люди
Университет Северной Каролины совместно с Microsoft провели whiteboarding собеседование 48 выпускников и студентов и пришли к выводу, что эти ваши кодинги с алгосиками проверяют не технические навыки кандидатов, а их возможность бороться со стрессом и тревожностью.
Новостей тут нет, результаты исследований закономерные. Кандидаты, которым дали задание и оставили наедине, справились вдвое лучше, чем те несчастные, кто проходил интервью в присутствии интервьюера и должен был (какой ужас!) озвучивать ход своих мыслей.
Вывод из этого напрашивается следующий: на рынке огромное количество кандидатов, не менее талантливых, чем харизматичные смельчаки, с доски рассказывающие про сортировку слиянием. Единственная их проблема - им страшненько.
Сегрегировать кандидатов по признаку устойчивости к стрессу, равно как и вообще любому иному признаку, кроме профессиональных - гитлер-гитлер-гитлер, и я сейчас это абсолютно серьезно. Процесс найма в ИТ сломан. Он либо идиотский, либо поддается “взлому”. Попадись на кодинге знакомая задача - можно считать, что этот раунд в кармане.
Со стороны кандидата, чтобы получить желанный оффер из FAANG+, достаточно скрепить зубы и сесть на от 1 до 6 месяцев за LeetCode и просить более опытных товарищей побыть наставниками по архитектуре и проектированию систем.
Со стороны работодателя проще на своих масштабах задавать одну и ту же задачку про FizzBuzz или просить спроектировать Instagram, чем искать индивидуальный подход к профилю каждого соискателя. Найм опытного инженера и без того занимает до полугода, если не больше - это невероятно долго.
Однако, мне не дает покоя пункт про толерантность к интроверсии кандидатов. Пресловутый Software Engineering отличается от Coding’а именно тем, что за последние десятки лет эта работа социализировалась, и про это хорошо рассказывается в первой главе Software Engineering at Google. Времена атомарных единиц, выполняющих свой кусок задач и ни с кем не коммуницирующих хотя бы в формате текста, канули в лету.
Это вовсе не значит, что социопату закрыт путь в профессию - заходи фрилансером на рынок да бери себе единичные и сложные задачи. Ну или напиши свой Flappy Bird или Minecraft. Но в любой крупной компании придется работать с людьми, и если человек впадает в панику на интервью, то откуда гарантия, что он не впадет в панику на работе?
Университет Северной Каролины совместно с Microsoft провели whiteboarding собеседование 48 выпускников и студентов и пришли к выводу, что эти ваши кодинги с алгосиками проверяют не технические навыки кандидатов, а их возможность бороться со стрессом и тревожностью.
Новостей тут нет, результаты исследований закономерные. Кандидаты, которым дали задание и оставили наедине, справились вдвое лучше, чем те несчастные, кто проходил интервью в присутствии интервьюера и должен был (какой ужас!) озвучивать ход своих мыслей.
Вывод из этого напрашивается следующий: на рынке огромное количество кандидатов, не менее талантливых, чем харизматичные смельчаки, с доски рассказывающие про сортировку слиянием. Единственная их проблема - им страшненько.
Сегрегировать кандидатов по признаку устойчивости к стрессу, равно как и вообще любому иному признаку, кроме профессиональных - гитлер-гитлер-гитлер, и я сейчас это абсолютно серьезно. Процесс найма в ИТ сломан. Он либо идиотский, либо поддается “взлому”. Попадись на кодинге знакомая задача - можно считать, что этот раунд в кармане.
Со стороны кандидата, чтобы получить желанный оффер из FAANG+, достаточно скрепить зубы и сесть на от 1 до 6 месяцев за LeetCode и просить более опытных товарищей побыть наставниками по архитектуре и проектированию систем.
Со стороны работодателя проще на своих масштабах задавать одну и ту же задачку про FizzBuzz или просить спроектировать Instagram, чем искать индивидуальный подход к профилю каждого соискателя. Найм опытного инженера и без того занимает до полугода, если не больше - это невероятно долго.
Однако, мне не дает покоя пункт про толерантность к интроверсии кандидатов. Пресловутый Software Engineering отличается от Coding’а именно тем, что за последние десятки лет эта работа социализировалась, и про это хорошо рассказывается в первой главе Software Engineering at Google. Времена атомарных единиц, выполняющих свой кусок задач и ни с кем не коммуницирующих хотя бы в формате текста, канули в лету.
Это вовсе не значит, что социопату закрыт путь в профессию - заходи фрилансером на рынок да бери себе единичные и сложные задачи. Ну или напиши свой Flappy Bird или Minecraft. Но в любой крупной компании придется работать с людьми, и если человек впадает в панику на интервью, то откуда гарантия, что он не впадет в панику на работе?
Чем я глубже в монорепу, тем ч больше люблю папку internal. Вот реально, фанатею.
Если у вас сервисы лежат по папкам и в каждом есть интернал, то знайте: у вас меньше проблем, чем могло бы быть.
Без причин, как оказалось, люди делают импорты из других сервисов, с очень честной аргументацией «переиспользуем код».
Лучше копипаста 20 раз, чем одно такое перезаимстование.
Я еще добавлю + за невозможность импортить из pkg main, уверен кто-то бы и тут намудрил.
Если у вас сервисы лежат по папкам и в каждом есть интернал, то знайте: у вас меньше проблем, чем могло бы быть.
Без причин, как оказалось, люди делают импорты из других сервисов, с очень честной аргументацией «переиспользуем код».
Лучше копипаста 20 раз, чем одно такое перезаимстование.
Я еще добавлю + за невозможность импортить из pkg main, уверен кто-то бы и тут намудрил.
> arbitrary package publishing vulnerability, for unknown period of time.
OH SHI~
https://github.blog/2021-11-15-githubs-commitment-to-npm-ecosystem-security/
https://twitter.com/npmjs/status/1460382530172071938
OH SHI~
https://github.blog/2021-11-15-githubs-commitment-to-npm-ecosystem-security/
https://twitter.com/npmjs/status/1460382530172071938
Forwarded from AWS Notes
Google Cloud down:
Summary: Global: Experiencing Issue with Cloud networkinghttps://status.cloud.google.com/
Description: We are experiencing an issue with Cloud Networking beginning at Tuesday, 2021-11-16 09:53 US/Pacific.
oleg_log
Толком и не понял, что нового, но пофиг https://blog.cloudflare.com/cloudflare-pages-goes-full-stack/
Wooooooow
Today, we’re taking a first step towards that world by announcing support for relational databases, including Postgres and MySQL from Workers.
Неужели я откажусь от Supabase и просто возьму PG где-то "там" ? (и доведу проект до релиза)
https://blog.cloudflare.com/relational-database-connectors/
Today, we’re taking a first step towards that world by announcing support for relational databases, including Postgres and MySQL from Workers.
Неужели я откажусь от Supabase и просто возьму PG где-то "там" ? (и доведу проект до релиза)
https://blog.cloudflare.com/relational-database-connectors/
The Cloudflare Blog
Introducing Relational Database Connectors
Customers can connect to a Postgres or MySQL database directly from their Workers using a Cloudflare Tunnel today. In the future, you can use Database Connectors to achieve this natively using a standardized Socket API.
Forwarded from Человек и машина
#люди
Джеф Безос однажды сказал: "Хорошие намерения не работают, вам нужны хорошие механизмы чтобы что-то произошло."
Методология SRE включает в себя так называемый пост-мортем - разбор полетов после инцидента. Разные конторы делают это по-своему, но основная задача проста как мир: не допустить такого же инцидента снова.
Один из вопросов, на который мне, после одного инцидента, пришлось ответить: "Что можно было сделать, чтобы избежать этого инцидента?" Я честно ответил, что мне не хватило того и этого, да и в принципе, потрать я больше времени и проверь все раз десять, то не накосячил бы так... за что получил нагоняй от наставника.
Результатом пост-мортема являются одна или более задачи, результатами которых должны быть артефакты:
• Не смог понять, что именно упало - нужны понятные логи и метрики, дашборды и инструменты observability
• Отказ одной системы вызвал цепную реакцию и retry storm - circuit breaker
• Получил уведомление, но не знал что делать - нужны понятные runbook'и и механизмы эскалации
Я же в свою очередь уперся в личностное и посчитал, что во избежание инцидента нужно крепенько думать, что делаешь. После чего, мой старший коллега процитировал экс-главу Amazon и объяснил, что мы тут все умные и внимательные котики, но так и будем косячить без полезных инструментов. Не сегодня, так завтра. Не я, так кто-нибудь другой.
И если так подумать, то все инструменты, которые любезно делает ваша группа DevExp (если она у вас есть, конечно): кодогенерация, IDL, герметичная сборка, монорепы и т.д. - это не только ускоряет работу кожаного мешка, сидящего на неприемлемо большой зарплате, но и уменьшает вероятность аварии категории PEBCAC.
Джеф Безос однажды сказал: "Хорошие намерения не работают, вам нужны хорошие механизмы чтобы что-то произошло."
Методология SRE включает в себя так называемый пост-мортем - разбор полетов после инцидента. Разные конторы делают это по-своему, но основная задача проста как мир: не допустить такого же инцидента снова.
Один из вопросов, на который мне, после одного инцидента, пришлось ответить: "Что можно было сделать, чтобы избежать этого инцидента?" Я честно ответил, что мне не хватило того и этого, да и в принципе, потрать я больше времени и проверь все раз десять, то не накосячил бы так... за что получил нагоняй от наставника.
Результатом пост-мортема являются одна или более задачи, результатами которых должны быть артефакты:
• Не смог понять, что именно упало - нужны понятные логи и метрики, дашборды и инструменты observability
• Отказ одной системы вызвал цепную реакцию и retry storm - circuit breaker
• Получил уведомление, но не знал что делать - нужны понятные runbook'и и механизмы эскалации
Я же в свою очередь уперся в личностное и посчитал, что во избежание инцидента нужно крепенько думать, что делаешь. После чего, мой старший коллега процитировал экс-главу Amazon и объяснил, что мы тут все умные и внимательные котики, но так и будем косячить без полезных инструментов. Не сегодня, так завтра. Не я, так кто-нибудь другой.
И если так подумать, то все инструменты, которые любезно делает ваша группа DevExp (если она у вас есть, конечно): кодогенерация, IDL, герметичная сборка, монорепы и т.д. - это не только ускоряет работу кожаного мешка, сидящего на неприемлемо большой зарплате, но и уменьшает вероятность аварии категории PEBCAC.
Очень надеюсь, что этот комент наберет больше плюсиков и тима Go вернется к публичности рантайм движух, митингов.
https://github.com/golang/go/issues/28262#issuecomment-975416122
Если кто не понял - нажмите 👍 на коменте mvdan. Спасибо.
https://github.com/golang/go/issues/28262#issuecomment-975416122
Если кто не понял - нажмите 👍 на коменте mvdan. Спасибо.
GitHub
cmd/compile: feedback-guided optimization · Issue #28262 · golang/go
This is an umbrella issue for supporting feedback-guided optimization. This has been discussed offhand in a few other contexts (inlining decisions: #17566, code layout decisions: #20356, language c...
Забыл сказать, что это супер вещь. Чутьчуть приватно юзаю и вполне доволен. Советую и вам. Подумайте еще задонатить)
https://carlosbecker.com/posts/goreleaser-v1/
Кстати, можно юзать не только для Go https://jondot.medium.com/shipping-rust-binaries-with-goreleaser-d5aa42a46be0
https://carlosbecker.com/posts/goreleaser-v1/
Кстати, можно юзать не только для Go https://jondot.medium.com/shipping-rust-binaries-with-goreleaser-d5aa42a46be0
Carlosbecker
Announcing GoReleaser v1 — the first v1 release | Carlos Becker
Hello everyone!
I’ve been holding on the “v1” release for, checks notes, years now. That’s because I wanted v1 to have a “stable enough API”, i.e. something unlikely to change.
A couple of months ago I realized that we’ll probably never reach that, as things…
I’ve been holding on the “v1” release for, checks notes, years now. That’s because I wanted v1 to have a “stable enough API”, i.e. something unlikely to change.
A couple of months ago I realized that we’ll probably never reach that, as things…
oleg_log
Очень надеюсь, что этот комент наберет больше плюсиков и тима Go вернется к публичности рантайм движух, митингов. https://github.com/golang/go/issues/28262#issuecomment-975416122 Если кто не понял - нажмите 👍 на коменте mvdan. Спасибо.
Короч не все так плохо, расходимся и ждем PGO дальше.
https://github.com/golang/go/issues/28262#issuecomment-975844854
https://github.com/golang/go/issues/28262#issuecomment-975844854
Сидел я тут, терял подписчиков и задумался: какой фичи вам не хватает в Телеге?
Кажется ничего после аудизвонков толком и не надо мне было.
Время пошло.
Кажется ничего после аудизвонков толком и не надо мне было.
Время пошло.
With the projected donations from all the participating companies so far, we expect to raise about $300,000 per year. JetBrains intends to contribute $100,000 annually.
Но...300к в год это 25к в месяц, от силы 7 синьёров...
https://blog.jetbrains.com/phpstorm/2021/11/the-php-foundation/
Но...300к в год это 25к в месяц, от силы 7 синьёров...
https://blog.jetbrains.com/phpstorm/2021/11/the-php-foundation/
The JetBrains Blog
The New Life of PHP – The PHP Foundation - The JetBrains Blog
During PHP’s 26-year history, the language has been actively developed by a huge number of people, such as Rasmus Lerdorf, Zeev Suraski, Andi Gutmans, Nikita Popov, and many, many others. In 2021, PHP
GopherCon UK 2021 https://www.youtube.com/playlist?list=PLDWZ5uzn69ex0U5MmbKWorsTuVBgUePxw