Чтобы не ходить с сумкой и ноутбуком под 2 кг. А положить в карман, прийти в офис, подключиться к монитору и продолжить работу с того места, где остановился.
В общем, если бы туда убунту можно воткнуть, то вообще сказка :)
Ок, тогда ждём когда все игры перепишут на Go :) Обещают сравнимую производительность с С++ и простоту Java/C#/D — даже проще. Единственно, там сейчас даже официальных драйверов к популярным БД нету :(
Из этого топика я так и не получил информации почему С++ еще жив и будет жить. :) Автор такой же эмоциональный холиварщик, как тот, кого он цитирует.
Я, например, думаю, что С++ популярен не из-за своей крутой скорости. Как уже сказали выше, Java или C# не особо уступает как на серверах, так и на клиенте. Поэтому думаю основная фишка в том, что:
1. Запускается из коробки без необходимости установки JRE или Mono, тем самым юзеру нужно скачать 400-900Кб и всё гарантировано заработает. Не нужно тянуть 15 метров JRE например и возможно иметь проблемы из-за несовместимы с новыми JRE.
2. Игры — большие наработки в этом направлении тянутся из 90-х, куча отработанных технологий: движки, библиотеки и т.д.
3. Куча «древнего» софта Apache, 3D Max, Autocad, Microsoft Office и т.д., которые писались на С/С++ когда Java, C# еще и не существовали. Естественно, никто не будет переписывать их, когда куча кода написано на С/С++.
Кстати, на десктопах С++ популярен еще из-за того, что работает из коробки. Т.е. не нужно ставить JRE, например. Плюс традиция — куча крутых игр делали на С++, поэтому эта область хорошо отработана — есть движки, библиотеки и т.д.
А чем вас не устаривает Maven? Что вы предлагаете в альтернативу? Как по мне Maven это хорошее решение, когда проект вырастает из хомпаги… Или когда работаете в команде. Все пытаюстся его повторить — для питона, пхп, руби, но я еще не видел удачных решений.
Чем вам не нравятся аннотации? Опять же в джаного они тоже появился, потому что это удобно. Очень удобная штука как замена XML конфигов. Так что тут вы тоже не правы.
Всё остальное это EE, но это не означает, что на Java нельзя сделать хорошую платформу для удобной и простой разработки. Например, я сейчас этим занимаюсь на базе Tapestry 5 (отличный веб-фреймворк, но нужно кое-что допилить) делаю простую и удобную платформу, где нет кучи XML конфигов и прочего J2EE оверхеда.
На серверах С++ прекрасно заменяется Java-ой начиная с обработки HTTP запросов и заканчивая MMORPG. Как пример тому гугловское облако сделано на Jetty (которое полностью написано на Java). Или не менее популярная игра — Lineage, серверная часть написано полностью на Java.
На клиентах С++ держится из-за 3D (игры, CAD и т.д.). Здесь я ничего сказать не могу, т.к. нет опыта работы в этой области. Но думаю когда появится нормальный интерфейс для работы с GPU из Java, то 3D графика будет работать с той же скоростью, что и в C++.
Плюс не забывайте, что Autocad, 3D Max и подобные пакеты существовали до появления Java. Так что, возможно сейчас более выгодно делать подобные приложения на той же Java… Но тут я не специалист — может так уже и делают.
Нужно где-то прописывать сервисы и дао, чтобы спринг их нашел? Или он автоматом знает, что в пакете services или dao нужно искать классы для включения их в IoC движок?
>Это очень комфортное разрешение, но почему-то в бизнес-серии я надеялся увидеть более высокое.
Я поражаюсь этому… Вы хоть понимаете, что работать с текстами (программирование, например) даже с таким разрешением (1368х768) очень сложно для глаз на 14" экране. Глаза значительно быстрее устают. Сам недавно столкнулся с этим купив Compaq 6910p для работы, где в 14" уместили аж 1440x900. Раньше прекрасно работал на 15" ноутбуке с 1280x800 (но тут конечно можно было и побольше разрешение воткнуть). Теперь вот думаю кому спихнуть новый ноут и выбрать себе, что-нибудь с менее «крутым» разрешением.
Вчера друг купил себе ноут 14@1368x768 для программирования и тоже негодует по этому поводу, пришлось мудрить с настройками, чтобы увеличить шрифты.
Так что народ, не ведитесь вы на эти высокие разрешения на мелких матрицах, только глаза себе попортите.
Кто сказал, что меня не смущает? Меня смущает GWT — это неверное направление, временная затычка, пока на место JavaScript не придёт новый Ecma стандарт, с блекджеком и шлюхами. Или NativeClient станет популярным.
Еще раз повторюсь — я (и не только я, есть еще куча умных дядек, пишущие умные книги) считаю, что плодить сущности это плохо. Разнообразие фреймворков и затычек типа GWT — это терпимо. Но когда к этому пихают новые надязыки и позиционируют их как мейнстрим (когда они применимы для узкой области и пару тысяч фенов), то это плохо. Потому что мало знающие или не опытные специалисты ведутся на это и теряют затем кучу времени впустую.
Зачем еще больше фич в синтаксисе? :) Это уже извращение какое-то тогда получится :) Впрочем, видимо вы ловите кайф, когда в язык чего-то только не напихают, типа C#, там даже подобие SQL умудрились воткнуть в синтаксис. Ну чтоже, на вкус и цвет… :)
Мне нравится больше минимализм в синтаксисе, от того и люблю такие языки как java или недавно вышедший go.
"! о плюсах python перед groov" — шило на мыло, но зачем плодить сущности? Питона, руби (jython, jruby) было мало?
Фанатик звучит слишком грубо… Фанатик это бездумно, без аргументацией — слепая вера. А тот кто делает игры на HTML5 делают это обдумано, с аргументацией, с большой долей увлеченности и риска. Так что именно такие люди обкатают HTML5 — хвала им и почёт :)
И еще java это множество хороших библиотек и фреймворк, если же каждый начнёт писать на своём любом язычке (groovy, scale, etc.), то в итоге будет зоопарк… Я уже с этим столкнулся, когда хотел посмотреть сырцы EtherPad… для этого я должен идти учить scala… Ну и нафиг мне это надо? Потом кто-то напишет на clojure. И что, мне теперь идти изучать clojure, чтобы посмотреть сырцы?
Все эти groovy/scala временное явления, как добавят немного синтаксического сахара в 7-8 версию, они особо и нужны не будут.
И вообще, java это типизированный язык для разработки больших систем, если вам нужны скрипты юзайте заколённый во времени python — потратьте немного времени на изучение и будем вам счастье.
Или думаете грамотные люди не работали с МММ? Работали и зарабатывали.
Плюс веб-приложения не стоят на месте Chrome OS бы для этого неплохо подошла.
В общем, если бы туда убунту можно воткнуть, то вообще сказка :)
Я, например, думаю, что С++ популярен не из-за своей крутой скорости. Как уже сказали выше, Java или C# не особо уступает как на серверах, так и на клиенте. Поэтому думаю основная фишка в том, что:
1. Запускается из коробки без необходимости установки JRE или Mono, тем самым юзеру нужно скачать 400-900Кб и всё гарантировано заработает. Не нужно тянуть 15 метров JRE например и возможно иметь проблемы из-за несовместимы с новыми JRE.
2. Игры — большие наработки в этом направлении тянутся из 90-х, куча отработанных технологий: движки, библиотеки и т.д.
3. Куча «древнего» софта Apache, 3D Max, Autocad, Microsoft Office и т.д., которые писались на С/С++ когда Java, C# еще и не существовали. Естественно, никто не будет переписывать их, когда куча кода написано на С/С++.
У кого еще какие идеи?
Чем вам не нравятся аннотации? Опять же в джаного они тоже появился, потому что это удобно. Очень удобная штука как замена XML конфигов. Так что тут вы тоже не правы.
Всё остальное это EE, но это не означает, что на Java нельзя сделать хорошую платформу для удобной и простой разработки. Например, я сейчас этим занимаюсь на базе Tapestry 5 (отличный веб-фреймворк, но нужно кое-что допилить) делаю простую и удобную платформу, где нет кучи XML конфигов и прочего J2EE оверхеда.
На клиентах С++ держится из-за 3D (игры, CAD и т.д.). Здесь я ничего сказать не могу, т.к. нет опыта работы в этой области. Но думаю когда появится нормальный интерфейс для работы с GPU из Java, то 3D графика будет работать с той же скоростью, что и в C++.
Плюс не забывайте, что Autocad, 3D Max и подобные пакеты существовали до появления Java. Так что, возможно сейчас более выгодно делать подобные приложения на той же Java… Но тут я не специалист — может так уже и делают.
Я поражаюсь этому… Вы хоть понимаете, что работать с текстами (программирование, например) даже с таким разрешением (1368х768) очень сложно для глаз на 14" экране. Глаза значительно быстрее устают. Сам недавно столкнулся с этим купив Compaq 6910p для работы, где в 14" уместили аж 1440x900. Раньше прекрасно работал на 15" ноутбуке с 1280x800 (но тут конечно можно было и побольше разрешение воткнуть). Теперь вот думаю кому спихнуть новый ноут и выбрать себе, что-нибудь с менее «крутым» разрешением.
Вчера друг купил себе ноут 14@1368x768 для программирования и тоже негодует по этому поводу, пришлось мудрить с настройками, чтобы увеличить шрифты.
Так что народ, не ведитесь вы на эти высокие разрешения на мелких матрицах, только глаза себе попортите.
Еще раз повторюсь — я (и не только я, есть еще куча умных дядек, пишущие умные книги) считаю, что плодить сущности это плохо. Разнообразие фреймворков и затычек типа GWT — это терпимо. Но когда к этому пихают новые надязыки и позиционируют их как мейнстрим (когда они применимы для узкой области и пару тысяч фенов), то это плохо. Потому что мало знающие или не опытные специалисты ведутся на это и теряют затем кучу времени впустую.
Мне нравится больше минимализм в синтаксисе, от того и люблю такие языки как java или недавно вышедший go.
"! о плюсах python перед groov" — шило на мыло, но зачем плодить сущности? Питона, руби (jython, jruby) было мало?
И вообще, java это типизированный язык для разработки больших систем, если вам нужны скрипты юзайте заколённый во времени python — потратьте немного времени на изучение и будем вам счастье.