Здравствуйте, gandjustas, Вы писали:
G>С и C++ не путаете? ядра и драйверы на C++ почти не пишутся, в основном используется голый С как высокоуровневый ассемблер. G>realtime — это что за зверь такой? В реальной жизни его мало. G>Фронтэнд прочно занял JS, а серверы — управлямые среды. G>Удел C++ — legacy решения, созданные 5+ лет назад, хардкорные игры — 90%, еще 10% это эмбед и всячесие HFT, хотя и java в них плотно сидит.
"с широко закрытыми глазами"
Re[10]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, ioj, Вы писали:
ioj>это ты о себе чтоли?
Это я о тебе, который требует с меня опровержения своих же слов.
ioj>как из этого видно долю плюсов?
Значит тебе не понятно. Дальше простая арифметика:
айОсы = 0 по определению (ObjectiveC — не плюсы)
андроиды = стремится к нулю (ссылка выше)
ВинФоны = стремится к нулю (седьмая версия — плюсы запрещены, восьмая — мало распространена и мало софта на плюсах)
ioj>вот и ищи сам пруфы на свои гуглогипотезы.
Молодец. Раз уж ты завел разговор об оценках, то 5 тебе за попытку и 2 за реализацию приписать мне гуглогипотезы, да и еще попытаться получить на них пруфы.
Все же напомню свои слова
Ну не томи уже. Черкани пару строк чем "те кто пишет под смартфоны и планшеты" опровергнут
А ответа так и нет.
... << RSDN@Home (RF) 1.2.0 alpha 5 rev. 67>>
Re[11]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, artem.komisarenko, Вы писали:
AK>А тут нечего опровергать.
Ну давайте уже по пунктам.
AK>Если не хочешь писать и поддерживать по десять приложений на каждой платформе, ядро пишешь на плюсах, а морду — на каждой платформе свою.
Ну или Xamarin, или Delphi XE5.
... << RSDN@Home (RF) 1.2.0 alpha 5 rev. 67>>
Re[12]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, gandjustas, Вы писали:
G>Удел C++ — legacy решения, созданные 5+ лет назад, хардкорные игры — 90%, еще 10% это эмбед и всячесие HFT, хотя и java в них плотно сидит.
Здравствуйте, _Raz_, Вы писали:
lpc>>Ну т.е. все писатели под андроид (включая писателий самого андройда) — криворукие? Интересное заявление. _R_>Имхую, конечно, и осознаю громкость фразы, но да. Как контрпример могу вспомнить ВинМобайл с .net ce на дохлом железе и ВинФоны. lpc>>В данном контексте это без разницы, речь идет о GC vs manual memory management.
_R_>Если знать как работает реализация GC под который пишем и учитывать это — то разница будет в погрешности. Много было споров на эту тему, но вот реальный аргумент вспоминается только от csmile о реализации html dom в управляемых языках.
Думаю что у гугла и писателей под андройд хватает прямых рук, здесь проблема фундаментальней — если есть garbage collection то рано или поздно оно случится и приложение залипнет. Залип на сервере мало заметен и не большая проблема, а вот залип в GUI на сотые доли секунды — бросается в глаза моментально. Именно это и случается с телефоном — пытаешься его разблокировать и сделать слайд, а оно как специально начинает в этот момент мусорок убирать.
Знания особенностей реализации GC могут улучшить но не спасти ситуацию. Спасти может только техника zero gc (которой я занимаюсь несколько лет за деньги работая в low latency алго-трейдинге), но применить этот подход к мобильной ОС и мобильным приложенияем будет очень сложно (поэтому видимо это никто и не делает).
Re[2]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, neFormal, Вы писали:
F>голосование об одном, а флуд о другом.
Ну это так всегда
F>если придерживаться вопроса о поиске работы, то на плюсах работы вроде как меньше становится.
Меньше, факт, но она есть и найти ее не проблема. Новые проекты на плюсах тоже появляются.
F>а язык будет жить ещё довольно долго. тут впору задаваться вопросом, переплюнет ли он кобол?
У нас, кстати, еще есть одна большая система на коболе, тянут лямку до сих пор. Но думаю это явление далеко не массовое.
Re[3]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
lpc>Я думаю что у многих растет понимание того что с ростом мощностей железа lpc>1) растут функциональные потребности к софту lpc>2) растет жирность фреймворков и модных языков программирования lpc>3) падает квалификация среднестатистического программиста (олд скульных больше не становится, а новички в большинстве глубоко не капают)
lpc>Все это сводит прогресс железа практически на "нет" (хотя и не полностью) и из-за этого потребность писать на плюсах не отпадает во многих областях. Впрочем я думаю сегмент С++ все равно медленно уменьшается...
не совсем понял, ведь прогресс железа особо не коррелирует с прогрессом развития языков, а зависит только от технологий чипов/ядер и т.д.
Здравствуйте, ioj, Вы писали:
ioj>Здравствуйте, gandjustas, Вы писали:
G>>Удел C++ — legacy решения, созданные 5+ лет назад, хардкорные игры — 90%, еще 10% это эмбед и всячесие HFT, хотя и java в них плотно сидит.
ioj>пообщайся с теми кто пишет приложения для мобильников и планшетов и удивись.
Каждый день общаюсь — ObjectiveC и Java.
Re[4]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, Геннадий Васильев, Вы писали:
ГВ>Здравствуйте, gandjustas, Вы писали:
G>>Фронтэнд прочно занял JS, а серверы — управлямые среды.
ГВ>На серверах ещё туда-сюда, но на клиенте JS, в сущности, убожество.
Есть децл, но пока только мобилки держатся, ибо JS не обеспечивает UX и функциональность нативного приложений.
ГВ>А так, смешно выходит. Лет 10-12 назад от визга: "C++ — на пенсию!" тут уши закладывало. Ну и где? Где пенсия-то? Зажали, злодеи!!!
Так и вышло. за эти 5 лет C++ почти полностью вылетел из мейнстрима. Его место заняли управляемые языки на пару с JS.
Re[4]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, Evgeny.Panasyuk, Вы писали:
EP>Здравствуйте, gandjustas, Вы писали:
G>>Удел C++ — legacy решения, созданные 5+ лет назад, хардкорные игры — 90%, еще 10% это эмбед и всячесие HFT, хотя и java в них плотно сидит.
EP>Угадай какому языку учат дизайнеров "Parsons The New School for Design" EP>http://channel9.msdn.com/Events/GoingNative/2013/Keynote-Herb-Sutter-One-Cpp
Угадай какому языку учат в MIT? И какому раньше учили?
Как это коррелирует с реальным использованием?
Re: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
интересно было бы знатъ мнение тех кто выбрал <3 лет, это толъко про российский рынок или как?
и вообще опрос толъко по российскому рынку или глобалъный?
Re[12]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
lpc>Думаю что у гугла и писателей под андройд хватает прямых рук, здесь проблема фундаментальней — если есть garbage collection то рано или поздно оно случится и приложение залипнет. Залип на сервере мало заметен и не большая проблема, а вот залип в GUI на сотые доли секунды — бросается в глаза моментально. Именно это и случается с телефоном — пытаешься его разблокировать и сделать слайд, а оно как специально начинает в этот момент мусорок убирать. lpc>Знания особенностей реализации GC могут улучшить но не спасти ситуацию.
странно что гугол заложился на gc в андройде, добавили бы в android api чтото вроде:
Android.getSystem().deAlloc(Object... iDontNeed)
чтобы самому можно было явно освобождать, тем более что процы в смартах в разы слабее.
Или они верили что прогресс в железе быстро нивелирует тормоза gc
13.10.2013 5:40, lpc пишет: > Тот же вопрос был поставлен перед публикой в 2005 и в 2009 годах. > Сегодня 2013 и вопрос совсем не утратил свою актуальность. Голосуем и > смотрим как меняется общественное мнение (ссылки на голосования > предыдущих лет внутри)!
Странная постановка вопроса. Жить плюсы, как и любой мейнстримный язык,
будут ещё очень и очень долго — по крайней мере никак не 3 года и даже
не 10. Соответственно, хорошему плюсовику опасаться за нахождение работы
нечего.
Новых проектов (не N+1 версий имеющегося софта, а именно НОВЫХ) на
плюсах будет всё меньше и меньше.
--
WBR,
Serge.
Posted via RSDN NNTP Server 2.1 beta
Re[2]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, hrensgory, Вы писали:
.
H>Новых проектов (не N+1 версий имеющегося софта, а именно НОВЫХ) на H>плюсах будет всё меньше и меньше.
с чегобы это? начиная с восъмёрки МС делает опятъ ставку на плюсовиков, может болъше?
МС на конференции нам сказали что именно за счёт того что они надеются что опытные сишники с перформесом языка
и позволят сделатъ прорыв на рынке мобилъных устройств а ведъ это сейчас практичеки толъко начинается, рынок огромен
Re[12]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, lpc, Вы писали:
lpc>Думаю что у гугла и писателей под андройд хватает прямых рук, здесь проблема фундаментальней — если есть garbage collection то рано или поздно оно случится и приложение залипнет. Залип на сервере мало заметен и не большая проблема, а вот залип в GUI на сотые доли секунды — бросается в глаза моментально. Именно это и случается с телефоном — пытаешься его разблокировать и сделать слайд, а оно как специально начинает в этот момент мусорок убирать.
Это сильно зависит от того как сделан UI. Вот например в WP и iOS рендерингом занимается отдельный unmanaged поток, который не останавливается при сборке мусора, поэтому анимация всегда плавная и gc не мешает. В Андроиде приняли решение сделать как полностью однопоточный UI, где происходит обработка запрсов и рендеринг примитивов. Вот и получается, что андроиду требуется 4 ядра и два гига памяти для плавной работы. А еще в андроиде можно наплодить много фоновых процессов, которые будут мешать основному процессу.
Причем использованием C++ эта проблема также не решается.
lpc>Знания особенностей реализации GC могут улучшить но не спасти ситуацию. Спасти может только техника zero gc (которой я занимаюсь несколько лет за деньги работая в low latency алго-трейдинге), но применить этот подход к мобильной ОС и мобильным приложенияем будет очень сложно (поэтому видимо это никто и не делает).
При такой архитектуре, как у андроида, спасти может только железо уровня десктопа. Ты посмотри сейчас какое мощное железо у топовых андроидов, по сравнению с WP, хотя WP плавнее и шустрее. iPhone 4 тоже не обладает мега железом, хотя на нем все летает, по сравнению с ведром.