В фервале 2017 года я опубликовал на Хабаре резонансную статью "Каково это — быть разработчиком в России, когда тебе сорок", а в сентябре уволился из болотной трясины из Росатома. Прошел год, наступил сентябрь 2018 года, и для тех, кто просил рассказать о том, что в итоге получилось, я пишу эту заметку.

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

Итак. Увольнялся я в тот момент, когда "дошел до ручки", не имея новой работы. На тот момент я вел переговоры с буржуйскими рекрутами, с местными городскими производственными фирмами, искал работу в интернете на всяких HH-сайтах. В конечном итоге ни один из этих способов не сработал. Я сказал себе, что в крайнем случае влезу на фриланс-биржу и буду работать за еду.

Анализируя запросы, которые высказывали работодатели, я выделил два направления, в которых мог бы работать: программирование front/backoffice на PHP и разработки прикладного кода на C++. Роботодатели, которым требовались плюсовики, были в большинстве своем консервативны, и найти в этой сфере работу на удаленку я не мог, ибо все хотели работника в офис.

PHP выглядел более перспективным в плане удаленки, и я начал прокачивать свои навыки в программировании на фреймверке YII2. Прокачивать навыки я привык на реальных проектах, поэтому я начал восстанавливать свой давнишний многолетний pet-проект на PHP, чтобы оценить скорость разработки а заодно и понять, смогу ли я его тянуть параллельно с другими проектами, если таки его запущу. Вместе с этим я продолжал искать работу через интернет. В принципе, работа была, но это была скучная работа во всяких веб-студиях, в которых надо было допиливать уже запущенные типовые проекты, 90% из которых - это интернет-магазины. Бее...

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

За все это время я успел наобщаться с разными работодателями, адекватными и не очень. Периодически выполнял тестовые задания, которые, такое впечатление, что давали "на отвяжись". Из-за одного неадекватного руководителя проекта, который успешно шифровался под адекватного человека (пока не дошло до конкретного дела) появился OpenSource проект MoveNoid. В этом тестовом задании я демонстрировал свои навыки по работе с C++, Qt, OpenCV, Box2d. И только после отправки тестового задания выяснилось, что ему нужен не C++ а C#, а про Linux он просто мечтал, а на деле нужна разработка под Windows. В общем, на рынке работы в области IT творился какой-то трындец. Или мне так везло, не знаю.

Понимая, что стандартными средствами найти работу невозможно, я попытался влезть туда, куда особенно и не звали. Неожиданно, но это принесло результат! Я позвонил в фирму, для которой сразу после публикации статьи (см. начало) я сделал один дизайн-проект на разработку ПО. Тогда этот проект тоже положили на полку. Я позвонил и просто напомнил о себе, и сказал, что готов приступить к реализации. Руководитель фирмы подумал, и решил начать проект. Вот так и появилась работа, которой сейчас я с удовольствием занимаюсь.

О самой работе рассказывается во второй части.

В декабре 2017 года некто Наумов Антон, скрывающийся под ником PRS516, написал развернутую статью про менеджер накопления информации MyTetra. Написал и написал, а автору ничего не сказал, потому что не обязан. И только сегодня эта статья была случайно обнаружена на просторах Интернета:

MYTETRA - Персональная база знаний

В этой статье меня заинтриговало вот эта фраза:

Нет простого инструмента для ссылок на конкретное место в другой записи. Можно сослаться только на запись «в целом». Хотя этот инструмент лично мне не нужен. Этот пункт мне озвучил инженер-конструктор. Ему надо ссылаться на конкретные пункты нормативных документов. Также он сообщил, что решил эту проблему введением специальных тегов.

Я даже представить не могу, что же инженер-конструктор такое придумал. Надеюсь, в ближайшее время выясню.

Ура! Сегодня произошло важное событие.

