Re[29]: А что мешает заменить JS?
От: Ikemefula Беларусь http://blogs.rsdn.org/ikemefula
Дата: 07.09.17 15:10
Оценка:
Здравствуйте, vdimas, Вы писали:

V>Мои пророчества насчёт отсутствия заметных результатов в силе.


Твои пророчества на счет Dart ?
Новости двухлетней давности:
https://techcrunch.com/2015/03/25/google-will-not-integrate-its-dart-programming-language-into-chrome/

Гы-гы

V>Движки от Мозиллы и Edge всё еще дрючат твой v8 и развиваются быстрее его.

V>Я же тебе говорил, что гугл забил на v8, а ты всё еще сопротивляешься.

Аутсайдеры никому не интересны.
Re[30]: А что мешает заменить JS?
От: vdimas Россия  
Дата: 07.09.17 15:30
Оценка:
Здравствуйте, Ikemefula, Вы писали:

I>Твои пророчества на счет Dart ?

I>Новости двухлетней давности:
I>https://techcrunch.com/2015/03/25/google-will-not-integrate-its-dart-programming-language-into-chrome/
I>Гы-гы

Гы-гы тут только то, что ты можешь прямо сейчас скачать версию хрома с дартом.
https://webdev.dartlang.org/tools/dartium

Только какое это имеет отношением, скажем, к твоей работе, где ты делаешь что-то на серверной стороне?


V>>Движки от Мозиллы и Edge всё еще дрючат твой v8 и развиваются быстрее его.

V>>Я же тебе говорил, что гугл забил на v8, а ты всё еще сопротивляешься.
I>Аутсайдеры никому не интересны.

Верно. Поэтому заканчивайте уже мозолить глаза худшим движком из 3-х популярных.
Re[29]: А что мешает заменить JS?
От: Ikemefula Беларусь http://blogs.rsdn.org/ikemefula
Дата: 08.09.17 09:09
Оценка:
Здравствуйте, vdimas, Вы писали:

I>>С++ девелопер почти всегда считает, что new это дико дорого


V>Который по-умолчанию? — да.

V>Поэтому умеет делать его дешевым.

Умеет в С++ или на Джаве ? Если на Джаве, то сиплюснику надо пару-тройку лет поработать, попрофилировать приложения что бы понять этот ГЦ.

I>>и начинает, например, оптимизировать.

V>Только там, где это действительно нужно.

Ну да, старые привычки на сиплюсников не влияют.

I>>например — пытается на ровном месте организовывать пулы объектов.

V>Там, где это действительно нужно, пулы объектов весьма популярны именно у джавистов.

Правильно. И сиплюсникам нужно получить опыт в джаве, что бы понять, почему такие пулы имеют смысл.

I>>ORM в силу этой причины для С++ девелопера пустое место.


V>Уже сегодня кол-во ORM под плюсы резко обгоняет их кол-во под джаву и .нет вместе взятые.

V>А которые самые новые — в строках кода резко меньше популярных джавовских или плюсовых.

Не смеши людей. Сиплюсники наконец то получили кое какой сахар, что бы родить ОРМ. Раньше это было экономически невыгодно.
Потому первое время люди плодят либы на каждом шагу. Далее останется тройка основных решений.


I>>Есть конечно исключения, но в целом при резком переходе из Java в C++, т.е. "было 100% С++ стало 100% Java" вылезают самые разные проблемы.

V>Если включить логику, то серьёзные проблемы в таком сценарии были у человека еще до перехода.
V>Иначе бы перехода С++ --> Java не было.

Все в порядке с логикой, переходят по разным причинами — проекты, деньги, место жительства и тд. А тебя послушать, так окажется, что меняют стек исключительно ради производительности.
Re[29]: А что мешает заменить JS?
От: Serginio1 СССР https://habrahabr.ru/users/serginio1/topics/
Дата: 08.09.17 10:24
Оценка:
Здравствуйте, vdimas, Вы писали:
V>Да и вообще, хороша ложка к обеду. Как стандарты C# 7.x. Отличные ведь стандарты. Да только прописанные в них фичи должны были выйти во времена выхода 4-го фреймворка, бо именно тогда были наиболее востребованы.
То есть сейчас уже не нужны? Все идет своим чередом. Не может мышь родить гору.

