The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Google развивает средства создания высокопроизводительных An..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от opennews (??) on 03-Май-15, 09:36 
Разработчики из компании Google продемонстрировали (http://arstechnica.com/gadgets/2015/05/01/googles-dart-langu.../) на конференции Dart Developer Summit проект по организации разработки приложений для платформы Android с использованием языка программирования Dart. Проект пока носит экспериментальный характер, но связанный с ним инструментарий уже опубликован на GitHub под именем Sky SDK (https://github.com/domokit/sky_sdk).


Создаваемые при помощи Sky SDK приложения формируются только на языке Dart, без использования Java, и нацелены на обеспечение высокой производительности и плотной интеграции с Web. Перед проектом поставлены достаточно амбициозные цели по обеспечению отрисовки со скоростью 120 кадров в секунду, что в два раза превышает сегодняшние возможности экранов обычных мобильных устройств, которые могут обновляться с частой 60 Гц. С учетом того, что многие приложения могут лишь мечтать о выводе с частотой 60FPS, заявления о 120FPS выглядят фантастично. Отрисовка с частотой 60FPS подразумевает вывод кадра каждые 16 мс, если кадр не успеет сформироваться за этот промежуток, пользователь столкнётся с "заиканием" анимации.


Разработчики Sky подготовили демонсрационное (https://play.google.com/store/apps/details?id=org.domokit.sk...) приложение, в котором на отрисовку кадра тратится всего 1.2 мс, что даёт повод рассчитывать, что для реальных более сложных приложений вполне возможно обеспечить вывод гладкой анимации с гарантированным временем отрисовки кадра за 8 мс, что соответствует 120FPS. Для борьбы с "заиканием" графики и притормаживанием интерфейса, Sky изначально построен на  исключающей блокировки архитектуре - нить для обработки интерфейса выполняется отдельно от нити приложения, что позволяет сохранить быстрый и отзывчивый интерфейс даже во время интенсивных вычислений.

В целевой пакет помещаются только связанные с запуском приложения компоненты, само приложение может быть загружено через Web, по аналогии с web-приложениями. Минусом такого подхода является привязка к наличию сетевого соединения, а плюсом - доступ к всегда актуальной версии программы. При этом создаваемые в Sky приложения не привязаны к Android и потенциально могут быть запущены в iOS и любых других системах для которых имеется Dart VM, достаточно подготовить для каждой платформы свой runtime.


Sky SDK состоит из двух частей. Первым компонентов является написанный на языке C++ движок Sky (Sky engine), предоставляющий ключевые примитивы, такие как графическая система и планировщик задач с поддержкой работы в режиме мягкого реального времени. Вторым компонентом выступает фреймворк Sky, в котором реализованы средства для создания приложений, такие как наборы виджетов и механизмы реализации анимации. Sky framework функционирует поверх Sky engine и построен с использованием языка Dart.

Приложения могут обращаться к службам операционной системы через Mojo IPC (https://github.com/domokit/mojo). Например, для доступа к сетевым возможностям предоставляется интерфейс network_service.mojom. Несмотря на то, что разработчики могут при помощи данного механизма обращаться к низкоуровневым интерфейсам напрямую, предпочтительным вариантом является использование специально подготовленных библиотечных обвязок.

URL: http://arstechnica.com/gadgets/2015/05/01/googles-dart-langu.../
Новость: http://www.opennet.dev/opennews/art.shtml?num=42153

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Google развивает средства создания высокопроизводительных An..."  +2 +/
Сообщение от Аноним (??) on 03-Май-15, 09:36 
Лучше заменить JS на Dart в обычных браузерах,
Vanilla JS - продакшн сумрачного гения!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "Google развивает средства создания высокопроизводительных An..."  –2 +/
Сообщение от anonymous (??) on 04-Май-15, 00:07 
Но зачем? Работает — и фиг с ним.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

34. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Аноним (??) on 04-Май-15, 12:17 
Нет желания писать код с использованием undefined, getElementBy{Id,TagName,Name}

/[A-Z]/.test("A"); // true
/[a-z]/.test("a"); // true
/[a-z]/.test("z"); // true
/[a-z]/.test("Z"); // false


    Math.max(3, 0);           // 3
    Math.max(3, {});          // NaN
    Math.max(3, []);          // 3
    Math.max(3, true);        // 3
    Math.max(3, 'foo');       // NaN
    Math.max(-1, null);       // 0
    Math.max(-1, undefined);  // NaN

    Math.max(1, true);     // 1
    Math.max(0, true);     // 1
    Math.max(1, false);    // 1
    Math.max(-1, true);    // 1
    Math.max(-1, false);   // 0

    Math.max(-1, []);      // 0
    Math.max(-1, [1]);     // 1
    Math.max(-1, [1, 4]);  // NaN

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

35. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Аноним (??) on 04-Май-15, 12:20 
> Нет желания писать код с использованием undefined, getElementBy{Id,TagName,Name}

   isFinite(); // false
   isFinite(undefined); // false
   isFinite(null); // true

   null == false // false

  !null // true

   true == 'true'     // true
   false == 'false';  // false

   parseInt('fuck');     // NaN
   parseInt('fuck', 16); // 15

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

45. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Lain_13 (ok) on 05-Май-15, 00:46 
>    isFinite(); // false
>    isFinite(undefined); // false
>    isFinite(null); // true

Пустой параметр это undefined, а undefined это фактически любое значение от -∞ до ∞ включительно. Естественно isFinite выдаёт false. Null же эквивалентен нулю (хоть и не равен).

>    null == false // false
>   !null // true

! - логический оператор и может вернуть только true или false. Null приводится к 0, а не 0 это true. !1 // false

>    true == 'true'     // true
>    false == 'false';  // false

false == '' // true
true === 'true' // false
При сравнении с булевым значением происходит приведение к булевым значениям, а не пустая строка это всегда true. Пустая строка - всегда false. Во избежание проблем лучше вообще всегда использовать === и !== — они не выполняют приведения типов.

>    parseInt('fuck');     // NaN
>    parseInt('fuck', 16); // 15

Ну так естественно, parseInt ищет целое число начиная с первого символа, отличного от пробела. Если этот символ не может быть интерпретирован как число или знак числа - возвращается NaN. Если же число найдено, то вся строка после него, начиная с первого же не числового значния, будет отброшена. Естественно, что при указании основания 16, вместо стандартного 10, "f" будет интерпретировано как 15 (0xF), а 'uck' — отброшено так-как 'u' не может быть интерпретировано как число. parseInt('fck',16) // 252 (0xFC). Ещё интереснее становится если указать основание 36 — числами будет считаться весь диапазон от A до Z включительно. parseInt('fuck',36) // 739172

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

53. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Aleks Revo (ok) on 17-Май-15, 08:51 
> Null же эквивалентен нулю (хоть и не равен).

экви-валентный -> равно-значный

Величины равнозначны, но их значения не равны - о как! )))

Вы уж там как-нибудь определитесь - равны или не равны (не забудьте про военное время) ))

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

57. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Lain_13 (ok) on 17-Май-15, 14:02 
Ок-ок, моё понимание разницы между null, undefined и 0 в JS хромает на все конечности. Особенно если учесть, что null == undefined // true и что оба означают отсутствие значения. Разница лишь в том, что null это «переменная объявлена пустым значением», а undefined «переменная ещё не объявлена». Хотя в том же С++ NULL это именно 0.

Главное избегать использования == если не уверен в том, какое значение примет переменная, и использовать вместо него === если хочешь получить однозначный результат. И помнить о том, что объекты при помощи == и === можно только проверить на соответствие самим себе (a = {}; a===a//true), а NaN не равен даже сам себе (a = NaN; a===a//false) и проверяется только через isNaN().

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

51. "Google развивает средства создания высокопроизводительных An..."  –2 +/
Сообщение от Аноним (??) on 11-Май-15, 14:03 
У человека с прямыми руками, который не первый месяц пишет код для продакшна на js, никогда в жизни не возникнет проблем с подобными вещами.
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

52. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Аноним (??) on 12-Май-15, 12:17 
Слава богу я не извращенец на js, пусть дорастет до стандарта.
js пусть умрет как и его писатели.
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

43. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Lain_13 (ok) on 05-Май-15, 00:28 
> /[a-z]/.test("Z"); // false

А чего ты, собственно, ожидал?
/[a-z]/i.test("Z"); // true

Math.max - автоматическое приведение типов не всегда легко понять, но следует понимать, что приводится будет к тому, что фонкция ожидает получить на входе, а в данном случае это числа.

'foo' - JS пытается найти в строке число, а его нет. Потому NaN.
Math.max(3,'4') вернёт 4.

null - фактически и обозначает 0, ничего. Потому приводится к числу 0.
Хотя, как ни странно, null == 0 // false.
[] - приводится к нулю так-как пустой. [] == 0 // true

undefined - не имеет определённого значения, в отличие от null, и потому NaN.
{} - объект приводится к undefined, а не null и потому получаем NaN.

true и false автоматически приводятся к 1 и 0 соответственно.

[1] и [1,4]- массив с одним элементом можно привести к целому числу взяв этот элемент, а вот массив с множеством только к undefined так-как непонятно какой из них следует выбрать.

Кстати, Math.max и Math.min можно применить к массиву.
Math.max.apply(null,[1,3,2]) // 3

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

44. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Lain_13 (ok) on 05-Май-15, 00:30 
> Нет желания писать код с использованием undefined, getElementBy{Id,TagName,Name}

Кстати, лично я всегда использую querySelector() вместо всех разновидностей getElementBy.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

54. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Aleks Revo (ok) on 17-Май-15, 09:00 
>> Нет желания писать код с использованием undefined, getElementBy{Id,TagName,Name}
> Кстати, лично я всегда использую querySelector() вместо всех разновидностей getElementBy.

А потом пол опеннета исходит на говно "браузеры тормозят" ))))))

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

56. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Lain_13 (ok) on 17-Май-15, 13:01 
Мне кажется если тебе нужно делать такие вызовы так часто, что «браузеры тормозят», то нужно всерьёз задуматься о рефакторинге кода. ИМХО, но постоянных вызовов querySelector и getElementBy не должно быть в принципе. Хотя, конечно, getElementById работает быстрее чем querySelector по тому же ID где-то на 50%-60%, а getElementByClassName быстрее querySelectorAll и вовсе раз в 100-200 (https://jsperf.com/getelementsbyclassname-vs-queryselectoral...). Но всё зависит от того как часто тебе нужно их дёргать.
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

30. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от абвгдейка on 04-Май-15, 08:42 
шило на мыло? Dart не лучшая замена :)
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

32. "Google развивает средства создания высокопроизводительных An..."  +1 +/
Сообщение от Аноним (??) on 04-Май-15, 11:37 
Сделай лучше и желательно как стандарт...
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

42. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Аноним (??) on 04-Май-15, 23:01 
Dart хотя бы работает. А так-то я за scala-js, но он еще, мягко говоря, сыроват
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

2. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от анонимус (??) on 03-Май-15, 10:17 
Молодцы. Им давно об этом говорили. Некоторые энтузиасты даже сами стали портировать ВМ под андроид.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Google развивает средства создания высокопроизводительных An..."  +16 +/
Сообщение от Аноним (??) on 03-Май-15, 10:23 
Плавали - знаем.
Попиарят на конференциях и закроют как неперспективную технологию.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Google развивает средства создания высокопроизводительных An..."  +4 +/
Сообщение от anonymous (??) on 03-Май-15, 10:43 
Для веба VM зaкoпaли - и для Андройда зaкoпaют. Язык имел неплохие перспективы пока Гугл не пpидушил его в кoлыбели. Главное чтобы с Go не получилось так же.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Google развивает средства создания высокопроизводительных An..."  +1 +/
Сообщение от Аноним (??) on 03-Май-15, 16:33 
Лучше бы с Go получилось так же. А то уже весь гитхаб этим крапом засран.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

