Вместо Gentoo рекомендую calculate Linux. Также гента но с человеческим , блять, подходом. Опять же отечественная. Комьюнити приятное. А в целом, я на кальке долго сидел, даже на работе ее установил, когда заработал авторитет в фирме, и мне позволили работать так, как мне хочется. Прикол был- 1С предприятие внедряли, так по умолчанию не завелась у меня, я попросил в чате помощи, подключился один из разработчиков дистрибутива, я ему дал ssh они мне пошагово объясняя запустил 1С. Так в офисе все офигели над тем, что 1С работает у меня быстрее и отзывчивее чем у директора на его навороченном компьютере) . Потом мне стало скучно и я довольно долго сидел в Fedora Linux. Этот дистрибутив меня вообще покорил: он просто работает без проблем и геморроя) так что рекомендую.
Гм, ты решил поработать на публику. Ну ок, будем значит общаться так.
Очень красиво получилось про ядро. Ты про него вспоминаешь, отмечаешь сложность. Я пишу, что да, сложно но только в первый раз. И ты тут-же выставляешь меня фриком с завышенным ЧСВ. Очень удобно, молодец! Я б так не смог :)
Про кнопку turbo я вспоминать, конечно, не буду. Но обращу внимание, что сложности возникают всегда только в первое время, когда непонятно что происходит. Чем дальше - тем проще. И, внимание, напомню что про ядро начал ты. И нет, я не призываю всем срочно бежать ядра собирать, это действительно не нужно как правило.
А, ты всётаки знаешь про kvm и прочий ipmi. Извиняюсь, я думал что раз есть проблемы с iSCSI, то вряд ли будешь знать. Ну ок. Так вот, это тоже в том числе и монитор, да. Где там противоречие - непонятно.
Про initramfs... Мы продолжим спорить о терминах или у тебя есть чтото по существу мне сказать кроме того, что майнтейнеры пытаются предусмотреть всё, в том числе и те-же самые шифрованные ФС? initramfs не нужен в подавляющем большинстве установленных линухов. Но есть там, ну, потому что может быть понадобится. И в принципе пофиг, так как никакой существенной нагрузки оно не несёт. Но ты, друже, тут опять ссылаешься вместо фактов на некий "авторитетный источник" в виде "ну все же так делают, значит надо". Нет, не надо. Ах, да, initramfs это наследник initrd. initrd устарел где-то вместе с ядром 2.6 (сейчас 6.13)
Про настройку... Друже, ты неправ. Практически всё настраивается через правки текста. Исключения редки, например, pacemaker, которому не получится напрямую поправить конфиг.
В современной убунте и рхелах работает systemd, который умеет конфигурировать сеть. То есть мало того, что её можно настроить об ансибл (конечно, предварительно надо сразу при/после установки настроить в первый раз руками), так ещё и делается это абсолютно одинаково. Всякие networkmanager при этом просто удаляются из системы за ненужностью.
iptables умеет держать конфигурацию в формате iptables-save. Его и генерируем при деплое сервера. Пишем oneshoot сервис, который выполняет iptables-restore при загрузке. Всякие ufd и firewalld при этом тоже просто удаляются за ненадобностью.
Как я раньше и писал - всё в итоге скатывается к редактированию текстовых файлов. Просто надо отбрасывать в сторону всякие помогаторы и смотреть в корень.
И таки да, дистрибутивы различаются почти ничем существенным. У тебя список длиннее просто потому что у тебя пока мало опыта в линуксе и ты не особо стремишься его получить. Ну, например, с сетью: ну зачем тебе на сервере networkmanager? Да и на клиенте в корпоративной сети он тоже нафиг не нужен. Ну, разве что клиент это ноутбук, который пользователь таскает с собой по командировкам и там разные неизвестные сети (был вынужден это написать, потому что иначе отсуствие этого дисклеймера ты бы вменил мне как "нихрена ты не знаешь").
Ещё раз: всё файл. Все конфиги - текстовый файл. Исключение категорически редки. И никогда не настраивай при автоматизации посредника, который настроит сервис. Сразу настраивай сервис, а посредника можно просто удалить.
"Манал я пересобирать ядро" - многое про вас говорит, да. Фига его там пересобирать?
Пересобирать, поддерживать, ловить проблемы, потому что дистростроители не предусмотрели такую конфигурацию ядра. Я умею пересобирать ядро, делал это в свое время. Сейчас - не вижу смысла, за исключением крайне редких случаем. Большая часть пересборок ядра - это пересборка ради пересборки, потешить свое ЧСВ - смотрите, ламеры, я на кастомном ядре.
было с федорой второй когда я стек апач-mysql-php изучал. Просто пересборка ядра втрое ускорило выдачу страницы
Але, сейчас Сорок вторая федора. Еще можно вспомнить про кнопку Turbo на системнике, которая частоту моего 286 поднимала с 16 до 20МГц
первоначально и headless серверам нужен монитор
Первоначально, у полноценных серверов есть BMC с поддержкой IPMI/Redfish (iDRAC, iLO, you-name-it), а в ДЦ, обычно, раздают IP-KVM.
Вы слышали про загрузку с iSCSI но не слышали про PXE?
Прекрасно слышал, прекрасно пользуюсь.
Средства настройки везде ровно одно: текстовый редактор
Очередная чушь. Не все, не всегда и не везде настраивается ансиблом. Для понимания, что происходит при настройке ансиблом, лучше понимать, как так же сеть настраивается в современной убунте и рхелах.
Initramfs - не средство настройки, а инструмент для предварительной загрузки системы, использующей модули ядра, которые нужны для дальнейшей загрузки. Это относится к ситуации, когда нет в ядре поддержки корневой ФС или когда ФС зашифрована. Поэтому предварительно загружается система с корнем в памяти, следом инициализируется всё что нужно для работы основного корня и монтируется этот самый основной корень. Использовать initramfs всегда - такое себе. Можно, но зачем?
В принципе, на этом можно все беседы завершать. Автор сего опуса сугубый теоретик и админ локалхоста. Более того, он совершенно не понял, о чем идет речь. А речь шла об инструментах работы с initramfs. Видимо, все время уходит на компиляцию ядра. Подавляющая часть дистрибутивов (лично я сходу не смогу назвать хоть один распространенные дистр, который в стоке не использует initrd) в стоке использует initrd и как минимум без перекомпиляции ядра будет неработспособен без initrd. Есть штуки, типа UKI, но анмасс из коробки их еще долго ждать.
Настройка сети в целом сводится к редактированию текстового файла. Настройка огнестены - к описанию правил iptables или nftables. apparmor и selinux это разные системы, с разной целью. Скажу так, чтобы не вдаваться в подробности: apparmor это малое подобие selinux.
У меня такое ощущение, что ты вообще не читаешь то, что тебе пишут. Удачи через текстовый редактор править настройку сети в NetworkManager, а так же настраивать firewalld, а потом удачи найти NM в ванильной убунте. По твоему мнению, люди, наверное, идиоты, раз придумывают удобные инструменты для управления системой, нужно только vi, только хардкор! Программировать тоже, нужно только в асме и божественной Сишечке, все остальное от лукавого. Смысл моего поста был в том, что дистры РАЗНЫЕ, и отличий там ОЧЕНЬ много даже в таких вещах, как настройка сети, даже если подходить с текстовым редактором, вместо встроенных утилит.
Просто разберитесь в том как это всё работает
В отличие от тебя, я разбираюсь, и, потому, мне хватает ума не делать заявлений космической глупости, вроде дистрибутивы linux различаются лишь
Да, так и есть. Пакеты собираются по разному. Но когда ныряешь глубже и начинаешь понимать почему так - вопросы и претензии отпадают. Могу сразу с ходу назвать одну из главных причин: стабильность. Поясню: есть дистрибутив, у дистрибутива есть релиз. В релиз попал какой-то список пакетов. Эти пакеты майнтейнером протестированы и признаны рабочими. Когда надо добавить ещё один пакет - в зависимости ему ставятся пакеты из текущего релиза. Всё.
Если бы дистрибутивы релизились все строго одной датой, то скорее всего и зависимости были бы одной версии. Но так как даты релиза разные, то думаю дальше расжёвывать смысла нет.
Повторю: просто надо набраться опыта и все эти вопросы и претензии отпадут сами собой. И кажущаяся глубокая разница между дистрибутивами схлопнется в несколько понятных пунктов.
Очередное ведро воды.
За сим прекращаю этот спор. Надеюсь, внимательные и думающие люди вынесут из него нужную истину.
В апреле 2023 года мы запустили необычный для нас проект - ремонтный сервис нового формата. Первого клиента нашли только в начале лета, но уже с первого проекта удалось достичь запланированной прибыли. Расскажу, как мы создали современную компанию для поколения "новых денег", которые не готовы к тому, что прораб будет класть половину стоимости ремонта себе в карман, а сроки растягиваются без ограничений и почему это оказалось прибыльным бизнесом.
Как всё начиналось
Конец 2022 года. Я работал менеджером проектов в крупной IT-компании, мой друг Антон - тимлидом в другой известной технологической компании, а Дима занимал позицию backend-разработчика в третьей. У всех стабильные зарплаты, интересные проекты - жизнь шла своим чередом, пока Антон не решил купить квартиру в новостройке.
После долгих поисков он остановился на 85-метровой квартире в ЖК около метро Саларьево - современный комплекс с подземным паркингом и зелёным двором. Как типичный программист, к поиску ремонтников он подошёл педантично: изучил десятки предложений, провёл собеседования с кандидатами. В итоге выбрал бригаду с Авито с "15-летним опытом работы".
Денис (это я:) - один из создателей сервиса
За время ремонта у Антона мы с Димой часто приезжали к нему - помочь, посоветовать, и просто поржать над очередными косяками строителей. У нас обоих за плечами был серьёзный опыт управления командами, внедрения процессов, автоматизации и контроля качества. И знаете что? Нам казалось, что главное в ремонтном бизнесе - это грамотный менеджмент и организация процессов. И на самом деле, все примерно так и есть.
День когда мы решились
Если честно, мысли о собственной ремонтной компании появились у нас задолго до этого случая. В IT-тусовке часто шутят, что в России есть три верных пути: вебкам, айти и стройка. И мы, насмотревшись на хаос в ремонтной сфере, не раз обсуждали возможность открытия своей “фирмы”.
Мы выделили основные проблемы, которые должны были исправить с помощью своего сервиса
Первое - это постоянно растущие сметы и "задранная стоимость" на работы. Ну вы серьезно? Почему для меня ремонт в квартире должен чем-то отличаться от заказа носков на Вайлдберриз? Почему-то там нет такого, что цена носков может вырасти в 2 раза за время доставки. А тут начальная смета в 1 миллион превратилась почти в 1,7! И каждый раз это "ой, тут стены кривые", "ой, а тут придется докупить", "ой, а это мы не учли".
Второе - это бесконечно растущие сроки. Это еще хуже. Как люди с опытом в менеджменте, мы прекрасно знали, что растущие сроки – это всегда раздолбайство управления и ленивые рабочие. Но тут было чуть посложнее, об этом чуть позже. У Антона обещали сделать за 4 месяца, а в итоге растянули на 8.
Третье - хитрые прорабы. Это вообще отдельная история. Когда прораб говорит "давайте я сам закуплю материалы, у меня скидки", знайте - он накинет сверху процентов 30-40. А еще есть "срочные работы", которые почему-то не были учтены в смете. И конечно, вечная классика - экономия на материалах: заказываешь одно, а привозят что-то попроще, но по той же цене.
Целевая аудитория
А параллельно с этим мы определили нашу целевую аудиторию. Чтобы выделиться на конкурентном рынке, мы решили ориентироваться на молодых IT-специалистов и представителей “современных” профессий, живущих в Москве в возрасте 30-40 лет. Тех, кто покупает квартиру в новостройке и привыкших к хорошему сервису. Кто не готов, что его будут водить за нос и разводить на деньги.
Что с ценой?
При этом очень важно было держать цены НИЖЕ, чем у других компаний, иначе на рынке просто не выжить. В премиум сегмент нужен "пропуск" в виде большого количества работ для определенного типа клиентов, поэтому нам было понятно, что "брать" много - пока что, непозволительно. Но мы нашли способ: автоматизация процессов, прямые поставки материалов, четкое планирование работ и никаких скрытых накруток. Но несбыточной мечтой это покажется только обывателю: на самом деле сервис и правда должен быть таким, вообще любой.
История первого заказа летом 2023 года
А теперь самое интересное - наш первый заказ. Это была отдельная эпопея. Начало лета 2023, звонок от потенциального клиента.
Первый клиент оказался прямо "в яблочко" - тоже айтишник (пришедший из первой контекстной рекламы в яндексе запущенной на 20 тыс.), работал в крупной компании, купил двушку в панельке 80-х годов. Причем достаточно убитую - стены местами с дырками, старый паркет, трубы помнящие еще Горбачева... Но нам, если честно, даже повезло что первый объект был не новостройкой. На старом фонде учиться легче - там хотя бы есть на что посмотреть, в отличие от новостроек, где все "сюрпризы" спрятаны в голых стенах.
Дырка в стене была ДО демонтажа. Клиент купил квартиру с "убитым" ремонтом подешевле, в надежде сэкономить
Как мы мастеров искали
Начали с поиска бригады. Вот тут был первый холодный душ - оказалось, что найти классных специалистов без своей наработанной базы очень сложно. Мастера хорошего уровня либо уже при деле, либо просят космос. А те, кто сразу соглашается - ну, вы понимаете. За две недели провели больше 10 собеседований (назовем их так😊). Причем процесс собеседования мы сразу сделали "как в айти" - тестовые задания, проверка портфолио, разбор технологий работы. Бригадиры были в шоке - некоторые прямо уходили с собеседований, когда мы начинали распрашивать про технологии укладки плитки и показывали фотографии косяков с объектов с форумов.
В итоге нашли бригаду - два брата, которые до этого работали в крупной ремонтной компании, но ушли потому что устали от "серых" схем – по отношению К НИМ ЖЕ. В основном - задержки з/п и прорабы.
В том же санузле, но уже после демонтажных и некоторых черновых работ. Братья очень помогли нам с первым ремонтом, кроме этого, они дали нам контакты проверенных рабочих, которые впоследствии делали ремонт вместе с ними
Купили первый комплект инструмента - это отдельная история на 100 тысяч рублей. Ещё сразу купили свою тепловую пушку - это из необычного. Большинство компаний привлекают "потолочников" на субподряд. Мы захотели сразу начать формировать свой инструментарий для будущих сотрудников. Зато потом эта закупка очень помогла - не зависели от того, что принесет с собой бригада. Позже, когда начали расширяться купили свою штукатурную станцию. Это, на удивление, было самой выгодной покупкой.
Первые сложности
Начали ремонт. И тут поехало... Первый сюрприз - когда начали снимать старую штукатурку, оказалось что стены буквально рассыпались. Плюс под старым линолеумом в коридоре нашли деревянный пол с насыпью под ним.
Тут был первый серьезный разговор с заказчиком. Объяснили ситуацию, показали все фотки, рассказали что сколько будет стоит в соответствии с прайс-листом. Тут очень помогло то, что мы сразу взяли за правило - фотографировать вообще все. Каждый этап, каждый слой, каждую трубу.
С материалами тоже было весело. Первый месяц я лично объездил все крупные строительные магазины в радиусе 30 км. Искал поставщиков, договаривался о скидках. Помню, как чуть не купили партию плитки по "супер-выгодной" цене, а потом выяснилось что это условно "второй сорт" - брак, который продают через "серые" схемы.
Cделали систему закупок: (Первый заказ полностью сделан из материалов, купленных в Петровиче и на маркетплейсах). Бригада присылает список - мы проверяем цены у 3-4 поставщиков и заказываем где дешевле.
Мы сразу внедрили систему ежедневных фото-отчетов и еженедельных созвонов. Плюс сделали чат в телеграме, куда скидывали все чеки, все накладные, все фотки. Такая прозрачность очень помогла - клиент видел, что мы не химичим с ценами и не пытаемся на нем нажиться.
В итоге сделали.
Братья советовали нам недостающих специалистов по ходу ремонта и постепенно, укладываясь в срок мы сдавали клиенту новый и новый этап. Честно, это было не так сложно как казалось в начале, но нужно понимать, что на самом деле, проблем по ходу ремонта и мелких трудностей было ОЧЕНЬ много, просто мы как люди привыкшие, понимали что сейчас это и есть наша работа , за которую нам платит клиент - взять на себя все заботы по ремонту. Но серьезных форс-мажоров не возникало, максимум понервничали, когда внесли предоплату потолочникам, которых нашли по объявлению, после чего они явно начали задерживать сроки, но в итоге, все обошлось. Нам и до этого было ясно, что чем быстрее мы соберем свой , хотя бы, небольшой штат, тем лучше и выгоднее. Но для этого надо быть уверенным в постоянном потоке заказов, что мы на тот момент, не могли себе позволить.
Главное - мы поняли как надо и как не надо. Все закупки только через нас. Все договоренности - только в письменном виде.
По деньгам первый проект получился условно в ноль - не считая наших вложений в инструмент и рекламу. Но мы получили бесценный опыт, наработали связи с поставщиками (если это можно назвать так пафосно) и главное - поняли, что наша модель рабочая, хотя на тот момент не были в этом до конца уверены. Наши сомнения развеяло лето 2023 года.
1/5
Наша первая работа, которую нам помогли закончить "братья", советуя недостающих мастеров на каждый этап работ. Цена работ для заказчика вышла 750 000 рублей. Летом 2023 года, за аналогичный объём работ авитовские бригады просили до миллиона(!)
Сайт и маркетинг или как мы общаемся с клиентами ещё до первого звонка
Кстати, про сайт. Первую версию мы сделали за пару вечеров на Тильде - максимально простую: фотки, цены, контакты. Знаете что? Он у нас до сих пор такой – но с значительно изменённым UI/UX. Я иногда ловлю себя на мысли - вот мы же, можем сделать что-то крутое, с личным кабинетом, онлайн-сметами... Но потом смотрю вордстат, статистику и думаю - а зачем? Клиенты находят нас, звонят, все работает. Иногда лучшее решение - самое простое.
1/2
На главной странице "в лоб" о том кто мы, наши конкурентные преимущества, специализация и примеры работ
1/2
Сразу "ярко" заявляем о действующих скидках. Кроме этого, простым текстом пытаемся общаться с клиентом и убедить его в нашем сервисе, пока что, не общаясь с ним лично - конверсия в лиды увеличилась значительно, но важно, чтобы все предложения были реальны
А вот ворд стат. За последний месяц нас искали 680 раз не считая статистики переходов по прямой ссылке. Доказательство того, что дорогой сайт не нужен. Наш стоит 6 000 рублей в год, а сделан за 20 часов
Примеры лучших работ как маркетинговый инструмент
1/4
Оставляли подобные фото с примерами работ и вотермаркой в отзывах к жилым комплексам. Отличный маркетинговый инструмент - сразу определяем нужную ЦА и бесплатно заявляем о себе. Точно знаем, что минимум один клиент был из отзывов яндекс - поэтому работает
Как мы масштабировались и разбирались в проблемах ремонта
Теперь про то, как мы начали разбираться в проблемах ремонта и потихоньку расти. Знаете, за этот год мы много думали - почему вообще ремонтные компании задерживают сроки и не могут сделать работу по первоначальной цене? И нашли несколько интересных моментов.
Первое - сроки. Тут даже копать глубоко не пришлось - сам рынок сформирован так, что клиенты просто привыкли к задержкам. "А, ну это ремонт, тут всегда так" - классическая фраза. Благо тут нам помог опыт организации процессов из айти. Четкие спринты, ежедневные отчеты, календарный план. Работает как часы, если не филонить.
Второе - вечно растущая цена. Вот это было сложнее. В новостройках еще можно точно посчитать, а во вторичке... Но благодаря наработкам этот вопрос стал гораздо яснее. При правильно организации процессов, непредвиденные работы лучше оплатить из своих средств, чем терять клиента. Только так и делается сервис.
Третье - больная тема - воровство на материалах. Тут мы конкретно закрутили гайки. Завели строгий учет, до последнего мешка штукатурки. Прорабам сразу сказали - любая жалоба от клиента на нечестность - это конец сотрудничества. Знаете что самое смешное? Когда начали работать честно, оказалось что маржа все равно хорошая. Просто многие привыкли что надо обязательно накручивать еще и еще.
Неприятные особенности прозрачного сервиса
Большинство компаний, которые начинают работать честно, быстро сдуваются. Потому что сам потребитель привык к плохому сервису. Приходишь к клиенту, говоришь "мы все сделаем четко по смете и в срок", а он смотрит с недоверием - "да ладно, так не бывает". Сейчас в 2024-м ситуация получше, но рынок все еще очень консервативный.
Продвижение или как мы брали “Новую Москву”
Наш любимый Прокшино в Новой Москве - в 2024 году, это самый перспективный район в котором покупатели - наши потенциальные клиенты
Расти начали потихоньку. Сначала сделали специальные цены для новой Москвы - там как раз много новостроек, где мы хорошо научились работать. Потом пошли заказы по рекомендациям. Когда я говорю “пошли” заказы нужно понимать, что это 1-3 заказа в месяц стабильно, что на самом деле, тогда казалось не мало. С рекламой экспериментировали забавно - оставляли визитки в подъездах (да, просто старые добрые визитки!), ставили рекламные ящики у офисов продаж в дни выдачи ключей.
Был случай, когда на одном ЖК поставили такую стойку, а через неделю риелтор оттуда сам позвонил и предложил взять себе процент, если клиент пойдет к нам.
Сейчас берем 2-5 заказов в месяц, (летом было 5 в месяц, если разделить). Большинство клиентов приходят по рекомендациям. Штат за год работы постепенно собрали свой. Трудоустроено 14 сотрудников. Если их не хватало (как летом), привлекали мастеров с которым уже работали раньше, по договору ГПХ. Просили всех регистрировать самозанятость или ИП – это было тяжело, но зато честно платим налоги по Доходы – расходы.
Как устроен процесс
Знаете, что самое сложное в ремонтном бизнесе? Нет, не поиск клиентов и не работа с материалами. Самое сложное - это выстроить систему, которая будет удовлетворять запросы клиента и при этом позволит компании зарабатывать. Мы долго думали над этим и придумали несколько интересных решений.
Начнем с оплаты. Если посмотреть на московский рынок, там забавная система - вроде бы без предоплаты, но это только за первый, самый дешевый этап. А потом - бац, и клиент должен внести 50% от всей суммы. И попробуй не внеси - бригада уйдет на другой объект. Мы сделали иначе: разбили весь ремонт на этапы (их получилось 12 для капитального ремонта), и берем предоплату только за текущий этап. То есть клиент всегда понимает, за что именно платит, и может контролировать процесс.
С договорами тоже интересно получилось. Сначала делали один стандартный, а потом поняли - люди разные, запросы разные. Сейчас у нас три варианта: просто на работы (для тех, кто сам хочет закупать материалы), на работы плюс материалы (самый популярный), и полный пакет с дизайн-проектом. Кстати, про дизайн - мы не держим штатных дизайнеров, работаем с фрилансерами. Так получается и дешевле для клиента, и качество выше - каждый дизайнер специализируется на своем стиле.
Первый образец договора, который ставили на сайт
Расчёт стоимости
Расчет стоимости работ - отдельная история. Когда начинали, было очень сложно. На рынке нет четких цен - один мастер берет 3 тысячи за квадрат стяжки, другой - тысячу, третий вообще говорит "ну давайте посмотрим по факту". Сначала работали по среднему прайсу, но часто уходили в минус по отдельным этапам - то бригада дороже встанет, то материала больше уйдет. Сейчас, когда появились постоянные сотрудники, стало проще - мы точно знаем их расценки и можем давать фиксированную цену.
Материалы
Выяснилось, что в крупных магазинах часто дешевле в сравнении с рынками стройматериалов, особенно если ловить акции. Плюс появились маркетплейсы - там вообще красота по ценам. И главное - полная прозрачность, клиент сам видит все позиции. Если находим материал дешевле - возвращаем разницу. Был случай, когда на керамограните сэкономили клиенту почти 30 тысяч - просто потому что, нашли ту же плитку в другом магазине по акции.
Как работаем сейчас
Сейчас берем 2-5 заказов в месяц, зависит от сезона и сложности объектов.
Процесс обкатан до мелочей: сначала выезд на замер, потом предварительная смета. Если клиента все устраивает - детальный расчет и договор. Дальше начинается самое интересное - согласование материалов, закупки, работа.
Особенности продвижения и подводные камни
С продвижением интересно получилось. Сначала, как все, полезли на Авито. И знаете что? Не зашло. Там своя специфическая аудитория и конкретно у нас, с Авито “ не пошло”.
Свежий пример страницы с авито в категории "Ремонт квартир". Как клиенты определяются с подрядчиком среди тысяч однотипных объявлений - хороший маркетинговый вопрос, который мы решаем, после чего полноценно "зайдём" на авито
Пробовали контекстную рекламу яндекс - тоже так себе результат. Клики дорогие, конверсия низкая. Зато отлично зашла таргетированная реклама в Instagram* (*запрещен в РФ) и реклама в районных пабликах ВКонтакте. Особенно в группах новостроек в ТГ - там как раз наша целевая аудитория.
Но главный канал - сарафанное радио. Причем работает оно интересно. Всегда знаешь , от кого пришли заказчики и проще выстраивать коммуникацию. Есть клиент - он доволен, рассказал коллегам - и понеслось. За три месяца получили еще два заказа от сотрудников той же компании. Выходит такой “корпоративный ремонт”)))
Были, конечно, и провалы в продвижении. Пытались работать с риелторами - предлагали им комиссию за клиентов. Не пошло - у них свои схемы, свои бригады. Пробовали давать рекламу в лифтах, входных группах - тоже мимо, ни одного обращения, но тут скорее из-за того что эта реклама буквально на день.
ИТОГ
Сейчас мы существуем уже чуть больше года и в целом смотрим на ремонтный рынок не так, как раньше. За это время мы сделали несколько важных заметок для себя:
Оказывается, большинство проблем в ремонте - это не технические сложности, а банальная организация процессов. Когда все четко спланировано и каждый знает что делать - даже самый сложный ремонт идет как по маслу.
Мы поняли, почему многие компании "химичат" с ценами и сроками - просто потому что не умеют нормально считать и планировать. Когда все процессы выстроены правильно, можно работать честно и все равно оставаться в плюсе.
Самое сложное - это не найти клиентов или научиться делать ремонт. Самое сложное - это переломить привычку рынка работать "по-серому". И заказчики, и исполнители настолько привыкли к непрозрачным схемам, что честный подход вызывает удивление.
Мы до сих пор учимся. Каждый объект - это новый опыт и новые вызовы (особенно по части коммуникаций с клиентами). Но главное - мы видим, что наша модель работает и пока что, нам удается держать ценник немного ниже рыночного, за счёт того что до сих пор не имеем в найме маркетологов, IT, отдела продаж и менеджеров по продажам. Стараемся нанимать именно рабочих, все остальное можно отдать на аутсорс.
Уважаемые пикабушники, были рады составить для вас эту статью! С любовью, СК Комната
Что-ж, вы вынесли ответ в общее пространство. Сделаю так-же.
0. Если у вас нет специфического железа, то какое там ядро - да пофиг. Всё будет работать. "Манал я пересобирать ядро" - многое про вас говорит, да. Фига его там пересобирать? В первый раз да, долго. Ибо опций действительно много и приходится разбираться что куда, зачем и от чего зависит. Но выхлоп того стоит. Мало того, что начинаешь понимать как это работает, так ещё и можешь получить ускорение в разы. У меня, например, так было с федорой второй когда я стек апач-mysql-php изучал. Просто пересборка ядра втрое ускорило выдачу страницы.
1. О да, очень полезно сравнивать чтото по признаку, который используется несколько раз за всю карьеру. Да, "установщики" разные. Но только снаружи. Все они всегда сводятся к простым шагам: подготовить железо (диски); спросить за цель (сервер? десктоп?); скопировать stage, докинуть пакетов; создать юзеров; перегрузиться.
ВНЕЗАПНО, первоначально и headless серверам нужен монитор. Или подготовленный автоинсталл (лично делал заказчику загрузочную флешку, которая автоматом устанавливала centos на железо).
Вы слышали про загрузку с iSCSI но не слышали про PXE? Ну правда, сделайте уже шаг дальше.
2. Средства настройки везде ровно одно: текстовый редактор. Будет это mcedit, nano или vi - зависит от человека. А в итоге всё это по мере накопления знаний и опыта скатывается в описание конфигураций для puppet, chef или ansible. Для примера - вот роль деплоя factorio сервера на ansible
Initramfs - не средство настройки, а инструмент для предварительной загрузки системы, использующей модули ядра, которые нужны для дальнейшей загрузки. Это относится к ситуации, когда нет в ядре поддержки корневой ФС или когда ФС зашифрована. Поэтому предварительно загружается система с корнем в памяти, следом инициализируется всё что нужно для работы основного корня и монтируется этот самый основной корень. Использовать initramfs всегда - такое себе. Можно, но зачем?
Настройка сети в целом сводится к редактированию текстового файла. Настройка огнестены - к описанию правил iptables или nftables. apparmor и selinux это разные системы, с разной целью. Скажу так, чтобы не вдаваться в подробности: apparmor это малое подобие selinux.
Просто разберитесь в том как это всё работает и вы перестанете ругаться на некие "средства настройки", которые к тому же, никогда не обеспечивают полный набор возможных опций сервисов, ибо пишутся слишком generic, тобишь, чтобы удовлетворить как можно большее количество пользователей, а это мешает написать нормально. Со временем вы перестанете ими пользоваться.
3. Да, так и есть. Пакеты собираются по разному. Но когда ныряешь глубже и начинаешь понимать почему так - вопросы и претензии отпадают. Могу сразу с ходу назвать одну из главных причин: стабильность. Поясню: есть дистрибутив, у дистрибутива есть релиз. В релиз попал какой-то список пакетов. Эти пакеты майнтейнером протестированы и признаны рабочими. Когда надо добавить ещё один пакет - в зависимости ему ставятся пакеты из текущего релиза. Всё.
Если бы дистрибутивы релизились все строго одной датой, то скорее всего и зависимости были бы одной версии. Но так как даты релиза разные, то думаю дальше расжёвывать смысла нет.
Повторю: просто надо набраться опыта и все эти вопросы и претензии отпадут сами собой. И кажущаяся глубокая разница между дистрибутивами схлопнется в несколько понятных пунктов.
Сколько же чуши и ты еще считаешь себя опытным сисадмином?
0. Пакетным манагером 1. Всякими значениями в конфигах по умолчанию 2. Небольшая разница в расположении конфигов и данных 3. Порядком запуска системы. Всё остальное - одно и то же. Софт весь тот-же самый, принципы работы те-же самые.
0. Ядром, блеять. Ядром. У ядра 100500 опций, модулей и прочего. Вендоры постоянно бэкпортят из апстрима патчи с исправлениями и нововведениями. К примеру ядра EL7, не смотря на почтенную версию 3 сравнивать с ванильной нет никакого смысла, сколько там было всего бэкпортировано. Из достаточно свежих примеров. Собрался я заапгрейдить свой домашний сервер. Раньше он у меня был и гипервизор для лабы, и файлопомойка на 50Тб для домашнего порно и т.д. Лабу решил организовать отдельно, а домашний сервер оставить домашним сервером. В планах у меня было воткнуть туда Intel ARC A780 для быстрого транскодинга, чтобы можно было снаружи смотреть видео даже через узкие каналы. В качестве ОС я выбрал свой любимый Oracle Linux версии 9. Ядро было старовато для меня (нужна была максимальная поддержка Intel ARC), даже в версии UEK7, потому решил ставить UEK Next. Сказано - сделано. Только вот не заработало нихера, т.к. в UEK Next не были включены нужные опции. В итоге пришлось перейти на Федору, где все нужное есть в стоке, ибо манал я пересобирать ядро.
1. Установщик. Дистры с которыми я имею дело обычно EL и, гораздо реже, Ubuntu/Debian. Так вот. Удачи тому, кто хочет поставить второе на headless-сервер. У EL начиная с лохматых версий есть установка через VNC, достаточно ядру параметр подкинуть. Для Убунты нужно в обязательном порядке писать кикстарт, который для бубунты то еще отвратительное и плохо задокументированное говнище, подключаться через SSH и продолжать установку. Еще удачи тому, что захочет развернуть бездисковый сервер с Убунтой с загрузкой по iSCSI. В установщике с какой-то версии просто вырезали к херам эту опцию. В итоге опять кривой кикстарт, куча нелепых телодвижений для установки, и, самое главное, загрузки с iSCSI т.к. ванильная установка просто такого не знает. Форматы кикстартов у убунты и рхелов принципиально разные. 2. Средства настройки. Про уебищный update-initramfs в Ubuntu я вообще молчу. Сколько лет это говно уже сидит там, и только вот-вот его собираются сменить на нормальный dracut. С настройкой сети тоже зоопарк, Netplan, NetworkManager - вообще разные. Да, я в курсе, что можно в убунте НМ поставить, а в рхелах использовать cloud-init, но художественное выпиливание по дистрибутиву та еще задачас негарантированным результатом, а у нас есть ограниченное время на выполнения наших задач. Остальное расписывать мне лень. Просто приведу примеры. Apparmor vs SELinux, ufw vs firewalld, тысячи их. В итоге куча инструкций для одного дистра крайне слабо подходит для другого. Да, для человека с опытом это не будет невыполнимой задачей, но на это будет уходить куча времени, которое можно потратить с гораздо большей пользой. 3. Пакеты, библиотеки. В каждом дистре есть мэйнтейнеры пакетов. Который сбирают, тестируют и опакечивают софт и либы. Их можно собирать очень по разному. С поддержкой разных библиотек, разных фич. В итоге, один и тот же софт на разных дистрах может работать очень по разному.
И это я пробежался только по двум основным группам дистров - EL и Deb-based. А там внутри еще различий миллион, даже между Debian и Ubuntu. А еще ведь есть всякие Alpine, которые тоже достачно прочно свою нишу держат.
Так что да, в дистрах линукса творится полный зоопарк и это, местами, очень утомляет.
Ну что ж, разберем весь вот этот бред в исходной статье.
Просто набирайся опыта и ты поймёшь, что дистрибутивы linux различаются лишь: 0. Пакетным манагером
И тем, какие пакеты и когда попадают в репозиторий. И тем, какие пакеты из других репозиториев будут работать на твоем билде. И еще десятком вещей.
1. Всякими значениями в конфигах по умолчанию
Которых примерно пара сотен. И, конечно, не только этим, но еще и конфигурацией ядра
0. В Linux, в отличии от винды, не нужно самому качать софт и самому както его устанавливать.
В смысле, не надо? Автор противоречит сам себе, а точнее врет на уровне школьника, который линукса вообще не видел.
Вы просто просите пакетный манагер установить
Да если бы. Вы прописываете репозиторий, ключи от него, качаете оттуда пакет и выясняете, что там давно протухли зависимости. Прописываете следующий репозиторий, качаете .. Огромное количество софта вообще не лежит в открытых репозиториях - будьте добры зарегистрироваться, скачать rpm \ deb, и повозиться с зависимостями. С этим сталкивался примерно каждый первый, кто ставил что-то сложнее nano
конфиги всегда находятся в каталоге /etc, данные в /var, и это всегда и во всех дистрибутивах.
Да если бы.
Начнём с того, что linux основан на opensource, то есть на софте с открытыми исходниками.
Начнем с того, что автор вообще не разбирается в том, что пишет. Linux, то есть Linux\GNU - это ядро ОС, и не Linux основан на .. , а ванильный Lunux - это операционная система с исходным кодом. Opensource сейчас - это идеология. И, открытость кода не означает свободу и бесплатность его использования.
И майнтейнеры российских дистрибутивов, если на пальцах объяснять, делают буквально следующее: либо вычищают это говнище из кода перед сборкой, либо
Либо ничего не делают ввиду отсутствия возможности. Та же астра - дебианом была, дебианом осталась, и вкручивание туда модуля 10 летней давности дает только справку из ФСТЕК и кучу проблем из-за того, что пакеты в репозиториях астры поросли мхом, и часть пакетов даже из исходников не собирается без плясок с бубном.
Далее - шифрование. При всех прочих равных всегда лучше всего иметь собственный алгоритм шифрования, который точно был разработан у нас в стране и для которого совершенно точно нет алгоритма дешифрования у третьих лиц.
Алгоритм обратимого шифрования по определению предусматривает доступность алгоритма дешифрования. Алгоритм DES, Rijndael (EAS) и так далее - опубликован, включен в стандарт ISO/IEC 18033-3:2010. Если в РФ не могут найти пару математиков для проверки алгоритма, и внедряют старый, проверенный годами код А=1, Б=2, или усиленный А=2 , Б =3, то это намекает на качество и количество математиков.
Какой дистрибутив вы установите в инфраструктуру АЭС?
Вы не поверите, но там управление в изрядной степени на контроллерах Siemens. И там будет Windows, потому что зарплату надо считать на 1с, схемы рисовать в работающем (хотя и пиратском) автокаде и прочих бим системах. Которые, печаль беда, не работают через Wine.
А со стороны системных администраторов - вообще пофиг какой это linux, пусть даже это будет unix. У них давно вся инфраструктура описана в ansible, puppet, chef
Очень не пофиг. Особенно после смены политики Centos. Но, учитывая общую безграмотность автора, простим ему этот пункт.
Просто набирайся опыта и ты поймёшь, что дистрибутивы linux различаются лишь: 0. Пакетным манагером 1. Всякими значениями в конфигах по умолчанию 2. Небольшая разница в расположении конфигов и данных 3. Порядком запуска системы. Всё остальное - одно и то же. Софт весь тот-же самый, принципы работы те-же самые.
Могу немного подробнее:
0. В Linux, в отличии от винды, не нужно самому качать софт и самому както его устанавливать. Для этого есть пакетные манагеры. apt, yum, emerge и так далее. Вы просто просите пакетный манагер установить чтототам и он скачивает всё необходимое, устанавливает и выполняет первоначальную настройку. Он-же занимается и удалением. В разных дистрибутивах пакетные манагеры разные. Но приёмы работы с ними везде одинаковые. То есть у них у всех есть команды типа "установи этот софт", "удали этот софт", "найди мне такойто софт", "покажи список установленного" и так далее. Чуть сложнее, чем пересесть из нивы в дастер.
1. Тут, думаю, понятно. Ну, например, в одном дистрибутиве ssh сервер позволит пользователю root влогиниться в систему, в другом посчитали это небезопасным (а так и есть) и запретили. А при деплое эти параметры почти всегда заменяются на нужные.
2. Разница действительно небольшая. Для начала - конфиги всегда находятся в каталоге /etc, данные в /var, и это всегда и во всех дистрибутивах. Есть, конечно, некоторые слоупоки, которые программируют софт, который не соблюдает эти правила. Их надо подвергать анафеме, считаю. Но речь не про них. Ну будет конфиг xorg лежать не в /etc/X11/xorg.conf, а будет разбит на несколько файлов в /etc/X11/xorg.conf.d/*conf - невелика разница. Если вам, конечно, ехать, а не шашечки.
3. Тут скорее речь про то, как система инициализируется, т.е. загружается. Гдето это набор скриптов init.d, но как правило в последнее время это systemd. После того как загрузилось ядро, запускается, так сказать, специальная "программа", которая стартует все нужные сервисы. Графику, демон bluetooth, журналирование и так далее. Всего систем инициалицации штук пять или шесть, но на практике чаще всего встречаются только две. И приёмы работы у всех схожие, например: "запускай этот сервис при старте", "останови сервис", "никогда не запускай сервис" и так далее.
Но, повторюсь, софт везде один и тот-же. xorg везде одинаковый, nginx везде одинаковый, гуглохром везде одинаковый. Да, оно может быть разных версий, но в остальном всё одно и то же.
Итого: дистрибутивы linux отличаются друг от друга на единицы процентов и дырку надо мной в небе, если это не так.
Но я хочу обратить внимание на то, что ТС спрашивает буквально следующее: "А нафига нужны российские дистрибутивы?". И этот вопрос с одной стороны прост, а с другой - не очень.
Начнём с того, что linux основан на opensource, то есть на софте с открытыми исходниками. Продолжим тем, что некоторые, особо одарённые, программисты лезут в политику и внедряют в свой код чтототипа "если запустились в России, то делать ничего не будем, а может даже немного вредить". И майнтейнеры российских дистрибутивов, если на пальцах объяснять, делают буквально следующее: либо вычищают это говнище из кода перед сборкой, либо вообще не включают этот софт в дистрибутив. И ФСТЭК это контролирует, работа у них такая.
Далее - шифрование. При всех прочих равных всегда лучше всего иметь собственный алгоритм шифрования, который точно был разработан у нас в стране и для которого совершенно точно нет алгоритма дешифрования у третьих лиц. Да, тот же самый ГОСТ SSL можно и в debian установить. Но в своём дистрибутиве можно эти алгоритмы настроить работать по умолчанию, с самого старта.
А теперь вспомним что такое "критическая инфраструктура" - это системы управления технологическими процессами в отраслях, имеющих стратегическую важность для экономики, государственных институтов и общества. Какой дистрибутив вы установите в инфраструктуру АЭС? Свой или какойтотам из интернета? Ответ, думаю, очевиден.
Ещё одна важная штука - ответственность. Если вы развернули чтото критичное на какомто дистрибутиве и оно поломалось совершенно точно по вине дистрибутива - с кого спрашивать? Вы же не рискуете покупать дорогое железо на условном озоне, а идёте в соседний dns, чтобы чек был на руках. Так и тут.
Почему российских дистрибутивов несколько? Ну, так сложилось исторически. Что-то военные писали, чтото само собой родилось на энтузиазме, чтото - пересмотр опыта и решение создать с нуля. Но, тем не менее, как и всегда, при выборе дистрибутива надо просто почитать про них, и выбрать подходящее. Копья ТС в сторону "а давайте перейдём на другой дистрибутив?" больше придуманы для придания красок набросу и в реальности бывают сильно редко. Обычно на старте it на предприятии выбирается один-два дистрибутива и дальше с ними и живут.
Со стороны программистов, конечно, всё немного сложнее. Нужно убедиться, что их код работает во всех дистрибутивах заказчиков (запустить тесты), а так же опакечивать софт свой под эти дистрибутивы. Это несколько сложно, но вполне решаемо. А главное - отлично автоматизируется об ci/cd. Да, придётся поработать какоето время, не без этого. Но после внедрения можно продолжать сидеть на пикабу целыми днями опять.
А со стороны системных администраторов - вообще пофиг какой это linux, пусть даже это будет unix. У них давно вся инфраструктура описана в ansible, puppet, chef или ещё в чем-то, позволяющем автоматически разворачивать сервера и поддерживать их работу. И да, в сервера уже довольно давно руками никто не лезет, всё автоматизируется. И в этой автоматизации смена дистрибутива - буквально, грубо говоря, обработка в своём коде четырёх пунктов, с которых я начал тут. Причём никакого творчества, тупо по шаблону "если это astra, то установить при помощи apt" и так далее.
Как-то так.
/me работает с astra linux уже лет пять, сидит дома уже почти 20 лет под gentoo и реально не видит разницы между разными linux.
Нет , ты не сисадмин , в России такой профессии нет.
Ты инженер.
Человек, который должен разбираться во всём: от железа до софта, от сетей до безопасности.
Нет не должен , кто тебе вообще такую чушь сказал ? Дай угодаю на тебя навесили кучу обязанностей за шапку сухарей ?А это кстати именно потому , что ты сисадмин.
И, конечно, я работаю с Linux. Но, блин, сколько можно плодить дистрибутивов?
Вот смотрите: есть Ubuntu. Нормальный, понятный, дружелюбный дистрибутив. Есть Debian — стабильный, как швейцарские часы. Есть CentOS — для тех, кто любит всё серьёзно. И этого, в принципе, хватило бы для счастья. Но нет! Кто-то решил, что миру нужно ещё 150500 дистрибутивов.
Ну и ? проблема то в чем ?
И вот появляются они. RedOS. Astra Linux. Росинка. Альт. Ну ладно, RedOS и Astra — это ещё куда ни шло, они хотя бы для специфических задач заточены (типа сертификации под госструктуры).
Но зачем мне дистрибутив, который называется, например, "Чип и Дейл: Спасатели Linux"? (Я, конечно, exaggerate, но вы поняли).
Что бы заработать денег ! На госухах.
Каждый раз, когда я слышу: "А давайте перейдём на новый дистрибутив!", у меня начинается нервный тик.
У вас на работе это чем-то мотивируют ? или просто кому-то из руководства делать нехуй и денег дохуя ?
Потому что это значит:
Надо переучиваться.
Нет не надо
Надо пересобирать пакеты.
Возможно.
Надо объяснять коллегам, почему sudo apt-get install теперь не работает.
У вас коллеги обезьяны ? Сами почитать гайды не могут ? нет Централизованной структуры ?
Надо тратить кучу времени на то, чтобы понять, как тут вообще что-то настроить.
Нет
И самое обидное — часто эти дистрибутивы отличаются только тем, что у них другой логотип и предустановлены какие-то специфические пакеты. Ну серьёзно, зачем мне отдельный дистрибутив, если всё, что он делает, — это добавляет пару конфигов и переименовывает apt в super-mega-package-manager?
Что бы заработать на вас деньги!
А ещё эти "уникальные фичи". Вот, например, RedOS гордится своей "сертификацией под ФСТЭК".
Ну тут скорее Астра гордится.
Окей, это важно для госструктур. Но зачем мне, простому админу, который хочет просто поднять сервер, это всё? Я просто хочу, чтобы всё работало. Без танцев с бубном.
Незачем ставь те дистры к которым привык и работай .
И вот я сижу, смотрю на список дистрибутивов, и у меня один вопрос: "Парни, вы серьёзно? Неужели нельзя было просто сделать один нормальный дистрибутив и не плодить эту бесконечную череду 'уникальных' решений?"
Тогда бы они денег не заработали.
Но нет, каждый хочет сделать свой "уникальный" дистрибутив.
Нет , цель не создание дистрибутива , цель заработать ДЕНЕГ!!!
И каждый раз, когда я вижу новый, я думаю: "Ну вот, ещё один. Теперь надо разбираться, как тут что работает."
Зачем ?
Короче, если вы разработчик дистрибутивов и читаете это, пожалуйста, остановитесь. Миру не нужен ещё один Linux. Миру нужен один хороший Linux.
Разработчикам похуй , главное сколько заплатят.
P.S. Если вы используете RedOS, Astra или любой другой специфический дистрибутив и вам нравится — я рад за вас. Но давайте будем честны: 90% из нас просто хотят, чтобы всё работало. Без лишних сложностей.
Не нравятся, те кто с ними работает уже наступила стадия принятия ибо выбора нет.
Если кто-то из сообщества Linux захочет объяснить, почему я неправ, — welcome в комментарии. Но только без хейта, я и так в депрессии. 😅
Привет, Пикабу! Сегодня я хочу выговориться на тему, которая давно меня бесит. Я — сисадмин. Человек, который должен разбираться во всём: от железа до софта, от сетей до безопасности. И, конечно, я работаю с Linux. Но, блин, сколько можно плодить дистрибутивов?
Вот смотрите: есть Ubuntu. Нормальный, понятный, дружелюбный дистрибутив. Есть Debian — стабильный, как швейцарские часы. Есть CentOS — для тех, кто любит всё серьёзно. И этого, в принципе, хватило бы для счастья. Но нет! Кто-то решил, что миру нужно ещё 150500 дистрибутивов.
И вот появляются они. RedOS. Astra Linux. Росинка. Альт. Ну ладно, RedOS и Astra — это ещё куда ни шло, они хотя бы для специфических задач заточены (типа сертификации под госструктуры). Но зачем мне дистрибутив, который называется, например, "Чип и Дейл: Спасатели Linux"? (Я, конечно, exaggerate, но вы поняли).
Каждый раз, когда я слышу: "А давайте перейдём на новый дистрибутив!", у меня начинается нервный тик. Потому что это значит:
Надо переучиваться.
Надо пересобирать пакеты.
Надо объяснять коллегам, почему sudo apt-get install теперь не работает.
Надо тратить кучу времени на то, чтобы понять, как тут вообще что-то настроить.
И самое обидное — часто эти дистрибутивы отличаются только тем, что у них другой логотип и предустановлены какие-то специфические пакеты. Ну серьёзно, зачем мне отдельный дистрибутив, если всё, что он делает, — это добавляет пару конфигов и переименовывает apt в super-mega-package-manager?
А ещё эти "уникальные фичи". Вот, например, RedOS гордится своей "сертификацией под ФСТЭК". Окей, это важно для госструктур. Но зачем мне, простому админу, который хочет просто поднять сервер, это всё? Я просто хочу, чтобы всё работало. Без танцев с бубном.
И вот я сижу, смотрю на список дистрибутивов, и у меня один вопрос: "Парни, вы серьёзно? Неужели нельзя было просто сделать один нормальный дистрибутив и не плодить эту бесконечную череду 'уникальных' решений?"
Но нет, каждый хочет сделать свой "уникальный" дистрибутив. И каждый раз, когда я вижу новый, я думаю: "Ну вот, ещё один. Теперь надо разбираться, как тут что работает."
Короче, если вы разработчик дистрибутивов и читаете это, пожалуйста, остановитесь. Миру не нужен ещё один Linux. Миру нужен один хороший Linux.
P.S. Если вы используете RedOS, Astra или любой другой специфический дистрибутив и вам нравится — я рад за вас. Но давайте будем честны: 90% из нас просто хотят, чтобы всё работало. Без лишних сложностей.
Если кто-то из сообщества Linux захочет объяснить, почему я неправ, — welcome в комментарии. Но только без хейта, я и так в депрессии. 😅