А сейчас разве времена 5 го Фреймворка? 4.6.1 совместим с Net Core 2 и NetStandard 2. На них и ориентируются.
и солнце б утром не вставало, когда бы не было меня
Re[31]: А что мешает заменить JS?
От: Ikemefula Беларусь http://blogs.rsdn.org/ikemefula
Дата: 08.09.17 10:26
Оценка:
Здравствуйте, vdimas, Вы писали:

V>Гы-гы тут только то, что ты можешь прямо сейчас скачать версию хрома с дартом.

V>https://webdev.dartlang.org/tools/dartium

Читаем вместе:
"Dartium is going away in Dart 2.0: "
Экспериментальный тул изначально предназаченый для разработки, а не для юзеров У товарищей на дарте не было никаких дев-тулов, вот и заимствовали их у хрома. И правильно сделали.

I>>Аутсайдеры никому не интересны.

V>Верно. Поэтому заканчивайте уже мозолить глаза худшим движком из 3-х популярных.

А кто третий ? Тот, что в Edge, который до сих пор не может canvas осилить ? Или тот, что в фаерфоксе, который благодаря своей классности теряет юзеров ?
Re[30]: А что мешает заменить JS?
От: vdimas Россия  
Дата: 08.09.17 12:16
Оценка:
Здравствуйте, Ikemefula, Вы писали:

I>>>например — пытается на ровном месте организовывать пулы объектов.

I>И сиплюсникам нужно получить опыт в джаве, что бы понять, почему такие пулы имеют смысл.

Нормальный такой способ общения — самому себе противоречить через сообщение.


V>>Уже сегодня кол-во ORM под плюсы резко обгоняет их кол-во под джаву и .нет вместе взятые.

V>>А которые самые новые — в строках кода резко меньше популярных джавовских или плюсовых.
I>Не смеши людей.

Смешат людей клоуны и в этой роли здесь явно не я.
Я всего лишь кормлю твою эрудицию и наблюдаю периодические разрывы пуканов.


I>Сиплюсники наконец то получили кое какой сахар, что бы родить ОРМ. Раньше это было экономически невыгодно.


Тоже верно. Получили 6 лет назад. А так же "подтянулась" вообще вся инфраструктура вокруг плюсов. Потому что последние 10 лет происходит возврат к нейтиву по понятным причинам — рост производительности не то, что остановился, а даже заметно деградировал, бо сейчас всё более популярны ноуты, чем десктоп (даже если не брать мобильный сегмент, а сугубо архитектуру PC).

Далее. Вопрос энергоэффективности вычислений уже давно касается не только устройств с автономным питанием, т.е. клиента, но и серверной стороны. Т.е. так смешно вышло, что облачные технологии опять же породили спрос на нейтивные решения. На скриптах всё чаще остаётся самый высокоуровневый "клей" и всё больше кода переезжает в нейтив. Даже взять твой node.js — всё больше либ замещается с реализации из сугубо в JS в нейтивную реализацию с буквально небольшим слоем АПИ в среду JS. Блин, даже банальный докер, который первоначально вырос из наборов скриптов, на сегодня уже приличную часть своей функциональности перенёс в нейтив и процесс еще не остановился. Или взгляни любопытства ради на исходники современного git. Изначально он был написан на скрипте, сейчас же практически целиком нейтивный как на сервере, так и на клиенте.


I>Потому первое время люди плодят либы на каждом шагу. Далее останется тройка основных решений.


Это в мире управляемых языков, бо либы бинарные. А в С++ ты не платишь за то, чем не пользуешься — лишний код в проект не линкуется. Развязка от конкретных типов тоже на порядки лучше из-за "свободной" системы типов в шаблонном коде. В итоге, несколько библиотек прекрасно работают совместно, где каждая из них может быть проще и самих таких специализированных либ под некие уникальные аспекты — сколько угодно. Т.е. в С++ совсем другие правила игры, чем ты привык, т.е. ты пытаешься проецировать свой опыт не по месту. Взгляни ради любопытства на зависимости хромиума — там сотни либ используются. Вот тебе реальность С++ — огромная куча либ без всякого оверхеда как в размере, так и в скорости исполнения. А еще сверху этого растущий практически в бесконечность Boost.

