The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз унифицированной платформы .NET 5 с поддержкой Linux и WebAssembly, opennews (ok), 11-Ноя-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


3. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +1 +/
Сообщение от Аноним (3), 11-Ноя-20, 13:32 
Под линукс этим вообще кто-то пользуется? Лучше/хуже плюсов?
Ответить | Правка | Наверх | Cообщить модератору

6. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +4 +/
Сообщение от Аноним (6), 11-Ноя-20, 13:38 
Пятой версией в продакшн? Наверное нет, не пользуются.
А версии 2, 3, да, есть в продакшен!)
Ответить | Правка | Наверх | Cообщить модератору

63. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  –2 +/
Сообщение от n242name (?), 12-Ноя-20, 00:43 
глюкавое поделие, обновил студию (с обновой ставится NET5), обновил некоторые пакеты и все проект не запускается, старые пакеты для которых еще нет обновления, используют примитивы которые удалены, охренеть консистенстность платформы, будем ждать пока доделают до ума

Ответить | Правка | Наверх | Cообщить модератору

75. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +2 +/
Сообщение от Аноним (75), 12-Ноя-20, 09:35 
сам накосячил и кто-то ему виноват
Ответить | Правка | Наверх | Cообщить модератору

99. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +/
Сообщение от n242name (?), 13-Ноя-20, 00:10 
тупое, ищи issue на гитхабе
Ответить | Правка | Наверх | Cообщить модератору

128. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +/
Сообщение от НямНямка (?), 13-Ноя-20, 16:03 
Ну да, там так всегда. Но они и предупреждают.
Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

14. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +9 +/
Сообщение от RSarov (?), 11-Ноя-20, 14:12 
А зачем с плюсами сравнивать это другая песня. Если уж сравнивать то с java. Это как раз близнецы можно сказать.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

89. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +1 +/
Сообщение от Секрет (?), 12-Ноя-20, 15:18 
Ерунду не говорите. Там от близнецов только архитектура выполнения. Синтаксис, логика построения и подход мыследуманья другой в НЕТ немного. Если там сделали, прям как НАДО, нативную компиляция (пошёл проверять), то для бизнеса этот швейцарский нож будет идеален.
Ответить | Правка | Наверх | Cообщить модератору

129. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +/
Сообщение от НямНямка (?), 13-Ноя-20, 16:05 
Если "бизнес" уже вложился в JEE переход на новую платформу вряд ли имеет смысл.
Ответить | Правка | Наверх | Cообщить модератору

130. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +/
Сообщение от НямНямка (?), 13-Ноя-20, 16:06 
Нет никакой разницы. Для рядового программера всё одинаково.
Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

138. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +/
Сообщение от банан (?), 13-Ноя-20, 16:57 
О да. Все странности скопировали из джавы, даже ковариантные массивы
Ответить | Правка | Наверх | Cообщить модератору

141. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +/
Сообщение от НямНямка (?), 13-Ноя-20, 17:08 
Коваритивность вообще решение скорее волевое. Оно не бывает хорошим или плохим. Ну, вернее, оно всегда плохое. Причём без сравнительных категорий.
Ответить | Правка | Наверх | Cообщить модератору

144. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +/
Сообщение от НямНямка (?), 13-Ноя-20, 17:39 
К слову, а чем вам ковариативность в данном случае массивов вам мешает? Ну знаете вы, что массивы в Яве ковариативны и что? Кушать теперь не можете? Не пользуйтесь ковариативными массивами, пользуйтесь какой-нибудь обобщённой коллекцией. В чём тут проблема-то?
Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

151. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +/
Сообщение от банан (?), 13-Ноя-20, 20:55 
> В чём тут проблема-то?

У меня проблемы нет, просто, к слову заметил, что в c# затащили всё без разбору.

Вот например методы объекта:

ToString: реальную логику на него завязывать нельзя, так как заколебаетесь неявные приведения к object искать (нетипобезопасно), а иметь у всех объектов метод для дебага - как то непонятно, зачем. Опять же, все по разному понимают, зачем этот метод нужен.

Equals/GetHashCode: У нас была волна собеседований, и первый вопрос, который я задаю - как правильно вот это дело переопределять и когда.

