brew никак не завезет 1.17 (https://github.com/Homebrew/homebrew-core/pull/83413) и если у вас тоже проблемы с ARM,то обновите x/sys https://github.com/hashicorp/consul/pull/10869

Надо вернуться что ли…что за месяц интересного было?

Technical Review: How I hacked an office telephone to play DOOM.

The only thing they fear is you your freetime on the weekend.

#ненормальное https://neilbostian.github.io/#/doomphone

Есть такая проблемка, кстати

Расс Кокс начал тред: как нам стоит менять апи под дженерики. Пока на уровне дискуссии.

Вообще чуть напряжно, что многие дискуссии о дженериках сводятся к одной и той же группе людей (это я беглом по авам сужу), и я не о го-тим, а о гоферах которые тусуются. Но желания вливаться и нет.

https://github.com/golang/go/discussions/48287

Хорошая статейка, о истории языков, оч коротенько.

'You cannot reduce the complexity of your problem by increasing the complexity of your language.' А так хотелось бы.

https://www.fredrikholmqvist.com/posts/brooks-wirth-go/

Хз как, но не нашел у себя пост это истории, а она прикольная. Как ребятки делали кастомный iPod (тот старый, с хдд) для гос проекта.

Деталей не так много как хотелось бы, кто бы мог подумать, но это веселее, чем жсоны гонять. А еще лайк за SQLite, оно везде.

https://tidbits.com/2020/08/17/the-case-of-the-top-secret-ipod/

Короч ситуация. Я перед отпаданием из телеги начал делать 1 проект, для мира, для красоты.

Собрал все на Cloudflare Workers + Pages, даже на JS писал, даже местами понравилось. И даже что-то сверстал (не до конца). Но вот сейчас понимаю, что извращаться с CF KV не хочу (ради secondary indexes), поэтому и вопрос: что вы для serverless/мелких проектов берете? И сюда же вопрос: где взять/захостить некий Postgres?

Внезапно дошло, что крутить Docker на DO/ovh/тощо мне надоело :( надеюсь от вас услышать что-то. Конечно Heroku/Vercel вариант, но нужны аргументы.

PS надо бы еще бета-тестеров позвать, потыкать, но пока фронт доделываю - подожду

Норм https://javanoscript.plainenglish.io/enough-why-its-time-to-rip-out-angular-7d831802c8a2

Оооо, эта мерзкая херня TrustArc шагает по вебу, вот только я поленился проверять, чего она 5сек висит.

https://twitter.com/pixelnoscript/status/1436664488913215490

Я всегда считал, что //nolint:foo это тупое, и человек просто не научился настраивать линтер или не понимает что зачем оно.

Но вот понедельник приподнес новое дно - конфиг IDE. Честно, я такое раньше не встречал и до сегодняшнего дня был рад.

Максимально отвратительно. Кто не знал, есть такое https://editorconfig.org/

Тёрки в Rust из-за влияния Amazon. Обидненько конечно, но большие фирмы больши.

https://twitter.com/steveklabnik/status/1437441118745071617

Очередной понедельник, очередная драма. @oleg_log уже написал про Rust, а я напишу про PostgreSQL:

* https://www.postgresql.org/about/news/trademark-actions-against-the-postgresql-community-2302/
* https://postgresql.fund/blog/postgres-core-team-attacks-postgres-community/
* https://news.ycombinator.com/item?id=28512274

REKT

Travis CI secrets were leaking to forks via pull request builds https://travis-ci.community/t/security-bulletin/12081

Знаю, что тут мало блоггеров, но это кек https://nomedium.dev/

Это как надо сделать угробить переизобрести блогплатформу, чтобы о тебе создавали сайты, где просят тебя не использовать. Хотя и ничего нового, Medium - рак.

Мне больше доставляет, как вкладка в фоне начинает жрать 150цпу и перестаёт показывать текст. Не знаю, все постоянно ругаются на Facebook и как он поджимает под себя интернет, но вот от FB как-то проще отказаться в итоге :(

​​День знаний AWS

Знаниями нужно делиться. Делюсь своими знаниями про источники знаний по AWS в Telegram.

⚠️ Далее список из моей ленты, каналы, которые постоянно сам читаю. Не реклама (с авторами оных не согласовывал — надеюсь, они не против😀). Кроме AWS, в списке в основном по devops тематике.

Обозначение:
🔥 - активные и маст хэв каналы/чаты для того, чтобы следить за AWS (и просто хорошие)
🇺🇦 - на украинском языке (или в том числе)

Каналы по AWS:
@aws_notes 🔥
@aws_history
@awscommunitybuilders
@aws_ua_notes 🇺🇦
@yaawschannel
@fluffy_clouds_aws

Ленты по AWS:
@awsfeed
@aws_doc_update

Чаты по AWS:
@aws_ru 🔥
@aws_minsk 🔥
@aws_kz 🔥
@awsNSK
@aws_notes_chat 🔥
@awsamplify
@aws_ua 🇺🇦
@aws_friday

Викторины по AWS:
@awsec
@cloudandcybersecurity 

Боты по AWS:
@Awstatus_bot

Каналы, где много пишут в том числе по AWS:
@devopsengineer
@devopslibrary 🔥
@devops_talks
@SysadminNotes
@sysadmin_tools 🔥
@bykvaadm
@count0_digest
@kazarin_online 🔥
@tech_b0lt_Genona 🔥
@sec_devops 🔥
@DevOops
@catops 🔥
@devopsminsk
@manandthemachine 🔥
@oleg_log 🔥

Чаты, где часто обсуждают AWS:
@devops_ru 🔥
@catops_chat 🔥 🇺🇦
@terraform_ru 🔥
@CNCFMinskChat
@DevOpsMinskChat

Просто хорошие каналы (где не так часто, но бывают посты по AWS):
@webapparch 🔥
@dataplace
@devops4ua
@response418
@deep_thought_aas
@monitorim_it
@CloudTechRU
@RoToRoCloud

Если знаете каналы/чаты/боты/итп, которых нет в списке выше и которые пишут/обсуждают темы AWS - поделитесь, пожалуйста, своими знаниями в комментариях!

#AWS #devops

Что-то крутое о процессорах AMD (топологии блабла), не читал, но интересно должно быть.

https://www.anandtech.com/show/16930/does-an-amd-chiplet-have-a-core-count-limit

Будем смотреть через 3 минуты? https://www.youtube.com/watch?v=EvGOlAkLSLw

Посвящается Gitlab

На текущей стадии развития я абсолютно убежден, что весь процесс разработки — про общение. Общение с коллегами, общение с бездушными машинами и компиляторами, общение с создателями бездушных машин и компиляторов, общение с пользователями, общение со сторонними разработчиками, с менеджерами, с уборщицами, с кофеваркой на кухне, со всеми на свете.

Проблема этого вида общения (как и в принципе любого другого) -- трудность и (а иногда и невозможность) донести свою мысль в какой-бы то ни было вербальной форме. Но это определенно способность, которую можно тренировать, хотя очевидно и не так легко, как алгоритмические проблемы на Leetcode.

Проявляется эта проблема примерно везде: от документации до описания ошибок, от разгоров у кулера до обсуждения промоушна и карьерного развития.

Так вот.

Есть почему-то субъективное ощущение, что некоторые разработчики других разработчиков считают людьми второго сорта (но это отдельная история конечно). Т.e. лендинг >> API, текст на странице >> описания ошибок методов, хотя на самом-то деле это все просто разный способ получения одной и той же информации. И не совсем очевидно, почему приоритет отдается чему-то одному, особенно в продуктах, которые изначально создавались для разработчиков.

Помимо превращения Gitlab’a в AWS по числу кнопок/подменю/подразделов/появлению внуков пунктов одних выпадающих меню из других, прослеживается (иногда правда, чуть в стороне от happy-path’a закоммитил -> отревьюил -> смержил -> забыл) явное принебрежение своим же API.

Вчера я потратил некоторое время на то, чтобы понять ошибку при попытке запушить helm-chart в Gitlab image registry. Ошибка:
Error: server message: insufficient_scope: authorization failed

На первый взгляд, черным по белому написано, что ошибка — в запросе к чему-то из-за отсутствия прав. Но на самом же деле, Gitlab обязательно привязывает артефакты к какому-то конкретному репозиторию, и эта ошибка говорит лишь о том, что я сделал опечатку в пути репозитория и Gitlab не может найти, куда привязать мои артефакты (helm chart в данном случае). Понятно ли это из сообщения? Ни разу.

Объясняйте пожалуйста своим пользователям по-человечески, когда что-то идет не так и что вы от них хотите на самом деле.

Между тем предложению поправить это и общаться нормально — 4 года.