О прокрастинации и костыльных решениях в мире ПО

Уже долгое время пользуюсь нативным клиентом телеграм на CentOS, и всегда беспокоила одна "фича" - тотальная неспособность отображения полужирного шрифта: т.е. вообще нигде - ни в сообщениях будь то отправленные или принятые, ни в UI. И как-то уже пообвык обходиться без этого - ибо известно что пользователи CentOS должны страдать за свой выбор, поэтому даже в голову не приходило погуглить в чём же дело, пока точно такой же кейс не повторился на Убунте.

Выяснилось, что о баге этом разработчики были уведомлены аж с 2016г, в 2017г был предложен костыль для линуксов:

sudo [yum|apt] remove open-sans-fonts

- конечно работает, но он неправильный поскольку выпиливает из системы важнейший системный шрифт (но таки-работает надо отметить!), более правильный костыль был найден в 2019г и описан тут и состоит в переносе шрифтов для телеграм в отдельную песочницу (но на моей версии клиента не сработал за отсутствием нужного конфиг файла телеграма).

BTW, закрыли это issue буквально 2 месяца назад, чтож неплохой скрам с аджайлом.

PS: почему нельзя обновиться до последней версии и городить костыли:
примерно с декабря-января сборки ТГ под линукс перешли на новую версию glibc/libstdc++ и пропала возможность пользоваться автоматическими обновлениями на CentOS.

Немного о FlexLM

Достаточно распространенной задачей для того чтобы "попробовать" тот или иной функционал EDA/CAE необходимо знать название фич (FEATURE в терминологии файла лицензий). Угадывание нужных названий фич для "добавления" в лицензию задача нетривиальная, в случае если функционал новый это вызывает дополнительные сложности. Приходится названия фич добывать по крупицам либо действовать методом угадывания по аналогии, к сожалению фичи чувствительны к регистру символов что усложняет задачу.

Как действовать в подобной ситуации?

1. Можно воспользоваться каталогом OpenLM License Parser, в котором содержатся фичи инженерного софта, отсортированные по вендорам и продуктам
2. Самые актуальные названия фич можно получить на различных институтских сайтах, которые публикуют в сети список своих возможностей. Вот здесь для Cadence, Synopsys, Mentor, Silvaco, Matlab (хороший институт!), кликать надо на Listing/Expiration dates.

#flexlm

Похоже, что в ближайший год железячников ожидает нашествие #WFH продуктов. Подобные решения развивались и раньше (отладка на стороне клиента, географически распределенная команда и/или дороговизна таргет-девайса), однако сегодня приходит понимание размеров рынка и, конечно, первопроходцы будут "ломить ценник" как это видно уже сейчас (это вам не релюшкой через ардуинку щёлкать).

Кстати, хостовую часть они похоже взяли опенсорсную.

#WorkFromHome

Полезная, но неочевидная фича гитхаба

Оказывается можно применить дополнительный фильтр, выведя только те репо, в которых основным языком будет являться заданный в запросе, просто дописав URL.

Фильтр для применения к аккам организаций: ?language=

Фильтр для применения к аккаунтам пользователей: ?tab=repositories&language=

Пример использования:
◦ https://github.com/NXP?language=verilog
◦ https://github.com/olofk?tab=repositories&language=verilog

PS: verilog & systemverilog - разные языки по логике гитхаб.

О .gitignore замолвите слово

Гитхаб собирает коллекцию своих вариантов gitignore для популярного ПО, удивительно было найти в названиях файлов коллекции Xilinx, Synopsys, Virtuoso, Modelsim, MATLAB.

Лет 5 назад я предпринимал аналогичную попытку создать подобную коллекцию для разработчиков ASIC/FPGA, увы, сегодня понимаю тщетность усилий - это работает только внутри конкретного коллектива/флоу разработки:
слишком много нюансов и степеней свободы. Кто-то файлы проектов/скриптов синтеза не пишет вручную, а каждый раз пересоздаёт в рантайме (и как любой нерукотворный труд - не кладёт в гит), кто-то в соответствии с корпоративным флоу помещает в гит edif/verilog-нетлисты независимых IP-блоков (или даже дампов моделирования).

Одним словом для ASIC и FPGA универсальной пилюли .gitignore не существует, каждый шаблон необходимо обтёсывать (в т.ч. при смене работодателя), но есть позитив - эти изменения обычно минорны и шаблоны таки скорее полезны чем нет.

FPGA-числодробилка задёшево

Первая волна дешёвых плат с жирными FPGA была после майнеров, тогда на рынок хлынули б/у VCU1525 и их клоны.

Теперь похоже подтянулась вторая волна: железо из датацентров. Речь про наводнившую ибей карту Microsoft Catapult v2 Pikes Peak, которую достаточно проблематично (в отличии от клонов VCU1525) использовать без документации.

На сегодня наиболее полная информация по карте собрана в этом репо: https://github.com/wirebond/catapult_v2_pikes_peak
Сообщество продвинулось достаточно далеко - даже разработана карта, которая пробрасывает PCI-E с Samtec-коннектора на USB3-райзер (привет GPU-майнерам).

FPGA-числодробилка задёшево-II

BTW, причудливый форм-фактор платы не плод деятельности укуренных инженеров, а вполне на уровне (для 2014г) и обязан такой форме стандарту Open CloudServer OCS Chassis Specification Version 2.0.

