Идеи и размышления

Вчера узнал, что прекратил своё существование форум OsZone — один из тех, которыми я вдохновлялся, когда делал свой Объединённый Открытый Проект много лет назад. Новости об этом я нашёл на Pikabu и Linux.Org.Ru. Почитал комментарии, и удивился, сколько же там негатива и в адрес OsZone, и в адрес форумов в целом или просто позицией «пусть отмирает то, что не приносит пользы, не жалко».

Но, справедливости ради, следует отметить, что некоторые проблемы, типа дублирования множества одних и тех же простых вопросов или отсылок вроде «вон в той теме на 400 страниц всё рассказано», реально существуют, да я и сам с ними сталкивался не раз. Увы, верить в то, что можно заставить людей быть сознательнее, пользоваться сначала поиском, а потом задавать вопрос, правильно выбирать разделы и создавать для вопросов новые темы, а не писать куда попало, (короче, выражаясь языком соционики, жить по БЛ, а не ЧЛ) я уже не верю.

Сегодня обсуждал вопрос продвижения психологических сайтов и высказал такую мысль: чтобы найти даже очень хорошо оптимизированный сайт, человек должен хоть какой-то связанный с этим запрос ввести, а для этого — осознать, что у него есть такая-то проблема и сформулировать её. Тогда как на централизованных площадках типа YouTube или Дзен есть шанс, что видео или статья с описанием проблемы подвернётся ему случайно, благодаря работе рекомендательных алгоритмов.

Не раз думал о том, что жаль, что интерфейсы накопителей данных (HDD и SSD) остаются такими же низкоуровневыми, как в старые добрые времена: работа на уровне чтения записи отдельных секторов (или их блоков) вместо того, чтобы работать сразу на уровне файлов. Т.е. OS посылала бы команды не «считай сначала вот этот сектор, потом вот эти потом вот эти» (где в первый из этих секторов — это каталог, второй — таблица inodes или их каталогов, третий — собственно сами данные из файла), а сразу «считай файл такой-то по смещению такому-то», а вся работа с метаданными шла бы на стороне контроллера жёсткого диска, что давало бы больше возможностей по оптимизации хранения данных (правда, реализовать бы их могли только производители дисков).

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

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

Недавно составлял обзор панелей управления хостингом и обратил внимание на то, что за редким исключением интерфейс open source приложений очень сильно проигрывает коммерческим. Причём это касается не только панелей хостинга, но и почти всего, где есть графический или Web-интерфейс, например, движков социальных сетей. (Из исключений могу вспомнить только Hestia, Mastodon и тему Lubuntu для LXDE, там реально приятные интерфейсы.)

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

Недавно на Хабре зашла речь о протоколе Gemini и других возможных альтернативах современному перегруженному Web. Один из участников высказал мысль, что раз для отображения Web-страницы нужен текст, картинки, шрифты и стили, то нужно передавать всё это в едином файле и в бинарном виде, а не собирать по кусочкам. И тут я подумал: а ведь есть формат, в котором всё перечисленное уже предусмотрено. Это PDF, который к тому же с 2008 года является открытым стандартом. Причём программы-просмотрщики для него гораздо менее требовательны к ресурсам, чем современные броузеры. И более того, уже сейчас поисковики умеют индексировать PDFы!

Пришла в голову мысль, что если уж неразумная часть человечества готова активно жечь ресурсы на майнинг криптовалют, то нужно сделать такую, добыча которой делалась бы с полезными вычислениями. Точнее, это должны быть некие «облигации на вычислительную мощность», если так можно выразиться. То есть сначала некто, у кого есть есть потребность в определённом количестве вычислительной мощности (назовём его эмитент) создаёт токен-запрос на выполнение определённого объёма нужных ему вычислений, причём в этот токен сразу закладывается программа для их выполнения и проверки корректности. Далее любой участник сети, который готов предоставить свои мощности, может взяться за эти вычисления. После их выполнения токен-облигация превращается в единицу криптовалюты, которой можно либо расплачиваться с другими участниками сети (на тех же принципах, что работают те же bitcoinы), либо предъявить эмитенту для обмена на живые деньги, после чего эмитент сможет эту «облигацию» погасить.

Сейчас всё чаще и для desktop и для мобильных появляются приложения, основанные на Web-технологиях. То есть по сути, представляют набор HTML+JavaScript, запускаемых во встроенном броузере. У этого подхода немало плюсов (дешевизна разработки, кроссплатформенность), но есть недостаток: потребление ресурсов существенно выше, чем у native-приложений. Во многом потому, что современный броузер — сам по себе очень технически сложный продукт (на Хабре видел даже точку зрения, что операционную систему написать проще, чем броузер).

Случайно наткнулся на статью про то, как болезнь Альцгеймера диагностировали с помощью акселерометра. И возникла мысль: а ведь можно сделать мобильное приложение, которое будет работать аналогичным образом. То есть распознавать такие отклонения в походке по встроенному в мобильник акселерометру (возможно, с обработкой нейросетью) и предупреждать, если появятся опасные признаки.