>Это очень комфортное разрешение, но почему-то в бизнес-серии я надеялся увидеть более высокое.
Я поражаюсь этому… Вы хоть понимаете, что работать с текстами (программирование, например) даже с таким разрешением (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 — потратьте немного времени на изучение и будем вам счастье.
Мне, например, не охото заморачиваться на вёрстку и нет возможности нанять профессионального верстальщика. Поэтому лишь CSS фреймворки и спасают — можно быстро сделать вёрстку и начать кодить… Но в целом, я вас понимаю :) Но реальность другая.
Очередной велосипед, да еще и клон очередных RoR… Вы видимо не в курсе про Tapestry 5 и Maven? Там всё гораздо проще и качественнее. Например, чтобы стартануть новый проект пишите так:
mvn archetype:generate — дальше выбираете 130 пункт, вводите название приложения и пространство имён проекта
mvn jetty:run — всё работает (localhost:8080)
Есть поддержка:
— бинов
— CRUD
— Hibernate Annotation (в том числе валидация на формах автоматом)
— Удобные шаблоны
— Не нужно перезагружать сервер — всё подхватывается автоматом (изменения в коде)
— Простота создания новых компонент
Конечно и ваш фреймворк найдёт свою аудиторию, но популярным станет тот фреймворк, который будет использовать прототипы и стандартный синтаксис javascript. Может кто-то сейчас думает создать новый фреймворк для игр и мои пожелания помогут выбрать верный путь :)
Смотрите в сторону google closure — вот это я думаю наиболее оптимальное решение. Разработанные на нём программы и игры будет затем значительно проще портировать на следующую версию Ecmascript, где обещают пространства имён и многие другие полезности. А как вот будет со всякми MooTools очень большой вопрос…
Я поражаюсь этому… Вы хоть понимаете, что работать с текстами (программирование, например) даже с таким разрешением (1368х768) очень сложно для глаз на 14" экране. Глаза значительно быстрее устают. Сам недавно столкнулся с этим купив Compaq 6910p для работы, где в 14" уместили аж 1440x900. Раньше прекрасно работал на 15" ноутбуке с 1280x800 (но тут конечно можно было и побольше разрешение воткнуть). Теперь вот думаю кому спихнуть новый ноут и выбрать себе, что-нибудь с менее «крутым» разрешением.
Вчера друг купил себе ноут 14@1368x768 для программирования и тоже негодует по этому поводу, пришлось мудрить с настройками, чтобы увеличить шрифты.
Так что народ, не ведитесь вы на эти высокие разрешения на мелких матрицах, только глаза себе попортите.
Еще раз повторюсь — я (и не только я, есть еще куча умных дядек, пишущие умные книги) считаю, что плодить сущности это плохо. Разнообразие фреймворков и затычек типа GWT — это терпимо. Но когда к этому пихают новые надязыки и позиционируют их как мейнстрим (когда они применимы для узкой области и пару тысяч фенов), то это плохо. Потому что мало знающие или не опытные специалисты ведутся на это и теряют затем кучу времени впустую.
Мне нравится больше минимализм в синтаксисе, от того и люблю такие языки как java или недавно вышедший go.
"! о плюсах python перед groov" — шило на мыло, но зачем плодить сущности? Питона, руби (jython, jruby) было мало?
И вообще, java это типизированный язык для разработки больших систем, если вам нужны скрипты юзайте заколённый во времени python — потратьте немного времени на изучение и будем вам счастье.
A golang у вас нормально пойдет — не пробовали? :)
mvn archetype:generate — дальше выбираете 130 пункт, вводите название приложения и пространство имён проекта
mvn jetty:run — всё работает (localhost:8080)
Есть поддержка:
— бинов
— CRUD
— Hibernate Annotation (в том числе валидация на формах автоматом)
— Удобные шаблоны
— Не нужно перезагружать сервер — всё подхватывается автоматом (изменения в коде)
— Простота создания новых компонент
И куча других вещей. В общем, не занимайтесь ерундой юзайте tapestry.apache.org/tapestry5.1/