Заметил, что нынче при описании каждого нового сервиса, инструмента и т.п. приписка «written in Rust» встречается уж крайне часто. Причём, я так понимаю, это должно добавлять сразу +100 к доверию.

Не, я понимаю, что «стильно, модно, молодёжно», но почему мне как пользователю не должно быть похеру на чём там оно написано?

Ах, да, мемори сейфти же? Типа по умолчанию более безопасно. Так давайте вспомним, как автора экстремально популярного actix-web затравили за то, что он в блоке unsafe чё-то написал. Не по канону типа. Язык — лишь инструмент и сам по себе гарантий никаких не даёт.

Вы видели, чтоб где-то гордо указывали, мол, написано на C++ или Delphi, или Java, или VB? Вот и я не припоминаю. Зато знаете, что ещё раньше гордо писали? Что смогли заимплементить что-то на JS. Забавно поначалу было, да, только теперь чат на компе полтора гигабайта ОЗУ хавает. Уже не так забавно.

А вот, кстати, и тот самый упомянутый мной ранее Hummer — теперь полностью электрический. Выйдет по ходу аж в начале 2023-го, так что заценить HMI на анриале в ближайшее время, вероятно, не получится.

Все, кто хоть раз использовал электронное устройство, знают такое словосочетание как «сообщение об ошибке» (error message). Даже мой МК-61 умел выводить слово ЕГГОГ семисегментными индикаторами.

Изначально это был просто способ диагностики, показывающий что «что-то пошло не так». Но чем дальше развивается индустрия, тем чаще сообщения об ошибке звучат так, будто накосячил именно человек. Мы создаём машины, которые заставляют нас играть по их правилам.

«Введён неверный адрес», «пароль не подходит по критериям», «задайте дату в формате MM/DD/YY», «файл с таким именем уже существует⚠️», «ты пропустил ; в коде, и я, компилятор, знаю это, но дальше работать отказываюсь» и т.д. Встречаю подобное ежедневно.

И намедни прочитал тут статью, где чел пишет про т.н. предписывающие (prescriptive) и описывающие (descriptive) инструменты.

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

«Ах, ты пытаешься закоммитить что-то в репу с чистым git-конфигом? На, сука! Напиши вот эти две команды в терминал, чтобы сообщить своё имя и имейл. Я мог бы и сам сразу спросить, но я всего лишь инструмент, а ты человек, делающий работу».

Предписывающие инструменты же помогают пользователю решить проблему, предлагая конкретное действие или выбор из оных, а то даже и ничего не предлагая, а сразу выполняя, если дефолты хорошо продуманы. Вроде не так и сложно подобное заимплементить, но однозначно требует отдельных усилий. «Некогда этим заниматься — фичи надо пилить!»

Основная цель предписывающих инструментов, конечно, это решать проблемы пользователя, а не быть их частью. Доживу ли я до времён, когда таких инструментов будет большинство?

Помню, как однажды стоял возле офиса и по телефону пытался объяснить плохо говорящему по-английски курьеру с моей стынущей пиццуней, как найти наше единственное в округе красное здание, расположенное возле дороги прямо напротив вокзала. На поиски у него ушло десять минут, хотя пиццерия находится в пяти.

Задача быстро поделиться расположением чего-либо толком не решена. По крайней мере была. Есть такая к сожалению не сильно известная тема как what3words. Идея до безобразия простая: чуваки взяли нашу планету, поделили на клетки 3×3 метра и каждой такой клетке дали уникальный идентификатор из трёх рандомных слов. Теперь достаточно просто сказать кому-то три слова — и вуаля. Поддерживаются разные языки, но, похоже, слова в них никак не связаны. Например, вот адрес середины дамбы (излюбленное место мотоциклистов) в Шварцвальде: ///кооперативный.удобно.текстильный (на немецком: ///eure.bekleideten.wellung).

Основных проблем тут вижу две. Во-первых, какого-то хера используются не только существительные. В русском это особенно отстойно, потому что окончание играет роль. Например, ///кооперативный.удобная.текстильный находится в Техасе, а ///кооперативный.удобный.текстиль — в Башкортостане. Дно какое-то. Вероятность промахнуться подъездами скорее всего очень мала, но всё равно неприятно.

