Компания Microsoft подписала соглашение "Oracle Contributor Agreement", официально присоединилась к проекту OpenJDK, развивающему эталонную реализацию Java, и выразила готовность принять участие в совместной разработке. Отмечается, что Microsoft активно использует Java в своих продуктах, например, предоставляет Java runtime в Microsoft Azure, и теперь желает внести свой вклад в общее дело...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=51801
С# всё?
Хотелось бы верить что всё
Джаву тудаже.
Back to C++?
Microsoft и C++ развивает. То что крупная компания использует и развивает больше одной технологии - это нормально. У них там тысячи разработчиков, у каждого свои предпочтения. Недавно вон даже Rust в своём блоге для разработчиков рекламировали. Это не значит, что MS отказывается от C++ и C#.
Ага-ага. co-co-coroutines с их co_await, co_yeld и co_return... Сделали из плюсов петуха.
Это у плюсовиков генетическое что ли - отвергать изменения, упрощающие разработку? А потом думают, почему на их божественном никто не хочет писать и придумывает всякие жабоскрипты с растами.
Уже так наупрощали, что его стало невозможно выучить.
Ну не правда. начните с новых стандартов, затем если надо - спускайтесь в глубокие древности, но обычно не надо туда спускаться, современный код пишется несколько приятнее, чем 20 лет назад
Звездежь! Современные плюсы читать невозможно и столько нюансов, что сам козлина Маерс запутывается.
после того как auto стал возврашаемым типом из функции, emacs/vim-ером капец. :(
Штош
за "новыми" стандартами не угонишься, их выучить НЕВОЗМОЖНО ! они меняются по три раза в месяц
Вполне себе можно угнаться если быть в теме
Думаю он имел ввиду не то что разработка упрощается, а то что co_return/ co_yield явно вводит snake_case в язык не на уровне стандартной библиотеки, а на уровне ключевых слов.
Выскажу свое имхо: эстетически мне не нравится snake_case и я стараюсь его избегать. + насколько я слышал уже есть пропозал чтобы убрать эти странные перфиксы из co_yeild co_return, так что я не один такой, нас как минимум двое
А мне очень нравится snake_case, и я его стараюсь всюду использовать. И очень раздражаюсь, если где-то применяется lowerCamelCase. Да, сложно мне писать на JS =( Вкусы... Они такие. Разные у людей.
100 лет уже в STL этот снейк-кейс: push_back(...) и никого не смущает.
> Это у плюсовиков генетическое что ли - отвергать изменения, упрощающие разработку? А
> потом думают, почему на их божественном никто не хочет писать и
> придумывает всякие жабоскрипты с растами.Да нет, нормальные плюсовики рады новым фичам. Язык просто настолько старый, что уже собралось много старых пердунов, неспособных к усвоению новых фич. Вот и злоба отсюда.
Любой молодой и горячий джигит, пытающийся лезть с новейшими фишками языка в прод, рано или поздно станет старым пердуном.. Ну или менеджером
Я старый пердун, я отлично читаю новый код на с++ (даже пишу иногда на нем) и постоянно слежу за сообществом. И моя каждодневная(!) практика показывает, что весь этот новый молодежный код сами же авторы через две недели прочитать не могут. Что уж тут говорить о, хотя бы, годовом сопровождении?
Посему регулярно всплывают задачи рефакторинга с выпиливанием к xеpам собачьим всего этого модного гoвнa, просто потому что автора уволили, а переписать проще чем понять. Хотя вот авто и лямбды я обожаю, да.И где, черт возьми, уже 15 лет как обещанные модули? Надоело пересобирать проект по 2 часа после изменения одного основного хидера.
> Вот и злоба отсюда.
Вам, молодым необразованным глупцам, за любой критикой видится зависть и злоба. Научитесь уже ее принимать.
> И моя каждодневная(!) практика показывает, что весь этот новый
> молодежный код сами же авторы через две недели прочитать не могут.Они часом при этом не пересказывают баечки насчёт write-only перла или то всё-таки вообще предыдущее поколение было? ;-)
Похоже, сложность на ровном месте -- как и разруха -- в головах...
> Научитесь уже ее принимать.
Тогда думать придётся, а это бывает больно и утомительно.
// вообще со стороны
Это нормальный этап развития разработчика - когда освоил язык и стараешься все свое знание восторженно изложить в каждой строчке кода, так, чтобы позабористее.У большинства это через пару лет проходит.
>Надоело пересобирать проект по 2 часа после изменения одного основного хидера.Купи современный комп всместо своего калькулятора
на С# полтора землекопа пишут. Как вообще можно писать на таком, где даже примитивнейшие типы несовместимы между настольной и мобильной версиями.
Два землекопа. Меня тоже посчитайте.
По сравнению с PHP и JS, на других языках можно считать вообще никто не пишет =)
> примитивнейшие типы несовместимы между настольной и мобильной версиями.Занимаемся разработкой мобильного приложения на xamarin native android/ios. Соседняя команда пишет под десктоп. Имеем значительную долю общего кода.
Про обозначенную вами проблему слышу в первый раз.
Нет, не всё. Шарп как яп намного лучше явы. .Net тоже далёк от "всё". Просто пока не взлетел из-за долгого lockinа WPF к винде.Просто у МС сейчас в приоритете её облака, вот и хватаются за всё, включая конкурентов.
Капля здравомыслия в океане идиотизма
> Просто пока не взлетел из-за долгого lockinа WPF к винде.А сейчас с WPF что-то поменялось? Оно было есть и будет Windows only. WPF так сильно завязан на API от MS Windows, что если его портировать, то вместе со всем DirectX и Win32, которые в других ОС не нужны и будут только сбоку. Единственный вариант переизобрести новый кросплатформенный аля-WPF для .Net Core, вот только этого в планах не видно, как и взлёта .Net на фоне Java. Наоборот, мы читаем про то как MS присоединяется к OpenJDK.
Я раньше задавал тут вопрос, задам еще раз. Кто-нибудь пользуется тут .Net Core для не-Windows решений, чисто в Linux?
WPF теперь и на Linux, начиная с .net core 3.0
Вы лжёте! Оно открыто, но привязано строго к Windows. Планов по кросплатформенности нету.
https://github.com/dotnet/wpf/issues/48
Не лгу, а в глаза продолбился :( Сноску не увидел.
Note: Windows Forms and WPF apps only work on Windows.
Оказывается, .net core не такой уж и кросс-платформенный...
планы как раз естьно нескорые.. они сначала хотять унифицировать платформу.. будет .NET 5
а только потом будут про UI думать.. хотя может вместе с .NET 5 что-нибудь и родят
Как раз планы очень большие есть и будут реализованы в .NET 5+
> А сейчас с WPF что-то поменялось? Оно было есть и будет Windows only. WPF так сильно завязан на API от MS Windows, что если его портировать, то вместе со всем DirectX и Win32, которые в других ОС не нужны и будут только сбоку.WPF сейчас и на винде то никому не нужен, 2019 год на дворе
а вот .net core для всяких REST и asp.net core для вебни это круто
Зато Win32 API никуда не денется. Впрочем, это для любителей и знатоков, а не для обезьян.Одиночное окошко типичного хеллоуворлда на ВинАПИ, выводящее сообщение и дату и время собственной компиляции, будучи скомпилировано при помощи TCC, занимает на диске всего 2560 байт. Ежели компилировать Визуальной Студией, будет чуть больше 20 КБ. Так-то вот.
MFC выкинуть надо
В машинных кодах, небось пишешь, знаток? Или как обезьяна на каком-нибудь с, или, прости господи, питоне?
Да, работает пара сервисов. Вроде меньше проблем доставляют, чем java.
Ради саморазвития расскажите (если можно тезисно) в чем преимущества C# над Java,
а то я что-то не сталкивался с C# долгие годы кроме иззучения в ВУЗ-е на кафедре Microsoft.
Пчелы против мёда?
а я то думаю: почему minecraft с oracle jre перешел на openjdk
Потому что https://www.opennet.dev/opennews/art.shtml?num=50532
Очевидный сигнал, что джаву давно пора закопать. То что делает Оракле токсично для экосистемы в целом, а опенждк ситуацию не спасёт, только слегка отсрочит кончину платформы
помню яву еще в 90-ых хоронили все кому не лень. А воз и ныне там. Для энтерпрайза есть ровно два языка: Java и C#. C# не нужен, поскольку некроссплатформенен и завязан на майкрософте. Остается Java, в которой мс будет на птичьих правах (любой физик и юрик может подписать контрибушон огримент)
.Net и С# давно уже запускаются на Linux и MacOS. Пора бы уже из прошлого вернуться...
Ваў! И как мне на дотнете написать графическое приложение для линукса? Говорят можно на моно/замарин/вала. Вот только это не совсем то. И таки что ты имеешь против прошлого?
>Ваў! И как мне на дотнете написать графическое приложение для линукса?Avalonia - новый кроссплатформенный GUI фреймворк.
>Говорят можно на моно/замарин
замарин теперь входит в microsoft
> Avalonia - новый кроссплатформенный GUI фреймворк.А нормального WPF как не было так и нет...
xaml он нам и бесплатный ненужон.
> C# не нужен, поскольку некроссплатформенен
> как мне на дотнете написать графическое приложение для линуксаТы определись, тебе кроссплатформу или приложуху для линукса? Надо кроссплатформу - бери xamarin. Хотя тебе больше подойдёт electron - там как раз головой думать не нужно.
> Ты определись, тебе кроссплатформу или приложуху для линукса?"И", а не "ИЛИ". Мне нужно "И". Но тебе же головой думать не надо...
Для кроссплатформ, чтобы качественно - QT, быстро - электрон. Да, у него тоже есть некие преимущества, выведшие его на рынок. Вот только ни то, ни другое - не являются топиком.
А на джава вы на чем писать будете? Свинг? Он живой еще?
На жабе можно десктопное графическое приложение написать? вырвиглазный swing не предлагать, с таким же успехом можно на псевдографике гуй писать
В принципе можно использовать JNI и создать обёртку для GTK или Qt.
это как вирусы под линукс: они, говорят, и запускаются, и работают, но вживую никто не видел
> это как вирусы под линукс: они, говорят, и запускаются, и работают, но вживую никто не виделЭто как анонимы на опеннете: они, говорят, никогда не напишут чего-то от балды и всегда готовы пруфануть свои заявления, но вживую …
https://www.opennet.dev/opennews/art.shtml?num=40513
> Выявлены два ботнета, созданные из серверов на базе Linux
> 03.09.2014 23:01
> Отмечается, что это одна из крупнейших DDoS-атак в этом году, которая также примечательна сдвигом в сторону применения для построения ботнета уязвимых серверных Linux-систем,https://www.opennet.dev/opennews/art.shtml?num=45583
> Волна атак на клиентские маршрутизаторы
> 29.11.2016 17:27
> Точное число потенциально уязвимых устройств неизвестно, но утверждается, что проблема может затрагивать миллионы домашних маршрутизаторов. По информации от Deutsche Telekom, проблеме подвержено 900 тысяч их клиентов.https://en.wikipedia.org/wiki/VPNFilter
https://www.opennet.dev/opennews/art.shtml?num=48654
> Вредоносное ПО VPNFilter поразило более 500 тысяч домашних маршрутизаторов
> 24.05.2018 23:14https://www.opennet.dev/opennews/art.shtml?num=49226
> Более 7500 маршрутизаторов MikroTik вовлечены в атаку с перехватом трафика
> 04.09.2018 22:20Всегда знал, что маршрутизаторы на венде! 🙄
4 атаки за много лет? И в основном маршрутизаторы, на которых и данных то важных нет?> Точное число ... неизвестно
> утверждается
> может затрагиватьhighly likely?
> Более 7500 маршрутизаторов MikroTik вовлечены в атаку с перехватом трафика
Вау, просто громадный ботнет!
> поразило более 500 тысяч
Много, но не ботнет
В общем, по сравнению с виндой - мизер какой-то. Вирусы под линукс с правда с микроскопом искать надо.
> 4 атаки за много лет? И в основном маршрутизаторы, на которых иЭто 4 выдернутые из списка по тегу "бот" новости. Хотя достаточно было одной.
>> Точное число ... неизвестно
>> утверждается
>> может затрагивать
> highly likely?
> По информации от Deutsche Telekom, проблеме подвержено 900 тысяч их клиентов.highly anonimly peredergly
Как вам там, в 2001? C# это уже много лет как официально поддерживает Windows, Linux, MacOS, Android и iOS. Добро пожаловать в 2019.
Ваў! И как мне на дотнете написать графическое приложение для линукса? Говорят можно на моно/замарин/вала. Вот только это не совсем то.
Гугли: avalonia .net core
Avalonia сырой от слова совсем, net. core не решает проблему графических приложений.
Решает, начиная с .net core 3.0
Update: это не так :(
Кому в 2019 году в энтерпрайсе нужны графические (то бишь десктопные) приложения?
Из 2001 же прилетел.
Чем Gtk# не устраивает? MonoDevelop на оном и написан. Более того C# без проблем линкуется к любым сишным библиотекам через P/Invoke и к С++ через CXXI.
А можно уже готовое вантузное приложение, имея сырцы, пересобрать на гткшапр? Без сильного переписывания.
Странный вопрос. Естественно весь код не зависящий от Win-only фич, без проблем соберётся под Linux. Это справедливо для любого языка программирования. А нужно ли будет много переписывать, зависит исключительно от того, как хорошо основной код абстрагирован от Win-only фич. Есть ведь примитивные программы на WinForms у которых весь код в классе формы, там придётся переписать всё.
Гыы. Мало ты линковал видать, если у тебя без проблем. Обычно проще на менедж плюсах обертку написать, чем пинвок использовать.
C#/java живы в энтерпрайзе только потому, что они были единственными 15 лет назад. Всё новое уже на веб-стеке делается. Сейчас эти все шарпы и джавы понемножку превращаются в эдакий кобол, который все мечтают выпилить, но кода столько, что жить это будет вечно.Потому что на вебе то же самое пишется быстрее и дешевле, а коммерческие организации, внезапно, считают деньги.
Так было с сями и плюсами, плюсами и джавой/шарпом. Сейчас так с джавой/шарпом и вебом. Что будет следующим витком, пока не очень понятно, упорщать разработку-то дальше, кажется, некуда :) Проще современного веб стека уже только нейросеть, пишущая код за тебя по каким-нибудь опорным инструкциям на практически обычном человеческом языке. Видимо, это и будет следующим витком.
Рисуем окошко.
В нём три кнопки и поле ввода.
Нажатие на первую сохраняет данные поля ввода в таблицу базы данных.
Нажатие на вторую очищает поле ввода.
Нажатие на третью закрывает окно.Сегодня нейросетевой переводчик гугла уже вполне сносно переводит это на английский:
We draw a window.
It has three buttons and an input field.
Clicking on the first saves the input field data to the database table.
Clicking on the second clears the input field.
Clicking on the third closes the window.Завтра он будет переводить сразу на js.
Милейший, не надо в смузи водку добавлять, ей Богу, не надо...Вы нарисовали на веб-стеке графическое приложение у которого логика на фронтенде и фронтенд же с базой работает. Не в курсе про MVC, потому что опоздали родиться? Не беда, для этого и придумано образование.
А теперь давайте уже представим что-то минимально энтерпрайзное, с планировщиком и фоновыми заданиями. Тоже в кнопках это зарисуем? Видали мы это в гробу (1С). Или на несчастную базу данных переложить изволите, так она же у вас там noSQL-фалафель какой-нибудь.
Да я подтверждаю, что встречал уже в РФ людей которые постепенно переписывают серверную логику на node.js, это в принципе и MS продвигает как замену ASP.NET, от саппорта по которому им уже тошно, но C# и java никуда не деваются как языки и удачи вам вебнёй обойтись при работе с отраслеспецифичным железом. И покажите мне уже это высоконагруженное приложение написанное целиком хотя бы на том же node.js без апликейшен сервера на бекенде. Реальность такова, что апликейшн сервер это не всегда и не только лишь веб сервер.
Другое дело если достандартизировать вебсервера до апликейшен серверов. Ну так Java EE и IIS давно существуют. К ним nginx подтягивается со своим UNIT. Но это же строго всё для микросервисных соплекух. А в ентерпрайзе, в котором вы никогда не работали, бывают задачи, которые решаются строго монолитно из соображений цена/скорость.
Не переживайте, без работы останутся js писатели, автор выше это и написал. Нейронка гугла еще не скоро научится писать доморощеную говнологику(это не в обиду сказано, сам так делаю) энтерпрай решений.
Да даже когда нейронка научится писать энтерпрайзную говнологику - мы просто станем работать погонщиками нейронок.
Я сейчас работаю на очень кровавом энтерпрайзном проекте, где весь бойлерплейт пишет самопальная кодогенерирующая тула. Скармливаешь ей ямлы из энтерпрайз архитекта, жмешь кнопку "сделать хорошо", потом дописываешь бизнеслогику в условный метод process(), коммитаешь.
И знаете что? Работы меньше не стало.
Я думаю, что не надо бояться технического прогресса и слушать сказки луддитов, что, дескать, машины оставят нас без работы. Нужно просто соответствовать времени, и тогда работы будет больше, эта работа будет интереснее и будет лучше оплачиваться.
> переписывают серверную логику на node.js, это в принципе и MS продвигает как замену ASP.NET, от саппорта по которому им уже тошноА можно ссылку?
>Потому что на вебе то же самое пишется быстрее и дешевле, а коммерческие организации, внезапно, считают деньги.Ага, и очень часто за этим вебом стоят rest-эндпоинты, написанные на той же самой java и C#.
Вам бы английский подучить, чтоб гуглопереводчиком прикидываться.
на Unity3D C# живее всех живых
энтерпрайз, энтерпрайз - основная масса пользователей пользуется не энтерпрайз, а мобильными играми
> а мобильными играмиахахахахахахахаха геймдев проснулся
любой банк, магазин, тв, интернет и т.д. это все "энтерпрайз"а ваши 3 в ряд только домохозяйкам нужны, это еще те геймеры
Без этого "энтерпрайза" даже черные большие резиновые члены в рекламную выдачу си-шарперов не попадают. Он тупо везде.
Поэтому Альфа-Банк разрабатывает на дотнете
Юнити - убогое говно и игры на нем такие же.
а другого для мобилок нету
CryEngine не? https://dotnet.microsoft.com/apps/gaming
У Майков сейчас основное направление стало облака Azure им без разницы кто на чем пише они все технологии хотят поддерживать
безразборчивость ведёт к последствиям
Зашоренность ведёт к последствиям. А использование разных технологий говорит о широте взглядов.
О широте своих "зондов".
>У МайковУ тебя много опечаток в слове мелкомягкие.
Последние годы Микрософт мне решительно нравится.
Microsoft мне напомниет Nestle, которая также вначале была людоедской конторой, из-за впаривания сухого молока которой в Африке увеличилась смертность новорождённых (в ротдомах выдавали пачку сухой молочной смеси и подсаживали на неё ребёнка, без стипуляции у матери пропадало грудное молоко, а на покупку новой сухой смеси у многих небыло денег), но сейчас исправилась и пытается загладить былую вину.
Исправилась? Серьёзно?
Ага. попробуйте поискать "Nestle шоколад рабство"
Потому что Сатья Надела ☝ Бывший SUNовец.
Сатья лазутчик из САН и хочет продать Майкрософт Ораклу?
Нокии.
> Нокии.Ух. Вот этот сюжет оказался закручен действительно лихо :)
> Потому что Сатья Надела ☝ Бывший SUNовец.А iОблака - это белые iЛошатки.
теперь unix domain sockets появятся наконец в java?или опять будет всё как инвалид -- (программирование програм без возможности IPC)?
Жирно - кому надо, уже давно написали/нашли либу.
> кому надо, уже давно написали/нашли либу.или просто выбрали язык с нормальной стандартной библиотекой.
как бы сказать что IPC это самая стандартая вещь которая ожидается программистом
>как бы сказать что IPC это самая стандартая вещь которая ожидается программистомМногие задачи, особенно в сфере применения Java, без проблем решаются в рамках одного процесса
Microsoft Java TM
Майки давно мечтали пристроиться к жабе. Мечты сбываются. :)
Так они уже один раз пытались, но получили по щщам.
Давно пора джаву от EEEшить.
Это просто фантастика. Кто забыл - была такая microsoft java. В своё время майкрософт принципиально отказался от совместимости и пытался угнать джаву, как до этого угнал веб (internet explorer подменил общие стандарты на майкрософтские). Но джава выстояла, майкрософт джава загнулась. И вот наконец-то десятилетие спустя майкрософт признала полное поражение и присоединилась к мейнстриму!
Вообще веб таки тоже выстоял. Эффективные манагеры микро$офта скатили ихние бровсеры ниже уровня городской канализации, никто ими больше не пользуется и всем наплевать на ИЕ.
> Вообще веб таки тоже выстоял.Веб смог вернуться. Но майкрософт смог захватить его на довольно длинное время.
IE это всё та же попытка EEE. Я вообще считаю что на лого Майкрософта должны быть три буквы E, EEE.
> IE это всё та же попытка EEE.IEEE?
Другие три буквы
И тут микрософт тоже признала своё поражение. Всё логично. Нефиг пытаться угнать чужие технологии.
>майкрософт джава загнулась.Если не считать того, что она превратилась в С#. И в основном стараниями SUN, которые в судебном порядке настояли, чтобы MS или привели свою jvm к стандарту или сменили вывеску.
Тут все сборки https://jdk.dev/download/
Есть же golang, кого волнуют эти устаревшие сишарпы с джавами?
Golang конечно хорошо, но как на нем написать приложение под андройд? Придется или джаву или котлин использовать. Последнее вероятно вытеснит со временем джаву т.к. GO(KO)рутиновый подход к многопоточности мегаудобный.
Я вообще не знаю как писать под андроид, но там уже давно есть даже какие-то оболочки писанные на Го. С ходу не вспомню название по причине их проприетарности, но вообще работают быстрее штатного "десктопа".
Дайте мне пнуть этого "урода" из-за которого растут требования к производительности и ОЗУ обычного телефона.
> как на нем написать приложение под андройд?Под «андройд» — не знаю, а под Андроид — легко: https://github.com/golang/go/wiki/Mobile
Несерьезная поделка, увы. Еще слабее чем Ruboto, которое есть невзлетевший framework для писания под Android на Ruby.
Го - это сокращение от "говно". Нормальные программисты на этом писать не будут. Орды ничего не понимающих в программировании гоферов ничем не отличимы от орд ноджсеров, и те и другие носятся с куском говна потому что модно.
> Орды ничего не понимающих в программировании гоферов ничем не отличимы от орд ноджсеров, и те и другие носятся с куском говна потому что модно.Как по мне, так пусть лучше с Го носятся, чем с джавами, сидиезами, нодами и петунами.
В моей реальности вообще с перлом носятся до сих пор.. Я вот смотрю на Го и думаю, что он был бы неплохой альтернативой.
Вы оцените, как уродливо на Го задаётся формат строки с датой и временем.Ушлёпки, остряки самоучки. Хомяк на велике, несущийся в никуда.
Жаль, что язык "взлетел".
Я бы не сказал, что это уродливо (есть в этом что-то по-своему элегантное), но способ однозначно крайне неочевидный и при этом неудобный в использовании из-за отсутствия запоминающихся мнемоник формата.
> Я бы не сказал, что это уродливо (есть в этом что-то по-своему
> элегантное), но способ однозначно крайне неочевидный и при этом неудобный в
> использовании из-за отсутствия запоминающихся мнемоник формата.Лично мне не понравилось, что нельзя четко сказать что в в формате 2006-01-02 является месяцем, а что днём. Если уж задавать такие шаблоны, то хотя бы должна быть возможность указать 2006-01-22 чтобы сразу было понятно, но такой шаблон приводит к неожиданным результатм.
Ещё одна вещь, которая бросилась в глаза при поверхностном знакомстве - штатная библиотека XML страшно тормозит, даже баг такой есть: https://github.com/golang/go/issues/21823 - разбаотчик библиотеки куда-то пропал, а остальные девелоперы такого хорошо поддерживаемого и прогрессивного языка чот затрудняются проблему решить. Да что там, даже биндинги для SAX через libxml никто не удосужился сделать - Го, наверное, один такой, у которого нету такого биндинга %( Надеюсь со временем человечество узбагоится со своим петоном и таки перешипут Го-шные либы нормально..
А, ну и да, по совместимости что пока бросилось в глаза - это то, что он не совместим с собственной документацией.. На официальном сайте, на страничке "Эффективное Го" английским по белому сказано, что массивы передаются в йункцию по значению, кто не понял повторяем - при передаче в функцию и из функции массив копируется. Проверил - создал массив, инициализировал, передал в функцию, там переинициализировал другими значениями и отдал обратно, естественно другой переменной присвоил. В результате исходный массив тоже оказался переинициализирован. Такие несоответствия беспокоят немного, да.
Есть плюсы, а Го для петушков всяких.
> Есть плюсы, а Го для петушков всяких.Не, наоборот, петушками становятся те, кого на зоне, пардон, на производстве, опустили за параллельный код с утечками памяти. Сам же понимаешь, что на плюсях без этого никак.
Код рубят, память течет.
Это дело лишь собственной образованности и организованности. А когда пытаются программировать какие-то неучи, то это всегда утечками и заканчивается.
http://img1.joyreactor.cc/pics/post/java-%D0%BF�...
go безусловно занял свою нишу. Но он далеко не универсален, так что другие языки остаются с нами.
> go безусловно занял свою нишу. Но он далеко не универсален, так что
> другие языки остаются с нами.Да, в самом деле - остаются ещё как минимум два языка: JavaScript и English
Го с гц. Это ставит крест на любом "близкксистемном" использовании и реалтайме.
> Го с гц. Это ставит крест на любом "близкксистемном" использовании и реалтайме.На реалтайме-то каким боком? Вот ты поставляешь заказчику ралтаймовую систему, которая гарантирует, что какой-то процент его транзакций будет обработан в течение заданного интервала времени. Например 90% процентов ваших банковских транзакций будут завершены в течение одной секунды (ну или нужное вписать). И это будет рилтаймовая система.
Да и в близкосистемном использовании было бы неплохо хотя бы петонистов отодвинуть. А то какой-нибудь кокпит на отображение утилизации ресурсов моего нетбука тратит все его ресурсы %-| Пусть уж лучше пишут на Го, раз уж на сях не могут.
>Вот ты поставляешь заказчику ралтаймовую систему, которая гарантирует, что какой-то процент его транзакций будет обработан в течение заданного интервала времениБанковские транзакции никаким боком к реалтайму не относятся. Хард-реалтайм - это управление медицинским оборудованием, реакторами, станками и т.п., где малейшая задержка может привести к беде. Софт-реалтайм - бытовая электроника, где юзер ожидает результата сразу после нажатия на кнопку, но если в паре процентов случаев задержка будет чуть долше, то никто не умрет. А в бизнес-софте важна только общая пропускная способность и среднее время отклика.
>>Вот ты поставляешь заказчику ралтаймовую систему, которая гарантирует, что какой-то процент его транзакций будет обработан в течение заданного интервала времени
> Банковские транзакции никаким боком к реалтайму не относятся. Хард-реалтайм - это управление
> медицинским оборудованием, реакторами, станками и т.п., где малейшая задержка может привести
> к беде. Софт-реалтайм - бытовая электроника, где юзер ожидает результата сразу
> после нажатия на кнопку, но если в паре процентов случаев задержка
> будет чуть долше, то никто не умрет. А в бизнес-софте важна
> только общая пропускная способность и среднее время отклика.Можешь посмотреть определение тут: https://ru.wikipedia.org/wiki/%D0%A1%D0%...
> Есть же golang, кого волнуют эти устаревшие сишарпы с джавами?Если рассматривать язык - не такой уж go революционный, отсутствие шаблонов/параметров типа это вообще не преимущество, а недостаток.
Но даже если принять новизнку и уникальность языка остаётся вопрос реализации. А рантайм у него крайне паршивый, garbage collector неэффективный и тормозной по сравнению с теми, что доступны для платформы openjdk.
GOLANG медленнее Java? Вот это новости! Чего только не встретишь на просторах интернета))
> рантайм у него крайне паршивый, garbage collector неэффективный и тормозной по
> сравнению с теми, что доступны для платформы openjdk.Повикипедил. Сборщик мусора морозит мир на 10 миллисек максимум и в редких случаях, 100 микросек - типично, часто 10 мксек. Если мы про скорость, то вроде не очень отвратитетльно.
Если идея в том, что оно плохо собирает мусор, то тоже как-то не замечено. Жрёт оно довольно много, но не течёт - вон syncthing у меня уже полгода крутится на НАСе с полгигом памяти - и ничё ему не делается.
Golang, все-таки, довольно специфичный язык, который на универсальный не тянет (это при том, что я на нем пишу большую часть времени).
С одной стороны он невыразителен, что не позволяет на нем писать действительно масштабные и сложные программы.
С другой стороны статическая типизация ограничивает его приминение в областях, где используются его прямые конкуренты python и ruby (в частности, на нем почти невозможно сделать orm уровня sqlalchemy или activerecord).
А с третьей стороны из-за использования gc и в целом производительности на уровне hotspot jvm (что, на самом деле, весьма неплохо) он плохо подходит для эмбеддовки.Получается, что подходит он, в основном, для небольших и средних проектов, которые предназначены для работы на серверах и при этом не подразумевают серьезной работы с РСУБД. Или, говоря по другому, для утилитарных микросервисов, занимающихся несложной обработкой данных. Ну и еще для примерно похожих по смыслу CLI-инструментов.
> С одной стороны он невыразителен, что
> не позволяет на нем писать действительно
> масштабные и сложные программы.В смысле? Пишешь насколько хошь выразительные интерфейсы к своим модулям и из них складываешь свои сложные программы. А из тех сложных программ ещё более сложные.
> С другой стороны статическая типизация ограничивает его приминение в областях, где используются
> его прямые конкуренты python и ruby (в частности, на нем почти
> невозможно сделать orm уровня sqlalchemy или activerecord).Статическая типизация отсекает часть ошибок на этапе компиляции - это уже неплохо. Почти невозможно - это всё-таки возможно?
> Получается, что подходит он, в основном, для небольших и средних проектов, которые
> предназначены для работы на серверах и при этом не подразумевают серьезной
> работы с РСУБД. Или, говоря по другому, для утилитарных микросервисов, занимающихся
> несложной обработкой данных. Ну и еще для примерно похожих по смыслу
> CLI-инструментов.ORM-то вообще подразумевает серьёзную работу с БД? У меня как-то такое предвзятое отношение к этим приблудам, что типа нельзя абстрагировать разработчика от конкретной БД слоями абстракции, а то он такого наразработает, что потом ни в коде ни и в базе не разберёшься.
Выражаясь в твоей манере:
кому нужен недоношенный go без generics, exceptions с тучей одинаково кривых систем управления зависимостями и сборки и постоянных проблемах с обратной совместимостью?Go за год потерял 10 позиций в популярности среди языков
https://www.tiobe.com/tiobe-index/а JAVA уже лет 15 на первом месте.
Как думаешь, почему? :-)
> кому нужен недоношенный go без generics, exceptionsДа кому угодно, кто планирует как-то сопровождать свой софт, привлекая к его разработке больше одного разработчика.
> с тучей одинаково кривых систем управления зависимостями и сборки и постоянных проблемах с обратной совместимостью?
Ну как-то выкручиваются же люди.
> Go за год потерял 10 позиций в популярности среди языков а JAVA уже лет 15 на первом месте.
> Как думаешь, почему? :-)Java -0.5%, Go -0.64% - всех вытеснил Петон и Руби, лол.
Уж сколько лет они только портили продукты, влезая со своим уставом в чужие сообщества.Скайп, Офис, косность Десятки. Куча инноваций, но юзабилити как вкус еды в тошниловке троллейбусного парка.
> Компания Microsoft подписала соглашение "Oracle Contributor Agreement", официально присоединилась
> к проекту OpenJDK, развивающему эталонную реализацию Java, и выразила готовность принять
> участие в совместной разработке. Отмечается, что Microsoft активно использует Java в
> своих продуктах, например, предоставляет Java runtime в Microsoft Azure, и теперь
> желает внести свой вклад в общее дело...
> Подробнее: https://www.opennet.dev/opennews/art.shtml?num=51801Это они что,Грехи Элопа скупают что ле?
> Это они что,Грехи Элопа скупают что ле?Ничего они не скупают.
Их грехов на всех хватит.
Они их бесплатно раздают, особо работящим -- приплачивают.