или сказ-продолжение о субъективном опыте автора переезда в Linux, на примере Debian Linux 11.5 (на момент написания статьи). Добро пожаловать под cut.

1. Введение

1.1 Очевидное и, вероятно, затянутое.

Первое о чем стоит помнить, переходя на Linux: не стоит искать в Linux Windows! Раскрою немного тезис. Дело в том что Linux, отличается не только в части визуала, но даже структурно от Windows. Википедия нам сообщает, что:

Linux-системы реализуются на модульных принципах, стандартах и соглашениях, заложенных в Unix в течение 1970-х и 1980-х годов. Такая система использует монолитное ядро, которое управляет процессами, сетевыми функциями, периферией и доступом к файловой системе. Драйверы устройств либо интегрированы непосредственно в ядро, либо добавлены в виде модулей, загружаемых во время работы системы.

С этим принципом Пользователь будет сталкиваться постоянно, потому что, упрощая, Линукс это ядро, вокруг которого собраны библиотеки, на основе которых уже пишутся программы (или программное обеспечение, в дальнейшем ПО). Большинство ПО опирается на существующий фундамент, добавляя свои библиотеки, модули, а значит основу для новых будущих программ. Обновление таких библиотек/ПО приводит автоматически к тому, что каждая установленная в системе программа получает апгрейд возможностей или устранение/приобретение неисправностей. Поэтому вопрос тестирования разработчиками своего продукта стоит чрезвычайно важно. И здесь дистрибутивы Linux, каждый из которых по сути это такой конструктор, который собирает сообщество/организации, делятся на стабильные дистрибутивы, тестовые дистрибутивы и так называемые плавающие дистрибутивы (rolling release). Там где есть ПО, там всегда остро стоит вопрос Прав на его использование. Очень грубо, лицензии на такой код бывают: свободными, условно свободными и проприетарными. Соответственно этот вопрос влияет на решение разработчиков Linux дистрибутивов о том какое ПО, каких версий и каких релизов будет доступно «из коробки», какое можно будет только подгрузить из репозитория, а какое не будет включено совсем.

Репозитории это хранилища в Интернете/локальных сетях, в которых находятся файлы пакетов (ПО) приложений и библиотек Linux. Можно поднять свой, сделать клон чужого, естественно не забывая Правовой вопрос. ПО чаще всего поставляется в 3-х вариантах: пакеты формата deb, пакеты формата rpm, и исходники, которые можно самому у себя на ПК откомпилировать, собрав нужную программу. В сети их распространяют как отдельными файлами/архивами, так и с возможностью скачать из частных репозиториев. Однако не стоит забывать что такой метод может привести к поломкам зависимостей пакетов и неработающему ПО. Ответственность за это лежит только на Вас. В попытке обойти эту проблему, были придуманы портативные форматы appimage, flatpack, snap, которые, помимо своих плюсов и минусов, реализуют принцип невмешательства в систему при установке ПО, т.к. все зависимости ПО, в таком формате, несет с собой, а не берет из системы. Одновременно это приводит к увеличению потребляемого пространства на жестком диске. Все вышесказанное призвано подчеркнуть следующую мысль: Linux — это конструктор! Я тоже не был вначале готов к такому повороту, но, приспособившись, мне это стало даже нравиться.



Театр начинается с вешалки, а рабочее место инженера-сметчика/инженера-ПТО начинается, простите за каламбур, с рабочего стола. Конкретно в нашем случае, согласно тематики статьи, с графического рабочего окружения, которое на иностранном зовется как GUI, или более точно DE. И вот здесь у меня первоначально разбежались глаза, потому что, в отличие от Windows и даже MacOS, систем графического окружения в Linux порядка двух десятков. В свою очередь дистрибутивы Linux могут поставляться как с 2-3 вариантами (например Linux Mint), так и с 7-10 вариантами графических окружений (например Ubuntu Linux, Arch Linux). Так же существуют уникальные дистрибутивы, работающие из коробки только с одним видом уникального графического окружения, например Astra Linux (fly), Deepin Linux (Deepin Desktop Environment). Хотя, при должном умении, на любой дистрибутив Linux'а можно поставить любое некомплектное графическое окружение, но вот какие проблемы при этом возникнут и сколько потребуется усилий — это другой вопрос.

Итак, при смене платформы предо мной встала и проблема выбора — что же выбрать, когда разбегаются глаза!? На мой взгляд, самое правильное при выборе дистрибутива Linux, начать именно с графического окружения, потому что именно за графическим окружением мы проводим большую часть рабочего времени. Все графические окружения Linux можно очень условно разделить на 3 группы, хотя опять же стоит помнить что Linux это конструктор:

• Windows подобный интерфейс (KDE Plasma, XFCE, LXDE, Cinnamon, fly, Deepin);
• MacOS подобный интерфейс (Gnome, Pantheon, MATE, Budgie, Enlightenment, Unity);
• Тайловые менеджеры (i3wm, Qtile).

Как я писал в предыдущей статье: выбор графического окружения это вопрос вкуса и привычек. Кому-то важен минимализм, кому-то важна гибкая настройка и кастомизация, третьим важен баланс. Я же окунулся с головой в вопросы кастомизации с KDE Plasma, потому что мне захотелось повторить интерфейс Windows 7, но позже я все же пришел к несерьезному интерфейсу в стиле Garuda Linux (KDE):


Да, Вы можете на том же YouTube или в блогах найти описание настройки того того или иного графического окружения того или иного дистрибутива Linux под, MacOS, или наоборот, под Windows или даже DOS. Как пример статья о настройке Debian 11 Linux cо средой рабочего стола Gnоme. При этом я не хочу сказать, что это всегда на 100% будет работать на родственных дистрибутивах Linux, или даже в разных номерах версий, т.к. люди тоже могут ошибаться, могут быть разница в версиях, нюансах реализации интерфейсов и комплектного ПО, однако я хочу до Вас донести следующий принцип Linux — ищите и обрящите! В тематических соцсетях, видеохостингах, мессенджерах и Wiki есть огромное число чатов/блогов/роликов/статей о том, как можно настроить популярный дистрибутив с соответствующим графическим окружением — как под разные задачи и так в целях эстетики.

Я выбирал дистрибутив Linux по простому принципу — большое сообщество пользователей и количество описательного контента, чтобы было проще решать какие-то возникающие проблемы. По этому, на первых порах, отобрал следующие популярные дистрибутивы Linux: Kubuntu, Debian (KDE), Manjaro (KDE), Fedora (KDE). Здесь все достаточно просто — ветка Debian самая плодовитая по числу дистрибутивов Linux, Manjaro основана на Arch Linux, который является быстрым, гибким, легковесным дистрибутивом Linux для опытных пользователей, за Fedora Linux стоит коммерческий дистрибутив RedHat Linux, который все новинки, прежде всего, обкатывает на Fedora Linux.

А дальше… дальше начались тесты, одним из главных условий, на тот момент — мне нужно было установить хотя бы старую версию MS Office для VBA через Wine (PlayOnLinux), на котором у меня в организации написано множество файлов для упрощения работы. На этом этапе плохо себя показала Manjaro Linux. Макросы не работали, была проблема с кодировкой символов внутри редактора VBA, хотя в самом MS Excel с кириллицей все было нормально, конечно я решил этот вопрос, однако ошибки на этом не закончились:



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



В отличии от ветки Arch Linux остальные 3 дистрибутива показали себя прекрасно в этом отношении, и я продолжил тесты с ними, но уже на проброшенной видеокарте в виртуальную машину, о чем я писал в одной из своих прошлых статей. И вот здесь меня меня поджидал главный конфуз, который будет поджидать любого кто использует GPU Passthrough в Виртуальную машину с Linux'ом — проблемы с драйвером на видеокарту. Дело в том что на моем ноутбуке видеокарта Nvidia GTX1660ti max-q, однако, как выяснилось, нормально устанавливаются только драйвера версий 418-450 (на момент написания статьи у Nvidia актуальный видеодрайвер 520-й. Значительно позже мне все же удалось победить, с оговорками, эту проблему, но на тот момент она для меня была актуальной). И здесь меня подвела Fedora Linux, потому что этот дистрибутив делает ставку на современное ПО, в репозитории Fedora Linux, на тот момент версии номер 35, драйвера младше 470-го просто не было. Попытка установить вручную скаченный пакет с сайта Nvidia ни к чему не привели. Таким образом выбор сократился до Debian vs Kubuntu, у которых как раз в репозиториях остались старые видеодрайверы для поддержки оборудования. Итоговый выбор, на тот момент, был сделан в пользу Debian версии 11.3, просто потому что тот был легче и потому что Kubuntu это Ubuntu, которая в свою очередь базируется… на Debian Linux, который, в свою очередь, является одним из системообразующих дистрибутивов Linux.

1.2 Про то что ставить. Несколько слов о профессиональном ПО

1.2.1 Сметные программы

Гранд-Смета

С Гранд-Сметой все просто и сложно одновременно. С одной стороны существует Linux версия программы, оптимизированной под Wine, с другой стороны официальная позиция Гранд-Сметы, в лице официального регионального представительства в моем городе НН, заключается в том, что для Linux версии используется особый ключ, поэтому, при смене операционной системы Windows на Linux, придется покупать ПО заново с полным набором прав на обновления и ФСНБ.