Во-вторых, конечно, недостаточная распространённость. На тренинге в Красном Кресте мне говорили, что в Великобритании прям по телеку эту тему рекламируют как средство быстро сообщить локацию службам спасения. Очень круто! Но у нас, боюсь, могут и не шарить, что это.

Кстати, MBUX — наша бортовая система для Mercedes-Benz — тоже поддерживает. Но это скорее исключение из правил — большинство остальных продуктов всё же британские.

А вы что думаете? Приживётся? А, ну да, комментов же в канале нет 😊

На коллаборацию Epic Games и GM прилетела ответочка от Unity и HERE. Пока по ходу никаких конкретных анонсов моделей автомобилей, но ясно одно: игровые движки в HMI автомобилей — это даже не будущее, а почти настоящее.

Ну всё, теперь точно пора ливать с Qt 🙂 Их тулинг и рядом не валялся канеш.

Кстати, мне как менеджеру тема интересна ещё и по другой причине.

Геймдев славится своими кранчами. И далеко не все люди, там работающие, фанатеют от создания игр настолько, чтобы с этим мириться. При этом сфера настолько специфичная и глубокая, что заскочить в неё с улицы без релевантного опыта порой непросто. Обратное тоже верно: не каждый гейм-девелопер пойдёт пилить CRUD в энтерпрайзе — чаще просто переходят из одной игровой студии в другую.

Автомотив даёт альтернативу. Он в плане переработок, конечно, не сильно лучше порой и точно не панацея, но весьма неплохой способ сменить обстановочку и атмосферу. Посмотрим, как это отразится в будущем на хедхантинге.

Произошло ровно то, что рано или поздно должно было: телега меня наломала с запланированными сообщениями, отправив их в обратном порядке 🤦🏻 Сссучьи технологии — никогда нельзя положиться!

У меня в дескрипшне канала написано, что я «нерегулярно» пишу; при этом с момента создания посты были минимум раз в сутки. Думали небось, я в натуре их каждый день строчу? ) Пхах 🙂

Скоро в каждом автомобиле

Как можно было заметить, помимо мало известных языков программирования я люблю всякие инструменты и особенно мутные (читайте — исследовательские) UX-решения в них. Расскажу вам сегодня про Code Bubbles.

Всё началось с этого видео.
Типок по имени Andrew Bragdon, будучи аспирантом в Брауновском университете, сделал в 2010-м PoC среды разработки для Java на базе Eclipse. Мне сразу понравилась идея, ведь в процессе разработки я мысленно группирую куски кода похожим образом в зависимости от контекста, а тут всё то же, но ещё и наглядно. Никакой ебанины с миллионом открытых вкладок, сплитом окна и пр.

Чел обещал выпустить паблик бету, но идея понравилась не мне одному. Microsoft схантила чувака, и буквально через год в Visual Studio появился Debugger Canvas — тот же самый подход, применённый по большей части только для отладки. Джаву, конечно, поменяли на C#, а обещанная бета оригинальной тулзы так и не вышла. Зато пейпер написали, поставив типца на второе место в списке авторов.

Идея как-то не прижалась, хотя мне видится в ней потенциал. И так бы все о ней и забыли, но Steven Reiss, по ходу профессор, курировавший оригинальную работу, решил продолжить эксплуатацию студентов её развитие и около года назад даже вылил сорцы на гитхаб. А вот и сайтец.

Надеюсь в будущем увидеть какое-то развитие идеи!

TIL в Python есть встроенная константа Ellipsis и эквивалентный литерал ... (дока). Используется, например, в NumPy для слайсинга, но также можно использовать в функциях вместо pass:

def foo():
... # 👈 прям валидно

При касте в bool даёт True. Хз, что это вам даёт. Живите теперь с этим.

После выходных в самый раз написать про отдых.

В Германии есть такая тема: в воскресенье нихрена не работает. Ну, кроме музеев разве что. Магазины закрыты все, дела не порешать и т.д. Сначала это сильно бесит, особенно после Украины, где можно и в три часа ночи доставку раков на дом заказать в любой день вообще, а уж сходить куда-то в воскресенье — тем более.