В экспериментальной ветке менеджера накопления информации MyTetra сделано крупное обновление кода, благодаря которому в MyTetra теперь можно работать с математическими формулами. Так как моя работа стала ближе к инженерному делу, у меня ребром встал вопрос о возможности ввода формул в своих личных записях. Примерно за месяц я добавил эту (достаточно сложную) возможность. Начиная с экспериментальной версии v.1.44.28 поддержка формул присутствует в MyTetra в полном объеме.

Для ввода формул используется новая клавиша со знакомым значком суммы:

Как видно из скриншота, поддерживаются весьма разнообразные математические конструкции. Это стало возможным благодаря проекту mimetex, имеющего давнюю историю. Эта минималистическая библиотека имеет собственный парсер разметки и собственный рендер формул. Как раз то, что нужно.

Формулы вводятся, как это принято в научной среде, на языке разметки TeX:

Я перебрал несколько языков разметки: TeX, Libre/OpenOffice Math, MathML, и обнаружил, что кроме mimetex не существует готовых библиотек, которые можно было бы без проблем использовать в программах на языках Си или Си++. Для Libre/OpenOffice Math необходимо тянуть всю Java инфраструктуру. А для MathML нужно, по сути, запускать полноценный движок HTML-браузера, в котором производить рендеринг изображений с математическими выражениями. Поэтому был выбран самый легковестный и самый устоявшийся вариант.

Кстати, имеется возможность ввода русских (кириллистических) символов. Делается это с помощью тега {\cyr символы}, который задается в формате Washington Cyrillic:

В общем, в следующем официальном релизе поддержка формул уже будет работать.

Следите за новостями.

Сегодня состоялся выпуск новой версии PIM-менеджера MyTetra v.1.43.25. Этот выпуск представляет собой, по сути, багфикс-релиз, однако небольшие доработки с новым функционалом тоже присутствуют.

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

После выпуска предыдущей версии я довольно быстро исправил обнаруженные пользователями проблемы, проявившиеся в ходе реальной эксплуатации. Затем потихоньку допиливал прочие доработки. В результате, новая версия MyTetra получила следующие изменения:

• Исправлена проблема неполного удаления директории записи при удалении самой записи, возникающая при определенных условиях;
• Исправлена проблема, из-за которой превращалась в кашу только что созданная, ни разу не записанная внутренними механизмами MyTetra запись, при переключении её ветки в режим шифрования;
• Исправлен баг, из-за которого дважды нажималась кнопка PgUp при одиночном нажатии PgUp в редакторе;
• Сделан поиск по названию ветки;
• Устранены потенциальные memory leak в библиотеке шифрования;
• Исправлена ошибка, возникающая при переименовании прикрепленного файла путем правки его расширения. При некоторых условиях измененный таким способом файл становился недоступным из программы MyTetra;
• Сделана корректная работа с прикрепляемыми dot-файлами, файлами с точками на конце и файлами без расширения;
• В диалоге добавления записи кнопка OK сделана активной по умолчанию для любых графических окружений рабочего стола;
• Исправлен баг, при котором в момент форматирования "в код" или в момент форматирования "в чистый текст", в случае длинного текста (когда видна полоса прокрутки), весь текст прокручивался наверх;
• Исправлена работа со строкой тегов, в которой каким-либо образом были добавлены символы перевода строки;
• Исправлена проблема некорректного восстанвления положения окна в некоторых оконных средах, например в LXDE+Openbox;
• Исправлен баг, при котором добавляемый в аттачи PNG-файл удалялся в том случае, если перед добавлением, в тексте редактора, была вставлена картинка;
• Исправлен баг, при котором в момент копирования записи в буфер обмена, если текст записи был изменен, но изменения небыли записаны, то в буфер попадала запись без изменений;
• Исправлен баг, при котором в редакторе невозможно было писать обычный текст после ссылки в случае, если ссылка стояла в самом конце текста;
• Исправлен баг, при котором в тексте, идущем сразу после ссылки, и который не был ссылкой, сохранялась информация о том, что присутствует строка с текстом ссылки (особенность QTextEdit);
• Сделано автоматическое выделение всей ссылки в момент нажатия на кнопку редактирования ссылки в том случае, если пользователь просто поставил курсор на текст ссылки и сам не сделал выделения;
• Исправлена очистка форматиования при нажатии кнопки "Только текст" в случае, если очищается URL в самом начале или в самом конце текста;
• Изменен принцип отобажения семейства шрифтра в редакторе. Если шрифт не определен, то отображается дефолтный шрифт, который хранится в настройках редактора. Так же короткие имена шрифтов заменяются на полные;
• Исправлено поведение выпадающих списков начертания шрифта и размера шрифта. Теперь они более правильно отображают свои значения в случае сложного форматирования при вставке текста из браузера;
• Файл лога действий стал автоматически ротироваться с целью сохранения допустимого размера;
• Решена проблема закачивания картинок и файлов с HTTPS-ресурсов, связанная с различием версий библиотеки openssl;
• Добавлены иконки национальных флагов в окне общих настроек, чтобы выбор языка был более заметен;
• В контекстное меню редактора добавлен пункт "Вставить только текст";
• Прочие правки.

