|
2.5, User294 (ok), 21:39, 08/12/2010 [^] [^^] [^^^] [ответить]
| +2 +/– |
И куть в качестве тулкита вижетов. Можно еще с гтк для гномеров. Ой, так это же миго получится?! :) Вон в маемо гстример уже давным давно есть. Работает себе. При том - менее похабно чем то чего нокия пихает под симбиан. Хотя лично мене mplayer как-то больше нравится.
| |
2.8, iZEN (ok), 22:18, 08/12/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Осталось только жаву на C++ заменить.
Ага. И приостановить выпуск новых приложений на десятилетие, чтобы переучить Java-программистов на C++ и ручное управление памятью по двухтысячестраничному талмуду ISO-стандарта на C++. :))
| |
|
3.9, Аноним (-), 00:04, 09/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
Чтобы прочитать такой талмуд, надо 2-3 месяца факультативного чтения. Совсем немного, внезапно? Его необязательно весь с первого раза понять, для программирования пользовательских приложений. К тому же, неужто так сложно писать delete вовремя ну или вообще.
| |
|
4.11, BSA (?), 00:48, 09/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
delete вообще использовать не надо - надо использовать технологии, которые гарантируют освобождение памяти: std::auto_ptr, boost::shared_ptr, boost::scoped_ptr...
| |
4.12, iZEN (ok), 02:52, 09/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Чтобы прочитать такой талмуд, надо 2-3 месяца факультативного чтения. Совсем немного, внезапно?
Внезапно: язык C++ устарел на 30 лет. Java сравнительно молодой — всего 15 лет, а после выхода Java 5.0 в 2004 году, можно считать, что практически полностью помолодел и удовлетворяет современным требованиям защищённого программирования.
Изучается сравнительно легко. Не нужны препроцессорные заморочки C/C++, которые из кусочков-файлов сначала строят простыню-программу, заменяют макросы их определениями и из этой кучи получившегося г. делают конфетку. В Java быстрый однопроходной компилятор, написанный на самом языке.
> Его необязательно весь с первого раза понять, для программирования пользовательских приложений.
На Swing тоже не нужно писать пользовательские приложения для Android, так как Swing там не применяется. :) Можно просто прочесть книжку "Pro Android" Sayed Y. Hashimi, Satya Komatineni издательства Apress (всего 466 стр.), чтобы просто написать приложение для Android OS и сервисов Google.
> К тому же, неужто так сложно писать delete вовремя ну или вообще.
Вообще, в моде лет так 25, уже давно "защитное" программирование, когда не нужно врукопашную бороться с утечками памяти и болтающимися в памяти ненужными объектами — это лучше и быстрее сделает профилировщик кода, а с действительно недостижимыми объектами и их сложными отношениями (недоступные из основной программы замкнутые графы) разберётся сборщик мусора. ;)
| |
|
5.14, Аноним (-), 03:08, 09/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Внезапно: язык C++ устарел на 30 лет.
Так хотелось бы думать... но нет :))
> защищённого программирования.
Тормозного и наплевательского к ресурсам программирования.
> Изучается сравнительно легко. Не нужны препроцессорные заморочки C/C++, которые из кусочков-файлов
> сначала строят простыню-программу, заменяют макросы их определениями и из этой кучи
> получившегося г. делают конфетку.
Причем что в этом плохого ты объяснить не способен.
> В Java быстрый однопроходной компилятор, написанный на самом языке.
Который ничего не оптимизирует.
> Вообще, в моде лет так 25, уже давно "защитное" программирование, когда не
> нужно врукопашную бороться с утечками памяти и болтающимися в памяти ненужными
> объектами — это лучше и быстрее сделает профилировщик кода, а с
> действительно недостижимыми объектами и их сложными отношениями (недоступные из основной
> программы замкнутые графы) разберётся сборщик мусора. ;)
Открою секрет - в C++ тоже можно использовать сборщик мусора, причем гораздо эффективнее. Только случаев когда он действительно нужен не так уж и много.
| |
|
6.16, iZEN (ok), 12:05, 09/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
>> В Java быстрый однопроходной компилятор, написанный на самом языке.
> Который ничего не оптимизирует.
Инлайнинг, конкатенация строк, автобоксинг, выбрасывание вычисления инвариантов, оптимизация циклов и т.д. Если это "ничего", то я согласен. :))
| |
|
5.15, Аноним (-), 10:54, 09/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
А в моём понимании не хочется тратить ресурсы на сборщик мусора. А так... Поэтому и гоняемся за гигагерцами, ради того, чтобы хотя бы Aero работало без тормозов в одной малоизвестной операционной системе... Потребность в ПО большая, качественных ресурсов - похоже не так много. :)
Но, в любом случае, Tastes differ. )
| |
|
|
3.13, Аноним (-), 03:05, 09/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Ага. И приостановить выпуск новых приложений на десятилетие, чтобы переучить Java-программистов на C++ и ручное управление памятью по двухтысячестраничному талмуду ISO-стандарта на C++. :))
Напротив, дать возможность не тратить десятилетие на переписывание всего софта что уже есть на недоязыке с тормозной vm.
| |
|
|
1.4, Аноним (-), 21:24, 08/12/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> По мнению Харальда, компания ST-Ericsson движется в правильном направлении: она не только выпустила свое расширение к gstreamer под GPL-совместимой лицензией, но и активно работает над внесением подготовленных улучшений в родительский проект (upstream).
А можно уточнить под какой именно GPL совместимой? учитывая что GPL v2 и GPL v3 не совместимы :)
| |
|