Comments 83
Ох как же я не люблю юмористические опросы… Ну вот во втором опросе я знаю что такое Yahoo, я знаю что у них есть поиск. Но не пользуюсь. Что мешало добавить банальное и скучное «нет» в варианты?! ;-)

Более того, никогда не пользовался. В детстве был рамблер, потом яндекс, потом гугл…
Ничего не мешало. В голову не пришло :) Попытался отредактировать — нельзя.

Для меня этот опрос юмористической окраски не имеет. Просто у меня в мозгу есть стойкая ассоциация из прошлого, что Yahoo! — это поиск. И ничего с этим поделать не могу. Интересно, есть ли еще люди, которые помнят этот Yahoo! или он уже предан забвению? Например, никто из моих знакомых, использующих Hadoop, не представляет, что это детище Yahoo! Т.е. контора как-то живет и даже приносит пользу людям, а мы об этом не знаем :)
Для меня яху — это почта. И только. Хотя нет, ещё yuicompressor. Их поиском никогда не пользовался и сильно сомневаюсь что когда-нибудь воспользуюсь. О том, что он есть — знаю, но и только.
А для меня Yahoo это группы/мейллисты. Про поиск знаю, но не пользовался, поэтому в ответе на второй опрос воздержался. Удивительно, почему в опросе нет самого очевидного ответа.
Небезызвестный сервис Flickr тоже полностью накрыт мягким, ворсистым крылом Yahoo. Я лично по фликеру его, в-основном, и знаю.
Приятно читать статью об опен-сорсе, в которой рукой автора водит разум, а не идеология.
Вывод о причинах вывода .NET в OpenSource кажется правильным. Более того, этот вывод был ясен практически сразу после анонса о выходе .NET в OpenSource. Захват большей доли рынка мобильных устройств за счет привлечения приложений и разработчиков (Developers! Developers!, не забываем...)
А мне рассказ о .NET, напротив, кажется абсолютно притянутым за уши:
— просто .NET, после многолетних попыток противопоставить его Java (для чего он только и создавался изначально) — практически сдох…
— и перевод его в разряд Open Source — это попытка «хоть тушкой, хоть чучелом» реанимировать покойника.
Т.е. вроде как, компания действительно не прочь отъесть кусок у Java. Но это не сама цель. Что же тогда цель?

Да все просто, открытие и свободность Net не означает открытие и свободность Visual Studio, Microsoft Server, Microsoft SQL Server и т.п. продукты, которые и приносят реальные деньги. Мало кто использует Java с Microsoft Server или Microsoft SQL Server, зато в Net все ровно наоборот, чем больше развивается Net, тем больше будет доля платных продуктов Microsoft на рынке. Ну и рынок мобильной разработки тоже.
На большинство компонентов MIT, Apache и BSD, которые дают больше свободы использования, чем GPL.
Насчет мотивов крупных компаний вкладываться в OpenSource, конечно все вкладываются ради своего коммерческого интереса, но не всегда это просто деньги за счет продажи OpenSourc'a:

1) Общая разработка среди нескольких компаний снижает затраты каждой и увеличивает эффективность. Скажем Hadoop нужен многим компаниям, причем мало кто из них является прямым 100% конкурентом друг друга, например рынки фейсбука, амазона и гугла не так сильно пересекаются друг с другом чтобы мешать сотрудничеству,

2) OpenSource очень удобен для создания общего рынка профессионалов, скажем найти программиста, умеющего работать с тем же Hadoop, в сто раз проще чем искать программиста и тратить деньги на его обучения для своей замечательной системе обработки больших данных. И скажем, гугл создав открытые Java фреймворки и библиотеки вроде guice или guava, теперь может экономить на обучении Java программистов, так как их в Java мире не знает только ленивый и т.д. Открыть часть своего фреймворка для компании часто дешевле, чем тратить деньги и время на обучение программистам, да и сами программисты часто предпочитают работать в компаниях где опыт потом можно использовать в других проектах.