Этот релиз мне помогали делать разработчики с GitHub: dsbabkov, ExIngus, retmas, EXL. Помимо них к релизу приложили руку тестеры с сайта linux.org.ru: athost, Singularity, deep-purple, hobbit, fmrlex, imul, Quasar, sigurd, Beewek. Благодарю всех откликнувшихся, а так же благодарю пользователей MyTetra за их отзывы на форуме и в почте. Особая благодарность донаторам, которые помогают держать сайт проекта на плаву. Благодаря всем этим людям проект с каждым релизом становится лучше.

Так же напоминаю, что полгода назад было проведено нагрузочное тестирование MyTetra на 100000 записей. MyTetra показала себя с лучшей стороны, и теперь я не боюсь рекомендовать ее пользователям, которые собираются накапливать крупные объемы информации. Как говорится, храните все в MyTetra, и тогда Чебурашка и Роскомнадзор будут вам не страшны.

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

Всем удачи!

Уважаемые пользователи менеджера накопления информации MyTetra!

В настоящий момент автор активно подготавливает очередную версию MyTetra, которая по своей сути будет багфикс-релизом. В предыдущей версии 1.42 много внимания было уделено нововведениям, но в процессе экспуатации было выявлено несколько неприятных багов, которые пришло время пофиксить.

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

Исправлены сложные баги, которые возникали редко, при специфичных действиях, и которые было трудно повторить. К ним относятся превращение текста текущей записи в зашифрованную кашу при назначении ветке режима шифрования в том случае, если запись была только что создана и текст записи ни разу не был записан внутренними механизмами пока режим шифрования еще не был включен. Это породило миф "записи при шифровании становятся нечитаемыми", и мне долго приходилось объяснять что не записи а запись, и что не со старыми важными данными а вновь созданная, и что не в любой момент, а только при единоразовом переключении ветки в режим шифрования. Еще один сложный баг - это пропадание содержимого приаттаченного PNG-файла в том случае, если в тексте записи небыло картинок, и они вставлялись в запись сразу после добавления приаттаченной PNG-картинки. Это породило миф "приаттаченные файлы пропадают". Я дважды натыкался на этот баг и тоже так думал. Я исследовал код, ничего не находил и снова возвращался к поиску возможных действий, пока не понял что же на самом деле происходит. В общем, этот баг тоже исправлен.

Кроме того, в некоторых средах Linux и в некоторых конфигурациях Windows была проблема, когда при копировании текста с картинками из окна браузера, в случае если сайт работал по протоколу HTTPS и имел валидный сертификат, не копировались картинки. Мне наконец-то помогли с этой проблемой разобраться. Проблема тянется с 2016 года и связана с изменением версий библиотеки OpenSSL. Наконец-то стало ясно как ее решать.

В общем, следите за новостями, новый релиз не за горами.

