| 1.1, Аноним (-), 21:36, 12/09/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Может теперь они откажутся от V8 в core и прочего тормозного уродства, которым хотят набить Qt5.
| | |
| |
| 2.5, Толстый (ok), 21:42, 12/09/2011 [^] [^^] [^^^] [ответить]
| –23 +/– |
 Нет, все верно делают. Плохо только то что завязано все будет на один язык, тогда как более мощные фреймворки как .NET дают возможность выбора любого языка.
| | |
| |
| |
| 4.12, анон (?), 22:12, 12/09/2011 [^] [^^] [^^^] [ответить]
| –14 +/– | |
> Так там и компиляция не в нативный код идёт, как в Qt
в нативный, с промежуточной стадией
| | |
| |
| 5.60, Блоб (?), 09:54, 13/09/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ничего нативного там нет и небыло. Генерится байткод, который выполняется в подобии виртуальной машины. Вы бы книжки почитали.
| | |
| |
| 6.61, Сноб (?), 10:03, 13/09/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Ничего нативного там нет и небыло. Генерится байткод, который выполняется в подобии
> виртуальной машины. Вы бы книжки почитали.
Лишь бы ляпнуть.
Человек всё верно написал. В сборке лежит байткод, а исполняется таки нативный код полученный JIT-компилятором. Существуют также AOT-решения - тот же monotouch например.
| | |
| |
| 7.65, Жорж (?), 11:35, 13/09/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>В сборке лежит байткод, а исполняется таки нативный код полученный JIT-компилятором
То есть по вашему все таки технология правильно формулируется "исполняется нативный код"? Ну вы даете, facepalm.jpg. По вашему так же и жава выполняет нативный код. Да, процессор то выполняет нативные для себя инструкции, но технология формулируется правильно словами "выполнение байткода в виртуальной машине". Стыдно за вас.
| | |
| |
| 8.66, Жорж (?), 11:38, 13/09/2011 [^] [^^] [^^^] [ответить] | +/– | А вот как раз qt генерит нормальный нативный код Компилируется С компилятором... текст свёрнут, показать | | |
| |
| |
| 10.75, Жорж (?), 15:14, 13/09/2011 [^] [^^] [^^^] [ответить] | +2 +/– | Да конечно, 30 лет это было безопасно, но потом появляется дотнет и все остально... большой текст свёрнут, показать | | |
|
|
| 8.81, Имя (?), 15:49, 13/09/2011 [^] [^^] [^^^] [ответить] | +/– | В случае JVM NET окончательная компиляция из байт-кода происходит непосредствен... текст свёрнут, показать | | |
|
|
|
|
|
| 3.14, Аноним (-), 22:27, 12/09/2011 [^] [^^] [^^^] [ответить]
| +18 +/– | |
> выбора любого языка.
И любой платформы. При условии что это виндоус.
| | |
|
| |
| |
| 4.15, Аноним (-), 22:28, 12/09/2011 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> Use pyQt, Luke.
...и большим тормозным уродством станет ваша программа :)
| | |
| 4.25, Толстый (ok), 23:32, 12/09/2011 [^] [^^] [^^^] [ответить]
| –9 +/– |
Биндинги - это костыли из прошлого века. Платформа должна быть спроектирована так, чтобы в биндингах не было необходимости - .NET. Любую библиотеку можно использовать из любого языка.
Кроме того в pyqt уже отпала необходимость. В qt5 высокоуровневый код пишется на js, а ворочать мешками можно на С++.
| | |
| |
| 5.32, Аноним (-), 01:05, 13/09/2011 [^] [^^] [^^^] [ответить]
| +4 +/– |
> Биндинги - это костыли из прошлого века. Платформа должна быть спроектирована так,
> чтобы в биндингах не было необходимости - .NET.
Да чо там, яву сразу давай. На ее VM куча всякого фуфела запускается. При том тормозное и кривое все как на подбор. Кстати с пиаром дотнета вы немного опоздали. Разве ваши менеджеры еще не вправили вам моск? Новый хит сезона - хтмл5. Поэтому в виндоус8 в центре внимания именно он, а не какие-то там сраные дотнеты.
| | |
| |
| 6.90, Aleksey Salow (ok), 21:11, 13/09/2011 [^] [^^] [^^^] [ответить]
| +/– |
 В MS ещё те троли работают. HTML5 это тру, это будущее, cutting edge и всё такое, вам об этом любой птушник скажет. И что по вашему должна MS делать? Сказать пошли все в жопу юзайте сервелат? Дык народ не поймёт, да и зачем отдавать место под солнцем если можно занять малыми силами. При этом, смею заметить, никто не отказывается ни от сервелата (ждём пятый к концу года), ни от .net (ждём 5-й в следующем году), ни от WinForms и WinAPI (которые дописываются и расширяются).
