12 цитат фишкян о Linux, от которых так и тянет улыбнуться (12 фото)

Вы забыли добавить коробочку с "вай-фаем", почти все на Linux

вот именно там ему и самое место, а не на десктопе.

далеко не все, но если перешить на openwrt будет намного прикольней

Начальство любит хэви метал? А при чем тут самба и линукс?

Предполагаю имелся AD DC (active directory / domain controller)
Но возможно и игра слов/букв :)

Это уже много лет как называется AD DS (active directory domain services)

Это ещё раз доказывает, что линупсоиды сегодня - это какие-то люди, заброшенные через машину времени из 90-ых. :)

про это забыл

Ага. Ясно.

Это ироничный "призыв" к переходу на Линукс))

Сорри) Ушел с Win7, в 2012 году, потому следующие Окошки не знаю...

да ну?
Блокнот от имени админа, Ctrl-O, и редактируй hosts

ха-ха
ну да
побаяним про фидошные времена

да-да
боян покрытый толстым слоем пыли)

Устоит, учетная запись с ограниченными правами ;)

sudo -i

А как-же 1С бухгалтерия?

не поверишь!
я под вайном заставил АвтоКАД адекватно работать
если ты про геморой с аппаратными ключами 1С, то и этот вопрос давно решили

1С уже несколько лет прекрасно живет под никсами

так и делаю)

Я дуал-бут с макосью сделал. Доволен, как слон.

"Хочеш в конзоле паибацца, да сервак замутить" - где-то далеко заплакал один Линус. :))))))))))))))) Он никогда не думал, что это всё, на что способно его for fun "творение"! :))

Согласен , у самого три, иногда когда ломают неломаемое возникает только вопрос:"К-к-кааакк?!?!!"

Я уже перестал себе задавать этот вопрос.

Но был случай когда я увидел как моя мелкая конфеты таскает.

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

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

ОПЕРАЦИЯ ВЫПОЛНЯЕТСЯ В СЧИТАННЫЕ СЕКУНДЫ! Потому что могут засечь.

Я засёк случайно. Думал от разрыва сердца кони двину.
Цирковой опасный трюк! Упади с такой высоты и не известно чем кончится.

Полностью согласен с Вами, я пересаживаю насильно : не надо танки - сиди на Linux.

Расскажи это каждому линупсоиду - сразу услышишь много диалектический выражений про себя и свою мамку. И это ты ещё не коснулся внутренностей Линукса! :)))

По поводу установки - соглашусь, а вот с настройкой чайнику, думаю, с линухом сложновато будет, да и от дистрибутива многое зависит.

А что там чайнику настраивать? Всё из коробки работает. Разве что переключение клавиатуры - так это несложно делается.

не пди, все линупсы настраиваются через *опу и на свой манер. Венда - просто залез в Control Panel и МЫШКОЙ выбрал всё нужное. Как продвинутый, я запускаю пару команд, чтоб регистри обновить. Всё. Линупс же - можно целый день промудохаться с тривиальными вещами. Это ещё не говоря о глюканутых или вообще отсутствующих дровах.

ОС - это Дос, а на скрине уже, можно сказать, GUI

я хотел найти скирн DOSа, но находил только черные квадраты, пришлось Волкова вставлять

Это точно Волчонок!

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

В результате сразу выкинули идею об использовании приложения на Windows, так как ставить системные блоки в самых разных производственных помещениях, как минимум, расточительно, и, как максимум, недолговечно. В общем решилось все простым Raspberry Pi с подключением к нему дешевого монитора по HDMI. А на Raspberry Pi запускался веб-браузер с подключением к внутреннему веб-сайту, который из базы получал данные и формировал страницу с нужными данными. Если появлялись какие-то некорректные значения, то нужный график получал нужную окраску и выводился в крупном виде. В общем типа системы оповещений об опасности. Сами данные с различных датчиков собирали с сервера под управлением Linux и сохраняли в базу MySQL. Таким вот нехитрым образом вся система замечательно функционировала на Linux. Для организации того же самого на Windows потребовалось бы на несколько порядков больше денег, а также насчет отказоустойчивость была бы явно ниже. Да еще и требовалось бы периодически менять системные блоки в производственных помещениях.

По разработке было все довольно просто. Так как по сути все из себя представляло веб-систему. Поэтому хватало того же PHP, MySQL, nginx. Писать на PHP из под Linux - элементарно. Развертывать всю систему на Linux также просто. Более того, под виндой развернуть было бы сложнее, да еще и падало бы постоянно (по опыту). Raspberry Pi - как клиент. И опять таки, тот же Linux, который элементарно настраивается на загрузку конкретного приложения.

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

Я привел пример того, что есть задачи, которые намного дешевле и проще решаются на Linux. Но да, разработка полноценных систем управления на Windows выглядит красивее.

Вы не правильно поняли предпосылку. Вопрос не в том, что иногда проще поставить Линукс, или что при написании под сервер вообще не важно на чем он работает, лишь бы не падало. Вот если Вам нужно написать рабочий код программы которая будет запускаться из под операционной системы. Это может быть сервер, игра, утилита, не важно. Из личного опыта, полностью согласен с Sergey_Z. Под Виндой, гемороя будет меньше. Во первых, лучше набор дебагеров и профайлеров. Во вторых, все Винды одинаковые. Одно дело если Вам нужно просто запустить что-то под докером, и тогда все зависимости будут где надо. Другое, написать пэкэдж, который будет под Линуксом работать у других людей. Это же просто трындец. В общем, я очень сильно понимаю почему игр под Линукс так мало.

В подавляющем большинстве случаев достаточно писать не монолитные приложения, а скрипты, которые, как правило, кроссплатформенные. Развертывание веб-сервера с нужным интерпретатором скриптов под Linux обычно намного проще, чем то же самое под Windows.

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

В большинстве каких случаев? Вы можете написать скрипт для решения задач по квантовой хромодинамике на решетке который будет считать месяц, а не десять лет? Как насчет сервера на десять миллионов человек с нескольких континентов? Движок под игру? 3Д реконструкция городов для карт? Я понимаю, что действительно большинство программистов занимаются фигней, которую проще всего написать под Node JS и вообще не парится. Я и сам так делаю, когда этого реально хватает. Но задач которые совершенно невозможно выполнить на JS, даже с очень хорошим движком и JIT, полно. Так же как задач под которые просто нет подходящих библиотек на Питоне. Мне приходилось работать над несколькими вышеперечисленными категориями проектов. Я писал сервера под Линукс, и игровые движки под приставки и Винду, в ситуациях где скрипты совершенно не могут справляться. Где мне приходилось синхронизировать несколько тредов и беспокоится за кэш. И именно об этом идет разговор. Иногда приходится работать с тем железом и той осью которые нужны под проект. И иногда от этого комплекта очень сильно зависит будет это простой проект или геморойный. И в подавляющем большинстве именно этих случаев, разработка под Винду гораздо, гораздо проще. Так было далеко не всегда, но в последние лет десять, Микрософт очень сильно поднял качество API, документации, и инструментов.

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

Как бы не поднимал Microsoft качество своих продуктов, но самые мощные серверы баз данных работают не в Windows, самые мощные веб-серверы работают не в Windows. Биржевые серверы работают не в Windows. Да и вообще много программных продуктов работает совсем не в Windows. Если ПО работает не в Windows, то бОльшая его часть работает в Linux. Причем тех продуктов, которые очень критичны к производительности системы в целом.

Разработка игр традиционно велась в Windows, так как основные потребители - это пользователи Windows. Хотя есть игры, в которых сервер работает в Linux, а клиенты работают в Windows.

И давайте уже не будем мериться апломбом.

Самые мощные сервера, по суммарной вычислительной способности, работают через Докер. Ну хотя бы потому, что весь Гугл и Амазон так работают. Там отпадает сам вопрос операционной системы, так как это ВМ которое работает на чем угодно. Я гоняю те же контейнере на Винде, что я запускаю с Мака на Кубы в Гугл облаке. Практически никто в цивилизованном мире не работает чисто под Линуксом именно из за того, что уследить за всеми зависимостями просто невозможно. Случаи, где дистрибутив под сервер ставят на голое железо остались практически в мире энтузиастов. Но Вы опять уходите от темы. Вы считаете, что все существующие задачи решаются скриптами? Нет, это очевидно глупая позиция. Являются ли задачи которые требуют индивидуального подхода менее значимыми? На против, это огромная часть индустрии. И, кстати говоря, программист работающий на С++ в Силиконовой Долине получает в полтора - два раза больше чем разработчик Node JS с тем же стажем. Весь разговор начался с очень простой правды. Разработка под Винду, не под абстрактный сервер работающий на неважно чем, а именно программы выполняемой непосредственно под осью, гораздо менее проблематична чем эквивалентный проект под Линукс или Мак. Если у Вас есть опыт непосредственно такой работы, Вы об этом знаете. И Вы бы не стали говорить про разработку игр под Линукс если хоть раз Вам пришлось бы этим заниматься. Про порты под Мак я вообще молчу. Это ужасный опыт, который я не пожелаю никому.

Вот уж воистину Вы не хотите слышать никого, кроме себя :)

Я нигде не говорил, что разработка игр удобнее под Linux. Я говорил о том, что есть игры, серверная часть которых предназначена для функционирования в среде Linux. И пишется эта часть в основном на том же Linux и MacOS, а не в Windows.

Теперь отвечу на вопрос: "Вы считаете, что все существующие задачи решаются скриптами?". Нет, не считаю. И никогда так не говорил и не считал. Я говорю о том, что огромная часть задач решается скриптами. Но не все. Есть много задач, которые удобнее решать с использованием других инструментов и языков. Но таких задач меньше. И причина в основном в том, что на скриптах обычно писать быстрее, а также в большинстве случае это обеспечивает кроссплатформенность, что на сегодня весьма актуально.

В том же Linux хватает ПО, написанного не на скриптовых языках. Причем, разработка этого ПО может вестись как в Windows, так и в Linux. Но вот отлаживать что-то для Linux в среде Windows в случае не скриптовых языков будет крайне проблематично.

Комфорт разработки сейчас в основном зависит от конкретных IDE. Ведущие IDE сейчас есть как под Windows, так и под Linux.

Если речь идет об играх, то в силу специфики они в основном разрабатываются под Windows и функционируют (игры) в Windows. Хотя в последнее время ситуация начинает меняться.

Безусловно, под Windows есть очень качественные средства разработки. Та же IDE для C/C++ от Microsoft считается эталоном. Есть различные CAD системы также только под Windows. Но, опять таки, ситуация постепенно меняется. И на рынке появляются качественные продукты под Linux и MacOS.

Для меня сама Windows не является эталоном комфорта. Также, на мой взгляд, она достаточно падкая, что мешает работе. Но есть часть софта, которая работает только в Windows, поэтому я вынужден работать в ней. И я очень огорчен тем, что мне приходится заниматься разработкой на PHP в Windows, а не в Linux, где значительно проще обеспечить более комфортную среду разработки под PHP.

Так что не нужно быть таким категоричным. У разных людей есть разные причины любить или не любить ту или иную ОС. И комфорт для разных разработчиков также будет сильно различаться.

Я лишь привел пример, что та же АСУ в части мониторинга прекрасно разрабатывается и функционирует в Linux. То есть в зависимости от задачи может меняться и среда и комфорт разработки.

Сервера к играм, как раз, очень часто написаны под Винду. Это должно быть совершенно очевидным. Очень много исходников включены в оба проекта. Утилиты, код движения персонажей, сетевой код, и т.д. Может показаться, что этот код должен компилироваться подо что угодно, но на практике, очень быстро возникают проблемы. Библиотеки сокетов разные. То, что на Винде делается через Windows API, на Линуксе идет через POSIX. Ошибки обрабатываются по разному. В результате, написать игру, серверный код которой компилируется и работает под Линукс, совсем не просто. Да, есть разработчики, которые тратят на это время. И это делается для того, чтобы сервер можно было запускать под VM на том же AWS. Но опять, это скорее исключение, и в таких случаях, проект скорее кросс-платформенный, а это вообще другая тема. К счастью, начиная с С++11, такие проекты становятся проще и проще. std::thread уже есть, еще asio и networking добавят в стандарт, и уже можно будет говорить о чистом, кросс-платформенном коде для игровых серверов. Но это еще лет пять.

Вопрос комфорта здесь вообще не поднимался. Я когда пишу под Линукс или Мак, пишу исключительно в VIMе и дебагаю из под gdb или lldb. Меня это полностью устраивает. Единственно преимущество VS в смысле комфорта это интеграция IDE и дебагера. Иногда удобно, но совершенно не критично. Здесь вообще не в обертке дело. Вопрос полностью в том как код, компилятор, и инструменты работают именно с осью.