Первые версии менеджера заметок MyTetra были выложены в открытый общественный доступ уже несколько лет назад. За всё это время программа развивалась, дорабатывалась, обрастала функционалом. У нее появились постоянные пользователи, и программа получила некоторую известность в кругу любителей Linux и свободного программного обеспечения.

В последнем крупном релизе (v.1.42), который состоялся в конце 2016 года, было сделано много доработок, которые придали программе новый уровень качества, и база пользователей сильно расширилась. 2017 год у меня выдался очень сложным, и я совершенно не следил что происходит вокруг программы в интернет-пространстве. И каково же было мое удивление, когда я узнал, что пользователи начали записывать свои видео о MyTetra и о приемах работы с ней. Это очень сильно подняло мое настроение и добавило мотивации к продолжению разработки. Очень интересно услышать живую человеческую речь, в которой беспристрастно обсуждается вещь, которую ты сделал.

Один парень по имени Игорь Вовченко записал обзорное видео в рамках бонуса для разрабатываемого им онлайн-курса "Работа в Word и Excel". Видео достаточно длинное и подробное (22 мин), вот ссылка на него:

Обзор MyTetra. Excel. Работа в ворде. Word. Работа в Excel.

Второй товарищ, по имени Григорий Гриня, выпустил целую пачку видео как о самом менеджере MyTetra, так и о его самописном расширении Turbo Tetra, которое он делает под Windows-платформу:

MyTetra - краткий обзор (10 мин)

Супер-клипер для MyTetra - молниеносные заметки (6 мин)

MyTetra - ведем дневник и конспекты (6 мин)

MyTetra - куча открытых вкладок (7 мин)

В этой пачке видеороликов видно, с каким объёмом информации работают пользователи MyTetra. Сюрпризом для меня стало то, что MyTetra советуют использовать люди, интересующиеся различными приемами саморазвития и самоорганизации. То, что именно эта категория людей выбрала для себя в качестве инструмента PIM-менеджер MyTetra, говорит о том, что выбранный курс разработки и развития программы был правильным.

Всем удачи, следите за новостями. Летом я планирую выпустить очередной релиз MyTetra, не пропустите его.

По давно сложившейся традиции, я снова, с большим запозданием, пишу очередной публичный отчет о делах в сфере IT, которыми мне удалось заниматься в предыдущем, 2017 году. Такой отчет помогает привести мысли в порядок, оглянуться на те дела, которые были сделаны или не сделаны, расставить приоритеты между разрабатываемыми проектами.

Что-то у меня получилось сделать 2017 году, что-то нет... В общем, ниже дана выжимка из того, о чем я писал на своем сайте в прошедшем году.

* * *

1. Мой флагманский проект PIM-менеджера MyTetra в 2017 году не обзаводился новыми релизами, потому что крупный выпуск юбилейной версии 1.42 был в конце 2016 года. А новых функций этой программы мне на сегодняшний день (почти) хватает. Это не значит, что разработка остановилась, она потихоньку идет в сторону устранения небольших багов, которые были выявлены за год работы. Плюс неспешное допиливание функциональности. На начало 2018 года граф коммитов выглядит вот так:

Здесь меня по-прежнему удивляет китайский разработчик Beimprovised, который с диким темпом пилит свой хардфорк MyTetra, названный вначале MyTetra Webengine, а затем переименованный в Tute. Этот крутой парень собирает проект через clang, запилил XML-RPC клиента, всунул браузер Qt :: WebEngine (на основе Chromium) внутрь программы, провел дикую работу над переводом кода на умные указатели, в общем, его проект быстро развивается уже несколько лет, хотя он его нигде не озвучивает.

Проект-спутник MyTetra, именуемый MyTetra Share, который служит веб-платформой для публикации баз знаний MyTetra в виде упорядоченных html-страниц, обзавелся в 2017 году некоторыми доработками. Стали отображаться тематические иконки, появились кнопки социальных сетей, стал поддерживаться переход по внутренним mytetra-ссылкам.