| | |
|
| 5.93, cosmonaut (ok), 02:00, 14/09/2011 [^] [^^] [^^^] [ответить]
| +/– |
 >Платформа должна быть спроектирована так, чтобы в биндингах не было необходимости - .NET. Любую библиотеку можно использовать из любого языка.
Ога, например, из джавы :)
| | |
|
|
| 3.16, Аноним (-), 22:30, 12/09/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> C++ уже большое тормозное уродство.
Лучше для навернутых десктопных программ пока ничего не придумали. На яве и прочих питонах - тормозить будет до усрачки. А так - даже юзабельно получается.
| | |
| |
| |
| |
| 6.23, дикий анон (?), 23:02, 12/09/2011 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Утечки и проблемы выходы за границы. Прошлый век же.
Я и Торвальдс смотрим на вас с удивлением?
| | |
| |
| 7.30, Аноним (-), 00:37, 13/09/2011 [^] [^^] [^^^] [ответить] | +4 +/– | Мы про ядра говорим или про десктопные приложения Выход массива за границы и ра... большой текст свёрнут, показать | | |
| |
| 8.48, Аноним (-), 05:19, 13/09/2011 [^] [^^] [^^^] [ответить] | +3 +/– | gt оверквотинг удален А у меня как-то нет таких проблем Может из-за того что... большой текст свёрнут, показать | | |
|
|
| 6.34, Аноним (-), 01:08, 13/09/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Утечки и проблемы выходы за границы. Прошлый век же.
Внезапно, память может утекать и в языках с автоматическим управлением памяти. Лично видел как сайт оставленный на ночь утром выжирает 1Gb памяти. На любом браузере. При том что просто показана страничка. Если это не "утечка памяти", а хотя-бы и в JS - я тогда уж и не знаю.
| | |
| |
| 7.63, КО (?), 10:06, 13/09/2011 [^] [^^] [^^^] [ответить]
| +/– |
А я видел как заходит солнце. Или оно падает за горизонт?
| | |
|
|
| 5.29, ДФ (ok), 00:33, 13/09/2011 [^] [^^] [^^^] [ответить]
| +/– |
 Си, какими свистулями его не обкладывай - другая весовая категория по сравнению с Qt. Вы, наверно, это знаете... И все равно пишите...
| | |
| |
| 6.31, SDSWanderer (ok), 00:47, 13/09/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > Си, какими свистулями его не обкладывай - другая весовая категория по сравнению с Qt.
Вы сравниваете вкусное с тяжелым.
- Ваш Кэп.
| | |
|
| 5.33, Аноним (-), 01:06, 13/09/2011 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> Придумали, и даже раньше плюсов - Си.
Для именно навернутых, типа гамез с задрюченной логикой, плюсы получше будут. Хотя мастера своего дела типа Кармака и на Си не тушуются. На то и мастер, чтоб голыми руками гвоздь в доску одним ударом загонять.
| | |
|
| 4.22, grafsoft (ok), 22:52, 12/09/2011 [^] [^^] [^^^] [ответить]
| –3 +/– |
 "Лучше для навернутых десктопных программ"