В управляемых средах аналогичный сценарий фактически невозможен, бо там совместить либы — это часто вручную реализовывать тонны адаптеров для типов, которые до этого ничего друг о друге не знали. В С++ ничего подобного не нужно, за очень редким исключением (когда интерфейс построен в джавовско-дотнетном стиле на "вылитых из бетона" абстрактных интерфейсах). Ты ведь должен хорошо понимать, что популярность JS случилась в том числе из-за возможности отвязаться от всей этой "бетонной" прибитости типов друг к другу, которая как гиря на ногах.

Вот почему я уже отказался от макетирования решений в дотнете, хотя в течении 15 лет регулярно этим пользовался. Теперь удобней макетировать сразу в плюсах — скорость разработки всё-равно выше из-за принципиально меньшей связанности и намного меньших требуемых строчках в исходнике.


V>>Если включить логику, то серьёзные проблемы в таком сценарии были у человека еще до перехода.

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

Причина в 99.99% одна и та же — человеку "неудобно" на С++. Про место жительства и вовсе смешно. Программист волен (к счастью) выбирать себе место жительства.


I>А тебя послушать, так окажется, что меняют стек исключительно ради производительности.


Исключительно ради способности зарабатывать хоть какие-то деньги при конкретных своих скилах.
Re[32]: А что мешает заменить JS?
От: vdimas Россия  
Дата: 08.09.17 13:31
Оценка:
Здравствуйте, Ikemefula, Вы писали:

I>Экспериментальный тул изначально предназаченый для разработки, а не для юзеров У товарищей на дарте не было никаких дев-тулов, вот и заимствовали их у хрома.


Именно так. Cейчас есть уже отличная IDE под Dart, поэтому вопрос отпал.

Сам гугл говорит, что выгодней строить "картинку" на серверной стороне и гнать её на клиента, чем гнать на клиента данные и код, который будет с этими данными работать. Поэтому, непонятно, зачем в браузере Дарт, что ему там делать? Он на серверной стороне.


I>>>Аутсайдеры никому не интересны.

V>>Верно. Поэтому заканчивайте уже мозолить глаза худшим движком из 3-х популярных.
I>А кто третий ?

Согласно тестов третьим является v8.


I>Тот, что в Edge, который до сих пор не может canvas осилить?


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


I>Или тот, что в фаерфоксе, который благодаря своей классности теряет юзеров?


Юзерам вообще до фени все эти потуги. Они заходят на файрфоксе в гугл, а тот им на пол-экрана показывает рекламу хрома, уверяя их, что это самый лучший браузер, что есть ложь, конечно. А далее юзеру трудно промахнуться в эту ссылку. Ну и после установки хром назначит себя браузером по-умолчанию и ву а ля. Классика впаривания г-на в красивой обертке.
Re[31]: А что мешает заменить JS?
От: Ikemefula Беларусь http://blogs.rsdn.org/ikemefula
Дата: 08.09.17 14:22
Оценка:
Здравствуйте, vdimas, Вы писали:

I>>>>например — пытается на ровном месте организовывать пулы объектов.

I>>И сиплюсникам нужно получить опыт в джаве, что бы понять, почему такие пулы имеют смысл.

V>Нормальный такой способ общения — самому себе противоречить через сообщение.


Попробуй читать внимательнее.

I>>А тебя послушать, так окажется, что меняют стек исключительно ради производительности.

V>Исключительно ради способности зарабатывать хоть какие-то деньги при конкретных своих скилах.

Смеялся весь. https://salaries.dev.by/
Re[33]: А что мешает заменить JS?
От: Ikemefula Беларусь http://blogs.rsdn.org/ikemefula
Дата: 08.09.17 14:32
Оценка:
Здравствуйте, vdimas, Вы писали:

V>Сам гугл говорит, что выгодней строить "картинку" на серверной стороне и гнать её на клиента, чем гнать на клиента данные и код, который будет с этими данными работать. Поэтому, непонятно, зачем в браузере Дарт, что ему там делать? Он на серверной стороне.


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

I>>А кто третий ?

V>Согласно тестов третьим является v8.

Сами движки никого не интересуют. Интересуют только браузеры, ноды и тд. Все просто — перформанс ради перформанса только сиплюсников интересует И то на форумах. В реальности в плюсовом коде как и в других языках — густо намешано.

I>>Тот, что в Edge, который до сих пор не может canvas осилить?

V>В этом месте стоило дать ссылку на тесты совместимости с действующими стандартами, чтобы не просто ля-ля-ля разводить.

Ты похоже canvas никогда и не юзал.

I>>Или тот, что в фаерфоксе, который благодаря своей классности теряет юзеров?


V>Юзерам вообще до фени все эти потуги.


Правильно. Перформанс решает только в небольшом классе приложений, в остальных он должен быть приемлемым. А вот проблемы с канвасом это гораздо интереснее.
Re[33]: А что мешает заменить JS?
От: Serginio1 СССР https://habrahabr.ru/users/serginio1/topics/
Дата: 08.09.17 14:32
Оценка: :)
Здравствуйте, vdimas, Вы писали:

V>Сам гугл говорит, что выгодней строить "картинку" на серверной стороне и гнать её на клиента, чем гнать на клиента данные и код, который будет с этими данными работать. Поэтому, непонятно, зачем в браузере Дарт, что ему там делать? Он на серверной стороне.


Если бы Гугл так говорил, то не развивал бы Ангулар.
А каков смысл Дарта на сервере. Там и других управляемых языков достаточно.
Как он с TypeScript и JS соперничать будет. Ты же утверждаешь, что он вытесняет. И раз только на сервере
Вопрос откуда Дарт вытесняет TypeScript и JS?
и солнце б утром не вставало, когда бы не было меня
Re[30]: А что мешает заменить JS?
От: vdimas Россия  
Дата: 08.09.17 17:39
Оценка:
Здравствуйте, Serginio1, Вы писали:

S>А сейчас разве времена 5 го Фреймворка? 4.6.1 совместим с Net Core 2 и NetStandard 2. На них и ориентируются.


Речь о языке.
Re[32]: А что мешает заменить JS?
От: vdimas Россия  
Дата: 08.09.17 17:43
Оценка:
Здравствуйте, Ikemefula, Вы писали:

I>Смеялся весь. https://salaries.dev.by/


График левый какая-то. По вакансиям, бгг. ))
Вакансии могут висеть какие угодно.
Как в том анеке:
Мужик продаёт попугая на рынке, висит ценник 300 тыс р.
— чего так дорого?
— деньги очень нужны.

Тут тоже примерно так же — просто очень нужны недорогие программисты. ))
Re[34]: А что мешает заменить JS?
От: vdimas Россия  
Дата: 08.09.17 18:12
Оценка:
Здравствуйте, Ikemefula, Вы писали:

V>>Сам гугл говорит, что выгодней строить "картинку" на серверной стороне и гнать её на клиента, чем гнать на клиента данные и код, который будет с этими данными работать. Поэтому, непонятно, зачем в браузере Дарт, что ему там делать? Он на серверной стороне.

I>Браво. А браузер кто развивать будет ?

Догадайся с одного раза.
Ответ — "никто".
Доразовьют до webassembly и покрытия оттуда АПИ любых осей и приплызд.
Участь браузеров уже давно напоминает участь, собсно, ОСей.
Поэтому, там будет точно такой же путь.
Тем более, что Хром и так на 99% процентов опенсорсный отродясь, от гугла там только v8 и немножко клея верхнего уровня.
Закономерный конец жизненного цикла v8 будет выбрасывание его на помойку, то бишь в опенсорс.
Как грится, нате вам боже что нам не гоже.


I>Или ты решил, что гугл собирается подвиг микрософта повторять, просрав весь рынок ?


