может быть, со временем мы даже увидим MSSQL для линукс

Alexey Tominsanyock2 http://www.macrumors.com/2014/11/12/microsoft-net-open-source-os-x/

Спасибо, прикольно. Но смысл?
JDK сама по себе малополезна.
А сервера приложений, тысячи библиотек, да тот же hadoop никто переписывать под .net не будет.
scala/groovy и т.п. достаточно, чтобы не мечтать о фишках C#/F# и т.п.

надеюсь, сервера приложений со временем будут поддерживать оба фреймворка и будут появляться трансляторы Java<->DotNet c базовыми билиотекаим совместимости

библиотеки java уже можно использовать через ikvm, и какой то конвертор вроде есть и в Xamarin и в J#
с другой стороны dotnet нужен в первую очередь тем, кто привык к библиотекам дотнет и хочет запускать свои приложения под linux, особенно на веб серверах

Alexey TominА кто будет за это платить? Кому это надо?


кто-то же платит за веб логику и сферу

Alexey TominНа веб-серверах? Для этого их надо портировать на дотнет.
веб сервера портировать на DotNet? их вроде и на java то никогда не портировали, или по вашему апач на чем сделан?

Alexey TominИ вопрос опять- нафига?

Linux на серверах удобнее венды, венда удобнее на десктопах

есть большой комьюнити DotNet, им не хочется переходить на Java для получения преимуществ стабильности, надежности и безопасности Linux+Apache+ тысячи легко устанавливаемых пакетов на сервере, они хотели бы запускать свои DotNet приложения под Linux+Apache и никогда не связываться с Java способами отличными от межпроцессного взаимодействия (очереди, RPC и т.п.), т.е. никаких Eclipse, Java docs, Java syntax и т.п., и для этого они с радостью купят настольную венду разработчика, Visual Studio Pro, Dev Express или другие компоненты

думаю, богатый Enterprise мог бы даже "налог" за дотнет под Linux выплачивать вместо покупки enterprise венды от объема какой-нибудь метрики типа большого кол-ва обработанных транзакций в единицу времени и т.п.

sanyock2никогда не связываться с Java способами отличными от межпроцессного взаимодействия (очереди, RPC и т.п.), т.е. никаких Eclipse, Java docs, Java syntax и т.п.

и шины промышленных серверов приложений

DB2 позволяет использовать DotNet хранимки под вендой

думаю, со временем они добавят поддержку DotNet и в сферу и под Linux

Kenny FartmanОсобенно дотнетовские индусы

чем дотнетовские индусы отличаются от неиндусов?
работают они как и неиндусы в международных компаниях, которые и покупают Visual Studio с компонентами, который стоит сущие копейки по сравнению даже с зп в Индии в этих компаниях, а уж тем более по сравнению с IBM серверами, заряженными волшебными сферами

Kenny Fartmanавтор настоящий серверный DotNet теперь будет на linux/unix системах - ура товарищи!
Бред. Чему уракать-то? Уже давно измерено что по скорости исполнения JVM уделывает .NET на заметную разницу.
заметную с помощью микроскопа? в пределах десятков процентов скорее всего, не в разы же

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

Kenny Fartman Плюс инфраструктура IDE

студия многим нравится больше IntelliJ, Eclipse, Netbeens

Kenny Fartman+Concurrent Versioning System

это про версионность кода?
git для студии разве не подходит? я его с командной строки предпочитаю в линуксе, FS проброшена в виртуалку венды

Kenny Fartman для жабы на порядки развитее. У .NET собсно один плюс, более шустрый GUI в клиентах на винде. Но жаба с JavaFX и тут догнала, больше у .NET какбы плюсов и не было никогда, а вот ценник за Visual Studio+ стэк разработчика гораздо выше
а где набор компонентов для JavaFX лучше, чем DevExpress?

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

Kenny Fartmansanyock2заметную с помощью микроскопа? в пределах десятков процентов скорее всего, не в разы же
Ну, да, десятки процентов но даже это говорит в пользу жабы а не .NET
без учета удобства разработки особенно для уже изучивших по вашм словам УГ, им что теперь переучиваться? войдите уже в их положение. При разработке многих задач дельта 1% затрат на разработку может перекрывать 10% при испольнении

Kenny Fartmansanyock2а вот переучиваться с dotnet на библиотеки java не каждый захочет
А зачем они вообще изучали это УГ? Это их проблемы
надеюсь главный дотнетовский индус решит эти проблемы кардинально и тем самым выручит массу народа и возможно расширит рынки серверных приложений MS кроме собственно серверной венды (хотя в средне-малых офисах она полюбому останется в качестве контроллера домена с интерфейсом от мультиварки) и создаст страховку для Microsoft на случай массовой миграции на Linux даже если бы дотнет под линуксом не было

Kenny Fartmansanyock2работают они как и неиндусы в международных компаниях, которые и покупают Visual Studio с компонентамиА зачем им этим международным компаниям, тратиться на винду и стэк для этих индусов да еще и обновлять это всё раз в три года с выходом новой Windows 10, 11, 12 etc? Если сейчас индус может сидеть под бесплатной убунтой с эклипсой и ваять свои жаба классы