3) Ну и имидж компаний тоже довольно важен, гугл прощают то что никогда не простят ораклу. И имидж компании может даже влиять на котировки. Опять-таки, программисты далеко не всегда выбирают только самую большую зар.плату, имидж и вес компании часто имеет большее значение. А самый простой способ для улучшения репутации это open source.
Ах да, есть ещё 4 мотив

4) влиять на развитие целой отрасли или технологии, например вкладываясь в Hadoop компания по сути может задавать развитие систем обработки больших данных в нужном направлении (то же IBM в направлении когда выгодно использовать именно их сервера для кластеров Hadoop'a, а не конкурентов) и т.п.
Фатальный недостаток из лурки «было сделано не нами»? Про него тоже, но на самом деле участие в openSource это способ продвигать свои цели на нужном направлении, скажем если Intel выделит разработчиков на оптимизацию Hadoop под команды именно их процессоров, есть шанс получить некоторое преимущество на рынке кластеров Hadoop'a над конкурентами (пример, взят с потолка, но идея, думаю, понятна).
По третьему пункту: Oracle тоже внёс вклад в развитие open source, создав бесплатного конкурента RHEL и заставив их развивать CentOS.
OEL по большей части — пересборка RHEL. Эдакий CentOS под эгидой Oracle.
UFO landed and left these words here
У больших проектов есть свои требования к бизнес модели и судить о всём опен сорсе по ним, походу приплетая проприетарщиков которые лезут в опен соурс, считаю некорректно. Как разработчик, в том числе и опен соурс продукта, считаю, что опен соурс слабо связан с тем о чём автор повествует.

У больших проектов есть свои требования к бизнес модели и судить о всём опен сорсе по ним, походу приплетая проприетарщиков которые лезут в опен соурс, считаю некорректно


Ну, про бизнес-модели я тут пока не писал. Для этого запланирован второй пост (которой родится, если этот не нахватает минусов).

считаю, что опен соурс слабо связан с тем о чём автор повествует


Так обоснуйте свою позицию!
Cкорее на пост тянет, a учитывая последние тенденции к приравниванию open source = дорого, не к != бесплатно, а именно к дорого, вообще не уверен, что стоит об этом дискутировать.

В очень обобщенном виде, смотрю на open source со стороны free software, по сути откуда термин зародился, а не со стороны — во что его превратили.
И вообще, остаётся какой-то такой привкус от прочтения, что это — заказуха: учитель дал тему домашнего сочинения и отличник отрапортовал.
Вы пишите очень интересно и взвешенно. Пожалуйста, сделайте все три публикации, даже если эта не получит звездный рейтинг.
Спасибо! Я постараюсь. Звездный рейтинг меня не интересует. Однако если пост уйдет в минусы, это будет означать, что широкой аудитории он не интересен. Подготовка текста для Хабра занимает кучу времени. Поэтому биться лбом об стену, продолжая набирать минусы, будет не очень разумно.
Не соглашусь с вами. Глубокий минус — это в том числе и большой интерес, правда с «идеологическим» окрасом.
Публикация хорошая, но некоторые отдельные идеи о том, например, что пользователь платит своим временем только за опенсорс, или что масштабы затрат на доработку продукта в случае gcc против условного cl.exe вообще соизмеримы (только так я могу интерпретировать ваш третий пункт) — они как-то отдают тоже мифами 2001 года.

Платить за всё всегда надо, временем в особенности, зачем на это обращать внимание в случае опенсорса, непонятно.
Причём, перекос далеко не всегда в сторону опенсорса, т. к. есть исходники и сообщество. В некоторых случаях при проприетарном софте затраты на то, чтобы достучаться до специалиста и согласовать получение информации, существенно превышают стоимость реверс-инжиниринга.
Собственно, поэтому практически всегда в моём опыте при наличии альтернатив выбирается решение с доступными исходными кодами (и под BSD/MIT ещё и тому подобными лицензиями).

Я вообще не помню случая чего-либо обратного.
Во многих проектах готовность к эксплуатации «из коробки» довольно низка. Плюс довольно скромная документация. Учебные материалы. Все это приводит к тому, что временные затраты изменяются в большую сторону, и не в пользу открытых проектов.
Во многих проектах готовность к эксплуатации «из коробки» довольно низка. Плюс довольно скромная документация. Учебные материалы.

Да, во многих платных продуктах ровно та же ситуация, только добавляются проблемы с защитами от копирования и т.п. вещами. А вот у бесплатных продуктов есть возможность не решать проблему, а просто плюнуть и взять продукт-альтернативу, что невозможно для платных (не ставиться дебиан, поставим убунту, а вот если не ставиться винда за 300$, то придется решать проблему до победного конца своего или ноута, иначе ведь жаба задушит).

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

По серверным продуктам «не все так однозначно».

Вы мне можете помочь сугубо практически.

Вот я хочу превратить Windows Server в хост виртуализации. Я делаю так:
Add-WindowsFeature Hyper-V -IncludeManagementTools
Add-WindowsFeature «Failover Clustering» -IncludeManagementTools

На выходе у меня получился
— узел виртуализации, готовый к созданию виртуальных машин как из командной строки, так и графическими инструментами
— репликация виртуальных машин
— shared nothing migration
— готовность к включению в кластер
— кластерная файловая система

Что с этой радостью делать можно почитать здесь: technet.microsoft.com/ru-ru/library/Cc753637(v=WS.10).aspx

Что я должен сделать в развернутом дистрибутиве Linux (близкому вашему сердцу) по шагам, чтобы получить эту же функциональность? И где об этом читать?
Что я должен сделать в Windows, чтобы получить из релизнутого (нам же неинтересно бетками пользоваться, да?) и поддерживаемого cl.exe полноценный компилятор C++14?

Что я должен сделать в Windows, чтобы удобство использования хаскелепакетов хотя бы приблизилось к таковому в Gentoo, где достаточно добавить оверлей gentoo-haskell, после чего значительная часть важных пакетов с hackage просто интегрируется с системным пакетным менеджером? Все зависимости отслеживаются, обновлять-удалять просто, и так далее. Одна из причин, кстати, почему я так и не осилил cabal'ы всякие с их песочницами :(

И что я должен сделать в Windows, чтобы у меня была всегда актуальная версия clang, boost, несколько версий gcc, и так далее?
К сожалению, я не специалист в области разработки, поэтому не смогу ответить на ваши вопросы. Но было бы здорово, если бы продвинутые Linux-администраторы помогли мне с ответом на мой вопрос. Читателю нужно понять, что вопрос задан не для того чтобы «померяться», а чтобы найти помощь. Пока Open Source сообщество отвечает мне пачкой минусов и озлобленными комментариями.
На какие глупости? Почему когда рассказывают как сделать в одном продукте, и спрашивают, как то же самое делается в другом — это глупость?

Если я спрошу какой командой создать ящик в Dovecot (doveadm mailbox create), а какой в Exchange (Enable-Mailbox), в чем здесь глупость?

Статья интеграции Cisco Call Manager и Asterisk не кажется глупостью? Вы может не поверите, но придется настроить оба продукта идентично, даже если «религия» не позволяет.
Потому что разводить холивары Windows vs Linux — это глупость.
Все мы и так знаем, что Windows во много-много раз круче ;-)

