#bigdata
В продолжение темы стримингового процессинга, забавная статья про batch vs stream processing. Может быть очень полезна для "продажи" стримингового решения ETL-староверам. С примерами на капкейках!
В продолжение темы стримингового процессинга, забавная статья про batch vs stream processing. Может быть очень полезна для "продажи" стримингового решения ETL-староверам. С примерами на капкейках!
Medium
Why are you still doing batch processing? “ETL is dead”
It was about year ago that a few colleagues suggested that I research Apache Kafka for an application that I was designing. I watched the…
Forwarded from Sysadmin Tools 🇺🇦
Linux Systems Performance in 40 minutes by Brendan Gregg, Netflix
https://www.usenix.org/conference/lisa19/presentation/gregg-linux
https://www.usenix.org/conference/lisa19/presentation/gregg-linux
Forwarded from Datalytics
Доклад Марка Сысоева (Skyeng) на конференции MateMarketing был посвящен анализу поведения пользователей с помощью цепей Маркова.
Сегодня хочу поделиться с вами решением на Python, разработанное Марком, которое позволяет преобразовать лог событий в цепи Маркова для дальнейшей визуализации и анализа.
https://github.com/BartolomeuD/markov-chain
Сегодня хочу поделиться с вами решением на Python, разработанное Марком, которое позволяет преобразовать лог событий в цепи Маркова для дальнейшей визуализации и анализа.
https://github.com/BartolomeuD/markov-chain
GitHub
GitHub - BartolomeuD/markov-chain
Contribute to BartolomeuD/markov-chain development by creating an account on GitHub.
Котаны и котанессы, наткнулся тут на брошурку, в которой автор попытался систематизировать и описать экосистему современного фронтенда. Имхо, ничего у него не получилось, но идея-то клевая!
Все, наверняка, знают, что сейчас фронтенд вертится вокруг "большой тройки" Angular, React и Vue, но если ты не следил за всем этим разнообразием последние лет 5, то очень сложно будет понять почему их 3, в чем плюсы и минусы каждого и как въехать во все это что бы вот взять и сделать свой SPA спреферансом и герцогинями SSR, HMR и т.д. Ситуация усугубляется тем, что в каждом стеке можно еще и собрать свой "джентельменский набор" либ, пакетов и т.д. Более того, щас выходят новые штуки(типа Svelte), что еще больше усугубляет ситуацию.
Где-то здесь можно было бы сказать, что да и пусть эти хипстеры там страдают... но прикол-то в том, что это не только про js! Если посмотреть глобально, то с одной стороны у нас есть экосистемы с плюс-минус устоявшимся(монополизированым лол) стеком, типа .Net с его ASP.Net или Java с ее Spring'ом, а с другой вот такие вот экосистемы-конструкторы типа фронтенда, скалы, питухон-датасайнс и т.д.
Кароч, время комменетов! Покидайте плез ресурсы с обзорами по экосистеме своего $LangName, расскажите как въехать в ваш стек за 60 сек, ну и\или просто напишите что думаете) Если наберется критическая масса, то сделаю отдельный пост
Все, наверняка, знают, что сейчас фронтенд вертится вокруг "большой тройки" Angular, React и Vue, но если ты не следил за всем этим разнообразием последние лет 5, то очень сложно будет понять почему их 3, в чем плюсы и минусы каждого и как въехать во все это что бы вот взять и сделать свой SPA с
Где-то здесь можно было бы сказать, что да и пусть эти хипстеры там страдают... но прикол-то в том, что это не только про js! Если посмотреть глобально, то с одной стороны у нас есть экосистемы с плюс-минус устоявшимся(монополизированым лол) стеком, типа .Net с его ASP.Net или Java с ее Spring'ом, а с другой вот такие вот экосистемы-конструкторы типа фронтенда, скалы, питухон-датасайнс и т.д.
Кароч, время комменетов! Покидайте плез ресурсы с обзорами по экосистеме своего $LangName, расскажите как въехать в ваш стек за 60 сек, ну и\или просто напишите что думаете) Если наберется критическая масса, то сделаю отдельный пост
Telegram
FrontEndDev
Modest JS Works. Небольшая электронная книга для тех, кто хочет писать скромный JavaScript, а затем сосредоточиться на всем остальном, что имеет значение при создании приложения.
https://modestjs.works/
https://modestjs.works/
Forwarded from Находки в опенсорсе
Forwarded from oleg_log (Oleg Kovalov)
Еще тут выложили видео с го-митапа на Кипре. Можно послушать про:
- Кирилл Шваков про историю и профиты Go
- Алексея Палажченко о конкурентности в Go
- Александра Валялкина об оптимизациях в VictoriaMetrics
Видосы соотв
https://www.youtube.com/watch?v=CuikMkJy0ss
https://www.youtube.com/watch?v=qYq8ZdWS7uQ
https://www.youtube.com/watch?v=MZ5P21j_HLE
- Кирилл Шваков про историю и профиты Go
- Алексея Палажченко о конкурентности в Go
- Александра Валялкина об оптимизациях в VictoriaMetrics
Видосы соотв
https://www.youtube.com/watch?v=CuikMkJy0ss
https://www.youtube.com/watch?v=qYq8ZdWS7uQ
https://www.youtube.com/watch?v=MZ5P21j_HLE
Не успели все еще отдохнуть от обсуждения железа Рика, как подъехал тред про поиск Ричарда из Silicon Valley
Хабр
Сглупил ли Ричард Хендрикс, или Линейный поиск против бинарного
Думаю, на Хабре есть любители сериала «Кремниевая долина» (Silicon Valley). На этой неделе там впервые за все шесть сезонов крупно показали код — разумеется, сразу хочется обсудить его...
Forwarded from Господин Архитектор
Если вдруг кто-то из моих читателей желал бы двигаться в сторону менеджмента и управления, но ничего не знает об этом, кроме существования некоторых "софт скиллс", я бы рекомендовал не спешить читать всяких Демингов и Гроувов, а начать с чего-то популярного. Полулярных вещей я знаю две:
1. FAST-менеджмент Федора Нестерова (кратко обо всем, много об образе мышления руководителя)
2. Регулярный менеджмент Александра Фридмана (управление людьми и собой)
[3. Тайм-драйв Глеба Архангельского (про целеполагание и управлнние своим временем)]
А уже потом идти читать Стратоплан и все остальное про управление проектами, людьми, оргструктурами.
1. FAST-менеджмент Федора Нестерова (кратко обо всем, много об образе мышления руководителя)
2. Регулярный менеджмент Александра Фридмана (управление людьми и собой)
[3. Тайм-драйв Глеба Архангельского (про целеполагание и управлнние своим временем)]
А уже потом идти читать Стратоплан и все остальное про управление проектами, людьми, оргструктурами.
Forwarded from DOFH - DevOps from hell
Для тех, кто хочет понять как устроена вычислительная магия, скрытая в процессорах, объяснение на самом простом языке, понятном даже школьнику: https://thecode.media/summator
#базис #транзистор
#базис #транзистор
Журнал «Код» программирование без снобизма
Что такое транзисторы и как они работают — журнал «Код»
Объясняем, что такое транзисторы, как они устроены и что умеют. Внутри будет немного физики и электричества, но без этого в транзисторах никуда.
Forwarded from Мониторим ИТ
Из серии «Мичурину и не снилось». Оказывается учёным удалось скрестить Elasticsearch и Cassandra и получилось как думаете что? Elassandra.
Мониторим ИТ
Из серии «Мичурину и не снилось». Оказывается учёным удалось скрестить Elasticsearch и Cassandra и получилось как думаете что? Elassandra.
#soa
История в 3х частях о том как работает airbnb
+ часть 1. Про взаимодействие сервисов
+ часть 2. Про тулинг
+ часть 3. Про перфоманс, ресайленси и т.д.
Стоит почитать, т.к. достаточно много интересного и необычного: тут и success story миграции с RoR на Java, и Thrift вместо gRPC, и Dropwizard и еще много всего
История в 3х частях о том как работает airbnb
+ часть 1. Про взаимодействие сервисов
+ часть 2. Про тулинг
+ часть 3. Про перфоманс, ресайленси и т.д.
Стоит почитать, т.к. достаточно много интересного и необычного: тут и success story миграции с RoR на Java, и Thrift вместо gRPC, и Dropwizard и еще много всего
Medium
Building Services at Airbnb, Part 1
The first in a series on scaling service development, this article looks at the core structure, the Service IDL, underpinning the new…
#perftest
Шикарная статья из Hazelcast про перфоманс тестирование! Статья, действительно, огонь, т.к. описывает много подводных камней(в свое время много поели этого добра, так что очень жалею, что не прочитал что-то подобное раньше). От себя хочу еще добавить:
1. Тестировать перфоманс действительно очень сложно и очень дорого, по этому рекомендую, для начала, иметь полную уверенность, что оно вам надо
2. Если все-таки решили залезть, то прочитать хотя-бы супер-книжку Ian Molyneaux "The Art of Application Performance Testing", где обозначено еще больше подводных камней и бест-практисов
Шикарная статья из Hazelcast про перфоманс тестирование! Статья, действительно, огонь, т.к. описывает много подводных камней(в свое время много поели этого добра, так что очень жалею, что не прочитал что-то подобное раньше). От себя хочу еще добавить:
1. Тестировать перфоманс действительно очень сложно и очень дорого, по этому рекомендую, для начала, иметь полную уверенность, что оно вам надо
2. Если все-таки решили залезть, то прочитать хотя-бы супер-книжку Ian Molyneaux "The Art of Application Performance Testing", где обозначено еще больше подводных камней и бест-практисов
InfoQ
Lessons Learned in Performance Testing
Performance testing is a hard discipline to get right and many things can go wrong. The key is to pay attention to the details, understand the behavior, and avoid just producing fancy numbers. This article describes a few common problems seen frequently with…
Forwarded from oleg_log (Oleg Kovalov)
Does earlier Erlang Concurrency model stem from CSP?
А отвечает уважаемый Джо Армстронг
https://elixirforum.com/t/does-earlier-erlang-concurrency-model-stem-from-csp/16905/5
А отвечает уважаемый Джо Армстронг
https://elixirforum.com/t/does-earlier-erlang-concurrency-model-stem-from-csp/16905/5
Elixir Programming Language Forum
Does earlier Erlang Concurrency model stem from CSP?
I was reading the faq of Golang where I learn that Erlang is stemmed from CSP but we know that it is based upon actor model. Does the earlier version of Erlang was based on tony hoare CSP work?
oleg_log
Does earlier Erlang Concurrency model stem from CSP? А отвечает уважаемый Джо Армстронг https://elixirforum.com/t/does-earlier-erlang-concurrency-model-stem-from-csp/16905/5
"Seems like there is a dichotomy - system building is a trade off between what we can build and what we can prove. We can build systems whoes properties we cannot prove - and we can prove properties about systems that we cannot build". *Плачет на программистском*
Forwarded from oleg_log (Oleg Kovalov)