Инженерное ПО (где нужна прозрачность алгоритмов), системы управления (где нужна надёжность), встраиваемое ПО (где важен размер) и т.п. системы, на написании которых лучше не экономить. :-)
Так он отозвал лицензию на распространение своей проприетарной версии. OpenJDK под GPL и никуда не денется. А отсутствие доступности оракловой Java только подтолкнёт развитие свободной реализации.
У C++ безусловно есть будущее, но оно в системном ПО и различных сложных приложениях. Эта ниша никуда не денется и программисты будут зарабатывать в ней очень хорошо. Хотя на фоне «попсы», типа web, мобильных приложений и заказной разработки, где нужно писать быстро, много и чтобы был результат красивый (окошечки, кнопочки и т.п.) количество срок кода, написанного на c/c++ будет снижаться. (Кстати, я где-то слышал, что сегодня наиболее высокооплачиваемые программисты это те, кто знает «мертвые» языки.)
но боюсь, что апстрим такие доработки к 2.32 просто не примет, сославшись на 3.00.
Да я отлично знаком с тем, как трудно что-то добавить в апстим (особенно, когда это что-то нужно не всем), но получается что силы тратятся на дублирование работы, и это грустно. :-(
Именно, для веба еще припомним прочие Ruby и Python.
ну а для Java припомним Android, хотя это будет не честно, ибо native для Android сейчас получает развитие, а это как раз C++.
Кстати пока есть Qt и GTK, С++ и С не уйдут и с прикладушного рынка.
Наше мнение — C++ слишком сложен. С другой стороны, Мы не являемся многоопытным программистом на C++. Однако то, что Мы видим, глядя на написанные на C++ проекты, Нам не нравится.
Также Мы считаем, что нативная компиляция жила, жива, и будет жить. Ибо .
Почему то, люди которые говорят про то, что С++ мертв или подыхает, не видят дальше своего носа,
да для сегмента быдлосайтиков и говноокошечек С++ вероятно не будет актуальным языком, но на чем вы собираетесь продолжать разрабатывать
высокопроизводительные системы, компиляторы и ваши любимые побрякушки, не уж то на Java? а может на .NET, ой точно на Ruby — три раза Ха!
Так дело не в хвастовстве — попробуй-ка поправить это кроссплатформенно. Для линукса там оказалось удобно заюзать libnatspec, но боюсь, что апстрим такие доработки к 2.32 просто не примет, сославшись на 3.00.
Я сам ещё недавно очень тепло относился к Qt, но если бы мне прямо сейчас нужно было изучать какой-либо ЯП, я стал глядеть в сторону Java. Не обязательно прямо саму Java, а может быть, какой-то динамический язык, который можно было бы помимо трансляции в бинарный код, запускать и в java-машине (т.е. транслировать в её байт-код).
А если бы не срочно, я бы подождал, снимут ли в ближайшее время акционеры Элопа.
На GTK+ я писал… ну в принципе нормально, но он уступает и WPF и Swing я думаю.
ну а для Java припомним Android, хотя это будет не честно, ибо native для Android сейчас получает развитие, а это как раз C++.
Кстати пока есть Qt и GTK, С++ и С не уйдут и с прикладушного рынка.
C++ — GameDev, Компиляторы…
Также Мы считаем, что нативная компиляция жила, жива, и будет жить. Ибо .
да для сегмента быдлосайтиков и говноокошечек С++ вероятно не будет актуальным языком, но на чем вы собираетесь продолжать разрабатывать
высокопроизводительные системы, компиляторы и ваши любимые побрякушки, не уж то на Java? а может на .NET, ой точно на Ruby — три раза Ха!
А если бы не срочно, я бы подождал, снимут ли в ближайшее время акционеры Элопа.