Или статья и написана вашим учеником (подчинённым?… нужное подчеркнуть) для того, чтобы холивар поднять с новой силой?

P.S. тем более, что обсуждается здесь статья, позиционирующаяся, вроде как, как Open Source и как его правильно понимать ;-)
А, прошу прощенья, я-то, в свою очередь, и не администратор вовсе, так, гуглить немножко умею, и с таким уровнем навыков под линуксом как-то проще.

Ну, с моим комментарием тоже кто-то не согласен. Ничего, это вполне себе нормально. Видимо, кто-то считает некорректным моё замечание про cl.exe, или думает, что хаскель не нужен, или да мало ли.
Что я должен сделать в развернутом дистрибутиве Linux (близкому вашему сердцу) по шагам, чтобы получить эту же функциональность

Ничего. Вы изначально дали установку что у вас уже есть развернутый и настроенный Microsoft Server, я тоже могу считать что у меня есть развернутая и настроенная сборка Linux'a для предоставления услуг виртуального хостинга. То что 96.6% всех сайтов по мировой статистике хостятся на основе Линукс серверов намекает что Линукс намного более удобная и качественная система для этих целей.
Позволю себе напомнить тему ветки «Работает из коробки».

Да ну нет конечно, поставили из дистрибутива, включили в домен, да поехали виртуализовывать. И даже бесплатно, если это Hyper-V Server. И гости Linux у вас будут, и синтетические драйверы, и online backup и все написано как сделать.