Для поиска железок будут полезны следующие партнамберы (любопытно что железки поставлялись также Dell & HP):
◦ X900563-001 (Microsoft OEM p/n)
◦ 834147-001, also 838874-001 (HP p/n)
◦ Dell CRD CTL FPGA PKPK WCS K5K73 AIRFLOW 0K5K73 (Dell p/n)

Heterogeneous Computing: Intro to Networking + Hardware in Azure

Эволюция Hardware-as-a-Service от Майкрософт

Российские крупные IT-игроки всё больше усиливают свои HW-департаменты, а их девайсы всё более на слуху, что не могло не привлечь внимания DIY-сообщества.

Магический Дым топит за право на ремонт (и соответственно открытие схемотехники и документации) на конкретном кейсе я.станции.
Мне хотелось бы акцентировать на том, почему этого никогда не будет, потому как дело не совсем совсем не в "праве на ремонт":

1. Еще со времён первых адсл-модемов (если не раньше) парадигма разработки девайсов эволюционирована - чипмейкеры не только поставляли SoC и саппорт, а полный комплект: референсный дизайн таргет-девайса, всё ПО (FW для baseband + SW c линуксом), естественно под NDA. Задача разработчика девайса сводилась к тому, чтобы поменять лого в веб-интерфейсе на своё и разработать свой корпус под реф.дизайн (который редко когда претерпевал изменения). С умными колонками примерно такая же история, все они используют платформы, выпущенные чипмейкерами специально под этот сегмент:
◦ Allwinner R18 (я.станция)
◦ Amlogic A113X (я.мини, алекса)
◦ Rockchip RK3308 (Капсула Мейла)
В таком кейсе, скорее всего, производитель колонки связан обязательствами с чипмейкером (NDA), поскольку схемотехника колонки всегда в той или иной степени производная от референсной, предоставленной чипмейкером, схемы.
Кратко этот пункт называется: не можем.

2. Относительно низкие тиражи, что заставляет продавать умные колонки практически себе в убыток (в одной только Капсуле от мейла насчитал более 10ти кастомных деталей из пластика и металла), а зарабатывать на подписке и т.н. "биг дате", если вы понимаете о чём я. Что произойдёт при "открытии железа" компаниями?.. Правильно - начнут появляться альтернативные прошивки "без майора" и модель заработка компаний даст сбой (а открытых проектов голосовых помощников, работающих локально, уже есть какое-то количество).
Кратко этот пункт можно назвать: не хотим.


PS: интересный момент - пока что каким-то чудесным образом ускользает от внимания момент, что внутри колонок - GPLный линукс (это не совсем про ремонт, больше про "патчинг" ПО), но помнится, когда деревья были зеленее к роутерам и адсл-модемам прикладывался диск с tar.gz непроприетарной части прошивки. Как сегодня эти требования обходятся - неизвестно, не слежу за трендом, но скорее всего стрелки переведутся на вендоров чипов - мол, они поставляют линукс - к ним и вопросы.

About job interview preparation

Супер-подсказка о том как тщательнее подготовиться к собеседованию в компании с мировым именем. Я имею в виду не базовый стек знаний/умений (его-то как раз не поднять за пару недель), а скорее типичные нетипичные вопросы, вроде задачек на сообразительность и/или нестандартный подход (навроде схемы деления тактового сигнала на 5 со скважностью 50%). Как известно, вся информация есть в интернете - весь секрет в правильном составлении поискового запроса.
Кстати, вот он (разбит по строчкам для облегчения восприятия):

site:glassdoor.com
<имя компании>
<ключевое слово из должности (одно или несколько)>
job interview questions

Реальный пример:

site:glassdoor.com qualcomm vlsi job interview questions

5 Reason VLSI Industry Not For you

1. Want "Huge Money in Short Time"
2. Are "Not passionate about Electronics"
3. Want to "Sit back and Relax in Long Runtime"
4. Want to "Start your Own business with Zero Investment"
5. Are "Not Interested In Coding and Design Automation"

full version link

About .gitattributes

Нередко замечал что гитхаб неправильно определяет языки исходников, но считал, что это от рождения и не поддаётся лечению (особенно расстраивало игнорирование кастомных расширений вроде *.vh для инклюд-файлов верилога).
Так вот оказывается у гитхаба есть собственное расширение синтаксиса gitattributes для правильного анализа языков и можно его "обучить" правильному детекту.

Т.о. проблема с *.vh лечится одной строчкой в .gitattributes

*.vh linguist-language=Verilog

Также можно указывать пути, которые будут игнорироваться при анализе языка исходников (документация и сторонние/другого автора библиотеки).

◦ Подробнее
◦ Пример для FPGA

Software, Hardware, Firmware.... Gateware!

*Gateware - firmware for FPGA.

Похоже в англоязычной среде прижился новый термин для обозначения исходников СБИС/ПЛИС. Чтож, выбор как по мне не самый удачный, но:

1. ChipWare - зарегистрированная ТМ Cadence
2. SiliconWare - слишком сливается с SiliconValley (а значит ИТ-сферой) и есть риск ассоциации не с тем "кремнием"
3. FPGAware, ASICware - еще менее благозвучны чем Gateware

PS: Если знаете какие варианты еще были/могли бы быть на рассмотрении - напишите в личку