LINUX.ORG.RU

Вообще, новый асп.нет уделывает джаву везде + совсем скоро уже будет кроссплатформ. Так что смысла учить джаву нет, если есть более совершенный и приятный инструмент.

lazy_aleks
()

Быстрее джавы на сервере только cppsp, но он только под линукс вроде. Дотнет вообще не подходит для чего-то серьезного, потому что у крутых пацанов сервера только на солярах да на редхатах, а нормальная кроссплатформенность дотнета ближайшие лет 30 будет только у школьников в мокрых мечтах.

slyjoeh ★★★
()
Ответ на: комментарий от slyjoeh

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

Серверный дотнет на линукс уже почти пришел и джаву начнет вытеснять.

lazy_aleks
()
Ответ на: комментарий от lazy_aleks

Серверный дотнет на линукс уже почти пришел и джаву начнет вытеснять.

Ага, я это уже последние лет 10 слышу.

slyjoeh ★★★
()
Ответ на: комментарий от lazy_aleks

Зайди в репозиторий и сам все увидишь.

Лал в какой репозиторий мне зайти, чтобы посмотреть на серверный дотнет?

slyjoeh ★★★
()
Ответ на: комментарий от deep-purple

стековерфлоу на этом даже както работает, да 8)

Deleted
()
Ответ на: комментарий от lazy_aleks

Как это собрать под хоть какойнить дистрибутив?

Deleted
()
Ответ на: комментарий от lazy_aleks

Дада, продолжай себе мантры начитывать какой майкрософт плохой и все в таком духе.

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

slyjoeh ★★★
()
Ответ на: комментарий от lazy_aleks

Смотря на такие вопросы (http://stackoverflow.com/questions/28459498/why-are-java-streams-once-off) мне кажется, что много функционала .NET реализовано примерно так же - функционал ради функцилнала, без серьёзного анализа возможных последствий. Java 8 весьма интересна уже, и к тому же, на JVM полно совсем интересных языков.

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

roy ★★★★★
()

Если выбор из jvm и .net, то на java пишут. Точнее на scala.

shimshimshim
()
Ответ на: комментарий от lazy_aleks

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

vertexua ★★★★★
()
Ответ на: комментарий от int13h

В ASP.NET же привязка к IIS?

Нет.
последний релиз работает на основе открытого спека OWIN и может работать хоть из консоли без всяких вэб серверов.

grim ★★☆☆
()
Ответ на: комментарий от lazy_aleks

Вот когда будет «совсем пришел», то есть yum install dotnet-clr-csharp mod_clr && systemctl restart httpd и саппорт к этому от Майкрософт или Редхат, тогда и будет предмет для разговора. Сейчас это некий код в некоем репозитории, неработающий и без саппорта, а рассматривать IIS как веб-платформу почти никто в здравом уме в настоящее время даже не помышляет, кроме stackoverflow и еще парочки контор, которые на это дело подписались, а теперь не знают как спрыгнуть, ибо бодяга эта не работает, и вдобавок еще Майкрософт руки выкручивает. У меня есть дружбан, который начинал trademe.co.nz, делал им сторедж. Там классическая история неизбывной душевной боли.

alex_the_v ★★★
()
Ответ на: комментарий от alex_the_v

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

lazy_aleks
()
Ответ на: комментарий от slyjoeh

Школоло такое школоло :)
Вы хоть что-то кроме хомяка видели?
Я лично наблюдал .Net на серверах Bank of America, Royal Bank of Canada, Bank of Montreal, TD Bank

Не думаю, что существет крупная корпорация в которой не используется .Net

grim ★★☆☆
()
Ответ на: комментарий от grim

Да я фанатикам этим про моно даже говорить не хочу, потому что начнутся другие россказни, что моно не работает/тормозит/падает/etc.

lazy_aleks
()
Ответ на: комментарий от alex_the_v

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

Расскажите же о его тупняках, мы посмеемся.

grim ★★☆☆
()
Ответ на: комментарий от lazy_aleks

Дотнет и шаропоинт - очень распильно-откатоемкие технологии. В очень большом проценте мест, где строят какое-то решение на том или другом, речь идет об освоении бюджета заинтересованными лицами по карманам. Естественно, ни о каком технологическом преимуществе тут речь не идет, решение делают на соплях чтобы показать презентацию в поверпоинте, продать сервера, бабки пропить и перейти к следующему раунду: заказать новые сервера, нанять нового распильного интегратора и освоить бабки еще раз.

По поводу тормозной жабки смотри сюда. Первое место - плюсы, шесть (sic!) следующих - джава. Твой сисярп еле-еле начинает брезжить где-то за первой двадцаткой, а mono-феймворки - вообще «didn't complete». Успех, ё-моё. А если туда прикрутить SQLServer (а куда ж без него), то вообще все будет очень плохо.

alex_the_v ★★★
()
Ответ на: комментарий от alex_the_v

А ты приезжай, я тебя рожей ткну.

Опять эти фанатики по океану ездят аки посуху. А как спросишь сказки повторить - говном плеваться начинают :(

Вы хоть пару его тупилок перескажите для поржать.

grim ★★☆☆
()
Последнее исправление: grim (всего исправлений: 1)

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

GblGbl ★★★★★
()

Либо node.js, либо django, очевидно.

А что про C# говорить? Дотнет на линуксы пока не завезли. Те опенсурсные штуки, которые майкрософт выложил на гитхаб, пока ничего не дают.

hlebushek ★★
()

ни то ни другое

umren ★★★★★
()

C# на сервере

Но зачем?     

ya-betmen ★★★★★
()

на сервере для жирного web`а? Что быстрее?

Если у тебя нет многомилионного бюджета на разработку то забудь и про шарп и про яву. бери руби

mio ★★
()

Java пока безальтернативна. Хотя .NET потихоньку открывается, может быть скоро составит конкуренцию.

Legioner ★★★★★
()
Ответ на: комментарий от anonymous

Год не важен. Суть в том, что модель async сокетов из .Net хорошо ложится только на винду. В остальных ОС надо городить костыли.

migesok
()
Ответ на: комментарий от anonymous

Каждый раз гонять тыщу сокетов туда/сюда? C таким API не будет выгоды от epoll.

Эмуляция IOCP реализуется нормально через polling (но не наоборот), например в libuv это сделано. Вот наоборот без костылей сложно сделать.

anonymous
()
Ответ на: комментарий от anonymous

Если я правильно понял основная претензия к API - необходимость заполнять и передавать IList каждый раз? Если в это все упирается, то можно просто сделать кастомную реализацию, которая будет шустро работать хоть с тысячами сокетов.

anonymous
()
Ответ на: комментарий от anonymous

Я сам не пишу под .NET, поэтому ни с чем не спорю, но мне почему-то кажется, что при адекватной реализации Socket.Select будет не медленнее Java NIO Selector.select/Selector.keys.

anonymous
()
Ответ на: комментарий от anonymous

Да, но все библиотеки реализованы в терминах System.Threading.Tasks поэтому логичнее поверх epoll реализовать IOCP в той или иной форме. Что касается конкретно метода Select.Select - это устаревшая штука времён .NET 1, никто ей не пользуется сейчас.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.