React.js — Руководство для Rails разработчиков

Рендерить на серве можно например нодой или еще чем. Все ассеты держать рядом. Мне кажется пора уже отказаться от этого ужасного подхода рендерить страницы на приложениях, в которых есть бизнес логика.

React.js — Руководство для Rails разработчиков

imho react часть должна идти отдельной приложухой, и никак не завязываться за другие языки и фреймворки

«Перегрузка операторов» в Scala

Ну я это утрировано сказал

«Перегрузка операторов» в Scala

И потому при компиляции «раскручивается» в нечто типа

import scala.runtime.RichInt

object Demo {
  val tmp: Range = new RichInt(1).to(10)
  for (k <- tmp) {
    println(k)
  }
}

Ну на самом деле (но это не 100%) компилятор делает оптимизацию, и превращает def to(that: Int) в static def to(x1: Int, x2: Int), так как не имеет смысла создавать лишние объекты

(Архив) 10 причин попробовать Матрешку

По 3-ему пункту, как я понял это сделано при помощи Object.observe, то есть мы имеем ситуация что приложение не будет работать в «немного более старых браузерах чем хотелось бы». Или тут есть dirty check как в angular.js (про производительность которого вообще стоит молчать)?
Итого: мне кажется современный мир пока не может ничего лучше предложить, чем двойное связывание через события

Первый взгляд на Project Spartan — браузерное будущее от Microsoft

Консолька приползла прям из последнего ИЕ, чот мне не верится, что мир избавиться от него :)

Age of JIT compiling. Part II. CLR is watching you

Просто не стоит воспринимать Generic как template и все будет нормально :)

Age of JIT compiling. Part II. CLR is watching you

HotSpot в Java

HotSwap

9 фактов, которые знают программисты, и не знают все остальные

+1 при прочтении показалось, что писал обиженный на свет ребенок, и при чем сам не понимает на что обижается. Такая ересь

9 фактов, которые знают программисты, и не знают все остальные

и главное нахрена это знать юзверю?

9 фактов, которые знают программисты, и не знают все остальные

кто сможет объяснить, что хотел сказать афтор этим «отсчет начинается с нуля»?

Hibernate: ленивая загрузка, наследование и instanceof

а чем это отличается от того, что я написал? и если ни чем, то как это относится к топику?

Hibernate: ленивая загрузка, наследование и instanceof

Вы сами то ссылку читали?
Там написано, что если есть какие то объекты в сессии у которых есть Lazy поля, то при выборке этого поля для какого нибудь объекта, могут быть заодно выбрана такие же поля для других объектов в сессии.
Вобщем полное непонимание вопроса выходит у вас…

Hibernate: ленивая загрузка, наследование и instanceof

omfg
тунс

Hibernate: ленивая загрузка, наследование и instanceof

песня совершенно о другом

Hibernate: ленивая загрузка, наследование и instanceof

batch_size никак не используется для select'ов. Он используется для операций требующих executeUpdate

Hibernate: ленивая загрузка, наследование и instanceof

а при чем здесь batch? O_o
Наверное нужно было сказать 'fetch size'

Hibernate: ленивая загрузка, наследование и instanceof

а откуда же он взял эти PK, если при FetchType.LAZY не генерятся join'ы? у вас какая то магия выходит

Hibernate: ленивая загрузка, наследование и instanceof

И да, использовать LinkedList для временного хранения нынче круто?

Hibernate: ленивая загрузка, наследование и instanceof

Ну вобщем то Hibernate создает прокси список который не содержит объектов, а потом уже идет select по FK и создается список при вызове геттера.
Мне кажется такое вот решение будет дико тормозить на большом количестве объектов.