C# (.NET core) - язык вроде и кроссплатформенный стал, но хер пойми где какие и куда либы. Синтаксис и возможности в свое время увлажняли многие бородатые умы, но по состоянию 2020 синтаксис уже протух.
Kotlin - наконец-то на жабе стало удобно писать. Стало настолько модно и молодежно, что напряглись даже шорписты. Если вы хотите пробустить вашу джаву, то котлин без вариантов.
Python - язык создавался гением, поэтому не такой как все во всех смыслах. Петухон стоит брать только, если вы хотите стать инфоцыганом и зарабатывать на курсах. Это сейчас золотая жила для развода "хочух в айти".
Scala - очередной продукт гениев, создан чтобы восхищаться, а не писать на нем.
Все мы знаем что ФП языки нужны, чтобы работники банка или формошлепы могли самоутвердиться. Хоть иногда встречаются победили, которые не поняли фишку ФП и на полном серьезе пытаются что-то разрабатывать, но в реальности все понимают, что о ФП интереснее пиздеть с товарищами или сраться на бордах, чем пробовать на этом что-то написать.
Ruby - магическая, тормозная, багнуто-кроссплатформенная херня. Выстрелила благодаря рельсам, откуда все фреймворки потаскали понравившиеся фичи и забыли.
JavaScript - если с фронтендом я еще смирился и с новыми версиями даже полюбил немного (стокгольмским синдромом, не иначе), то вот сам node.js это кусок говна, который по ощущению пилился студентом. Даже JavaScript не заслужил такого издевательства. А ведь реально могли запилить все на корутинах и сделать нам "нормальный" Go.
PHP - по прежнему топ в вебе, от чего поджигает пуканы всем остальным. Каким-то хером, какой-то долбаеб, засунул туда полный комплект ООП, от чего макаки просто замесили тонну трудно сопровождаемого тормозного кода.
Rust - очередная попытка победить С/C++, возможно попытка была бы и удачной, но комьюнити больше волнуют политические проблемы. Со слов хейтеров все выглядит сыро и бестолково (даже говорят о зависающих асинках). Язык, почему-то, привлекает бэкендеров, хотя даже уборщика кабинета информатики знает, что быстрый код надо уметь еще писать, о чем постоянно напоминает techempower.
Go - Тот язык в котором нет стектрейса во время ошибок и в котором руками надо пробрасывать эти ошибки - просто непригоден для серьезной разработки (можно, способных много, но нахрена?). Одно дело когда у тебя Си 1970 года и сам язык просто представляет обертку над ассемблером, другое дело в 21 веке позорится таким сырым говном.
И да - лол, нет дженериков.
> всем лучше котлина
> котлин это вообще страх и ужас
Ну как-то голословно. Не продал. На котлине можно под андроид приложухи делать. А на шарпе что? Десктоп? Бэкэнд? Научные числодробилки? Ну это всё и котлин умеет.
> > кубернетес написали не на шарпе?
> а должны были? а почему на котлине не написали?!
Потому что котлин это страх и ужас? Ладно, если без шуток, то кубер делали в гугле, а там го суют везде, ну прям как майки шарп. Только вот гугл сервера больше пишет, а майки под домашнюю/офисную пекарню. И в случае кубера я больше доверяю выбору гугла.
>На котлине можно под андроид приложухи делать
дык и на шарпе можно
>Десктоп? Бэкэнд? Научные числодробилки? Ну это всё и котлин умеет.
дык все это даже питон умеет
разница лишь в самом языке. Где то просто пишешь и доволен от процесса, а где то постоянно WTF всплывает
>Потому что котлин это страх и ужас?
котлин страх и ужас потому что те кто его разрабатывал видимо очень решили перенять чужие фичи, но не подумали как это сделать хорошо.
конструкторы с инит, компаньоны - разве мог здравомыслящий человек такое соорудить.
>майки под домашнюю/офисную пекарню.
голословные заявления так то. азуре вот майковский.
>И в случае кубера я больше доверяю выбору гугла.
выбор выбор. написал гугл кубер - ну молодец чо. остальные здраво подумали "зачем писать свое" и не стали.
High tier: Kotlin, Javascript
Mid tier: C, C++, C#, Python, Clojure
Low tier: Java, Scala, Ruby
Shit tier: PHP
У шарпистов бомбит от котлина, поэтому мы видим только слюни на экране, вместо фактов.
Понятно, котлин делает шарп ненужным.
Если бы шарп еще лет 15 назад полез в опенсорс (сделали Core). То сегодня даже вопроса не было на чем писать, но увы, мягкие просрали все полимеры как и с IE.
>дык и на шарпе можно
Не стоит, очередные костыли, вместо родного языка.
>дык все это даже питон умеет
от динамико-дресни страдают уже даже дата-сатанисты. Не удивлюсь если в какой-нибудь котлин перекатятся в скором времени.
>конструкторы с инит
Это сахар, можешь конструкторы писать ручками (см пикчу).
>компаньоны
Да, обосрались, сами сказали. Бывает.
>разве мог здравомыслящий человек
Разве мог здравомыслящий придумать методы с большой буквы. Или док-комменты в xml. Или эту херню с {get и set} аж в глазах ребит.
Или пизданутые вложенные неймспейсы?
Ну или вообще как можно пилить не кроссплатформенный язык в 21 веке. Нахрен такой костыль вообще нужен?
>голословные заявления так то. азуре вот майковский.
Все равно какая-то анальная привязка к вендору. Раньше насильно, а теперь потому что выбора нет. Либо известный костыль, либо васяновские перделки.
>У шарпистов бомбит от котлина
у меня бомбит только от того какой котлин несуразный. понабрал отовсюду да криво сшил
>очередные костыли, вместо родного языка.
ча?
>от динамико-дресни страдают уже даже дата-сатанисты
суть в том что быть универсальным языком может не только котлин. а и питон.и даже ЖАВА (только не уходи в аргументы что на котлине кодить приятнее. а то смешно будет)
>Да, обосрались, сами сказали
и всем сразу стало легче?
>Разве мог здравомыслящий придумать методы с большой буквы. Или док-комменты в xml. Или эту херню с {get и set} аж в глазах ребит.
не вижу ничего плохого с большой буквы. а вот в других языках читабельность страдает
гет сет...будто бы в котлине не то же самое
про неймспейсы вообще не знаю в чем претензия.
>Ну или вообще как можно пилить не кроссплатформенный язык в 21 веке
шарп кросс. о чем ты вообще.
>какая-то анальная привязка к вендору
каким образом это доказывает твои байки "мс не умеют в сервера"? можешь не прыгать с темы на тему?
Гугл хочет C++ разработчиков подешевле. Значительно дешевле. Ещё дешевле. Пусть лучше if err != nil { return err } пишут каждые 20 строк кода, зато другие индусы легко разберутся и любого другого разраба можно сконвертировать в го за две недели. Ну и железа мощного не нужно (без динамикотормозов), рантаймы за собой таскать не нужно (экономия на деплое) и мультитред/корутины изкоробки чтобы 10к соединений проблемой не были. Ящетаю со своими хотелками гугл справился более чем.
Да собственно жава/шарп и остальные с того же и начинались, упростить C++, вроде бы упростили, но куда-то не туда всё ушло, в какие-то дебри паттернов, абстракции на абстракциях и абстракциями погоняют. А книг-то сколько понаписали, ужас.
>>1782398
Котлин == Джава 2.0 Как тут плюсы так и минусы.
Го - только микросервисы, хз зачем целый язык учить, асинхронное программирование сейчас есть везде.
Руст - обосрались они там уже, дальше некуда.
Элексир - очередная йоба, очередного художника гения. Динамико-говно не нужно априори.
Typescript - статик язык компилирующийся в динамичный, это уже ржака.
Тебе жопоскрипт ошибок мало, тебе еще надо отлаживать второй язык?
Javascript - потому что выбора нет, как малое зло - единственный язык из динамико-дресни, который надо знать.
Python - я не буду покупать твои курсы.
C, C++ - минимум стаж 15 лет, чтобы перейти во вменяемого мидл разработчика.
PHP - говно, но деньги не пахнут.
>у меня бомбит только от того какой котлин несуразный. понабрал отовсюду да криво сшил
Это синдром утенка, пока сам не попишешь и не поймешь, что многие решения были выбраны из-за практичного опыта.
>ча?
Да жопа ваш ксамарин, ну пиздец же. Еще бы на петухоне предложил писать.
>суть в том что быть универсальным языком может не только котлин
Любой код сложнее утилитки для консоле, в динамичный языках превращается в убожество, которое надо зубрить. В то время с типами ты можешь хотя бы определить что с чем работает.
То есть питон решает только базовые веши, сложные абстракции там тоже придется писать. И без нормального ООП это сложно.
Я почему написал про котлин и сантистов, потому что там есть типизированный DSL. Это может хорошо бустить работу, при этом не отстреливая руки.
>не вижу ничего плохого
А другие видят, синтаксис вычурный и устарел.
Одни только типы с лева чего стоят, даже в тс от этого дерьма отказались.
>шарп кросс. о чем ты вообще.
Это как jit в руби, вроде обещают запилить, но уже никому и не надо.
Так же и твой кросс. Опоздали лет так на 10-15.
>каким образом это доказывает твои байки
Я такое и не говорил.
>Это синдром утенка, пока сам не попишешь и не поймешь
в моем списке языков - жс, шарп, питон, пхп, руби, жава ну и котлин лол. Отлично заметно что хорошо сделано в одном языке и как это же коряво подано в другом.
>Да жопа ваш ксамарин, ну пиздец же
жа жопа ваш жвм...когда нужно кроссмобильную апликуху писать. )
>в динамичный языках превращается в убожество, которое надо зубрить
с этим спорить не буду же. потому я предпочитаю шарп. но у нас спор не об этом
>А другие видят, синтаксис вычурный и устарел.
очень субъективно. а насчет синтаксиса который устарел - в разы продуманее чем в том же котлине (про жаву не будем вспоминать - она древность)
>Так же и твой кросс. Опоздали лет так на 10-15.
ты уже определись есть или нет. Как то тупо звучит аргумент "у вас нет кросса, но он у вас есть но если бы был 15 лет назад..." - то что? кросс есть и вовсю используется.
>Я такое и не говорил.
пардоньте. на дваче не видно кто есть кто, кто кому отвечает.
но кто то же говорил
> Сейчас бы отождествлять языки и крупные компании, которые могут позволить иметь 100500 проектов на разных языках.
Да, да, они пишут в блоге как у них 2+ млн коннектов на одной машине на эрланге, а сами наверно втихую используют другие языки?
https://blog.whatsapp.com/1-million-is-so-2011
Продуманный язык.
Нижний регистр для функций и полей, придумали чтобы не путать их с классами.
Наймспейс создает на пустом месте лишний отступ, да еще просто бойлерплейт. Все равно пишите как на жабе.
Явная декларация геттеров и сеттеров. Автор вообще не понимал что делал, теперь все пишут бойлерплейт {get; set;}.
Точка с запятой в 2020 году, просто иди нахер.
Офигеть, удивляться от корутин и асинхронного программирования, как там в 2010?
Ниче что эликсир в реале тормозное говно?
https://www.techempower.com/benchmarks/#section=data-r19&hw=ph&test=plaintext&l=zg24jj-1r
> приносит какой-то бенчмарк и называет язык тормознутым
>придумали чтобы не путать их с классами.
даже не знаю какие глаза нужно иметь чтобы перепутать.
>Наймспейс создает на пустом месте лишний отступ
да блин о чем ты
>Все равно пишите как на жабе.
ну так язык и появился как жабоподобная замена жабы. только не застыл в каменном веке, а набрал кучу фич
>Явная декларация геттеров и сеттеров. Автор вообще не понимал что делал, теперь все пишут бойлерплейт {get; set;}
понимал. если сеттелы не указать это будет поле, а с сеттерами свойство. Так то разные вещи.
>Точка с запятой в 2020 году, просто иди нахер.
язык родился не в 20 году. ты же не ждешь от жавы чтобы в ней не было ;, так тут какие претензии
>язык родился не в 20 году.
Ну вот, я говорю, если бы в свое время не зажопили опенсорс, могли бы быть топ языком, но для 20 года, это уже кал.
Да, точка с запятой решает ппц как, быстро к хорошему привыкаешь. Ну и вменяемые лямбды через { }, это просто вершина удовольствия.
> Ну и вменяемые лямбды через { }, это просто вершина удовольствия.
Чем лямбды через () хуже?
> Явная декларация геттеров и сеттеров. Автор вообще не понимал что делал, теперь все пишут бойлерплейт {get; set;}.
Ага, а вот джавовские private Foo foo; public void setFoo(); public Foo getFoo(); намного круче и вовсе не бойлерплейт. Да и эту хуйню юзают чаще всего как {publiic get; priivate set;}, что довольно удобно.
> Точка с запятой в 2020 году, просто иди нахер.
Вкусовщина пиздец
>только типы слева чего стоят
А вот тут поясни. При типе справа ты читаешь переменную, как она и есть: "строка Foo", "число Bar" . Тогда как с этой ебаниной оно мало того что выглядит по тупому, так еще и двоеточие ставить надо.
>Вкусовщина пиздец
Для 2020 это уже роляет. Древний бойлерплейт, когда не умели писать компиляторы.
>вот джавовские
Мы говорим про котлин.
>При типе справа ты читаешь переменную, как она и есть:
Я видел на практике джуны сначала пишут переменную потом тип.
>так еще и двоеточие ставить надо.
Помогает в восприятие, тоже этому сопротивлялся, а потом осознал. Но согласен, у них своя IDE, могли бы просто раскраску сделать отдельно (хотя сразу начали кукарекать про привязку к ide)
>Древний бойлерплейт, когда не умели писать компиляторы.
Так а что там уметь? Просто интерпретируй \n как точку с запятой.
> Мы говорим про котлин.
Я вообще не понимаю, как можно доебываться до точки с запятой, синтаксису декларации типов, "бойлерплейтным" геттерам, но при этом юзать библиотеки и читать код джавы. Я ведь уверен, каждый котлинист кроме котлина должен знать еще и джаву, а скорее всего, с джавы и перешел на котлин.
>>1783456
> Лесенка в конце из "});" не напрягает?.
Так пишут только если тебе нужны стейтменты в лямбде. Но в 99% случаев они тебе не нужны и ты пишешь одно выражение типа foo(it => something);
Но вообще, у тебя доебки к синтаксису, когда у шарпа есть проблемы и похуже, особенно с новыми версиями: сделали какие-то костыли с варнингами для наллов вместо аналога джавовского Optional<T>, добавляют рекорды ШОБ КАК В ДЖАВЕ, когда уже существуют ридонли структуры, создают тонну нахуй ненужного сахара типа "Point p = new (2,3)" и тд.
Мне кажется, лет через 5-10 шарп по сложности превратится в ебаные плюсы, потому что майки стремятся добавить все возможные и невозможные фичи, дабы завоевать новую аудиторию.
>Я вообще не понимаю, как можно доебываться до точки с запятой
Когда попишешь на нормальных языков, ты начнешь понимать, что тебе просто выдрессировали на точку с запятой, потому что разработчикам было тупо лень.
>Просто интерпретируй \n как точку с запятой.
Наивный.
>каждый котлинист кроме котлина должен знать еще и джаву
А шарписту надо знать дотнет. Жопоскриптеру надо знать работу с DOM. Продолжать или будешь дальше перечислять вещи, которые так и были заявлены?
Котлин - это удобная жаба. Которую поцеловал принц.
>Но в 99% случаев они тебе не нужны
Пиздабол.
Языки с обязательной точкой запятой в 20 десятилетии больше не нужны. Выкинь каку.
Есть работа на всех четырёх, даже на расте, но на нём пока меньше всего. На го уже навалом работы, и на котлине (мобайл). На эликсире хватает, на расте пока только для илиты.
>>1782456
>Го - только микросервисы, хз зачем целый язык учить, асинхронное программирование сейчас есть везде.
Он достаточно небольшой, его недолго и нетрудно учить, а платят очень хорошо и асинхронщина в нём крайне приятная, лучше наверное только в эликсире.
>Руст - обосрались они там уже, дальше некуда.
Плюсовику неприятно, что потихоньку началась утилизация плюсов?
>Элексир - очередная йоба, очередного художника гения. Динамико-говно не нужно априори.
Свои задачи он выполняет шикарно. А про динамикодрисню — на скале попытались написать своё велокостыльное подобие той модели многопоточности, которая под капотом у эликсира, но с типизацией. Мало хорошего из этой затеи получилось.
>Typescript - статик язык компилирующийся в динамичный, это уже ржака.
>Тебе жопоскрипт ошибок мало, тебе еще надо отлаживать второй язык?
Уже толстота пошла, или ты серьёзно? Тайпскрипт решает огромное количество проблем жёппо скрипта. А поскольку без жс никак, то тс маст хев.
>PHP - говно, но деньги не пахнут.
Какие там деньги, софтвер-ассенизатором работать за половину зарплаты фронтендера или за четверть зарплаты гофера?
>Когда попишешь на нормальных языков, ты начнешь понимать, что тебе просто выдрессировали на точку с запятой
я пишу и на тех где есть точки с запятой и где нет (и среди них и котлин) и отступы даже
вообще не замечаю данного аспекта
но как же котлинисты пытаются навязать всем "вас гнобят с разделителями"
> монополизм всегда плохо
Опенсорцный. Подумай ещё раз. Это как сказать что Бехтовен в общественном достоянии это плохо.
> говнохром
Что не так с ним? Не нравится UI - возьми любой дериватив. Давай только не съезжай на зонды гугла, есть хромиум и я конкретно говорил про хромиум.
> гугл предьявляет к тебе дебильные требования
Например? Вряд ли они будут ломать то что уже есть.
> порождает кучу процессов
Треды или процессы порождает любой браузер. Процессы безопаснее.
> убогая кастомизируемость
Ты про UI, экстеншены или исходники хромиума? Про UI я тебе уже ответил, не вижу проблем с экстеншенами, и форкодельцы не жалуются чёт.
>Например?
"везде только хттпс" например
>Процессы безопаснее.
Если не умеете в нормальную изоляцию - нечего браузеры садиться писать.
А по делу у меня огромное количество вкладок. мне столько процессов не нужно. фф отлично управляется по количествую ядер и летает все так же
>Ты про UI
угу. про него самого. решил поставить Tree Style Tab который более менее норм даже на новом фф и глянул че там на хроме и ужаснулся от того решения чо там предлагается. костыли
>не вижу проблем с экстеншенами
сплошные анальные запреты... ну ладно во благо юзера приму
> везде только хттпс
И в каком месте это проблема?
> Если не умеете в нормальную изоляцию
Лол. Почитай чем треды отличаются от процессов.
> мне столько процессов не нужно
Ну так ты закрой диспетчер задач и выдохни. Какая разница сколько там процессов? Думаешь pidы закончатся?
> про UI
Давай с этим лучше в /s/. Я хочу внятно услышать почему монополизм в случае хрома это плохо и чем это грозит разработчикам.
>И в каком месте это проблема?
ресурсы в локальной сети - им не нужно хттпс.
>Почитай чем треды отличаются от процессов.
ну знаю я и что. в этом споре я просто пользователь, а не программист. я вижу фф мало процессов и хром ДОХЕРИЩА
и как следствие повышенное потребление памяти (а это уже как пользователя меня очень заботит)
>Какая разница сколько там процессов?
оператива оператива хрум хрум хрум
>Давай с этим лучше в /s/
лень. а монополизм грозит всем. монополия есть монополия и гугл давно не корпорация бобра. инет никакой пользы от альтбраузеров если на них нет ца
Ты наверное из тех, кто всегда текст воспринимает буквально. В слове элита намеренно заменена первая буква, чтобы таким как ты упростить понимание, но как видишь, всё равно приходится разжёвывать. Имелось в виду, что на расте реально мало вакансий, и на них возьмут только редкого человека, потому что на них ищут такизн людей, которые уже хорошо разбираются в низкоуровневом программировании, системщине, имеют большой опыт и сильную подготовку по информатике, при этом имеют желание писать на расте, при этом не душные увальни с завода, которым место среди петровичей. Когда раст станет популярнее, и утилизация плюсов наберёт обороты, то вакансии будут уже не насколько требовательными.
>>1783543
Жопочтец, ты?
Написано:
>Тайпскрипт решает огромное количество проблем жёппо скрипта
То есть статической типизацией можно решить проблемы языка. При чём тут долбоебизм программиста? Охуеть, читать не умеют, а сами себя считают лучше жс-макак
>Плюсовику неприятно, что потихоньку началась утилизация плюсов?
>Ты наверное из тех, кто всегда текст воспринимает буквально.
Сверхманевренность - вопросы остаются
>возьмут только редкого человека, потому что на них ищут такизн людей
НАРОД НЕ ТОТ
>Когда раст станет популярнее, и утилизация плюсов наберёт обороты,
Тогда и приходите, лол. Когда уже станет-то?
То как там сделали дженерики, я уже стал реально думать что над вами там тупо издеваются.
Ты чего тут в треде забыл то? Иди ошибки пробрасывай, ошибки сами себя не пробросят.
https://pl.kotl.in/fK0rtQZmI
ну за 1 минуту при желании пишется метод расширение Let который примет ламбду и будет тот же результат
напомню что шарп развивался со времен жавы. с тех времен жава нихера не развилась что у кой кого лопнуло терпение и они выкатили свой язык (с кучей WTF кстате) и теперь жависты бывшие котлином кичатся
может мне экспрешены притащить и спросить? не. лениво. я лучше спать
>напомню что шарп развивался со времен жавы
Язык на одной платформе это не язык кококо мс прогнулся и сделал core - да поздно уже, Карл
Куда там в своем загоне он развивался?
Джава мощнейшая кроссплатформенная йоба, а тут еще ей норм синтакис подвезли, не поломав саму джаву.
Это вин десятилетия.
нитакое. ясно
>>1784591
>а тут еще ей норм синтакис подвезли
в жаву ничего не подвозили. котлин это не жава
и то что жвм это ничего не значит
может почти каждый котлинист знает жаву
но далеко не каждый жавист знает котлин и вообще собирается знать
для "норм синтаксис" изучать целый новый язык с ортогональными концепциями понатасканными отовсюду - ню ню
Сколько нужно шарпитстов, чтобы заменить лампочку перейти на core?
Нисколько. Те кто юзает шарп, конвертят эксель таблицы в эксепшены, их и так все устраивает. Другие, кому нужна проверенная временем инфраструктура на линуксе, даже не посмотрят на очередной порт mono. первые релизы core вообще забавно глючил.
>Вот тогда и заживем, внучок
но заживем ведь. коре это всего лишь рантайм. для перехода не нужно изучать абсолютно другие языки с абсолютно чуждыми концепциями, как это котлинисты нахваливают, а желающих чет жавистов реально это делать кот наплакал
>>1784622
>даже не посмотрят на очередной порт mono
собака лает, а...коре вполне зрелый для продакшена еще в версии 2, но может кому не хватало совместимости, так в 3 стало очень хорошо. А вот недалече 5 (который должен повелевать и заменить всех)
https://dotnetfiddle.net/v1KRNk
и я ж не отрицаю что в котлине некоторые вещи сделаны хорошо. Ведь он писался с нуля, когда можно было видеть неправильные решения в других языках (а не делался клон жавы и потом уже пытались исправить проблемы, но совместимость....)
я утверждаю что при этих условиях в котлине заделали кучу "ну блин зачем вы выбрали сделать WTF"
Никогда такую дичь не юзал, но вот точно такая же хуйня. А я то думал что ты наллы монадами обработал, а ты всего-то такую хуйню многословною сделал.
Ты не думал, что намного удобнее будет сделать как на 2м пике?
В том что это живой пример, когда разные функции возвращают разное (тип или null) и нужно собрать только результат.
Если убрать функции весь пример схлопывается до то, что данные можно было сразу в список поместить.
А у тебя йоба фантазия, когда зачем-то перебираешь поля у класса.
Нехрена ты не знаешь отличие от готовых данных состояний и вычисляемых в процессе функций. Вот тебе пример, иди пиши на шарпе или молча слейся (ибо будет смешная простыня на целую страницу из методов)
https://pl.kotl.in/01BeovD05
Так ты можешь скинуть хоть один пример, где котлин лучше? Не доебываться своим субьективным мнением к синтаксису, не кричать о том какие дженереки ужасны так на го иди, там все модно, молодежно, без этих ынтырпрайзных абстракций, а показать пример того, где шарп реально сосет и не может ничего сделать?
>>1784937
Методы расширения же. Разве у котлина такого нет? Вот ниже код для них, this и указывает на то, что это метод расширения.
Очевидно кода меньше.
Для простых и частых задач кода реально меньше, без взывания к рандому. Я реально на котлине скрипты-утилитки пишу вместо питона. А вот шарп уж многословен. Даже в консоль насрать, надо взывать то ли к классу то ли к неймспейсу.
И кстати, я думал эту жабью херню Кококо кокок = new Кокок() у вас пофиксили. А оказалось слизали как есть.
>Методы расширения же.
Они пишутся явно, а не магией. Когда магия, это же жопа, по-любому найдется место где напутаешь и все прокатит с логической ошибкой.
Это как интерфейсы в го, сначала кажется круто и своеобразно, пока не навернешь говница и код пройдет там, где не должен.
>Это же ппц магия, как такое в статичном языке допустили?
нет никакой магии. это по факту обычный статический метод. И пользоваться им можно как обычным стат методом
просто модификатор this указывает на то, что его можно вызывать как инстансовый метод и this интанста попадет туда (прямо как self в питоне)
>Очевидно кода меньше.
А как на меня, в котлине больше. Из-за отсутствия свойств надо писать в конце геттеров (), if else явно длиннее чем ?:, декларация типов из-за : длиннее, а лямбды в {} мне просто не нравятся. Но я не буду придираться к такой фигне, потому что к ней можно привыкнуть.
>Я реально на котлине скрипты-утилитки пишу вместо питона
С девятым шарпом тоже можно будет. Не понимаю, нахуя это надо когда есть баш, питон, повершелл , хаскель но видимо, я просто не понимаю таких как ты.
>И кстати, я думал эту жабью херню Кококо кокок = new Кокок() у вас пофиксили. А оказалось слизали как
есть.
Так у тебе то же самое, если вместо стринга поставить какой-то обьект:
>fun kokoko(): ArrayList<Kukarek> = ArrayList<Kukarek>()
А вот твоего хейта к неймспейсам я не понимаю. В ебучей джаве на каждый публичный класс/интерфейс нужно клепать отдельный файл, что иногда ппц неудобно, тогда как в шарпе такой хуйни нет именно благодаря неймспейсам.
> То как там сделали дженерики, я уже стал реально думать что над вами там тупо издеваются.
Аргументы будут? "Ваши дженерики не дженерики" — это сильно
> Ты чего тут в треде забыл то? Иди ошибки пробрасывай, ошибки сами себя не пробросят.
А ты чего забыл тут? Пока просто пукаешь в воду без фактов и логики, зачем ты такой здесь нужен?
а что God Tier для Европы? Перекатываюсь на днях, но не по погромистской работе. Естественно, везде пишут, что джава, питон, пхп, жс и прочее. Нихуя нового
Вангую, что жс или пхп
>Из-за отсутствия свойств надо писать в конце геттеров ()
Пиздабол. Там вообще по умолчанию свойства все.
> if else явно длиннее чем ?:
Конечно, сейчас бы сравнивать тернарный оператор с if.
>декларация типов из-за :
Обосрался))
>лямбды в {} мне просто не нравятся
Самый топ, за что любили груви и котлин.
>С девятым шарпом тоже можно будет
Ты же понимаешь, речь не про короткую запись main.
>Так у тебе то же самое
Тупой шарпист путает декларацию функции с бойлерплейтным объявлением переменной.
У меня сложилось впечатление что шарписты такие скользкие такие люди и постоянно пиздят. Нахер таким быть?
>C#
>kotlin
>числодробилки
Вы и в правду такие тупые, чтобы на серьезных щах обсуждать инструменты и "какой синтаксический сахар в моем hello world лучше"?
кстати подобные графики вопросов не всегда верны
продукт может быть не очень популярным но крайне ебанутым что постоянно приходится спрашивать
пример тому тот же гит. миллионы статей и вопросов "а как в этом .....аном гит делать простые бл.. вещи" не потому что гит популярным, а потому что такие статьи нужны ибо тулз чокнутый. и без вопросов никуда. потому что тулз чокнутый
и такое на графиках выглядит "ого популярно".
тот же эффект и в плюсах.
Это так не работает, тут вроде дядя Гаусс объяснит, что популярный инструмент, будет иметь много вопросов, много статей, много документаций, много мемом итд.
Будут отклонения, но мы их особо не заметим.
То есть, имея огромное число ресурсов, легче их приумножить.
Единственное что вот питон может быть языком студентов или инфоцыган с курсами, и число неадекватных вопросов помножиться на силу искусственного раздутого пузыря. Казалось бы, причем тут хорошая документация питона. И да, это говорит как о популярности питона, так и о качестве этой популярности.
У вас тред зациклился >>1766492 →
Так ты спрашивай что не понял. А не придумывай за меня.
1) Программирование сейчас представляет из себя эпоху кустарного производства, каждый кустарь лепит одно и тоже но по своим стандартам. Ты можешь знать SQL, который в свое время был ели как стандартизирован, но не сможешь осилить все ORM, на всех языках, потому что они процесс кустарного производства. Тысячи либ по ORM делают одно и тоже, но каждый немного по своему. Это, мать его, каменный век информационных технологий.
2) Из-за кустарного ремесла твои знания сводятся к нулю, уже сейчас пилится очередной йоба-реакт, или йоба-спринг, который помножит твои знания динозавра на ноль. Я заглядывал в шарп, даже у вендор-лок технологии, постоянно что-то меняют. Что уже говорить про свободный кустарный рынок.
А вот ресурс мозгов, он не бесконечный. В итоге к 40, у тебя будут не топ технические знания, а воспоминания о технологиях прошлого. И тебя будет проше заменить на очередного зумера, который как радостный школьник, пока еще, впитывает все новые кустарные продукты.
3) Любой код рано или поздно покрывается тонной говна и абстракций, ты словно парень на картинке, каждый раз погружаешься в эту канализацию, чтобы решить какие-то мелкие задачи. И на все это у тебя уходят часы.
И это с инженерной точки зрения никого не волнует, программист как дурачек радуется новому синтаксису, но совершенно пофиг на то, что 80 его времени это сопровождение кода и никто даже не стремиться это как-то обуздать.
Пиздец ты какой депрессивный. Что там такого в этих фреймворках, что нужно прям дрочить их чтобы от зубов отскакивало? Алсо, всегда можно скипнуть десяток фреймворков, 5 лет работать на проекте с каким-нибудь не самым свежим ангуляром, а потом резко перекотиться в самый свежак. Работы дохуя под каждый из них. Зачем голову себе засирать вообще всем что выходит?
Mah JIT.. почти нативная скорость..
>А слабо аргументировать за нужность эксепшенов?
ну как сказать. подойдет тот очевидный факт, что в случае ексепшенов не нужно проверять каждый вызов всего на ошибку
Так ли много эксепшенов в твоём коде приводят к чему-то другому кроме паники?
если ты про "залогировать и выйти", то без исключений та же фигня - если база данных отвалилась, то ты с нее не прочитаешь. Если диск переполнился - ты не запишешь в него
единственная претензия к исключениям у любителей кодов ошибок - их неявность. Не всегда понятно какое может прилететь. Но концепт чекед эксепшенов в жаве вон не взлетел, хотя устраняет именно этот недостаток. Потому что всех заебало возня с ними.
>>1786533
>Сладкая боль ниасилятора. Простые бля вещи, делаются даже в гите просто.
- гит говно же. как это можно есть?
- ниасилил
- ок я прочитал 500 мануалов, 10000 статей, научился есть вилкой, ножом, палочками, телекинезом как в том фильме с галушками, лично линус меня признал, но вкус говна никуда не уходит
- ты просто ниасилил
ниасилил забыть что оно говно )
а по теме гита дело не в том что там простые вещи делаются просто. простые вещи везде делаются просто. дело в том что гит сам по себе говно, как система контроля версий. убогий с миниум базовых фич, с максимум неконсистентности. ебанутости и лишней возни на ровном месте.
>>1786547
>Тормозное говно
ох уж эти фантазеры. прямо ФАНТАЗЕРЫ
> что в случае ексепшенов не нужно проверять каждый вызов всего на ошибку
Это по-твоему хорошо? Такой-то goto из любого места в коде. Только в расте ты видишь где у тебя .unwrap(), а здесь не видишь. Пишешь прогу, а потом по логам узнаёшь где ж оно ёбнулось, на каком-нибудь DNSNameResolveError потому что интернет лагнул.
> единственная претензия к исключениям
> Не всегда понятно какое может прилететь
Это неправда. Исключения очень тяжёлые, рантайм туда срёт на всякий случай всем до чего дотянулся, и выключить это нельзя.
>Это по-твоему хорошо?
ну так были же коды ошибок и подход как в go.
его никто не запрещал.
зачем же все стали юзать исключения с их то недостатками?
почему не взлетели чекед исключения в жаве, если они убирают именно этот недостаток?
люди выбрали что им удобнее с неявностью исключений, чем с еботней по проверке всего на свете
>Это неправда. Исключения очень тяжёлые
ну тяжелые и что. на то они и ИСКЛЮЧЕНИЯ, то бишь исключительные ситуации. Тот, кто использует их как замену goto - ссзб
у меня вот подгорает что в питоне сделали StopIteration. это ж додуматься нужно было. Но я не видел, чтобы кто то кроме меня жаловался на это
> зачем же все стали юзать исключения с их то недостатками?
А это как раз очень просто. Ни удобного Option/Result, ни паттернматчинга. Ещё и повсеместный nil. То есть, в том же питоне есть аж три разных способа вернуть результат или ничего: таки смастерить Option и пердолиться везде с if, вернуть nil в случае ошибки, или бросить эксепшен. И вот в случае KeyError даже эксепшен оказался неудобной хуетой и там есть .get .setdefault .pop, оказывается nil вернуть удобнее.
> ну тяжелые и что
И как ни странно nil возвращают именно поэтому.
Еще раз
есть ожидаемые ситуации,а есть исключительные.
если файла может не быть - ожидаемая
файл исчез пока в него писали - исключительная
проверить через if что файла нет нормально, а проверять через if при каждом чтении что записалось именно нужное количество байт это уже крайность
>оказывается nil вернуть удобнее
именно поэтому. в случае когда отсутствие элемента норма. то используется if (а get просто метод с этим самым if), а когда нет, то просто []
а то до маразма дойдет:
- я выше ложил элемент в словарь, зачем мне проверять что он там есть
- не проверяй
- не проверял и потом случилась непредвиденная ситуация, когда там не оказалось (по какой то причине, может багу) элемента. А поскольку исключений нет, то....(тут я уже не знаю, что то ибо все языки что я знаю с исключенями. ну кроме пхп, но там я проверяю и матерюсь)
> если файла может не быть - ожидаемая
> файл исчез пока в него писали - исключительная
Ну вот, в расте ты в первом случае пердолишь результат, во втором делаешь .unwrap(), который по сути if с паникой.
> в случае когда отсутствие элемента норма. то используется if (а get просто метод с этим самым if), а когда нет, то просто []
Вот только в расте это называется Option. И без хотя бы unwrap ты значение не прочитаешь. Тем самым обезопасишься от null pointer exceptions. А так то же самое.
> А поскольку исключений нет, то...
А очень просто. Если ты пытаешься использовать что оттуда вернуло, то оно другого типа, будь добр хотя бы .unwrap() или обработать матчингом если нужно перехватить. Если не используешь значение, то выполнение пойдёт дальше. У тебя же надо будет в таких случаях пустой try расставлять.
Тупое сектантство, далёкое от реальности. На практике всем похуй, что есть какая-то академическая магя-разница.
Всё это только ради того, чтобы оправдать явные изъяны языка.
Это слишком относительно. В жабе вон тоже ввели checked exceptions, подразумевая, что это ожидаемые ситуации, которые надо отработать прямо на месте, а на практике оказалось, что почти никогда это невозможно, и надо прокидывать дальше.
Так что хуйня это всё.
>Ну вот, в расте ты в первом случае пердолишь результат
я на расте не пишу. я увидел вопрос "в чем польза исключений" и написал в чем их польза
>А так то же самое.
не то же самое. никто KeyError в месте его возникновния ловить не будет. Только на самом верху, ибо это нештатная ситуация. Не просто "чет не то", а "то, чего не должно быть", а значит "не запланировано как на это реагировать, кроме как аларм и помереть, ну или не помереть".
Даже если ты проверяешь, что ключа нет на месте, то потом все равно можно кинуть исключение, как сигнал "тут все пошло не по плану", а не тащить это наверх вручную
В общем исключение === что то пошло не так и мы на своем уровне не знаем как на это реагировать, а потому там наверху разбирайтесь.
Но все это нештатные ситуации. Если у тебя есть план что делать в случае не так - это уже штатная ситуация. Если она близко возникает к месту где знают что делать - проверка, если далеко - исключение. Можно ли дотащить наверх? можно конечно почему ж нет. Опционально все. Нет догмы "только исключения"
>что оттуда вернуло
а что оттуда вернет? nil? а если nil это валидное значение элемента? код ошибки вернет? это что теперь нельзя хранить инты?
особый тип ошибки вернет. ну ладно
>будь добр хотя бы .unwrap() или обработать матчингом если нужно перехватить
во во. то что я и писал - проверка результата КАЖДОГО действия ибо не проверять нельзя
> В жабе вон тоже ввели checked exceptions, подразумевая, что это ожидаемые ситуации, которые надо отработать прямо на месте
нет. не на месте, а "известно, что они могут быть". Чтобы было какое то знание о том, что там может быть.
но в реальности наверх может как улететь неожиданное исключение, так и прикатить ручным пробросом неожиданная ошибка
на то она и неожиданная. только разница где возни больше
Ну так checked exceptions это распорка над обычными эксепшенами, которая ничего не решает, только заставляет документировать, действительно хуйня какая-то.
> надо прокидывать дальше
Если тебе так уж надо прокидывать эксепшен по стеку, то там даже оператор для этого есть, писать много не придётся.
Звучит как оправдание почему говнокодить это норм. Я тебе ещё раз говорю, никто не пробрасывает неожиданные ошибки, сразу вызывают панику.
Вот писал ты
mem = allocate()
Теперь пишешь
mem = allocate().unwrap()
Неужели это так трудно?
Зато ты видишь что здесь мы нарочно забили на ошибку в таком-то методе, что здесь может быть паника. В твоём коде ты никогда не знаешь где у тебя может случиться паника, а где нет.
Проброс по стеку нужен в не самых частых случаях, вангую большая часть из них связана с логированием. И логирование ты можешь сделать своим типом Result, со своей реализацией unwrap, без всяких пробросов.
В давние времена трансляторы языков программирования не умели понимать, где заканчивается один оператор языка программирования и начинается следующий. От программиста требовалось постоянно указывать окончание каждого оператора через точку с запятой.
В современнном мире точка с запятой — это лишь бессмысленное дублирование символов CR и LF, которые итак вставляет любой текстовый редактор по нажатию на Enter.
Защитники точки с запятой иногда выходят за рамки приличия, когда говорят, что без точки с запятой не обойтись, иначе они не смогут писать нечитаемые портянки десятков операторов на одной строке.
Современные компиляторы вполне способны увидеть окончание одного одператора и начало другого, точки с запятой больше не нужны.
Да ничем не отличается. Там внутри if всё_плохо then panic else return unboxed. Это тот же код, что вызывает рантайм у тебя если эксепшен не перехватили. Только во-первых оно теперь явно, во-вторых ты можешь эти ошибки матчить не только ограниченным try catch хуй знает где в стеке, а любыми штатными средствами языка. И тебе не нужна развесистая система классов для эксепшенов, ты всего лишь применяешь дженерик к типу.
дык что делать с этим panic?
чем "мы хер знаем что делать с этой ошибкой" от "мимо нас летит ошибка которую мы хер знает что делать"
в случае исключений его может поймают те кто знают.
ваш анврап с паник что сделает? сразу же выход из функции с ошибкой?
если да то можно понять схему
но все равно постоянный анврап морока
Ты мыслишь эксепшенами, и хочешь сделать эксепшены везде, потому что так привычнее. Даже задачу ставишь не как пример из жизни, а как пересказ механизма эксепшенов. Вот только необходимость в этих эксепшенах это спорный вопрос. panic не работает как эксепшен, panic это что-то вроде exit(1). Твои три уровня выше, вангую в 90% случаев это просто залогировать ошибку в файл и ничего больше не делать. И это точно можно сделать иначе.
Result это такое же значение как и все остальные, ты ему делаешь return. А экзепшены это особый такой костыль, который ещё может и raise. И вот в момент этого raise весь стек выворачивается наизнанку, собирается трейс, складывается в экзепшен, дальше происходит goto на твой обработчик. Всё это делает рантайм и как он это делает ты не контролируешь, только расставляешь везде try блоки. Потом ещё там происходит наркомания с вызовом finally блоков, поди всё это распутай.
>Ты мыслишь эксепшенами
я пишу И на пхп и писал на нем еще 20 лет назад. )))
так что такое обвинение не в тему.
>Твои три уровня выше, вангую в 90% случаев это просто залогировать ошибку в файл и ничего больше не делать.
я не знаю что вы там за софты пишете
В моей практике ошибки "залогировать и упасть" крайне редки. И даже тогда не упасть. Что значит упасть? если у меня вебсервис я верну клиенту причем конкретному что для конкретно его запроса конкретно 500 и то в конкретно крайнем случае
Ибо зная тип ошибки на верхнем уровне я знаю что хотя бы сказать пользователю.
И тем более могу принять решение, что еще можно сделать.
Но не могу не признать что я не пишу всякие там весайты где "500 и отъебись", а в основном отказоустойчивые демоны пишу, где на каждую ошибку он должен знать что делать.
И исключения норм работают
> почему в 2020 году программист должен набирать текст вместо редактирования AST напрямую
почему в 2020 году программист должен набирать текст, когда процессор исполняет инструкции. Какие то навязанные правила, которые избыточно потом транслируются в машинный код. доколе?
> я верну клиенту причем конкретному что для конкретно его запроса конкретно 500
Ну так я об этом и говорил. Не надо никуда падать. 90% юзкейсов проброса ошибок по стеку (читай классических экзепшенов) это отдать 500 и залогировать. Больше они ни для чего не нужны.
> я пишу И на пхп и писал на нем еще 20 лет назад
Надо блядь духовно расти, иначе пиздец. Попробуй хотя бы, что-нибудь кроме пхп. От экзепшенов в новых языках отказываются не просто так, на это есть причины. Бьюсь об заклад, ты никогда для путей выполнения по экзепшенам не писал тесты, что уж там говорить о покрытии. Экзепшены конечно работают, но порождают запутанные спагетти, увеличивая и так большую цикломатическую сложность.
Точки с запятой в конце строк делают код более читабельным, тренируют аккуратность. Еще точки с запятой делают возможным написание нескольких строк в одной строке. Или же наоборот, благодаря точке с запятой, становиться возможным написать одну строку в несколько строк.
>90% юзкейсов проброса ошибок по стеку
в моих задачах 99% юзкейсов это именно обработка и принятие решение
и падать только в крайних случаях вида "память того, диск того, все того"
>Попробуй хотя бы, что-нибудь кроме пхп
я знаю пхп, шарп, руби, питон, жс, жава, котлин... и много других страшных слов )
А если серьезно, то я знаю все эти языки.
В них еще был с++ с которого я начинал, но я его слава богу удалось забыть и не касаться. Теперь выбрасываю из стека руби, пхп и жс. Не берусь за них, говорю что не знаю
И разных парадигм в них хватает. И если бы я приходил в каждый монастырь со своим уставом....
пхп я упомянул именно за то, что там изначально плохо (да и щас так же) с исключениями и функции возвращали кто что горазд.
>путей выполнения по экзепшенам не писал тесты
сложно сказать что ты имеешь в виду. но тест реакции на ожидаемую ошибку конечно писал. да их все пишут. это ж обычное дело.
>>1786939
>Я это знаю, но не понимаю, чем ексепшны лучше.
ну когда сделать 1000 и 1 проверку на каждый чих и потаскаешь ошибку до самого верха - сам поймешь
это в обычных языках. языки где ошибка автопротаскивается и не мешает - я с ними дел не имел
>>1786892
>Всё это делает рантайм и как он это делает ты не контролируешь, только расставляешь везде try блоки.
у тебя определенно какие то проблемы с ощущением того как работает твой код. Нет никаких проблем. Вот многопоток сложно да, особенно lock-free. А исключения - там все понятно, один вопрос лишь "что может прилететь из того что я знал бы как на него реагировать если бы вообще знал что оно может прилететь". дока это ну такое
90% таких штатных ошибок ловится во время разработки
но тут ничем "не знаю какое исключение вылетит" от "не знаю какая ошибка вернется" не отличаются
тут бы помог хрустальный шар.
> пхп, шарп, руби, питон, жс, жава, котлин
У тебя невероятно однобокая выборка. Вот именно по контрол флоу и экзепшенам.
> сложно сказать что ты имеешь в виду
Попробуй нарисовать граф возможных путей выполнения программы без экзепшенов и с экзепшенами. А потом представь что все возможные пути на этом графе по-хорошему надо покрыть тестами.
> Нет никаких проблем
Да у меня тоже собственно никаких проблем с ними нет. Мне интересно подискутировать.
> А исключения - там все понятно
Уверен, ты охуеешь от того сколько магии можно творить в finally блоках.
>Вот именно по контрол флоу и экзепшенам
это не значит что я закрыт для разных парадигм
ваши аргументы "вам в 99% падать" не убеждают вообще
>граф возможных путей выполнения программы без экзепшенов и с экзепшенами
и где там разница? ее нет. если нужно не упасть, то все будет одинаковое - идем наверх до первого, кто знает что с этим делать попутно собирая информацию для принятия решения
А тестировать все возможные комбинации вообще невозможно. Да и не нужно.
>ты охуеешь от того сколько магии можно творить в finally блоках.
можно и х.. об стену сломать. А в реальности в финали 99% это просто "закрыть ресурс".
> А тестировать все возможные комбинации вообще невозможно. Да и не нужно.
Инфа соточка? А как же coverage? А представь я туда ещё колбэк передаю, который выбрасывает экзепшены, и наш батуд теперь собирает или пропускает даже то что не следует собирать. Предсказывая твой ответ, да, согласен, надо уметь правильно, только дебилы так делают, надо тестировать и прочее. Но ведь сложно же становится. А сложность это главный враг кода.
Нет, не так. Выглядеть всё будет конечно же как текст, ибо это ещё и читать нужно. Но вот редактировать можно довольно ограниченно, заполняя/удаляя/добавляя слоты.
Вот например так
https://www.youtube.com/watch?v=CnbVCNIh1NA
>>1786904
ЛОР это же филиал /s/, там ничего серьёзного нет.
>Инфа соточка?
угу угу. инкапсуляция жеж. код знает только о соседях и тестировать должен только ближайшие отношения. Потому не происходит тестирования всех возможных комбинаций
>А как же coverage?
а с ним все хорошо. для ковераже кода нужно чтобы код хоть раз отработал, а не "все возможные комбинации"
>я туда ещё колбэк передаю, который выбрасывает экзепшены
наш батуддд собирает то что он может обработать и принять решение. Должны же быть границы контекстов когда батуддду летят уже вменяемые уточненные исключения, а не "деление на ноль".
>А сложность это главный враг кода.
я в упор не вижу разницы с твоим подходом. разница лишь "кто доставит послание наверх кто знает что с ним делать". И что в случае исключений в каллбеке оно может быть неизвестным (не знает никто что с ним делать) что с пробросом даже зная тип ошибки опять же неизвестно что с ним делать.
я в упор не увидел что дало бы знание того, какие ошибки может выбросить переданный калбек, чтобы там "наверху" знали о них.
ну дотащил ты ошибку до самого верха (помирать низзя помнишь же?) и чо? чо с ней делать если никто ее не ожидал и правил нет для нее
сколько ты мне показываешь я вижу лишь просто относительное! удобство выброса ошибок наверх (если оно вообще есть ибо это я только предположил)
> чо с ней делать если никто ее не ожидал и правил нет для нее
Оч хороший вопрос. Вот здесь компилятор тебе как раз и скажет, что такой-то случай ты не покрыл. Компилятор это одна из сильных сторон раста, он тебе такой статик анализ сделает, что никакая жава и рядом не стояла.
>тебе как раз и скажет, что такой-то случай ты не покрыл
да ну глупости же
Придет тебе извне Vec с 2мя элементами (причем размер получается в рантайме, данные вообще извне могут приходить). Твой код обращается к 5 элементу. Никакой компилятор этот случай не отследит.
я раста не знаю но даже проверил
hread 'main' panicked at 'index out of bounds: the len is 2 but the index is 5'
ну и конечно это не имеет отношение к спору "ошибки против исключений"
> Никакой компилятор этот случай не отследит
> Vec
> причем размер получается в рантайме
А должен?
Смотри что я имел в виду:
https://doc.rust-lang.org/book/ch06-02-match.html#matches-are-exhaustive
Там если матчинг неполный, вот как ты говоришь, пробросили туда чёрт знает что, если оно не покрыто, то компилятор ругнётся. Мы же типы матчим, верно?
Вон смотри ещё что можно с векторами делать
https://doc.rust-lang.org/std/vec/struct.Vec.html#method.get
Паника получается потому что делается vec.get(5).unwrap()
Ты можешь сделать просто vec.get(5) и толкнуть его в match. Допустим у тебя большой метод, который берёт из вектора что-то по индексу 5, делает http запрос с тем что оттуда достал, пытается напечатать результат, а потом вернуть что достал из вектора. Ты можешь результат всего объединить в единый Option: если любая из операций пошла по пизде, возвращаешь None, если всё хорошо, Some(value). Ну или вместо None, там есть ещё тип с компонентом Err чтобы текст вывести, если тебе так нравится. У тебя там да, будет несколько ретурнов с Err по коду функции, но все эти экзепшены как бы соединяются в единый тип возвращаемого значения, который реально имеет функциональное значение для твоего кода. И всё это вместо сотни неизвестных разных экзепшенов, которых ещё и перехватить надо.
Если тебе нужны допустим ретраи, то сделай тип Err(str text) | Retry(float delay) | Success.
И вместо Err возвращай Retry в некоторых случаях. И всё это красиво прямо в сигнатуре функции, вместо пиздеца try catch обёртывающего метод.
>делают код более читабельным
Действительно, конец строки — это такая незаметная штука, программист его пропустит или недоглядит, конец строки нужно специально выделять точкой с запятой.
>Еще точки с запятой делают возможным написание нескольких строк в одной строке
Да‐да, чтобы лепить нечитаемые портянки «однострочников».
1) Исключительные ситуации на то и исключительные, что не в ходят в поток нормального исполнения. Это отдельный мир непредвиденных обстоятельств. Ты хотел, скажем прочитать с базы, а упал из-за переполнения памяти или NPE.
2) Исключения не просто автоматическая херня, это еще иерархии классов, что дает гибкость и возможность типизированно отделить котлеты от мух. А не как долбаеб анализируя вложенную строчку.
3) Но самое важное, что исключения собирает стектрейс. Ты может еще неопытный и не понимаешь как это архи-важно, но просто поверь, это прям граница между примитивным языком и языком современной индустрии.
4) Логгирование, хороший логгер позволяет записать даже в жопны ситуациях и ты хотя бы узнаешь почему у тебя софтина упал в 3 ночи.
1) Ну разобрались же выше, что есть падения, и есть перехваченные и отработанные экзепшены.
2) Никто и не предлагает анализировать строки. Вернуть из метода можно любой enum, каждый со своими полями. И не нужно делать глобальную иерархию, каждый раз выясняя, а это у нас сабкласс ValueError или RuntimeError.
3) 4) Скорее всего ты о падениях. Никто не запрещает установить хук в макрос паники, собирающий стектрейс и записывающий в лог.
Давай ещё раз.
1) Ты же понимаешь, что код который может обработать ошибку, может находиться далеко наверху по стеку.
И что тогда делать?
- Пробрасывать логгер. Что уже абсурд.
- Пробрасывать ошибку. Ну не руками, да? 21 век же. Программисту и так есть чем заняться.
Что касается производительности, то даже в жабе можно заглушить стектрейс и кинуть эксепшен, практически нулевой стоимости.
-Делать логгер глобальный (привет код стайл девяностых и непобежденные глобальные состояния).
В общем, как я и писал, программисту в наше время и так
есть чем заняться, надо логику писать, а не строчить бойлерплейт из-за эпохи деградации языкостроения.
Есть такой феномен, как программисты, которые и не программисты во все. Страшно становится когда эти люди в своем манямирке начинают делать языки или библиотеки, да еще под финансовой поддержкой.
Так и получает го, раст, реактивное программирование, MVC модель на стороне клиента.
Из того, что нравится: бекенд и базы данных, возможно мобилки (но усложняет тот факт, что андроидом пользовался последний раз когда только 4ая версия вышла, а в иос сейчас какая-то залупа с переходом на свифт юи или как его), возможно занялся бы ембеддед (просто нравится си и ассемблер).
Очевидно. Раз еще мобильники упомянул.
О, а я начал вкат в айти с котлина. Нигде не работал, готовился к поступлению на юриста, но вдруг гугл подсунул статью с топ новых яп, а затем гуиды по котлину на ютабе. Я чисто случайно начал погружаться в тему айти и почалось. Думал, вот оно, моя тема.
Прошли месяцы вката, я глянул на вакансии и пиздец - котлин никому не нужен. Пошел спрашивать на двач, а что делать? Я думал вот новый язык, изучу я его первее толпы и со свистом влечу в айтишечку. Нихуя, аноны отправили учить жабу. А жаба тянет за собой спринг (решил не в мобилки, а бэк идти тогда). Прошло еще пару месяцев, выгорел, решил с голым кором пробовать подаваться на вакансии ибо учиться уже не было мотивации.
Никто меня на джаву не брал, в процессе хождений по собесам поучил спринг и бд, но отказывали часто потому-что без вышки. Пришел спросить снова у анонов, а чо так вышку то просят. Оказалось, в энтерпрайз без вышки попасть нельзя.
В полном ахуе я побежал учить фронтенд, но от цсс тошнило, а бате надоело, что я "сижу там за своим компуктером" и выкинули меня на улицу.
Если бы не нашел тред QA в воркаче, сейчас бы таскал пиццу в яеде. А так и тестером норм работается, но хочу перейти в разрабы боюсь с коллегами об этом говорить, а то выкинут меня ненадежного свитчера и нового джуна возьмут..
Это я к чему, котлин охуенная тема. Все вокруг его нахваливают, не только джависты.
нет. это проигрывает подход где каждый шаг нужно проверять
ты предложил гет юзать ( и выходит что вообще всегда, а то мало ли какой массив будет) потому что если взять по индексу которого не будет то небось все ухнет наглухо
а я спросил что если ожидается что там будет 5 элементов
то есть нет никаких причин проверять лишний раз
но по какой то случайности там будет 2 то что будет
юзай гет это не ответ
не бахнется. а полетит исключение. неприятная ошибка, но может быть абсолютно не смертельная. И до никакого жс не дойдет в принципе.
Ну наверное только сишка и позволит. Но я не пишу на си. а во всех остальных языках будет исключение которое прервет выполнение текущего места.
С гет я уже понял. Далее матч ( по слову подозреваю что это проверка на "чо за обьект мы достали давай проверим" что и есть та проверка каждого шага что я гноблю) - все понятно
пока что я вижу что нужно не доверять каждому шагу, ведь "а вдруг ай". И как я понял если доверился данным и ошибся в доверии то ссзб и падение будет фатальным для всего в отличие от исключения, который просто прервет часть программы
Какой ждун такие и алгоритмы
Веб гребец - основные структуры данных и их переворачивание
Околотырпрайз - дроч коллекций и алгоритмов/структур, крутящихся под ними
Дальше деревьев с каким-нибудь квиксортом вряд ли будут спрашивать, да и учить что-то без планов использовать в реальной жизни не стоит
Та особо ниче не надо. Просто знай что такое связный список, бинарное дерево, куча, стэк, хэш таблица и как все это работает, какая а. сложность и тд. Даже реализацию подбробно знать не надо за тебя уже все написали, достаточно понимать, где какую структуру лучше всего применить.
Я про эту кучу https://en.m.wikipedia.org/wiki/Heap_(data_structure)
И про стэк я говорил как про связный список с методами пуш/поп.
>компилятор сам решает
Разве что в хаскеле. В джаве он все без разбора пихает в кучу, в шарпе/с/с++/расте ты сам решаешь, хранить данные в куче или стэке.
Хеш-функции, связанные списки, дерево меркла, эллиптические кривые, теория чисел, случайный оракул, структура меркла-дамгора, задача византийских генералов, многоагентные системы, теория сложности вычислений, широковещательные каналы и обмен сообщениями, обработка транзакций, TCP, UDP
Ну вот, например, чо за основные алгоритмы?
Херка чо, тупая? Уметь работать над общим проектом, но быть командным игроком?
Эта структура похожа на чемпионат. На вершине всегда чемпион, за ним идут финалисты, далее полуфиналисты, итд. С вершины можно оптимально забрать чемпиона, а так же добавить в дерево нового участника. То есть получается такая коробочка, в которую можно насыпать элементы, и по одному забирать наилучшего в текущий момент.
Теперь представь что наилучшесть определяется по метке времени, и то что запланировано раньше всего, раньше всего уйдёт на выполнение. Получается планировщик, эвентлуп.
>Теперь представь что наилучшесть определяется по метке времени, и то что запланировано раньше всего, раньше всего уйдёт на выполнение. Получается планировщик, эвентлуп.
Я конечно тупой, но в чем смысл этого и сложность? Ну вот ебанул класс
class Zalupa
{
DateTime dt;
}
Нахуярил экземпляров этого класса в List<Zalupa>, затем отсортировал по dt и вытаскиваешь самого первого. И чо, вот и получился планировщик? В чем смысл и нахуй надо городить какие то умные слова вокруг банальной вещи?
Настолько стандарт что в жс-треде постоянно идут возгласы "а где вакансии на Ноде?", "а че работы нет?"
Я бы выучил Жабу и пошел бы тихо аутировать в офис на ней. Но где вакансии? Везде питон цыгане и жабаскрипт студенты.
>Разве мог здравомыслящий придумать методы с большой буквы.
Бесят дебилы с дурным вкусом, которые в 2к20-м продолжают придерживаться ебанутых правил именования методов, классов, переменных и т.д., потомушо так делали диды в 1970-х у которых был только блокнот. Похуй, что сегодня IDE позволяет и так всё подсветить и переобозвать на твой вкус. Похуй, что приходится писать вырвиглазные имена типа cPUID, uSACode и т.п. Похуй на элементарные правила человеческой грамматики и читаемости.
Значит, ты не знаешь основы алгоритмов и структуры данных.. Иди учи, хуле.
https://ru.m.wikipedia.org/wiki/Вычислительная_сложность#Асимптотическая_сложность
Я бы назвал инопланетный синтаксис.
Мелкие так хотели усидеть на двух стульях и перетянуть одеяло тырпрайза, что умудрились сделать жаба синтаксис еще хуже.
Наверняка сейчас сидят и смотрят на котлин и понимают, как надо было реально делать.
И вообще, хватит лезть же к взрослым дядям, идите дальше конвертите эксель таблицы в эксепшены.
хуже жавы? да фиг вам. они начали с жавы и потом наворотили много приятного
а жава как была многословной так и осталась (а по фичам каменный век)
и в котлине не особо лучше
кое что лучше да, но конструкторы, компньон обьекты, тупые енумы ничего не лучше, тип после переменной туда же.
также концепция TPL имхо более удобна (хотя может дело привычки)
Куда идти чтоб быть модным пацанчиком, которому дают телочки а не красноглазым чуханом? Фронт на жс либо датасаенс на питоне? Еще что-то есть?
>Значит, ты не знаешь основы алгоритмов и структуры данных.
Я недавно спрашивал чо это такое, на дваче мне ответили джва человека и оба рассказали, что надо переворачивать деревья и учить чо такое стек и куча. Вот про ту залупу, про которую ты говоришь никто не сказал ничего
>Вопрос почему тогда в вебе рулит Питон и Жаба-скрипт?
потому что мелкософт же.
1 изначально только винда (моно не считается)
2 боятся преследований и разбираться кто че никто не хочет. мс и все
3 боятся вендорлока на мс. в детали опять же вдаваться никто не хочет
те дяди что денежку платят они такие подробности вникать не хотят
Шарпей максимально натягивался на глобус, по средствам компании промывки мозгов студентов. Естественно, тугое натягивание еще одной джавы на глобус, такое себе занятие, как например писать замену С++.
Основной серверный де-факто стандарт, это юкикс-подобные системы. Core появился слишком поздно, ну и мало кто верит, что туда вложили качественные усилия.
То есть, core не выстрелил, поэтому МС там пытается сейчас объединить натянуть core на fremework, или как там его звать.
Но уже поздно, это надо было делать когда стагнировала жаба 10-15 лет назад.
Сейчас туда еще котлин въебали, так что любой джавист может легко писать на "джава шарп".
В шарпе бояться вендор лок, решетки символизируют.
Нужно чудо или влитое серьезное бабло в язык, чтобы шарп сейчас что-то мог противопоставить связке java/kotlin.
Если бы раньше я для пет проекта не взял бы джаву, ибо это путь серьезного ПО, то сейчас я делаю микросервисы на котлине, не медленнее и главное удобнее чем на питоне.
Естественно набив руку и умело юзая бекграунд джавы и частично котлина.
>выучить за день язык, чтобы застрять в нем навсегда
Пиздец, сейчас крудозапильные языки максимально изоморфны,
не знаю каким надо быть дауном, чтобы их "учить".
Вся мякотка у них во фреймворках, вот их ещё можно изучать.
Ладно тред бы был для запиливателей таких фреймворков, но итт кодомакаки с даннинг-крюгером соревнуются в хеллоуворлдах.
>То есть, core не выстрелил, поэтому МС там пытается сейчас объединить натянуть core на fremework, или как там его звать
откуда у вас такие ебнутые мысли только рождаются?
мс сделали новую реализацию и сейчас хотят заменить старую новой, чтобы не было зоопарка. К тому же в старой не все реализуемо - те же спаны сбоку прикручены.
и с коре все хорошо. просто переход может быть затруднен если юзаются те апи что еще несовместимы. у меня на работе на большом проекте анализатор совместимости показал 99.91%
ждем коре 5 чтобы было 100% и без гемора перетащить
конструкторы например
такое ощущение, что они думали в таком порядке
1 А давайте сделаем так чтобы не писать конструктор в классе, компактно. Делаем что пишется там где и имя класса и оно автоприсваевается. Сложнее читать? похуй. главное компактность
2 ой бля. нужно же иногда не только присваивать, а и код выполнять. ну ок влепим дополнительный блок init
3 да епрст. оказывается иногда нужно более одного конструктора. ну хуй с ним пусть будет привычный ака метод. ура ура мы молодцы
"А может нахуй тогда инит и оставить 2 вида - короткий и (если нужна логика) в виде метода" - да ну бред какой то
туда же компаньон обьекты вместо статиков. "нахуй стат методы, мы должны отличаться" и захерачили концепцию "вот вам обьект компаньон. непривычно? толку от такого синтаксиса нет? ааапохуй. мы вон вам конструкторы придумали
про енумы забыл че там за втф был и копать не хочу щас
Lisp is the most powerful language!
>>1793337
>>1793137
Да откуда вы лезете то? Из 2007го? Мало того, что кроссплатформенный нет кор существует, он опенсорсный, так при этом нет фреймворк обьявили чуть ли не deprecated и рекомендуют все новое писать на нет коре, ведь только в нем и пилятся новые фичи.
И то, в чем котлин бляди сосут, это в вакансиях. Да, джава работ вдвое больше чем шарпо работ, но котлин работ еще в 4 раза меньше. И это я просто в линкедине ввел в поиск слово "Kotlin", скорее всего 90% этих работ просто имеют в описании "Будет плюсом иметь опыт работы с Kotlin"
Поэтому если в 2020 ты хочешь писать на нормальном языке с GC, типизацией и сахарком, при этом зарабатывая деньги, у тебя нет никакого выбора, кроме как шарп.
class MyType {
constructor(/⚹ args ⚹/)
}
}
А блок init {} - это то же, что instance initialization block в жабе, но с более интуитивным кейвордом init перед скобками.
>core будет тупить или тормозить и нам придется перебраться на винду
он опенсорс. - раз
да и и тупо это делать. ибо контигент для кого коре и так на винде и у них и так есть дотнет 4.8 (который очень даже взрослый)
так что это фантазии
>>1793774
>В котлине ЕСТЬ обычные конструкторы?
А я написал что их нет? я именно написал что они есть
в итоге разношерстный синтаксис. и нужно глазами выискивать и собирать в голове чо где кого куда зачем вызовет. Почему бы не сделать
1 короткий конструктор без метода
2 обычный в виде метода и остальные такие же
нахер тот блок инит. вы и так в тело класса лезете. ну так зачем засирать его отдельной сущностью если у вас УЖЕ ЕСТЬ constructor
>что instance initialization block в жабе
срать на жабу. котлин не жаба.
> Чтобы заменить на свой, его нужно сначала написать
На цитаты можно разбирать. Такая-то хитровыебанная атака, патчами в коде. Какие-то дурачки, которые непонятно что на серваке делают. И эта эпическая уверенность что сломать и порушить приложение на шарпе нельзя, только потому что оно в виде байткода. Божечки, пэхаписты наверное более компетентны чем эти долбоёбы дотнетчики.
Все просто, если ты декомпилишь байткод, то к тебе сразу приходят люди в синем из майкрософта и забирают неизвестно куда. Не один какер не будет так рисковать, увидев байткод шарпа. или же, просто, увидев шарп, они пожалеют калеку и не станут ломать
Но в реале доля правды есть, он просто тупой и где-то слышал, но не понял. Суть в том что в скриптах действительно проще просунуть бэкдор в код, в пхп, помню, даже вирусняк такой был, автоматом внедрял свой код.
Я даже тебе скажу что можно и F5 не нажимать, все сразу налету. Дизайн править одно удовольствие.
Единственное, что там дятлы упоролись в ООП и php пошел не по тому пути развития.
Там реально каждый раз сотня классов инициализируется и всех это устраивает. Ппц.
Ну что школота/студентота, вошли в айти этим летом? Изучили свои питоны? Написали свою первую социальную сеть? Или крутое мобильное предложение?
Ну а я на двух стульях хотел усидеть, так как ебучая армия и хотел выйти в образованные белые люди. Не смог, выперли. С тех пор изредка поглядываю на всякие дистанционки, потом схожусь на том что надо бы книжками обмазаться, какая разница домашний ты автодидакт или университетский, но в итоге забиваю и занимаюсь программированием.
На питоне проще слепить из говна и палок встроенной либы какие-то окошки и показать детям. Пускай сама либа, это кусок реального говна, не имеющий ничего общего от реальной разработки десктопного приложение, но на этом все образование и строиться, сделать показуху и дать только то, что уже устарело или не нужно, или проще преподу/инфоцыгану преподнести.
Гвидо знал этот наеб и поэтому поместил этот кусок говна в стандартную либу, чтобы лучше продать язык.
До гуёв в вузиках добираются редко, обычно там лабы с реализацией сортировок/множеств вручную и выводом тестовых примеров в соснольку. Питон хорош для начального обучения алгоритмизации, это ведь тот же псевдокод, но исполнимый и на английском вместо АЛГ НАЧ КОН. В конце концов не бейсик с паскалём же давать тем, кто в среднем не может учиться сам. И даётся это всё с очень оптимистичной наивной надеждой, что студенты потом самостоятельно выучат серьёзные языки и уже на них будут искать работу.
>Поэтому если в 2020 ты хочешь писать на нормальном языке с GC, типизацией и сахарком, при этом зарабатывая деньги, у тебя нет никакого выбора, кроме как шарп.
А нука блять, где там вакансии на шарпе? Все что ни листаю какая-то ебола непонятная. В шарп умею, работу найти не могу сука.
Вообще, кстати, парни, помогите советом пожалуйста. Я вот знаю СиШарп, но чет с поиском работы не идёт. Какой язык выучить после шарпа и найти работу чтоб через полгодика хоть можно было? Жаба? Питон?
Go, C++, C, Java
цэ, цэпэпэ, жаба(на ней работы до старости хватит да и сама платформа жвм не крякнет в любом случае), жс(монополист в вротэнде), пхп(нахуярить сайтик за минимальное время тут его не обойти), пистон(для датасатанистов и девопсов), сисярп(тоже хватает работы)
больше особо ничего не взлетит как бы там кровью не расписывались
>аналитики на swift
>потихоньку началась утилизация плюсов
вот только ты со своей ржавчиной сегодня нахуй никому ни всрался даже за безплатно. Через лет так 20 можт и всрешься, вот тогда и поговорим.
И то не факт, ведь те же кресты тоже развиваются под современный лад (тот же 20 стандарт).
>фразой Бьярне Страуструпа:
>"Есть только два типа языков - те на которые все жалуются и те которыми никто не пользуется".
Типичное оправдание говноеда.
- Бьярне, почему кресты такое уебищное говно из кучи бездумно накиданных неортогональных фич?
- РРЯЯЯЯ СПЕРВА ДОБЕЙСЯ!
>Единственный язык программирования который останется в будущем
Ну вы и мани
https://dotnetfiddle.net/H64Yt6
https://dotnetfiddle.net/3soW6F
static в реальном приложении не будет, потому что никто основную логику прям в Main не пихает.
Зачем вы призываете к ненависти? C# имеет достаточно встроенного функционала чтобы решить любую задачу. Если нет какого-то сахара - добавить его можно за несколько секунд.
Kotlin завезли недавно и ему выдали системный красивый print метод. В шарпе древний Console.WriteLine. Но разве это реальный минус? Мы консольный вывод только для вот таких вот примеров используем. В проде таких штук в принципе нет. Если очень нужно, то можно за минуту свой print с красивым выводом разных типов добавить (наверняка уже пакет на гитхабе есть такой).
Почему-то тут начинают тыкать в говорливость языка и приводят в пример Main() и прочие вещи, которые в реальном проекте на глаза в принципе не попадаются. Мне требуется всего несколько секунд чтобы понять что делает какой-то класс у нас в проектах и я свободно пишу 1к+ строк кода в день.
Чтение - быстро (секунды)
Написание - быстро (секунды)
Размер проекта с 20к+ строк - несколько кб
Какие метрики ещё надо использовать?
Ты написал бесполезный комментарий. Единственная его цель - вызов враждебности.
Куда он опоздал? Почему ты за всех решил что он в линуксах не нужен?
Не важно кто его делал, какая у него история и прочие мета данные.
Мы имеем фреймворк (dotnet), который
- запускается на Windows/Linux/Mac/Android/iOS/web browser практически без изменения исходников
- умеет создавать приложения любого типа
- высокопроизводительный (используется в хайлоаде с обработкой тысяч запросов в минуту)
- имеет большое комьюнити
- позволяет создавать огромные приложения (1кк+ строк) и системы SOA/microservices в короткие сроки
- поддерживается кучей платформ (вшит по умолчанию во все основные облака и, кстати говоря, чаще всего хостится в Linux контейнере или на Linux App Service в Azure)
- опен сорс и бесплатен
- широкий выбор качественных инструментов для работы
- удобные консольные и GUI инструменты для сбора и анализа телеметрии и производительности
- удобные инструменты для отладки, включая дебаг локально и удалённо через SSH, Docker daemon, внутри k8s, через собственный протокол. И ещё вот такие штуки для особых случаев https://www.turboirc.com/rde/
Это только то, с чем часто приходится сталкиваться. Наверняка у других анонов есть ещё куча своих пунктов.
Потом мы имеем язык (C#), который
- имеет удобный синтакс щас начнётся...
- удобен в использовании
- легко писать/читать
- постоянно развивается
- используется во всяких Unity/Godot/CRYENGINE (https://dotnet.microsoft.com/apps/gaming) и ещё в куче популярных платформ
- делает сложным выстрелить себе в ногу
Откуда в вас столько ненависти? Почему вместо разработки вы занимаетесь какой-то ерундой и постоянно пытаетесь разжечь конфликт? Это вопрос в принципе к борде, а не к этому конкретному комментарию.
- запускается на...
Одного запускается мало
- запускается на Windows/Linux/Mac/Android/iOS/web browser практически без изменения исходников
Как всегда, надо только...
- запускается на Windows/Linux/Mac/Android/iOS/web browser
Сейчас пойду на линуксах напишу кроссплатформенный гуй от мягких.
-Стойте, как это нету WPF?
-Куда, куда мне пойти?
-Понял..
- умеет создавать приложения любого типа
-Сейчас пойду на ардуино драва напишу.
=Стойте, куда мне пойти? Опять На...й??
- позволяет создавать огромные приложения (1кк+ строк)
Да ну нафиг, вот это язык, позволяет писать много кода. Офигеть. Вы только преставьте, можно много кода писать и создавать приложения любого типа. Ну офигеть.
Давайте еще в достижение запишем возможность компиляции и писать в ООП стиле.
- поддерживается кучей платформ
Здраствуй, вендор лок, а попенсорс линивые жопы, нехера толком ничего не пилят, потому что реально туда попенсорщики и не перекатывались.
>Azure
Вы представляете, язык от мс, поддерживается на серверах мс. Ну не чудо, а?
>широкий выбор
Ой не звезди, как была ахилесова пита в разнообразии либ, так и осталось. Хочешь бери вендор лок, хочешь не бери :)
>- удобные консольные и GUI инструменты
Ты подожди, я еще от миллиона строк кода не отошел, куда так стелишь, то
>включая дебаг
Дебагом ты только гоферов удивишь.
Ты как демагог, так себе.
> web browser
Надо рантайм тащить. Я конечно не спорю, он кешируется и растаскивается в CDN. Но это как минимум бьёт по тем у кого платный трафик. Уверен что это ещё негативно сказывается на времени запуска, отзывчивости и потреблении памяти, и на даже чистом жс будет быстрее и лучше. Собственно из-за этого большинство языков для вебассембли не годится.
> Linux/Mac/Android/iOS
Никто не будет нанимать шарпистов для mobile-first стартапа. Такое прокатит только если изначально было приложение на шарпе и его нужно портировать.
> высокопроизводительный (используется в хайлоаде с обработкой тысяч запросов в минуту)
Го быстрее, проще деплоится (опять же, нет рантайма) и поддержано cloud native community.
> позволяет создавать огромные приложения в короткие сроки
Ну это просто пук какой-то.
> удобные инструменты
Ну вот это ещё может кого-то убедить.
> используется во всяких Unity/Godot/CRYENGINE
Кстати в геймдеве таки да, шарп будет норм.
>>1803319
> Здраствуй, вендор лок, а попенсорс линивые жопы, нехера толком ничего не пилят, потому что реально туда попенсорщики и не перекатывались.
Вот этого оратора ещё двачну.
>>1803224
>C# 6.0 July 2015
>At Google I/O 2017, Google announced first-class support for Kotlin on Android.
C# мог такой код писать ещё в 2015, пока Котлин только начал открываться миру. Сейчас такие операции можно миллионом разных путей решить - всё от конкретной архитектуры и вбранных стилей зависит.
я мимокрок
>- запускается на Windows/Linux/Mac/Android/iOS/web browser практически без изменения исходников
>Как всегда, надо только...
притянуто за уши
возьмем ту же жаву. Приложение на линукс чет нихрена нельзя юзать на андроид "практически без изменений исходников". А что же тогда можно? А всякие жава либы, которые не заточены под что то конкретное.
Ну так и в шарпе то же самое. В том же хамарин и блазор юзаются те же либы что и в десктоп приложении
>Стойте, как это нету WPF?
да. это они зря. мауи правда притащат, но он из хамарин ростет. хз че за хрень будет.
авалония все же не майковская
>Да ну нафиг, вот это язык, позволяет писать много кода. Офигеть.
вообще то там была приписка "в короткие сроки". Ай как не стыдно не замечать да.
>Ты подожди, я еще от миллиона строк кода не отошел, куда так стелишь, то
аналогично про "миллион строк". они реально есть просто ты предпочел закрыть глазки
>Дебагом ты только гоферов удивишь.
вот если бы они не забросили Debugger Canvas ироды, то можно было бы многих удивлять.
>Сейчас пойду на линуксах напишу кроссплатформенный гуй от мягких.
Такое впечатление что весь двач (весь последний год в любом pr треде) заполонили писатели гуёв под линукс десктопы. Видимо самое важное в 2020. Для тех двух с половиной писателей можно использовать PWA, Electron и прочие замаскированные под десктоп веб приложения. Всякие ноды этим постоянно занимаются и их почему-то любят.
Вообще ждём MAUI.
>Как всегда, надо только...
Наши системы запускаются под Win/Lin/Mac без единого изменения. Для Android/iOS (Xamarin) надо иногда какие-то особенности учитывать. Вообще хорошая практика - пилить UI отдельно от всего остального и под конкретную платформу.
>Сейчас пойду на ардуино драва напишу.
Делать детальный лист для двача - ну да ну да. Двачер будет использовать термины any/любой, если речь идёт о наиболее популярных вещах.
Но вообще:
https://create.arduino.cc/projecthub/sxwei123/serial-communication-with-net-core-3-0-on-rpi-linux-0f2ed4
Есть ещё такие штуки https://www.wildernesslabs.co/developers
>позволяет писать много кода
Не писать, а легко писать и потом всё это поддерживать. Поддержка 1кк+ строк кода в приложении на c++/питоне/ноде будет сродни мазохизму.
Но посыл был не в этом.
>Вы представляете, язык от мс, поддерживается на серверах мс.
dotnet поддерживается и на AWS и на GCP. Azure и AWS - топовые облачные платформы. Azure крутит увесистые части инфраструктуры много триллионных организаций (US DoD, Fidelity) и прочих мега корпораций. Azure достаточно популярен чтобы его приводить в примеры в таких топиках.
Твой ответ в стиле "надо придраться к орфографическим ошибкам". Выдрать слова из контекста, втолкнуть в свой, на ходу придуманный, и к этой выдуманной реальности написать комментарий.
Смысл был не в том, что дотнет и шарп - вершина, а всё остальное - отстой.
Если коротко: dotnet/c# - легко доступные и удобные инструменты, с которыми уже знакомо огромное количество разработчиков и которые позволяют решить большую часть насущных проблем. Есть и другие инструменты. Каждый выбирает что ему по душе или нужно для конкретной задачи.
Но здесь почему-то начинают агриться и закидывать умственно отсталыми комментами почти любое высказывание, в котором содержится упоминание о C#/dotnet.
>Надо рантайм тащить.
Для игр, сложных софтин или даже того же Outlook/Gmail вполне можно стащить пару мб. Скорее всего оно пойдёт по пути контейнеров (Docker). У тебя будут образы с рантаймами, которые браузеры будут кэшить, и на них ты будешь запускать свои приложения.
>на даже чистом жс будет быстрее
Blazor выигрывает в производительности. Но зачем сравнивать сырой продукт с тем что уже давно на рынке? Весь WASM ещё сырой, но очень желаем. Ждём нормального релиза и обката в проде. Будет нормальный multithreaded runtime, будет lazy loading и конечно AOT.
>Го быстрее, проще деплоится
Можно бенчи посмотреть? Вангую -10% < "выигрыш" < 10% (т.е. в пределах погрешности) в зависимости от задачи.
dotnet publish --self-contained true --runtime ubuntu.18.04-x64 - куда ещё проще? По умолчанию оно с собой тащит рантайм и может вообще всё в один файл запихать, который ты потом можешь
./my-app
в консоли и оно будет работать без установленного в системе дотнета хоть на отдельно взятой VM, хоть где-то в облаке.
>Никто не будет нанимать шарпистов для mobile-first стартапа
Как можно такое за всю планету разом говорить? Я в одном из таких участвовал. Приложение в помощь проведения клинических исследований. Xamarin все дела. Нормально было.
>Поддержка 1кк+ строк кода в приложении на c++/питоне/ноде будет сродни мазохизму.
Гребанные сектанты. "Только в нашем языке строки самые читаемые" и пофиг что это слизанное жаба-ООП и с кучей синтаксического изнемогания. Если в топорной жабе то плохо читается, то шарпе вообще можно устроить такой разгуляй, что позавидует плюсовик.
> Outlook/Gmail вполне можно стащить пару мб
Уже куча постов про это было и на HN, и на хабре, что мы пошли куда-то не туда. Чтобы проверить долбаный список блочков из текста, нужно загрузить небо и аллаха. Всё то же самое можно нахерачить на расте или assemblyscript и получить очень тонкую сборку.
> WASM ещё сырой
Чёэтавдруг? Везде уже включен по умолчанию.
> Можно бенчи посмотреть?
Структуры на стеке можно. В шарпе скорее всего как в жаве, объекты всегда в куче.
Вкатываюсь в анализ данных, пока хватает BS и панды, но смотрю в будущее.
А еще напрягает всратость самой джвм. Отсутствие структур, дженерики только для референс типов, из-за чего нужны костыли типа Integer и так далее. В то время, как на шарпе даже с указателями ебаться можно.
да ничего.
полезно знать, чтобы дедовские книжки читать и понимать.
но писать на нем уже не нужно.
Он же вроде синтаксически примитивный?
Алсо, расскажи куда ты там "вкатываешься".
Почитай это. Перепись джунов за 300. Без слез не взглянешь.
https://t.me/datalytx/427
И это еще типа крутой аналитик.
Вообще-то, понимание какие именно топики формулирует LDA это довольно сложно и не относится к программированию,но из области абстрактной фантазии.
Наверняка нихуя не получится у этих джунов и примкнувшим к ним сеньоров, но я бы почитал результаты.
Среди моих личных кандидатов: zig, v, nim, rust, go.
Но я не очень понимаю их принципиальные отличия. Все обещают быть хорошими, все вроде бы приносят что-то новое и интересное. Но неясно зачем мне к примеру hot code reloading и tiny compiler из v. Зачем мне тупейшая простота го. Зачем мне такой сложный, почти как плюсы, язык как раст. Зачем мне адские макросы ним. Зачем мне невероятный контроль над компилятором в zig.
Анон, я знаю, ты детально разбирался с каждым из них, какой более достоин внимания и почему?
Чтобы понять hot code reloading (на самом деле это не то, но не суть), возьми любой лисп (или смоллток, если боишься скобочек).
Из предложенных для изучения во время новогодних праздников годятся только ним и раст. Остальные никаких новых концепций тебе не откроют, поэтому их изучение в формате "для себя" бессмысленно. Если хочется когда-то эти знания еще и применить на практике, то остается только раст.
мимо
Очевидный Си. Лучше только ассемблер.
Оправдывайся дальше.
https://tproger.ru/articles/top-10-jazykov-programmirovanija-v-2020-godu-po-versii-github/
Очевидно что если надо хоть базы данных обрабатывать, хоть боты писать или небольшие игры делать у питона из коробки всё легко, просто, функционально. И все адекваты предпочтут функциональность, поэтому библиотеки на питоне создают наса и мит под свои нужды, а на брюзжание двачеров всем как-то пофиг.
Очевидный lisp очевиден.
Чел говорит про то, что инфо.ц раздувают пузырь и тут же ты приведешь статью про питон, якобы по версии гитхаба, но тут же ссылка на ноунем рейтинг. И это как раз яркий пример раздувания, так как на гитхламе самый популярный по статистике js (вторая картинка по ограничению в 10К звезд).
Еще недавно он занимал там 3-5 место, собственно, раздувания пузыря налицо.
PS сейчас бы на месте ваннаби программистов радоваться, что растет число программистов на одно рабочее место. Серьезно.
Вот же обсуждают https://forum.nim-lang.org/t/7874
Я хочу на русском двачике.