14. "Google развивает средства создания высокопроизводительных An..."  +1 +/
Сообщение от Dark Amateur on 03-Май-15, 17:40 
А мне go нравится из-за gcc-go.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

5. "Google развивает средства создания высокопроизводительных An..."  +3 +/
Сообщение от Аноним (??) on 03-Май-15, 11:59 
Писать ПО на новомодных языках, в наше время это просто баловство. Через время может оказаться что язык никому не нужен. Как язык D, что то делают, релизы выходят а популярности нет
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Google развивает средства создания высокопроизводительных An..."  +4 +/
Сообщение от Аноним (??) on 03-Май-15, 18:00 
просто ты не в треде,го уже взлетел больше года назад это было понятно, и я тебя удивлю уже понятно что взлетит Rust. Также понятно что питон и руби будут толкаться боками, а над ними будут ржать урод пхп еще лет 5 минимум.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

19. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Black_Ru email on 03-Май-15, 19:35 
Считаю Вы правы по большей стпени.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

21. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от ДругойАноним on 03-Май-15, 19:36 
Все руби программисты давно уже ушли в node/io.js или в тот же Rust.
Ну и собственно, Оракул, По поводу Rust, мне вот не очевидно что он взлетит, докажи обратное!
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

55. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Aleks Revo (ok) on 17-Май-15, 09:02 
> Все руби программисты давно уже ушли в node/io.js или в тот же
> Rust.
> Ну и собственно, Оракул, По поводу Rust, мне вот не очевидно что
> он взлетит, докажи обратное!

Зачем доказывать, что он не взлетит, если он взлетит? )))

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

6. "Google развивает средства создания высокопроизводительных An..."  +14 +/
Сообщение от Crazy Alex (ok) on 03-Май-15, 12:43 
И опять "загружать приложения с веба" - да нехай они сдохнут с таким подходом.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Google развивает средства создания высокопроизводительных An..."  +2 +/
Сообщение от Аноним (??) on 03-Май-15, 13:58 
io.js уже можно на ARM рапускать ;)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Google развивает средства создания высокопроизводительных An..."  –1 +/
Сообщение от Аноним (??) on 03-Май-15, 14:02 
> нить для обработки интерфейса выполняется отдельно от нити приложения

И что она будет выводить, эта "нить для обработки интерфейса", если она сама по себе, а приложение само по себе? Как в том анекдоте, "я печатаю со скоростью 300 знаков в минуту, получается абсолютная фигня".

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Google развивает средства создания высокопроизводительных An..."  –2 +/
Сообщение от XXasd on 03-Май-15, 14:33 
А зачем вообще нужна эта анимация?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Google развивает средства создания высокопроизводительных An..."  +2 +/
Сообщение от Аноним (??) on 03-Май-15, 16:31 
Perl, Python, Java, C#, Dart, Go, Rust, ...

Но почему нельзя использовать только C/C++, которые самые массово используемые языки для создания прикладного софта, и к тому же продолжают активно развиваться? Вот зачем, неужели так важно какая именно компания создала язык, что все компании начинают клепать свои языки, причём в случае Google их даже сразу несколько.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Аноним (??) on 03-Май-15, 19:18 
деточка C вообще для прикладного софта мало подходит. С++ да можно нафигачить но гемору это поддерживать и рефакторить просто ужас.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

20. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Black_Ru email on 03-Май-15, 19:36 
> Perl, Python, Java, C#, Dart, Go, Rust, ...
> Но почему нельзя использовать только C/C++, которые самые массово используемые языки для
> создания прикладного софта, и к тому же продолжают активно развиваться? Вот
> зачем, неужели так важно какая именно компания создала язык, что все
> компании начинают клепать свои языки, причём в случае Google их даже
> сразу несколько.

А Пых? Только без ООП конечно

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

24. "Google развивает средства создания высокопроизводительных An..."  +4 +/
Сообщение от Аноним (??) on 03-Май-15, 20:06 
Ну да, PHP и Ruby забыты в списке ненужных языков.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

23. "Google развивает средства создания высокопроизводительных An..."  +1 +/
Сообщение от lucentcode (ok) on 03-Май-15, 19:56 
В некоторых случаях C/C++ использовать - то же самое что палить из пушки по воробьям. Как раз веб-сервисы на Perl/Python писать удобно, высоко нагруженные сервисы на Java или C# пишут, в последнее время Node.Js и Go с их асинхронным подходом очень популярны. Перспективы Rust пока выглядят туманными, в частности не ясна сфера применения ЯП(для GUI есть C++/Java/C#, для веб-приложений Perl/PHP/Python/Java и т.п.). В общем, на одних плюсах далеко не уедешь. Ваш вопрос можно перефразировать: зачем нужны C/C++ когда есть ассемблер?  
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

25. "Google развивает средства создания высокопроизводительных An..."  +1 +/
Сообщение от arzeth (ok) on 03-Май-15, 21:14 
> Перспективы Rust пока выглядят туманными, в частности не ясна сфера применения ЯП

Ну я вижу Rust (хотя пользовался им мало) как полную замену C/C++:
Скорость почти такая же. Ассемблерить тоже можно. Во время компиляции быдлокод компилируется с меньшей вероятностью. Со всякими Double free мучиться не надо.
Разве что полностью пустая программа
fn main() {
}
после rustc -O x.rust && strip --strip-all x весит 299 360 байт, а не 6224 байт как у GCC 5.1 x86_64. Хотя кто-то умудрился hello world скомпилировать растом в 151 байт: http://mainisusuallyafunction.blogspot.ru/2015/01/151-byte-s...
и то, что пока поддерживает библиотеки на C, но не C++: https://doc.rust-lang.org/book/ffi.html

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

41. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Аноним (??) on 04-Май-15, 19:32 
helloworld под elf можно на сях скоплять под elf где то в 83 байта, точно размер уже не помню но там тупо один вызовы ядра дергается.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

38. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от абвгдейка on 04-Май-15, 13:51 
C/C++ в браузере? Ну-ну :) А вообще был такой проект и даже не один из них - от гугла. Оба мертвы. Предлагаю найти в сети причины :)
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

12. "Google развивает средства создания высокопроизводительных An..."  –1 +/
Сообщение от Аноним (??) on 03-Май-15, 16:54 
> Для борьбы с "заиканием" графики и притормаживанием интерфейса, Sky
> изначально построен на исключающей блокировки архитектуре - нить для
> обработки интерфейса выполняется отдельно от нити приложения, что
> позволяет сохранить быстрый и отзывчивый интерфейс даже во время
> интенсивных вычислений.

Охренеть новизна подхода. А как-то там проверяется, что нить для обработки интерфейса именно обрабатывает интерфейс? Любителей пихать весь код приложения в коллбэки нажатия на кнопочки нисколько не убавилось.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Google развивает средства создания высокопроизводительных An..."  +5 +/
Сообщение от Piter_Ring (ok) on 03-Май-15, 17:38 
звучит как: Гугл развивает газообразные металлы высокой твердости для использования в качестве жидкости.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Аноним (??) on 03-Май-15, 19:16 
ох лучше бы свою инплементацию swift под андройд написали.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Google развивает средства создания высокопроизводительных An..."  +2 +/
Сообщение от vitalif (ok) on 03-Май-15, 19:25 
лучше бы UI фреймворк на сях переписали и биндинги сделали ко ВСЕМУ

