Компания Microsoft представила (https://blogs.msdn.microsoft.com/dotnet/2017/08/14/announcin.../) выпуск открытой платформы .NET Core 2.0 (https://dot.net/core) для Windows, macOS и Linux. Одновременно опубликованы стек для разработки web-приложений ASP.NET Core 2.0 (https://blogs.msdn.microsoft.com/webdev/2017/08/14/announcin.../), ORM-прослойка Entity Framework Core 2.0 (https://blogs.msdn.microsoft.com/dotnet/2017/08/14/announcin.../) (драйверы, имеются в том числе для SQLite и PostgreSQL) и набор для разработчиков .NET Core SDK 2.0.0 (https://www.microsoft.com/net/download/core). Также подготовлена (https://blogs.msdn.microsoft.com/dotnet/2017/08/14/announcin.../) спецификация .NET Standard 2.0, в рамках которой предпринята попытка стандартизировать API в различных реализациях .NET (.NET Core, .NET Framework, Mono и Universal Windows Platform) и упростить обмен кодом.
Исходные тексты компонентов .NET Core распространяются (https://github.com/dotnet/core) под лицензиями MIT и Apache 2, ASP.NET Core поставляется под лицензией Apache 2. Кроме Windows заявлена (https://github.com/dotnet/core/blob/master/release-notes/2.0...) поддержка Red Hat Enterprise Linux 7,
CentOS 7, Debian 8/9, Fedora 25/26, SUSE Linux Enterprise Server 12 SP2+, openSUSE 42.2+, Oracle Linux 7, Ubuntu 14.04/17.04, Linux Mint 17/18, macOS 10.12/10.13.
В состав .NET Core входят CoreCLR (https://github.com/dotnet/coreclr) (.NET runtime c низкоуровневыми классами, сборщиком мусора, JIT-компилятором RyuJIT, средствами для загрузки байткода и его компиляции в машинный код), стандартные библиотеки (https://docs.microsoft.com/en-us/dotnet/standard/net-standard), библиотеки CoreFX (https://github.com/dotnet/corefx) и утилиты (https://github.com/dotnet/cli), предоставляющие средства для разработки микросервисов, библиотек, серверных и консольных приложений на базе платформы .NET. .NET Core построен на модульной основе и изначально развивается как многоплатформенный продукт, обеспечивающий полноценную поддержку Linux. Для запуска и сборки приложений .NET Core предлагается интерфейс командной строки
dotnet (https://docs.microsoft.com/en-us/dotnet/articles/core/tools/...), который предоставляет типовой набор команд для выбора runtime, определения политики загрузки, инициализации проекта, сборки, создания пакета, публикации и выполнения приложения.
В новой версии (https://github.com/dotnet/core/blob/master/release-notes/2.0...) отмечается значительное увеличение (https://blogs.msdn.microsoft.com/dotnet/2017/06/07/performan.../) производительности фреймворка и runtime. Реализована спецификация .NET Standard 2.0, в которой более чем в два раза расширен API. Добавлена поддержка шести новых платформ, включая Debian Stretch, SUSE Linux Enterprise Server 12 SP2 и macOS High Sierra. Поддержка Linux теперь не разделена по дистрибутивам, а поставляется в виде универсальных сборок для x64 и arm, которые работают на всех поддерживаемых дистрибутивах.
Реализована предварительная поддержка платформы Linux на системах ARM32, позволяющая использовать (https://github.com/dotnet/core/blob/master/samples/Raspberry...) .NET Core на платах Raspberry Pi. Высокопроизводительный открытый JIT-компилятор RyuJIT задействован (https://github.com/dotnet/announcements/issues/10) на 32-рязрядных системах x86 (в прошлой версии RyuJIT использовался только на x86_64), заменив ранее применявшийся проприетарный JIT-компилятор JIT32. В SDK реализован автоматический вызов команды "dotnet restore (https://github.com/dotnet/announcements/issues/23)" для обработки зависимостей при выполнении таких команд, как run, build и publish. Обеспечена возможность сборки .NET Core SDK из исходных текстов.
URL: https://blogs.msdn.microsoft.com/dotnet/2017/08/14/announcin.../
Новость: http://www.opennet.me/opennews/art.shtml?num=47020
>Компания Microsoft представила выпуск открытой платформы .NETНе значит ли это что Мигелюшку нашего деИказу могут скоро выбросить на мороз?
WinAPI для всех платформ нужен. Одним ядром сыт не будешь
> WinAPI для всех платформ нужен. Одним ядром сыт не будешьДва реактоса и вайна на лопате этому Анониму.
Поддерживаю. Надоело под каждуюплатформу свои грабли Cocoa, Forms, а уне которых так вообще никак определиться не могут QT+GTK.
Пока .NET Core не умеет в мобилки - нет.
в мобилки умеет моно, который тоже, можно сказать микрософт, после покупки Xamarin. И они сами говорят, что такое разделение ролей их вполне устраивает : дотнет кор на серверы, замарин на мобилки. Код в Моно активно бекпортят, никаких проблем. Кстати, дотнет кор неофициально на android arm работает. Будет потребность - допилят, гитхаб же.
Нет, так как мигелюшка сам на зарплате в Майкрософт, занят слиянием кодовой базы с моно.
Похоже это коварный план по захвату всего сразу. Скоро, глядишь, и ява с Андроидом перестанут быть нужны.
было бы замечательно
> ява с Андроидом перестанут быть нужны.NET Core != .NET Framework (К.О., да). И если второй, будь он кроссплатформенным, ещё мог бы составить более-менее серьёзную конкуренцию жабе, то с сабжем Ява умереть может разве что от смеха. А какое к этому всему отношение имеет Андроид, вообще непонятно.
- Где наша гвардия? Гвардия где?
- Очевидно... обходит с флангов.
- Кого?
- Всех!
Будем надеяться, что банкротство микрософта и скупка её останков состоится быстрее, чем они окончательно испортят рынок бизнес-приложенией. Предпосылки уже есть.
TypeScript только взлетел.
не взлетел, а его старательно взетают. и если одна всем известная корпорация в свойственной ей манере решит забросить очередной фреймворк, то... ой, всё — это раз. кроме статической типизации тс ничем не лучше жс в новых стандартах, пример одного надмножества (кофе) уже есть. где-то он теперь? — это два
Кофискрипт просто не всем подходит по синтаксису - не все могут бидоноподобное читать и понимать. Поэтому его не очень жалуют.
ClojureScript и Лисп не оценил?
> ClojureScript и Лисп не оценил?Работать надо , а не шлак однодневный оценивать.
Однодневный?!!
Сколько всего языков старше Lisp?
Суммарное время программирования людьми на Лиспах около 20 человеко-часов. Ну, судя по количеству написанного кода:)
> Суммарное время программирования людьми на Лиспах около 20 человеко-часов. Ну, судя
> по количеству написанного кода:)минимум 50К строк в час? Хоро ^W Отлчный язык!
| Language | Code Lines | Comment Lines | Comment Ratio | Blank Lines | Total Lines |--https://www.openhub.net/p/emacs/analyses/latest/languages_su...
| Emacs Lisp | 1,188,081 | 214,703 | 15.3% | 181,078 | 1,583,862 |
Не трожь emacs. Это свой закрытый специфический мир. Я говорю про ПОЛЕЗНЫЙ код.
> Не трожь emacs. Это свой закрытый специфический мир. Я говорю про ПОЛЕЗНЫЙ
> код.Если ты не осилил, это не значит, что он не полезный. Вот я тебе табличку только что "нарисовал". Тебе понравилось?
Хочешь, я тебе напишу программу, которая будет на ФОРТе колбасить по 100К строк кода в час? И запущу на недельку. И ты конечно же скажешь, что ФОРТ полезен и очень важен для шелковистости волос?
> Хочешь, я тебе напишу программу, которая будет на ФОРТе колбасить по 100К
> строк кода в час? И запущу на недельку. И ты конечно
> же скажешь, что ФОРТ полезен и очень важен для шелковистости волос?Давай! 20 часов пошли. _Имакс на форте_ -- или бала60л.
А? Какие 20 часов? Какой имакс? Я тебе говорю, что могу написать генератор ФОРТ-программ. И он будет генерировать много ФОРТ-кода. Только ФОРТ от этого лучше не станет.
> А? Какие 20 часов? Какой имакс? Я тебе говорю, что могу написать
> генератор ФОРТ-программ. И он будет генерировать много ФОРТ-кода. Только ФОРТ от
> этого лучше не станет.Ну, балабол значит. //И много форткода генерит seq. Его можно даже не писать.
>Ну, балабол значит.Ты там совсем охренел? Сам придумал, сам всех обвинил и сидит корчит из себя хрен знает что.
Тьфу на тебя.
>>Ну, балабол значит.
> Тьфу на тебя.Ты не отвлекайся: табличка-то понравилась?
Фиговая табличка, форматирование расползлось.
###А.Сталя>>>Я говорю про ПОЛЕЗНЫЙ код.
###>>абличку только что "нарисовал". Тебе понравилось?
> Фиговая табличка, форматирование расползлось.В (33) и далее я на А.Сталя набрасывал, но и это тело сойдёт: табличка раздражает -- польза от имакса достигнута.
> Я говорю про ПОЛЕЗНЫЙ код.То, что ты не пользуешься программами на лиспе, говорит лишь о том, что он бесполезен для *тебя*.
А вот те, кто пользуются Emacs, MATLAB, Maxima или там AutoCAD, с тобой вряд ли согласятся.
Только Лисп, несмотря на свою олдовость до сих никому не нужен, и никем не востребован.
> Только Лисп, несмотря на свою олдовость до сих никому не нужен, и
> никем не востребован.То есть имакс - не лисп, я - никто, чёрное - белое, мир - это война, а в камменты с---ь не мешки ворочать. Гениально ! //Вы не из Верхней Палаты?...http://www.opennet.me/openforum/vsluhforumID3/111781.html#483
Кроме Емакса на Лиспе написано...ээээ...ничего?
> Кроме Емакса на Лиспе написано...ээээ...ничего?И вакансий Лисп-программистов больше чем 0?
>> Кроме Емакса на Лиспе написано...ээээ...ничего?
> И вакансий Лисп-программистов больше чем 0?Базальт СПО ищут схемера себе. Solar Scrutity не прочь нанять кложуриста. Ну это я так, сходу, и только в Москве. :)
>>> Кроме Емакса на Лиспе написано...ээээ...ничего?
>> И вакансий Лисп-программистов больше чем 0?
> Базальт СПО ищут схемера себе. Solar Scrutity не прочь нанять кложуриста. Ну
> это я так, сходу, и только в Москве. :)Посчитайте сколько вакансий на С++, .NET, Java?
Предвижу кудахтанье "Быдлоязычки для вчершних школьников и индусов, а вот наш Лисп тру и только для прошаренных" Давай еще про Столлмана задвинь по классике, целый Емакс написал же. Еще про Автокад, как же там тоже Лисп вроде. И всякие диалекты Clojure, Racket, Scheme и прочее. Никому это не нужно, за редким исключением. Никто не хочет писать на мертвом языке. Никому не хочется поддерживать код написанный на мертвом языке. Неважно насколько он тру, если он не распространен и непопулярен.
> Посчитайте сколько вакансий на С++, .NET, Java?
> Предвижу кудахтанье "Быдлоязычки для вчершних школьников и индусов, а вот наш Лисп тру и только для прошаренных"Да мне в общем-то плевать, тру он или не тру. Спецам по ним очень хорошо платят. А если меня прижмёт и я совсем-совсем не смогу найти вакансий, то и фиг с ним -- устроюсь разработчиком на чём-нибудь более популярном на какое-то время.
Вся фишка в том, что популярные языки я тоже знаю, и могу их сделать основными в любой момент, а вот Вы поступить наоборот -- не можете. Зато можете кудахтать сколько угодно о нашей "ущербности". Но давайте уже будем честными: вы завидуете тому, что (А) не осилили и (Б) нашим зарплатам. :)
Лисперы говорят, что вселенная, но на самом деле там перл пополам с башем. :-)
На Lisp для AutoCAD и решений на его базе столько кода за 30 лет навалено, даже представить себе не можешь.
И чо? Кто-пишет на Лиспе под ваш гребаный Автокад? Там есть биндинги к более вменяемым языкам
>если одна всем известная корпорация
> в свойственной ей манере решит забросить очередной фреймворк, то...Так это. Уже. Одна приснопамятная корпорация только тем и занята, что набрасывает на вентилятор. Никакие зонтики не спасают.
> ой, всё
> — это раз.
> кроме статической типизации тс ничем не лучше жс в новых стандартахТак он для статической типизации и создавался.
> пример одного надмножества (кофе) уже есть. где-то он теперь? — это два
Пример одного плавательного суда (Титаник) уже есть. Где-то он теперь? Значит, плавательные суда строить не надо, они все затонут, вспомнити Титаник. #логика
>не взлетел, а его старательно взетают. и если одна всем известная корпорация в свойственной ей манере решит забросить очередной фреймворк, то... ой, всёTypescript уже активно используется и в фейсбучном реакте, и в гугловском ангуляре. В ангуляре так вообще по умолчанию и заодно с тоже майкрософтовским rx.js
>кроме статической типизации
действительно, кому она нафиг нужна, когда есть кофескрипт, заменяющий скобки пробелами и отступами :)
Актуальный rxjs - тот, который http://reactivex.io/rxjs/ - уже не microsoft-овский давно.
в фейсбучном реакте а активно, видимо, используется 'flow',
который дает ту же статическую типизацию, только лучше.
Тайпскрипт именно что взлетел: гугл фактически отказался от своего Dart-а в пользу Typescript, в Angular2+ это основной язык, с React-ом тоже часто используется. Потому что, в отличие от всяких хипстерских кофескриптов, авторы которых забавляются синтаксисом, решает реальную проблему типизации, при этом сохраняя разумный уровень совместимости с JS. Microsoft очень удачно переманил Андерса Хейлсберга из Borland-а (или как он там назывался тогда): взлетает практически все, что он делает.
flow и TypeScript сравнивали?
Основное отличие в способе типизации.В TS структурная типизация, в отличие от flow. Для js структурная типизация, как по мне, скорее плюс, хотя есть и обратное мнение.
В целом же, все, что дает typescript, можно получить через flow и babel с пачкой плагинов.
Снова net core 2.0 не могет сборку в статический бинарник, как в Golang? Не нужeн тогда ваш нет кор!
Напомни "нужную" программу, распространяемую в виде статического бинарника
busybox,vi,ash. А в чем проблема статически скомпилировать программу? У вас с этим какие-то проблемы судя по вопросу?
А что нибудь покрупнее 1мб можно?
А нужно?
Ты не понимаешь, как это работает. Вначале ты приводишь программу размером в 1.5 Мб. Тебя попросят привести "что-нибудь побольше 2 Мб". Приводишь -- с тебя требуют "побольше 3 Мб". В итоге ты всегда будешь неправ, а они победилы.
Потому что 99% не распространяет ничего в статических бинарях, и никому они здесь не нужны, тем более на c#
>> busybox
> А что нибудь покрупнее 1мб можно?% ls -lh /bin/busybox
-rwxr-xr-x 1 root root 1,8M апр 27 00:13 /bin/busyboxВаш К.О.
А что нибудь покрупнее 2мб можно?
https://github.com/syncthing/syncthing
phantomjs
Они уже давно развивают ahead-of-time компиляцию. В нативные бинарники. Пока в альфе, да.
https://github.com/dotnet/corert
Толку от этих выпусков, если Paint.NET версии < 4 не работает на linux
А зачем тебе это нинужна? Оно хуже гимпа по фичам.
Хуже гимпа могут быть только новые версии гимпа
Вот так бы и с виндой.
Сам недавно удивился, но ядро венды открыто с 2008 года. Точнее некий его "учебный прототип", и под особо рабской лицензией.
Им стыдно.
сейчас такой тренд -- замусолить всем глаза словом "открытый", наверное не осталось корпораций, которые бы не выкладывали "открытый" крап
> сейчас такой тренд -- замусолить всем глаза словом "открытый", наверное не осталось
> корпораций, которые бы не выкладывали "открытый" крапНе, у этой капрорации всё гора-а-аздо первее!
[U]http://www.opennet.me/openforum/vsluhforumID3/105598.html#69
http://www.opennet.me/openforum/vsluhforumID3/110245.html#39 [/U]
http://www.opennet.me/openforum/vsluhforumID3/110828.html#18
http://www.opennet.me/openforum/vsluhforumID3/110347.html#38
http://www.opennet.me/openforum/vsluhforumID3/109665.html#177
http://www.opennet.me/openforum/vsluhforumID3/108387.html#13
http://www.opennet.me/openforum/vsluhforumID3/108383.html#88
http://www.opennet.me/openforum/vsluhforumID3/107333.html#44
---Friends Don't Let Friends be Microsoft Brainwashed
Выложили же, чего плохого? Поддержка будет, развитие тоже. Не то что обычно кидают объедки с барского стола типа "вот вам исходники дальше пилите как хотите"
>Поддержка будет, развитие тоже. Не то что обычноОх, не мешки...
> кидают объедки с барского стола типа "вот вам исходники дальше пилите
> как хотите"Реквестую запись т/ф звонка в тех.поддержку Микрософт РУС с вопросом
--Как мне пропатчить MS .NET Core 2.0 под FreeBSD?7!1
> --Как мне пропатчить MS .NET Core 2.0 под FreeBSD?7!1Исходники в руки и пилить!
>> --Как мне пропатчить MS .NET Core 2.0 под FreeBSD?7!1https://github.com/dotnet/coreclr/blob/master/Documentation/...
>>> --Как мне пропатчить MS .NET Core 2.0 под FreeBSD?7!1
> https://github.com/dotnet/coreclr/blob/master/Documentation/...И?
> Build the Framework Managed Components
> We don't yet have support for building managed code on FreeBSD, so you'll need a Windows machine with clones of both the CoreCLR and CoreFX projects.
> You will build mscorlib.dll out of the coreclr repository and the rest of the framework that out of the corefx repository. For mscorlib (from a regular command prompt window) run:
> D:\git\coreclr> build.cmd freebsdmscorlib
>
Удалить это фриБСД и поставить Убунту. Ваш кэп
Закрыто - не нравится, открыто - не нравится. Всё не нравится.
Мне, если честно неважно, прикрыта кучка г-на газеткой или нет, главное туда не вляпаться.
> Закрыто - не нравится, открыто - не нравится. Всё не нравится.не нравится привычка микрософта делать кривое решение, убивать конкурентов, убивать своё решение новой "технологией".... Не та компания, которой можно верить в долгосрочной перспективе.
17 лет решётками и 15 фреймворку. Они вдвоём никого не убили и не сдохли. Весьма приятные инструменты. Вот чё ты ноешь?
> Никому нельзя верить. Ни гуглу, ни эпплу, ни рэдхату. Везде зашквары, везде
> подноготная, всюду люди переполненные амбициями, в ущерб всеобщему благо. Мыльте веревку,
> или переставайте жить в манямирке.мм.. На эту тему есть литература вполне принятая (цитируемая) такими авторитетными научными инстанциями, как РАН например (Институт Философии РАН). Из того, что мне известно - "Капитал" Маркса, "Симулякры и симуляция" Бодияра, "Общество спектакля" Ги Де Бора (ну этот может и не принят РАН, ладно).
Т.е. я хочу сказать, что это не хаотично-дикий мир обмана. Всё вполне предсказуемо, описуемо и изучено.
Есть Clojure, есть ClojureScript. Успокойтесь уже. LISP использует и Amazon, и Ebay и другие крупные игроки рынка. Да, он сложнее и непонятнее. Да, хомячки со средним мозгом не смогут его освоить - только PHP, да и то - кое-как и JS на уровне макаки.TypeScript нафиг не нужен при таком раскладе. МС может легко завтра от него отказаться.
Завтра легко может взорваться Йеллоустоун, и достижения XVII—XXI веков потеряют всякий смысл. Значит, нужно прекращать всяческие попытки развивать что-либо?
> TypeScript нафиг не нужен при таком раскладе. МС может легко завтра от него отказаться.На основе TypeScript ангуляр и реакт, так что даже если 20 компаний майкрософт от него откажутся, то это никак не повлияет на его жизнестойкость.
Eсть flow.
Oткуда информация, что реакт на TypeScript?
> Microsoft представила выпуск открытой платформы .NET Core 2.0 для Windows, macOS и LinuxУчитывая, что .NET и так с самого начала был виртуальной машиной, как-то глупо смотрится ЧЕРЕЗ 15 ЛЕТ СУЩЕСТВОВАНИЯ попытка быть "многоплатформенной".
Это не просто 15 лет - это 15 лет работы других людей. У нас, например, куплены компоненты, которые работают исключительно под Win (хотя и писаны для .NET) - потому что приходится использовать Win32 API. Сам наш код тоже немного "попахивает" виндой (например, путь к user/Documents или IPC). Неужели мы будем снова переписывать код (если это вообще возможно), лишь бы запустить это под линукс?? Конечно нет! Заказчик даже слушать такой бред не будет.
И такая ситуация не только у нас - вся .NET индустрия жила 15 лет в уверенности, что всё, что у нас уже есть (все библиотеки и API) - всё будет работать и дальше. Очевидно, что .NET Core просто вынужден порезать множество функций, чтобы быть переносимым. Тогда какой маньяк будет на это переходить??
Кратко говоря, MS лоханулась со своим windows only на таком перспективном проекте. А может ДАЖЕ СЕЙЧАС это всего лишь смешные попытки убедить инвесторов в своём "мы ещё ого-го!". Для меня они уже давно не ого-го, так что Core - мёртворождённое дитя.
.NET Core это не про настольные приложения. Это больше про микросервисы под Azure. Если все хорошо работает под Windows - так и оставляют. Если хотят писать микросервисы для контейнеров и нужен именно Linux - тут .NET Core. В нем же вроде даже WFC нет.С другой стороны, есть такая штука как .NET Standard. Это подмножество API, которое (в теории) кроссплатформенно и поддерживается обычным .NET и его Core-версией. Так что ничего переписывать с нуля не надо. Надо лишь платформа-зависимый код вынести и написать его аналог для Linux. А что, его так уж и много для серверных приложений бизнес-логики?
> .NET Core это не про настольные приложения. Это больше про микросервисы под
> Azure. Если все хорошо работает под Windows - так и оставляют.
> Если хотят писать микросервисы для контейнеров и нужен именно Linux -
> тут .NET Core. В нем же вроде даже WFC нет.
> С другой стороны, есть такая штука как .NET Standard. Это подмножество API,
> которое (в теории) кроссплатформенно и поддерживается обычным .NET и его Core-версией.
> Так что ничего переписывать с нуля не надо. Надо лишь платформа-зависимый
> код вынести и написать его аналог для Linux. А что, его
> так уж и много для серверных приложений бизнес-логики?есть куча аппсерверов, кот. изначально кроссплатформенны, и фреймворки для них
и опытные разработчики - зачем вляпываться в МС, если разгребать траблы, на платформах отличных от виндовз будет некому. Большинство разработчиков под виндовз не в курсах кроссплатформенности и НЕТ. не явл. исключением
Tizen позволяет писать под .NET Core (Xamarin Forms), приложения для Windows 10 - тоже .NET Core
Прими боже чего мне негоже?