это в первую очередь для тех, кто УЖЕ тратится и хочет деплоить на линукс
для тех кому полная студия ненужна или нищебродов (экономистов на мелочах) есть бесплатный Express

Kenny FartmanА где есть такие люди? И захотят ли они копаться в кишках leenox, настраивая безопасность серверов?
называются линукс админы, их программировать никто не заставляет ни на Java ни на DotNet

Alexander A. SakПо ту сторону границы тоже обсуждают: А .NET идёт на Linux
Нет желающих подискутировать там?

там неинтересно :)

For Allsanyock2студия многим нравится больше IntelliJ, Eclipse, NetbeensВидел я эту студию - говнище ещё то

немаловажна еще и привычка

Basil A. SidorovШли бы вы или в профильный форум
на профильном будут зеркально обсуждать "линукс - ненужно", какой смысл время терять, тут хоть интересная обратная связь

Basil A. SidorovПТ.

очень смешно

Basil A. SidorovНичего смешного: когда были открыты исходники Netscape, то созданный для их развития Mozilla Foundation первые два-три года занимался "выкорчёвыванием лицензионно-грязного кода". И только потом появились M-сборки.
А это - изначально кроссплатформенный проект. Собрать же исходники дотнета ничем, кроме VS - невозможно.


mono собирается под mono без венды как и многие другие компиляторы
компиляторы на венде для сборки линуксового компилятора будут нужны только первое время
а в чем суть привязки сборки к студии кроме как редактора, разве из командной строки dotnet не собирается?

Basil A. SidorovТаким образом, даже при самом оптимистичном сценарии, что-то, хоть сколько-нибудь работоспособное, появится года через три-четыре. За это время мелкомягкие раз пять сменят и топов и политику.
если не ошибаюсь главного топа они не меняли ранее, пока он на пенсию сам не ушел
будем надеяться Сатья сделает dotnet true кросплатформенным

своим заявлением они открыли дорогу многим dotnet проектам, которые бы возможно даже не начались без такого заявления о поддержке linux, потому что нынче топы стартапов очень часто требуют на серверах linux must have

кто-то теперь сможет спокойно начинать разрабатывать на венде с планами миграции
а кто уж очень торопится будут пока деплоить на mono

Basil A. SidorovИ что эти стартапы будут делать с WPF/WinForms? На иксы спортируют?
ничего не будут делать, на иксы только серверную часть, уже упоминалось выше, в основном asp.net и сопутствующие сервисы
если кому нужно desktop GUI отличный от браузера - венда/wine

Basil A. Sidorov"Деплоить на моно", вроде, давно можно. Поддержать проект - тоже можно.

можно, но без полной совместимости и поддержки MS далеко не все согласны использовать в production, а теперь желающих будет значительно больше

Basil A. SidorovСпецификации - открыты.
Так в чём проблема? Почему не выходит каменный цветок?
mono цветок выходит но не достаточно каменный, нет полной совместимости, на которую нужно больше сил и денег от гиганта масштаба Microsoft, кто его даром то кодить будет в нужном объеме и качестве? дураков нет

Basil A. Sidorov
компиляторы на венде для сборки линуксового компилятора будут нужны только первое время
Вообще не понял этого пассажа.

Basil A. Sidorovа в чем суть привязки сборки к студии кроме как редактора, разве из командной строки dotnet не собирается?

Ну соберите dotnet при помощи nmake, если (по вашим словам) "студия - не нужна".
Для более чёткого осознания проблемы, можете попробовать собрать mono не GCC, а MS Visual C/C++.

сборкой компиляторов никогда не занимался, мои познания ограничены
https://en.wikipedia.org/wiki/Bootstrapping_(compilers)
на основании чего сделал предыдущие предположения - коментарии
поэтому дискуссию по данному вопросу поддержать увы не могу
писал только прикладные программы уже готовыми компиляторами и мой любимый язык - васик, что как бы намекает

Локшин Маркsanyock2студия многим нравится больше IntelliJ, Eclipse, Netbeens

Только что-то без Visual Assist как-то там не очень работается...

плагинов много под любые зрелые IDE, кому какие нравятся,
но точно знаю, что без Visual Assist мне в студии намного комфортнее эклипса,
в эклипсе иногда на perl небольшие фрагменты делаю

Basil A. SidorovНу и чем серверная часть asp.net лучше серверной части сервлетов/jsp?
она не лучше вообще, а лучше в частности конкретно для таких как я, кто уже знает asp.net
к примеру, сравнения asp.net mvc / play есть, почти паритет по функционалу
http://vschart.com/compare/play-framework/vs/asp-net-mvc-framework

Basil A. SidorovВы, похоже, не врубаетесь.
SUN/Oracle, IBM, Azul Systems, Excelsior LLC имеют собственные реализации JVM. У всех - кросплатформенные.
При этом многие java-приложения могут быть запущены на любой поддерживаемой платформе без каких-либо изменений.

