The OpenNET Project / Index page

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



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

Оглавление

Сравнение производительности сетевого драйвера в вариантах н..., opennews (?), 12-Сен-19, (0) [смотреть все]

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


28. "Сравнение производительности сетевого драйвера в вариантах н..."  +7 +/
Сообщение от Аноним (28), 12-Сен-19, 11:56 
С# принудительно за гранты продвигаемый язык. В техническом плане нет никакого смысла его использовать.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

74. "Сравнение производительности сетевого драйвера в вариантах н..."  +2 +/
Сообщение от Аномномномнимус (?), 12-Сен-19, 13:26 
Сначала похороните Java и всякое бейсико-паскалевское, по сравнению с ними даже C# великолепен
Ответить | Правка | Наверх | Cообщить модератору

84. "Сравнение производительности сетевого драйвера в вариантах н..."  –4 +/
Сообщение от Аноним (28), 12-Сен-19, 13:47 
Это цитата из рекламного буклетика от MS? Очень похоже.
Ответить | Правка | Наверх | Cообщить модератору

122. "Сравнение производительности сетевого драйвера в вариантах н..."  –1 +/
Сообщение от neAnonim (?), 12-Сен-19, 17:11 
Нет. Мы студенты и это цитата из спец гайда.
Ответить | Правка | Наверх | Cообщить модератору

143. "Сравнение производительности сетевого драйвера в вариантах н..."  +1 +/
Сообщение от Аноним (28), 12-Сен-19, 18:25 
Это понятно. Далеко не всякий студент способен на самостоятельное мышление.
Ответить | Правка | Наверх | Cообщить модератору

151. "Сравнение производительности сетевого драйвера в вариантах н..."  +5 +/
Сообщение от Gemorroj (ok), 12-Сен-19, 19:04 
что конкретно не так с C#? религиозные штуки? с эстетической/технической точки зрения он вполне ок.
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

174. "Сравнение производительности сетевого драйвера в вариантах н..."  –3 +/
Сообщение от Аноним (28), 12-Сен-19, 20:49 
С технической и экономической точки зрения. Когда ты создаешь решения на продуктах с открытым исходном кодом. Плюс переносимость конечно и мобильные девайсы. Сегодня госы, банки и крупный бизнес топит за такие решения, а они не строятся на продуктах от MS.
Ответить | Правка | Наверх | Cообщить модератору

178. "Сравнение производительности сетевого драйвера в вариантах н..."  +1 +/
Сообщение от конь в пальто (?), 12-Сен-19, 21:00 
вообще-то с точностью до наоборот, крупный заказчик готов платить за проприеритарщину. говорю так, потому как работал с госами и банками.
Ответить | Правка | Наверх | Cообщить модератору

260. "Сравнение производительности сетевого драйвера в вариантах н..."  +1 +/
Сообщение от JL2001 (ok), 13-Сен-19, 21:26 
> вообще-то с точностью до наоборот, крупный заказчик готов платить за проприеритарщину.
> говорю так, потому как работал с госами и банками.

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

(а тендеры это полный мрак)

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

186. "Сравнение производительности сетевого драйвера в вариантах н..."  +1 +/
Сообщение от Илья (??), 12-Сен-19, 21:57 
> на продуктах с открытым исходном кодом.

.net core открыт, я ж недавно с гитхаба кидал исходник ГЦ сюда

> Плюс переносимость и мобильные девайсы.

Xamarin native

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

225. "Сравнение производительности сетевого драйвера в вариантах н..."  +1 +/
Сообщение от заминированный тапок (?), 13-Сен-19, 10:33 
ты не поверишь, но даже разработчики Unity и Unreal Engine 4 (в котором система сборки подвязана на Mono) с тобой категорически не согласятся. не считая кучи Xamarino-водов и dotNET-товодов
Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

202. "Сравнение производительности сетевого драйвера в вариантах н..."  +/
Сообщение от SRM (?), 13-Сен-19, 02:22 
Там определенно что-то не так с думалкой на основании того что в его умозаключении нет логики, как у некоторых отметившихся , с шарпом все в порядке, язык хороший.
Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

209. "Сравнение производительности сетевого драйвера в вариантах н..."  +/
Сообщение от Anonymoustus (ok), 13-Сен-19, 07:07 
> С# принудительно за гранты продвигаемый язык. В техническом плане нет никакого смысла
> его использовать.

Пока жабья IDE запускается, кодер на Сисярпе напишет, отладит и запустит в продакшын 3,5 программы.

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

217. "Сравнение производительности сетевого драйвера в вариантах н..."  +3 +/
Сообщение от VEGemail (ok), 13-Сен-19, 09:01 
C# на порядок лучше Java как язык, он даёт очень много инструментов для оптимизации. Поэтому и быстрее. Смиритесь. Иногда MS делает хорошие продукты.
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

253. "Сравнение производительности сетевого драйвера в вариантах н..."  +/
Сообщение от Аноним (253), 13-Сен-19, 18:19 
Понимаете, ваше знание Шарпа и незнание Явы не делает первый лучше второй. Ява и Шарп, в общем-то, одинаково плохие языки. Причём, Ява раньше была лучше. А после 8-ки стала такой же плохой, как и Шарп.
Ответить | Правка | Наверх | Cообщить модератору

272. "Сравнение производительности сетевого драйвера в вариантах н..."  +4 +/
Сообщение от VEG (ok), 14-Сен-19, 10:55 
Я вообще C/C++-разработчик, но имел возможность попрограммировать и на C#, и на Java.

C# — это учли ошибки Java (так как была возможность изучить её опыт), поработали над оптимизацией (те же дженерики в Java нормальные так и не завезли за столько лет), дали богатый набор инструментов для программистов, которые понимают разницу между стеком и кучей (например, stackalloc позволяет память на стеке выделять). В C# без смены языка в unsafe-блоках можно даже с C-подобными указателями работать, со всеми их плюсами в производительности и минусами в возможности случайно отстрелить себе конечности. Но если в коде вдруг есть какой-то очень чувствительный к производительности фрагмент — всегда есть возможность оптимизировать его, оставаясь в рамках C#, а не переписывая код на C/C++ и вызывая его из основной программы. Хотя, смешивать C/C++ и C# в одной программе тоже очень удобно, если нужно — MS тут тоже постаралась на славу, добавив расширения в C++ для прозрачной работы с объектами из мира .NET.

А вообще, больше всего в Java меня раздражало банальное отсутствие нормальных signed/unsigned интов на выбор, это же кошмар, они своего среднего разработчика совсем за идиота что-ли держат, который не сможет разобраться с знаковыми и беззнаковыми интами? =)

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

318. "Сравнение производительности сетевого драйвера в вариантах н..."  +/
Сообщение от лютый жабист__ (?), 16-Сен-19, 12:03 
>больше всего в Java меня раздражало банальное отсутствие нормальных signed/unsigned интов

Так хорошо начал и так жидко слился. Можно сделать вывод, что c# ты вроде знаешь, не писал бы про java совсем, был бы неплохой пост.

По ссылкам не ходил и не пойду, предположим данные сферические драйверы написаны почти полностью в unsafe, но ладно, флаг в руки. Ты если в ынтырпрайзе начнёшь такое повторять, тебя на британский флажок порвут. Нормальный архитектор просто железо потолще возмёт, а не unsafe будет лепить.

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

322. "Сравнение производительности сетевого драйвера в вариантах н..."  +1 +/
Сообщение от Аноним (185), 16-Сен-19, 21:46 
Пишу на дотнете уже черти знает сколько времени. Ни разу не доходил до небезопасного кода.
NullReferenceException, забытые подписки делегатов, арифметическое переполнение, двойной Dispose, дедлоки, гонки и прочие мелочи постреливают периодически.

Но боже, как я рад, что это не неопределённое поведение в повреждённой памяти. Кто все эти люди, которые могут позволить себе писать на c++ - я не представляю.

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

324. "Сравнение производительности сетевого драйвера в вариантах н..."  +/
Сообщение от DeadMustdie2email (?), 17-Сен-19, 17:47 
> Но боже, как я рад, что это не неопределённое поведение в повреждённой памяти.

valgrind в помощь.

До него было тяжеловато, да.

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

261. "Сравнение производительности сетевого драйвера в вариантах н..."  +/
Сообщение от JL2001 (ok), 13-Сен-19, 21:30 
> C# на порядок лучше Java как язык, он даёт очень много инструментов
> для оптимизации. Поэтому и быстрее. Смиритесь. Иногда MS делает хорошие продукты.

это что за инструменты оптимизации такие волшебные? можно компилятору/jit-у что-то подсказать?

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

265. "Сравнение производительности сетевого драйвера в вариантах н..."  +1 +/
Сообщение от Аноним (265), 14-Сен-19, 00:54 
Например, value-типы, unsafe с указателями и другой низкоуровщиной, P/Invoke для вызова функций в нативных библиотеках без промежуточных обёрток а-ля JNI.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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