Правда есть еще комментарии от разработчиков ключа:

Работают ли ключи Guardant под Linux
Да, работают. Нативная поддержка GNU/Linux реализована в моделях Guardant Sign / Time / Code, а так же в их сетевых версиях.

Предыдущие модели электронных ключей Guardant (Guardant Stealth III / Net III / Stealth II USB / Net II USB) не могут работать под Linux «самостоятельно». Максимум, что можно сделать в этом случае — запускать Windows-приложение, защищенное с помощью этих ключей, в среде коммерческой сборки WINE@Etersoft.

Таким образом из этого следует что ключ будет виден программами в Wine в любом случае, но нативный софт для Linux сможет работать не со всеми версиями таких ключей. Однако нам и нужен Wine!!!

Я протестировал 2 ключа флеш версии, а так же ПО Гранд-Смета версий 8.0.4, 2022 и 2019 для Windows в Linux, как в варианте для флеш версии, так и в варианте со стационарной установкой. Программа и драйвер ключ видят, но ПО при старте крашится.


Резюме на основании вышеизложенного:

1. Ключ Windows версии Гранд-Сметы в Linux и Wine виден. Драйвер его отрабатывает.
2. Текущее ПО Windows версии Гранд-Сметы имеет проблемы при работе в Wine, успешного запуска программы нет. Скорее всего проблема уйдет при наличии оптимизированной версии дистрибутива Гранд-Смета для Wine при условии отсутствия специальных закладок в нем, которого у автора статьи в руках, на момент написании статьи, нет, а свободно скачать такую версию дистрибутива с сайта разработчика для тестов — нельзя.
3. Текущая спорная позиция Гранд-Сметы означает, что при переходе компании/частника с Windows на Linux необходимо будет заново купить ключ, базы сборников ТЕР/ФЕР/ГЭСН, а так же годовые подписки на обновления ФСНБ + ПО. Что, грубо, составляет от 80тыс. руб. (по состоянию на 11.11.2022) за одно рабочее место. Одновременно с этим ранее купленный ключ для Windows и лицензионное ПО становятся неактуальными. На мой взгляд, такая ценовая политика, с учетом того что программный продукт Гранд-Смета является доминирующим в строительном секторе, демотивирует участников рынка преходить на отечественное ПО (ОС Linux).

Другие сметные программы — альтернативы Гранд-Смета

Как я уже писал в предыдущей статье, ГосСтройСмета Онлайн полностью бесплатна, с некоторыми ограничениями конечно. Smeta.Ru так же выпустила свой облачный сервис Smeta.Cloud/СМЕТА НЦС (Сметный офис) с почасовыми тарифами для работы. Свой рабочий дистрибутив для ПК, оптимизированный для работы под Wine, так же заявлен у SmetaWIZARD с возможностью установки под операционные системы, входящие в Реестр отечественного ПО, в частности под операционную систему AstraLinux (обзор установки под Astra Linux и Debian Linux я уже выкладывал на Хабре), а так же у Гектор: Сметчик-строитель.
Информацию в открытом доступе, о поддержке дистрибутивов средой Linux, для программ АРОС-Лидер 2.0, АВС-смета (включая BIM версию), 5D-Смета, ПК РИК, а так же других сметных программ я не нашел.

Бонусная информация

В ситуации, когда срочно необходим доступ к сметной программе, Вас выручит ГОССТРОЙСМЕТА-онлайн, у которой есть не только платные тарифы, но и бесплатный, с некоторыми ограничениями конечно. Сразу после регистрации, в случае бесплатного тарифа, Вы получите 50мб свободного места для составления и импорта смет (доступно спустя 2 недели после регистрации для бесплатного тарифа). При этом становятся доступны актуальные ФСНБ 2022 и ФСНБ-2020. Для того чтобы получить доступ к нормативным документам необходимо


после чего Вы попадете в редактор. Чтобы подключить базы необходимо кликнуть по кнопке «Открыть СНБ» и, в появившемся окне, кликнуть по кнопке «Мои Базы», а следом, во вновь показавшемся окне,


Таким образом ГОССТРОЙСМЕТА-онлайн поддержит Вас в трудную минуту, например в командировке. Поправить файл, отстоять свою точку зрения опираясь на нормативы, сделать функциональный расчет — все это доступно при условии доступа в интернет совершенно безвозмездно, т.е. даром. Интерфейс сервиса интуитивно понятен, имеется Руководство Пользователя, работает техническая поддержка. Программа позволяет экспортировать/импортировать сметы в следующих форматах:

1.2.2 Программы для черчения

