Pull to refresh
22
0
Scala @Scala

User

Send message
Лучше почитать оригинал с InfoQ, там есть цитаты из интервью самого Evan Weaver — на Хабр доехали только выдержки. Ещё можно посмотреть Finagle — на первый взгляд API под Scala гораздо лучше выглядит чем дремучий лес колбеков Node.JS и прочих.
BB купили QNX, на ней уже запустили таблетку и следующая (восьмая) версия ОС для телефонов тоже будет на QNX. Стоит сказать, что они вроде собираются добавить поддержку приложений Android и BlackBerry/JavaME, хоть и не понятно, удастся ли им это сделать не криво.
Это американский рынок — WP уже участвует, в том числе есть топовые устройства от HTC. Появление устройств на Nokia вряд ли окажет на него рынок, как видите Nokia на рынке США нет в принципе.
Вам всегда достаточно стектрейса?
Там основная задумка в том что фреймворк во многом стейтлес — сайд эффекты не должны особо лезть, а в некоторых случаях он полностью рестартует приложение.
Окей, вот у вас вдруг какая-то непонятка в сторонней библиотеке, которую использует Play!, например Hibernate — и причём тут ошибки на странице?
Play! основан не на сервлетах, а на Netty + поддерживает ансинхронное программирование — удобно работать с Websockets; так же набирает популярность как фреймворк с поддержкой Scala.
Каким раком? В последних билдах и GM есть куча 64-bit only софта, например Finder.
Там сложная ситуация — почти все контрибьюторы это сотрудники Zend, который решил инвестировать в свою Zend IDE и на PDT сильно не отвлекается, только коммитит по необходимости. В частности, для Indigo не нашлось даже package maintainer'a, чтобы всё запаковать — хотя какой-то относительно свежий билд есть.

Можете попробовать Aptana 3, она развивается довольно активно: github.com/aptana/studio3-php/commits/development

У нас к подобным языкам можно отнести Delphi, теперь в вузах переходят на C#. Немного по другим причинам, но так же сюда попадает и PHP.

Что касается Java — то её очень редко преподают в университетах, по ней мало литературы на русском(есть разве что по основам языка и стандартой библиотеки), она требует широкого кругозора в плане применяемых библиотек, а работа в России это обычно большие сложные системы: банки, телекомы, системные интеграторы, аутсорсинг/западные компании + редко интернет-проекты.
Groovy разрабатывается компанией SpringSource(подразделение VMWare) — команда, что разрабатывает Spring, Apache Tomcat, Apache HTTPD, RabbitMQ, Redis, AspectJ и многие другие опенсорсные(и не только) проекты. Groovy-related вещами занимается около 8 человек. Success stories можно почитать на сайте SS.

Из популярных продуктов — Grails, на Dice.com вакансий по нему больше чем по Tapestry, Wicket, примерно одинаковое с Django & Zend. Очень активный мейл-лист.

Groovy также популярен как DSL: Gradle & Maven 3 (Build Tools), Geb (Web testing via Selenium Webdriver), Griffon (Java GUI), Spock (BDD/TDD), GPars (Parallelism, Concurrency, Actors..), Play! framework(as a Template Engine). Есть плагины для анализа кода — CodeNarc, опциональное статическое типизирование Groovy++.

Есть поддержка IDE: SpringSource Tool Suite(бесплатный набор плагинов к Eclipse) & IntelliJ IDEA(Groovy есть даже в бесплатной Community версии), Netbeans + текстовые редакторы.

Вообщем вполне себе здоровое сообщество — не забываем, что вы можете использовать без проблем Java библиотеки, наследывать Java классы и наоборот (JavaClass extends GroovyClass).
Совершенно верно — у Вас уже есть элемент в DOM и Вам надо его наполнить несколькими элементами — сделать это за одно обращение к DOM можно только таким способом(AFAIK).
в первом случае вы кладёте в UL четыре LI, во втором — DIV с четыремя LI? Вот поэтому первый вариант и предпочтительнее. Иными словами — фрагмент пропадает при добавлении в DOM и является универсальным контейнером.
Для подобных багов есть JSLint, всё вышеперечисленное он отлавливает.

Я на самом деле люблю творчество Кенаса, пользуюсь его _ & Backbone. CS уважаю, за инновационность, но в отличие от того же Objective-J или GWT его «практичность» мне неочевидна, так что я лично был очень удивлён, например, аргументации DHH по невключению HAML, но включению CS. А так… я бы скорее Traceur посмотрел, но это я)
Начнём с того, что Coffeescript — банальный транслятор. Никаких оптимизаций он не делает. Just syntax sugar. Поэтому он будет либо на уровне JS кода, либо медленнее, если вы не в курсе во что ваш кофе транслируется.

Что касается тулзов, то они успех не гарантируют — рельсы это отлично показывают. Много сейчас проектов, где именно Rails сыграли решающую роль? Не припомню.
Да Common Lisp, D & Python с будущим тоже не особо соотносятся)
Я любви к Node не разделяю, как впрочем и к Rails. У Cappuccino есть классная прослойка — NarwhalJS, похоже на этот ExecJS но не привязана к Ruby, что для многих — плюс.
Спрашивается и нахрена тогда Rails? Возьмите какой-нибудь RingoJS или ExpressJS, эйфория от Rails вроде бы прошла уже в долине, most guys moved on.
Верующие в Nokia & WP7:

1. Доля Symbian за прошлый год на мировом рынке смартфонов упала с 44% до 27%, Microsoft с 7% до 4%. Android же стрельнул с 8% до 36%, у iOS 17% — www.gartner.com/it/page.jsp?id=1689814
2. На Q1 2012 прогноз 12%. Именно к этому времени должна появиться полноценная линейка WP7 смартфонов.
3. finance.yahoo.com/echarts?s=NOK+Interactive#chart3:symbol=nok;range=6m

Всё это говорит о том, что никакого бума WP7 не будет.
По пункту 11: Крокфордовский стиль далеко не самый быстрый — jsperf.com/object-create-vs-crockford-vs-jorge-vs-constructor/10

Information

Rating
Does not participate
Date of birth
Registered
Activity