больше не вставало бы вопросов, все бы писали на том, что им нравится)

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

36. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Аноним (??) on 04-Май-15, 12:56 
Люто, неистово плюсую!
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

22. "Google развивает средства создания высокопроизводительных An..."  +1 +/
Сообщение от Аноним (??) on 03-Май-15, 19:43 
Будем посмотреть. Пока все ждали mir и wayland, Google выкатил freon без шума и пыли.

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

Хочу такое на десктоп!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

37. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Xasd (ok) on 04-Май-15, 13:45 
> Хочу такое на десктоп!

а ни кто и не запрещает программистам на Desktop -- делать в своих программах несколько нитей!

и такой подход даже поощряется...

...а вот когда делают несколько нитей и при этом устраивают "Состояние гонки" -- такое мало кому нравится :)

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

26. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Аноним (??) on 03-Май-15, 21:33 
Android? Sky?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "Google развивает средства создания высокопроизводительных An..."  +2 +/
Сообщение от Ph0zzy (ok) on 03-Май-15, 21:41 
Sky engine для Net-приложений? sky.net?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

29. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Аноним (??) on 04-Май-15, 04:54 
Дартисты!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Google развивает средства создания высокопроизводительных An..."  –1 +/
Сообщение от Тутаевский район on 04-Май-15, 10:27 
Дартисты-баристы! (обслуга, короче :))
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

33. "Google развивает средства создания высокопроизводительных An..."  –1 +/
Сообщение от manster (ok) on 04-Май-15, 11:46 
т.е. типа нашли причину почему тормозит и лагает
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

47. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Аноним (??) on 05-Май-15, 22:57 
Да это мы вобще побырому решили все вопросы.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

39. "Google развивает средства создания высокопроизводительных An..."  –1 +/
Сообщение от Аноним (??) on 04-Май-15, 14:06 
А язык GO Google похоронил, у него нет будущего и учить его нет смысла?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

40. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от Аноним (??) on 04-Май-15, 14:17 
Его ведь можно было довести до ума, добавить скорости работы, посмотреть чего люди и компании хотят и чего они будут хотеть в будущем, добавить всё это из коробки, добавить ООП из коробки, устранить бардак в библиотеках, добавить GUIшечек на все случаи жизни и библиотек для них, всё структурировать, довести до ума IDE, добавить в неё мощную систему выявления ошибок, и сделать, чтобы он занял то место в Android/Linux, какое занимают языки платформы .NET в Windows.

Но ничего этого нет, и похоже уже не будет.

Я за фундаментальное изменение языка.


Dart проще GO, но приложения на нём будут ещё тормознее.

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

46. "Google развивает средства создания высокопроизводительных An..."  –1 +/
Сообщение от manster (ok) on 05-Май-15, 15:11 
Интересный и перспективный язык, но что-то в нём настораживает.
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

48. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от нектобы on 06-Май-15, 00:36 
> А язык GO Google похоронил, у него нет будущего и учить его нет смысла?

Прогресс слишком ускорился, сейчас ничего нет смысла учить.

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

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

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

В такой среде даже если ты знаешь больше других, нужен ну ОЧЕНЬ понимающий работодатель, чтобы твоё "могу написать это с нуля и оптимизировать" ценилось выше чьего-то "зачем писать самому, если в гугле можно найти библиотеку, а потом докупить серверов, если что".

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

49. "Google развивает средства создания высокопроизводительных An..."  +/
Сообщение от нектобы on 06-Май-15, 00:47 
> дедоделанное

недоделанное

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

50. "Google развивает средства создания высокопроизводительных An..."  –2 +/
Сообщение от Аноним (??) on 07-Май-15, 16:36 
>> ...создания высокопроизводительных Android-приложений...

Всегда терялся в догадках о том, что за зверюка такая это "высокопроизводительное приложение" и чем она отличается от "не высокопроизводительного приложения" :)

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру