я вижу будущее таким: будут долго выпускать ноуты с производительностью проца типа пентиум 4, просто называя их по разному и ребрендя, аля на новом процессоре производительность увеличилась на 3%, и линейку аналогичную пентиумам 3 ( атом… атом 2). Современная выч. техника хороша тем, что плохо ломается. Ну интелу хорошоб задуматься об специальной прошивке к процам, которая убивала бы проц после 2-3 лет пользования. Мне кажется nokia уже давно так убивает старые телефоны (или сотовые сети жарят датчик).
Параллельность будет медленно наступать программистам на горло. На самом деле два ядра хватает для интерактивности с лихвой. Единственное слабое место — жоский диск (долго читать/писать). Но если распаралелить жоский диск в райд, то… наступит будущее, где у всех будет скоростные ssd (где многие банки будут зеркалироваться и за счет этого будет повышаться скорость)
Параллельность в приложениях — это просто распораллеливания обработки событий гуя. Параллельность должна быть на уровне прикладных библиотек. Думаю проблем с этим не будет в будущем (да и сейчас). Еще бы круто было наконец массово выпускать программистов и начальников проектов умеющих представить себе способ решения проблем параллельно.
И не плохо бы язык программирования с удобным способом распораллеливания задачи (не знаю как вы, а я считаю с++ идеальным языком, но нет удобных бесплатных IDE для отладки ). Вот NetBeans действительно удобна. MSVS — дороговата. QTCreator — сыровата.
И еще очень бесит разные системы сборки tmake, cmake, qmake, nmake… и особенно те, которые не легко собрать под винду (autotools).
Бесят совсем не паралельные GNU проекты с их тулзами которые написаны на сишнике 30 лет, на которые нету достойной документации, и компания fsf трясется над ними как над зеницей ока, вершиной программистской мысли.
… лет через 30 все равно будем копаться в не параллельном коде, не оптимизированных программах.
Кстати видюхи никого не спасут — мы все равно уткнемся в предел производительности, тем более не любая операция на видюхе быстрее работает.
Нет. Есть режим перекодировки (транскодирование) в понятный формат. Я пробовал без кодеков на сервере расшарить фильм, но PS3 не распознавала формат фильма, и только после установки библиотек все заработало.
www.youtube.com/watch?v=8WCHEF_-RY0
Параллельность будет медленно наступать программистам на горло. На самом деле два ядра хватает для интерактивности с лихвой. Единственное слабое место — жоский диск (долго читать/писать). Но если распаралелить жоский диск в райд, то… наступит будущее, где у всех будет скоростные ssd (где многие банки будут зеркалироваться и за счет этого будет повышаться скорость)
Параллельность в приложениях — это просто распораллеливания обработки событий гуя. Параллельность должна быть на уровне прикладных библиотек. Думаю проблем с этим не будет в будущем (да и сейчас). Еще бы круто было наконец массово выпускать программистов и начальников проектов умеющих представить себе способ решения проблем параллельно.
И не плохо бы язык программирования с удобным способом распораллеливания задачи (не знаю как вы, а я считаю с++ идеальным языком, но нет удобных бесплатных IDE для отладки ). Вот NetBeans действительно удобна. MSVS — дороговата. QTCreator — сыровата.
И еще очень бесит разные системы сборки tmake, cmake, qmake, nmake… и особенно те, которые не легко собрать под винду (autotools).
Бесят совсем не паралельные GNU проекты с их тулзами которые написаны на сишнике 30 лет, на которые нету достойной документации, и компания fsf трясется над ними как над зеницей ока, вершиной программистской мысли.
… лет через 30 все равно будем копаться в не параллельном коде, не оптимизированных программах.
Кстати видюхи никого не спасут — мы все равно уткнемся в предел производительности, тем более не любая операция на видюхе быстрее работает.