Помимо этого, в 2017 году я провел нагрузочное тестирование MyTetra по работе с базой данных на 100 000 записей. Тестирование проводилось на древнем железе, и результаты меня порадовали.

2. В 2017 году сайт Webhamster.ru был переведен на защищенный протокол HTTPS. Как оказалось, для поисковых метрик сайта это дело было весьма болезненное. После включения HTTPS, ТИЦ провалился летом до нуля, а вернулся к нормальным значениям через пол-года, в декабре:

При этом Яндекс обещал переиндексацию сайта и пересчет поисковых характеристик в течении месяца.

3. В 2017 году, похоже, я нашел более-менее вменяемый текстовый консольный редактор под Linux, который называется Micro, и написан на языке программирования Go. Потихоньку я собираю информацию о настройке данного редактора, пишу багрепорты, в общем, пользуюсь. Развиваться данному редактору еще есть куда, чего только стоит отсутсвие быстрого выделения больших кусков текста через Shift+PgUp/PgDn, но потенциал у программы хороший, а разработчики достаточно отзывчивые. Хотя в последнее время наметился перекос в сторону создания еще одного неюзабельного vi/vim, я надеюсь, что здравый смысл восторжествует.

4. В конце 2017 года я залил на Github исходники одной веселой игры, которая называется MoveNoid. Это классический арканоид, в которой управление битой (ракеткой) происходит с помощью куска специально размеченной картонки, а для захвата изображения картонки используется обычная web-камера. На Youtube есть ролик, демонстрирующий MoveNoid во всей его красе.

Этот проект я делал для того, чтобы показать работающий код в области искусственного зрения (Open CV) потенциальному работодателю. Но работодатель оказался не совсем адекватным: вдруг выяснилось, что нужен не C++ а C#, и кроссплатформенность с Linux тоже не нужна, а целевая платформа будет Windows. В общем, выхлопом из всей этой затеи стали мои скиллы в области компьютерного зрения и эмуляции физики и еще один OpenSource - проект.

5. В феврале 2017 года я опубликовал на Хабрахабре статью "Каково это — быть разработчиком в России, когда тебе сорок". Статья имела невероятный успех, одних только зарегистрированных пользователей, которые ее прочли, было 130 тысяч.

Результатом этой статьи стало мое увольнение с работы, полгода на подножном корме, и наконец я смог найти приличную удаленную работу программистом C++ под платформу Android, что считаю неимоверной удачей. Стал чуствовать себя по-хорошему занятым человеком, который делает то, что умеет и должен делать. Я благодарю всех откликнувшихся хабравчан, которые сделали это возможным. Именно поддержки и ощущения того, что я все делаю правильно, мне не хватало.

6. Ну и напоследок. В течении 2017 года я периодически писал небольшие заметки по разным направлениям компьютерных задач. Просто привожу их список:

• Конфигурирование сети через консоль в Fedora 25 Linux
• Настройка сертификатов Let's Encrypt HTTPS на веб-сервере NGinx в Debian Linux Jessie
• Как пользоваться утилитой xargs
• Поиск писем в Microsoft Outlook 2013
• Сбор периодических скриншотов с Windows-машины с помощью Linux
• Как рассчитать стоимость транзакции в платежной системе Биткоин
• Подключение к удаленному Git-репозитарию через SOCKS5-proxy
• Офигительное объяснение основ грамматики английского языка
• Ретроспективное удаление спама в самодельной гостевой книге
• Как купить правильный строительный уровень
• Как заставить работать программный регулятор громкости для звуковой карты E-mu Tracker Pre USB в Linux
• Первоначальная настройка MariaDB: получаем доступ из сторонней панели управления
• Тонкости консольного перекодирования видео через ffmpeg

Заключение

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

Иногда мне приходится заниматься домашним видео. Для записи используется камера Sony Handycam CX-130. Её формат файлов *.MTS очень нестандартный. Не каждая программа его понимает, тем более под Linux. И я долгое время не мог толком с ним работать.

