Forwarded from Defront — про фронтенд-разработку и не только (Alexander Myshov)
Defront сегодня празднует второй день рождения. В январе 2019 года мне захотелось поделиться прочитанной статьёй со своими коллегами во внутреннем чате Яндекс.Маркета. Написал небольшой tldr и подумал, что такой формат будет полезен большему числу людей. Потом пошло-поехало, и вот вас уже больше 5000.
Благодарю за помощь в развитии канала:
Сергея Рубанова (@webnya — крутой канал про web-стандарты и новинки web'а от участника TC39)
Олега Ковалёва (@oleg_log — сильный канал про бэкенд и программирование в целом)
Также хочу передать привет всем дружественным каналам и сообществам (если кого-то забыл, пишите в лс):
@ufostation @javascript_ru
@typesafesound @amorgunov
@frontend_u_news
@forwebdev @winterview
@dereference_pointer_there
@evodevclub @Loskirs
@htmlshit @prostorazrabotka
@we_use_js @css_ru
Спасибо всем за помощь и поддержку!
P.S. Если считаете нужным, можете сделать подарок каналу и рассказать про Defront своим друзьям, коллегам и подписчикам.
https://twitter.com/myshov/status/1355105595997757442
Благодарю за помощь в развитии канала:
Сергея Рубанова (@webnya — крутой канал про web-стандарты и новинки web'а от участника TC39)
Олега Ковалёва (@oleg_log — сильный канал про бэкенд и программирование в целом)
Также хочу передать привет всем дружественным каналам и сообществам (если кого-то забыл, пишите в лс):
@ufostation @javascript_ru
@typesafesound @amorgunov
@frontend_u_news
@forwebdev @winterview
@dereference_pointer_there
@evodevclub @Loskirs
@htmlshit @prostorazrabotka
@we_use_js @css_ru
Спасибо всем за помощь и поддержку!
P.S. Если считаете нужным, можете сделать подарок каналу и рассказать про Defront своим друзьям, коллегам и подписчикам.
https://twitter.com/myshov/status/1355105595997757442
Twitter
Alexander Myshov
Сегодня второй день рождения у Defront! За этот год было много крутых событий: канал добрался до 5000 подписчиков, преодолена планка в один миллион просмотров. Если интересуетесь web'ом и фронтендом, welcome! Буду очень благодарен за ваши ретвиты :) http…
Forwarded from 🇺🇦 Go performance channel (Oleg Kovalov)
Hey #gophers ! #golang compiler and runtime meeting notes are public!
Subscribe and follow all the new and amazing things happening in Go 🎉🎉🎉
https://github.com/golang/go/issues/43930
Subscribe and follow all the new and amazing things happening in Go 🎉🎉🎉
https://github.com/golang/go/issues/43930
GitHub
Go compiler and runtime meeting notes · Issue #43930 · golang/go
Google's Go compiler and runtime team meets periodically (roughly weekly) to discuss ongoing development of the compiler and runtime. While not open to the public, there's been desire by th...
Действительно красивая статья "как читать фции Rust".
Интересно, что же будет во 2й части 👀
https://www.possiblerust.com/guide/how-to-read-rust-functions-part-1
Интересно, что же будет во 2й части 👀
https://www.possiblerust.com/guide/how-to-read-rust-functions-part-1
Possible Rust
How to Read Rust Functions, Part 1
Rust functions are surprisingly diverse, sitting at the intersection of multiple language features which may take time to understand. In this post, we’ll walk through those features and explain how they appear in function signatures, so you can be well-equipped…
Прочитал небольшое интро к жизни и работе Claude Shannon и стало интересно, кто для вас самый значимый ученый (во всех широких значениях этого слова) ?
Логично спросить только про computer science, но спасибо мир не только из айти состоит.
https://www.quantamagazine.org/how-claude-shannons-information-theory-invented-the-future-20201222/
Логично спросить только про computer science, но спасибо мир не только из айти состоит.
https://www.quantamagazine.org/how-claude-shannons-information-theory-invented-the-future-20201222/
Quanta Magazine
How Claude Shannon Invented the Future
Today’s information age is only possible thanks to the groundbreaking work of a lone genius.
По поводу последнего (S02E15) выпуска @generictalks
Дебаг кубов. Я не знаю, что может быть лучше этого. Удивите и скиньте, если есть.
Правда вещь отличная, ты просто идешь по стрелочками и понимаешь, что не так. Обрадую, скорее всего вы получите ответ.
https://learnk8s.io/troubleshooting-deployments
Дебаг кубов. Я не знаю, что может быть лучше этого. Удивите и скиньте, если есть.
Правда вещь отличная, ты просто идешь по стрелочками и понимаешь, что не так. Обрадую, скорее всего вы получите ответ.
https://learnk8s.io/troubleshooting-deployments
LearnKube
A visual guide on troubleshooting Kubernetes deployments
Troubleshooting in Kubernetes can be a daunting task. In this article you will learn how to diagnose issues in Pods, Services and Ingress.
Ох что я нашел, что я нашееееел.
Короче я больше не буду писать алёрты на Prometheus, просто буду их копировать отсюда. Это на порядки полезнее чем мой сборник docker-compose :):
https://github.com/samber/awesome-prometheus-alerts
Короче я больше не буду писать алёрты на Prometheus, просто буду их копировать отсюда. Это на порядки полезнее чем мой сборник docker-compose :):
https://github.com/samber/awesome-prometheus-alerts
GitHub
GitHub - samber/awesome-prometheus-alerts: 🚨 Collection of Prometheus alerting rules
🚨 Collection of Prometheus alerting rules. Contribute to samber/awesome-prometheus-alerts development by creating an account on GitHub.
Если я услышал странное шипение(?) от макбука, наверное не стоит его ставить на коленки, да?
Причем только когда подключена зарядка. хм
Причем только когда подключена зарядка. хм
oleg_log
Подведём итоги ~1 месяца. Все даже хорошо. Есть посты, за которые не стыдно. Есть приятные и критикующей-правильные отзывы. Есть желание продолжать дальше. Хотя местами хочется уйти в дикие и непрактичные темы, но по большому счёту пользы от таких мало.…
Итоги еще одного месяца.
Январь вышел чуть не таким, как мне хотелось бы (не только в контексте канала(ов)), но определенно хочется делать больше заметок про архитектурные решения. Ибо набралось и ибо накипело.
А для заинтересованных @oleg_log_plus 👌
Январь вышел чуть не таким, как мне хотелось бы (не только в контексте канала(ов)), но определенно хочется делать больше заметок про архитектурные решения. Ибо набралось и ибо накипело.
А для заинтересованных @oleg_log_plus 👌
Forwarded from Engineer Readings
[News] Azure Quantum in public preview
https://cloudblogs.microsoft.com/quantum/2021/02/01/azure-quantum-preview/
https://cloudblogs.microsoft.com/quantum/2021/02/01/azure-quantum-preview/
Microsoft Azure Quantum Blog
Azure Quantum is now in Public Preview - Microsoft Azure Quantum Blog
Azure Quantum is the world’s first full-stack, public cloud ecosystem for quantum solutions.
oleg_log
Прибрал из одного доклада (2017). Код на Scala. Какое значение выдаст последняя строка? Логично, что почти никто не ответит правильно (тут мало скалистов хорошо жаль), но может смешное придумаете) Ответ дам позже.
Объяснение из коментов под видосом:
The koan returns -3 because in Scala operators are methods and applying a method to a conditional automatically casts the return value of both branches to be of the same type. Since float has precedence over long, the long is cast to a float which causes it to lose precision and become 123456792. Then both the long and float are cast to a double, which has the highest precedence, in order to evaluate the subtraction method. The result is 123456789 - 123456792 = -3.
Работает для Scala 2.12.x, в 2.13.х уже не, хотя какая там разница. Проверено в REPL online.
Из доклада автора Jepsen https://xn--r1a.website/oleg_fov/243 (буквально последние 30сек)
The koan returns -3 because in Scala operators are methods and applying a method to a conditional automatically casts the return value of both branches to be of the same type. Since float has precedence over long, the long is cast to a float which causes it to lose precision and become 123456792. Then both the long and float are cast to a double, which has the highest precedence, in order to evaluate the subtraction method. The result is 123456789 - 123456792 = -3.
Работает для Scala 2.12.x, в 2.13.х уже не, хотя какая там разница. Проверено в REPL online.
Из доклада автора Jepsen https://xn--r1a.website/oleg_fov/243 (буквально последние 30сек)
Обожаю вот это мышление: сложные системы рушатся, если в их архитектуре есть единая точка отказа (single point of failure, SPOF).
Поэтому мы накатим кластер etcd и все станет отлично! ведь у нас не будет точки отказа. ..или...?
Нет. Оказывается кластер может разложиться на плесень и мёд, при этом обратно собираться не захочет (пример https://blog.cloudflare.com/a-byzantine-failure-in-the-real-world/).
Как вариант, у нас есть Кафка, все радужно, пишем терабайты, читаем за миллисекунды. Все супер-топ. ...или...?
Нет. Ведь потом мы натыкаемся на 1 сообщ, которое мы не можем обработать (спасибо нашей логике!) и ретраим до конца жизни, пока все не начнет сыпаться из-за распухающей очереди и последующих тормозах.
Я не так много писал сложных систем, чтобы идти и ругаться на всех, но мне кажется вместо ярого убирания SPOF лучше завести graceful degradation, чтобы прилегла часть системы, но остальное продолжало работать.
(можно спорить про связь СПОФ и деградации, что одно без другого никак и тд, но для этого и есть коменты, хех)
Поэтому мы накатим кластер etcd и все станет отлично! ведь у нас не будет точки отказа. ..или...?
Нет. Оказывается кластер может разложиться на плесень и мёд, при этом обратно собираться не захочет (пример https://blog.cloudflare.com/a-byzantine-failure-in-the-real-world/).
Как вариант, у нас есть Кафка, все радужно, пишем терабайты, читаем за миллисекунды. Все супер-топ. ...или...?
Нет. Ведь потом мы натыкаемся на 1 сообщ, которое мы не можем обработать (спасибо нашей логике!) и ретраим до конца жизни, пока все не начнет сыпаться из-за распухающей очереди и последующих тормозах.
Я не так много писал сложных систем, чтобы идти и ругаться на всех, но мне кажется вместо ярого убирания SPOF лучше завести graceful degradation, чтобы прилегла часть системы, но остальное продолжало работать.
(можно спорить про связь СПОФ и деградации, что одно без другого никак и тд, но для этого и есть коменты, хех)
The Cloudflare Blog
A Byzantine failure in the real world
When we review design documents at Cloudflare, we are always on the lookout for Single Points of Failure (SPOFs). But is redundancy enough? In this post we present a timeline of a real world incident, and how an interesting failure mode known as a Byzantine…
***** *** или почему гугл еща та богодельня. Определились бы, что куда писать в одной репе :/
На самом деле я нарвался на этот баг и пришлось делать довнгрейд версии grpc. Одного не пойму, почему у них не завелось. Уже час пытаюсь написать им репродюсер, но все сижу в телеге https://github.com/golang/protobuf/issues/1135
На самом деле я нарвался на этот баг и пришлось делать довнгрейд версии grpc. Одного не пойму, почему у них не завелось. Уже час пытаюсь написать им репродюсер, но все сижу в телеге https://github.com/golang/protobuf/issues/1135
Чем дальше в лес, тем веселее.
импортит....
/tred
Умные люди подсказали что это из-за xds, что похвально, но ящитаю™ это туфтой уже.
А еще баг, о котором я писал выше, можно сказать пофикшен, проблема была в
google.golang.org/grpcимпортит....
github.com/envoyproxy/go-control-plane/tred
Умные люди подсказали что это из-за xds, что похвально, но ящитаю™ это туфтой уже.
А еще баг, о котором я писал выше, можно сказать пофикшен, проблема была в
gogo/protobuf как не странно. Ох ждите кое-что на днях...