Я, можно сказать мучаюсь, нет нормальной, целостной документации по Linux KVM. Ни по технологии, ни по обвязке вроде qemu, libvirt, oVirt, Proxmox. И это большой, серьезный минус. Непонятный, высокий порог вхождения. Непродуктивно.

А что у нас с аналогом VMware distributed vSwitch? Искал. Что-то есть, но документация такая, что лучше бы и не было.
Скромнее надо быть, а то так о себе напомнили, будто ваш проект очень важен. Хотел подколоть насчёт вечного альфа-статуса проекта, зашёл на reactos.org проверить, и вижу
такую картинку


The first Operating System controlled directly by its Community.
Раньше хоть скромно писали, что «возможно, будете определять будущее ОС».
Не вижу противоречий. Большинством ОС управляют мейнтенеры, а не сообщество пользователей. В Комьюнети Эдишн будут учтены пожелания именно пользователей, которые поддержали этот выпуск материально на Индигого.
Да, это первая операционная система этого рода. В контексте нашего сайта такое заявление вполне верно. Первый дистрибутив ReactOS, развитием которого управляет сообщество. Потому, что CE планируется как отдельный дистрибутив.
К первому опросу: Не могу себя назвать разработчиком опенсорса — так, пара коммитов замержена, с десяток баг-репортов пофикшено. Так что просто пользователь.

Ко второму: знаю, что такое Яху, помню, что у него был поиск, но никогда его сервисами не пользовался, так что ничего не отвечал.
> откомпилировали его открытым компилятором GCC – и все у вас в порядке.
> А что если у вас несколько миллионов строк кода?
> А если вы хотите включить в компиляторе нетривиальные оптимизации?
> С очень большой вероятностью, вы столкнетесь с неприятностями.

Пардон? Я правильно прочел: gcc — детская поделка для компиляции хелловорлдов? Тот же RHEL, разумеется, компилируется чем-то купленным за большие деньги у марсиан, да?
В тексте отчётливо сквозит деформация общей картины мира, навеянная многолетним пребыванием в средах Microsoft. Такой себе… «взгляд на Open Source с аргументами от Windows».
Бизнес EMС, как мне кажется, более близок к Enterprise. А в Enterprise, как вы понимаете, Microsoft, VMware и Citrix удерживают лидирующие позиции. «Не Open Source» это не только Microsoft.
Главное, чтобы они гордо и не роняя чести несли высокое звание «лидирующих позиций»!
Ну а куда деваться, появятся лучшие решения, потеснят с рынка имеющиеся. Кто знает, какая технология через 5 лет из платной станет открытой и бесплатной.

Многие отказываются от Cisco Call Manager в пользу Asterisk, разве это плохо? Этого говорит о зрелости технологии.

Вы разрабатываете под Apache а не IIS? Кто же осудит.

