Как стать автором
Обновить

Комментарии 29

НЛО прилетело и опубликовало эту надпись здесь
Сложное развёртывание Asp Net?
Что сложного? Во времена .net core и .net 5 всё легко пакуется в docker контейнер.
Так у меня потому и вопрос, где сложное то)

странный набор альтернатив. Я думал, тут пойдет речь о штуках вроде QuickJS

Снова вспомним Deno, а именно то, что сейчас его код написан на Ruby.

орал во весь голос!

Поправили
Изначально Deno был написан именно на Go.

WAT? ruvds, вы проверяли, там с v0.0.1 везде Rust да Си, никаким Go и не пахнет. Что за ересь.


Снова вспомним Deno, а именно то, что сейчас его код написан на Ruby.

WAT? Rust: 51.9%, JavaScript:29.6%, TypeScript: 18.4%, Other: 0.1%

НЛО прилетело и опубликовало эту надпись здесь

Комментарий датируется и июнем 2018-го, самый первый, минорный альфа релиз v0.0.1 увидел свет в августе 2018-го.


Изначально Deno был написан именно на Go.

Согласитесь, данное умозаключение далеко от реальности.

Единственное в чем ASP.NET серьезно уступает Node.js — это простота развертывания. Node нужен только движок и прокси-сервер или Docker

Что за хрень? ASP.NET Core это докер образ + перед ним нужно прокси-сервер.

Mozilla Rhino

Хороший движок был когда-то давно. А сейчас поддерживает современный JS всего 40%. Даже промисов нет.


Nashorn

Уже deprecated. Его конечно потихоньку пилят в отдельном репозитории, но с нодой ему не сравниться.

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

Я как-то ожидал Deno, но никак не ожидал Ruby и .NET.

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


Мы же говорим о Core, да? Так вот, то что там предопределено не означает, что это нельзя переопределить. Прошли времена .NET и IIS 6. Сейчас ASP.NET Core — вполне себе модульный конструктор, где любая часть заменяется.
Я прошу прощения, не очень понял зачем надо делать бэк не на Яве или .Net Core? Ну в смысле если развлечься то и на Элексире можно, а для коммерческих проектов — какой в этом зоопарке смысл?

А какой смысл делать его на Яве или .Net? Оба жрут память как не в себя и время холодного запуска в минутах.

Зато раз запустил и забыл. А с вашим этим зоопарком — сегодня один фреймворк, завтра другой, послезавтра третий. И все это переписывать?

Если раз запустил и забыл то почему надо мой зоопарк переписывать? Он что, сгниёт что-ли?
.Net Core вышел в 16м и в этом году вроде как будет 6я версия, и вот смотря на это скажите мне раз в сколько лет нужно переписывать код на дотнете?

НЛО прилетело и опубликовало эту надпись здесь
У нас много чего до сих пор на WCF висит и ничего переписывать не нужно. Про переписывание это как уж придётся, если нужные новые фичи и безопасность, актуальная поддержка то на любой технологии при наличии новых версий будете переписывать. Если нет — то не будете. По поводу старта и затрат по памяти, вы там на Assembler'e надеюсь пишите? Ну чтоб точно супер производительно и быстро, а то остальное от лукавого. Так, что аргумент сверх глупый, «ынтырпрайз язык с его ужасно тяжелым и медленным фреймворком» берут по тем причинам, по которым не берут %рандомное-слово%.%смузи-язык%.
ASP Net устоявшаяся, распространённая, развивающаяся технология, как и многие другие, чем-то где-то хуже, а где в чём-то получше.
P.S. Есть множество сайтов/сервисов на Asp Net Core 3.1 пока переводить на Net 5 не планируем. Если будет критическая нужда как выше писал переведём.

java тоже "устоявшаяся, распространённая, развивающаяся технология" однако покажите мне на джаве хотя бы средних размеров приложение запускающееся за 2 секунды и влезающее в 512 Mb памяти.


Про дотнет мне даже сказать нечего, до сих пор мне не попалось ни одного потенциально интересного для запуска проекта на дотнете(десктопные приложения не в счет), возможно это как то связанно с тем что никто не запускает дотнет под линуксом?


И хотелось бы услышать аргумент почему это вдруг время исполнения и память перестали быть важными, в гиг рамы и одно ядро вполне себе влазят нормальные проекты, при этом для "энтерпрайза" это ниже минимальных требований для ОС. Сверху спрашивали в чем смысл писать не на дотнете — смысл в том чтобы сэкономить на железе и эксплуатации например, не жертвуя производительностью или качеством кода. Ну или запускать на серверной ОС а не винде как вариант. А зачем тогда писать на оном спросите вы? Ну например чтобы нанимать людей было легче. На самом деле все эти аргументы "энтерпрайз vs смузи" вообще не релевантны, люди выбирают технологию по убеждениям и рекламе, а потом за уши притягивают аргументы что они правильно выбрали а остальные нет.


А так да, я сейчас на c++ пишу и оптимизирую микросекунды времени исполнения, потому что они денег стоят (но это не jsonы перекладывать разумеется).

Насчёт жавы не знаю. Интересный проект — очень субъективная оценка, и мне не понятно, что конкретно под ней вы будете подразумевать.
Опять просто прямолинейная защита языка N на котором человек пишет и все остальные до него не дотянули, потому что потому.
Мы то поди на своём ЯП и платформе чушью занимаемся, и бизнес ничего не выигрывает.
Мне кажется, что автор не совсем правильно понимает слово «альтернатива»…
В 2007 году инженеры компании решили,

Инженеры компании Google вероятно?
НЛО прилетело и опубликовало эту надпись здесь
.net core несколько лет в докерах. Статья 2015 года.
VM JS поверх VM Java? Оригинальное извращение.

А как же Bun ?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий