Microsoft открывает исходники MSBuild и портирует под Linux и MacOS X

С планшетами и смартфонами линукс это уже процентов 90.

Ага, только создатили ведроида с тобой не согласны.

vcproj'ы собирать можно будет нативно везде, поэтому необходимость в генераторах вроде cmake отпадает

Судя по всему ты только хелловорды делал на cmake, раз у тебя сразу необходимость в нем пропадает.

Эти гандоши мне еще за xaml ответят.

На ЛОРе это не нужно.

Винда 10 бесплатна

Что курим?

как там в криокамере?вижу что течет.

http://www.ixbt.com/news/it/187171

9 Виндоус будет на Линуксе.

Почему?

Ненужно открывает исходники ненужно и портирует под Linux и ненужно

fxd. Не благодарите.

«Основана на ядре Linux» -https://ru.m.wikipedia.org/wiki/Android, просто не забывай что не любой Linux обязательно должен быть GNU/Linux.

Чем же она отлична? Тем что мало чего поддерживает что вне некросовта? Хотя плагины конечно пишут...

Чем же вас продукция JetBrains не устраивает?

Наверное тем, что нельзя по-человечески открыть более одного проекта. Во всяком случае на Ведро Студио так.

Для шарпа и крестов альтернативы студии нет. QTCreator неплох, но не то. Clion'a бесплатного (комьюнити как идея) не будет.

Не пробовал.

Поворю для тугодумов:

«Мы работаем над добавлением поддержки для Linux и Mac и надеемся, что это произойдёт достаточно скоро, в том числе и благодаря вашей помощи. Мы начинаем с mono и затем переключимся на .Net Core».

Мелкософт на своем последнем издыхании. Опенсорс это их последний шанс, хотя и это не поможет. Винда 10 бесплатна, но никто не переходит.

Вы насмотрелись передач по ТВ о US и доларе ?

Но кто в здравом уме будет пользоваться системой сборки с xml?

Java и .Net

Так что вы явно вы меньшинстве.

Ну что, неплохая новость. Открытие исходников - это всегда хорошо. Э, стоп... Под какой лицензией? eula?

Вот тут самое место всем этим дилетантским язычкам с динамической типизацией

Есть http://cakebuild.net

Вы тоже вылезайте. Уже было разъяснение, что бесплатным будет лишь сам процесс апгрейда пиратской винды, но не дальнейшее её использование.

Круто. Надеюсь через несколько лет портанут Visual Studio.

оказывается — отличную тему Шаман подтвердил!

прямо-таки сразу можно пометить всех фанатов Visual Studio :-)

третьим будешь, EXL :) .. [[а чуть-ранее отметились Landgraf и pashazz :) ]]

Java и .Net

Так что вы явно вы меньшинстве.

grim ★★★☆ (23.03.2015 2:17:15)

Ну-ну... А ось, который вы пользуетесь, на яве написана? А софт, начиная с браузера и заканчивая почтовиком, аськами-шмаськами, плеерами и т.д. - тоже? Сосите яву, дорогой

Под какой лицензией? eula?

The MIT License (MIT)
https://github.com/Microsoft/msbuild/blob/master/LICENSE

Когда винду уже под линукс портируют?

XML - второй признак людей отставших от жизни примерно на три поколения.

Школота. Вы бы сначала какой-нибудь промышленный стандарт изобрели. И только потом клали свой на него.

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

А сами за 20 лет не осилили написать нормальный фреймворк для создания интерфейса, так все ждете когда МС откроет свое чтобы подглядеть, да утащить себе. И не надо тут про гтк и кутэ. То что они говно известно многим на ЛОРе и не только.

Новости о намерениях что-либо делать (переходить на Linux и т.п.). Вот сделают, тогда и обсудим. По просьбам пользователей.

лучше бы офисные форматы открыли

уже давно

не заметил по либре офису, если бы открыли, документы бы не ехали.

qt чем плох?

toney, подпевай.

Нам винды заманчивые коды
Не заменят никогда свободы!

У микрософта достаточно бабла чтобы «издыхать» как минимум век.

дешевле нанять наёмников и убить всех разрабов ios и linux.

Чем qt вас не устроил?)

Проблема недекларативного описания сборки в том, что такие сборки очень сложно поддерживать IDE. Например банально узнать — какие файлы будем компилировать. Если у нас сугубо декларативный конфиг без всяких скриптов, то задача понятная и решаемая. А если у нас конфиг сборки является программой, то задача в общем виде нерешаемая вообще. Например наш конфиг может включать при сборке по чётным миллисекундам файл Even.cs, а по нечётным миллисекундам Odd.cs. Как IDE узнает, какой файл нужно проверять на ошибки, а какой не нужно? И таких примеров можно привести множество.

не заметил по либре офису, если бы открыли, документы бы не ехали.

https://msdn.microsoft.com/en-us/library/office/cc313105(v=office.12).aspx

не нравится текущая поддержка офисных форматов — помоги сообществу

Например наш конфиг может включать при сборке по чётным миллисекундам файл Even.cs, а по нечётным миллисекундам Odd.cs. Как IDE узнает, какой файл нужно проверять на ошибки, а какой не нужно? И таких примеров можно привести множество.

Но зачем, блеать?

Почему-то все пользуются и никто не стонет.

Наверное, потому что 99% жабамакак пользуются иде, генерирующими скрипты автоматом? Никто руками xml-говно писать не будет, только самые упоротые. Все эти xml-сборочные системы прибиты к иде, потому и не нужны.

Так они их открыли, но их офис с ними несовместим.

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

Ты gradle описал.

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

Нет. Maven'овские POM-файлы принято писать и править ручками. Никакая IDE за тебя это не сделает.

Тогда почему они в xml, если иде их сгенерить не может? Чтоб быть нечитаемыми?

Неужели пользователей линя стало так много

Да, и уже давно. Как никак самая распространённая ОС… на серверах.

Я тут подумал, что проблемы на самом деле нет, если у системы сборки будет определён контракт к IDE. Декларативный конфиг это сериализованная модель проекта. Недекларативный конфиг может на некотором этапе генерировать эту самую модель. IDE тогда надо только при изменении описания проекта не распарсить его заново, а обратиться за изменённой моделью к системе сборки.

Конечно, всякие дикие трюки не укладывающиеся в модель, таким макаром поддерживаться не будут, но и не все плагины для Maven'а фурычат из IDE.

Потому что во времена оные XML был самой клёвой крутой хипстерской штукой и его пихали везде. С тех пор так и маемся.

Maven'овский XML вполне читаемый, но многословный, и писать его неудобно.

(цмэйк говно, простите)

Неаргументированные вбросы обезьян не прощаем.

Фи, обещания портировать. Сколько всего разные компании обещали портировать под Линукс и забили в итоге?

Из оперы уже сделали.

А сами за 20 лет не осилили написать нормальный фреймворк для создания интерфейса,

О каком из интерфейсов от майкрософт вы тут вещаете?

так все ждете когда МС откроет свое чтобы подглядеть, да утащить себе.

Вы свои влажные фантазии оставьте при себе. Мне нафиг не впился «интерфейс» майкрософта.

И не надо тут про гтк и кутэ. То что они говно известно многим на ЛОРе и не только.

Где я об этом сказал, виндовоз вы безмозглый?