Кто-то начинает разработку не под MS SQL, а под PostgreSQL, ну молодцы, сэкономите заказчику лицензии, сделаете продукт дешевле чем у конкурента, выиграете тендер. Правда если по ходу пьесы PostgreSQL выкупит Oracle или Microsoft, как это произошло MySQL, не стоит удивляться.

Но многие технологии еще не готовы. Что, есть открытый 100% бесплатный почтовый сервер для корпоративного применения, сравнимый с Microsoft Exchange? Да я первый побегу его качать и ставить. Нет конкурентов. 20 лет разработки есть 20 лет разработки.

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

Но я вам сходу скажу и несколько принципиальных недостатков:
1) Microsoft это ширпотреб. Рынок предлагает не мало вполне конкурентных альтернатив
2) Стоимость продуктов хотя и является среднерыночной, тем не менее довольно высока
3) Продукты имеют «мутные» схемы лицензирования, и зачастую несут скрытые издержки
4) Условия корпоративных соглашений Microsoft являются, зачастую, кабальными
5) Техподдержка оставляет желать лучшего
6) Из-за Office 365 и Azure качество on-premises продуктов постоянно снижается.

Так могу пройтись по любому используемому вендору, мне они все не теплы не холодны. Просто бизнес.
А в Enterprise, как вы понимаете, Microsoft, VMware и Citrix удерживают лидирующие позиции.

Вы говорите странные вещи, если посмотреть статистку , то 97% суперкомпьютеров, 28% майнфреймов и 36.72% сайтов если брать самые крупные (и 96.6% если брать и мелкие сайты) это Линукс. Не говоря уже о том в UNIX статистике учитываются и свободные реализации Unix систем (вроде OpenBSD).

P.S. Вообще уже лет десять проработал в очень крупных Enterprise компаниях и занимался интеграциями с клиентами, почти везде Линукс или *nix системы и очень редко кто-то использует Microsoft Server и т.п.
Суперкомпьютеры, мейнфреймы, это знаете или редкость, или же в % соотношении небольшая часть инфраструктуры. Да, из опыта в банке вполне найдется место платформам для высокопроизводительных вычислений, для того чтобы крутить страшно проприетарный Oracle, и что же из того, что там Linux? Он лучше соответствует задаче. Только там не CentoOS, а внезапно Red Hat.

Но тут появляются сотрудники, десктопы, файлы, почта, порталы, документооборот, и тут такой зоопарк, что не время для идеологии.
Пролистал упомянутую статью в wikipedia, и не нашел там ни CentOS, ни CentoOS, а вот RHEL, SLES, AIX и z/OS в достатке. Если вам есть, чем поделиться, правьте статью, на то она и wikipedia.
Ссылку не я вам давал… обратитесь по адресу.
Но там отчётливо фигурирует CentOS.
А чем так уж существенно CentOS отличается от RHEL по вашему мнению?
… на CentOS разрабатываются и функционируют большинство телекоммуникационных проектов: VoIP, SIP, SS7, E1/T1/J1… — OpenSer, FreeSWITCH, YATE… Asterisk до того как был куплен Microsoft и тем погиб…

Отличается он по моему мнению тем, что не имеет технической поддержки Red Hat, и вероятно на него недоступны ряд Red Hat'овских фирменных, платных продуктов. Может еще чем-то, подскажите.

Покупка же Microsoft'ом компании Digium не сделала Asterisk платным? Но почему вас удивляет, когда OS решение становится продуктом, кто-то может захотеть его купить, а кто-то продать.
При покупке поддержки от RH можно тоже очень удивиться, когда окажется, что этот самый RHEL не поддерживается на серверах HP, если куплен не через HP…
CentOS — по сути, тот же RHEL, но бесплатный. Соответственно, без поддержки. Обновляется со значительным опозданием. Т.е. это «старая» версия RHEL.
Задержка обновлений там была от недостатка ресурсов. Сейчас она составляет от половины дня (для критичных обновлений) до нескольких суток.
Нашел я ссылку и для вас.
digitaloctober.ru/en/events/red_hat_forum/video