CAD-систем, работающих под Linux, море. MEDUSA4, VariCAD, CYCAS, BRL-CAD, FreeCAD — получается внушительный список. Проблема у всех одна — мы, чаще всего, привыкли к AutoCAD'у и софту, копирующему его интерфейс. Так вот, все такого рода программы для человека, привыкшего к рабочей среде, как корабль Чужих для Эллен Рипли — вроде бы, что это за штуковина, в общем и целом понятно, но что с ней делать неизвестно. Наших стандартов ГОСТ, СПДС и ЕСКД не поддерживают. Но чаще всего, когда стоит выбор: потратить время на изучение нового софта и обучение работе в нём, или же всё это время посвятить работе — ответ вполне очевиден. Всего лишь вопрос целесообразности. Зачастую подобные программы не дружат с форматом .dwg, изменения в который Разработчик вносит каждый год-два, что сильно мешает совместной работе с кем-либо, обмену чертежами и шаблонами.

Ну и есть те программы, что, собственно, нам и нужны. И, откровенно говоря, с ними не густо. Есть DraftSight простая и шустрая 2D-чертилка, поддерживающая LISP, платная. BricsCAD — проприетарная, довольно мощная. Ну и Ares Commander — практически та же самая Pro-версия DraftSight (потому как он и лёг в основу DraftSight). Объективно, наиболее мощным и функциональным приложением из представленных является BricsCAD.

Таким образом самым доступным и родным оказывается российский софт — Компас-3D и NanoCAD, которые хоть проприетарны и платны, но в то же время имеют достаточно продвинутый функционал для черчения в 2D и 3D, и как бы они не уступали AutoCAD'у у них есть огромное преимущество — их свежие версии работают в Wine под Linux, ведется разработка нативных версий под Linux, а так же подходят под принцип импортозамещения.

Если же Вам нужен просмотрщик DWG/DXF/DWT файлов и не интересуют чертежный софт, то тут есть несколько вариантов (импортное ПО):

• ZWCAD Viewer — бесплатный
• VariCAD Viewer — бесплатный.
• QCAD — условно бесплатный
• CaffViewer — бесплатный и лёгкий (Java)

Бонусная информация

Если по каким-либо причинам Вас не устраивают альтернативы софта на Linux, или не запускаются/не устанавливаются приложения Windows через Wine, то можно обратить свой взор в сторону Андроид приложений. Скорее всего такие приложения будут иметь излишне упрощенный интерфейс, на мой взгляд разработчики ПО под Андроид сознательно не делают полнофункциональное ПО, чтобы не конкурировать с самим собой на другой платформе, но в то же время для просмотра и простых правок таких приложений может и хватить. Пример установка и настройка таких программ описан в статье по ссылке, не вижу необходимости дублировать информацию. Хочу лишь сказать, что обычно для этих целей используют Anbox, Genymotion, Android Studio, ARChon.

1.3 Российские операционные системы Linux.

1.3.1 Astra linux Common edition.

Разработчик — ООО «РусБИТех-Астра»

ООО «РусБИТех-Астра» является разработчиком российских операционных систем (ОС) семейства Astra Linux и изготовителем различных программных продуктов. Реализация права использования отечественной операционной системы для конечных пользователей осуществляется через авторизованных партнеров. Российская операционная система Astra Linux основана на Linux дистрибутиве Debian, поддерживает все основные виды устройств: сервер, ПК, моноблок, ноутбук, планшет и др. Работает на процессорах разной архитектуры: х86-64, ARM, Эльбрус и Байкал.

Главная задача Astra Linux — обеспечить безопасность данных, которые хранятся на компьютере Пользователя. Astra Linux используется в госсекторе и у военных. Цель Astra Linux не обеспечить смену обоев часами, а сделать так, чтобы персональные данные или секретная информация не попали в руки злоумышленников. Здесь это чувствуется сразу, например здесь пользователь root не имеет из коробки, в отличие от других дистрибутивов Linux, всей полноты власти. Такая забота о Пользователе реализована в виде Мандатного контроля целостности, в результате которого для того чтобы получить дополнительные права необходимо шаманить с параметрами ядра, это касается бизнес дистрибутивов.





Итак, Astra Linux Common Edition релиз «Орел» версия 2.12 основан на дистрибутиве Debian Linux 9 (stretch) 2017 года выпуска. Пакетная база Astra Linux Common Edition релиз «Орел» версия 2.12 совместима, с оговорками, с пакетной базой Debian Linux 9 (stretch). В некоторых случаях можно поломать зависимости, но часть ПО все же можно установить. Для этого необходимо воспользоваться официальным гайдом из wiki Astra Linux:




После этих телодвижений я скачал Konsole из официального репозитория Astra Linux Common Edition релиз «Орел» версия 2.12, а так же смог уже установить и оформить через fish из репозитория Debian Linux 9 (stretch). Double Commander (свежую версию с сайта разработчиков установить не удалось), PlayOnLinux установил штатно через Discover. Vivaldi, свежую версию пакета LibreOffice, Discord, WPS Office установил через консоль загруженными deb-пакетами. После установки Vivaldi всплыло что в системе нет видеокодека H.264, в связи с чем возникли проблемы с просмотром видео в сети Интернет. Еле нашел лекарство, делюсь: Astra Linux. ffmpeg видео в браузере. Пришлось подключать на несколько минут репозиторий Debian Linux 10 Buster, чтобы подключить необходимую библиотеку + зависимости. Без aptitude не разобраться. После установки необходимой библиотеки срочно отключить и больше не вспоминать.
Сетевой принтер Kyocera ECOSYS M2040dn установил в системе через WEB-интерфейс CUPS'a по адресу https://localhost:631, подбросив ему драйвер.

Несколько слов о графическом окружении fly. За счет него внешне Astra Linux Common Edition релиз «Орел» версия 2.12 выглядит как заправская Windows XP. Так же при помощи настроек можно сделать похожим интерфейс на Windows Vista или даже отдаленно напоминающее Windows 7. Для многих это будет привычно. Создать привычную Пользователю атмосферу здесь будет много проще чем на других Linux DE. (KDE все же можно установить на любую версию Астра Линукс 1.7 с последним апдейтом, другие релизы не поддерживаются). Стандартные приложения оформлены в той же стилистике. Ядро системы и драйвера на устройства свежие, но в то же время старая пакетная база и некоторые проблемы с совместимостью, например комплектный python3 здесь версии 3.7. Да можно скомпилировать более свежий, но установить на него ПО, которое требует свежий python у меня так и не получилось, возможно причиной тянущиеся зависимости от python3.7, возможно мои не слишком прямые руки. Из-за этого не удалось поставить PDF-Arranger, но тут хотя бы есть в стандартных репозиториях эквивалент PDF-Shuffler. Зачастую, при установке ПО скачанного из сети интернет, не хватает зависимостей, да, графический установщик их показывает, но удобнее все же ПО ставить через консоль. В целом выглядит все цельным и симпатичным, хотя местами выглядывает хвосты библиотек QT.



Достаточно большое комьюнити, идет большой поток новичков, однако при этом linux-консервативное (например установка ПО не из стандартных репозиториев порицается). База знаний Астра Linux доступна по этой ссылке.

1.3.2 ALT Linux

Разработчиком ALT Linux является ООО «Базальт СПО» — российский разработчик операционных систем «Альт», 2015–2022. В свою очередь эта разработка базируется на проекте Sisyphus (Сизиф), который разрабатывается международной, в основном русскоговорящей, командой разработчиков свободного программного обеспечения ALT Linux Team.

У ALT Linux собственная политика, не зависящая от иностранных дистрибутивов. В ALT Linux осуществляется оперативное обновление пакетов с тотальной проверкой регрессий. В ALT Linux собственная платформа конфигурирования Alterator. В ALT Linux более высокие требования к безопасности. Альт соблюдает стандарт LSB. В ALT Linux качественная поддержка вплоть до третьего уровня (разработчиков).

ALT Linux является старейшим из ныне существующих отечественных/российских дистрибутивов Linux, разрабатываемый с 1999—2000 годов. Исторически ALT Linux основывался на дистрибутиве MandrakeLinux и представлял собой его русскую версию (Linux-Mandrake Russian Edition). Для его разработки/развития в 2001 году было учреждено ООО «АЛЬТ ЛИНУКС».
7 апреля 2005 года MandrakeLinux, сменила название на Mandriva. 28 августа 2011 года вышел последний релиз MandrakeLinux. 27 мая 2015 года было официально объявлено о ликвидации компании Mandriva (ранее Mandrakelinux).
Начиная с 2000 года началось замещение пакетов Mandrake собственными сборками, значительное изменение системы сборки и макросов пакетного менеджера RPM. К версии 3.0 (2005 год) все пакеты Mandrake, инсталлятор и система конфигурирования были полностью вытеснены собственными разработками ALT Linux Team. В 2015 году произошёл ребрендинг и компанией разработчиком стала ООО «БАЗАЛЬТ СПО». На текущий момент ALT Linux является полностью самостоятельным проектом.


Лицензии на большинство продуктов ALT Linux позволяют использовать ПО в домашних условиях, без целей извлечении материальной выгоды, бесплатно. Таким образом я буду далее описывать свой опыт по работе актуальной версии «Альт Рабочая станция К» номер 10.1 (с рабочим графическим окружением KDE. Так же доступна версия дистрибутива с графическим окружением МАТЕ)




