Здравствуйте, tnikolai, Вы писали:
T>Java/Kotlin .NET/C# GO T>Что перспективнее в ближайшие лет 5?
по которому критерию ? по зарплате ? по доле на рынке ?
GO наверняка выиграет по зарплате, только вот на те 2 позиции что будут доступны придется подраться
Здравствуйте, Gt_, Вы писали:
Gt_>по которому критерию ? по зарплате ? по доле на рынке ? Gt_>GO наверняка выиграет по зарплате, только вот на те 2 позиции что будут доступны придется подраться
Gt_>>по которому критерию ? по зарплате ? по доле на рынке ? Gt_>>GO наверняка выиграет по зарплате, только вот на те 2 позиции что будут доступны придется подраться
T>По доле на рынке в первую очередь
по доли JVM языки явно удержат тотальное лидерство. на .NET так и не видно что бы кто-то какую-то инфраструктуру делал. всякие кафки, спарки, касандры и прочую серьезную многопоточку пилят на JVM языках, на андройде тоже JVM уверенно сидит и андройд уверенно отгрызает долю у десктопа. так что пока выглядит что JVM удержит лидерство.
Здравствуйте, Gt_, Вы писали:
Gt_>по доли JVM языки явно удержат тотальное лидерство. на .NET так и не видно что бы кто-то какую-то инфраструктуру делал. всякие кафки, спарки, касандры и прочую серьезную многопоточку пилят на JVM языках, на андройде тоже JVM уверенно сидит и андройд уверенно отгрызает долю у десктопа. так что пока выглядит что JVM удержит лидерство.
В Яве async/await появились? На андроиде несколько другая старая ява. Сейчас Гугл для андроида flutter на Dart продвигает.
.Net развивается активно.
Мне на C# очень приятно программировать. Получаю удовольствие. Когда пересаживаюсь на андроид, то количество удовольствия снижается
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
S>В Яве async/await появились?
в яве появились VirtualThreads, ну и котлин с корутинам есть S>На андроиде несколько другая старая ява. Сейчас Гугл для андроида flutter на Dart продвигает.
сейчас гугл продвигает котлин S>.Net развивается активно. S> Мне на C# очень приятно программировать. Получаю удовольствие. Когда пересаживаюсь на андроид, то количество удовольствия снижается
рекомендую перейти на котлин, мне стало гораздо приятнее. С явой, действительно, было тоскливее
Здравствуйте, AntoxaM, Вы писали:
AM>Здравствуйте, Serginio1, Вы писали:
S>>В Яве async/await появились? AM>в яве появились VirtualThreads, ну и котлин с корутинам есть
VirtualThreads сильно уступает Task. Покрывает незначительный процент асинхронных задач.
Без использования TaskCompletionSource и CancellationToken пользы мало.
S>>На андроиде несколько другая старая ява. Сейчас Гугл для андроида flutter на Dart продвигает. AM>сейчас гугл продвигает котлин
Ну вот во флуттере нет. S>>.Net развивается активно. S>> Мне на C# очень приятно программировать. Получаю удовольствие. Когда пересаживаюсь на андроид, то количество удовольствия снижается AM>рекомендую перейти на котлин, мне стало гораздо приятнее. С явой, действительно, было тоскливее
Ну в котлине мне понравилось создание аналога lock. А так C# все таки мощнее.
А на андроиде я тот же Xamarin предпочитаю
и солнце б утром не вставало, когда бы не было меня
S>>>В Яве async/await появились? AM>>в яве появились VirtualThreads, ну и котлин с корутинам есть S> VirtualThreads сильно уступает Task. Покрывает незначительный процент асинхронных задач. S> Без использования TaskCompletionSource и CancellationToken пользы мало.
если бы это было правдой хотя бы на половину, то мы бы наблюдали тучи проектов с многопоточкой на C#, ну и тебе уже детально разжевывали преимущества VirtualThreads:
·>Можно писать простой код и запускать его на миллионе тредов. Никакой колбасы async, корутин и других CPS ужасов. Обычный плоский код. ·>Кооперативная многозадачность. Виртуальные треды запускаются на пуле из ОС-тредов и на блокирующих операциях перешедулятся, стеки подменяются.
Здравствуйте, Gt_, Вы писали:
S>>>>В Яве async/await появились? AM>>>в яве появились VirtualThreads, ну и котлин с корутинам есть S>> VirtualThreads сильно уступает Task. Покрывает незначительный процент асинхронных задач. S>> Без использования TaskCompletionSource и CancellationToken пользы мало.
Gt_>если бы это было правдой хотя бы на половину, то мы бы наблюдали тучи проектов с многопоточкой на C#, ну и тебе уже детально разжевывали преимущества VirtualThreads:
А каждый проект на C# это про многопоточку. async/await в каждом проекте Gt_>·>Можно писать простой код и запускать его на миллионе тредов. Никакой колбасы async, корутин и других CPS ужасов. Обычный плоский код. Gt_>·>Кооперативная многозадачность. Виртуальные треды запускаются на пуле из ОС-тредов и на блокирующих операциях перешедулятся, стеки подменяются.
Gt_>вот тут разжевали http://rsdn.org/forum/philosophy/8525721.1
Здравствуйте, Serginio1, Вы писали:
S>В Яве async/await появились? На андроиде несколько другая старая ява. Сейчас Гугл для андроида flutter на Dart продвигает.
S>Я читал. И сделал вывод, что они сливают TaskCompletionSource и CancellationToken. Ибо их использование намного больше чем работа с IOCP
ну сделал и ладно, просто профи, что поднимают серьезные проекты размером с хадуп или кафка продолжают делать противоположный вывод, в то время как платформа .NET так и не стала популярной в теме тяжелой многопоточки и проектов размером хотя бы со spark не наблюдается
Здравствуйте, Serginio1, Вы писали:
AM>>в яве появились VirtualThreads, ну и котлин с корутинам есть S> VirtualThreads сильно уступает Task. Покрывает незначительный процент асинхронных задач. S> Без использования TaskCompletionSource и CancellationToken пользы мало.
возможно и так.
но я больше по корутинам котлина. S>>>На андроиде несколько другая старая ява. Сейчас Гугл для андроида flutter на Dart продвигает. AM>>сейчас гугл продвигает котлин S> Ну вот во флуттере нет.
во флаттере дарт — и там есть async/await.
для нативной разработки продвигают котлин.
S>>>.Net развивается активно. S>>> Мне на C# очень приятно программировать. Получаю удовольствие. Когда пересаживаюсь на андроид, то количество удовольствия снижается AM>>рекомендую перейти на котлин, мне стало гораздо приятнее. С явой, действительно, было тоскливее S> Ну в котлине мне понравилось создание аналога lock. А так C# все таки мощнее.
это спорное утверждение. S>А на андроиде я тот же Xamarin предпочитаю
в отличие от c#, котлин можно начать применять в приложении написанном на яве
S>>Я читал. И сделал вывод, что они сливают TaskCompletionSource и CancellationToken. Ибо их использование намного больше чем работа с IOCP
Gt_>ну сделал и ладно, просто профи, что поднимают серьезные проекты размером с хадуп или кафка продолжают делать противоположный вывод, в то время как платформа .NET так и не стала популярной в теме тяжелой многопоточки и проектов размером хотя бы со spark не наблюдается
Все течет все меняется. Вон уже скоро .Net 8 выйдет
Здравствуйте, tnikolai, Вы писали:
T>Java/Kotlin .NET/C# GO T>Что перспективнее в ближайшие лет 5?
За будущее .NET не уверен. MS делает правильные вещи, но похоже поезд ушел и всем уже пофиг. На платформе нет killerapp, а ниши, которые были (winUI) фактически пропали.
Go не нужен в 2023, но у него было окно возможностей и они им возпользовались. Killerapps есть, ниша есть.
С Java oracle проятно удивил. Погрессирует не хуже .NET и в инфраструктуре(grallvm, loom) и в комьюнити(kotlin/scala3/clojure, spark/kafka). Менять на .NET/Go смысла нет.
ИМХО, учитывая где сейчас Питон/AI, платформа будущего будет плотно интегрировать динамику со статикой на computation graphs — Julia, Mojo, etc. Изучайте или это или Java.
Gt_>>по доли JVM языки явно удержат тотальное лидерство. на .NET так и не видно что бы кто-то какую-то инфраструктуру делал. всякие кафки, спарки, касандры и прочую серьезную многопоточку пилят на JVM языках, на андройде тоже JVM уверенно сидит и андройд уверенно отгрызает долю у десктопа. так что пока выглядит что JVM удержит лидерство.
S>В Яве async/await появились?
В Kotlin лучшая реализация из тех что я щупал.
S>На андроиде несколько другая старая ява. Сейчас Гугл для андроида flutter на Dart продвигает.
Там тоже Kotlin.
N>За будущее .NET не уверен. MS делает правильные вещи, но похоже поезд ушел и всем уже пофиг. На платформе нет killerapp, а ниши, которые были (winUI) фактически пропали.
Здравствуйте, m2user, Вы писали:
N>>За будущее .NET не уверен. MS делает правильные вещи, но похоже поезд ушел и всем уже пофиг. На платформе нет killerapp, а ниши, которые были (winUI) фактически пропали. M>Используют .NET:
Это типа killerapp?
Я пользуюсь гит в vscode, IDEA, консоли и даже не в курсе зачем ^ нужно. Думаю 90% пользователей git примерно также.
я не знаю, что ты подразумевал под killerapp, поэтому взял ближайший мне пример из жизни
N>Я пользуюсь гит в vscode, IDEA, консоли и даже не в курсе зачем ^ нужно. Думаю 90% пользователей git примерно также.
vscode и eclipse ide (плагин egit) в моих списках есть. Судя по топику, на который я ссылаюсь, не только используют, но даже покупают (smartgit).
Здравствуйте, novitk, Вы писали:
T>>Java/Kotlin .NET/C# GO T>>Что перспективнее в ближайшие лет 5?
N>За будущее .NET не уверен. MS делает правильные вещи, но похоже поезд ушел и всем уже пофиг. На платформе нет killerapp, а ниши, которые были (winUI) фактически пропали. N>Go не нужен в 2023, но у него было окно возможностей и они им возпользовались. Killerapps есть, ниша есть. N>С Java oracle проятно удивил. Погрессирует не хуже .NET и в инфраструктуре(grallvm, loom) и в комьюнити(kotlin/scala3/clojure, spark/kafka). Менять на .NET/Go смысла нет.
Какие бездушно-корпоративные слова )
Есть ещё комфорт использования инструмента. Тут с .Net для меня лично ничего не сравнится.
Здравствуйте, Alekzander, Вы писали:
A>Есть ещё комфорт использования инструмента. Тут с .Net для меня лично ничего не сравнится.
Субьективно. IMHO производительность и качество кода у среднего по больнице програмиста между .NET и Jаvа отличаться не будет.
Здравствуйте, m2user, Вы писали:
M>я не знаю, что ты подразумевал под killerapp, поэтому взял ближайший мне пример из жизни
То что создает экосистему: pytorch/tf, airflow, kubernetes, docker, spark, kafka, redis и т.д.
Где тут .net?
N>>Я пользуюсь гит в vscode, IDEA, консоли и даже не в курсе зачем ^ нужно. Думаю 90% пользователей git примерно также. M>vscode и eclipse ide (плагин egit) в моих списках есть. Судя по топику, на который я ссылаюсь, не только используют, но даже покупают (smartgit).
Специально посмотрел. gitlens(vscode) написанa на ts. egit и smartgit написаны на java. Причем здесь вообще .NET?
Здравствуйте, novitk, Вы писали:
N>Здравствуйте, m2user, Вы писали:
M>>я не знаю, что ты подразумевал под killerapp, поэтому взял ближайший мне пример из жизни N>То что создает экосистему: pytorch/tf, airflow, kubernetes, docker, spark, kafka, redis и т.д. N>Где тут .net?
.Net прекрасно может все использовать. Я например не пишу экосистемы. Но пишу на C# используя различные экосистемы.
Для меня экосистема это ASP.NET Core, Linq2DB, Xamarin и прочее.
Из того что написано использую kubernetes, docker, redis
Ну и надо не забывать, что более мененее кроссплатформенный Core начался с версии 3. А это 19 год.
Так, что еще не вечер.
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, novitk, Вы писали:
A>>Есть ещё комфорт использования инструмента. Тут с .Net для меня лично ничего не сравнится. N>Субьективно. IMHO производительность и качество кода у среднего по больнице програмиста между .NET и Jаvа отличаться не будет.
Шарп мощнее и удобнее. Плюс Visual Studio
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
N>>Субьективно. IMHO производительность и качество кода у среднего по больнице програмиста между .NET и Jаvа отличаться не будет. S> Шарп мощнее и удобнее.
Мощнее Скала. Шарп=Котлин+/-.
S>Плюс Visual Studio
И как же тогда JB Rider продает?
Здравствуйте, novitk, Вы писали:
N>>>Субьективно. IMHO производительность и качество кода у среднего по больнице програмиста между .NET и Jаvа отличаться не будет. S>> Шарп мощнее и удобнее. N>Мощнее Скала. Шарп=Котлин+/-.
Котлин хорош, но Шарп лучше.
Опять же Котлин это андроид в основном.
Шарп это фигаро в том числе и Xamarin для мобилок.
Скалу даже не смотрел. Говорят F# хорош. S>>Плюс Visual Studio N>И как же тогда JB Rider продает?
А сколько продает? Большинство пользуется VS.
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, novitk, Вы писали:
A>>Есть ещё комфорт использования инструмента. Тут с .Net для меня лично ничего не сравнится. N>Субьективно. IMHO производительность и качество кода у среднего по больнице програмиста между .NET и Jаvа отличаться не будет.
Причём тут "производительность и качество кода", да ещё и какие-то усреднения по больнице? Я говорю, после дотнета противно смотреть на другие инструменты. Смотреть на их стандартные библиотеки, например. Или на их IDE после Студии.
Что касается субъективности, это называется "вкус", и его надо развивать. Ещё, конечно, .Net моложе и изначально проектировался как улучшенная Java, так что имел фору. И разработчики .Net'а пришли с опытом разработки лучших продуктов (из Borland и из старых команд MS).
M>>я не знаю, что ты подразумевал под killerapp, поэтому взял ближайший мне пример из жизни N>То что создает экосистему: pytorch/tf, airflow, kubernetes, docker, spark, kafka, redis и т.д. N>Где тут .net?
Логично, что кроссплатформенный серверный софт вряд ли будет написан на .NET.
Также как и инструменты для работы с виртуализацией, учитывая то, что с виртуализацией под MS Windows всё плохо (контейнерной виртуализации вообще нет).
Но C#/.NET это основной язык для работы с продуктами MS, в т.ч. облачными (Azure). Это уже очень много.
А приведенное мной распределение git клиентов демонстрирует предпочтения сторонних разработчиков в выборе языка разработки под MS Windows/Apple MacOS.
N>Специально посмотрел. gitlens(vscode) написанa на ts. egit и smartgit написаны на java. Причем здесь вообще .NET?
И в чем противоречие?
egit и smartgit у меня помещены в категорию 'Используют Java:'.
gitgraph (а не gitlens) написан на typescript, но это плагины к vscode, который в свою очередь зависит от .NET.
См. Additional Windows requirements
.NET Framework 4.5.2 is required for VS Code. If you are using Windows 7, please make sure .NET Framework 4.5.2 is installed.
Для более свежих версий MS Windows нужная версия .NET поставляется вместе с ОС, поэтому не упоминается в sysreq.
.NET тут при том, что из 7 инструментов разработки из моего примера: 4 используют .NET, 2 — Java. 1 — C++.
Думаю, если взять другой прикладной софт. под MS Windows, то соотношение будет аналогичным.
Здравствуйте, tnikolai, Вы писали:
T>Здравствуйте, Gt_, Вы писали:
Gt_>>по которому критерию ? по зарплате ? по доле на рынке ? Gt_>>GO наверняка выиграет по зарплате, только вот на те 2 позиции что будут доступны придется подраться
T>По доле на рынке в первую очередь
Можно подумать, ты понимаешь, что это такое.
Нет никакой "доли рынка". Вернее, она "объективно существует во вселенной", но конкретных цифр НЕТ НИ У КОГО. Соотв. тупо сидеть и выбирать язык, опираясь на кофейную гущу.
Есть инженерное видение, проф.интуиция — вот по ним можно как-то судить. Хотя судя по местным ответам, у мух всегда в почёте говно.
Gt_>>>по которому критерию ? по зарплате ? по доле на рынке ? Gt_>>>GO наверняка выиграет по зарплате, только вот на те 2 позиции что будут доступны придется подраться
T>>По доле на рынке в первую очередь
Gt_>по доли JVM языки явно удержат тотальное лидерство. на .NET так и не видно что бы кто-то какую-то инфраструктуру делал
Типичный взгляд замшелого джависта — головы от жабы не подымает, потому не в курсе, что над головой пролетают целые вселенные. Про Azure вообще что-то слышал?
Здравствуйте, Gt_, Вы писали:
Gt_>...серьезные проекты размером с хадуп или кафка продолжают делать противоположный вывод
Читаю про хадуп:
"Hadoop – это свободно распространяемый набор утилит, библиотек и фреймворк для разработки и выполнения распределённых программ, работающих на кластерах из сотен и тысяч узлов."
И ЧЕГО? Ну написали какую-то хрень, нужную в 0.0001% задач — очень рад за них. Какое это отношение имеет к тебе? Ты что, галактические траектории обсчитываешь?
Большинство разрабов пилят простые и понятные программы — мультимедию, редакторы, игры, БД, склады/бухгалтерии всякие... что им твой хадуп?? Чушь какую-то сморозил — "у дотнета нет хадупа, поэтому дотнет — никто". Позорище для профессионала! Сразу видно уровень: ковыряется в земле, что-то знает об облаках, а соседей по планете ДАЖЕ НЕ ЗНАЕТ. Azure тому пример.
Gt_>, в то время как платформа .NET так и не стала популярной в теме тяжелой многопоточки
эээ... что за "популярная тема многопоточки"? И какое отношение она имеет вообще к рядовому ПО? Вы что, сектанты какие-то? Без миллиона трэдов даже спать не ляжете? Сидели бы уж, многопоточники!
Здравствуйте, novitk, Вы писали:
N>Это типа killerapp?
Такое ощущение, что тебя смузихлёбы воспитали. Что такое "killerapp", ты сам можешь толком объяснить? Вот без этих "это и так все знают!" — просто напиши ЗДЕСЬ очевидное(для тебя) определение.
А после этого посмотри на ТЫСЯЧИ вендовых программ и поясни, нафиг им твой "киллерапп"? Мужики спокойно пишут дотнет-программы и им как-то вообще на___ть, что ты тут вешаешь на уши про какие-то киллераппы. Дотнет просто работает, а писать под дотнет — вообще самое лучшее, что есть на сегодня (VS). Но те, кто зарылся по ушив жабы — тем да, сложно узреть что-то вне своей песочницы.
Здравствуйте, novitk, Вы писали:
N>Здравствуйте, Alekzander, Вы писали:
A>>Есть ещё комфорт использования инструмента. Тут с .Net для меня лично ничего не сравнится. N>Субьективно. IMHO производительность и качество кода у среднего по больнице програмиста между .NET и Jаvа отличаться не будет.
Будет отличаться производительность НАПИСАНИЯ кода. Пока жабист дрочит клаву на простыни кода, в C# всё делается в 10 строк. Не говоря про инструменты — VS вообще пока никто не превзошёл. Смешно сказать — даже Жетбрынза со своим Rider написала фактически не "IDE для C#", а "Жабо-недоноска, который умеет канпелять C#". Это большая разница.
А дрочеров на "абстрактную производительность" всегда спрашиваю: ДЛЯ КАКИХ ЗАДАЧ?? Если ты в калькуляторе пинаешь кнопки, тебе не всё равно, результат будет через 0.0000001с или через 0.00001?
Множество задач уже с первых i7 работают "со скоростью мысли", им ЛЮБОЙ производительности достаточно. Ну а для ресурсоёмких задач C# и не задумывался никогда, там Си рулит.
Здравствуйте, m2user, Вы писали:
M>>>я не знаю, что ты подразумевал под killerapp, поэтому взял ближайший мне пример из жизни N>>То что создает экосистему: pytorch/tf, airflow, kubernetes, docker, spark, kafka, redis и т.д. N>>Где тут .net?
А где тут ПРОГРАММЫ?? Перечислил какую-то нишевую шнягу и радуется — дотнета там нет! Людям не нужен докер, людям нужно, чтобы шрифт жирненьким был! Большинство вендософта прекрасно пишется на C#, да ещё и в отличной IDE. Поэтому "перспективы языка" (для рядового погромизда) — это далеко не кафки-редисы, а то, как быстро и качественно слепить морду к базе, сеть, графика, мультимедия... вот это вот всё.
M>Логично, что кроссплатформенный серверный софт вряд ли будет написан на .NET.
Зачем серверному софту быть кроссплатформенным?!?! Можно написать софт исключительно для Win NT 3.51 и он будет работать. Весь вопрос — в качестве архитектуры, а не в том, сколько кубернетесов можно запустить.
M>Но C#/.NET это основной язык для работы с продуктами MS, в т.ч. облачными (Azure). Это уже очень много.
Вот именно. И то, ЕСЛИ(!!) вы пишете второй Фэйспук или биржевые торги. Остальные погромизды пишут свои опердни, а рассуждают о серверах, будто без миллиона одновременных клиентов даже не берутся за задачу. Олухи царя небесного...
Gt_>>по доли JVM языки явно удержат тотальное лидерство. на .NET так и не видно что бы кто-то какую-то инфраструктуру делал
B>Типичный взгляд замшелого джависта — головы от жабы не подымает, потому не в курсе, что над головой пролетают целые вселенные. Про Azure вообще что-то слышал?
я думаю по Azure я больше вашего работал, в моей сфере в азуре флагманский продукт у майкрософта Synapse, это sql server dwh в который посадили на hdfs (читай жава) и натолкали жава продукты — hadoop, spark. самый популярный продукт — databricks, это кантора, что создала spark (на jvm) и майкрософт активно топит за них на конференциях.
т.е. майкрософт смотрит куда кренится тяжелая обработка данных, всякое AI и соответственно приходиться заталкивать жаву даже в такие проекты, как мсскл.
Здравствуйте, m2user, Вы писали:
M>Логично, что кроссплатформенный серверный софт вряд ли будет написан на .NET.
Не кроссплатформа сразу на помоечку. MS это понимает.
M>gitgraph (а не gitlens) написан на typescript, но это плагины к vscode, который в свою очередь зависит от .NET. M>См. Additional Windows requirements M>...
А еше он иногда делает win32 вызовы. И даже питон такое делает! Это как-то отменяет их кроссплатформу?
Здравствуйте, Baiker, Вы писали:
B>Будет отличаться производительность НАПИСАНИЯ кода. Пока жабист дрочит клаву на простыни кода, в C# всё делается в 10 строк.
Ты знатный споршик поэтому сразу предлагаю перейти к измерению пенисов.
Давай свои десять строк.
Только я Скалу буду использовать так как "новую" Яву/Котлин не знаю.
Здравствуйте, Baiker, Вы писали:
B>Остальные погромизды пишут свои опердни, а рассуждают о серверах, будто без миллиона одновременных клиентов даже не берутся за задачу. Олухи царя небесного...
В быдлокодинге вебфронтендов C# и Ява сливает динамике(nodejs/ts, python, ruby и т.д.).
M>>Логично, что кроссплатформенный серверный софт вряд ли будет написан на .NET.
B>Зачем серверному софту быть кроссплатформенным?!?! Можно написать софт исключительно для Win NT 3.51 и он будет работать. Весь вопрос — в качестве архитектуры, а не в том, сколько кубернетесов можно запустить.
Ну хотя бы из-за стоимости лицензии на ОС.
M>>Но C#/.NET это основной язык для работы с продуктами MS, в т.ч. облачными (Azure). Это уже очень много.
B>Вот именно. И то, ЕСЛИ(!!) вы пишете второй Фэйспук или биржевые торги. Остальные погромизды пишут свои опердни, а рассуждают о серверах, будто без миллиона одновременных клиентов даже не берутся за задачу. Олухи царя небесного...
Однако в вакансиях у всяких там маркетплейсов, банков, сотовых операторов часто пишут про highload и всё такое
Здравствуйте, Serginio1, Вы писали:
S>.Net прекрасно может все использовать. Я например не пишу экосистемы. Но пишу на C# используя различные экосистемы.
Это все может использовать и в Brainfuck. Есть просто ниши, которые определяют востребованность языка:
bigdata? Python, Java
ai? Python
быстрое системное? C++,Раст, Go
web services? Python, Go, Java
опердни с вебмордой? Python, node.js, Руби
наука? Python, R, Julia
Можно ли везде где ^ Java использовать C#? Moжно. Только преимушеств никаких, а риски от менее популярной платформы получаешь.
Вот и все — .NET и нет в 90% рынка потому что оно все на линухе ездит уже 20 лет как, а MS только 5 лет назад проснулась.
S>Ну и надо не забывать, что более мененее кроссплатформенный Core начался с версии 3. А это 19 год. S>Так, что еще не вечер.
Еше раз. Дело не в том что Core плох, а в том, что место уже занято, а особой крутизны нет.
Здравствуйте, novitk, Вы писали:
S>>Скалу даже не смотрел. Говорят F# хорош. N>Тогда зачем ты рассуждаешь о мощности языка?
А разве в топике есть Скала?
Была бы Скала так хороша, давно заменила бы Яву. Однако про замену если и говорят, то только Котлин.
.Net это не только язык но и платформа. Те же async/await ноги растут из yield. Из yield Linq.
Сейчас еще и Source generator очень удобен в студии
и солнце б утром не вставало, когда бы не было меня
T>Java/Kotlin .NET/C# GO T>Что перспективнее в ближайшие лет 5?
Почему в список этих замечательных языков не включен ещё один?
Синтаксис его намного ближе к Java/Kotlin/C# чем к GO, но разрабатывает также как и Go — Google.
Здравствуйте, Serginio1, Вы писали:
S>Здравствуйте, novitk, Вы писали:
N>>Мощнее Скала. Шарп=Котлин+/-. S> Котлин хорош, но Шарп лучше.
и опять 0 аргументов. S>Опять же Котлин это андроид в основном.
нет, он вполне живёт и на сервере. S>Шарп это фигаро в том числе и Xamarin для мобилок.
и сколько этим xamarin'ом пользуются?
S>Скалу даже не смотрел. Говорят F# хорош.
мда. S> А сколько продает? Большинство пользуется VS.
которая без решарпера всегда так себе была.
Здравствуйте, novitk, Вы писали:
N>Еше раз. Дело не в том что Core плох, а в том, что место уже занято, а особой крутизны нет.
Ну значит по твоему C# не нужен?
По популярности C# совсем чуть-чуть уступает Java где в основном это андроид. https://survey.stackoverflow.co/2023/#most-popular-technologies-language-prof
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, AntoxaM, Вы писали:
N>>>Мощнее Скала. Шарп=Котлин+/-. S>> Котлин хорош, но Шарп лучше. AM>и опять 0 аргументов.
Аргументы против? S>>Опять же Котлин это андроид в основном. AM>нет, он вполне живёт и на сервере.
Жить то он может где угодно. Только вот какова востребованность. https://survey.stackoverflow.co/2023/#most-popular-technologies-language-prof
Котлин скоро Dart у будет уступать. S>>Шарп это фигаро в том числе и Xamarin для мобилок. AM>и сколько этим xamarin'ом пользуются? https://survey.stackoverflow.co/2023/#most-popular-technologies-misc-tech-prof
В 2 раза меньше чем QT или Electron
S>> А сколько продает? Большинство пользуется VS. AM>которая без решарпера всегда так себе была.
2022 вполне себе и без решарпера хороша. С ИИ
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
S>Ну значит по твоему C# не нужен?
Для новых разработок нет смысла, так как нет преимуществ. Ява впрочем тоже уже под вопросом, Питон/JS имхо оптимальней для 90% опердней.
Core поменяла немного ситуацию для legacy. До него надо было переползать куда-то чтобы использовать линух/облака, сейчас нет.
S>По популярности C# совсем чуть-чуть уступает Java где в основном это андроид. S>https://survey.stackoverflow.co/2023/#most-popular-technologies-language-prof
Надо статистику по поиску работы, а не филькины грамоты.
Здравствуйте, novitk, Вы писали:
N>Здравствуйте, Serginio1, Вы писали:
S>>Ну значит по твоему C# не нужен? N>Для новых разработок нет смысла, так как нет преимуществ. Ява впрочем тоже уже под вопросом, Питон/JS имхо оптимальней для 90% опердней. N>Core поменяла немного ситуацию для legacy. До него надо было переползать куда-то чтобы использовать линух/облака, сейчас нет.
Сейчас прекрасно все используется в тех же линукс/облаках.
А вот посмотри на популярность TS. А он более близок к тому же C# (Ну и создатель языка один и тот же) S>>По популярности C# совсем чуть-чуть уступает Java где в основном это андроид. S>>https://survey.stackoverflow.co/2023/#most-popular-technologies-language-prof N>Надо статистику по поиску работы, а не филькины грамоты.
Ты еще тиобе предложи. Стековерфлоу более менен нормальные цифры выдает.
Намного более компетентные чем ТЫ
Здравствуйте, Serginio1, Вы писали:
N>>Тогда зачем ты рассуждаешь о мощности языка? S> А разве в топике есть Скала?
Потому что ты начал рассуждать о "мощности" языка. Котлин, да и современная Ява ~= C#.
Более мощный язык позволяет делать LINQ библитекой, системы эффектов, union types и прочие штуки из новомодных ништяков.
S>Была бы Скала так хороша, давно заменила бы Яву.
Что такое "хорошо"? Для многих далеко не самых тупых товарищей из Гугла например "хорошо" это Go и копупаста, потому что "хорошо" это "просто" и можно нанять кучу студней. Для тебя "хорошо" это C#, который для тебя "state of the art" только из за ограничености кругозора. Смотри например pmatching, который туда, как и в Явы с Питоном, недавно прикрутили корявенько, а ему уже 30+ ле и в той же Скале он с рождения.
Почему Скала не заменила Яву:
а) Скала и ее библиотеки сложнее Явы и Котлина и это не есть "хорошо".
б) Скала развивается швейцарским универом, а не монстрами с трилионной капитализацией и это не есть "хорошо".
N>Почему Скала не заменила Яву: N>а) Скала и ее библиотеки сложнее Явы и Котлина и это не есть "хорошо". N>б) Скала развивается швейцарским универом, а не монстрами с трилионной капитализацией и это не есть "хорошо".
Проблема того же Delphi была именно из той же области. Но Котлин не дотягивает до Явы из-за легаси.
Тот же Dart поддерживается триллионной капитализацией. И язык не плох. Но проигрывает TS.
Хотя как замена JS создавался.
Я сейчас выступаю как защитник .Net.
Я не унижаю никакой язык. У каждого языка так или иначе свои достоинства и недостатки.
Самому приходится изучать и программировать на разных языках.
Но меня коробит, как люди унизительно отзываются о языках и платформах.
Все течет все меняется. Та же Ява совсем недавно безраздельно существовала в кроссплатформенном программировании. Об ажуре никnо и не слышал.
Однако сейчас тот же .Net забирает немалую долю в тех же линуксах с докерами.
Мое мнение, что выбирать нужно то, что нравится или есть проекты под языки.
Изучив тот же C# легко перейти на другие языки, как и обратно.
Просто чем мне нравится C# это и десктоп и сервер и мобильные (Xamarin) и блазор.
Как бы там ни было нужно получать удовольствие от как самого языка так и средства программирования и отладки.
Все остальное это мелочи. Люди до сих пор на фортране программируют и коболах.
Если умеешь программировать, то язык не проблема!
Знание библиотек тоже. Так или инче все они похожи.
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
N>>Почему Скала не заменила Яву: N>>а) Скала и ее библиотеки сложнее Явы и Котлина и это не есть "хорошо". N>>б) Скала развивается швейцарским универом, а не монстрами с трилионной капитализацией и это не есть "хорошо". S>Проблема того же Delphi была именно из той же области. Но Котлин не дотягивает до Явы из-за легаси.
Из какой той же? Я перечислил две ортогональные проблемы. Котлин до явы дотягивает, так как Гугл дал добро. Другое дело что им Ява не очень интересна.
S>Тот же Dart поддерживается триллионной капитализацией. И язык не плох. Но проигрывает TS.
Dart столь же бессмысленный язык, как и Go.
Вместо Dart Гуглу нужно было сделать не только webasm, но и нормальный API в нем к браузеру, которого до сих пор нет.
Вместо Go Гуглу нужно былo купить Java и сделать для нее нормальный АОT и легкие библиотеки. Тут им Oracle поднасрал.
S> Я сейчас выступаю как защитник .Net. S> Я не унижаю никакой язык. У каждого языка так или иначе свои достоинства и недостатки.
Я не нападаю на .NET с технической стороны (в отличие от Go или JS, которые имхо просто бессмысленное нагромождения байт). Эта платформа в техническом плане лучше JVM, хотя виртуальные потоки это круто и MS надо закатать рукава. Я вообще был большой энтузиаст Core и ожидал, что она забьется JVM по причине раннего поведения Oracle и технических аргументов выше.
Однако если объективно смотреть на состояния рынка после значительного времени прошедшего с анонса Core можно уже сделать вывод — Core завязла, C++ ренесансирует, Питон/JS в стратосфере и даже у GoLang buzz больше.
S> Однако сейчас тот же .Net забирает немалую долю в тех же линуксах с докерами.
Ты путаешь рост по сравнению с другими платформами с миграцией серверов написанных .Net с винды на линух облака. Просто винда на сервере мертва, a .NET eще нет.
Здравствуйте, Serginio1, Вы писали:
S>Все течет все меняется. Та же Ява совсем недавно безраздельно существовала в кроссплатформенном программировании. Об ажуре никnо и не слышал.
Я не пойму твоего аргумнта про ажуру.
Ажура это же обычное облако с виртуалками, на которых крутится линукс, в котором крутятся приложения на жаве.
Здравствуйте, vsb, Вы писали:
vsb>Ажура это же обычное облако с виртуалками, на которых крутится линукс, в котором крутятся приложения на жаве. vsb>При чём тут .NET вообще?
Неужели Net Core там крутиться хуже?
vsb>Микрософт целый портал подготовил, чтобы рассказать, как хорошо жава работает на этой самой ажуре. Микрософт даже свою жаву для этого собирает.
В попытке перетащить на эту самую ажуру использующих java
vsb>Микрософт целый портал подготовил, чтобы рассказать, как хорошо жава работает на этой самой ажуре. Микрософт даже свою жаву для этого собирает.
vsb>При чём тут .NET вообще?
А ещё там Go и Python.
Это естественно — а как ещё привлечь разработчиков на этих языках.
У меня на работе например под AWS писали на .NET core, Python, даже что-то нативное собирали,
но только не на Java, потому что во-первых никто её не знал, во-вторых частично портировался существующий код на C#.
Здравствуйте, novitk, Вы писали:
N>Я не нападаю на .NET с технической стороны (в отличие от Go или JS, которые имхо просто бессмысленное нагромождения байт). Эта платформа в техническом плане лучше JVM, хотя виртуальные потоки это круто и MS надо закатать рукава. Я вообще был большой энтузиаст Core и ожидал, что она забьется JVM по причине раннего поведения Oracle и технических аргументов выше.
Виртуальные потоки отстой. Ибо сливают таскам с TaskCompletionSource и CancellationToken. А вот яве без async/await хреново. Ибо во всех языках, даже в JS он существует.
Даже Котлин и то некое подобие изобразил. Кстати в TS когда в JS не было async/await, там генерировали стейт машину на промисах в JS.
Виртуальные потоки это хорошо забытые файберы и OVERLAPPED https://learn.microsoft.com/ru-ru/windows/win32/fileio/synchronous-and-asynchronous-i-o. Ничего нового.
N>Однако если объективно смотреть на состояния рынка после значительного времени прошедшего с анонса Core можно уже сделать вывод — Core завязла, C++ ренесансирует, Питон/JS в стратосфере и даже у GoLang buzz больше.
Откуда такие данные? Ничего существенным образом не меняется.
Ну можно только отметить значительный рост TS, Dart и того же блазора с MAUI.
Питон как занял свою нишу с ML и AI. Как используется не типизированный питон так и остался. Без интеллисенса эти языки малоинтересны для сложного программирования.
А вот TS несмотря на зависимость от TS многим интересен.
S>> Однако сейчас тот же .Net забирает немалую долю в тех же линуксах с докерами. N>Ты путаешь рост по сравнению с другими платформами с миграцией серверов написанных .Net с винды на линух облака. Просто винда на сервере мертва, a .NET eще нет.
Ну MS кстати тоже развивает линукс для серверов. Сервер значительно отличается от десктопа и переводят свои продукты под линукс.
Так, что миграция с виндовых серверов оличается незначительно.
Мой прогноз все языки и платформы будут востребованы.
Но надеюсь, что в вебе произойдет революция. Но наример с развитием интернета многие перейдут на аналоги облачных игр. Где все вычисления будут в облаке, а ты будешь получать только экраны.
И вот здесь HTML+JS как кроссплатформенный будет уступать уже "нормальным" приложениям.
MAUI Flutter
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, vsb, Вы писали:
vsb>https://azure.microsoft.com/en-us/resources/developers/java/
vsb>Микрософт целый портал подготовил, чтобы рассказать, как хорошо жава работает на этой самой ажуре. Микрософт даже свою жаву для этого собирает.
vsb>При чём тут .NET вообще?
При том, что он там прекрасно существует. Впрочем как и в AWS.
В свое время MS бросили люмию с Windows Mobile ради облаков, в том числе и развитию .Net.
Плюс средства разработки на том же на Windows для линукс WSL
Поэтому и средства разработки для тех же ажуров удобнее применять именно .Net.
А вот VS Code сильно сливает VS
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
vsb>>При чём тут .NET вообще? S>При том, что он там прекрасно существует. Впрочем как и в AWS.
Да он везде будет прекрасно существовать. Это же обычный экзешник, запускающийся в любом не слишком древнем линуксе.
S> Поэтому и средства разработки для тех же ажуров удобнее применять именно .Net.
Что означает эта фраза?
S> А вот VS Code сильно сливает VS
А по-моему наоборот. VS написан на богомерзском C++, а VS Code на благословенном TypeScript. Собственно VS Code это самый важный продукт Microsoft за всё время её существования, как по-мне.
Здравствуйте, Serginio1, Вы писали:
S>Виртуальные потоки отстой. Ибо сливают таскам с TaskCompletionSource и CancellationToken. А вот яве без async/await хреново. Ибо во всех языках, даже в JS он существует. S>Даже Котлин и то некое подобие изобразил. Кстати в TS когда в JS не было async/await, там генерировали стейт машину на промисах в JS. S>Виртуальные потоки это хорошо забытые файберы и OVERLAPPED https://learn.microsoft.com/ru-ru/windows/win32/fileio/synchronous-and-asynchronous-i-o. Ничего нового.
Ты не в состоянии понять, что тебе пишут или специально блокируешь в целях евангелизма .NET? Stackfull > Stackless ТЧК
Тут не о чем дебатировать и в MS это понимают
Здравствуйте, m2user, Вы писали:
M>У меня на работе например под AWS писали на .NET core, Python, даже что-то нативное собирали, M>но только не на Java, потому что во-первых никто её не знал, во-вторых частично портировался существующий код на C#.
Я именно об этом и говорю. На Core переходят не потому что круто, а потому что это самый простой способ перейти на линух для легаси и шарповодов. Она и появилась потому, что винда проиграла как серверная операционка.
Конечно я защищаю то, что знаю. А вот твоя ненависть к шарпу поражает. Видно ты каким то образом обжёгся.
То что файберы они же зеленые потоки где то выигрывают от п времени активации потоков и синхронизации, не делает их серебрянной пулей.
Пул нативных потоков в большинстве эффективней.
По сути при асинхронном программировании использование синхронизации сведено к минимуму. Или синхронизация на тех же TaskCompletionSource https://ru.wikipedia.org/wiki/Green_threads
На многоядерных процессорах родная реализация встроенных потоков (native threads) может автоматически назначать работу нескольким процессорам, в то время как реализация green threads обычно не может[1][2]. Green threads могут быть запущены гораздо быстрее на некоторых виртуальных машинах. Однако, на однопроцессорных компьютерах наиболее эффективная модель ещё не определена. Тесты на компьютерах под управлением (старого) Linux на ядре версии 2.2 показали[3]:
Green threads значительно превосходят встроенные потоки Linux-системы по времени активации потоков и синхронизации.
Встроенные потоки Linux имеют несколько более высокую производительность операций ввода-вывода и переключения контекста.
Когда green thread выполняет блокирующий системный вызов, блокируется не только этот поток, но и все потоки внутри процесса[4]. Чтобы избежать этой проблемы, green threads должны использовать асинхронные операции ввода-вывода, хотя данную сложность можно скрыть, порождая скрытые для пользователя потоки на каждую операцию ввода-вывода, которые объединяются с green thread.
Есть также механизмы, которые позволяют использовать собственные потоки и снизить накладные расходы на активацию и синхронизацию потоков:
Пулы потоков снижают затраты на порождение новых потоков за счет повторного использования ограниченного числа потоков[5].
Также, языки, исполняющиеся на виртуальных машинах, НО использующие native threads, могут использовать технику оптимизации — анализ побочных эффектов (Escape-анализ), чтобы избежать синхронизации блоков кода, когда это возможно[6].
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
S> Еще раз каков смысл в виртуальных потоках, если нужна работа с TaskCompletionSource и CancellationToken.
Смысл в глобальной асинхронной монаде, а не в локальной. Из за этого код не нужно ручками в нее (монаду) погружать в отличие от async/await. Все остальное одинаково.
Частный механизм, как сигнализировать преждевременное завершение вычислений, совершенно не имеет к этому отношения и абсолютно вторичен.
S> Конечно я защищаю то, что знаю. А вот твоя ненависть к шарпу поражает. Видно ты каким то образом обжёгся.
Откуда ты берешь про мою ненависть к шарпу? Хороший язык, лучше Явы.
S> То что файберы они же зеленые потоки где то выигрывают от п времени активации потоков и синхронизации, не делает их серебрянной пулей. S>Пул нативных потоков в большинстве эффективней. S>...
Тебе читать нужно научиться.
S>> Еще раз каков смысл в виртуальных потоках, если нужна работа с TaskCompletionSource и CancellationToken. N>Смысл в глобальной асинхронной монаде, а не в локальной. Из за этого код не нужно ручками в нее (монаду) погружать в отличие от async/await. Все остальное одинаково. N>Частный механизм, как сигнализировать преждевременное завершение вычислений, совершенно не имеет к этому отношения и абсолютно вторичен.
Покажи работу с TaskCompletionSource и CancellationToken.
Для их использования не нужны виртуальные потоки.
Зачем если есть пул потоков? В этом вся разница. Во многих случаях не нужен await нужна задача.
Можно вызавть await для массива задач (WhenAll, WhenAny ), можно вызвать ContinueWith итд. То есть больше механизмов использования.
Пул потоков более эффективен!
Еще раз читаем
Green threads значительно превосходят встроенные потоки Linux-системы по времени активации потоков и синхронизации.
Встроенные потоки Linux имеют несколько более высокую производительность операций ввода-вывода и переключения контекста.
Когда green thread выполняет блокирующий системный вызов, блокируется не только этот поток, но и все потоки внутри процесса[4]. Чтобы избежать этой проблемы, green threads должны использовать асинхронные операции ввода-вывода, хотя данную сложность можно скрыть, порождая скрытые для пользователя потоки на каждую операцию ввода-вывода, которые объединяются с green thread.
Есть также механизмы, которые позволяют использовать собственные потоки и снизить накладные расходы на активацию и синхронизацию потоков:
[q]
Пулы потоков снижают затраты на порождение новых потоков за счет повторного использования ограниченного числа потоков[
Также, языки, исполняющиеся на виртуальных машинах, НО использующие native threads, могут использовать технику оптимизации — анализ побочных эффектов (Escape-анализ), чтобы избежать синхронизации блоков кода, когда это возможно[6].
S>> Конечно я защищаю то, что знаю. А вот твоя ненависть к шарпу поражает. Видно ты каким то образом обжёгся. N>Откуда ты берешь про мою ненависть к шарпу? Хороший язык, лучше Явы.
Беру свои слова обратно. S>> То что файберы они же зеленые потоки где то выигрывают от п времени активации потоков и синхронизации, не делает их серебрянной пулей. S>>Пул нативных потоков в большинстве эффективней. S>>... N> N>Тебе читать нужно научиться.
и солнце б утром не вставало, когда бы не было меня
Работаю в топ 2 банке РФ, ещё несколько лет назад .net почти не было совсем. Сейчас это самый активно набираемый стек по количеству нанимаемых людей. Позиция руководства простая — все работает в кубере, взаимодействует между собой по кафке/http, язык не имеет никакого значения, важно только одно — за какой рейт можно нанять с рынка людей за условную сумму < x, и компании которые зацикливаются на чем то одном тупо проигрывают в деньгах.
Про новые проекты бред — чисто по удобству написания кода с c# и рядом никто не стоит. Все говорят смотри Котлин — смотрел, там даже деревья выражений не подвезли до сих пор. Поэтому новые проекты для бизнеса активно стартуют на .net.
А уж что за наркоманы будут опердни писать на питоне и js я не знаю, одна поделка годится только для фронта, вторая для наколеночных решений размером не больше одной страницы кода
Здравствуйте, novitk, Вы писали:
S>>Виртуальные потоки отстой. Ибо сливают таскам с TaskCompletionSource и CancellationToken. А вот яве без async/await хреново. Ибо во всех языках, даже в JS он существует. S>>Даже Котлин и то некое подобие изобразил. Кстати в TS когда в JS не было async/await, там генерировали стейт машину на промисах в JS. S>>Виртуальные потоки это хорошо забытые файберы и OVERLAPPED https://learn.microsoft.com/ru-ru/windows/win32/fileio/synchronous-and-asynchronous-i-o. Ничего нового. N>Ты не в состоянии понять, что тебе пишут или специально блокируешь в целях евангелизма .NET? N>Stackfull > Stackless ТЧК N>Тут не о чем дебатировать и в MS это [url=https://twitter.com/davidfowl/status/1583326637219000321 N>]понимают[/url]
Я не против зеленых потоков. Возможно они лучше в каких то сценариях нативных потоках. Но они никак не являются заменой async/await которые используют пул потоков хоть нативных хоть зеленых. Единственно, что для долгих операций стоит использовать более легковесные потоки.
То есть нужно смотреть и замерять.
Но они ну никак не являются заменой ради не использования async/await
Про отстой я говорил как замена задач выполняемых в пуле потоков, на задачи основанных на зеленых потоков.
При использовании Task никто не использует Thread напрямую, но можно делать подсказки вроде TaskCreationOptions, ConfigureAwait, ContinueWith, RunSynchronously
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, microuser, Вы писали:
M>Работаю в топ 2 банке РФ, ещё несколько лет назад .net почти не было совсем.
Рад за топ 2 банк РФ, но будущее платформы определяется в других недружественных странах — стартапах, FAANG и т.д.
M>Сейчас это самый активно набираемый стек по количеству нанимаемых людей. Позиция руководства простая — все работает в кубере, взаимодействует между собой по кафке/http, язык не имеет никакого значения, важно только одно — за какой рейт можно нанять с рынка людей за условную сумму < x, и компании которые зацикливаются на чем то одном тупо проигрывают в деньгах.
.NET — приемлемый выбор, а вот зоопарк технологий из за того, что сегодня кто-то дешевле не есть умно.
M>А уж что за наркоманы будут опердни писать на питоне и js я не знаю, одна поделка годится только для фронта, вторая для наколеночных решений размером не больше одной страницы кода
vscode — одна страницу кода? Я в курсе, что он в основном на ts, но под js понимается платформа, а не язык.
M>А уж что за наркоманы будут опердни писать на питоне и js я не знаю, одна поделка годится только для фронта, вторая для наколеночных решений размером не больше одной страницы кода
вот этот челhttps://youtu.be/etKOc80-cw0
в одном из докладов говорил что в европе некоторые банки фулстэк на js
Здравствуйте, novitk, Вы писали:
N>Здравствуйте, microuser, Вы писали:
N>Рад за топ 2 банк РФ, но будущее платформы определяется в других недружественных странах — стартапах, FAANG и т.д.
А это вообще какие отношение к текущему разговору имеет, будущее любой платформы определяется там и что дальше? Чем джава в этом плане отличается?
N>.NET — приемлемый выбор, а вот зоопарк технологий из за того, что сегодня кто-то дешевле не есть умно.
Не есть умно — это складывать все яйца в одну корзину, завтра одна из технологий пойдет по пизде и весь твой не зоопарк вместе с ней
N>vscode — одна страницу кода? Я в курсе, что он в основном на ts, но под js понимается платформа, а не язык.
Причем здесь редактор кода когда речь про написание опердней?
Здравствуйте, novitk, Вы писали:
M>>А уж что за наркоманы будут опердни писать на питоне и js я не знаю, одна поделка годится только для фронта, вторая для наколеночных решений размером не больше одной страницы кода N>vscode — одна страницу кода? Я в курсе, что он в основном на ts, но под js понимается платформа, а не язык.
Блазор является js платформой? Да там для используется js, но платформа Webassembly
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, microuser, Вы писали:
M>А это вообще какие отношение к текущему разговору имеет, будущее любой платформы определяется там и что дальше? Чем джава в этом плане отличается?
Разговор идет о популярности будущих платформах. .NET не популярна where it matters.
N>>.NET — приемлемый выбор, а вот зоопарк технологий из за того, что сегодня кто-то дешевле не есть умно. M>Не есть умно — это складывать все яйца в одну корзину, завтра одна из технологий пойдет по пизде и весь твой не зоопарк вместе с ней
Никакого плохого завтра не будет ни с одной из обсуждаемых технологий, тем более если оно еще и ОSS.
N>>vscode — одна страницу кода? Я в курсе, что он в основном на ts, но под js понимается платформа, а не язык. M>Причем здесь редактор кода когда речь про написание опердней?
Опердни в топ2 банке РФ сложнее vscode?
Здравствуйте, microuser, Вы писали:
M>Это маргинальщина какая то
Хочешь ближе к "топ2 банку РФ", а не к ФААНГ?
Список языков/платформ на которых работают главные риск-системы в следующих банках(5000+ разработчиков в каждом):
GS: slang(проприетарный язык)/jvm
JPM: python
Morgan Stanley: scala/jvm
BaML: python
Здравствуйте, Serginio1, Вы писали:
S> Покажи работу с TaskCompletionSource и CancellationToken.
TaskCompletionSource? Судя по описанию назыывается вроде чуть менее чем везде Promise.
Как делать cancellation в языке с зелеными потоками? Например так.
S>Можно вызавть await для массива задач (WhenAll, WhenAny ), можно вызвать ContinueWith итд. То есть больше механизмов использования.
Ты разговариваешь с человеком, который знаком с первоисточником всей так возбуждающей тебя красоты, которую МS тащит в C# — монадами, хаскeлем, библиотеками эффектов, FRP и т.д.
Здравствуйте, Serginio1, Вы писали:
S> Блазор является js платформой? Да там для используется js, но платформа Webassembly
Нет конечно. Цель wasm собственно и было открыть browser для других языков. С ней кстати тоже все складывается не гладко.
Здравствуйте, novitk, Вы писали:
S>> Покажи работу с TaskCompletionSource и CancellationToken. N>TaskCompletionSource? Судя по описанию назыывается вроде чуть менее чем везде Promise. N>Как делать cancellation в языке с зелеными потоками? Например так.
Суть того, что задачи никак не связаны с асинхронные операции ввода-вывода. Порт завершения ввода / вывода (IOCP)
TaskCompletionSource это создание задачи и ручное получение результата через SetResult https://learn.microsoft.com/ru-ru/dotnet/api/system.threading.tasks.taskcompletionsource-1?view=net-7.0
Ты почитай ссылки, что я даю. Я трачу время и они полезны Использование асинхронного шаблона, основанного на задачах
S>>Можно вызавть await для массива задач (WhenAll, WhenAny ), можно вызвать ContinueWith итд. То есть больше механизмов использования. N>Ты разговариваешь с человеком, который знаком с первоисточником всей так возбуждающей тебя красоты, которую МS тащит в C# — монадами, хаскeлем, библиотеками эффектов, FRP и т.д.
Я изучал монады, хаскели и прочее. И то что сделано в F# и C# меня возбуждает больше.
Я просто указал на разницу между потоками (пусть и зелеными) и задачами на пулах потоков. Только при чем тут "монадами, хаскeлем, библиотеками эффектов, FRP и т.д."
Вообще в основе своей той же стейт машины стоит yield, то есть генерация класса с замыканием переменных для хранения состояния и изменение через MoveNext.
Оно прекрасно себя зарекомендовало в Linq и было перенесено на async/await
Кстати в свое время делали энумераторы делали на файберах, аналог зеленых потоков. Но MS предложили через yield и дало огромный толчок для использования функциональщины в C#
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, novitk, Вы писали:
S>> Блазор является js платформой? Да там для используется js, но платформа Webassembly N>Нет конечно. Цель wasm собственно и было открыть browser для других языков. С ней кстати тоже все складывается не гладко.
Это все понятно. Делают GC, доступ к DOM.
Но вот блазор работает как на сервере так и на клиенте. Кстати первый блазор в вэбасембли был моно который интерпретировал MSIL.
Сейчас они делают AOT. Но нужна сборка мусора и доступ к DOM.
Но преимущество это не только язык но и единая кодовая база как для сервера так и клиента. Можно писать единый код используя условную компиляцию.
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
S>Здравствуйте, AntoxaM, Вы писали:
S> Аргументы против?
ну например, корутины продуманнее выглядят, выкинуты всякие бесполезные new и т.п.
Ну и вообще синтаксис продуманнее, можно всякие dsl типа compose или gradle делать.
S>>>Опять же Котлин это андроид в основном. AM>>нет, он вполне живёт и на сервере. S>Жить то он может где угодно. Только вот какова востребованность. S>https://survey.stackoverflow.co/2023/#most-popular-technologies-language-prof S>Котлин скоро Dart у будет уступать.
да, видимо за счёт флаттера дарт растёт S>>>Шарп это фигаро в том числе и Xamarin для мобилок. AM>>и сколько этим xamarin'ом пользуются? S>https://survey.stackoverflow.co/2023/#most-popular-technologies-misc-tech-prof S>В 2 раза меньше чем QT или Electron
и в 3и раза меньше того же флаттера. а если сравнить с предыдущими годами: то с 7.4% в 2018 упало в 2 раза. Похоже востребованность так себе.
S>>> А сколько продает? Большинство пользуется VS. AM>>которая без решарпера всегда так себе была. S> 2022 вполне себе и без решарпера хороша. С ИИ
надо будет глянуть как-нибудь
Здравствуйте, AntoxaM, Вы писали:
S>>Здравствуйте, AntoxaM, Вы писали:
S>> Аргументы против? AM>ну например, корутины продуманнее выглядят, выкинуты всякие бесполезные new и т.п. AM>Ну и вообще синтаксис продуманнее, можно всякие dsl типа compose или gradle делать.
Ну спорно. В том же C# есть Source Generator. Как в котлине?
Те же деревья выражений, IQueryable, PM
А вот грабли это конечно песня после студии.
Там такие танцы с бубном приходилось использовать.
В студии настроил конфиг файлы и проблем никаких нет.
Просто иногда в сложных проектах есть конфликты со вложенными пакетами.
Да Type-safe builders мне нравятся https://kotlinlang.org/docs/type-safe-builders.html
Но это конечно не киллер фича. Синтаксис Linq аля Query в котлине есть?
S>>>>Опять же Котлин это андроид в основном. AM>>>нет, он вполне живёт и на сервере. S>>Жить то он может где угодно. Только вот какова востребованность. S>>https://survey.stackoverflow.co/2023/#most-popular-technologies-language-prof S>>Котлин скоро Dart у будет уступать. AM>да, видимо за счёт флаттера дарт растёт S>>>>Шарп это фигаро в том числе и Xamarin для мобилок. AM>>>и сколько этим xamarin'ом пользуются? S>>https://survey.stackoverflow.co/2023/#most-popular-technologies-misc-tech-prof S>>В 2 раза меньше чем QT или Electron AM>и в 3и раза меньше того же флаттера. а если сравнить с предыдущими годами: то с 7.4% в 2018 упало в 2 раза. Похоже востребованность так себе.
Ну 3% вполне себе востребовано. Обычно Xamarin востребован там, где единая кодовая база для разных решений.
И соперничает он с тем же флаттером. Вот новый MAUI набирает популярность. Посмотрим.
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, novitk, Вы писали:
N>Здравствуйте, microuser, Вы писали:
M>>Это маргинальщина какая то
N>Хочешь ближе к "топ2 банку РФ", а не к ФААНГ? N>Список языков/платформ на которых работают главные риск-системы в следующих банках(5000+ разработчиков в каждом): N>GS: slang(проприетарный язык)/jvm N>JPM: python N>Morgan Stanley: scala/jvm N>BaML: python
И где здесь js?
Здравствуйте, novitk, Вы писали:
N>Здравствуйте, microuser, Вы писали:
M>>А это вообще какие отношение к текущему разговору имеет, будущее любой платформы определяется там и что дальше? Чем джава в этом плане отличается? N>Разговор идет о популярности будущих платформах. .NET не популярна where it matters.
N>>>.NET — приемлемый выбор, а вот зоопарк технологий из за того, что сегодня кто-то дешевле не есть умно. M>>Не есть умно — это складывать все яйца в одну корзину, завтра одна из технологий пойдет по пизде и весь твой не зоопарк вместе с ней N>Никакого плохого завтра не будет ни с одной из обсуждаемых технологий, тем более если оно еще и ОSS.
N>>>vscode — одна страницу кода? Я в курсе, что он в основном на ts, но под js понимается платформа, а не язык. M>>Причем здесь редактор кода когда речь про написание опердней? N>Опердни в топ2 банке РФ сложнее vscode?
Сложность не имеет значения, важно общее количество проектов, опердней на порядки больше чем ide или операционных систем
Здравствуйте, microuser, Вы писали:
N>>Хочешь ближе к "топ2 банку РФ", а не к ФААНГ? N>>Список языков/платформ на которых работают главные риск-системы в следующих банках(5000+ разработчиков в каждом): N>>GS: slang(проприетарный язык)/jvm N>>JPM: python N>>Morgan Stanley: scala/jvm N>>BaML: python M>И где здесь js?
А почему именно js? Разве к питону не относилось про "не более одной страницы" и "маргинальшина"?
M>Работаю в топ 2 банке РФ, ещё несколько лет назад .net почти не было совсем. Сейчас это самый активно набираемый стек по количеству нанимаемых людей.
кстати тут на днях про собеседование в один банк был отзыв а что с хх.ру?