BUILDING INFRASTRUCTURE FOR VTB BANK WITH RED HAT

Посмотрите видео, это любопытно. Там, звучит фраза «It is an open source product, but we can get enterprise level support which was one of the key requirements». Почему-то я не удивлен.
Подавляющее большинство open source products, предлагаемые за плату, большую чем стоимость носителя/трафика, распространяются по этой схеме: с кодом вы вольны делать что угодно (кроме плагиата и т. п.), а за деньги вы получаете поддержку, первый шаг которой состоит в доставке кода вам.
Да, из опыта в банке вполне найдется место платформам для высокопроизводительных вычислений

В РФ банке? Наш «Enterprise» от западного Enterprise очень сильно отличается, у них скорее привычка к Apple решениям, чем к виндовым как у нас.

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

Не поверите, но на Западе весь этот зоопарк крупного Enterprise редко сидит на винде (на Apple и то чаще), это у нас 1С и ему подобные решения выработали привычку к Win. Файлы, почта, порталы, документооборот прекрасно живет на Java решениях и *nix серверах. Да, не всегда и не все там open-source, но многое, довольно многое.
В РФ банке, конечно. Хорошая централизованная автоматизированная банковская системы дает серьезную нагрузку.

Давайте пройдемся по публичной информации:
www.businesspress.ru/newspaper/article_mId_21961_aId_323495.html
ВТБ объявил о начале использования мейнфрейма IBM eServer zSeries 900

www.jetinfo.ru/jetinfo_arhiv/tekhnologii-ibm-koktejl-iz-traditsij-i-novatorstva/koktejl-iz-traditsij-i-novatorstva/2015
Модернизация процессингового центра «МультиКарты». Для создания распределенного вычислительного комплекса мы использовали вычислительную платформу компании IBM – серверы IBM Power 570 со встроенной виртуализацией

Думаю, что по другим банкам аналогичном. Потребность банков в высокопроизводительных вычислениях однозначно есть.
Exchange Server пользуются все, пару лет назад даже на mail.facebook.com и mail.yandex-team.ru красовался стандартный экран Outlook Web App. И если судить по наличию autodiscover.fb.com и autodiscoverюyandex-team.ru, он там живёт до сих пор.
По-моему, неправильно представлять open-source сообщество как какой-то единый монолит, движущийся по каким-то определенным направлениям-трендам, да ещё с едиными мотивами. Наблюдаемые тренды лишь суперпозиция действий и мотивов всех участников сообщества от «одиночек с красными глазами» до мега-корпораций «зла и добра».

И с мифами перебор вышел:

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

2. «Платить за что-то кому-то» означает «исполнять обязательство перед кем-то в обмен на что-то с его стороны».

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

2.2 Если я делаю это днём очень долго, не нарушая своих оценок, то работодатель платит мне не за опенсорс, а за то, что я предложил (или согласился) для решения его бизнес-задач использовать тот или иной сторонний продукт, и он согласился (или предложил) оплатить мне это моё рабочее время. Опять же, от типа продукта тут ничего не зависит. Зависит от моего профессионализма как разработчика при оценке времени и его профессионализма как бизнесмена при оценке моего профессионализма. И платит он не за опенсорс, а за моё рабочее время и мой профессионализм. Так же как за «коробку» заплатит за профессионализм её разработчиков и интеграторов, но ещё заплатит и за прибыль их компаний. Может это выгоднее окажется, может нет, но решающей будет его личная оценка издержек и рисков, а не сроки и деньги названные мною, разработчиками «коробки» или её интеграторами.

2.3 Размер не имеет значения. Вернее он имеет значение, но в случае возникновения проблем, которые на большом количестве кода в среднем по больнице более вероятны, заказчик платит не за опенсорс, а за решение проблемы.