Браузер не приносит дохода. Гуглу нужен был браузер, чтобы влиять на стандарты интернета. Ровно по той же причине уже 6 лет 97% финансирования мозиллы поступает от гугла — тупо чтобы держать руку на пульсе.

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

А еще я решил, что ты виляешь вправо/влево. Речь была о судьбе JS. Сейчас его роль для гугла примерно такая же, как роль VB для MS в середине 90-х. Уже в начале 2000-х VB успешно помер, как только появились альтернативы.


I>>>А кто третий ?

V>>Согласно тестов третьим является v8.
I>Сами движки никого не интересуют.

Это тебе хочется так выставить дело, бо иначе бледно смотришься. ))
Потому что по факту никого не интересует сам JS. Все прекрасно отдают себе отчёт в том, что он гиря на ногах.

Заметь, что JS поносят все основные разработчики движков JS — начиная от гугла (последние годы гугл поносит JS громче всех), мозиллы (тоже громко поносили от 2013-го года, когда всех убеждали в необходимости webasm) и тише всех (что странно) JS поносят мелкомягкие, хотя раньше поносили громко. Из-за этой толерантной к JS позиции мелкомягких у меня складывается такое ощущение, что они готовят какую-то грандиозную пакость. )) Например, в какой-то момент TS будет окончательно отделён от совместимости с JS и гудбай Вася. Просто сейчас в самом разгаре переходный период, отказаться от JS сложно, но всё ж к тому идёт.


I>Интересуют только браузеры, ноды и тд.


Это леммингов. А разработчиков-пользователей технологии интересует интерес разработчика собсно технологии. И этот интерес на сегодня как никогда низок. Убрали с твоего v8 разработчиков и не возвращают обратно. Всё, досвидан.


I>Все просто — перформанс ради перформанса только сиплюсников интересует


Интересует энергоэффективность вычислений. Остальное — балабольство.


I>В реальности в плюсовом коде как и в других языках — густо намешано.


Компилятор зато прореживает.


I>>>Тот, что в Edge, который до сих пор не может canvas осилить?

V>>В этом месте стоило дать ссылку на тесты совместимости с действующими стандартами, чтобы не просто ля-ля-ля разводить.
I> Ты похоже canvas никогда и не юзал.

Я шейдеры для него писал по фану еще пару лет назад.
А тебе разве никогда не интересно было побаловаться?
Что-то типа такого:
http://glslsandbox.com/e#42342.0


I>Правильно. Перформанс решает только в небольшом классе приложений, в остальных он должен быть приемлемым. А вот проблемы с канвасом это гораздо интереснее.


Потыкай ту ссылку разными браузерами и осознай, что ты просто бредишь тут не приходя в сознание.
Мне надоело уже просить тебя или говорить по делу, с примерами и ссылками, или поубавить трафик исторгаемого бреда.
Отредактировано 08.09.2017 22:29 vdimas . Предыдущая версия .
Re[34]: А что мешает заменить JS?
От: vdimas Россия  
Дата: 08.09.17 18:57
Оценка:
Здравствуйте, Serginio1, Вы писали:

V>>Сам гугл говорит, что выгодней строить "картинку" на серверной стороне и гнать её на клиента, чем гнать на клиента данные и код, который будет с этими данными работать. Поэтому, непонятно, зачем в браузере Дарт, что ему там делать? Он на серверной стороне.

S> Если бы Гугл так говорил, то не развивал бы Ангулар.

Ангулар более интересен для клиентских приложений. БЕЗ браузера. Да, с браузерным движком GUI, но без самого браузера.
Я тебе в сотый раз уже говорю, что Angular-2 двигается в сторону дарта, именно затем новая ветка и была начата.
На этой связке можно будет разрабатывать приложухи для Андроида, например.
Потому что гугл имеет прилично денег и с этой технологии тоже.

И вообще, ты не забыл кто разрабатывает как Ангулар? Как у тебя вообще хватает логики приводить Ангулар как аргумент, если это аргумент гугла как раз в пользу дарта?


S>А каков смысл Дарта на сервере. Там и других управляемых языков достаточно.


Гуглу есть смысл. Не аргумент?


S> Как он с TypeScript и JS соперничать будет.


Разработка вдвое дешевле обходится. Не аргумент?
Re: А что мешает заменить JS?
От: chaotic-kotik  
Дата: 08.09.17 19:11
Оценка: -2 :)
Здравствуйте, turbocode, Вы писали:

T>На что то более вменяемое типа C# с хорошей стандартной библиотекой? Сколько можно тянуть этот JS легаси из 90-х годов?


Какое еще легаси их 90-х? Ты писал что-нибудь на нем? Средства разработки для браузера на две головы выше средств разработки для десктопа. Несмотря на все косяки (привет npm) ничего подобного chrome dev tools нет нигде. Я, например, прямо в нем код и пишу, без всяких там сторонних редакторов и IDE.

Помимо этого, в 2017-м можно сказать что TypeScript победил. Сейчас TS это практически дефолтный язык разработки для фронта, все благодаря простоте внедрения (js это подмножество ts).
Re[35]: А что мешает заменить JS?
От: Serginio1 СССР https://habrahabr.ru/users/serginio1/topics/
Дата: 09.09.17 07:30
Оценка:
Здравствуйте, vdimas, Вы писали:

V>Здравствуйте, Serginio1, Вы писали:


V>>>Сам гугл говорит, что выгодней строить "картинку" на серверной стороне и гнать её на клиента, чем гнать на клиента данные и код, который будет с этими данными работать. Поэтому, непонятно, зачем в браузере Дарт, что ему там делать? Он на серверной стороне.

S>> Если бы Гугл так говорил, то не развивал бы Ангулар.

V>Ангулар более интересен для клиентских приложений. БЕЗ браузера. Да, с браузерным движком GUI, но без самого браузера.

V>Я тебе в сотый раз уже говорю, что Angular-2 двигается в сторону дарта, именно затем новая ветка и была начата.
V>На этой связке можно будет разрабатывать приложухи для Андроида, например.
V>Потому что гугл имеет прилично денег и с этой технологии тоже.

При этом основной язык TypeScript. Поясни про "браузерным движком GUI, но без самого браузера"
Это как?
Что каксается Ion ик то его не гугл разрабатывает, но это гибридное приложение, которое жрет кучу ресурсов и интересно в плане кроссплатформенности.
С другой стороны развивается Xamarin.Forms и его кроссплатформенный GUI. Посмотрим кто выиграет.

V>И вообще, ты не забыл кто разрабатывает как Ангулар? Как у тебя вообще хватает логики приводить Ангулар как аргумент, если это аргумент гугла как раз в пользу дарта?

Только основной язык для Ангулар это TS в который гугл и вкладывает. Вот и посмотри на свою логику. И посмотри сеолько приложений Ангулар на TS и Дарте

S>>А каков смысл Дарта на сервере. Там и других управляемых языков достаточно.


V>Гуглу есть смысл. Не аргумент?


Ну мизерная то часть есть где угодна. Куча иследовательских проектов.
Нужно сравнивать коммерческие
S>> Как он с TypeScript и JS соперничать будет.

V>Разработка вдвое дешевле обходится. Не аргумент?

А где доводы то? Чем тот же C# и Asp.Net дороже. Где куча инструментария и компонентов в отличие от Дарта?
Подкрепляй свои доводы аргументами, а не голословными утверждениями.
Если бы это было так, то все программировали только на дарте, а ПХП забыли как страшный сон
и солнце б утром не вставало, когда бы не было меня
Re[36]: А что мешает заменить JS?
От: vdimas Россия  
Дата: 09.09.17 09:08
Оценка:
Здравствуйте, Serginio1, Вы писали:

V>>Ангулар более интересен для клиентских приложений. БЕЗ браузера. Да, с браузерным движком GUI, но без самого браузера.

V>>Я тебе в сотый раз уже говорю, что Angular-2 двигается в сторону дарта, именно затем новая ветка и была начата.
V>>На этой связке можно будет разрабатывать приложухи для Андроида, например.
V>>Потому что гугл имеет прилично денег и с этой технологии тоже.
S> При этом основной язык TypeScript.

