10 советов схемотехнику
- Программирование микроконтроллеров,
- Схемотехника,
- Производство и разработка электроники,
- DIY или Сделай сам,
- Электроника для начинающих
Существует ли хоть один человек, который использует эти подписки добровольно по назначению?
Эпиграф: Профессии "программист" не существует.
На написание этой статьи меня натолкнула статья "Тёмная сторона работы в Яндекс.Маркете".
Дисклаймер: написанное ниже является моим личным мнением, официальное мнение компании по данному вопросу мне неизвестно.
Автор описывает много вещей, которые, да — существуют в реальности, но пишет в каком-то сильно уж отрицательном ключе, так, что картина уж больно мрачная складывается.
Попробую немножко пооппонировать.
Прежде чем начать статью — немного расскажу о себе. Я работаю в Яндексе. Возглавляю в нём отдел, разрабатывающий ПО для одного из оффлайн/онлайн бизнесов. Сам при этом тоже пишу код (то есть я — не менеджер). До Яндекса я работал в нескольких компаниях. В том числе больших, например в Mail.RU.
Попал я в Яндекс не очень традиционным способом: мы с друзьями сделали вполне успешный стартап, который нормально взлетел и работал. Был конкурентом одному из бизнесов Яндекса. Технологически мы в каких-то аспектах сильно превосходили Яндекс. А вот финансово, разумеется, соперничать с ним не могли: наш стартап поднимался на вложении исключительно нашего труда. Инвестиции мы не привлекали. И поэтому в один прекрасный день Яндекс приобрёл нашу компанию и мы стали сотрудниками Яндекса.
Осенью 2019 года в iOS команде Облака Mail.ru произошло долгожданное событие. Основной базой данных для персистентного хранения состояния приложения стала весьма экзотическая для мобильного мира Lightning Memory-Mapped Database (LMDB). Под катом вашему вниманию предлагается её подробный обзор в четырех частях. Сначала поговорим о причинах столь нетривиального и трудного выбора. Затем перейдем к рассмотрению трёх китов в основе архитектуры LMDB: отображённые в память файлы, B+-дерево, copy-on-write подход для реализации транзакционности и мультиверсионности. Наконец, на сладкое — практическая часть. В ней рассмотрим, как поверх низкоуровневого key-value API спроектировать и реализовать схему базы с несколькими таблицами, включая индексную.