В целом, заказчик/работодатель или подрядчик/работник платят всегда деньгами и(или) временем за решение своих проблем, но в случае платных проприетарных продуктов заказчик/работодатель кроме платы за решение своих проблем (неважно чьими силами) платят деньгами и за право использовать чужие разработки для их решения, в отличии от FOSS, когда за это право им платить деньгами не надо, а зачастую и вообще ничем платить за него не надо, кроме смены копирайтов и прочего плагиата.
UFO landed and left these words here
Да в гробу я видел эту джаву, и LLVM мне тоже не впёрся, в смысле вещь не плохая, но и на gcc всё точно так же собиралось и работало.
Мне вот интересны: FreeBSD, FreeRDP, Miranda NG, FireFox, geany, OpenSSH — где там огромные корпорации?
Фрирдп — полторы колеки пилят постоянно, миранду с десяток человек, фрибсд — свой фонд, куда донатят + иногда код сливают в базу из своих наработок.


Вот с такими друзьями Open Source сообществу никакие враги не нужны. Думали ли вы, Иван, над тем, что комментируя в подобном духе, вы оставляете грустное впечатление о профессионализме сторонников OS?

Давайте разберем эту неприятную фразу «Фрирдп — полторы колеки пилят постоянно». Вне зависимости от того, какой смысл вы вкладываете в слово «колека», огульно называя так разработчика неплохого продукта, главный разработчик, Marc-André Moreau, внезапно является главой компании Awake Coding Consulting, www.awakecoding.com Он FreeRDP на жизнь себе зарабатывает.
UFO landed and left these words here
Шланг лучше, там всё в порядке.

Мечтаю о том дне, когда в дистрибутивах он будет более-менее адекватно поддерживаться.
Отличный комментарий!
Именно комментарий (разбор) текста статьи, а не раздувание срача Windows vs Linux.
Хоть одному комментатору не лень было потерять время и показать, что публикация по аргументированности своей — дерьмо.
но и на gcc всё точно так же собиралось и работало

А у меня баттхерт, что в gcc до сих пор не могут починить 14.8.2.1/4, а это, простите, чуть ли не C++03. Поэтому gcc не может вывести шаблонные типы в коде вроде
class QStringList : public QList<QString> { ... };

template<template<typename> class Cont, typename T>
void Foo (const Cont<T>& cont) { ... }

Foo (QStringList {});


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

OS Windows ;-)

А вот по-настоящему работать с ним начал меньше двух лет назад. Но успел уже здорово нахлебаться примерно от десятка различных проектов.

Это, конечно, ста-а-а-а-аж ...;-)
Более чем достаточный, чтобы сметь поучать других.

На моем предыдущем месте работы даже относительно небольшой коллектив из 20 разработчиков раз в пару месяцев наталкивался ошибки в ядре Линукса.

А здесь автор попросту безбожно врёт, рассказывает сказки и не краснеет.
А здесь автор попросту безбожно врёт, рассказывает сказки и не краснеет.
Далеко не факт. Я за последний год наткнулся на 2 идентифицированных (по ним, хоть и на других версиях ядра, уже были багрепорты: один в netfilter при использовании netns, второй в cpuacct/cgroups) и 3 пока неидентифицированных баги, приводящие к panic. В основном это use after free и NULL dereference.

Бывают ещё баги, не приводящие к panic (типа невозможности удаления overlay в некоторых случаях при использовании overlayfs).

Я к тому, что использование новых подсистем ядра связано с риском увеличенной плотности обнаружения багов. Я сейчас активно использую docker, посему и наткнулся на проблемы в netns и cpuacct cgroup. Ядра, если что, из rhel 6 и 7 (на centos).
Спасибо, прочитал на одном дыхании. И концовка душевная такая получилась, про коммунизм.
Only those users with full accounts are able to leave comments. Log in, please.