Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 83
Ох как же я не люблю юмористические опросы… Ну вот во втором опросе я знаю что такое Yahoo, я знаю что у них есть поиск. Но не пользуюсь. Что мешало добавить банальное и скучное «нет» в варианты?! ;-)
Более того, никогда не пользовался. В детстве был рамблер, потом яндекс, потом гугл…
Более того, никогда не пользовался. В детстве был рамблер, потом яндекс, потом гугл…
Ничего не мешало. В голову не пришло :) Попытался отредактировать — нельзя.
Для меня этот опрос юмористической окраски не имеет. Просто у меня в мозгу есть стойкая ассоциация из прошлого, что Yahoo! — это поиск. И ничего с этим поделать не могу. Интересно, есть ли еще люди, которые помнят этот Yahoo! или он уже предан забвению? Например, никто из моих знакомых, использующих Hadoop, не представляет, что это детище Yahoo! Т.е. контора как-то живет и даже приносит пользу людям, а мы об этом не знаем :)
Для меня этот опрос юмористической окраски не имеет. Просто у меня в мозгу есть стойкая ассоциация из прошлого, что Yahoo! — это поиск. И ничего с этим поделать не могу. Интересно, есть ли еще люди, которые помнят этот Yahoo! или он уже предан забвению? Например, никто из моих знакомых, использующих Hadoop, не представляет, что это детище Yahoo! Т.е. контора как-то живет и даже приносит пользу людям, а мы об этом не знаем :)
Для меня яху — это почта. И только. Хотя нет, ещё yuicompressor. Их поиском никогда не пользовался и сильно сомневаюсь что когда-нибудь воспользуюсь. О том, что он есть — знаю, но и только.
А для меня Yahoo это группы/мейллисты. Про поиск знаю, но не пользовался, поэтому в ответе на второй опрос воздержался. Удивительно, почему в опросе нет самого очевидного ответа.
Небезызвестный сервис Flickr тоже полностью накрыт мягким, ворсистым крылом Yahoo. Я лично по фликеру его, в-основном, и знаю.
Приятно читать статью об опен-сорсе, в которой рукой автора водит разум, а не идеология.
Вывод о причинах вывода .NET в OpenSource кажется правильным. Более того, этот вывод был ясен практически сразу после анонса о выходе .NET в OpenSource. Захват большей доли рынка мобильных устройств за счет привлечения приложений и разработчиков (Developers! Developers!, не забываем...)
А мне рассказ о .NET, напротив, кажется абсолютно притянутым за уши:
— просто .NET, после многолетних попыток противопоставить его Java (для чего он только и создавался изначально) — практически сдох…
— и перевод его в разряд Open Source — это попытка «хоть тушкой, хоть чучелом» реанимировать покойника.
— просто .NET, после многолетних попыток противопоставить его Java (для чего он только и создавался изначально) — практически сдох…
— и перевод его в разряд Open Source — это попытка «хоть тушкой, хоть чучелом» реанимировать покойника.
Т.е. вроде как, компания действительно не прочь отъесть кусок у Java. Но это не сама цель. Что же тогда цель?
Да все просто, открытие и свободность Net не означает открытие и свободность Visual Studio, Microsoft Server, Microsoft SQL Server и т.п. продукты, которые и приносят реальные деньги. Мало кто использует Java с Microsoft Server или Microsoft SQL Server, зато в Net все ровно наоборот, чем больше развивается Net, тем больше будет доля платных продуктов Microsoft на рынке. Ну и рынок мобильной разработки тоже.
Насчет мотивов крупных компаний вкладываться в OpenSource, конечно все вкладываются ради своего коммерческого интереса, но не всегда это просто деньги за счет продажи OpenSourc'a:
1) Общая разработка среди нескольких компаний снижает затраты каждой и увеличивает эффективность. Скажем Hadoop нужен многим компаниям, причем мало кто из них является прямым 100% конкурентом друг друга, например рынки фейсбука, амазона и гугла не так сильно пересекаются друг с другом чтобы мешать сотрудничеству,
2) OpenSource очень удобен для создания общего рынка профессионалов, скажем найти программиста, умеющего работать с тем же Hadoop, в сто раз проще чем искать программиста и тратить деньги на его обучения для своей замечательной системе обработки больших данных. И скажем, гугл создав открытые Java фреймворки и библиотеки вроде guice или guava, теперь может экономить на обучении Java программистов, так как их в Java мире не знает только ленивый и т.д. Открыть часть своего фреймворка для компании часто дешевле, чем тратить деньги и время на обучение программистам, да и сами программисты часто предпочитают работать в компаниях где опыт потом можно использовать в других проектах.
3) Ну и имидж компаний тоже довольно важен, гугл прощают то что никогда не простят ораклу. И имидж компании может даже влиять на котировки. Опять-таки, программисты далеко не всегда выбирают только самую большую зар.плату, имидж и вес компании часто имеет большее значение. А самый простой способ для улучшения репутации это open source.
1) Общая разработка среди нескольких компаний снижает затраты каждой и увеличивает эффективность. Скажем Hadoop нужен многим компаниям, причем мало кто из них является прямым 100% конкурентом друг друга, например рынки фейсбука, амазона и гугла не так сильно пересекаются друг с другом чтобы мешать сотрудничеству,
2) OpenSource очень удобен для создания общего рынка профессионалов, скажем найти программиста, умеющего работать с тем же Hadoop, в сто раз проще чем искать программиста и тратить деньги на его обучения для своей замечательной системе обработки больших данных. И скажем, гугл создав открытые Java фреймворки и библиотеки вроде guice или guava, теперь может экономить на обучении Java программистов, так как их в Java мире не знает только ленивый и т.д. Открыть часть своего фреймворка для компании часто дешевле, чем тратить деньги и время на обучение программистам, да и сами программисты часто предпочитают работать в компаниях где опыт потом можно использовать в других проектах.
3) Ну и имидж компаний тоже довольно важен, гугл прощают то что никогда не простят ораклу. И имидж компании может даже влиять на котировки. Опять-таки, программисты далеко не всегда выбирают только самую большую зар.плату, имидж и вес компании часто имеет большее значение. А самый простой способ для улучшения репутации это open source.
Ах да, есть ещё 4 мотив
4) влиять на развитие целой отрасли или технологии, например вкладываясь в Hadoop компания по сути может задавать развитие систем обработки больших данных в нужном направлении (то же IBM в направлении когда выгодно использовать именно их сервера для кластеров Hadoop'a, а не конкурентов) и т.п.
4) влиять на развитие целой отрасли или технологии, например вкладываясь в Hadoop компания по сути может задавать развитие систем обработки больших данных в нужном направлении (то же IBM в направлении когда выгодно использовать именно их сервера для кластеров Hadoop'a, а не конкурентов) и т.п.
Вы про фатальный недостаток?
Фатальный недостаток из лурки «было сделано не нами»? Про него тоже, но на самом деле участие в openSource это способ продвигать свои цели на нужном направлении, скажем если Intel выделит разработчиков на оптимизацию Hadoop под команды именно их процессоров, есть шанс получить некоторое преимущество на рынке кластеров Hadoop'a над конкурентами (пример, взят с потолка, но идея, думаю, понятна).
По третьему пункту: Oracle тоже внёс вклад в развитие open source, создав бесплатного конкурента RHEL и заставив их развивать CentOS.
У больших проектов есть свои требования к бизнес модели и судить о всём опен сорсе по ним, походу приплетая проприетарщиков которые лезут в опен соурс, считаю некорректно. Как разработчик, в том числе и опен соурс продукта, считаю, что опен соурс слабо связан с тем о чём автор повествует.
У больших проектов есть свои требования к бизнес модели и судить о всём опен сорсе по ним, походу приплетая проприетарщиков которые лезут в опен соурс, считаю некорректно
Ну, про бизнес-модели я тут пока не писал. Для этого запланирован второй пост (которой родится, если этот не нахватает минусов).
считаю, что опен соурс слабо связан с тем о чём автор повествует
Так обоснуйте свою позицию!
Cкорее на пост тянет, a учитывая последние тенденции к приравниванию open source = дорого, не к != бесплатно, а именно к дорого, вообще не уверен, что стоит об этом дискутировать.
В очень обобщенном виде, смотрю на open source со стороны free software, по сути откуда термин зародился, а не со стороны — во что его превратили.
В очень обобщенном виде, смотрю на open source со стороны free software, по сути откуда термин зародился, а не со стороны — во что его превратили.
И вообще, остаётся какой-то такой привкус от прочтения, что это — заказуха: учитель дал тему домашнего сочинения и отличник отрапортовал.
Вы пишите очень интересно и взвешенно. Пожалуйста, сделайте все три публикации, даже если эта не получит звездный рейтинг.
Причём, перекос далеко не всегда в сторону опенсорса, т. к. есть исходники и сообщество. В некоторых случаях при проприетарном софте затраты на то, чтобы достучаться до специалиста и согласовать получение информации, существенно превышают стоимость реверс-инжиниринга.
Во многих проектах готовность к эксплуатации «из коробки» довольно низка. Плюс довольно скромная документация. Учебные материалы. Все это приводит к тому, что временные затраты изменяются в большую сторону, и не в пользу открытых проектов.
Во многих проектах готовность к эксплуатации «из коробки» довольно низка. Плюс довольно скромная документация. Учебные материалы.
Да, во многих платных продуктах ровно та же ситуация, только добавляются проблемы с защитами от копирования и т.п. вещами. А вот у бесплатных продуктов есть возможность не решать проблему, а просто плюнуть и взять продукт-альтернативу, что невозможно для платных (не ставиться дебиан, поставим убунту, а вот если не ставиться винда за 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 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 (близкому вашему сердцу) по шагам, чтобы получить эту же функциональность? И где об этом читать?
К сожалению, я не специалист в области разработки, поэтому не смогу ответить на ваши вопросы. Но было бы здорово, если бы продвинутые Linux-администраторы помогли мне с ответом на мой вопрос. Читателю нужно понять, что вопрос задан не для того чтобы «померяться», а чтобы найти помощь. Пока Open Source сообщество отвечает мне пачкой минусов и озлобленными комментариями.
А как ещё на глупости можно отвечать?
На какие глупости? Почему когда рассказывают как сделать в одном продукте, и спрашивают, как то же самое делается в другом — это глупость?
Если я спрошу какой командой создать ящик в Dovecot (doveadm mailbox create), а какой в Exchange (Enable-Mailbox), в чем здесь глупость?
Статья интеграции Cisco Call Manager и Asterisk не кажется глупостью? Вы может не поверите, но придется настроить оба продукта идентично, даже если «религия» не позволяет.
Если я спрошу какой командой создать ящик в Dovecot (doveadm mailbox create), а какой в Exchange (Enable-Mailbox), в чем здесь глупость?
Статья интеграции Cisco Call Manager и Asterisk не кажется глупостью? Вы может не поверите, но придется настроить оба продукта идентично, даже если «религия» не позволяет.
Потому что разводить холивары Windows vs Linux — это глупость.
Все мы и так знаем, что Windows во много-много раз круче ;-)
Или статья и написана вашим учеником (подчинённым?… нужное подчеркнуть) для того, чтобы холивар поднять с новой силой?
P.S. тем более, что обсуждается здесь статья, позиционирующаяся, вроде как, как Open Source и как его правильно понимать ;-)
Все мы и так знаем, что Windows во много-много раз круче ;-)
Или статья и написана вашим учеником (подчинённым?… нужное подчеркнуть) для того, чтобы холивар поднять с новой силой?
P.S. тем более, что обсуждается здесь статья, позиционирующаяся, вроде как, как Open Source и как его правильно понимать ;-)
Что я должен сделать в развернутом дистрибутиве Linux (близкому вашему сердцу) по шагам, чтобы получить эту же функциональность
Ничего. Вы изначально дали установку что у вас уже есть развернутый и настроенный Microsoft Server, я тоже могу считать что у меня есть развернутая и настроенная сборка Linux'a для предоставления услуг виртуального хостинга. То что 96.6% всех сайтов по мировой статистике хостятся на основе Линукс серверов намекает что Линукс намного более удобная и качественная система для этих целей.
Позволю себе напомнить тему ветки «Работает из коробки».
Да ну нет конечно, поставили из дистрибутива, включили в домен, да поехали виртуализовывать. И даже бесплатно, если это Hyper-V Server. И гости Linux у вас будут, и синтетические драйверы, и online backup и все написано как сделать.
Я, можно сказать мучаюсь, нет нормальной, целостной документации по Linux KVM. Ни по технологии, ни по обвязке вроде qemu, libvirt, oVirt, Proxmox. И это большой, серьезный минус. Непонятный, высокий порог вхождения. Непродуктивно.
А что у нас с аналогом VMware distributed vSwitch? Искал. Что-то есть, но документация такая, что лучше бы и не было.
Да ну нет конечно, поставили из дистрибутива, включили в домен, да поехали виртуализовывать. И даже бесплатно, если это Hyper-V Server. И гости Linux у вас будут, и синтетические драйверы, и online backup и все написано как сделать.
Я, можно сказать мучаюсь, нет нормальной, целостной документации по Linux KVM. Ни по технологии, ни по обвязке вроде qemu, libvirt, oVirt, Proxmox. И это большой, серьезный минус. Непонятный, высокий порог вхождения. Непродуктивно.
А что у нас с аналогом VMware distributed vSwitch? Искал. Что-то есть, но документация такая, что лучше бы и не было.
В посте явно не хватает логотипа ReactOS
Скромнее надо быть, а то так о себе напомнили, будто ваш проект очень важен. Хотел подколоть насчёт вечного альфа-статуса проекта, зашёл на reactos.org проверить, и вижу
такую картинку
The first Operating System controlled directly by its Community.Раньше хоть скромно писали, что «возможно, будете определять будущее ОС».
К первому опросу: Не могу себя назвать разработчиком опенсорса — так, пара коммитов замержена, с десяток баг-репортов пофикшено. Так что просто пользователь.
Ко второму: знаю, что такое Яху, помню, что у него был поиск, но никогда его сервисами не пользовался, так что ничего не отвечал.
Ко второму: знаю, что такое Яху, помню, что у него был поиск, но никогда его сервисами не пользовался, так что ничего не отвечал.
> откомпилировали его открытым компилятором GCC – и все у вас в порядке.
> А что если у вас несколько миллионов строк кода?
> А если вы хотите включить в компиляторе нетривиальные оптимизации?
> С очень большой вероятностью, вы столкнетесь с неприятностями.
Пардон? Я правильно прочел: gcc — детская поделка для компиляции хелловорлдов? Тот же RHEL, разумеется, компилируется чем-то купленным за большие деньги у марсиан, да?
> А что если у вас несколько миллионов строк кода?
> А если вы хотите включить в компиляторе нетривиальные оптимизации?
> С очень большой вероятностью, вы столкнетесь с неприятностями.
Пардон? Я правильно прочел: 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 лет разработки.
Надеюсь, вы понимаете вектор, которого я придерживаюсь.
Многие отказываются от Cisco Call Manager в пользу Asterisk, разве это плохо? Этого говорит о зрелости технологии.
Вы разрабатываете под Apache а не IIS? Кто же осудит.
Кто-то начинает разработку не под MS SQL, а под PostgreSQL, ну молодцы, сэкономите заказчику лицензии, сделаете продукт дешевле чем у конкурента, выиграете тендер. Правда если по ходу пьесы PostgreSQL выкупит Oracle или Microsoft, как это произошло MySQL, не стоит удивляться.
Но многие технологии еще не готовы. Что, есть открытый 100% бесплатный почтовый сервер для корпоративного применения, сравнимый с Microsoft Exchange? Да я первый побегу его качать и ставить. Нет конкурентов. 20 лет разработки есть 20 лет разработки.
Надеюсь, вы понимаете вектор, которого я придерживаюсь.
О! как я понимаю вектор…: Microsoft — наше фсё!
Microsoft делает довольно неплохие продукты, они все таки являются линейкой некого «базового стандарта качества».
Но я вам сходу скажу и несколько принципиальных недостатков:
1) Microsoft это ширпотреб. Рынок предлагает не мало вполне конкурентных альтернатив
2) Стоимость продуктов хотя и является среднерыночной, тем не менее довольно высока
3) Продукты имеют «мутные» схемы лицензирования, и зачастую несут скрытые издержки
4) Условия корпоративных соглашений Microsoft являются, зачастую, кабальными
5) Техподдержка оставляет желать лучшего
6) Из-за Office 365 и Azure качество on-premises продуктов постоянно снижается.
Так могу пройтись по любому используемому вендору, мне они все не теплы не холодны. Просто бизнес.
Но я вам сходу скажу и несколько принципиальных недостатков:
1) Microsoft это ширпотреб. Рынок предлагает не мало вполне конкурентных альтернатив
2) Стоимость продуктов хотя и является среднерыночной, тем не менее довольно высока
3) Продукты имеют «мутные» схемы лицензирования, и зачастую несут скрытые издержки
4) Условия корпоративных соглашений Microsoft являются, зачастую, кабальными
5) Техподдержка оставляет желать лучшего
6) Из-за Office 365 и Azure качество on-premises продуктов постоянно снижается.
Так могу пройтись по любому используемому вендору, мне они все не теплы не холодны. Просто бизнес.
Horde+Cyrus?!
А в Enterprise, как вы понимаете, Microsoft, VMware и Citrix удерживают лидирующие позиции.
Вы говорите странные вещи, если посмотреть статистку , то 97% суперкомпьютеров, 28% майнфреймов и 36.72% сайтов если брать самые крупные (и 96.6% если брать и мелкие сайты) это Линукс. Не говоря уже о том в UNIX статистике учитываются и свободные реализации Unix систем (вроде OpenBSD).
P.S. Вообще уже лет десять проработал в очень крупных Enterprise компаниях и занимался интеграциями с клиентами, почти везде Линукс или *nix системы и очень редко кто-то использует Microsoft Server и т.п.
Да… статейка оставляет странное ощущение.
Суперкомпьютеры, мейнфреймы, это знаете или редкость, или же в % соотношении небольшая часть инфраструктуры. Да, из опыта в банке вполне найдется место платформам для высокопроизводительных вычислений, для того чтобы крутить страшно проприетарный Oracle, и что же из того, что там Linux? Он лучше соответствует задаче. Только там не CentoOS, а внезапно Red Hat.
Но тут появляются сотрудники, десктопы, файлы, почта, порталы, документооборот, и тут такой зоопарк, что не время для идеологии.
Но тут появляются сотрудники, десктопы, файлы, почта, порталы, документооборот, и тут такой зоопарк, что не время для идеологии.
Да, вы правы, там, скорее всего не CentoOS, а CentOS ;-)
Пролистал упомянутую статью в wikipedia, и не нашел там ни CentOS, ни CentoOS, а вот RHEL, SLES, AIX и z/OS в достатке. Если вам есть, чем поделиться, правьте статью, на то она и wikipedia.
Ссылку не я вам давал… обратитесь по адресу.
Но там отчётливо фигурирует CentOS.
А чем так уж существенно CentOS отличается от RHEL по вашему мнению?
… на CentOS разрабатываются и функционируют большинство телекоммуникационных проектов: VoIP, SIP, SS7, E1/T1/J1… — OpenSer, FreeSWITCH, YATE… Asterisk до того как был куплен Microsoft и тем погиб…
Но там отчётливо фигурирует CentOS.
А чем так уж существенно CentOS отличается от RHEL по вашему мнению?
… на CentOS разрабатываются и функционируют большинство телекоммуникационных проектов: VoIP, SIP, SS7, E1/T1/J1… — OpenSer, FreeSWITCH, YATE… Asterisk до того как был куплен Microsoft и тем погиб…
Отличается он по моему мнению тем, что не имеет технической поддержки Red Hat, и вероятно на него недоступны ряд Red Hat'овских фирменных, платных продуктов. Может еще чем-то, подскажите.
Покупка же Microsoft'ом компании Digium не сделала Asterisk платным? Но почему вас удивляет, когда OS решение становится продуктом, кто-то может захотеть его купить, а кто-то продать.
Покупка же Microsoft'ом компании Digium не сделала Asterisk платным? Но почему вас удивляет, когда OS решение становится продуктом, кто-то может захотеть его купить, а кто-то продать.
Нашел я ссылку и для вас.
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». Почему-то я не удивлен.
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». Почему-то я не удивлен.
Да, из опыта в банке вполне найдется место платформам для высокопроизводительных вычислений
В РФ банке? Наш «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 со встроенной виртуализацией
Думаю, что по другим банкам аналогичном. Потребность банков в высокопроизводительных вычислениях однозначно есть.
Давайте пройдемся по публичной информации:
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, когда за это право им платить деньгами не надо, а зачастую и вообще ничем платить за него не надо, кроме смены копирайтов и прочего плагиата.
И с мифами перебор вышел:
1. Деньги на опенсорсе делают те, кто хочет и может их делать. Эти два условия необходимы и достаточны.
2. «Платить за что-то кому-то» означает «исполнять обязательство перед кем-то в обмен на что-то с его стороны».
2.1 Если я ночью пытаюсь что-то сделать со сторонним продуктом, то я плачу не за опенсорс, а за свою слишком оптимистичную оценку для работодателя/заказчика в обмен на свою зарплату, от того опенсорс это продукт или проприетарный, бесплатный он или стоитт 100500 миллионов денег не зависит ничего — я дал оценку, работодатель согласился и я плачу бессонными ночами за свой непрофессионализм вкупе с желанием сохранить работу и/или репутацию.
2.2 Если я делаю это днём очень долго, не нарушая своих оценок, то работодатель платит мне не за опенсорс, а за то, что я предложил (или согласился) для решения его бизнес-задач использовать тот или иной сторонний продукт, и он согласился (или предложил) оплатить мне это моё рабочее время. Опять же, от типа продукта тут ничего не зависит. Зависит от моего профессионализма как разработчика при оценке времени и его профессионализма как бизнесмена при оценке моего профессионализма. И платит он не за опенсорс, а за моё рабочее время и мой профессионализм. Так же как за «коробку» заплатит за профессионализм её разработчиков и интеграторов, но ещё заплатит и за прибыль их компаний. Может это выгоднее окажется, может нет, но решающей будет его личная оценка издержек и рисков, а не сроки и деньги названные мною, разработчиками «коробки» или её интеграторами.
2.3 Размер не имеет значения. Вернее он имеет значение, но в случае возникновения проблем, которые на большом количестве кода в среднем по больнице более вероятны, заказчик платит не за опенсорс, а за решение проблемы.
В целом, заказчик/работодатель или подрядчик/работник платят всегда деньгами и(или) временем за решение своих проблем, но в случае платных проприетарных продуктов заказчик/работодатель кроме платы за решение своих проблем (неважно чьими силами) платят деньгами и за право использовать чужие разработки для их решения, в отличии от FOSS, когда за это право им платить деньгами не надо, а зачастую и вообще ничем платить за него не надо, кроме смены копирайтов и прочего плагиата.
Да в гробу я видел эту джаву, и LLVM мне тоже не впёрся, в смысле вещь не плохая, но и на gcc всё точно так же собиралось и работало.
Мне вот интересны: FreeBSD, FreeRDP, Miranda NG, FireFox, geany, OpenSSH — где там огромные корпорации?
Фрирдп — полторы колеки пилят постоянно, миранду с десяток человек, фрибсд — свой фонд, куда донатят + иногда код сливают в базу из своих наработок.
Вот с такими друзьями Open Source сообществу никакие враги не нужны. Думали ли вы, Иван, над тем, что комментируя в подобном духе, вы оставляете грустное впечатление о профессионализме сторонников OS?
Давайте разберем эту неприятную фразу «Фрирдп — полторы колеки пилят постоянно». Вне зависимости от того, какой смысл вы вкладываете в слово «колека», огульно называя так разработчика неплохого продукта, главный разработчик, Marc-André Moreau, внезапно является главой компании Awake Coding Consulting, www.awakecoding.com Он FreeRDP на жизнь себе зарабатывает.
Отличный комментарий!
Именно комментарий (разбор) текста статьи, а не раздувание срача Windows vs Linux.
Хоть одному комментатору не лень было потерять время и показать, что публикация по аргументированности своей — дерьмо.
Именно комментарий (разбор) текста статьи, а не раздувание срача Windows vs Linux.
Хоть одному комментатору не лень было потерять время и показать, что публикация по аргументированности своей — дерьмо.
Думали ли вы, Иван, над тем, что комментируя в подобном духе, вы оставляете грустное впечатление о профессионализме сторонников
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).
Спасибо, прочитал на одном дыхании. И концовка душевная такая получилась, про коммунизм.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Понять Open Source