В конечном итоге я вник в тонкости перекодирования через консольную утилиту ffmpeg, и научился быстро и безошибочно управляться с перекодированием этих файлов в другие форматы. Недавно я нашел время, чтобы написать подробную статью о самых важных моментах, с которыми можно столкнуться при работе с файлами *.MTS. Вот она:

Тонкости кодирования видео в бытовых видеокамерах.
Соотношение сторон кадра, размер пикселя, PAR, SAR, DAR

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

До недавнего времени я жил в своем уютненьком 32-битном мирке под Линуксом, вел там разработку PIM-менеджера MyTetra, и меня все устраивало. В конце концов, фреймверк Qt, на котором написана MyTetra - вполне себе кросс-платформенный. Тестированием, кроме как в KDE4 в 32-х битном Debian и в Windows 7 32/64 бит, я не занимался.

Но вот недавно я переехал на Debian 9 с архитектурой x86-64. Да, пакетов KDE4 в этом Дебиане уже нет. Майнтейнеры дистрибутива предлагают кушать KDE5. Поставил я эту пятую версию, и продержался на ней целых три дня. Теперь я точно знаю, что KDE скатился в сраное гуано. Версия 4 уже была малоюзабельным поделием, но я ее как-то докрутил, и даже сделал свою олд-стайловую тему Redmond-125, в общем, смог заставить себя пользоваться. Но пятая версия - это апофеоз глюков и странных дизайнерских решений. Кажется, что авторы KDE вообще забыли про то, что Desktop Enviroment - это повседневный инструмент, который должен четко и быстро работать, а не глючить и залипать на отрисовке. Вместо этого авторы KDE5 пилят какие-то свистоперделки, совершенно забив на базовую функциональность.

Помятуя, что один мой товарищ без ума от Linux Mint и MATE, я решил поставить эту MATE. И вроде бы все устраивало, но ровно до тех пор, пока я не запустил свою MyTetra. Пользоваться в GTK-окружении Qt-программой оказалось практически невозможным. Почему? А вот почему:

1. Разлезлась верстка элементов управления. Фирменные GTK-шные широченные отступы между кнопками превратили насыщенный интерфейс MyTetra в какую-то странную программу, у которой очень мало места непосредственно для текстовой информации. Не помогали даже кнопки сворачивания-разворачивания тулбаров - места для текста все равно осталось катастрофически мало. Большие вертикальные отступы в списках и дереве заставили меня раза в три больше крутить колесиком, чтобы добраться до нужного элемента. Это кошмар. Попытка подобрать GTK-тему ни к чему не привела: тем в MATE и GNOME дохренищща, но нет ни одной компактной. Точнее, попытки создать компактную тему есть, но они все недоделанные. То цвета сливаются, то границ не видно, то шрифты слипаются, и это все на обычных GTK-приложениях, о Qt я вообще не говорю.

2. В GTK-среде почему-то по-умолчанию активной кнопкой считается кнопка Cancel, а не ОК. В результате все мои моторные навыки не позволяли мне совершать основные действия с клавиатуры. Например, при создании записи можно нажать Ctrl+Enter, и запись будет записана. Записана она будет в Qt-based средах. А в GTK-based будет нажата отмена, и все что пользователь успел напечатать - улетучится. Мне говорили об этом пользователи, но я не мог толком понять при каких условиях это происходит. И вот, пожалуйста, - условием является запуск в GTK среде. В принципе, в исходниках исправляется это быстро, но сам факт...

3. По неизвестным мне причинам в MyTetra не отрисовываются надписи в центре области поиска. Специально для версии 1.42 я сделал несколько надписей, которые в зависимости от ситуации должны помогать пользоватлю понимать, как проходит поиск. В GTK эти надписи просто не отображаются. Это обычные QLabel, и что может глючить - ума не приложу.