Я вам скажу, придумали, это Delphi :) правда выбор платформ очень ограничен :)))
А вот как раз на яве, например, очень "навернутая" десктопная программа вряд ли будет тормозить больше чем такая же на последнем QT :) а вот геммора при написании вполне может быть меньше
| | |
| |
| 5.27, жабабыдлокодер (ok), 23:53, 12/09/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Ну, жаба на десктопе тормозить будет. Ее достоинства в обработке данных и клиент-серверных решениях. Хотя Sun для солярки делала на жабе основной рабочий стол со всеми менюшками, панелями, лотками и пр. На вид было что-то среднее между гномом и кде3. И работало достаточно быстро.
| | |
| 5.37, Аноним (-), 01:18, 13/09/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Я вам скажу, придумали, это Delphi :) правда выбор платформ очень ограничен :)))
Не, спасибо, такими платформами и программами - пользуйтесь пожалуй сами. Ведь свое - не пахнет, правда? А я ни 1 нормальной программы на дельфи еще не видел. Дельфисты вообще давно стали эталоном отстоя.
| | |
| |
| 6.45, PereresusNeVlezaetBuggy (ok), 04:26, 13/09/2011 [^] [^^] [^^^] [ответить] | +1 +/– |  Точнее, не замечали Total Commander, QiP, Inno Setup, KMPlayer, The Bat , Skype... большой текст свёрнут, показать | | |
| |
| 7.58, 534уке5 (?), 09:24, 13/09/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Точнее, не замечали. Total Commander, QiP, Inno Setup, KMPlayer, The Bat!, Skype...
Ну сейчас то Скайп плюсовый и даже Кьютовый
| | |
|
| 6.46, Павел Ишенин (?), 04:26, 13/09/2011 [^] [^^] [^^^] [ответить]
| +/– |
 Чем проще средства разработки, тем больше студентов и школьников будет их осваивать. Как следствие появляется куча "крутых" программ от них. Вот эти программы и сослужили дурную славу Delphi.
| | |
| 6.49, Diden05 (ok), 06:22, 13/09/2011 [^] [^^] [^^^] [ответить]
| +/– |
 У Delphi есть масса плюсов, и не вина среды разработки в целом и OP в частности, что сделала доступным программирование для "самых маленьких".
Хотя в России почему то исстари больше любили учить Турбо Паскалю, нежели Турбо С.
| | |
| |
| 7.56, grafsoft (ok), 09:22, 13/09/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
 Потому, что например, на моей ec-1841 (pc-xt) этот самый турбо паскаль в отличии от остальных турбо и не турбо с..с++, работал шустренько и довольно неплохо
а С ни чем не лучше паскаля (не считая религиозных проблем и разницы в синтаксисе в мелочах)
| | |
|
|
|
|
|
|
| |
| 2.36, ДФ (ok), 01:12, 13/09/2011 [^] [^^] [^^^] [ответить]
| +9 +/– |
Перевожу из кулуаров: в Нокии обстановка накаляется, и патроны Qt видя это попросили обеспечить гарантию независимости, гарантию от ухода под крыло Майкрософт (что смерти подобно, ибо .NET только и ждет устранения конкурентов).
Изначально планировали дождаться 5-ки, т.к. в ней много кардинальных изменений и кодерам надо на них сконцентрироваться. А значит вмешательство со стороны при открытии доступа к репозиториям может усложнить и удлинить процесс ревизии кода, его гарантированной стабильности, координации и проч. Есть уже наглые американские компании, которые хотят своих фич в Qt и имеют свои виды на "светлое будущее" фреймворка (ну-ну) - схема понятна "лебедь, рак и щука" и в итоге пшик...
В результате, так как M$ прижимает, решили начать постепенный процесс перехода к коммунити разработке. Все кодеры Qt и Meego на нервах. Тем более упертые финны, у них опенсорс - это "святое". Никто не ожидал что M$ так быстро устранит Symbian. Думали она стабильно продержится еще года два, что будет запас на переход в Meego. Но M$ пошел напролом (см письмо о "горящей платформе"), и теперь вплотную занялся устранение Линукса (Meego) в Нокии (собственно, как я понимаю - главная цель). Инвесторы негодуют, хотя им не важны технические стороны в войне осей...
Менеджеры молчат в тряпку, ибо после показательных увольнений руководителей и скрам мастеров в Meego - особо ретивых - все поняли что к чему...
Короче как в России 90-х: приехали богатые американские капиталисты, сделали "an offer, he won't refuse", и слили конкурентов (или конечной целью все-таки был "социалистический" Линукс?). Никому такого не желаю!
| | |
| |
| 3.38, Аноним (-), 01:21, 13/09/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Никому такого не желаю!
А я склонен считать что каждый сам пи...ц своего счастья. Если у компании в руководстве стадо кретинов - наверное логично что она потом тонет. Поздравляю гааряячиих фиинскиих паарнеей. Они отпустят тормоз только когда Элоп вообще утопит их контору.
| | |
| |
| 4.42, ДФ (ok), 01:40, 13/09/2011 [^] [^^] [^^^] [ответить]
| +5 +/– |
Результатом "зарезания ягненка" акулами капитализма стало то, что европейцы (финны в данном случае, думающие по крайней мере) почувствовали на своей шкуре то, что почувствовали в России 90-х, когда "цивилизованные" Штаты скупали в России по дешевке усе через мутные схемы капиталистов, при этом мурлыкая что-то убаюкивающее про "демократический ценности".
А при относительно сытой и размеренной жизни в Европе, чувства европейцев будут особенно резкими... Учитывая открытое информационное давление США (которые тащат всех с собой в дефолтную могилу) на "кровоточащие" Греции, Испании, (PIGS), в старушке Европе идет явная переоценка капиталистических ценностей...
| | |
|
|
|
| 1.3, me (??), 21:40, 12/09/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
как бэ намекает : Nokia отдельно, qt отдельно. Хотя это даже к лучшему
| | |
| 1.13, Аноним (-), 22:18, 12/09/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
В свете последних событий не могу без содроганий читать новости, содержащие в заголовке одновременно "Qt" и "Nokia". Слава богу, пока ничего плохого не случилось. Новость хорошая, давно всё к этому шло.
| | |
| 1.20, fork (??), 22:47, 12/09/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Отличный фреймфорк. Даже более чем. Кроме того видел компании, которые отлично продают программы сделанные и поддерживаемые еще на делфи 3 , а QT в текущей новой версии работает на ура и под винду и под линух и под другие програмные и аппаратные платформы.
| | |
| |
| 2.26, жабабыдлокодер (ok), 23:49, 12/09/2011 [^] [^^] [^^^] [ответить]
| +/– |
(Шепотом) Как бывший дельфист - уверяю: именно третья версия делала самые быстрые и компактные программы, если понятие "компактный" и "быстрый" вообще применимо к дельфи. Дальше шли уже сплошь убогие сетевые и клиент-серверные недо-решения.
| | |
| |
| 3.50, Diden05 (ok), 06:30, 13/09/2011 [^] [^^] [^^^] [ответить]
| +/– |
Странно, вполне себе юзал Дельфи с первой и по 2010 версию, да много можно было бы просто выкинуть без потерь, но не скажу что сильно мешает, а о компактности, ну DOS 6.22 занимал 3 дискеты, а Win95 уже 16, так что 5-7 мб на винте думаю не очень страшно для программы которая РАБОТАЕТ ТАК КАК ДОЛЖНА.
PS: Этим начинают грешить почти все без исключения браузеры, разве что кроме Links, превращаясь в монстров :)
| | |
|
| 2.59, 534уке5 (?), 09:30, 13/09/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Отличный фреймфорк. Даже более чем. Кроме того видел компании, которые отлично продают
> программы сделанные и поддерживаемые еще на делфи 3 , а QT
> в текущей новой версии работает на ура и под винду и
> под линух и под другие програмные и аппаратные платформы.
А тот кто помнит Kylix, помнит и то, что он использовал Qt вместо VCL
| | |
| |
| 3.78, anonymous (??), 15:30, 13/09/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > А тот кто помнит Kylix, помнит и то, что он использовал Qt
> вместо VCL
не «вместо», а «вместе». Qt использовали в основном как низкоуровневый апи, обёрнутый сверху vcl-ем.
| | |
|
|
| 1.35, гыгы (?), 01:12, 13/09/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– | |
в Qt огорчает лишь одно, что нет кроме Python и C++ другого языка, один медленный, второй устаревший
хотел бы видеть в Qt 5 такие вещи:
1) базовый язык - нечто вроде D или например Vala (с адаптацией на QObject а не GObject), вот один из этих двух языков очень подходит для такой роли - современного типа и при том нативные
2) конечно желательно как опцию процессоро-независимый и независимый от ОС байт код, например на базе LLVM, с соответствующими модульными и оффлайн-онлайн инсталляторами под разные ОС...
вот тогда Qt выживет в будущем и будет конкурировать на равных
| | |
| |
| 2.40, Аноним (-), 01:23, 13/09/2011 [^] [^^] [^^^] [ответить]
| +/– |
> 1) базовый язык - нечто вроде D или например Vala (с адаптацией
> на QObject а не GObject),
JS видимо таковым станет, с C++ для heavy lifting.
| | |
| 2.47, PereresusNeVlezaetBuggy (ok), 04:44, 13/09/2011 [^] [^^] [^^^] [ответить]
| +3 +/– |
> в Qt огорчает лишь одно, что нет кроме Python и C++ другого
> языка, один медленный, второй устаревший
Не пойму, что значит "в Qt"? Писать программы, использующие Qt, можно на куче языков: http://en.wikipedia.org/wiki/Qt_%28framework%29#Bindings . А на чём написан сам Qt, мало кого волнует, пока он хорошо работает. А Qt работает всё-таки хорошо.
> хотел бы видеть в Qt 5 такие вещи:
> 1) базовый язык - нечто вроде D или например Vala (с адаптацией
> на QObject а не GObject), вот один из этих двух языков
> очень подходит для такой роли - современного типа и при том
> нативные
Что значит "базовый"? Что значит "устаревший"? Без встроенного сборщика мусора, что ли? Дык пользуйтесь биндингом для того языка, в котором есть вам нужные фичи. И это будет наверняка работать быстрее, чем если бы Qt был изначально написан на том же Python или D.
> 2) конечно желательно как опцию процессоро-независимый и независимый от ОС байт код,
> например на базе LLVM, с соответствующими модульными и оффлайн-онлайн инсталляторами под
> разные ОС...
А ещё было бы здорово, чтобы мой холодильник квартиру пылесосил. Вы вообще понимаете, о чём говорите?
> вот тогда Qt выживет в будущем и будет конкурировать на равных
Угу. Потому что сейчас ему альтернатив (по связке "портируемость + удобство + скорость") практически нет, но если следовать вашим советам, наверняка конкуренты догонят и обгонят.
| | |
| |
| 3.53, Аноним (-), 08:47, 13/09/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> И это будет наверняка работать быстрее, чем если бы Qt был изначально написан на том же Python или D.
Python — допустим. Но почему Вы решили, что Qt будет медленнее, будучи написан на D? Даже наоборот, кое-что точно ускорится — процесс компиляции, из которого полностью устранён препроцессор.
| | |
| |
| 4.67, PereresusNeVlezaetBuggy (ok), 12:34, 13/09/2011 [^] [^^] [^^^] [ответить]
| +3 +/– |
>> И это будет наверняка работать быстрее, чем если бы Qt был изначально написан на том же Python или D.
> Python — допустим. Но почему Вы решили, что Qt будет медленнее, будучи
> написан на D?
Просто потому, что C++ - это мейнстрим, который оптимизируют в хвост и в гриву. При этом язык даёт полное управление над программой, что позволяет выжимать каждую каплю производительности. В D же имеются неподконтрольные или слабо контролируемые сущности (вроде того же сборщика мусора, или ), которые иногда добавляют удобства и скорости разработки, но не бесплатно. :)
Я вовсе не говорю, что D - это плохо. Но для Qt, ИМХО, C++ - самый оптимальный вариант. Это как раз тот случай, когда C++ наиболее уместен. По соображениям портабельности (как в плане компиляции собственно Qt, таки в плане доступа из других сред), производительности, а также контролируемости и гибкости исходного кода.
> Даже наоборот, кое-что точно ускорится — процесс компиляции,
> из которого полностью устранён препроцессор.
Заменили #include на import, и ждём ускорения процесса сборки. Ну-ну. Покажите цифры, которые бы подтверждали реальное ускорение, а там уже можно будет говорить не впустую.
| | |
| |
| 5.69, Junker (?), 13:14, 13/09/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> В D же имеются неподконтрольные или слабо контролируемые сущности (вроде того же сборщика мусора, или ), которые иногда добавляют удобства и скорости разработки, но не бесплатно. :)
Как раз подконтрольные. В D есть возможность ручного выделения памяти, а также сборщик можно отключить при желании.
| | |
| |
| 6.73, PereresusNeVlezaetBuggy (ok), 14:26, 13/09/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> В D же имеются неподконтрольные или слабо контролируемые сущности (вроде того же сборщика мусора, или ), которые иногда добавляют удобства и скорости разработки, но не бесплатно. :)
> Как раз подконтрольные. В D есть возможность ручного выделения памяти, а также
> сборщик можно отключить при желании.
Если его отключить (кстати, о том, что это возможно, я почему-то не знал, прошу прощения), то о преимуществе в виде его использования говорить будет странно. :) А ручное выделение памяти по сути предназначено только для взаимодействия с другими платформами, пользоваться им не очень удобно... во всяком случае, было. Как сейчас - не знаю, может, что-то и изменилось (хотя на digital mars сейчас зашёл, и на скорую руку нового в этой сфере не увидел).
Иными словами: из D можно сделать C++. Но зачем, если C++ уже есть? :)
| | |
| |
| 7.76, Аноним (-), 15:21, 13/09/2011 [^] [^^] [^^^] [ответить]
| +/– |
Из D нельзя сделать С++, пока в плюсах есть препроцессор, а в D — грамотная поддержка модулей. Конечно, добавить в D препроцессор и убрать модульность можно. Но зачем? Ведь препроцессор — это плохо, а модульность — это хорошо.
| | |
|
|
| 5.71, Аноним (-), 13:53, 13/09/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Заменили #include на import, и ждём ускорения процесса сборки.
Сравнили тёплое с мягким. #include указывает на текстовый файл, который следует включить в данный файл (обычно включается заголовочный файл). При включении одного и того же заголовочного файла его приходится окружать #ifdef-ами, дабы не множить сущности без необходимости. import необходимость использования этого костыля устраняет — модуль в процессе сборки подключается ровно один раз. При этом import-у не приходится работать с большими блоками текста, при которых неизбежно многократное копирование одного и того же всякий раз, когда из текста удаляется одна строчка или наоборот, добавляется.
| | |
| |
| 6.72, PereresusNeVlezaetBuggy (ok), 14:23, 13/09/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Заменили #include на import, и ждём ускорения процесса сборки.
> Сравнили тёплое с мягким. #include указывает на текстовый файл, который следует включить
> в данный файл (обычно включается заголовочный файл). При включении одного и
> того же заголовочного файла его приходится окружать #ifdef-ами, дабы не множить
> сущности без необходимости. import необходимость использования этого костыля устраняет
> — модуль в процессе сборки подключается ровно один раз.
Что это костыль - согласен (правда, почти современные компиляторы знают про "#pragma once", но это всё же не так портабельно). Но речь была о производительности.
> При этом
> import-у не приходится работать с большими блоками текста, при которых неизбежно
> многократное копирование одного и того же всякий раз, когда из текста
> удаляется одна строчка или наоборот, добавляется.
Не понял насчёт удаления-добавления строчек. Если имеется в виду многократное включение заголовочного файла, то таки это фича, которой в D нет. :) Если же имеется в виду, что import не пересчитывает заново все исходники, так и ccache никто не отменял... Да, это отдельная от языка сущность, но по факту результат сравнимый. :)
Повторюсь, я не против этих возможностей. Всего лишь говорю, что на производительность реального продукта, который делается реальными инструментами, они не особо влияют.
| | |
| |
| 7.79, Аноним (-), 15:30, 13/09/2011 [^] [^^] [^^^] [ответить] | +/– | Нет, речь была о скорости Причем о скорости компиляции, а не только скорости ис... большой текст свёрнут, показать | | |
|
|
|
|
|
| 2.54, СуперАноним (?), 09:03, 13/09/2011 [^] [^^] [^^^] [ответить]
| +3 +/– | |
>2) конечно желательно как опцию процессоро-независимый и независимый от ОС байт код, например на базе LLVM, с соответствующими модульными и оффлайн-онлайн инсталляторами под разные ОС...
Да не нужны эти фреймворк-виртуальные машины с их байткодами в опенсорсе. Это же мир открытых исходников - берёте исходники и компилируете в нативный машинный код, интересующих вас процессора и ОС.
| | |
|
| 1.57, Аноним (-), 09:22, 13/09/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Ларс Нол (Lars Knoll), создатель KHTML и директор по развитию фреймворка Qt в Nokia
Вот откуда в Qt пошла вся вебизация. Записал в тетрадку.
| | |
|
