Здравствуйте, gandjustas, Вы писали:
G>Фронтэнд прочно занял JS, а серверы — управлямые среды.
На серверах ещё туда-сюда, но на клиенте JS, в сущности, убожество.
G>Удел C++ — legacy решения, созданные 5+ лет назад, хардкорные игры — 90%, еще 10% это эмбед и всячесие HFT, хотя и java в них плотно сидит.
Вас, анти-С++-ников, не понять. 5 лет назад вы говорили, что нового ничего на C++ не пишется. Сейчас для вас "5+ лет назад" — уже legacy, который, выходит, был создан, в частности, тогда, когда такие как вы говорили, что на C++ уже ничего нового не пишут. Короче, прикольные вы ребята. Вы уж либо цифры последовательно увеличивайте, либо перестаньте балабонить одно и то же.
А так, смешно выходит. Лет 10-12 назад от визга: "C++ — на пенсию!" тут уши закладывало. Ну и где? Где пенсия-то? Зажали, злодеи!!!
Я знаю только две бесконечные вещи — Вселенную и человеческую глупость, и я не совсем уверен насчёт Вселенной. (c) А. Эйнштейн
P.S.: Винодельческие провинции — это есть рулез!
Re[2]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, insighter, Вы писали:
lpc>>Тот же вопрос был поставлен перед публикой в 2005 и в 2009 годах. Сегодня 2013 и вопрос совсем не утратил свою актуальность. Голосуем и смотрим как меняется общественное мнение (ссылки на голосования предыдущих лет внутри)!
I>интересно что процент растет (60% в 2005, 70% в 2009 и 85% сейчас). В общем логично, т.к. есть стойкие области где кроме как на плюсах нет смысла на чем то еще писать (и так будет еще фиг знает сколько лет): ядра, драйвера, real-time, десктоп и т.д. I>А то что раньше меньше верили т.к. был еще хип жав и дотнетов, которые так и не смогли вытеснить cpp, ибо управляемые среды, gc, тормоза и т.д.
С и C++ не путаете? ядра и драйверы на C++ почти не пишутся, в основном используется голый С как высокоуровневый ассемблер.
realtime — это что за зверь такой? В реальной жизни его мало.
Фронтэнд прочно занял JS, а серверы — управлямые среды.
Удел C++ — legacy решения, созданные 5+ лет назад, хардкорные игры — 90%, еще 10% это эмбед и всячесие HFT, хотя и java в них плотно сидит.
Re[7]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, _Raz_, Вы писали:
_R_>Ну не томи уже. Черкани пару строк чем "те кто пишет под смартфоны и планшеты" опровергнут: _R_>
_R_>Objective-C — не плюсы
_R_>Andriod NDK — In general, you should only use the NDK if it is essential to your app—never because you simply prefer to program in C/C++.
_R_>ВинФоны — только с восьмерки
А тут нечего опровергать. Если не хочешь писать и поддерживать по десять приложений на каждой платформе, ядро пишешь на плюсах, а морду — на каждой платформе свою.
Re[8]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, ioj, Вы писали:
ioj>как это опровергает то, что под смартфоны и планшеты пишут на плюсах?
Убойная у тебя аргументация, только вот на демагогию смахивает. Выше я тебе написал, что среди 3 самых распространенных платформ долю плюсов в микроскоп не видно. Это тебе понятно или дальше юлить будешь?
Где ответ бородатых дядек "которые пишут под смартфоны и планшеты"?
... << RSDN@Home (RF) 1.2.0 alpha 5 rev. 67>>
Re[10]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, ioj, Вы писали:
ioj>это ты о себе чтоли?
Это я о тебе, который требует с меня опровержения своих же слов.
ioj>как из этого видно долю плюсов?
Значит тебе не понятно. Дальше простая арифметика:
айОсы = 0 по определению (ObjectiveC — не плюсы)
андроиды = стремится к нулю (ссылка выше)
ВинФоны = стремится к нулю (седьмая версия — плюсы запрещены, восьмая — мало распространена и мало софта на плюсах)
ioj>вот и ищи сам пруфы на свои гуглогипотезы.
Молодец. Раз уж ты завел разговор об оценках, то 5 тебе за попытку и 2 за реализацию приписать мне гуглогипотезы, да и еще попытаться получить на них пруфы.
Все же напомню свои слова
Ну не томи уже. Черкани пару строк чем "те кто пишет под смартфоны и планшеты" опровергнут
А ответа так и нет.
... << RSDN@Home (RF) 1.2.0 alpha 5 rev. 67>>
Re[4]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, Геннадий Васильев, Вы писали:
ГВ>Здравствуйте, gandjustas, Вы писали:
G>>Фронтэнд прочно занял JS, а серверы — управлямые среды.
ГВ>На серверах ещё туда-сюда, но на клиенте JS, в сущности, убожество.
Есть децл, но пока только мобилки держатся, ибо JS не обеспечивает UX и функциональность нативного приложений.
ГВ>А так, смешно выходит. Лет 10-12 назад от визга: "C++ — на пенсию!" тут уши закладывало. Ну и где? Где пенсия-то? Зажали, злодеи!!!
Так и вышло. за эти 5 лет C++ почти полностью вылетел из мейнстрима. Его место заняли управляемые языки на пару с JS.
Re: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, lpc, Вы писали:
lpc>Тот же вопрос был поставлен перед публикой в 2005 и в 2009 годах. Сегодня 2013 и вопрос совсем не утратил свою актуальность.
утратил и более того — для полной симметрии пора заводитъ глосование о будущем дотнетчиков
Re[5]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Тот же вопрос был поставлен перед публикой в 2005 и в 2009 годах. Сегодня 2013 и вопрос совсем не утратил свою актуальность. Голосуем и смотрим как меняется общественное мнение (ссылки на голосования предыдущих лет внутри)!
Здравствуйте, insighter, Вы писали:
I>интересно что процент растет (60% в 2005, 70% в 2009 и 85% сейчас). В общем логично, т.к. есть стойкие области где кроме как на плюсах нет смысла на чем то еще писать (и так будет еще фиг знает сколько лет): ядра, драйвера, real-time, десктоп и т.д. I>А то что раньше меньше верили т.к. был еще хип жав и дотнетов, которые так и не смогли вытеснить cpp, ибо управляемые среды, gc, тормоза и т.д.
Я думаю что у многих растет понимание того что с ростом мощностей железа
1) растут функциональные потребности к софту
2) растет жирность фреймворков и модных языков программирования
3) падает квалификация среднестатистического программиста (олд скульных больше не становится, а новички в большинстве глубоко не капают)
Все это сводит прогресс железа практически на "нет" (хотя и не полностью) и из-за этого потребность писать на плюсах не отпадает во многих областях. Впрочем я думаю сегмент С++ все равно медленно уменьшается...
Re: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, lpc, Вы писали:
lpc>Тот же вопрос был поставлен перед публикой в 2005 и в 2009 годах. Сегодня 2013 и вопрос совсем не утратил свою актуальность. Голосуем и смотрим как меняется общественное мнение (ссылки на голосования предыдущих лет внутри)! lpc>http://rsdn.ru/poll/3996
голосование об одном, а флуд о другом.
если придерживаться вопроса о поиске работы, то на плюсах работы вроде как меньше становится.
а язык будет жить ещё довольно долго. тут впору задаваться вопросом, переплюнет ли он кобол?
...coding for chaos...
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 тоже не обладает мега железом, хотя на нем все летает, по сравнению с ведром.
Re[4]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
_R_>Убойная у тебя аргументация, только вот на демагогию смахивает.
это ты о себе чтоли? _R_> Выше я тебе написал, что среди 3 самых распространенных платформ долю плюсов в микроскоп не видно. Это тебе понятно или дальше юлить будешь?
как из этого видно долю плюсов?
_R_>Где ответ бородатых дядек "которые пишут под смартфоны и планшеты"?
вот и ищи сам пруфы на свои гуглогипотезы.
нормально делай — нормально будет
Re: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
13.10.2013 5:40, lpc пишет: > Тот же вопрос был поставлен перед публикой в 2005 и в 2009 годах. > Сегодня 2013 и вопрос совсем не утратил свою актуальность. Голосуем и > смотрим как меняется общественное мнение (ссылки на голосования > предыдущих лет внутри)!
Странная постановка вопроса. Жить плюсы, как и любой мейнстримный язык,
будут ещё очень и очень долго — по крайней мере никак не 3 года и даже
не 10. Соответственно, хорошему плюсовику опасаться за нахождение работы
нечего.
Новых проектов (не N+1 версий имеющегося софта, а именно НОВЫХ) на
плюсах будет всё меньше и меньше.
--
WBR,
Serge.
Posted via RSDN NNTP Server 2.1 beta
Re[8]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, lpc, Вы писали:
lpc>Не знаю что думают те кто пишет под мобильные устройства, но мой S3 периодически так тормозит (=залипает) что хочется бросить его об стену. Может я не прав, но что то мне подсказывает что дело в gc.
Ты не прав, WP7.5/8 не тормозит и не лагает. Нечего покупать какашки по заоблачным ценам и об стенку их кидать не захочется.
lpc> До S3 пользовался несколько лет айфонами, таких проблем не было (там gc вроде как опциональный).
Потому что операционка не создавалась как аналог Windows Mobile 6.5 в отличии от дерьмоида.
Re: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, lpc, Вы писали:
lpc>Тот же вопрос был поставлен перед публикой в 2005 и в 2009 годах. Сегодня 2013 и вопрос совсем не утратил свою актуальность. Голосуем и смотрим как меняется общественное мнение (ссылки на голосования предыдущих лет внутри)!
Опрос традиционно некорректен. Что значит массово создаваться? Начинаться новые или саппортиться существующие. Новые проекта на плюсах массово перестали создавать с 2005. А поддержка старых и, соответственно, возможность найти работу на плюсах будет продолжаться до морковкина заговения.
Дислексия — чума XXI века
Re: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
lpc>Тот же вопрос был поставлен перед публикой в 2005 и в 2009 годах. Сегодня 2013 и вопрос совсем не утратил свою актуальность. Голосуем и смотрим как меняется общественное мнение (ссылки на голосования предыдущих лет внутри)!
интересно что процент растет (60% в 2005, 70% в 2009 и 85% сейчас). В общем логично, т.к. есть стойкие области где кроме как на плюсах нет смысла на чем то еще писать (и так будет еще фиг знает сколько лет): ядра, драйвера, real-time, десктоп и т.д.
А то что раньше меньше верили т.к. был еще хип жав и дотнетов, которые так и не смогли вытеснить cpp, ибо управляемые среды, gc, тормоза и т.д.
Здравствуйте, gandjustas, Вы писали:
G>Удел C++ — legacy решения, созданные 5+ лет назад, хардкорные игры — 90%, еще 10% это эмбед и всячесие HFT, хотя и java в них плотно сидит.
пообщайся с теми кто пишет приложения для мобильников и планшетов и удивись.
нормально делай — нормально будет
Re[6]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, ioj, Вы писали:
ioj>пятёрка за гугление, двойка за практику. Ещё раз — пообщайтесь с теми кто пишет под смартфоны и планшеты.
Ну не томи уже. Черкани пару строк чем "те кто пишет под смартфоны и планшеты" опровергнут:
Objective-C — не плюсы
Andriod NDK — In general, you should only use the NDK if it is essential to your app—never because you simply prefer to program in C/C++.
ВинФоны — только с восьмерки
... << RSDN@Home (RF) 1.2.0 alpha 5 rev. 67>>
Re[6]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, _Raz_, Вы писали:
_R_>Ну не томи уже. Черкани пару строк чем "те кто пишет под смартфоны и планшеты" опровергнут: _R_>
_R_>Objective-C — не плюсы
_R_>Andriod NDK — In general, you should only use the NDK if it is essential to your app—never because you simply prefer to program in C/C++.
_R_>ВинФоны — только с восьмерки
Не знаю что думают те кто пишет под мобильные устройства, но мой S3 периодически так тормозит (=залипает) что хочется бросить его об стену. Может я не прав, но что то мне подсказывает что дело в gc. До S3 пользовался несколько лет айфонами, таких проблем не было (там gc вроде как опциональный).
Re[8]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, lpc, Вы писали:
lpc>Не знаю что думают те кто пишет под мобильные устройства,
Не ожиданный поворот.
lpc> но мой S3 периодически так тормозит (=залипает) что хочется бросить его об стену. Может я не прав, но что то мне подсказывает что дело в gc.
Ты не прав — дело в руках, а не в инструменте.
lpc>До S3 пользовался несколько лет айфонами, таких проблем не было (там gc вроде как опциональный).
И заметь, при этом Objective-C — не плюсы.
... << RSDN@Home (RF) 1.2.0 alpha 5 rev. 67>>
Re[7]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
_R_>Ну не томи уже. Черкани пару строк чем "те кто пишет под смартфоны и планшеты" опровергнут: _R_>
_R_>Objective-C — не плюсы
_R_>Andriod NDK — In general, you should only use the NDK if it is essential to your app—never because you simply prefer to program in C/C++.
_R_>ВинФоны — только с восьмерки
как это опровергает то, что под смартфоны и планшеты пишут на плюсах?
нормально делай — нормально будет
Re[9]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, _Raz_, Вы писали:
lpc>>Не знаю что думают те кто пишет под мобильные устройства, _R_>Не ожиданный поворот.
Да ладно? Очень интересно что здесь неожиданного.
lpc>> но мой S3 периодически так тормозит (=залипает) что хочется бросить его об стену. Может я не прав, но что то мне подсказывает что дело в gc. _R_>Ты не прав — дело в руках, а не в инструменте.
Ну т.е. все писатели под андроид (включая писателий самого андройда) — криворукие? Интересное заявление.
lpc>>До S3 пользовался несколько лет айфонами, таких проблем не было (там gc вроде как опциональный). _R_>И заметь, при этом Objective-C — не плюсы.
В данном контексте это без разницы, речь идет о GC vs manual memory management.
Re[10]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, lpc, Вы писали:
lpc>Да ладно? Очень интересно что здесь неожиданного.
Это я тебя с ежом перепутал. Показалось, что он так с темы съехать хочет.
lpc>Ну т.е. все писатели под андроид (включая писателий самого андройда) — криворукие? Интересное заявление.
Имхую, конечно, и осознаю громкость фразы, но да. Как контрпример могу вспомнить ВинМобайл с .net ce на дохлом железе и ВинФоны.
lpc>В данном контексте это без разницы, речь идет о GC vs manual memory management.
Если знать как работает реализация GC под который пишем и учитывать это — то разница будет в погрешности. Много было споров на эту тему, но вот реальный аргумент вспоминается только от csmile о реализации html dom в управляемых языках.
... << RSDN@Home (RF) 1.2.0 alpha 5 rev. 67>>
Re[3]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, gandjustas, Вы писали:
G>С и C++ не путаете? ядра и драйверы на C++ почти не пишутся, в основном используется голый С как высокоуровневый ассемблер. G>realtime — это что за зверь такой? В реальной жизни его мало. G>Фронтэнд прочно занял JS, а серверы — управлямые среды. G>Удел C++ — legacy решения, созданные 5+ лет назад, хардкорные игры — 90%, еще 10% это эмбед и всячесие HFT, хотя и java в них плотно сидит.
"с широко закрытыми глазами"
Re[8]: Будущее С++ (не пропустите, традиционное голосование с 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 года!)
Здравствуйте, 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
Здравствуйте, hrensgory, Вы писали:
.
H>Новых проектов (не N+1 версий имеющегося софта, а именно НОВЫХ) на H>плюсах будет всё меньше и меньше.
с чегобы это? начиная с восъмёрки МС делает опятъ ставку на плюсовиков, может болъше?
МС на конференции нам сказали что именно за счёт того что они надеются что опытные сишники с перформесом языка
и позволят сделатъ прорыв на рынке мобилъных устройств а ведъ это сейчас практичеки толъко начинается, рынок огромен
Re[11]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, _Raz_, Вы писали:
ioj>>как из этого видно долю плюсов?
_R_>Значит тебе не понятно. Дальше простая арифметика:
_R_>айОсы = 0 по определению (ObjectiveC — не плюсы)
Под Мак вроде никто не мешает писать на плюсах, вроде как только родной гуй на ObjectiveC завязан, но гуй можно и не родной использовать — Qt/WxWidgets.
Полагаю, что для айОса ситуация такая же, может только гуй надо на ObjectiveC писать обязательно.
_R_>андроиды = стремится к нулю (ссылка выше)
Писал под андроид, на яве — одну прогу сделал, и решил, что если и буду что-то под андроид писать — только на плюсах, на яве — только гуй. Ну и там еще проблемка с NDK была — не поддерживались исключения C++, надеюсь, что ситуация изменится, или может уже изменилась.
_R_>ВинФоны = стремится к нулю (седьмая версия — плюсы запрещены, восьмая — мало распространена и мало софта на плюсах)
подождемс.
Как разработчику софта (в основном пока для десктопа и винды) мне хочется окучить и Мак и мобильные платформы, но переписывать все каждый раз под новую платформу на новом языке — это себя не любить. Проще подождать, пока поддержка C++ в платформе достигнет приемлемого уровня. А не достигнет — ну значит, не очень мне и нужна такая платформа.
Была бы хорошая поддержка явы, например, на большинстве платформ — писал бы на яве
Архитектура не зависит от языка программирования. Если я правильно понимаю, то архитектурно отрисовка Android осталась с тех времен, когда делался конкурент WinCE. Плюс, ничем не ограниченная многозадачность. На iOS и WP фоновый процесс останавливается, если он не плеер, навигатор или заканчивает отправку SMS. При этом большинство ресурсов процессора оказываются доступны активному приложению. При нехватке памяти фоновые приложения просто прибиваются.
Здравствуйте, lpc, Вы писали: lpc>Не знаю что думают те кто пишет под мобильные устройства, но мой S3 периодически так тормозит (=залипает) что хочется бросить его об стену. Может я не прав, но что то мне подсказывает что дело в gc. До S3 пользовался несколько лет айфонами, таких проблем не было (там gc вроде как опциональный).
Re[13]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Мне кажется, что у них не чистый C++, а C++ + LUA или какой-нибудь другой скриптовый язык. Но это мои предположения.
Большая часть игр пишется максимально кросс-платформенной: они выпускаются под телефоны, консоли и компы. Поэтому C/C++ — ваш выбор. Библиотеки типа Unity дают возможность писать на JS или C#, но сами написаны на си.
Здравствуйте, _Raz_, Вы писали:
_R_>Пруф? Или как с "теми кто пишет под смартфоны и планшеты" скипнешь?
Re[10]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Погуглите. Xamarin по расчетам Gartner один из лидеров рынка кросс-платформенной разработки с $15+ миллионами выручки.
Delphi — нишевая IDE с кросс-платформенными функциями.
Здравствуйте, artem.komisarenko, Вы писали:
AK>Что такое Xamarin? Что такое Delphi XE5?
Re[2]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, lpc, Вы писали:
lpc>Думаю что у гугла и писателей под андройд хватает прямых рук, здесь проблема фундаментальней — если есть garbage collection то рано или поздно оно случится и приложение залипнет. Залип на сервере мало заметен и не большая проблема, а вот залип в GUI на сотые доли секунды — бросается в глаза моментально. Именно это и случается с телефоном — пытаешься его разблокировать и сделать слайд, а оно как специально начинает в этот момент мусорок убирать.
К слову, у Эплов давно уже есть сборщик мусора на десктопе, но во время разработки ифонов они его решили отключить, т. к. посчитали сборку мусора слишком расточительной для мобильных устройств. Результат — налицо: Андроиды сразу же стали выходить на более мощном железе чем Ифоны и при этом у них тормозила даже анимация переходов между простейшими формами.
Re[11]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, chebum, Вы писали:
C>Погуглите. Xamarin по расчетам Gartner один из лидеров рынка кросс-платформенной разработки с $15+ миллионами выручки. C>Delphi — нишевая IDE с кросс-платформенными функциями.
Вот "нишевое" — очень правильное слово. Если необходимо выпустить проект-однодневку типа "аутсорс мобильного приложения для веб-сервиса, потому что модно и заказчик хочет" или "игрулька окупающаяся (или нет) за три месяца и умирающая", то это всё, наверное, может быть полензным. Если же проект должен покрывать несколько платформ и жить хоть сколько-нибудь долго, то только плюсы, только хардкор. Потому они были и есть на практически любой мобильной платформе и будут теперь на всех последующих, а поддержку той или иной платформы 3-rd party средами можно и не дождаться или же она может резко прекратиться.
Re[5]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Не смог найти ответ тебе. В общем. Под iOS можно писать на C++, компилятор поддерживает генерацию кода из C++. А уже платформенно-зависимые вещи пишутся на Objective-C. Получается кросс-платформенный код, и небольшая обертка для платформенно-зависимого. То же самое касается и Android. Именно так и пишут игры, чтобы не переписывать код под каждую платформу, и было нормальное быстродействие. Под WinPhone да, и именно поэтому много игр не было портировано на старые версии, ибо дорого это, писать с нуля. Но в 8 версии Microsoft, наконец, одумались. Поэтому количество приложений, скорей всего, увеличится, если еще не увеличилось по сравнению с 7.5
Re[3]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, pik, Вы писали:
pik>с чегобы это? начиная с восъмёрки МС делает опятъ ставку на плюсовиков, может болъше? pik>МС на конференции нам сказали что именно за счёт того что они надеются что опытные сишники с перформесом языка pik>и позволят сделатъ прорыв на рынке мобилъных устройств а ведъ это сейчас практичеки толъко начинается, рынок огромен
Я вот ставки на плюсовиков в упор не вижу. Они имели в виду наверное, что игрушки они желают видеть на плюсах/directx. Что разумно, потому что в топе приложений платных всегда игрушки и это драйвер покупки таких устройств.
Re[3]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, lpc, Вы писали:
lpc>Тот же вопрос был поставлен перед публикой в 2005 и в 2009 годах. Сегодня 2013 и вопрос совсем не утратил свою актуальность. Голосуем и смотрим как меняется общественное мнение (ссылки на голосования предыдущих лет внутри)!
Чтобы узнать результат 2009 мне надо проголосовать! Статистика совершенно портится.
Re[2]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, smallpoxlet, Вы писали:
S>Опрос традиционно некорректен. Что значит массово создаваться? Начинаться новые или саппортиться существующие. Новые проекта на плюсах массово перестали создавать с 2005. А поддержка старых и, соответственно, возможность найти работу на плюсах будет продолжаться до морковкина заговения.
Не согласен. Если взять тот же Qt, то со временем число создаваемых (новых!) проектов на нём именно что растёт. Даже очень крупных, типа линуксовых DE (не только KDE).
G>Это сильно зависит от того как сделан UI. Вот например в WP и iOS рендерингом занимается отдельный unmanaged поток, который не останавливается при сборке мусора, поэтому анимация всегда плавная и gc не мешает. В Андроиде приняли решение сделать как полностью однопоточный UI, где происходит обработка запрсов и рендеринг примитивов. Вот и получается, что андроиду требуется 4 ядра и два гига памяти для плавной работы. А еще в андроиде можно наплодить много фоновых процессов, которые будут мешать основному процессу. G>Причем использованием C++ эта проблема также не решается. G>При такой архитектуре, как у андроида, спасти может только железо уровня десктопа. Ты посмотри сейчас какое мощное железо у топовых андроидов, по сравнению с WP, хотя WP плавнее и шустрее. iPhone 4 тоже не обладает мега железом, хотя на нем все летает, по сравнению с ведром.
мнения разделились, но так и не понял: гугол специально сделал обычный приоритет типа много процессов хорошо, а железо быстро растет. Или же только потому что как конкурент клавиатурному blackberry задумывался, до выхода тач-скрин айфона
ИМХО, второе. Переписать отрисовку можно, но это может привести к непредсказуемым последствиям. Вроде сотен тысяч неработающих приложений в Google Play.
Здравствуйте, insighter, Вы писали:
I>мнения разделились, но так и не понял: гугол специально сделал обычный приоритет типа много процессов хорошо, а железо быстро растет. Или же только потому что как конкурент клавиатурному blackberry задумывался, до выхода тач-скрин айфона
Re[3]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, gandjustas, Вы писали:
G>Удел C++ — legacy решения, созданные 5+ лет назад, хардкорные игры — 90%, еще 10% это эмбед и всячесие HFT, хотя и java в них плотно сидит.
Тихо, не спугните, ждем новых откровений.
Re[9]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
C>ИМХО, второе. Переписать отрисовку можно, но это может привести к непредсказуемым последствиям. Вроде сотен тысяч неработающих приложений в Google Play.
Здравствуйте, Nuzhny, Вы писали:
N>Не согласен. Если взять тот же Qt, то со временем число создаваемых (новых!) проектов на нём именно что растёт. Даже очень крупных, типа линуксовых DE (не только KDE).
А проектов на MFC падает, и что? Тем более что Qt != С++, биндинги из Qt есть для всех популярных языков.
Дислексия — чума XXI века
Re[13]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, gandjustas, Вы писали:
G>При такой архитектуре, как у андроида, спасти может только железо уровня десктопа. Ты посмотри сейчас какое мощное железо у топовых андроидов, по сравнению с WP, хотя WP плавнее и шустрее. iPhone 4 тоже не обладает мега железом, хотя на нем все летает, по сравнению с ведром.
Оно не летает, просто анимации захардкожены и сделаны очень плавно. Какой-нибудь кастомный UI код тормозит так же.
Здравствуйте, lpc, Вы писали:
A>>Чтобы узнать результат 2009 мне надо проголосовать! Статистика совершенно портится.
lpc>Зыкрыл... зыкрыл бы сразу, но сделать это не просто оказалось.
К сожалению сейчас опрос смещён теми, кто выше отписался о какой-то закономерности.
Скорее всего оригинальные значения ниже, чем 73,56%.
Re[14]: Будущее С++ (не пропустите, традиционное голосование с 2005 года!)
Здравствуйте, Cyberax, Вы писали:
C>Здравствуйте, gandjustas, Вы писали:
G>>При такой архитектуре, как у андроида, спасти может только железо уровня десктопа. Ты посмотри сейчас какое мощное железо у топовых андроидов, по сравнению с WP, хотя WP плавнее и шустрее. iPhone 4 тоже не обладает мега железом, хотя на нем все летает, по сравнению с ведром. C>Оно не летает, просто анимации захардкожены и сделаны очень плавно. Какой-нибудь кастомный UI код тормозит так же.
Что значит "захаржкожены" ? Ты вполне можешь описать анимацию, которая меняет любое свойство по заданной тобой "траектории". И оно будет выполняться в render-потоке и анимация не зависнет, даже если ты цикл бесконечный начнешь выполнять в UI потоке. А в андроиде зависнет.
Здравствуйте, insighter, Вы писали:
G>>Это сильно зависит от того как сделан UI. Вот например в WP и iOS рендерингом занимается отдельный unmanaged поток, который не останавливается при сборке мусора, поэтому анимация всегда плавная и gc не мешает. В Андроиде приняли решение сделать как полностью однопоточный UI, где происходит обработка запрсов и рендеринг примитивов. Вот и получается, что андроиду требуется 4 ядра и два гига памяти для плавной работы. А еще в андроиде можно наплодить много фоновых процессов, которые будут мешать основному процессу. G>>Причем использованием C++ эта проблема также не решается. G>>При такой архитектуре, как у андроида, спасти может только железо уровня десктопа. Ты посмотри сейчас какое мощное железо у топовых андроидов, по сравнению с WP, хотя WP плавнее и шустрее. iPhone 4 тоже не обладает мега железом, хотя на нем все летает, по сравнению с ведром.
I>эпический срач на тему ui потока: http://www.slashgear.com/google-engineer-explains-why-android-ui-will-never-be-as-fluid-as-ios-or-wp7-06200487/
I>мнения разделились, но так и не понял: гугол специально сделал обычный приоритет типа много процессов хорошо, а железо быстро растет. Или же только потому что как конкурент клавиатурному blackberry задумывался, до выхода тач-скрин айфона
ХЗ зачем сделал, но однозначно никаких преимуществ не несет. В iOS и WP есть модель фоновых процессов, которая работает не хуже, чем честная многозадачность ведроида, а интерфейс гораздо лучше. Кроме того честная многозадачность и мощное железо, которое нужно чтобы UI не лагал, ведет к повышенной нагрузке на батарею. В итоге ведроид работает в 4 раза меньше, чем WP на такой же батарейке.