Так вот, часть из кандидатов даже не знает, зачем они нужны (!), другая переопределяет их неправильно, третие вообще переопределяют их просто так, потому, что не знают, нужно ли вот сейчас его переопределить или нет.
Люди с десятилетним опытом тупят на такой мелочи, хотя далеко не джуниоры.

Ответить | Правка | Наверх | Cообщить модератору

152. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +/
Сообщение от НямНямка (?), 13-Ноя-20, 22:14 
Понимаете, вопрос эквивалентности очень сложный вопрос. Более того, я не знаю его определённого разрешения. Хотя я -- "определённо" ложик-гик. Для меня Слупецкий-Борковский и Чёрч просто любимые писатели. И я не нахожу ответа как быть при определении эквивалентности или равенства.
Ответить | Правка | Наверх | Cообщить модератору

164. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +/
Сообщение от банан (?), 14-Ноя-20, 09:38 
По ощущениям, по назначению Equals/хешкод применяется меньше чем для 10 процентов типов.

А есть эти методы у всех. У репозиториев, сервисов, коллекций, у любых обёрток.  

По такой же логике можно было бы запихнуть в object компаратор для сортировки или dispose. А че, если, возможно, тип будет использоваться, в словарях, то, возможно, по нему надо бы и сотрировку уметь проводить.

По сути, в типе object должен быть только один метод, gettype. В том же расте эквивалентность надо явно писать, только если она используется. Иначе ее тупо нет.

Опять же, про непонимание, как это все работает:
Каждый .net разработчик на собесе говорит: структуры сравниваются по значению.
Окей, говорю я, то есть, если они сравниваются по значению, то у них просто сравниваются байтики и метод equals не будет вызываться для вложенных полей? И тут наверное половина людей тупить начинает.

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

Вероятно, такая архитектура обусловлена отсутствием дженериков на ранних версиях дотнета.

Ответить | Правка | Наверх | Cообщить модератору

165. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +1 +/
Сообщение от НямНямка (?), 14-Ноя-20, 12:24 
Не знаю, у меня наличие умолчального поведения эквивалентности или сравнения не вызывает никаких вопросов. Потому что хотя бы одна категория эквивалентности есть у абсолютно всех объектов. Да, по умолчанию объект эквивалентен только самому себе. И это нормально. Вот с хэшами хуже. Но тоже более менее логично.
Механизмы сравнения в Яве у меня тоже особого отторжения не вызывают. Всё понятно устроено. Хотя иногда становится препятствием.
По-моему, вы категорию "значения" слишком буквально понимаете, а она определяется... хм... семантикой домена, т.е. это воля разработчика что считать значением. Главное общие правила транзитивности и рефлективности не забывать и соблюдать. А то иногда такого наворотят, забывая, что если А = Б, то должно быть и Б = А, и если А = Б, а Б = В, то и А = В, а В = А.
И, нет, не вижу как тут наличие или отсутствие обобщений что-то может изменить. Для них же ещё параллельную линию иерархии вкрячили -- эту вашу любимую ковариативность.
Меня скорее смущает, что получаются линии а) типовых отношений, б) отношений сравнения и в) ещё и ковариативности. По-моему, многовато как-то. По-моему, даже среди очень опытных разрабов не многие способны осознать их взаимоотношения. Что, в общем-то, ведёт к неверным решениям. Но как уж есть.
Т.е. проблема не в наличии умолчального поведения, а в непонимании или недостаточной продуманности поведения проектируемого. Да, из-за его переусложнения, на мой взгляд, и общих родовых логических изъянов ООП.
Ответить | Правка | Наверх | Cообщить модератору

19. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +13 +/
Сообщение от Аноним (19), 11-Ноя-20, 14:38 
> Под линукс этим вообще кто-то пользуется?

Маловато, потому что MS удобненько опоздал с релизом кроссплатформенного .NET на несколько лет. Причем как бы красиво ни была написана новость часть кусков .NET по-прежнему работают только на платформе Windows.

> Лучше/хуже плюсов?

А вот нельзя сказать, пока не будет понятна задача, которую вы решаете. Если ваше приложение не требует ручной работы с ресурсами компьютера и вы спокойно можете позволить себе GC, то ответ да, однозначно лучше. Лучше, потому что при сохранении прочих равных возможностей вы приобретаете скорость написания кода.
Если вы хотите вручную рулить указателями и получить высокопроизводительный нативный рантайм, то ответ однозначно нет. Хотя есть функционал работы с указателями и unsafe, сборка нативных приложений вне Windows 10 не ожидается раньше .NET 6, поэтому нет смысла переходить с С++. С другой стороны они научились хотя бы экспортироваться.