Позвольте мне задать вам вопрос. Вам приходилось когда-нибудь читать документацию методов POSIX чтобы понять как сделать что-то что Вы уже знаете как делать через Windows API? Как насчет наоборот? Приходилось ли Вам работать с виртуальной памятью, выставлять page guard и т.д., под Виндой и Линуксом? Пытаться восстановить состояние треда после сигнала через TIB? Не в дебагере, а именно в самой программе? Писать мульти-тредовый сервер на сокетах? Дебагать все это когда SEH посылает все к херам? Да хотя бы просто сделать форк процесса, в конце концов. Все это гораздо, гораздо проще делать под Виндой. И мы еще совершенно не начали говорить об отладке этого кода. Он не будет работать одинаково под разными дистрибутивами. Инструменты отладки будут совершенно разными. И никогда, никогда не будут покрыты все возможные проблемы которые возникнут на чьем-нибудь Линуксе.

Единственное крупное исключение из всего этого, это доступ к некоторым регистрам отладки на процессоре. На Линуксе, доступ к ним из юзерной программы открывается несколькими командами в консоле. На винде, нужно ставить специальные дрова, т.к. доступ к этим регистрам только из драйверов. Это единственный случай за мои годы профессиональной работы, когда написать код на Винде было большим геморроем чем на Линуксе.

Видите ли, у нас с Вами разные задачи. У меня клиент-серверные приложения, причем ориентированные на веб-технологии. То есть мне нужны сетевые функции на большое количество пользователей. У Вас небольшое количество пользователей, но толстый и сервер и клиент. Естественно, для моих задач лучше подходит Linux со скриптовыми языками, а для Ваших - Windows с C/C++. И основная причина, как я понимаю, в том, что навороченный толстый клиент намного быстрее и проще сделать под Windows с использованием уже готовой кучи инструментария. Серверная часть, видимо, также Вами пишется с использованием уже готовых библиотек, заточенных под Windows. При этом большое количество пользователей для Вас не критично, а потому низкая сетевая производительность Windows Вас совершенно не напрягает.

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

Кстати, небезызвестные серверы World of tanks работают в Linux. А клиент - чисто под Windows.

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

"самые мощные серверы баз данных работают не в Windows, самые мощные веб-серверы работают не в Windows"

Спасибо, поржал.

> Единственно преимущество VS в смысле комфорта это интеграция IDE и дебагера.

Чушь не городи!
Знал бы ты хотя бы 10% от возможностей Студии, такую ахинею не говорил бы. Просто перестань вы*йо*пываться своим идиотским vi и прочти хоть раз, что умеет студия. Не обзорчики "есть такое окно", а полное руководство - там столько функций, что "редактор" там от силы треть.

А смысл? Не важно сколько возможностей. Важно, сколько из них действительно полезные. Я Студией пользуюсь уже почти двадцать лет, и мне до сих пор быстрее настучать в блокноте и скомпилировать из командной строки в том же cl чем создавать проект во многих случаях. Чего уже говорить о других "упрощениях". Я не буду интегрировать гит, линтер, и т.д., потому, что это не экономит мне время. Скорее наоборот, время уходит чинить чей-то поломанный коммит, потому, что они так и не научились пользоваться гитом. В большинстве случаев, все эти возможности просто костыли для неумелых. IDE это редактор, дебагер, и компилятор. И в этом пространстве, нет ни одной функции выполняемой Студией, которую я не заменю комбинацией vim, clang, lldb. При чем, поиск по коду, блэйм, и clang-format или аналоги у меня как раз под vim прошиты.

ржал в голос ))))

Вот нафига такое на ночь писать))))))))))))))))))))))

Вот коммент, достойный гранита! :)) Мир тщеславных задротов, вся гордость которых - "ненавидеть венду" и знать пару команд шелла.

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

А что, vim приблизился к Visual Studio хотя бы версии .NET, ака 2001-2002 года?

Я знаю что такое vim, я говорил о первой встрече с ним. В целом конечно намного быстрее, но вся эта скорость в текстовом редакторе просто не нужна. Если использовать вашу аналогию, то вы предлагаете использовать болид Ф1 для того чтобы добраться от подъезда, до ближайшего магазина. Все это исключительно ради бравирования навыками.

Я не утверждал что нужно только Vim пользоватся. Иногда использую например ee. Но скидать скрипт из имеющихся блоков (заготовок) на Vim проще и быстрей.

Скажу больше, конфиги например у меня открываются в ee. Для того чтоб поправить пару параметров не нужен Vim.

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