Но с годами понимаешь, что уж в work-life balance немцы знают толк. Из-за того, что всё закрыто, ты не можешь ничего особо планировать на воскресенье. И поэтому остаётся только… отдыхать. Люди из СНГ в среднем отдыхать не очень умеют: они сначала ебашат на работе, а потом в оставшиеся крупицы времени пытаются уместить шоппинг, танцы, клубы, спорт и всё-всё-всё. «Лучший отдых — это смена деятельности», — слышали наверное? Чушь, конечно, особенно если погуглить, откуда это выражение пошло. Энергия не резиновая.

С субботой ситуация немного иная. Так или иначе в этот «выходной» приходится решать бытовые вопросы, на которые не было времени и сил в течение недели. Доколе‽ Как пофиксить это?

Я в сообщении, на которое реплайнул, упоминал кранчи в геймдеве. И на DTF как раз была длинная и немного однообразная статья на эту тему со ссылками на кучу исследований. Если кратко, то 40-часовая рабочая неделя — отнюдь не оптимальный вариант, а овертаймы — просто пиздец.

Я вот какое-то время работал четыре дня в неделю в виде исключения (не выюзал отпуск и раскидал остаток дней) и могу сказать, что работа перестала ощущаться таким дном и даже как-то прям начала приносить удовольствие. По ощущениям я даже успевать стал больше! Сча, правда, вернулся в «нормальный» режим, и снова подкатывает.

Интересно, сколько ещё времени пройдёт, прежде чем «стандарт» 5 дней × 8 часов эволюционирует во что-то новое?

Держите очередной список бесплатных инструментов для разработчиков, который можно себе сохранить, чтобы никогда больше его не открыть.

Писал не так давно, что Qt Company по моему мнению сливает полимеры, в том числе в плане тулсета, который они предоставляют разработчикам продуктов.

Сама Qt, похоже, сдаваться так просто не собирается, поэтому вчера купила компанию froglogic GmbH. Последняя делает по ходу единственный кое-как рабочий продукт для автоматического тестирования UI, способный работать с Qt-приложениями — Squish. Чтоб вы понимали, это среда разработки на базе Eclipse, где в качестве дефолтного движка для скриптов используется Python 2. Оч свежо. Годовая лицензия на это дело — почти 3000$.

Хотел тоже написать об этом, но нонейм сделал всю работу за меня.

Наконец появился онлайновый фотошоп — https://www.photopea.com/

Тут примечательно другое, а именно что его запилил всего 1 украинец за 7 лет и заработал на нём за прошедший год лям баксов https://ain.ua/2021/04/13/istorija-photopea

Конечно назвать это «фотошопом» в полной мере крайне тяжело. Скорее очень сырая бета-версия с кривыми проёбами в каждом аспекте (причем говорю это не в укор, учитывая что это делал 1 человек, а не команда из 50). И не совсем понятно зачем именно копировать фотошоп (полагаю юристы адобе ещё из своей пещеры не вышли), который сам уже отсасывает у веб-приложений во всём. НО это очень круто и охуенно. Мне очень не хватает вменяемого именно онлайнового фоторедактора с привычными функциями (особенно на мобиле, на которой даже нет вменяемых фотоаппок) — иногда просто надо сделать какую-то мелочь, а ставить из-за неё фотошопы, аффинити и прочую ебалу слишком напряжно. Вобщем Иван молодец, желаю ему сменить название и внешний вид редактора, найти инвесторов и сделать инструмент за 15$/mo

Ровно через 6 часов (в 18:00 CEST) пройдёт обещанный стрим с Mercedes-Benz EQS World Premiere. Cсылка на официальный сайт: https://media.mercedes-benz.com/eqs.
EQS — новая топовая электротачка с нашей инфотейнтмент-системой на борту. Интерьер с абсолютно бомбическим Hyperscreen вы уже видели. Вангую, что теперь покажут экстерьер, небось с уродливой стекляшкой вместо радиаторной решётки, как Мерседес лепит на все свои EQ-тачки. А также, вероятно, будут много парить за то, какая система умная и как подстраивается под пользователя. Я не суперлюбитель автомобильной тематики, хоть и работаю в этой сфере, но должно быть любопытно.