Из коробки «Альт Рабочая станция К» содержит большое число программ и приложений, а так же поддерживает установку ПО: из собственного репозитория, flatpack, snap, а так же путем использования скриптов через приложение epm. Стандартного комплекта приложений вполне достаточно для того чтобы после установки системы сразу же приступить к работе, после минимальных настроек. В настройках графического окружения KDE отключена загрузка элементов через интернет, если необходимы дополнительные темы/модули/обои, то приходится их устанавливать через Discover. В остальном это такое же KDE как и на других дистрибутивах Linux.

Несмотря на то, что ALT Linux это дистрибутив, который использует для установки приложений пакеты формата rpm, распространяемые в сети пакеты этого формата не всегда можно установить в системе, т.к. проблемы случаются не только в зависимостях, но и в частичной несовместимости форматов. В этом случае рекомендуется устанавливать ПО через альтернативные методы, например через консольное-приложение epm. Кроме того в консоли для работы с пакетами в собственных репозиториях формата rpm и их установки используется Debian'овские приложения-утилиты: apt-get и dpkg, что поначалу сбивает с толку.

После установки выяснилось, что звука нет. Спасло положение доустановка пакетов sudo apt-get install qemu-audio-alsa alsa-plugins alsa-tools, а так же скрипт, спасибо ребятам из группы Телеграмма:


ПО я начал устанавливать через epm скрипты, т.к. с rpm пакетами, скаченными из сети, сходу не срослось. Таким образом поставил Vivaldi, Telegram, Discord, WPS Office. Flameshots, Double Commander, PlayOnLinux установил штатно через Discover. Среду настроил, загрузив необходимое для KDE через Discover. Сетевой принтер Kyocera ECOSYS M2040dn установил в системе через WEB-интерфейс CUPS'a по адресу https://localhost:631, подбросив ему драйвер. Konsole оформил через fish. Да, собственно, и все. Российскими разработчиками профессионального строительного ПО ALT Linux значится в числе поддерживаемых операционных систем, т.е. с установкой такого рода программ проблем быть не должно, но такого рода тестирование уже будет темой моей отдельной статьи в будущем.

ALT Linux содержит из коробки проприетарные драйвера видеокарт Nvidia и AMD, а игры это одна из тем, которые интересует людей, когда речь идет о домашнем/личном ПК. Этой теме даже посвящен раздел в Alt Wiki. Здесь приходят на помощь Steam/PortProton. В следующих видео под спойлером Вы можете посмотреть обзор системы и тесты в нескольких играх. Приятного просмотра


Сообщество ALT Linux дружелюбно, всегда стараются помочь, ответить на вопросы или подсказать как настроить/установить ПО. Для новичков пишутся гайды от тех кто пользуется ALT Linux'ом лично, например: ALT Linux рабочая станция K(KDE) 10 — настройка после установки — расширенная шпаргалка. База знаний Альт Linux доступна по ссылке.

2. Софт плюс лайфхаки

2.1 Программное обеспечение

2.2 Полезные лайфхаки плюс нюансы работы в Linux

2.2.1 Забавный баг при работе в файлах MS Excel через Wine / PlayOnLinux — если файл сохранен/создан в более новой версии MS Excel, чем той что Вы пытаете открыть локально, и в файле присутствуют закрепленные области, то скроллинг мышью или курсором приводит к багу отрисовки, при этом нормальная навигацию по файлу невозможна. Лечение только одно — снять закрепление для областей и пересоздать его заново. После чего файл прекрасно работает.

2.2.2 Еще один забавный баг, но который работает со всеми приложениями Wine в графической среде рабочего стола KDE (в других повторить не удалось). Если в настройках графических эффектов в приложении Параметры системы на вкладке «Экран» -> «Обеспечение эффектов» выбрано, для пункта «Создавать миниатюры окон», значение отличное от «Создавать миниатюры только для видимых окон», то при сворачивании таких приложений развернуть обратно не получится. Придется такое приложение закрыть и открыть заново.



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

2.2.3 Для того чтобы настроить проверку орфографии в WPS Office необходимо:
2.2.3.1 Скачайть архив [ru_RU.zip] (для проверки орфографии используется словарь Hunspell, кодировка UTF-8)
2.2.3.2 Распаковать архив в каталог: /home/[Имя_Вашего_Пользователя_в_системе]/.local/share/Kingsoft/office6/dicts/
2.2.3.3 Запустить WPS Writer и создайте новый документ. На вкладке «Рецензирование» выбрать в выпадающем списке «Проверка правописания» Русский язык. Для проверки орфографии английского языка повторить смену языка на Английский.


2.2.4 Возможно кому-то это будет важно: если Вы в таблицах делаете обрамление ячеек, то при печати из MS Excel (через Wine), LibreOffice Calc, WPS Office Spreadsheets на бумаге линии границ будут разных толщин. Самые тонкие будут у MS Excel, терпимые у LibreOffice Calc и самые жирные у WPS Office Spreadsheets, при чем это будет в некоторых случаях мешать при печати, особенно в тех случаях, когда масштаб печати меньше 100%.

2.2.5 Иногда, по непонятным мне причинам, при настройке интерфейса KDE виджет «Меню приложений» в панели задач перестает реагировать на клавишу Win (точнее в Linux она называется Meta). Чтобы исправить это досадное недоразумение необходимо навести курсор на иконку виджета, нажать правую кнопку мыши, в появившемся контекстном меню выбрать «Настроить виджет Меню приложений», в меню настроек выбрать «Комбинации клавиш» и, собственно, активировать комбинацию клавиш Meta + "+", после чего виджет меню станет открываться как обычно лишь по обыкновенному нажатию клавиши Meta на клавиатуре, без плюсов.


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

2.2.7 В Linux'е, да и по слухам в MacOS тоже, смена регистра ввода в сочетании с со сменой языка ввода отличается от Windows. Например в Windows большинство пользователей использует, для смены языка ввода, Ctr+Shift/Alt+Shift. При вводе текста, если мне необходимо после смены языка начать печатать заглавными буквами, я просто отпускаю клавишу Ctrl/Alt и удерживая Shift продолжаю набирать в верхнем регистре символы. В Linux'е это так не работает, необходимо не только отпустить Ctr+Shift/Alt+Shift, но и повторно нажать Shift, при чем постараться сделать не одномоментно с клавишей буквы, которой требуется верхний регистр ввода. Shift должен быть нажат обязательно чуть ранее. Не то чтобы это большая проблема, но пальцы то помнят…

2.2.8 В Linux'е, в MacOS, в BSD регистр символов в имени файла всегда имеет значение. С точки зрения системы, а так же поиска файлов, имена МойДокумент.txt и МОЙдокумент.txt это два разных файла, а не один и тот же. В то же время MS Windows не позволит создать второй файл, но из символов в другом регистре, в этом же каталоге. Для нее это будет один и тот же файл.

3. Заключение

3.1 Итоги года в ценообразовании стройки

В начале этого раздела я хочу привести выдержки из статьи вице-президента Союза инженеров-сметчиков Максима Горинского, посвященной итогам 2022 года в Ценообразовании, свои же личные выводы я оформил в следующем п.3.2

Судя по статистике, которую транслирует власть, динамику наполнения ФГИС ЦС все-таки также удалось немного сдвинуть с места. Мы с нетерпением ждем первой порции цен, которые должны быть опубликованы уже в срок до 25 ноября, а следующие на регулярной основе, начиная с 25 февраля 2023 г. Уверен, правда, что количество цен в первых итерациях будет небольшое и разношерстное.

Запретили использовать сметы для взаиморасчетов и ввели смету контракта. Правда, здесь все равно огромное количество вопросов и узких мест. Это тема отдельного материала. Повторю лишь только то, что отмечают коллеги: заказчики и подрядные организации нуждаются в теоретическом и методическом обеспечении для сокращения количества споров друг с другом, а также претензий от контролирующих органов. Довольно регулярно выходят новые Методики, изменения в Приказы и Постановления в части ценообразования и контрактной системы. Вышли большие изменения к фундаментальному МДС 35 («Библии сметчика») в виде 421 Методики и изменений к ней. Они вызвали широкий резонанс, тем не менее, сообщество, пусть и со «скрипом», но постепенно привыкает к работе по-новому.

9. Про зарплаты в стройке, которые выросли. Все мы прекрасно понимаем и обратную сторону медали: не зарплата рабочим повышается, а растет личная прибыль руководителя застройщика или подрядчика. И проверяющие это признают, цитирую зам.начальника ГГЭ Сергея Лахаева: «Сегодня в смету закладывается заработная плата на 22% больше, чем данные, которые дает Росстат по отрасли «Строительство» и даже чуть больше, чем в среднем по экономике. Это не та ЗП, которую конкретный работодатель должен платить конкретному работнику. К сожалению, это так, потому что трудовое законодательство.» Более того, у нас контролируют только материальные затраты. Человеческие ресурсы — никто ничего не проверяет. Зарплату, квалификацию, опыт — все на ответственность подрядчика.

Если говорить про новое, то очень перспективны и уже востребованы технологии информационного моделирования в сметах. Этот год и наш опыт подтверждает, что сметчики могут с пользой применять эффективные инструменты снижения трудоемкости и повышения качества оценки стоимости строительства, быстрой проработки различных вариантов без утомительного перепроектирования. Мне не понятно: зачем нужны ТИМ, про которые постоянно говорит Минстрой, без денег и оперативного контроля достоверности объемов “в моменте”? Почему все забыли про сметы в ТИМ?

Со стороны блока ценообразования от авторов реформы мы уже ждем не только внимания, но и действий в этом направлении. Пока что у нас есть только возможность вывести файл XML для ГГЭ с учетом информации из проекта, выполненного с использованием ТИМ. Но этого явно недостаточно для полноценного внедрения технологии! Необходима адаптация для работы с ГЭСН, с ВОР. Цифровизация – конек Главгосэкспертизы. Что мешает идти дальше и автоматизировать труд экспертов для снижения числа отрицательных заключений, сокращения трудоемкости работы?

https://www.all-smety.ru/company/news/itogi-goda-v-tsenoobrazovanii-stroyki/

3.2 Некоторые мысли о будущем, исключительно ИМХО

У иностранного профессионального ПО в России сейчас проблемы с поддержкой, обновлениями и доступу российских разработчиков к спецификациям форматов. В строительной среде сейчас активно обсуждается каким быть проектированию, в чем работать и по каким принципам, например:

Однако у участников строительного рынка разный взгляд и понимание будущего, а так же опыт, что отлично проссумированно в ролике Талапова В.В. «Общая организация ТИМ на инвестиционном строительном проекте» в рамках открытых лекций Университета Минстроя НИИСФ РААСН.

Однако я вижу следующие контуры будущего:
— переход на ТИМ (BIM), в среднесроке, неизбежен;
— т.к. со свежими спецификациями к иностранным форматам файлов возникают проблемы, а так же учитывая Указ Президента РФ об обязательном переводе всех участников бизнеса, кто взаимодействует с КИИ, на Российское программное обеспечение, о чем сейчас, на том же ХабраХабре, не пишет только ленивый, бизнесу придется перейти на российский софт. Подрядчик всегда подстраивается под Заказчика, поэтому нужно говорить о смене ПО практически во всей отрасли, но процесс этот будет проходить постепенно и, я думаю, займет ближайшие 5-7 лет;
— в строительстве, да и не только в строительстве, поменяется структура управления и взаимодействия всех служб и контрагентов. В связи с чем часть профессий уйдет, часть преобразуется, часть появится новых, часть потеряет влияние и доход. Например уже сейчас сметчик в структуре Подрядчика все реже составляет сметы и в основном занимается анализом и тендерами, в то время как основная тяжесть по составлению смет ложится на сметный отдел Проектировщика, а инженеры ПТО рискуют перейти в роль статистов, т.е. ближайший аналог в бухгалтерии бухгалтер на первичку. При этом возрастет роль отделов которые будут анализировать информацию на стыке отделов в условиях увеличивающегося контроля ФНС, Банковского сектора, Заказчика за расходами статей в рамках реализации контрактов с открытыми спец.счетами для всех участников строительства, например:


— в среднесрочной перспективе, снижение доли бумажного документооборота, а с учетом смещения оформления цифровых документов в «машиночитаемые форматы» xml, для формирования которых будут использоваться ПО отличное от офисов, например для ведения исполнительной документации, формирования смет для прохождения ГлавГосЭкспертизы, упадет роль Офисных приложений, т.к. создаваться такие документы теперь будут в другом специализированном ПО, например Адепт: Исполнительная документация. Это вовсе не означает что во всех случаях такие документы станет удобнее вести, я скептически отношусь к любым интерфейсам основанных на текстовых блоках и формах, просто потому что приходится совершать много больше телодвижений, по сравнению с теми же MS Word/MS Excel, но зато такие документы будет удобнее проверять руководству, собирать статистику;
— дальнейшая бюрократизация процессов строительства, увеличение количества данных, требующих анализа и святая уверенность части управляющего состава, что можно управлять процессами только лишь на основании статистики;
— изменение ценовой политики ПО и форматов распространения ПО, на мой взгляд здесь первые ласточки это популяризация онлайн сервисов, а так же начало внедрения модели распространения ПО по подписке. В ряде случаев, как, например Компас-3D Home цена покупки составляет ~1500руб./год, ГосСтройСмета Онлайн бесплатна, при некоторых ограничениях конечно. Таким образом лицензионное профессиональное ПО будет становиться более доступным по цене для ИП и самозанятых, доля которых так же постепенно растет;
— и последнее не менее важное — это начало процесса отказа бизнеса от соц.гарантий, которые стоят денег, через внедрение договоров ГПХ, перевод сотрудников в статус ИП/самозанятых. Больная и противоречивая тема.

Все это потребует не только нового ПО, навыков, но и нового мышления, т.к. в старые схемы перестают работать уже сейчас, а новые еще только появляются и не устоялись.