Опять же, если мы говорим про ООП-решения для бизнес-приложений или приложения с GUI, то это подойдёт, там удобно. Оно скорее конкурирует с Java, а не с С++. А если ваши приложения на С - проходите мимо, это не для вас.

Отдельно нужно в этой связи упомянуть Rust, потому что самое примечательное тут как раз то, насколько далеки Rust и .NET. Все фанатичные преимущества раста не играют никакой роли и не могут применяться в сравнении с .NET, потому что цели и назначения разные. =)

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

29. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +1 +/
Сообщение от анононимс (?), 11-Ноя-20, 15:38 
Я бы ещё Go упомянул:) нативно и с GC
Ответить | Правка | Наверх | Cообщить модератору

51. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +1 +/
Сообщение от Аноним (51), 11-Ноя-20, 21:27 
> нативно и с GC

Так нативно или с GC?

Ответить | Правка | Наверх | Cообщить модератору

58. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  –2 +/
Сообщение от Аноним (58), 11-Ноя-20, 22:36 
Вы дурачек? Вам написали нативно и с GS.
Ответить | Правка | Наверх | Cообщить модератору

61. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +/
Сообщение от Андрей (??), 11-Ноя-20, 23:47 
Как будто для C и C++ нет GC.

A garbage collector for C and C++
https://www.hboehm.info/gc/

> The Boehm-Demers-Weiser conservative garbage collector ...

Используется, например, в gcc Object-C, Inkscape, GNU mailutils, GNU Guile, Neko VM, NiX package manager, parser3 (parser.ru).

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

72. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +/
Сообщение от Siborgium (ok), 12-Ноя-20, 05:51 
Вы разделяете нативный для языка GC, и сторонний GC, прикручиваемый как библиотека?
Ответить | Правка | Наверх | Cообщить модератору

87. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +/
Сообщение от Андрей (??), 12-Ноя-20, 14:04 
Я отвечал на "нативность" в смысле нативных программ (т.е. компилируемых в машинный код).
Ответить | Правка | Наверх | Cообщить модератору

81. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +1 +/
Сообщение от blzz (?), 12-Ноя-20, 09:56 
да. позволяет нативно в контейнерах крутить, и готовым оркестратором, кубером например, рулить
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

115. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +/
Сообщение от НямНямка (?), 13-Ноя-20, 14:59 
Кручу в кубере верчу, обмануть хочу.
Ответить | Правка | Наверх | Cообщить модератору

85. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +3 +/
Сообщение от mumu (ok), 12-Ноя-20, 12:27 
Да. У нас в серьёзном продакшене (финансы). Доставляет что стек может быть сильно гибридным (из кучи разных ОС, контейнеров, мобильных платформ и прочего, а команда разрабов при этом одна и та же).
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

114. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  –4 +/
Сообщение от НямНямка (?), 13-Ноя-20, 14:58 
Финансы это не "серьёзный продакшэн", а куча гуана.
Ответить | Правка | Наверх | Cообщить модератору

120. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  –2 +/
Сообщение от Аноним (-), 13-Ноя-20, 15:10 
> Да. У нас в серьёзном продакшене (финансы).

Никогда небыла даже близко.

> из кучи разных ОС, контейнеров, мобильных платформ и прочего,

Ну вот сами и опровергли

Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

113. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  –1 +/
Сообщение от НямНямка (?), 13-Ноя-20, 14:56 
Сore пользовался. Глюков много и патчей нет годами. А так -- норм. Но это не плюсы ни разу. Это Ява, только менее понятная в плане сборки и работы с проектами. Ну, на мой взгляд.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

139. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +1 +/
Сообщение от Аноним (139), 13-Ноя-20, 17:04 
пользуюсь. патчи выходят регулярно
известных проблем мало
Ответить | Правка | Наверх | Cообщить модератору

142. "Релиз унифицированной платформы .NET 5 с поддержкой Linux и ..."  +/
Сообщение от НямНямка (?), 13-Ноя-20, 17:09 
Выходят, да, и даже много. Вот только не те.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру