| |
| |
| 3.10, Аноним (-), 21:45, 17/07/2013 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –7 +/– |
Под канвас и вебгл и для десктопов-то нет нормальных гуй-библиотек. Разве что квадратные кнопочки в блендере.
Если описывать полноценный DOM-аналог для канваса на js - он будет тормозит намного больше чем сам DOM
Что же до тормозов DOM'а. Так сравнивать-то его не с чем. Возможности разметки на HTML+CSS+js куда значительнее любого GUI на любом языке
| | |
| |
| |
| 5.14, Sinot (ok), 22:20, 17/07/2013 [^] [^^] [^^^] [ответить] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –1 +/– |
 У меня даже была шальная мысль попробовать нарисовать веб-приложение (даже не так, приложение в браузере) целиком на канве, но подумал о производительности и сразу охота отпала. Хотя вроде как Qt и GTK именно так и делают.
| | |
| |
| 6.21, Карбофос (ok), 23:04, 17/07/2013 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
 на Qt3 было достаточно много проблем с отрисовкой, очень многое из проблемного списка было улучшено в Qt4. Но, довольно часто были траблы, когда похабно сделанный signal-slot механизм в исходном коде программы списывался на кривость Qt. Такое видел очень часто.
| | |
| 6.24, Crazy Alex (ok), 23:37, 17/07/2013 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
 Для канвы хотя бы в принципе есть шанс получить приличное быстродействие, выкинув все что можно в видеокарту, оставив браузеру самый минимум. А с монструозным DOM - ни шанса, так еще и приходится втискиваться в идиотскую браузерную потоковую модель.
| | |
|
| |
| 6.25, Crazy Alex (ok), 23:39, 17/07/2013 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Фишка в том, что для ПРИЛОЖЕНИЯ 99% этих возможностей либо избыточны, либо вообще вредны. А ресурсы на них тратить всё равно приходится. А примитивная и довольно симпатичная кнопочка жила еще в DOS на каком-нибудь 286.
| | |
| |
| 7.36, Аноним (-), 01:43, 18/07/2013 [^] [^^] [^^^] [ответить] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
На хабре народ в печали что флеш погубили, с его анимированными векторными мувиклипами..
А на опеннете предлагают довольствоваться стандартными визуальными компонентами..
| | |
|
|
|
|
|
| 2.12, Карбофос (ok), 22:10, 17/07/2013 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– |
так криворукие программисты и на нём умудрятся сделать так, чтобы работало медленно. ибо у оных принцип: кое-как работает - не трогай. от этого все проблемы гурьбой потом внезапно появляются. здесь на 5% потери производительности забили, там - еще столько же. никто ж не знает, что такое профилировка, етить.
| | |
|
| 1.3, all_glory_to_the_hypnotoad (ok), 21:08, 17/07/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –1 +/– |
 > В своей заметке Шай проводит достаточно много аналогий с Java и, в частности, приводит пример достижения приемлемой производительности Java Mobile на телефонах Nokia с экраном 240x320 и 2 Мб ОЗУ.
там то GC скрее всего не было и мб даже самого JITа. Тормозить было особо нечему
| | |
| |
| |
| 3.17, all_glory_to_the_hypnotoad (ok), 23:01, 17/07/2013 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –1 +/– | |
> Как же? Ведь память надо как-то освобождать. Не в ручную же.
там gc совсем простой, чуть ли не аналог сишного malloc()/free() или в лучшем случае питоновского GC со ссылками, который освобождает объект сразу как только можно. GC в яве тормозит именно из-за отложенного коллектора, сначала засирает что только можно, а потом наступает пц.
| | |
| |
| 4.28, Magister (?), 23:42, 17/07/2013 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –1 +/– |
> там gc совсем простой, чуть ли не аналог сишного malloc()/free() или в лучшем случае
> питоновского GC со ссылками, который освобождает объект сразу как только можно. GC в яве
> тормозит именно из-за отложенного коллектора, сначала засирает что только можно, а потом
> наступает пц.
Не такой и простой, по крайней мере на сонериках db2010 и выше.
Помню, как ручками вызывал System.gc() чтобы памяти чуть освободить когда она нужна.
Так что он, естественно, проще, чем на десктопе - но засирает что только можно ни капли не хуже.
| | |
| 4.32, iZEN (ok), 00:02, 18/07/2013 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –11 +/– |
 > GC в яве тормозит именно из-за отложенного коллектора, сначала
> засирает что только можно, а потом наступает пц.
Ну а кто, спрашивается, насоздаёт короткоживущих объектов на "каждый чих", а потом не знает как их повторно использовать и надеется на уборку мусора? Правильно — бывшие программеры C/C++, которым привычные malloc()/free() использовать тут не дали, а всучили убогий "ручник" сломанного "стопкрана" System.gc(). :)))
| | |
| |
| 5.33, Карбофос (ok), 00:22, 18/07/2013 [^] [^^] [^^^] [ответить] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– |
проверка твоих теоретических умозаключений: сделай парсер, или какой обработчик строк на жабе. будешь сильно удивлён. вот уж во истину, на каждый чих. даже, если соединяешь с константными строками.
просто пичалька, от "глубинных" знаний жабакодеров. и да, как обычно, в своём упорно не замечеют бревна. такая грусть.
| | |
| |
| |
| 7.66, Карбофос (ok), 14:52, 18/07/2013 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +4 +/– |
ты это серьезно? декомпайлер для жабы, он такой ужасно сложный, прям аж жуть. как раз я и занимался разбором полётов подобных парсеров, логгеров, в том числе и видел, каким образом жабисты извращаются, дабы ускорить процесс обработки строк. так что можешь продолжать и дальше детский лепет на лужайке.
раскрою тебе даже большой секрет, до которого ты никак не можешь допиликать сам: именно из-за геморра с объектами из-за каждого выпука невозможно сделать адекватно работающий, не тормозящий браузер. это как пример.
Sun в свое время по этим же причинам не захотела конвертировать OpenOffice, а IBM свои большие проекты тестирует сначала на джаве, а потом уже конверитует их по своему усмотрению в фортран, плюсы и другие языки.
| | |
|
|
| |
| 6.65, iZEN (ok), 14:28, 18/07/2013 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –3 +/– | |
> Какой смысл писать на жабе, если всё равно приходится изворачиваться кренделем ради памяти?
Потому что память в Java — не ресурс. Если его реально не хватает, то повышайте скилл Re-Usable Objects и/или докупайте модули памяти. Третьего не дано.
| | |
| |
| 7.71, Аноним (-), 17:14, 18/07/2013 [^] [^^] [^^^] [ответить] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
>> Какой смысл писать на жабе, если всё равно приходится изворачиваться кренделем ради памяти?
> Потому что память в Java — не ресурс. Если его реально не
> хватает, то повышайте скилл Re-Usable Objects и/или докупайте модули памяти. Третьего
> не дано.
Ачо, сборщики мусора еще не изобрели? Или их вызов - песдетс ракетная наука?
| | |
|
|
| 5.44, Аноним (-), 02:42, 18/07/2013 [^] [^^] [^^^] [ответить] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
> Правильно — бывшие программеры C/C++, которым привычные malloc()/free() использовать
> тут не дали, а всучили убогий "ручник" сломанного "стопкрана" System.gc(). :)))
Вообще-то если что, emscripten для повышения производительности JS зарубает GC к черту. Знаешь как?
1) Он выделяет себе невь...й массив.
2) В него заворачиваются все malloc().
3) GC вообще в пролете - он это не сколлектит вплоть до самого конца работы программы.
И вот только так emscripten умудряется нормальную скорость работы получить. Послав GC нафиг. Совсем.
| | |
| 5.47, arisu (ok), 07:24, 18/07/2013 [^] [^^] [^^^] [ответить] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– |
 > Ну а кто, спрашивается, насоздаёт короткоживущих объектов на «каждый чих», а потом
> не знает как их повторно использовать и надеется на уборку мусора?
так кто же виноват, что в жабе сборщик настолько хреновый?
(хотя, конечно, он там не один, и не хреновые они, просто пишут на жабе вот такие вот изи — и получается говно).
| | |
| |
| |
| 7.76, Аноним (-), 17:30, 18/07/2013 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –1 +/– |
> Шакалов не знал, что надо вызывать сборщик мусора (один из трех,
> имеющихся в наличии, кстати говоря)
А еще говорят что на си программировать сложно, память выделять/освобождать, блаблабла. А у самих вон сколько гемора. И память совсем не утекает :)
| | |
| 7.77, arisu (ok), 17:31, 18/07/2013 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +2 +/– |
если сборщик мусора надо явно вызывать — это не язык, а дерьмо. впрочем, практика показывает, что если в названии чего-то софтового есть «bussines» — то это дерьмо с вероятностью, близкой к единице.
| | |
|
|
| 5.52, Аноним (-), 08:04, 18/07/2013 [^] [^^] [^^^] [ответить] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Вы хоть Макконнелла почитайте для общего развития, что ли, прежде, чем чушь пороть. Программы пишутся - в том числе и для людей, а не только для машин. Короткая жизнь объёкта - это во многом то, что борется с кашей в голове. А то, что жаба это переваривает с трудом - так это проблема жабы и её мусорки.
| | |
| |
| 6.55, Vkni (ok), 09:08, 18/07/2013 [^] [^^] [^^^] [ответить] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
 > А то, что жаба
> это переваривает с трудом - так это проблема жабы и её
> мусорки.
Там нет выделения на стеке, прекрасно приспособленного для короткоживущих объектов.
| | |
| |
| 7.56, arisu (ok), 09:14, 18/07/2013 [^] [^^] [^^^] [ответить] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– | |
> Там нет выделения на стеке, прекрасно приспособленного для короткоживущих объектов.
что, в принципе, решается хитрым generational gc. стек тянет за собой толстый и невкусный механизм unwinding'а, а generational gc позволяет не загромождать VM всякой бесполезной фигнёй.
одно дело, когда у меня try/catch/finally явно в коде стоит, и unwind frames создаются только для такого кода. и совсем другое — когда создаются везде, где меня угораздило создать локальный автоматический объект.
| | |
| 7.57, arisu (ok), 09:18, 18/07/2013 [^] [^^] [^^^] [ответить] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
p.s. другое дело, что для GC неплохо бы иметь несколько больше помощи от MMU, чем сейчас предоставляется через API, но это уже совсем другая песня. ребята из Azul Systems, например, показали, что при некоторой поддержке GC становится сильно легче жить.
| | |
|
| 6.73, Аноним (-), 17:18, 18/07/2013 [^] [^^] [^^^] [ответить] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
> Вы хоть Макконнелла почитайте для общего развития, что ли, прежде, чем чушь
> пороть. Программы пишутся - в том числе и для людей, а
> не только для машин. Короткая жизнь объёкта - это во многом
> то, что борется с кашей в голове. А то, что жаба
> это переваривает с трудом - так это проблема жабы и её
> мусорки.
Еще раз - это проблема не среды. Это проблема п и д о р а^Wп р о г р а м м и с т о в.
| | |
| |
| 7.78, Аноним (-), 17:32, 18/07/2013 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– |
> Еще раз - это проблема не среды. Это проблема п и д
> о р а^Wп р о г р а м м и с т о в.
Проблема только в том что сферическая среда в вакууме - ни о чем. А на яве, да и на JS обычно пишут ... изены всякие. Нет, парочка специалистов по рокетсайнсу на всю планету и на яве могут нормально писать. Остальные на ней пишут "как изен".
| | |
|
|
|
|
|
|
| |
| 2.8, Аноним (-), 21:40, 17/07/2013 [^] [^^] [^^^] [ответить] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– |
Лучше бы родили стандарт байткода для generic web browser vm. Не смогли договориться об интерфейсах в различных аппаратно-софтенных платформах, отрыгните хотя бы для браузеров. Нет, млин, будем костылять через конверторы c/c++ в js, лить эту беду по http и хвастаться какой у нас реализован расклиздатый jit
| | |
| |
| |
| 4.41, Xasd (ok), 02:17, 18/07/2013 [^] [^^] [^^^] [ответить] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– |
 >> Лучше бы родили стандарт байткода для generic web browser vm.
> Так вроде NaCl оно и есть, правда пока только у Google и
> не стандарт.
NaCL/PNaCl ---- это <embed>-сущность
ну не могут быть <embed>-сущности быть даже близко быть в стандарте. слишком уж кривая задумка!!
более вероятно что вообще <embed>-тэг (и <object>-тэг) ВЫПИЛЮТ из стандарта! :)
Asm.Js ---- является намного более безкостыльное решение чем NaCL/PNaCl .
| | |
|
| 3.42, Xasd (ok), 02:24, 18/07/2013 [^] [^^] [^^^] [ответить] [↓] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +2 +/– | |
> Нет, млин, будем костылять через конверторы c/c++ в js,
ну сколько уже раз повторять блин -----
Asm.Js -- НЕ ЯВЛЯЕТСЯ Яваскриптом!!! из него НЕЛЬЗЯ получить: ни доступа к объектам Document-Object-Model ни доступа даже к динамечески выделяемой памяти и сборщику мусора.
(ды и вообще объектов-ни-каких нет в Asm.Js, там только байты, и манипуляция с байтами..)
всё взаимодействие с внешним миром -- в выполяемом модуле Asm.Js -- происходит либо через FFI-интерфейс либо через общую бинарную память!.. ЭТО ДАЖЕ БЛИЗКО НЕ ПОХОЖЕ НА JAVASCRIPT!!!
Asm.Js даёт свободы -- даже меньше чем даёт свободы уровень языка Си! это уже реально почти ассемблер!! (есть же люди которые называют язык Си -- кросплатформенным ассемблером?! а Asm.Js ещё более низкоуровневый язык чем язык Си!)
(FFI --- "Foreign Function Interface")
<sarcasm>...но выже блин такие умные, вы даже не читая спецификаци (и не написав ни одного скрипта с использование Asm.Js) уже всё знаете</sarcasm>
попробуйте напишите на asm.js -- HelloWorld -- который оперирует с массивами данных и оперирует с указателями на функции --- и тогда поймёте настолько Asm.Js похож/или/не_похож на Javascript .
...ну например --- напишите модуль сортировки (таким образом: будут использованы массивы) с выбором алгоритма сортировки (таким образом: будут использованы указатели на функции).
или напишите модуль AES-шифрования. (в этом случае тоже можно задействовать массивы и указатели на функции).
чего вам терять? вот прям щаз сядьте и напишите!
| | |
| |
| 4.51, arisu (ok), 07:29, 18/07/2013 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– |
откуда такая истерика-то? я читал предварительные спеки этих мегакостылей ещё до того, как тебе в новостях о них рассказали. родилось мегакостылями и осталось мегакостылями. по сравнению с этим даже си выглядит верхом изящества.
| | |
| |
| 5.70, Xasd (ok), 17:14, 18/07/2013 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– | |
> по сравнению с этим даже си выглядит верхом изящества.
ну логочни что ЯП Си сделан для того чтобы на нём писали люди.
а ASM.JS сделан для того чтобы в него компилировали из Emscripten (а НЕ для того чтобы напрямую на ASM.JS что-то писали люди!).
> а НЕ для того чтобы напрямую на ASM.JS что-то писали люди!
если эта фраза не понятна для тебя -- то повторяю: напиши хоть что-то вручную (без Emscripten) на ASM.JS и поймёшь почему я так говорю.
ASM.JS ---- это по сути лишь просто обычный байткод, но записынный в текстовом виде, а не в бинарном виде.
> откуда такая истерика-то?
оттуда что пишут на форумах ерись, называя Asm.Js ---- Яваскриптом, или костылём.
************************************************************
разработчики ASM.JS могли бы запросто сделать чтобы код на ASM.JS был-бы в бинарном виде, а не в текстовом виде как щаз.
...но если бы они так сделали -- то это не увеличело бы производительность выполнения (а увеличело бы производительность лишь её инициализации). однако Emscripten в таком случае должен бы был генерировать двойной результат: на Javascript и в бинарном виде ----- И ЭТО БЫЛО БЫ ОЙ КАК ГЛУПО!!
| | |
|
|
| |
| 4.83, arisu (ok), 17:37, 18/07/2013 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– |
>> Лучше бы родили стандарт байткода для generic web browser vm.
> Дык LLVM есть. PnaCL. Но что-то мне кажется что не договрятся.
неа. он у LLVM неудобный для написания интерпретаторов. и не очень удобный для трансляции слабо типизированых языков с GC. поэтому LLVM можно использовать как одну из реализаций VM, но завязывать всё на него — неудобно.
| | |
|
|
|
| 1.22, Аноним (-), 23:19, 17/07/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– |
Хоть кого то осенило, что недостаточно просто разрабатывать мощное железо чтобы была производительность надо еще и правильно его программировать. А то сейчас часто так: Что то программа тормозит, ай ладно напишу системные требования выше и проблема решена.
| | |
| 1.31, iZEN (ok), 23:55, 17/07/2013 [ответить] [﹢﹢﹢] [ · · · ] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –2 +/– | |
> приводит пример достижения приемлемой производительности Java Mobile на телефонах Nokia с экраном 240x320 и 2 Мб ОЗУ.
J2ME работала в основном в AOT-окружении, с предварительной прекомпиляцией байткода, так как для полноценного JIT нужно довольно много дорогой на мобильных устройствах оперативной памяти.
| | |
| 1.63, kb (?), 11:11, 18/07/2013 [ответить] [﹢﹢﹢] [ · · · ] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– | |
> Clarification update: For some reason people read this as a rebuttal of Drew Crawford article, it is not. It is merely a response, I accept almost everything he said but have a slightly different interpretation on some of the points. | | |
| 1.67, Adblog (ok), 17:03, 18/07/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
 Недавно делали реализацию алгоритма RSA-шифрования на JS. Все правильно пишут - JS адский тормоз, на нем нереально добиться нормальной производительности. Впрочем и Java - жуткий тормоз ...