очень сомневаюсь, по крайне мере несколько лет назад по отзывам в форумах, если только специально разрабатывали под нужные сервера приложений и добавляли соответствующие костыли

Basil A. SidorovПри этом бинарная часть java-рантайма укладывается в пару десятков мегабайт.

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

Basil A. SidorovПри этом я могу собрать/создать собственную JVM (те самые двадцать мегабайт), взять готовый байт-код (rt.jar, грубо говоря) и получить "ready to run Java SE", не тратя времени на реализацию того, что уже готово к работе.

на данный момент начальной целью кроссплатформенности дотнет скорее всего это не является судя по прес релизам

Basil A. SidorovЕсли CLR вся такая кросплатформенная и портабельная, то почему нельзя просто подсунуть mono готовый байт-код виндовой платформы? Чтобы вообще не делать "серверный стек"?
уже упоминалось, что нету в моне полной реализации DotNet, Мигель пилит мону под мобильные девайсы, с которых по мере сил и возможностей стрижет шерстку для своего бизнеса, asp.net худо бедно работает, MS давно уже заопенсорсили asp.net mvc, но есть отдельные несовместимости, посмотрите хотя бы их форум о CMS разрабатываемом работниками Microsoft, СУБД между прочим - PostgreSQL
http://docs.orchardproject.net/Documentation/Running-Orchard-on-Mono

Basil A. SidorovШли бы вы в ПТ - и в вопросе не разбираетесь и не понимаете того, что говорят другие.
не другие, а лично вы

smackmychisanyock2, и я

а вы могли бы конкретно обозначить, с чем несогласны кроме компилирования компилятора, в чем я плохо разбираюсь

Basil A. Sidorov Библиотека классов платформы .NET Framework , тыкаем в пространство имён System и, опаньки - первый же класс Activator содержит CreateComXXX.
Базовые классы платформы завязаны на инфраструктуру Windows. Неожиданно, да?

ну так понятно же, что их не будет, как и WinAPI

вы прям выискиваете к чему бы придраться, когда профит был обозначен предельно просто:
pure dot net asp.net приложения можно будет запускать на линуксе без плясок с бубнами

smackmychisanyock2, и я

мне кажется вы больше идейно из солидарности присоединились, чем объективно

Basil A. Sidorov"Открыть исходные тексты" и "поддержать линукс" - две большие разницы. Ну или четыре маленькие.

http://news.microsoft.com/2014/11/12/microsoft-takes-net-open-source-and-cross-platform-adds-new-development-capabilities-with-visual-studio-2015-net-2015-and-visual-studio-online/

Microsoft takes .NET open source and cross-platform , adds new development capabilities with Visual Studio 2015, .NET 2015 and Visual Studio Online


Visual Studio 2015 and .NET 2015: build for any device

Basil A. Sidorovsanyock2вы прям выискиваете к чему бы придраться, когда профит был обозначен предельно просто:
pure dot net asp.net приложения можно будет запускать на линуксе без плясок с бубнамиРефакторинг кода, с выкидыванием из него туевой хучи библиотечных функций, называется теперь "без плясок с бубнами".
"Ню-ню".

вопрос в том, кто пляшет
если Microsoft один раз станцует за всех дотнетчиков - профит дотнетчикам, хвала Microsoft

если у вас legacy asp с activex, то увы новая инициатива MS не поможет, но сейчас таких уже не делают

Basil A. SidorovskywriterПо-моему, эти гондурасы только и делают, что дробят сообщество Огонь и движение .

так используйте nHibernate, NPA, CSLA - длинный жизненный цикл, кроссплатформенность

sanyock2Kenny Fartmanпропущено...
А зачем им этим международным компаниям, тратиться на винду и стэк для этих индусов да еще и обновлять это всё раз в три года с выходом новой Windows 10, 11, 12 etc? Если сейчас индус может сидеть под бесплатной убунтой с эклипсой и ваять свои жаба классы

это в первую очередь для тех, кто УЖЕ тратится и хочет деплоить на линукс
для тех кому полная студия ненужна или нищебродов (экономистов на мелочах) есть бесплатный Express

оказывается не так давно MS выпустила новогодний подарок - бесплатную VS community по фичам равную Pro

http://www.visualstudio.com/en-us/products/visual-studio-community-vs.aspx

maytonПортирование софта - это сама по себе непростая задача. Особенно когда речь идёт
от эволюционирующем софте. Нужна какая-то команда тестеров которая будет
гонять этот ДотНет на линуксах по всему функционалу. У МС эта команда есть
и она скорее всего получает баблос за свою работу. Что и как будет тестить
сообщество энтузиастов - х.з.

Тоесть вопрос портирования - это уже вопрос решённый. А вопрос качества
тестирования результата продукта....

Это моё чортово ИМХО и я могу быть с ним не согласен.

мне кажется, понаделают автоматических тестов, а кто их будет гонять и под какими OS - уже дело десятое