Если у меня когда-то будет своя больница — назову её "Люди".
Чтобы про выздоровевших пациентов говорили, что их выписали из людей.
Чтобы про выздоровевших пациентов говорили, что их выписали из людей.
😁13🌚1
Forwarded from Баги с башкой
DDD - downgrade-driven debugging
"Видишь баг - откатись на версию, на которой все работало"
"Видишь баг - откатись на версию, на которой все работало"
Лайфхак: если вам стыдно что-то выкладывать — всегда можно соврать, что это предложка
😁18👎1
#prog #rust #article
Rust fact vs. fiction: 5 Insights from Google's Rust journey in 2022
Особенно интересен первый пункт:
> Rumor 1: Rust takes more than 6 months to learn – Debunked!
Based on our studies, more than 2/3 of respondents are confident in contributing to a Rust codebase within two months or less when learning Rust. Further, a third of respondents become as productive using Rust as other languages in two months or less. Within four months, that number increased to over 50%. Anecdotally, these ramp-up numbers are in line with the time we’ve seen for developers to adopt other languages, both inside and outside of Google.
Rust fact vs. fiction: 5 Insights from Google's Rust journey in 2022
Особенно интересен первый пункт:
> Rumor 1: Rust takes more than 6 months to learn – Debunked!
Based on our studies, more than 2/3 of respondents are confident in contributing to a Rust codebase within two months or less when learning Rust. Further, a third of respondents become as productive using Rust as other languages in two months or less. Within four months, that number increased to over 50%. Anecdotally, these ramp-up numbers are in line with the time we’ve seen for developers to adopt other languages, both inside and outside of Google.
Google Open Source Blog
Rust fact vs. fiction: 5 Insights from Google's Rust journey in 2022
Wondering about Rust? We're addressing rumors and providing insight gained from years of early adoption of Rust here at Google.
🔥9👍3
#prog #article
Making Badger Crash Resilient with ALICE
Правильно манипулировать файлами — довольно нетривиальная задача. Из-за кеширования операций записи порядок, в котором операции над файлом физически применяются к данным на диске, не обязательно совпадает с порядком, в котором они записаны в исходном коде. Обычно это не является проблемой, потому что в конечном счёте все эти операции когда-то проходят.
Тем не менее, если в промежутке между их применениями происходит крах операционной системы, файлы могут оказаться в не консистентном состоянии и привести к потере данных или, ещё хуже, к невозможности запустить программу без ошибок. По настоящему надёжный софт должен быть устойчив к подобного рода проблемам. В особенности это ожидается от баз данных — если программа манипулирует твоими данными в больших количествах, то лучше бы эту информацию не терять.
Для обнаружения подобных ситуаций есть инструмент ALICE, представленный в папире All File Systems Are Not Created Equal. Этот инструмент при запуске программы пользователя записывает системные вызовы, трогающие файловую систему, а затем анализирует их, находит переупорядочивания, которые могут привести к проблемам при крашах, и проверяет при помощи предоставленного пользователем чекера, что состояния файлов, вызванные этими переупорядочиваниями, не влияют на работоспособность программы.
Автор статьи рассказал об этих проблемах, об ALICE и об опыте применения ALICE к Badger, key-value хранилища, используемого как фундамент базы данных Dgraph. Инструмент помог выявить две ранее не обнаруженные проблемы, связанные с устойчивостью к крашам, которые были устранены [1] [2].
(thanks @lazerate)
Making Badger Crash Resilient with ALICE
Правильно манипулировать файлами — довольно нетривиальная задача. Из-за кеширования операций записи порядок, в котором операции над файлом физически применяются к данным на диске, не обязательно совпадает с порядком, в котором они записаны в исходном коде. Обычно это не является проблемой, потому что в конечном счёте все эти операции когда-то проходят.
Тем не менее, если в промежутке между их применениями происходит крах операционной системы, файлы могут оказаться в не консистентном состоянии и привести к потере данных или, ещё хуже, к невозможности запустить программу без ошибок. По настоящему надёжный софт должен быть устойчив к подобного рода проблемам. В особенности это ожидается от баз данных — если программа манипулирует твоими данными в больших количествах, то лучше бы эту информацию не терять.
Для обнаружения подобных ситуаций есть инструмент ALICE, представленный в папире All File Systems Are Not Created Equal. Этот инструмент при запуске программы пользователя записывает системные вызовы, трогающие файловую систему, а затем анализирует их, находит переупорядочивания, которые могут привести к проблемам при крашах, и проверяет при помощи предоставленного пользователем чекера, что состояния файлов, вызванные этими переупорядочиваниями, не влияют на работоспособность программы.
Автор статьи рассказал об этих проблемах, об ALICE и об опыте применения ALICE к Badger, key-value хранилища, используемого как фундамент базы данных Dgraph. Инструмент помог выявить две ранее не обнаруженные проблемы, связанные с устойчивостью к крашам, которые были устранены [1] [2].
(thanks @lazerate)
dgraph.io
Making Badger Crash Resilient with ALICE
Crashes can occur for many different reasons and can manifest themselves in many different forms. A program can experience a segfault or uncaught exception.
👍7❤2
Как вы относитесь к NSFW-контенту?
Anonymous Poll
48%
Положительно
7%
Отрицательно
26%
Нейтрально
18%
Непосредственно
🍌12
Блог*
Как вы относитесь к NSFW-контенту?
{Не переживайте, К сожалению}, Блог* останется SFW каналом
👎19😢9👍6💔6
Forwarded from Ratijas & Mac-J studio
mega-corps are ridiculous
yesterday I emailed Yandex support with a minor bug report about broken layout in their mobile app for Android. And they asked me for a telephone number four(!) times, before straight out admitting that they refuse to fix their own bug unless I give in moar personal data. oof… what kind of Bugzilla template do they use? 🤡
yesterday I emailed Yandex support with a minor bug report about broken layout in their mobile app for Android. And they asked me for a telephone number four(!) times, before straight out admitting that they refuse to fix their own bug unless I give in moar personal data. oof… what kind of Bugzilla template do they use? 🤡
🤡18😱2