| | |
| |
| 2.74, Аноним (-), 17:20, 18/07/2013 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
> Недавно делали реализацию алгоритма RSA-шифрования на JS. Все правильно пишут - JS
> адский тормоз, на нем нереально добиться нормальной производительности. Впрочем и Java
> - жуткий тормоз ...
Не бывает тормознутых систем. Тормоза бывают лишь между ушей у прокладки между сиденьем и консолью (С) Я
| | |
| |
| 3.82, Аноним (-), 17:34, 18/07/2013 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
> Не бывает тормознутых систем. Тормоза бывают лишь между ушей у прокладки между
> сиденьем и консолью (С) Я
Ну да, конечно, только вот почему-то во всяких там кодеках и криптографии до сих пор юзают максимально оптимизированный вручную ассемблер с распоследними наборами команд. Потому что в разы быстрее работает, если горячий кусок так выписать.
| | |
| |
| 4.85, iZEN (ok), 18:15, 18/07/2013 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –1 +/– |
>> Не бывает тормознутых систем. Тормоза бывают лишь между ушей у прокладки между
>> сиденьем и консолью (С) Я
> Ну да, конечно, только вот почему-то во всяких там кодеках и криптографии
> до сих пор юзают максимально оптимизированный вручную ассемблер с распоследними наборами
> команд. Потому что в разы быстрее работает, если горячий кусок так
> выписать.
Ещё можно вспомнить апплеты "банк-клиент", которые почему-то не используют ассемблер (вот ведь странно), а юзающие алгоритмы на Java.
| | |
| |
| |
| 6.100, iZEN (ok), 07:45, 19/07/2013 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –1 +/– |
> чем меньше вспоминать банковский софт — тем лучше. а то там и
> ActiveX были, помнится. тоже мне, вершина технологий.
Увлекался COM-объектами? :)) Я тоже в своё время, но быстро понял угрёбищность этого.
| | |
| |
| 7.105, Карбофос (ok), 09:56, 19/07/2013 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– |
мдя. вообще-то, на сколько я понял, подразумевалось совсем другое. раньше светились с завидным постоянством в новостях проблемы с безопасностью ActiveX. причем, некоторые дыры не закрывались месяцами. кто читал в своё время эти новости, тот знает, что ActiveX - одна большая дырень, спроектированная без какого-либо концепта безопасности ПО.
| | |
|
|
|
|
|
|
| 1.97, Kodir (ok), 22:38, 18/07/2013 [ответить] [﹢﹢﹢] [ · · · ] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –1 +/– |
 ЖабоСкрипт не нужен уже просто за то, что это жабоскрипт. Как тот же ЛИСП или Хацкель - маргинальные уникумы для узкого круга некритичных задач.
Плюс, сама природа "динамики" - её уже не разогнать ничем. Да и сама опасность узнавать об ошибке только в рантайме - бомба. Оно нам надо??
| | |
| 1.114, Аноним (-), 11:46, 22/07/2013 [ответить] [﹢﹢﹢] [ · · · ] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– | |
>> В своей заметке Шай проводит достаточно много аналогий с Java и, в частности, приводит пример достижения приемлемой производительности Java Mobile на телефонах Nokia с экраном 240x320 и 2 Мб ОЗУ.
оно еще существует?
| | |
|
