Дно в очередной раз пробито. Автор, про trap слушали? А про то что значения переменных в принципе проверять надо? Научитесь писать для начала на BASH!
Весь мир (включая меня) что только не пишет и всё работает.Бедный Linux. Половина системы построена на скриптах, а оказывается так нельзя. Автор, не мелочись, давай ещё конфиги строго на JSON требуй).
Вывод простой - автор не знает о чем пишет, но активно пропагандирует свои курсы. КГ/АМ
Смотрю на дискуссию и понимаю: хабр окончательно слился. Из сборника отличных технических статей превратился в очередную помойку с модной темой и бесцельными срачами.
Эй, диванные экспёрды по геополитике, вы ещё вчера были отличными вирусологами! Вернитесь))
Ой да, забыл добавить. На том же github есть правила, нефиг их нарушать.
Сдержанно, да. Но для некоторых (даже многих) это прозвучало как:"О, нафиг С, сейчас как напишем на RUST, только геометрию доделаем, училка злая." Утрирую, но суть понятна.
Как я помню, Линус одобрял rust в перспективе под новые драйверы. И точка. Никаких "давайте перепишем".
Вот чего я боюсь, так это очередного "наведения порядка."
Сейчас вся разработка понятна. И ориентирована она на самих разработчиков. В словах данного представителя гугла касаемо отказа от электронной почты я вижу очередную попытку "эффективного манагерства": меньше разработки, больше красивых отчётиков и святой имитации бурной деятельности. Видел я, к чему это приводит (
И действительно, не хватает 100 человек? Выделите их в помощь. Есть отличные механизмы разработки и поддержки, используйте их! Не надо выдумывать отсебятину, потому что вы так привыкли разрабатывать сайты.
RUST получил похвалу от Торвальдса, планируется добавление возможности разработки на rust в ядре. Ну и пишите новый код на нём, раз хочется. Никто не осудит. Но переписывание ради переписывания...нет, не надо так.
Поддержу 0xd34df00d. То же kde 3.5 в интерфейсе умело много чего, что для windows и сейчас мечта.
Про тормоза при обновлениях в w10 не поспоришь. А ещё она может их ставить, когда тебе нужно быстро перезагрузиться/начать работать.
moooV с холиваром linux vs windows не в этой статье. Таких навалом на хабре. А здесь линуксоиды собрались.
Если внимательно прочитать, то я не пропагандирую gentoo как единственную ОС. У меня есть указание, что каждый дистриб хорош в своем месте. А вот базовые знания консоли и понимание как работает ОС всё же нужны.
И главное: тема статьи не windows vs linux :-D Этот холивар в других статьях
Ubuntu Server и Mikrotik RouterOS собирают как раз те, для кого и gentoo не проблема. Для них это не задротство, для них это работа. Как и для меня.
Видеодрайверы в 2011 под nvidia точно были и работали. с ATI были проблемы. Но не сейчас.
DE под линукс на уровне XP? Если не видно разницы между kde 3.5 и kde5, то… даже не буду комментировать. А ещё DE гораздо больше. Cinnamon и XFCE — мой выбор.
На Gentoo тоже можно сделать иконку для подключения к wifi. Что я и делал.
Gentoo не боль. Gentoo это meta-дистриб, дающий знания.
Желающие на ubuntu собрать образ под PXE могут узнать, Что такое боль. Или иной minimal дистриб под нужную задачу.
Про ломанный софт не серьезно. Оно и на windows может нести сюрпризы.
Насчет система незаметна… Для меня и linux незаметен. И обновляется всё само.
Да, я указывал, что дистрибы имеют плюсы и минусы. RouterOS хороша как роутер, mint как десктоп, centos/redhat и ubuntu server прочно живут на серверах. Как gentoo/arch/lfs уверенно обосновались в разработке embedded девайсов.
Посыл статьи — ОС надо знать. Если называешься linux-профи, то будь любезен понимать, что и как работает в системе.
PS мне очень не удобно под виндой работать. Даже молчу про отсутствие консоли. А само GUI. После cinnamon захожу в win10 (играть, да) и чувствую себя в прошлом десятилетии по удобству и будущем по тормозам
Разница есть. Ибо в той же Centos/Redhat будет старая версия компилятора, старые версии библиотек. Как вспомню мучения приятеля со старой openCV, в которой не было нужного функционала
О да, великий Vendor-lock:"мы решили, что вам пора купить новую железку. Поэтому перестаем поддерживать старую. Потому что мы так можем".
А ещё святая вера в "Вендор придёт и всех спасёт". По своему опыту, быстрее собрать нужный пакет из исходников распространить обновление, чем дождаться решения от вендора.
Про права — согласен на 100%. Обсуждали эту идею лет 10 назад. Права на пользователя в офисе. Права на админа/инженера/разработчика.
Дома твори что хочешь, права не нужны.
Проблемы только в том, что:
очень уж разнообразен мир ИТ, категорий много придётся делать
работодатели не захотят этого
влезут бюрократы
Что интересно, при приеме на работу мало кто обращает внимание на "уверенный пользователь ПК". Как-то раз через кадровиков удалось прижать зарвавшегося сотрудника. Но это как единорог
И не надо лукавить, что конкретно читатель не идет на stackoverflow или github issues за готовым ответом или направлением, куда рыть, а тратит кучу времени чтобы найти баг самостоятельно, разрыв весь программный продукт, перечитав всю документацию от корки до корки и т.д.) Не поверю.
А кто будет отвечать на Stackoverflow, если никто не изучает маны, а только ищет готовые ответы на тот же stackowerflow? Откуда берутся новые правильные ответы?
Готового решения может не быть.
Что-то не было решений, когда я коммитил в buildroot. Как и нет решений для kernel developer, приходится им самим их создавать.
Про оптимизацию под железо вообще классно. Особенно во встраиваемых системах. А уж как изгаляются крутые вендоры для прохождения spec cpu(сейчас spec Cpu2000) теста, например. Рекомендую почитать. Так вот, этот тест компилируется на месте под систему. И от этого сильно зависит результат. Этим тестом пользуются и hp, и dell, и прочие. рекомендую к изучению(учеба ради учебы :-D ).
Помню эпичный случай, когда ключевое ПО тормозило, тормозя все остальные проекты. И что мы сделали? Пересобрали его с правильной оптимизацией. И всё залетало.
Без умения в нужных местах оптимизировать будем в каждую микроволновку пихать xeon и 32 гига оперативки.
Почему-то все понимают необходимость тюнить postgerss на серьезных нагрузках, а вот ядро оптимизировать или правильно компилить это уже устарело, надо же.
сейчас просто не нужно знать как поставить кде под фрибсд.
А вот тут в корне не согласен! Кто-то должен знать, Что бы собрать в deb/rpm/иной прекомпилированный пакет или написать ebuild. Тут всё просто — собирать из исходников надо уметь.
Если у тебя есть конкретный кейс который надо решить, ты идешь в гугл, который первой ссылкой дает тебе ответ
Только если не будет тех кто учится жестко и глубоко, то откуда возьмется гугл? Сколько раз наблюдал кусочные решения: Тут нагуглил, там нагуглил, в итоге жуткий монстр франкенштейна. А всё что нужно было, это изучить нормально и сделать одно красивое решение.
Очень часто сейчас люди не хотят заморачиваться на «сложности». В итоге компануют 100500 «простых решений», в результате получают ещё больше проблем. И начинают мужественно бороться с этими проблемами. Это как отрезать себе обе ноги, что бы не учиться бегать, а сразу ездить в коляске.
Как я и писал — важнее прямые руки и голова…
И я не утверждаю., что начинать нужно только с них.
Но статистика неумолима. Так или иначе прошедшие gentoo/arch/lfs показывают лучшие результаты. Не важно, было это в начале их пути или нет.
Очень печально, что начавшие сразу с лёгкого очень редко идут раньше. Но при этом зачастую позиционируют себя как серьёзных, дорогих специалистов. И ведут мнение о Linux и вообще его развитие не в ту сторону.
Честно говоря не понял, а зачем вообще это нужно? Чем не нравится уже работающие реализации?
А мужики-то и не знали!!
Дно в очередной раз пробито. Автор, про trap слушали? А про то что значения переменных в принципе проверять надо? Научитесь писать для начала на BASH!
Весь мир (включая меня) что только не пишет и всё работает.Бедный Linux. Половина системы построена на скриптах, а оказывается так нельзя. Автор, не мелочись, давай ещё конфиги строго на JSON требуй).
Вывод простой - автор не знает о чем пишет, но активно пропагандирует свои курсы. КГ/АМ
Спокойно и взвешено, моё уважение. А про закрытие дверей - это как с котом. Сначала орет что бы дверь открыли, откроешь - сидит и хлопает глазами.
Т.е. если запретить, то ломанутся ))
А вообще на эту тему больше всего понравились высказывания Ашманова и Касперской, рекомендую.
Смотрю на дискуссию и понимаю: хабр окончательно слился. Из сборника отличных технических статей превратился в очередную помойку с модной темой и бесцельными срачами.
Эй, диванные экспёрды по геополитике, вы ещё вчера были отличными вирусологами! Вернитесь))
Ой да, забыл добавить. На том же github есть правила, нефиг их нарушать.
Я извиняюсь, вы сравниваете прикладное ПО и ядро ОС?? и считаете что одно в принципе может заменить другое? Как твёрдое заменит тёплое?
Ок, допустим для Вас linux это не ядро, а вся ОС(но рекомендую узнать что такое GNU). А на чем запуститься kubernes? А что внутри контейнера?
В общем, мой посыл, не путать хрен с трамвайной ручкой. КГ/АМ
PS да, докер головного мозга
Самое чего я боюсь - это стремление успеть закрыть спринт ((
Сдержанно, да. Но для некоторых (даже многих) это прозвучало как:"О, нафиг С, сейчас как напишем на RUST, только геометрию доделаем, училка злая." Утрирую, но суть понятна.
Как я помню, Линус одобрял rust в перспективе под новые драйверы. И точка. Никаких "давайте перепишем".
Вот чего я боюсь, так это очередного "наведения порядка."
Сейчас вся разработка понятна. И ориентирована она на самих разработчиков. В словах данного представителя гугла касаемо отказа от электронной почты я вижу очередную попытку "эффективного манагерства": меньше разработки, больше красивых отчётиков и святой имитации бурной деятельности. Видел я, к чему это приводит (
И действительно, не хватает 100 человек? Выделите их в помощь. Есть отличные механизмы разработки и поддержки, используйте их! Не надо выдумывать отсебятину, потому что вы так привыкли разрабатывать сайты.
RUST получил похвалу от Торвальдса, планируется добавление возможности разработки на rust в ядре. Ну и пишите новый код на нём, раз хочется. Никто не осудит. Но переписывание ради переписывания...нет, не надо так.
Поддержу 0xd34df00d. То же kde 3.5 в интерфейсе умело много чего, что для windows и сейчас мечта.
Про тормоза при обновлениях в w10 не поспоришь. А ещё она может их ставить, когда тебе нужно быстро перезагрузиться/начать работать.
moooV с холиваром linux vs windows не в этой статье. Таких навалом на хабре. А здесь линуксоиды собрались.
Если внимательно прочитать, то я не пропагандирую gentoo как единственную ОС. У меня есть указание, что каждый дистриб хорош в своем месте. А вот базовые знания консоли и понимание как работает ОС всё же нужны.
И главное: тема статьи не windows vs linux :-D Этот холивар в других статьях
Честно — не дошли руки. Меня забрал buildroot :-D
По прочтённому — концепция интересная и самобытная
Ubuntu Server и Mikrotik RouterOS собирают как раз те, для кого и gentoo не проблема. Для них это не задротство, для них это работа. Как и для меня.
Видеодрайверы в 2011 под nvidia точно были и работали. с ATI были проблемы. Но не сейчас.
DE под линукс на уровне XP? Если не видно разницы между kde 3.5 и kde5, то… даже не буду комментировать. А ещё DE гораздо больше. Cinnamon и XFCE — мой выбор.
На Gentoo тоже можно сделать иконку для подключения к wifi. Что я и делал.
Gentoo не боль. Gentoo это meta-дистриб, дающий знания.
Желающие на ubuntu собрать образ под PXE могут узнать, Что такое боль. Или иной minimal дистриб под нужную задачу.
Про ломанный софт не серьезно. Оно и на windows может нести сюрпризы.
Насчет система незаметна… Для меня и linux незаметен. И обновляется всё само.
Да, я указывал, что дистрибы имеют плюсы и минусы. RouterOS хороша как роутер, mint как десктоп, centos/redhat и ubuntu server прочно живут на серверах. Как gentoo/arch/lfs уверенно обосновались в разработке embedded девайсов.
Посыл статьи — ОС надо знать. Если называешься linux-профи, то будь любезен понимать, что и как работает в системе.
PS мне очень не удобно под виндой работать. Даже молчу про отсутствие консоли. А само GUI. После cinnamon захожу в win10 (играть, да) и чувствую себя в прошлом десятилетии по удобству и будущем по тормозам
Разница есть. Ибо в той же Centos/Redhat будет старая версия компилятора, старые версии библиотек. Как вспомню мучения приятеля со старой openCV, в которой не было нужного функционала
О да, великий Vendor-lock:"мы решили, что вам пора купить новую железку. Поэтому перестаем поддерживать старую. Потому что мы так можем".
А ещё святая вера в "Вендор придёт и всех спасёт". По своему опыту, быстрее собрать нужный пакет из исходников распространить обновление, чем дождаться решения от вендора.
Согласен. Как и кастомную прошивку на основе Linux в маршрутизатор.
Про права — согласен на 100%. Обсуждали эту идею лет 10 назад. Права на пользователя в офисе. Права на админа/инженера/разработчика.
Дома твори что хочешь, права не нужны.
Проблемы только в том, что:
Что интересно, при приеме на работу мало кто обращает внимание на "уверенный пользователь ПК". Как-то раз через кадровиков удалось прижать зарвавшегося сотрудника. Но это как единорог
А кто будет отвечать на Stackoverflow, если никто не изучает маны, а только ищет готовые ответы на тот же stackowerflow? Откуда берутся новые правильные ответы?
Готового решения может не быть.
Что-то не было решений, когда я коммитил в buildroot. Как и нет решений для kernel developer, приходится им самим их создавать.
Про оптимизацию под железо вообще классно. Особенно во встраиваемых системах. А уж как изгаляются крутые вендоры для прохождения spec cpu(сейчас spec Cpu2000) теста, например. Рекомендую почитать. Так вот, этот тест компилируется на месте под систему. И от этого сильно зависит результат. Этим тестом пользуются и hp, и dell, и прочие. рекомендую к изучению(учеба ради учебы :-D ).
Помню эпичный случай, когда ключевое ПО тормозило, тормозя все остальные проекты. И что мы сделали? Пересобрали его с правильной оптимизацией. И всё залетало.
Без умения в нужных местах оптимизировать будем в каждую микроволновку пихать xeon и 32 гига оперативки.
Почему-то все понимают необходимость тюнить postgerss на серьезных нагрузках, а вот ядро оптимизировать или правильно компилить это уже устарело, надо же.
А вот тут в корне не согласен! Кто-то должен знать, Что бы собрать в deb/rpm/иной прекомпилированный пакет или написать ebuild. Тут всё просто — собирать из исходников надо уметь.
Только если не будет тех кто учится жестко и глубоко, то откуда возьмется гугл? Сколько раз наблюдал кусочные решения: Тут нагуглил, там нагуглил, в итоге жуткий монстр франкенштейна. А всё что нужно было, это изучить нормально и сделать одно красивое решение.
Очень часто сейчас люди не хотят заморачиваться на «сложности». В итоге компануют 100500 «простых решений», в результате получают ещё больше проблем. И начинают мужественно бороться с этими проблемами. Это как отрезать себе обе ноги, что бы не учиться бегать, а сразу ездить в коляске.
И я не утверждаю., что начинать нужно только с них.
Но статистика неумолима. Так или иначе прошедшие gentoo/arch/lfs показывают лучшие результаты. Не важно, было это в начале их пути или нет.
Очень печально, что начавшие сразу с лёгкого очень редко идут раньше. Но при этом зачастую позиционируют себя как серьёзных, дорогих специалистов. И ведут мнение о Linux и вообще его развитие не в ту сторону.
Хочешь быть профи — учись нормально