LINUX.ORG.RU

Можно на C# реализовать микросервис?

Можно, но не нужно. Вообще, если ты не на венде а на линуксе, то нечего с C# заморачиваться. Больше траха, меньше пользы.

rupert ★★★★★
()

Тут тебе поможет только аксиома Эскобара.

AUX ★★★★
()

Насколько и сферы применения различны?

C#: backend (asp.net), frontend(blazor), desktop, mobile(xamarin), gamedev(unity)

Ещё есть ml (ml.net) и embedded (nanoFramework), но вроде как не особо распространены

За голанг ничего не скажу - давно перестал им интересоваться

Ford_Focus ★★★★★
()
Последнее исправление: Ford_Focus (всего исправлений: 4)

C#

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

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

Так он спрашивает чем они похожи и можно ли простые приложухи для командной строки писать на C# и насколько это удобно

ТС, C# полноценный ООП язык, легко и приятно писать сложный софт, на Go же пишут софт для сетевой обработки, всякие HTTP/TCP/UDP низкоуровневые сервачки, стараются делать микро службы, чтобы каждый микро сервачок обслуживал свою часть логики. А на Си# же пишут мощные монолитные приложухи…

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

зато веб очень даже хорош с .NET Core ASP под Linux

KRex
() автор топика
Последнее исправление: KRex (всего исправлений: 1)
Ответ на: комментарий от KRex

Swift, D, Nim - да есть, но не всем они подходят, так как многие люди банально рабы на своих галерах и не в праве выбирать инструмент. В РФ по накатанной всё пишут на PHP, Java и Си++

menangen ★★★★★
()

У с# есть .net5 взрослая платформа где есть все, вскоре будет net 6 с maui.

У go в стандартной библиотеке нет от слова совсем ничего, каждый метод на каждый чих будешь писать сам, либо искать микролибу и тащить 20 штук ради банальщины.

anonymous
()

C# серьёзный ЯП для проды, конкурент Java, особенно если нужен GUI на оффтопике, а Go это бесполезная игрушка для хипстеров, коих было миллион и ещё миллион будет.

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

И таки даже та жирная vm стартует намного быстрее жабовской.

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

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

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

На нем в последнее время что-то большое пишут?

Разумеется. Сначала собирается инвесторы с бизнес идеей и решает, что для этой идеи им надо что-то запрограммировать. Но начало бизнеса - это риск, все не окупается, надо как-то продержатся, лед проломить, как-то минимизировать издержки, но при этом фигачить быстро, много и мощно (знакомые критерии, да?), по этому никто по пол-года за тысячи баксов академиков по языку C# не ищет - за неделю нанимает пару местных «программистов на Wordpress», те просекает тему и приглашает своих собутыльников. Вот, никаким большим проектом, даже стабильным будущем не пахнет, а программисты на PHP уже есть, деньги на ихнюю (фиговую) зарплату есть, а профессора по C# не у дел. Потом чаще всего бизнес умирает и все расходится по домам. Но порой не умирает, а вырастает и о нем уже можно говорить как о большом проекте. Но костяк по части программирования кто? Разумеется, программисты на PHP. Конечно, одни уходят, другие приходят, но PHP так и остается. Навсегда!

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

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

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

Подчищаем тавтологии, и остается смелое «JS на удивление быстр, проблема во всех тех, кто его использует».

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

Спасибо, выглядит занятно. Надо будет поглядеть после релиза 1.0

ddidwyll ★★★★
()
Последнее исправление: ddidwyll (всего исправлений: 1)
Ответ на: комментарий от KRex

Он и на бэкенде медленный по сравнению с серьёзными языками в случае умеющих в них разрабами, конечно. Огромная скорость разработки правда плюс.

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

Да, не без этого. Все эти языки крутятся вокруг одной точки - похожие типы, схожая функциональность и т.п. Единственное, что подкупает в D и Nim, что работа с C++ типами продумана, можно, к примеру, всякие v8 вкорячить в проект без слез

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

Тут чел тему создавал о том, что zlib на чистом js всего на 50% медленнее, чем на родном Си. А это уже результат. Не думаю, что если на java переписать, то она меньше будет отставать от Си

menangen ★★★★★
()

С C#9 сервисы писать стало проще. Сахарку довезли целый вагон и тележку.

Тут главное не язык, а платформа. Можно транслировать в CLR другие подходы/языки, что открывает горизонты.

dotnet имеет большой набор библиотек на каждый чих. Через годик-два MS влезет всей тушей в направление opensource. Будет что-то новое. Новый мутант.

Если посмотреть со стороны, основные ниши почти заняты: TS, .NET (годное OOP, относительно годное FP), мультиплатформенный редактор кода VSCode, облачная структура и так далее.

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

У меня знакомый работает php-шником давно уже в какой-то конторе (может уже и лидом стал), они делают на зарубеж всякие мультимедиа сайты рассчитанные на большие объемы данных. Пока не жаловался.

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

А ты понимаешь что для deflate (это то что в zlib используется) вообще аппаратное ускорение есть в некотором железе, даже в некоторых intel процах, вроде Intel Xeon E5-2600. Не удивлюсь, если в вашем js для deflate функция есть готовая, которую могли и ускорить, а остальные пляски с форматом zip это уже фигня.

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

проблема в тех, кто его использует через жопу с кучей ненужных либ, абстракций и прослоек.

Например, для шатания DOM в браузере.

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

То есть, что такое имплементация, ты все-таки не понимаешь.

Ясно.

anonymous
()

Микросевисы можно писать только на asm и С. Всё остальное будет скорее блотваресервис.

Ну а если по существу, то можно. В виде netcore и net 5 вполне можно всё и кроссплатформенно, и язык мощнее, и тд тп. Но подводных камней тоже дофига. Хотя они есть и у golang, так что при прочих равных, как бы мне не было это неприятно признавать, наверное C# даже по лучше будет:)

Хотя опять же в продакшин для микросервисов на golang будет по более готовых решений, а значит куда меньше геморроя. В этом плане везде, где будешь использовать C# для не обычных для него ниш - микросервисы, просто кросплатформенный REST API с какой-нибудь pg - геморроя словишь в отличие от.

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

зато мифическое знание алгоритмов пригодится

tz4678 ★★
()

В чем разница между самокатом и мотоциклом?

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

Что-то вакансий на него пока не видно

What you like, I liked 5 years ago. Смотреть на актуальные вакансии – это смотреть на огни уходящего поезда. Волну надо ловить до того, как вакансии попрут.

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