Когда разработка только начинается часто еще непонятно какие именно пакеты пойдут в целевую rootfs.
Иными словами хвататься за LFS, buildroot или yocto (или еще что-то) еще рано, а начинать уже нужно. Для богатых (у меня на пилотных образцах 4GB eMMC) есть выход раздать разработчикам дистрибутив, который позволит оперативно доставить что-то чего не хватает в данный момент, а затем мы всегда можем собрать списки пакетов и сформировать список для целевой rootfs.
Сейчас только ленивый не пишет статьи и не выступает с докладами на тему: «Я дизайнер интерфейсов и сейчас я буду чесать ЧСВ.» И всегда в таких статьях и выступлениях речь идет о сайтах, мобильных приложениях и подобном b2c продукте. Переводя на общеупотребительный язык, список тем таких выступлений выглядит примерно так: «Как красиво нарисовать», «Как продать то, что нарисовал», «Как спросить у пользователей про то, что ты нарисовал, и не получить в ответ „#&@$!“». Но если вас угораздило попасть во внутреннюю разработку, где пользователи — без дураков специалисты, где количество верхнеуровневого контента на экране выходит за границы разумного, а функционал изощрен и сложен, вот тут и оказывается, что для вас нет ни статей, ни докладов, ни сообщества как такового. Сегодня нас занесло в пропитанную винными парами и запахом трубочного табака каморку, где обитает Токсичный Дед. У него мы и спросим, чем же отличается разработка интерфейса очередного мобильного приложения от разработки действительно сложной, узкоспециализированной системы.
Если у вас телефон Samsung, то вы, возможно, замечали на экране загрузки фразу «Secured by Knox». Что это вообще значит? Под катом – описание платформы мобильной безопасности, предустановленной на большинстве смартфонов и планшетов Samsung. Это первый русскоязычный обзор того, какие механизмы вообще существуют в решении Knox.
Поиск может быть как сложным, так и простым. Когда не известна (или только частично известна) как сама цель, так и способ её достижения, случайность важна
Целью исследования статьи будет сравнение способов нахождения цели как подвижной (жёлтый объект), так и неподвижной.
Эти способы:
Случайный поиск (красный объект)
Случайный поиск с памятью (синий объект)
Случайный поиск с памятью и иерархией (зелёный объект)
Поиск первого маршрута (фиолетовый объект)
Поиск короткого маршрута (коричневый объект)
На рис.1 эти объекты показаны. Полностью код программы выложен на github
Данная заметка имеет собой цель продемонстрировать автоматический git bisect на примере ядра Linux. С последующим поиском официальной версии начиная с которой всё поломалось и последней хорошей версии.