Далее проблемы, обнаруженные в 64-битной сборке.

4. В области текста записи криво работают кнопки PgUp и PgDn. Вместо пролиствания одной высоты окна редактирования, происходит двойное пролистывание. Очень это дело неудобно: вместо того чтобы быстро подняться.опуститься к ближайшему тексту, "улетаешь" курсором далеко, и теряешься, ибо непонятно, где ты находишься.

5. Встроенный менеджер закачки, который используется для закачки картинок в текст и при прикреплении файлов из интернета, не качает данные с HTTPS-сайтов. Я сначала подумал, что виной тому просроченные сертификаты на сайтах, но нет: на 64-х битах используемые мной стандартные Network-объекты Qt тупят при работе с Secure-протоколом. На 32-х битах такой проблемы нет.

6. Запомненные координаты окна при каждом запуске съежжают на несколько пикселей. Тут надо разбираться, почему так. Видимо, это какое-то проявление новых оконных менеджеров, ведь раньше у меня такого не было ни в Linux, ни в Windows.

7. Ну, и как вишенка на торте, стандартный скрипт запуска MyTetra, не может запустить программу в 64-х битной среде. Проблема возникает в момент, когда запуск происходит не из каталога, где лежит скрипт запуска и бинарник. Например, при запуске с ярлыка. Пользователи мне об этом говорили, но я не мог поверить, что такая платформонезависимая вещь, как исполнение bash-скрипта, может отличаться для разных архитектур. Тем не менее, это так.

Отказаться от 64-х бит, в принципе, невозможно, да и ненужно. А вот от GTK я отказался с радостью, установив среду LxQt. Да, она немного глючноватая, да, в ней иногда пропадает рабочая панель в моменты, когда GTK-based софт пытается быстро переключить свои окна. Но по своей концепции это очень вменяемый проект, и я ему желаю всяческого дальнейшего развития.

А что же MyTetra? Ближайшая цель - это исправление косяков, которые вылезли в 64-х битах. Проблемы, возникающие в GTK-среде я тоже смогу скомпенсировать в Qt-коде, во всяком случае надеюсь на это. Плюс еще надо исправить несколько бажиков, которые проявились в версии 1.42.

Поэтому следующий выпуск MyTetra будет багфикс-релизом, это уже решено. Кроме того, новый релиз будет только под платформу x86-64, так как все последние версии Qt под Linux (и версия 5.9.x в том числе) давно уже выпускаются только в режиме 64-х бит.

Всем удачи, следите за новостями.

Раньше жизнь была как-то попроще. Была OpenSource база данных MySql, потихоньку писалась и развивалась. Потом появились злые капиталисты, забрали себе MySql и сказали: а теперь вам, дорогие нищеброды достается форк вашего творения. Только не вздумайте его называть MySql, а то засудим! Сообщество почесало голову, и назвало форк MariaDB.

Всё бы хорошо, но вокруг MySql исторически сложилась довольно обширная инфраструктура. Куча операционных систем со своими башевыми, питоновскими и перловскими скриптами построена исходя из канонического названия этой базы данных. В результате, на сегодняшний день имеется некий бардак в наименовании исполняемых файлов, пакетов, обозначениях версий. И процесс переименования до сих пор не завершен.

Недавно я перешел на новый 64-х битный Debian 9, и снова столкнулся с трудностями при развертывании MySql/MariaDB базы данных. Базу данных я планировал использовать для развертывания App Advanced приложения из стандартной поставки Yii 2. Проблема оказалась в том, что невозможно было подключиться к серверу БД даже зная пароль SQL-пользователя root. Трудности я вмеру своей криворукости преодолел, о чем написал статью:

Задание пароля SQL-пользователя root для MariaDB (MySQL) в Debian 9

О проблеме подключения к новой дефолтной настройке MariaDB в рунете очень мало материалов. Надеюсь, кому-нибудь эта статья поможет сберечь время и потратить его на более продуктивные вещи.