С чего ты взял, что "основной"?
Гугл говорит об обратном — основной язык разработки второго ангулара — дарт. А в TS его просто портируют.


S>Поясни про "браузерным движком GUI, но без самого браузера"


А что тут пояснять? Либа отображения HTML и законченный браузер — две большие разницы.
Сегодня на Хромиуме созданы десятки браузеров, не только Хром и не только с v8 для скрипта.
Аналогично на браузерной GUI-либе от Мозиллы создано куча приложений НЕ браузеров, например, Thunderbird.


S>Что каксается Ion ик то его не гугл разрабатывает, но это гибридное приложение, которое жрет кучу ресурсов и интересно в плане кроссплатформенности.


Ionic — это один из основных "потребителей" Ангулара, если что.


S>С другой стороны развивается Xamarin.Forms и его кроссплатформенный GUI. Посмотрим кто выиграет.


Никто не выиграет. Наличие более одной либы GUI — это нормально.

V>>И вообще, ты не забыл кто разрабатывает как Ангулар? Как у тебя вообще хватает логики приводить Ангулар как аргумент, если это аргумент гугла как раз в пользу дарта?

S> Только основной язык для Ангулар это TS в который гугл и вкладывает.

Нет, основной язык для Ангулара — это Дарт. Я тебе ссылки уже давал.


S>Вот и посмотри на свою логику. И посмотри сеолько приложений Ангулар на TS и Дарте


Меня не интересует, сколько сейчас, мы же рассуждаем о тенденциях.


S>>>А каков смысл Дарта на сервере. Там и других управляемых языков достаточно.

V>>Гуглу есть смысл. Не аргумент?
S> Ну мизерная то часть есть где угодна.

Два самых крупных проекта гугла, приносящих ему больше всего денег, были переведены на Dart.
Это проекты AdWords и AdSense.


S>Нужно сравнивать коммерческие


Это самые коммерческие проекты из всех сетевых на сегодня.
Ни один ныне живущий сетевой коммерческий проект не приносит больше.


V>>Разработка вдвое дешевле обходится. Не аргумент?

S> А где доводы то?

Гугл приводит доводы в своих ежегодных отчётах. Ты не смотришь ролики с конференций гугла?
А чего тогда споришь, если сам не в теме? ))


S>Подкрепляй свои доводы аргументами, а не голословными утверждениями.


Аргументов как раз ровно ноль у тебя. Просто ты, помимо отсутствия аргументов у себя, игноришь аргументы оппонентов.
Например, если ты не можешь самостоятельно найти доклады гугла о своих коммерческих проектах, то ты можешь уточнить у меня, мол, так и так, ты сослался на какие-то проекты, а я не могу найти их описание. ОК, я тогда поработаю для тебя поисковиком. А если ты тупо игноришь аргументы, то это только пройдите в сад.
Re[2]: А что мешает заменить JS?
От: alex_public  
Дата: 09.09.17 10:46
Оценка: +2
Здравствуйте, chaotic-kotik, Вы писали:

CK>Средства разработки для браузера на две головы выше средств разработки для десктопа. Несмотря на все косяки (привет npm) ничего подобного chrome dev tools нет нигде. Я, например, прямо в нем код и пишу, без всяких там сторонних редакторов и IDE.



А ты вообще пользовался современными IDE? ))) Только не для динамических языков, а для статических... )
Re[35]: А что мешает заменить JS?
От: Слава  
Дата: 09.09.17 11:15
Оценка: +1 :))
Здравствуйте, vdimas, Вы писали:

V>Как грится, нате вам боже что нам не гоже.


[филолог mode on]
Не "боже", а "убоже". Подаяние убогим, то есть.
Re[33]: А что мешает заменить JS?
От: Ikemefula Беларусь http://blogs.rsdn.org/ikemefula
Дата: 11.09.17 08:39
Оценка:
Здравствуйте, vdimas, Вы писали:

I>>Смеялся весь. https://salaries.dev.by/


V>График левый какая-то. По вакансиям, бгг. ))


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