Состоялся релиз языка программирования Dart 2.8, в котором продолжено развитие кардинально переработанной ветки Dart 2, переориентированной на разработку для Web и мобильных систем и оптимизированной для создания компонентов, выполняемых на стороне клиента...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52889
Вот если без шуток, то язык становится все более интересен, благодаря сообществу (но вопреки Google). Поживем - увидим...
неуниверсальный Go более практичен, чем очередной C#/Java
Го - всего лишь го и не более того.
Дарт - в т.ч язык для разработки приложений с норм интерфейсом( к слову о флаттер... и копроангуляре )
> Го - всего лишь го и не более того.
> Дарт - в т.ч язык для разработки приложений с норм интерфейсом(
> к слову о флаттер... и копроангуляре )Ангуляр нужен для веба? Зачем в веб тащить dart?
Ангуляр не нужен [ни для кого, кроме недопрограммистов, которые пересели со всяких своих «крутых и расово-правильных» c# / java / итд на веб + js и все никак не могут начать нормально кодить, делая тяжеленное, уродливое и глючное д.мо в вебе - прямо как у них в джаве получалось. Это эдакий магнит, который притягивает к себе говноразрабов и препятствует их активности в других фреймворках/библиотеках/итп ]Дарт едва ли зачем-то нужен кроме того, что его продвигает гугл.
Пока не вижу в нем ничего хорошего, но авось что-то и получится
> Ангуляр не нужен [ни для кого, кроме недопрограммистов, которые пересели со всяких
> своих «крутых и расово-правильных» c# / java / итд на веб
> + js и все никак не могут начать нормально кодить, делая
> тяжеленное, уродливое и глючное д.мо в вебе - прямо как у
> них в джаве получалось. Это эдакий магнит, который притягивает к себе
> говноразрабов и препятствует их активности в других фреймворках/библиотеках/итп ]
> Дарт едва ли зачем-то нужен кроме того, что его продвигает гугл.
> Пока не вижу в нем ничего хорошего, но авось что-то и получитсяСамомнение вполне под стать безрукой веб-макаке.
>> Ангуляр не нужен [ни для кого, кроме недопрограммистов, которые пересели со всяких
>> своих «крутых и расово-правильных» c# / java / итд на веб
>> + js и все никак не могут начать нормально кодить, делая
>> тяжеленное, уродливое и глючное д.мо в вебе - прямо как у
>> них в джаве получалось. Это эдакий магнит, который притягивает к себе
>> говноразрабов и препятствует их активности в других фреймворках/библиотеках/итп ]
>> Дарт едва ли зачем-то нужен кроме того, что его продвигает гугл.
>> Пока не вижу в нем ничего хорошего, но авось что-то и получится
> Самомнение вполне под стать безрукой веб-макаке.Эта "веб-макака" начинала с ассемблера + винапи еще в школьные времена и писала на этом простенькие игры под виндой, изучала Си и плюсЫ и даже вполне неплохо кодила на них.. года полтора года занималась геймдевом на Unity + C#, далее - нативной разработкой под яблоко( ObjC / Swift )..
В конечном итоге, взялась за веб и кроссплатформенную мобильную разработку( React-Native ), т.к за подобными технологиями будущее - в случае с вебом, "морда" приложения/сервиса работает на любом железе и архитектуре, где есть совместимый браузер без необходимости перекомпиляций и прочего цирка, в случае с гибридными мобильными приложениями - при наличии одного проекта с небольшой разницей в деталях, есть возможность пилить приложения для нескольких платформ, еще и с норм доступом к устройству и общей для всей приложений логикой.Но, да, "безрукая веб-макака с самомнением" :)
Но проблема в том, что "самомнение" обычно гораздо выше у говнокодеров на плюсАх/джаве и проч, которые, перебираясь со своего богоугодного язычка на JS ( хотя, казалось бы, почему ? Ведь их говножаба такая крутая и вообще.. но, "почему-то", развитию технологий на это все больше плевать ), не хотят разбираться в разнице между тем, с чем они работали ранее и тем, с чем они работают теперь - они просто тянут гору д.ма в проект, чтобы сделать его максимально похожим на свое "нормальное" окружение и синтаксис.
Статическая типизация с тоннами синтаксического мусора, делающая простой и очевидный код( жс с норм синтаксисом ) почти нечитаемым( тайпскрипт ), при том, что он все равно превратится в код с динамической типизацией( тайпскрипт "компилируется" в жс ) и в таком виде отправится в приложение, притом, вообще хз, чего конкретно туда натолкает "компилятор", да еще и с кучей исключений и оговорок, ведь далеко не все модули JS идут в тайпскрипте ? -Одавай.
Барахло вроде StyledComponents в вебе и кроссплатформенных приложениях на базе штук вроде React-Native, которая делает стили не просто уродливыми( вместо JSON-объекта - одна огромная xml-подобная строка ) и несовместимыми с rn-гайдами( т.к flex в вебе и в RN ведет себя по разному ) и модулями но и, на ровном месте, повышает в полтора-два раза потребление памяти приложением, длительность отрисовки и нагрузку на проц для получения абсолютно того же результата( ведь это барахло не может нормально кешироваться и преобразовываться для повышения производительности и снижения потребления памяти - это просто здоровенные строки, которые постоянно парсятся и по которым постоянно считаются хэши ) в простых случаях, а в средних и сложных - делающая приложение глючным и безмерно жрущим ресурсы д.мом( а на андройде - вылетающим, т.к у андройдофонов с потреблением памяти довольно строго ) ? -Одавай.
И так, на самом деле, можно продолжать довольно долго.
Но правда в том, что глючное д.мо в вебе и "гибридных" мобильных фреймворках очень нередко делают именно "бояре, почитающие С++ / Java / C#" и, скорее всего, пришедшие именно с тех краев( хотя если оно все такое хорошее, какого же черта они валят в JS ).
dont read, lol
> Статическая типизация с тоннами синтаксического мусора, делающая простой и очевидный код( жс с норм синтаксисом ) почти нечитаемымЯсно понятно
>>Статическая типизация с тоннами синтаксического мусора, делающая простой и очевидный код( жс с >>норм синтаксисом ) почти нечитаемым( тайпскрипт ), при том, что он все равно превратится в код с >>динамической типизацией( тайпскрипт "компилируется" в жс ) и в таком виде отправится в >>приложение, притом, вообще хз, чего конкретно туда натолкает "компилятор", да еще и с кучей >>исключений и оговорок, ведь далеко не все модули JS идут в тайпскрипте ? -Одавай.веб-макака с уровнем экспертизы как у студента-говнокодера.
>>это просто здоровенные строки, которые постоянно парсятся и по которым постоянно считаются хэши
веб-макака с уровнем экспертизы "я не знаю о чем говорю, но говорю, потому что думаю, что знаю"
собственно, все мои тезисы вы подтвердили. вы вообще не понимаете о чем говорите. просто пердите в лужу, как и делают веб-макаки обычно.
Кстати, вот да. Все чаще вижу сообщения от фирм "У нас Angular, но мы переезжаем на React". И таких все больше.
это не из-за того, что ангуляр плох, а из-за моды. вон, фронтендщик-гуманитарий выше в качестве подтверждения.
> это не из-за того, что ангуляр плох, а из-за моды. вон, фронтендщик-гуманитарий
> выше в качестве подтверждения.Это скорее не из-за моды, а из-за кривой сложности обучения.
Поэтому популярны такие штуки как Python, JS, React, Electron, HTML, CSS. Их просто выучить. Angular нет, не просто. Там много неочевидных вещей.
>> это не из-за того, что ангуляр плох, а из-за моды. вон, фронтендщик-гуманитарий
>> выше в качестве подтверждения.
> Это скорее не из-за моды, а из-за кривой сложности обучения.
> Поэтому популярны такие штуки как Python, JS, React, Electron, HTML, CSS. Их
> просто выучить. Angular нет, не просто. Там много неочевидных вещей.Доо. На самом деле, проблема ангуляра в том, что он был синтаксически и морально устаревшим хламом еще при своем рождении, т.к больше напоминал нечто вроде нереально жирного жиквери.
А эти постоянные ng- в тегах ? -Это просто уродство, боль для глаз и куча проблем с доработками/багфиксом кем-то, кто самолично тот кусок кода не писал, особенно, в случае с чем-то сложным в плане логики работы.Но даже это ему можно было бы простить, если не главная его "фича" - т.н двухстороннее связывание, которое, с одной стороны, было практически не нужно в тех количествах, в которых он предлагал, но и заставляло очень серьезно подходить к проекту, т.к при наличии подобных объектов уже даже порядка 2 000( много для одной страницы и норм/мало для хорошего и крупного одностраничного сайта ), проблемы с производительностью ощущались даже на ПК( про смартфоны вообще лучше не вспоминать )..
Но, да, разумеется, это не ангуляр - барахло, это просто люди глупые и компы слабые, не говоря уж о смартфонах.
Так убрали же эти ng-теги. Со 2-й версии, если не путаю.
он просто не понимает о чем говорит.
> он просто не понимает о чем говорит.Да я и не скрываю, что давным-давно за ангуляром не слежу( серьезно, зачем следить за этим мусором, который, со всеми своими наворотами, благополучно загибается ? ).
Тот эпический рассказ относится еще ко временам, когда река и ангуляр только появились.
Максимум, что способен был сделать ангуляр - это так или иначе уподобиться реакту( кастомные теги и проч ).. я, так понимаю, именно этим путем он и пошел ?
>не скрываю, что давным-давно за ангуляром не слежу
>я, так понимаю, именно этим путем он и пошел ?nuff said. экспертиза на уровне плинтуса. ты говоришь о том, в чем вообще не разбираешься.
Все вышеперечисленное относится к первому ангуляру, который angularjs. И по тем временам это выглядело неплохо. Но это было десять лет назад.
В современном ангуляре нет ничего из вышеперечисленного. Двусторонний binding, да, в некотором виде есть, там, где он действительно удобен (в формах), и опционален.
Зато теперь там есть куча другого ненужного мусораКак раз первый ангуляр выглядел ещё нормально по своим временам, а вот теперешний - это чистый overengineering
Зависит от сложности проекта. Для простых - конечно, это все не нужно. А в сложном навороченном SPA, я говорю про сложность уровня гуглодоков, в итоге соберётся все то же, что есть в ангуляре, из пачки разрозненных библиотек, и эту связку ещё и поддерживать.
Зато будет точно тот состав, который нужен, а не тот, про который авторы ангуляра решили, что он нужен
авторы ангуляра ничего не решили. они предоставили фреймворк. какие его части юзать для приложения - решать вам.ангуляр текущей версии вообще не имеет ничего общего с фреймворком 10 летней давности. нет никаких проблем с производителностью, нет никакой сложности. есть веб-макаки неосиляторы, которые не могут писать нормальный код.
> авторы ангуляра ничего не решили. они предоставили фреймворк. какие его части юзать
> для приложения - решать вам.
> ангуляр текущей версии вообще не имеет ничего общего с фреймворком 10 летней
> давности. нет никаких проблем с производителностью, нет никакой сложности. есть веб-макаки
> неосиляторы, которые не могут писать нормальный код.Так-то все так. Но народ стремится к простым решениям. Знал я на проекте мудятлов, которые тащили Redux Saga, потом вдруг решили, что надо обвязать это своей "оберткой", потом начали дробить проект на пакеты. Потом оказалось 30 пакетов с Lerna и сборкой в 5 минут. Это фронт-енд! Но и этого было мало. Был еще отдельный репозиторий под библиотеку компонентов и еще один - legacy-утилиты.
В итоге имеем:
3 репозитория
31 пакет в Lerna
Redux-Saga, обертка над этим овнищем
React, сюда же TypeScript
Еще сюда же - извращенный Ant до неузнаваемости. Форкнули репу и начали изменять через Styled Components.А теперь, внимание, это надо было для 5-страничного SPA-проекта.
Вот уж где веб-макаки-имбецилы.
А что про Angular? Нормальный фреймворк. А идиоты могут быть где угодно.
простые решения нужны для простых проектов.
для проектов средней и высокой сложности нужные нормальные инструменты, а не набор библиотек, поддерживаемых непонятно кем.
> простые решения нужны для простых проектов.
> для проектов средней и высокой сложности нужные нормальные инструменты, а не набор
> библиотек, поддерживаемых непонятно кем.Естественно. И ни в коем случае не over-engineering полотно с NIH-синдромом, перемешанное с велосипедами.
К слову 5 страниц SPA-шки никак не назовешь средним или сложным проектом )
> over-engineering полотно с NIH-синдромом, перемешанное с велосипедамисильно сказано. на деле - ничего по делу. вы не понимаете о чем говорите.
>> over-engineering полотно с NIH-синдромом, перемешанное с велосипедами
> сильно сказано. на деле - ничего по делу. вы не понимаете о
> чем говорите.Разжую для маленьких. Есть персонажи, которым велосипед изобрести или новую абстракцию - за милое дело. Несмотря на то, надо это или не надо. Часто увлекаются молодые разработчики, которые вдруг стали считать себя пупом земли
>[оверквотинг удален]
> В итоге имеем:
> 3 репозитория
> 31 пакет в Lerna
> Redux-Saga, обертка над этим овнищем
> React, сюда же TypeScript
> Еще сюда же - извращенный Ant до неузнаваемости. Форкнули репу и начали
> изменять через Styled Components.
> А теперь, внимание, это надо было для 5-страничного SPA-проекта.
> Вот уж где веб-макаки-имбецилы.
> А что про Angular? Нормальный фреймворк. А идиоты могут быть где угодно.Ви таки будити смияться, но я, в своих комментах, комментом к которому, в итоге, является и ваш коммент, хейтил именно таковых товарищей.. хотя и словил, в итоге, воистину тонну минусов от "праведных и всегда правых проггеров на статически-типизированных языках и выходах из таковых( хотя и сам таким являюсь )"(C)
Только, ввиду нескольких лет опыта работы в разных конторах, пилящих сайты-приложения-итп под заказ, попытался определить-таки, кто склонен к этому совершенно безумному оверхеду в вебе и гибридной мобильной разработке.
Ими, в большинстве своем, оказались вчерашние кодеры на жабе, шарпе и плюсах. Они вообще не переносят отсутсвие статической типизации и, в большинстве своем, тянут горы мусора, чтобы сделать ведь-разработку похожей на пиление очередного приложения.
И совершенно не понимают принципиальной экономии на спичках, когда речь идет о разработке мобильного приложения или сайта, адаптированного под мобильники.Те, кроме шуток, реально применяли почти весь перечисленный стек( TS + StyledComponents + черти_какое_г.но_которое_на_один_кастомный_лоадер_применяет_с_десяток-другой_тормозных_сущностей ) на приложение с несколькими страницами.
В итоге, оно получается глючным, откровенно тормозным на андройде( т.к туда-сюда куча данных постоянно гоняется и происходят постоянные перерисовки компонентов ).. зато, "таким, как это рекомендуют на хабре и медиуме и вообще, умные люди, не то, что ты"
>[оверквотинг удален]
> тянут горы мусора, чтобы сделать ведь-разработку похожей на пиление очередного приложения.
> И совершенно не понимают принципиальной экономии на спичках, когда речь идет о
> разработке мобильного приложения или сайта, адаптированного под мобильники.
> Те, кроме шуток, реально применяли почти весь перечисленный стек( TS + StyledComponents
> + черти_какое_г.но_которое_на_один_кастомный_лоадер_применяет_с_десяток-другой_тормозных_сущностей
> ) на приложение с несколькими страницами.
> В итоге, оно получается глючным, откровенно тормозным на андройде( т.к туда-сюда куча
> данных постоянно гоняется и происходят постоянные перерисовки компонентов ).. зато, "таким,
> как это рекомендуют на хабре и медиуме и вообще, умные люди,
> не то, что ты"На вот, кстати, да ) И я с вами соглашусь. А делать-то что будем? :)
Надо на собеседованиях спрашивать показать код рабочего приложения? Но ведь ты еще не сотрудник. NDA подписывать? Как определить таких персонажей еще до взаимодействия с ними и с этим кодом.Вот представьте, приходите вы на работу, 1-й день. Открываете репозиторий, а там... и тут понимаете, что - труба.
И что, бежать в кадры в первый же день сразу увольняться? Во-первых, странное решение. Во-вторых - жалеешь, что время потерял. В третьих - может в какую базу рекрутеров добавят, черный список, выставят неадекватом.
В общем, хотелось бы не связываться с такими командами-работами-персонажами. Но как?
я решил. мне нужна ровно 1 часть: хорошая вьюха. так, как в реакте. всё остальное, включая тайпскрипт - лесом.
> я решил. мне нужна ровно 1 часть: хорошая вьюха. так, как в
> реакте. всё остальное, включая тайпскрипт - лесом.Как управляетесь с состоянием?
да просто this.setState, обычно прямо в компонентах. там где разрастается - либо делю компонент на 2 - один без стейта, другой без рендера, либо тоже делю, но на компонент и "контроллер компонента", даже SSR на этом делал :-))"контроллер" это я такой извратик придумал - типа делается просто обычный js-класс, у которого тоже есть this.state и this.setState() и ссылка на сам компонент this.component. его setState() при вызове меняет стейт локально + прокидывает в компонент. разница только в том, что этот setState() синхронный (в реактовских компонентах - асинхронный). а кайф в том, что в такой "контроллер" очень легко высаживается код из компонента без изменений. при небольших доп.извращениях на этом делается и SSR, т.к. контроллер - по сути та часть, которая может выполняться без рендера...
но сути это всё особо не меняет. очень мне нравится логика state+props...
Если есть пример с репозиторием с вашими наработками - буду рад взглянуть.Простота - залог успеха, я считаю. Соглашусь ) State + props отличное решение
> Все вышеперечисленное относится к первому ангуляру, который angularjs. И по тем временам
> это выглядело неплохо. Но это было десять лет назад.
> В современном ангуляре нет ничего из вышеперечисленного. Двусторонний binding, да, в некотором
> виде есть, там, где он действительно удобен (в формах), и опционален.Это даже по тем временам выглядело ужасно, т.к вовсю шагали либы, позволяющие то, о чем веб-разрабы не могли мечтать и в самых влажных своих мечтах - кастомные теги.
Я уже давным-давно не слежу за ангуляром. Еще с тех пор, когда, на заре их зарождения, выбирал, в каком направлении двигаться.. Реакт оказался гораздо перспективней и интересней, а проблем с ним - меньше..Как итог, ныне есть React.JS для веба и React-Native для мобил( сделан примерно аналогично Xamarin'у и проч, только в качестве основного языка - JS ).
На базе React-Native запилен Vue-Native... и, вроде, еще есть ангуляровский NativeScript, который на момент моего интереса к нему( пара лет назад ), выдавал приложение-хэллоу-врод на десятки мегабайт веса, тюк нифига не умел в оптимизацию.
Я это к чему ? -Можно все свалить на "вебмакак" и "кривую обучения", но ангуляр и его производные, по темпам своего развития, никак не тянут на производное высоколобых интеллектуалов.
Это, скорее, что-то вроде не сильно удачной, но и не шибко провальной( привет, Knockout.JS и иже с ним ) попытки перейти на веб нового уровня.
Нет, это как раз ангуляр был из за моды. А реакт с самого начала был лучше и проще раз в 100. Наконец-то приходит осознание, "а я говорил" (c)
> Нет, это как раз ангуляр был из за моды. А реакт с
> самого начала был лучше и проще раз в 100. Наконец-то приходит
> осознание, "а я говорил" (c)ну-да, ну да. наверни на голый реакт еще редуксов всяких и получишь монстра куда сложнее чем ангуляр.
ангуляр тоже говно, но реакт в голом виде нежизнеспособен. к нему еще обязательно нужно довернуть пачку сторонних компонентов, чтобы можно было сравнивать с ангуляром
именно в голом виде реакт лучше всего. я именно так на нём и пишу. сначала попробовал redux и mobx, но быстро пришёл к выводу, что голый реакт как раз ГОРАЗДО лучше и проще. самое главное преимущество - очень простая и чёткая инкапсуляция, отсутствие неявных зависимостей. на входе только props, всё. нет никаких сервисов, магически подсовываемых DI-ем и т.п.сравнивать с полным набором фич ангуляра реакт на хрен не нужно, т.к. все эти фичи "из коробки" на хрен не нужны. они только являются лишним багажом и усложняют код. ну а вещи типа http клиента-то это уж совсем смешно, когда во-первых везде уже есть fetch, во-вторых обёртка для xhr пишется строчек в 50, в-третьих готовых библиотек на любой вкус миллион.
ангуляр - это "явисты дорвались до яваскрипта". гнать их оттуда надо в шею.
>все эти фичи "из коробки" на хрен не нужныеще одна веб-макака с экспертизой на уровне плинтуса. научитесь уже писать код, а не формошлепствовать и прокидывать пропсы.
сам ты вебмакака. вали обратно в джаббу на спринге писать
не ты.
> сам ты вебмакака. вали обратно в джаббу на спринге писатьНу есть категория людей - которые любят все переусложнять. Вот персонаж - явный пример. Зато тешит свое самолюбие. Он-то умный, он-то разобрался ) Зато в коллективах обычно из-за таких персонажей - токсичная атмосфера )
>[оверквотинг удален]
> на входе только props, всё. нет никаких сервисов, магически подсовываемых DI-ем
> и т.п.
> сравнивать с полным набором фич ангуляра реакт на хрен не нужно, т.к.
> все эти фичи "из коробки" на хрен не нужны. они только
> являются лишним багажом и усложняют код. ну а вещи типа http
> клиента-то это уж совсем смешно, когда во-первых везде уже есть fetch,
> во-вторых обёртка для xhr пишется строчек в 50, в-третьих готовых библиотек
> на любой вкус миллион.
> ангуляр - это "явисты дорвались до яваскрипта". гнать их оттуда надо в
> шею.Так-то все так. Но почему-то вдруг стал популярен MobX
>Ангуляр не нуженКроме звуков испорченного воздуха есть, что сказать?
Dart вообще хрен пойми шо за зверь, сначала гугль позиционировал его как альтернативу Java, но с@снул, потом позиционировал его как замену Typescript с трансляцией в Javascript но с@снул, теперь вот позиционирует его как язык еще несуществующей ОС, результат немного предсказуем
> с трансляцией в Javascript но с@снулно трансляция в js все же осталась
я знаю, но какой смысл это делать если уже был TS?
Разделяй и властвуй. Заметь, что каждая корпорация мутит свои языки. Чтобы не дай боже ничего не пересеклось и разработчики не перетекли к конкуренту
C++? SAP, Oracle, IBM, Adobe, Autodesk, Dassault Systemes, Nemetschek... тысячи их
Microsoft также полюбляет C++ для своего офиса
Вся игроиндустрия юзает C++
> Вся игроиндустрия юзает C++Индюшатина Python еще любит. А так да - C++.
А зачем kotlin транслируется в js? Или какой-нибудь другой язык. Чтобы можно было использовать его для того, чтобы писать под веб.Хотя если в wasm завезут сборку мусора https://github.com/WebAssembly/proposals/issues/16, то тогда от трансляции в js можно будет отказаться.
> теперь вот позиционирует его как язык еще несуществующей ОСВ той ещё несуществующей ОС уже такой зоопарк языков, что этому всему только одно объяснение: Гугл нанял толпу изобретателей с ЧСВ over 9000 и им всем непременно нужно показать свою уникальность и неповторимость.
Дарт/флаттер занял нишу мобильной разработки и от туда уже никто его не подвинет.
> Дарт/флаттер занял нишу мобильной разработки и от туда уже никто его не
> подвинет.В твоих влажных мечтах, детка. Только там
С Flutter будет та же история. Они пытаются оживить труп и присобачить к своему поделию. Если не хочется писать на нативе - проще взять тот же React Native. Там компоненты будут хотя бы нативные + рендеринг от ОС.
Flutter же не пойми что не для пойми кого.
дарт был в тему в момент своего появления. я его щупал 5 лет назад это был реально удобный js. а сейчас с es6 в каждом соверменном браузере, dart просто лишняя прослойка как и тайпскрипт.
вот если бы дарт браузер в своё время получше сопровождался, то он бы выстрелил 100% там уже был отличный дебаг, но он отставал от хрома
Golang скорее более зрелый и у него больше сообщество (с консервативными разработчиками). Но Golang заточен больше под написание сервисов, чем для простых приложений под Android.
Dart - еще очень молодой проект. И если честно, я пару лет назад очень скептически к нему относился. Но в последнее время, благодаря стараниям сообщества (т.е. как и Golang, стараются не привязываться досконально к Google), к нему появляется интерес. Так что хвалю не сколько сам язык, сколько людей, которые настойчиво пилят библиотеки и пытаются хоть чуть-чуть сделать инфраструктуру языка лучше. Причем смотрю - люди там стараются неглупые и в чем-то даже идейные.
Вот поэтому с поделиями гугла лучше не связываться, они дохнут еще на стадии релиза, а те которые доживают навсегда остаются инвалидами софта
> Вот поэтому с поделиями гугла лучше не связываться, они дохнут еще на
> стадии релиза, а те которые доживают навсегда остаются инвалидами софтаЯ еще помню такую штуку как Google Wave :)
Лучше бы эти неглупые и в чем-то идейные люди занимались не бесконечным изобретением неповторимых велосипедов, а помогали другим улучшать велосипеды существующие.
все сущетсвующие велосипеды имеют один фатальный недостаток же!
Есть gomobile, очень годная штука.
Такой же перспективный как и Rust, ну ну
> Такой же перспективный как и Rust, ну нуКак можно сравивать раст с очередным языком со сборкой мусора?
Как можно сравнивать мусор со сборкой мусора ?
Как можно сравнивать мусор со ржавчиной?
Но-но, поострожней, это уже оскорбление власти.
так а с чем сравнивать "мусор со сборкой мусора"? незавершённая мысль
Худный ЯП это Ruby. Хуже быть не может)
Не обмазывался, не знаю
> Хуже быть не может)боюсь ты только что бросил вызов вселенной
Зачем ты так?
Ruby очень приятный язык. Я скучаю по нему. До сих пор one-time скрипты на нем пишу потому что удобно.
На нем и иднострочники неплохо писать. С либами бедя, куда не сунешся тонны метопрограммирования. Будто конкурс по написанию самого запутанного алгоритма работы.
Просто вы не осилятор.
С либами там нет бед, Под каждую задачу можно найти либу/фреймворк, а зачем вот извращенцам тысяча либ которые решают 1 задачу, вот это не ясно.
> Просто вы не осилятор.
> С либами там нет бед, Под каждую задачу можно найти либу/фреймворк, а
> зачем вот извращенцам тысяча либ которые решают 1 задачу, вот это
> не ясно.Просто они, эти персонажи, думают что их библиотека - самая лучшая )
Раст перспективен, поскольку это единственный безопасный язык с zero cost abstraction и хорошей инфраструктурой.
У него просто нет реальных альтернатив как таковых
И корявым синтаксисом.
Где? Синтаксис Раста приятен и продуман до мелочей - нельзя просто взять и что-то изменить без потерь
C++/стл/буст так-то похуже будут, не говоря уже о фичах 20ых и шаблонной магии
Rust это новый Haskell про который также говорили какой он идеальный, продуманный, быстрый ровно до тех пор пока не попробовали им пользоваться
Ну вот пользуется народ, и норм же. Конечно, возможно, это из-за отсутствия реальных аналогов.
Haskell, на мой взгляд, вообще немного не из этого мира :) Синтаксис Раста на порядки лучше.
Добавлю, что раньше синтаксис раста тоже не радовал, но достаточно лишь немного углубиться и приходит понимание, что всё действительно на своем месте.
Да, есть некоторые неприятные моменты, но где их нет.
Оценивать язык только по синтаксису - детсад. Еще по стилю кодирования выбирай.
Читаемость кода не зависит от синтаксиса? Чиво бл***?
В Расте что-то не так с читаемостью?
Хуже по сравнению с C++, ну и мешанина safe с unsafe кодом классно читается, прям заглядение, это тоже самое что на C++ юзать голое POSIX и Win32 API, а еще постоянно сломанная совместимость между версиями, тонны ненужных фич и никаких стандартов... спасибо не надо
Минимизируйте safe / unsafe
Когда язык unsafe only, это ещё хуже
Ненужные фичи? Например? Может, они очень нужны и давно ожидались?
А какие стандарты нужны? У плюсов вон есть стандарт, но каждый компилятор имеет свои добавления, ни с чем не совместимые, поддержка C++20 рыдает (особенно если взять полноценную кроссплатформу - десктоп и мобилки). Молчу уже об отсутствии и разрозненности систем сборки, гайдлайнов и прочих стилей
У Раста же один настоящий компилятор от авторов языка, единая система сборки с репой либ, хорошие доки, расово верный автоформат
Ну и кого стандарты работают лучше?
> Читаемость кода не зависит от синтаксиса? Чиво бл***?Она зависит от многих факторов. Давай пойдем от обратного: синтаксис какого языка тебе нравится?
Видел мешанину safe и unsafe в C#? Хорошо читается да? Почему тогда ее юзают только когда край, в остальных случаях упаси господь
Так ты и не ответил на вопрос: синтаксис какого языка тебе нравится?Причем тут С#, когды ты начал говорить про Rust. Или ты просто ноешь?
Какой синтаксис нравится? Идеальный шоле? Ну таких нет... хотя если бы из C++ выпили нахрен указатели и массивы было бы годно, но это уже C++ от M$)В отличии от откровенно говеных языков с адской мешаниной парадигм и уровней языков программирования это привет C/C++ и если с крестами в принципе все ясно, ну вот не было в те бородатые времена ни шарпа ни жабы, то накой нужен Rust? Как вообще сейчас возможно спроектировать язык, который будет вырвиглазнее и сложнее 40 летнего C++ и нифига не безопаснее?
К чему тут C#? Может потому, что он позволяет так же прозрачно как и Rust через unsafe дергать С/C++-код без особых проблем(кстати unsafe у раста как раз и шарпа)? Чего не скажешь например о жабе... Поэтому собственно и привел его, ну и еще потому что среди шарпистов трогание наготы C/C++ через unsafe считается кащунством
Безопасный??? Ну ну https://habr.com/ru/post/492410/
Как раз в этой статье написано, что он безопасен, если не переиграть с unsafe.
А C/C++ - 100%-ый unsafe, ага-ага.
Конечно, нет ничего 100% safe, включая языки с vm/gc, но то, что он безудержно безопаснее си - факт, о котором бессмысленно спорить.
он безопаснее потому как его хотят перевести в разряд "полуавтоматов", поскольку на чистой механике(с/с++) люди часто берут с собой обрез и стреляют в ногу.))) но если уж говорить о эффективности и скорости программ на с/с++ они будут шустрее. просто есть инструменты с полной настройкой под мастера и полупрофессиональные для всех у кого есть хотя бы какие то навыки работы. вот и все. но такие языки как си и плюсы всегда будут в итоге более эффективными, так как имеют прямой доступ к ресурсам систем. но им требуются настоящие мастера своего дела, а нынешним конторкам нафиг сдалась эффективность и качество. фигак , готово и в продакшн. ну это современная болезнь программирования.
> он безопаснее потому как его хотят перевести в разряд "полуавтоматов"Звучит так, будто это плохо.
> часто
Весьма скромные подсчеты :)
> на с/с++ они будут шустрее
Rust примерно одинаковый по скорости с C/C++.
И уж точно быстрее большинства остальных популярных языков.> полупрофессиональные для всех
Я не понял, это что, это попытка намека на Rust? :)
> как си и плюсы всегда будут в итоге более эффективными
На самом деле, Rust _потенциально_ гораздо эффективнее, поскольку он шарит контекст.
> им требуются настоящие мастера своего дела
Которые всё равно лажают на миллионы долларов, да, увы.
все люди лажают. но я смотрю , что тебе нравится , что корпорации ведут языки программирования и самих программистов к тупому стаду, которому дают похлебку и они её жрут. глянь во что превратились все отрасли программирования . пофиг что все как попало и коряво зато готово к сроку. в итоге из всех программистов настоящими думающими мастерами своего дела остались менее 1%. остальные так, просто разнорабочие на полставки, которых можно скинуть в любой момент. но хуже всего это ведет к отсутствию квалифицированных программистов.
Тогда накой оно нужно если безопасно только при особых навыках сапера с unsafe? Просто бери указатели С++ из STL и будет тебе счастье, память течь не будет, сегфолты прекратятся, радость же
Саперу оптимальнее пройтись по квадратному метру, а не всему полюРазница в том, что unsafe может вообще не быть в проекте (или он зарыт где-то в либах и сто раз перепроверен), а C++ и со смарт указателями - один сплошной unsafe и кладезь UB
Я не говорю что C++ не говно(еще какое), но использование того же vector из STL и смарт указателей значительно сократит количество самострелов на рабочем месте, а так да уже созданы ему замены в лице шарпа и жабы
> Я не говорю что C++ не говно(еще какое), но использование того же
> vector из STL и смарт указателей значительно сократит количество самострелов на
> рабочем месте, а так да уже созданы ему замены в лице
> шарпа и жабымогу путать палец с небом, если что, сорри
не силён в C++, но был слух, что смартуказатели заметно тормозят и rust с его просчитанными при компиляции гарантиями вырывается вперёд по скорости
вектор?
ну окей, возьмём ссылку на какой-то элемент, потом попушим
и вот он, уб
а шарп и жаба не замена, ибо не zero cost abstraction с тяжёлыми рантаймами и жестью по потреблению памяти
где растет инфраструктура? покажи нет. нет IDE, нет альтернативных компиляторов. 0
Странные показатели
IDE нет, зато есть плагины к популярным и больше одного языкового сервера.
На мой взгляд, объективно, мы не в 90ых и не 0, чтоб иде под каждый чих пилитьА альтернативный компилятор... Нет, спасибо, нет, не упало.
Мы и так не можем на C++20 перейти из-за того, что не все компиляторы все фичи поддерживают (нужны все платформы, включая мобилки).
Разнообразие компиляторов в плюсах, пускай по сути всё сводится к трем (gcc, clang, msvc) - один из бичей плюсов
IDE это когда поставил и работает. Пишешь и наслаждаешься. IDE это не только подстветка синтаксиса, IDE это грамотный контекстный рефакторинг, полная контекстная навигация, встроенная справка, поддержка отладчиков, компиляторов, свойст впроекта, стилизация и автоматическое фоматирование кода и т.д. Причем сё из коробки Поставил и работай. 90 и 0 тут не причём.Что 90 до и 0 то это наборот сейчас мода. Свою среду разработки чуть ли ни по каждому чиху пилить. Любая серьёзная кантора к своему оборудовнию целу среду делает (понято что на базе чего-то) уже преднастроенную. Буть до контроллер от bosh, или какой дисплей для рисования спидометрчиков. Всегда в нагрузку идёт разной грамотности преднастроенные инструмент для разработки. Такой чтобы человек знающий предметную область не занимался мозго.... с плагинами.
IDE это инструмент который делает работу с языком приятной.
Так что поддержка языкового сервиса тут ну совсем ни о чем.
Редакторы текста и подсветкой синтаксиса, спасибо, плавали. Всё на плагинах которые конфликтуют друг с другом. Каждый пилится по своему и вечно что-то ломает. Пиццот разных версий от разных васянов с разными зависимостями, которые вечно вываливаются из за кривых рук писателей плагинов. Генту быстрее собирается.
Ладно, остави IDE. Тулкиты где? Нормальные тулкиты а не ... на палочке. Чтобы принимало свойства системы, увета, внешний вид виджетов и т.д. Хотя тулкитов нормальных ещё поискать. Qt так хоть непосредственно Gtk для отрисовки может дёргать что ползволяет полностью мимикрировать под окружение операционной системы. Тогда как Gtk тот ещё ужас, только и можно что css крутить.
Нету и не будет. Ну будете вы писать свой вебсервисы на расте и дальше никуда.
Тулкит доделаете? И кому нужен ещё один тулкит который выглядит вырви глаз.
Хорошие там идеи, не спорю, про раст я. Но не готов.
Будто VSCode описал
сколько ни пытался, не смог научить vscode всем фичам шторма. контекст vscode не понимает, автодополнение там глупое, рефакторинг глупый, для того чтобы на нем хоть немного удобно было писать код, нужно навешать туеву хучу плагинов, под котороми он становится уже не такой быстрый + начинает на порядок больше кушать ресурсов.
> Будто VSCode описалВ каком это месте? Бадо vscode вообще ничего не может, пока его гавном из плагинов не обмажешь.
Есть же биндинги к тому же Qt и QML в частности.
А лучше QML для интерфейса ещё ничего не придумали.
> Есть же биндинги к тому же Qt и QML в частности.
> А лучше QML для интерфейса ещё ничего не придумали.Биндинги может и есть. Инфраструктуры всё равно нет. Полноценной IDE нету.
Для интерфейса лучше Qt widgets ничего нет. Куда более понятно, логично и просто. Но тут каждому своё. Всяко лучше qml чем gtk.
Всё по той же причине. Qt может дёргать gtk для отрисовки виджетов и полностью мимикрировать. Gtk Qt дёрать не может.
Капец гугл велосепедист славный, то за Java топит, то за Go, то за Dart, то за Kotlin, вот и выбирай из ненужного более нужное
> Капец гугл велосепедист славныйКогда много денег, то можно себе позволить.
> то за Java топит, то за Go, то за Dart, то за Kotlin, вот и выбирай из ненужного более нужное
Ну гуголь как бы и на rust тоже пишет. Выбирай С++.
Когда руки из жопы только в таком случае несколько языков и все говно, у тех же Apple и M$ и близко нет такого зоопарка технологий, да что говорить даже в Linux мешьше хаоса, при всей корявости C++
> даже в Linux мешьше хаоса, при всей корявости C++wat?
Основной линуксячий софт на чем пилится? Не на связке С/C++ и GTK/Qt? Может на жабке или шарпе? Или валю откачали из клинической смерти?
what же
https://knowyourmeme.com/memes/wat
Плисните ему чая и докиньте сахарку.
За что? Да синтаксис C++ няшка, по сравнению с Rust.
Правильно не нужен вам rust, вам хватает c++? пишите ради бога.
Это бизнес. На сами языки ему болт покласть + никакой брезгливости. Про результаты пожалуй не буду..
Оракель, Мягкие и Огрызок походу уже не бизнес или они просто не знали шо это путь к успеху?
разные стратегии.
"Особый путь" у гугла шоле???
Выбирай сердцем! Корпорации не выведут тебя на путь истины.
Путь к серду разработчика лежит через желудок. Кушать захочется - будет писать на чем придется.
Хех. Понадобилось аж 2.8 версий, чтобы дойти до non-nullable types. А раньше они же говорили, что отсутсвие обязательного указания типа - это мощная фича.> Привычный и простой для изучения синтаксис, естественный для программистов на JavaScript, Си и Java.
Ага. Именно поэтому в Dart конструкторы классов рекомендуется вызывать без new https://dart.dev/guides/language/effective-dart/usage#dont-u...
Символ _ для обозначения internal полей - тоже такое себе. Сделали бы тогда нормальные private, protected.
Но в целом неплох. Хотя из своей нишы вряд ли выйдет.
Правильнее сказать, не выпустят из своей ниши. Будет чисто язык для гугловского gui. О какой-то переносимости и речи нет. О дивный говеный мир
> О какой-то переносимости и речи нетПереносимости в чем?
Применения у Dart вне гуглонедоОС небудет понимаешь?
Это не про переносимость. Можно сейчас установить себе dart и написать на нем приложение и запустить под linux.
Консольное? Уммм... круто... может у Dart есть свой аналог таким платформам как ASP.NET, Spring или Qt?
> Консольное? Уммм... круто...Выражайся яснее, что говоришь про gui.
> может у Dart есть свой аналог таким платформам как ASP.NET, Spring или Qt?
У него есть переносимый ui для мобилок как я понимаю. А называть ASP.NET и Spring переносимыми может только тот, кто не пробовал перенести. Ты вообще видел как выглядит жабовская приложуха под линуксом? Да лучше бы она не работала вовсе.
Переносимый gui для мобилок? Рофлишь шоле? Между чем и чем переносим? Между андроидом и андроидом? Круто, ну тогда WPF и WCF тоже очень переносимы, ну а че нет то? Переносятся то между компьютерами и классно... Мда... пойду майкрософту твою идейку подкину
А ведь DirectX переносимый между radeon и nvidia! Слава майкрософт! Пойду гамать в колду на лине
> Между чем и чем переносим?andriod, ios. 2 мобильные операционные системы с разным API.
Ого, прям Xamarin напомнило, не уж то было?... хм, а зачем переизобретать Мигеля и сколько гугля свою недоделку будет поддерживать? Мигель вже 9 лет как прокачивает... держу пари что гугля через год-два забросит flutter как и все на чем гугл просто не умеет зарабатывать деньги
Гугл умеет только в поиск, все остальное боль и слезы
> Ты вообще видел как выглядит жабовская приложуха под линуксом? Да лучше
> бы она не работала вовсе.видел, IDEA - выглядит отлично
Шрифты в особенности. И почти не тормозит.
> Шрифты в особенности.что не так со шрифтами??
можете вообще любой выбрать> И почти не тормозит.
вы окончания индексации проекта дождались? нет, не тормозит - на проекте с 200 мб файлов с репозитория, не ссд
или вы на винде смотрели, где антивирус блокирует каждый jar и разархивирует его как архив?
Фигня. Мне Python больше нравится!
Не мели чушь.
Дарт для разработки мобильных приложений. Пойди попробуй напиши на питоне андроид апликухуРеже дарт используют для других фронтендов.
Совсем редко, ну прям совсем используют для серверов и то по той причине чтоб одни и те же структуры использовать на фронте и беке.
С питоном оно по нишам просто не пересекается. А значит он не может быть ни лучше ни хуже
>Пойди попробуй напиши на питоне андроид апликухуХотя не очень хочется (но видимо придется, потому что гугломобильные метания жаба-котлин-дарт-ичтотамунихзавтрабудет уже заколебали), но проблем с этим нет
https://python-scripts.com/kivy-android-ios-exe
А шо Kotlin уже все? Так топили за него, что и утопили)))
Та Котлин тоже будет, и Дарт, и Го, и куча всего остального
А еще есть C++ NDK) Зоопарк господа, такой зоопарк
Майки оказались куда проворнее со свои тайпскриптом в вебе. По сути судьба Дарта зависит исключительно от flutter, и то скорее всего в роли языка, созданного для фреймворка, а не наоборот
Потому что Typescript изначально создавался как ООП настройка над JS, поэтому и популярен так как переучиваться не нужно что логично, а так да M$ редко откровенное г* делает
Typescript это не языка, а синтаксический сахар для жс. Ты бы еще вспомнил Flow
> Ты бы еще вспомнил FlowНе надо.
> Typescript это не языка, а синтаксический сахар для жс. Ты бы еще
> вспомнил FlowПо этой логике любой язык который компилируется в машинные инструкции тоже синтаксический сахар для машинных инструкций).
А сравнивать Flow с тайпскриптом странно, так как Flow это просто библиотека статического анализа для JS, а не надмножество JS как тайпскрипт, который в него же и компилируется.
Typescript это не язык?
А что это? Ухо, горло, нос?
Много Вы сами разработали языков программирования, что здесь писать этот бред?
Dart это затычка к каждой бочке. Правда, из многих бочек он вылетел со свистом.
Сейчас вот затычка для flutter.
> Dart это затычка к каждой бочке.А много ли бочек было? Ну пытался только в вебе и в мобильной разработке пристроиться. Удалось только второе. А то что вылетит из flutter - если только с самим фреймворком.
Не очень. Но пользователей кинуть успели и подразнить людей успели тоже.
Dart VM for Chrome browser (не прижился или не родился?)
Polymer framework (забросили и наплевали на пользователей)
Angular framework (не тот, что полуживой Angular Dart. но тот который оригинальный, выкинули Dart как пятое колесо от телеги)
Вылетел как пробка, побыв лишь затычкой во всех этих проектах.
> Polymer framework (забросили и наплевали на пользователей)Про Polymer не знал что и там дарт успел наследить. В целом причины использовать дарт появляются тогда, когда используешь flutter. Как язык не хуже и не лучше какого нибудь котлина или TS, прослеживаются общие черты. Просто TS стал упешнее во много потому, что обратно совместим с JS. TS это попытка дополнить JS, а дарт это попытка переизобрести JS.
Dart стал непопулярен из-за отношения разработчиков к сообществу.
Посмотрите столько было сообщений в день на https://groups.google.com/a/dartlang.org/forum/#!forum/misc (dart-misc) в самом начале и еще несколько лет и сколько сообщений там сейчас в месяц (наверное в месяц меньше чем в те годы за полдня).
Все, что могли делать разработчики тогда это раздавать обещания (it's on our radar. We'd love to have Dart in this list) и игнорировать пожелания сообщества и не выполнять свои обещания (I don't know if specific work has begun, but I know it's on the radar).
В конце концов, многим (почти всем) это надоело и в итоге они (Google Dart developers) остались без нормального (в свое время очень и очень активного) сообщества.
Им и сейчас нет дела до сообщества.
Но я их понимаю - деньги не пахнут.
Какой же визуально грязный получается на нем код. По диагонали прочитать и вникнуть - никакой возможности нет. Только вчитывание. Может это проблема официальных стайлгайдов, не знаю, но за год разработки так и не привык.
В чем именно проблема с чтением? p.s. на нем не пишу, но sdk почитывал - вроде все ясно.
Издалека и Haskell круть!
Не уходи от темы. Вопрос был про конкретно в чем проблема с чтением? В двух проблелах для отстура что ли?
С тем что Rust застрял в середине 80-х вместе с плюсами
> С тем что Rust застрял в середине 80-х вместе с плюсамиПричем тут rust? Мы говорим о dart.
Судьбы схожи и печальны
> простой для изучения синтаксисЗа одно это создателей сечь розгами.
Kotlin native лучше, жаль flutter и react native не на kotlin написаны, ох как жаль
C++ лучше, жаль что порнохаб на нем не написан, ох как жаль
>> Добавлены средства для безопасного использования значения "Null", нарушающие обратную совместимость.Автор новости обманул всех.
Поддержку non-nullable by default (NNBD) в версии 2.8 не добавили еще.
Так что эта новость не новость. Это больше похоже на фейк.Но сказать спасибо автору все таки есть за что. Хотя бы за это - "нарушающие обратную совместимость".
Разработчики Dart, в частности Bob Nystrom с пеной изо рта пытается переубедить что это не нарушение совместимости, но это новые возможности, которыми можно не пользоваться, если Вы этого не хотите.
Звучит немного глупо, не правда ли?Ссылка на дискуссию: https://www.reddit.com/r/dartlang/comments/gf2287/announcing.../
с и с++ не трогать ! ) Это родители!