Технологии
Цифровой мир, как он есть, и немного, каким должен быть
Рубрикатор
Последние записи
Паникуем иначе
В недавнем посте я в основном сосредоточился на том, как развитие нейросетей и прочих элементов ИИ повлияет на рабочие процессы. И я действительно не вижу поводов для паники в этом отношении. Но это совершенно не значит, что приход новых технологий не несет с собой неприятностей другого плана. Как это собственно бывает с, наверное, любыми новыми технологиями.
О некоторых я там кратко упомянул, но не особо вдаваясь в детали, разве что про поисковый спам чуть развернул мысль, но это потому, что замусоренность информационного пространства сильно влияет и на профессиональную деятельность.
Сейчас мне бы хотелось поговорить о темной стороне использования новых технологий. Именно в способах использования, злоумышленных, или наоборот — малоосмысленных, я предполагаю некоторые потенциальные проблемы. И сразу замечу, что я далек от киберпанка и всяческого турбоапокалипсиса. Я вообще технооптимист.
Кстати, о птичках
В какой-то момент — где-то во второй половине ноября — я заметил, что ко мне стали заходить читатели из поисковых систем по запросам, связанным с кормушкой и птицами. За ноябрь-декабрь пост «Птицы на кормушке и их поведение» даже обогнал по популярности «главный» материал этого сайта, т.е. «Ввод «типографских» символов с клавиатуры», что само по себе довольно странно…
Но недавно я обнаружил еще более странный момент, заглянув в Я.Вебмастер — см. собственно скриншот. Т.е. люди ищут уже не просто поведение птиц на кормушке, а конкретный текст конкретного автора. Такое ощущение, что попал в какую-то учебную программу в качестве рекомендованного материала. Или что это вообще?
Отставить панику...
С выходом ChatGPT как-то внезапно обострились апокалиптические настроения в духе: заменит программистов, оставит нас всех без работы, и прочее «мы все умрем». Последнее, конечно, верно, но не ново.
Сразу скажу, что самолично я с ChatGPT не экспериментировал, так что размышлять буду в целом отвлеченно-теоретически, опираясь, впрочем, на множество «свидетельских показаний» в интернете, касающихся как этой нейросети, так и разных прочих.
Попробую сделать некоторые предположения, как именно в действительности нейросети нового поколения повлияют на различные виды деятельности (те, о которых я имею хоть какое-то представление). Если коротко, то убийства интеллектуальных и творческих профессий я не ожидаю, при этом изменения таки будут, и будут существенны, причем наиболее существенные проявятся в долгосрочной перспективе.
И да, КДПВ сгенерирована нейросетью по запросу «deep learned girl in fantasy style».
Darktable 4.2.0
Недавно вышла очередная версия моего любимого софта для обработки raw-файлов фотографий, и я решил, что это подходящий повод для того, чтобы посмотреть, а что же поменялось с того времени, когда я писал «Darktable — (не очень) быстрый старт». Речь там шла о версии 2.6.2, так что изменилось многое.
Вообще, версии 3.x.x развивались довольно бурно, стабилизировавшись к четверке, и в целом рабочий процесс можно считать устаканившимся. Что радует, ибо свистопляска немного утомила. Сейчас же, если мы посмотрим на изменения в релизе 4.2.0 относительно предыдущего 4.0.1, то увидим там плавные улучшения, доведения до ума, исправления багов и один новый модуль, о котором позже. Так что именно процесс принципиально не меняется.
Изменения, о которых пойдет речь ниже, в основном появились именно в версиях 3.x, но я не буду заморачиваться на поиск конкретной версии.
Дыбр сайтостроительный
Оптимизация страниц
В процессе работы с hugin.shikhalev.org обнаружилась интересная особенность Jekyll, о которой желательно знать, чтобы не было мучительно больно…
«Страницы», то есть «pages», не являющиеся постами (и не входящие в никакие другие коллекции) обрабатываются крайне медленно. Переделка
страниц в коллекции ускорила сборку сайта (локально) примерно в 10 раз — с около двухсот секунд до менее двадцати. Сначала я даже попытался
переделать их в посты, но пост должен содержать дату в имени, и нет никакой возможности задать ему URL, соответствующий просто структуре каталогов,
без даты в каком-либо виде. Точнее, каждому посту в отдельности-то можно, вручную во front matter, но это уже издевательство над самим собой
и полный трэш в случае каких-то переделок и рефакторинга. Создание же отдельных коллекций такой проблемы не несет, единственное, что понадобилось
прописать ручные адреса для файлов index.md, чтобы ссылки на них шли как ссылки на каталоги, а не на index.html
Что делать с комментариями?
Точнее, без оных… Heroku больше не дает бесплатно крутить Staticman, так что комментарии здесь уже не работают. Ранее созданные, конечно, никуда не делись — за то и был выбран Staticman, что они хранятся внутри репозитория…
Думаю в ближайшее время подключить giscus, каковой уже испытан на hugin.shikhalev.org, а затем как-то решить вопрос с автоматическим сохранением комментариев внутрь репозитория. Впрочем, буду рассматривать и другие варианты, может быть, за последнее время появилось что-то более интересное и подходящее.
upd: Прикрутил giscus, но вопрос закрытым не считаю.
Hugin по-русски
Ковыряю потихоньку перевод документации по Hugin. Ну как документации… Там скорее база знаний на вики-движке. Когда-то давно я пытался привлечь к этому делу других людей на вики гитхаба, но что-то никто не приnвлекся. Так что я плюнул на вики-формат и загнал все это дело в привычный уже Jekyll на поддомене hugin.shikhalev.org.
В принципе, если вдруг кто захочет поучаствовать, то особых проблем быть не должно — markdown не сказать чтоб сильно сложнее вики-разметки. Правда, понадобятся базовые навыки работы с Git и GitHub, но это сейчас должно быть где-то на уровне обычной грамотности.
В процессе перевода я понял, что последовательность и структурированность оригинала меня категорически не устраивают. Вообще, материал довольно неровный. Как я уже сказал, это скорее база знаний, заполняемая разными людьми с разной степенью аккуратности, детальности и т.д. Поэтому я решил сразу запланировать помимо собственно перевода компиляцию всего этого дела во что-то более цельное. Правда, понятия не имею, когда до этого дойдут руки.
Что до текущего состояния, то статус перевода можно смотреть на странице «Переводы», где, впрочем, все абсолютно не структурировано — это просто автоматический список страниц, разбитый по статусам. Из более-менее цельных кусков переведено описание главного окна, оно же «Простой интерфейс», со всеми вкладками (там по ссылкам). Это в принципе уже может быть полезно для начала работы (а еще для начала можно прочитать мой старый пост «Пингвин-фотолюбитель: 3. Панорамы»).
Conky и OpenWeather
Подключил прогноз погоды от OpenWeather к Conky. Пока оно сыровато, надо продумать получше архитектуру, чтобы было удобно пользоваться. Поэтому я не стал пока документировать этот модуль в README репозитория, ну а в блоге можно и о том, что в процессе, написать.
У меня почему-то не получилось получить данные текущей погоды с OpenWeatherMap.org, только прогноз на пять дней с интервалом 3 часа. Надо, конечно, поразбираться с их API получше — еще один повод не считать работу законченной…
Как бы то ни было, пятидневный прогноз вполне себе отображается. Как его использовать:
-
Мне потребовалось доустановить некоторые пакеты для Lua:
-
lua-cjsonдля парсинга ответа от сервера. -
luaposixдля всякой вспомогательной работы с файлами и каталогами. -
luasocketдля собственно загрузки по HTTP.
В вашей системе это все может быть уже установлено, а может и не быть, нужно проверить и доустановить.
-
Очередной тест носителей
Disclaimer: Автор в курсе, что нормальным тестом нижеизложенное не является и не может служить доказательством чего-либо или основанием для далекоидущих выводов. Опыты произведены для собственного удовольствия и удовлетворения любопытства в плохо контролируемых, уникальных и неповторимых условиях (даже не выключая всякие ютубчики).
Немного погонял железяки. В целом тем же способом, что и в посте «Поиздевался над железками» чуть более трех лет назад, с той лишь
разницей, что тестовый файл был размером 4 GiB и прогонял я dd на блоках разного размера: 1 GiB, 32 MiB, 1 MiB, 4 KiB и 1KiB (последний
размер блока только на чтение, должен же быть хоть какой-то предел безумию). Кроме того, проверил скорость чтения посредством hdparm -t /dev/xxx,
что по идее должно было дать максимальную скорость линейного чтения с блочного устройства… Но, см. далее.
Тестовый стенд — мой новый компьютер, конфигурация которого описана в предыдущем посте. Протестированные устройства:
-
SSD Netac NV7000 2TB в двух экземплярах — в слоте PCIe 4.0 и PCIe 3.0 соответственно. Учитывая, что один из них системный, а второй под
/home, понятно, что они были все это время заняты (кроме вызововhdparm, ради которых я вышел из KDE, остановил большинство сервисов и даже размонтировал собственно/home). С другой стороны, никакой серьезной нагрузки в это время все-таки не было, только нормальная фоновая. -
HDD Samsung Archive 8TB — диск старый и в старом тесте так же присутствовал.
-
SD-карты: старая Transcend SDXC 64GB UHS-I U1, которая также была в прошлом тесте, и более новая Kingston Canvas Select™ Plus 256GB UHS-I U3. При этом обе карты я проверил как через внутренний кардридер (см. пост «Новая железяка»), так и внешний noname-ридер для USB 3.0, который опять же был мной проверен три года назад. В таблице разные ридеры помечены как «(внутр.)» и «(внешн.)».
-
Карта micro-SD — Micro-SD Microdrive U1 32GB — китайская, взята для китайской же фотоловушки.
Большой дыбр по железу
В августе-сентябре обновил комп. В порядке дыбра описываю, что и как, а также, что я по разным «железным» поводам подумываю.
Основная причина апгрейда именно в это время — то, что кое-кто в Кремле решил наконец-то убить страну об стену и, соответственно, нарисовалась неслабая вероятность, что возможность покупки более менее приличного железа скоро закроется (и в моем личном случае так и получилось с октября). Однако старому компьютеру вот-вот исполняется восемь лет, там в последнее время были проблемы с материнкой — сдохла встроенная звуковуха, поглюкивали порты USB… В общем, сам по себе апгрейд напрашивался.
Поскольку рассчитывать на последующие докупки в течение долгого времени было нельзя, я постарался уложиться в довольно жесткие лимиты по суммам, в результате чего компьютер получился повышенной алиекспрессности. Я не готов рекомендовать кому-либо поступать так же — риски все-таки велики, особенно для новичков.
Напомню, что конфигурация предыдущей моей рабочей машинки описана в посте «О железе, дыбровое…» от 27 марта 2015 года и в дальнейшем менялась несущественно.
Conky и два бесперебойника
Продолжая тему Conky и мониторинга вообще, разберемся с выводом данных по двум бесперебойникам, подключенным к одному компьютеру. В моем случае они оба фирмы APC, что упрощает задачу, но не до конца.
Закавыка тут именно в том, что их два. Соответственно нужно:
-
Настроить сервисы
apcupsd. -
Побороть страсть устройств в Linux к переименованию после каждой1 перезагрузки.
-
Заставить Conky отображать информацию по обоим.
-
Про каждую перезагрузку я, конечно, преувеличиваю, но поскольку переименование происходит непредсказуемо, легче не становится. ↩
Показаны 10 записей из 69