Ну все, Postgres 9.6 не поддерживается больше, остались красивые ХХ релизы только.
https://www.postgresql.org/support/versioning/
https://www.postgresql.org/support/versioning/
Вот такой у меня странный вопрос, котятки: вы сталкивались с требованиями заказчика, фирмы, стандартов и чего-то там еще, когда вам нельзя использовать unsafe фичи, пакеты, библиотеки может какие-то?
Я про unsafe в Go, sun.misc.unsafe JVM, unsafe Rust и к примеру FFI в Python/Ruby?
Если что-то непубличное - пинганите в лс. Спасибо.
Я про unsafe в Go, sun.misc.unsafe JVM, unsafe Rust и к примеру FFI в Python/Ruby?
Если что-то непубличное - пинганите в лс. Спасибо.
Эх...Баре... https://www.youtube.com/watch?v=AXxr0pghWS0
YouTube
The Architect: Bare Metalsson Rejects the Cloud
Don’t be like Bare Metalsson: https://cnfl.io/dont-be-like-bare-metalsson | The Architect: Bare Metalsson Rejects the Cloud. Nearly every business we grew up with was built without it, and yours can be too. Why fix what's not broken? No matter the effort…
Какая замечательная штука Why upgrade PostgreSQL? которая даёт дифф изменений между версиями. Наверное можно и дженерик решение сделать для любого проекта, где хоть как-то changelog ведется. Хотя зачем оно...
https://why-upgrade.depesz.com/show?from=11.13&to=13&keywords=
https://why-upgrade.depesz.com/show?from=11.13&to=13&keywords=
Хотел какой-то интересный пост написать, но забыл тему, но вот такой вопрос к вам.
А что там происходит с поставками электроники? не, ну серьезно, ни тебе PS5, ни RTX 3080, ни так, ни так не поиграть. Там на востоке совсем зажрались?
Можно было бы прочитать новости, но я их совсем перестал читать. да и вы лучше меня знаете 🖤
А что там происходит с поставками электроники? не, ну серьезно, ни тебе PS5, ни RTX 3080, ни так, ни так не поиграть. Там на востоке совсем зажрались?
Можно было бы прочитать новости, но я их совсем перестал читать. да и вы лучше меня знаете 🖤
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.