Обзор ASUS Padfone Infinity

Выходит, Asus, по-вашему, — «германщина» с вековой историей? Это Тайвань, к сведению, государство иначе называемое Республикой Китай. На какой информации, кроме того, что компании представлены на разных рынках, Вы основываете выводы о качестве, мне, и вовсе, не понятно. Вот, и возвращаемся к оригинальному вопросу: человек полезную информацию вывесил для тех, кто раздумывает, что брать, — толковое объяснение, за что его минусовать я могу получить?

Обзор ASUS Padfone Infinity

Не понимаю, за что заминусовали. M2S, и правда, считается лучшим китайским телефоном на данный момент. По тех-характеристикам и производительности конкурирует с флагманами, вроде HTC One и Samsung Galaxy s4 (proof 1, proof 2). Я и себе на aliexpress.com заказал за ~14 т.р. вместе с доставкой. За разницу в цене с этим Asus, составляющую 20 т.р., можно тупо отдельный планшет отнюдь не хуже купить.

Большой русский обзор Google Glass

Пардон. Не знал.

Большой русский обзор Google Glass

Это Вы преувеличиваете. Я говорил о существующих технологиях. Ведь распознаванию лиц, например, никто же уже не удивляется. Тут же всё ещё проще обстоит: круглая тёмная радужная оболочка на белом фоне глазного яблока с чёткими краями.

Большой русский обзор Google Glass

Как вариант: «Аськи нннада!» )

Большой русский обзор Google Glass

Даже когда мельком, думаю, Вы, хоть на малое время, но устремляете свой взгляд непосредственно на то, что показывают очки. Т.е. Вы делаете это не боковым зрением, которое сканеру никак не распознать. Помимо же жестов здесь зарыты возможности и для куда более интуитивных способов управления, например: Ваш взгляд добрался до точки в конце текста — понятно, что настало время перелистнуть.

Большой русский обзор Google Glass

Это почему же на ходу-то нельзя воспользоваться? Вы что всякий раз останавливаетесь, чтобы глаз передвинуть?

Касаемо «улистал уже непонятно куда» — можно и более необычные жесты ввести, вероятность предназначения которых не для очков мала.

Большой русский обзор Google Glass

Не пойму, почему они не догадались ввести управление жестами глаз. Добавить сканер — и получите: посмотрел в центр и налево = свайп налево, и т.д. — вот уже и избавились от потребности чесалке у виска. Правда, впервые на эту тему читаю, может это уже в разработке.

Как хвост виляет собакой. Азбука пропаганды

Очень ёмко! Думаю, не раз на эту статью ещё сошлюсь.

Lenovo P770 — «долгоиграющий» смартфон с аккумулятором на 3500мАч

Вот только стоит этот прообраз не $350, а $150-200.

SORM. Новый элегантный и масштабируемый ORM фреймворк для Scala

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

SORM. Новый элегантный и масштабируемый ORM фреймворк для Scala

1. Если Вы знаете лучший способ коннектиться к Postgre или Mysql из JVM, чем «JDBC обычный», уж, пожалуйста, поделитесь. Ладно лучший — хотя бы даже иной.

2. Запросы блокирут тот тред, на котором запущены. Естесственно. 2+2 тоже блокирует тот тред, на котором вычисляется. Объявление future тоже блокирует тред на момент объявления и выделения треда для вложенных вычислений. Любая вычислительная операция неизбежно блокирует тот тред, на котором исполняется при любой модели программирования. Главное, что SORM не блокирует обращения к БД, сделанные с разных тредов, благодаря пулингу соединений, чего, к примеру, лишён Slick.

3. Если то, в чём Вы пытаетесь упрекнуть — это отсутствие асинхронности, то да, в библиотеке её нет. Впрочем, и реализовывать её было бы глупо, т.к. вот всё, что требуется для того, чтобы в Scala сделать операцию асинхронной:

// sync:
val artists = Db.query[Artist].fetch()
// async:
future{ Db.query[Artist].fetch() }.foreach{ artists => ... }

4. Мне кажется, у Вас ошибочное представление о модели актёров. Суть в том, что она сама и является абстракцией над многопоточностью. Альтернативный Future подход к асинхронным вычислениям. Так, в приложении, из которого я приводил пример, параллельно работает 16 инстансов такого актёра, и никто не мешает изменить их количество на, скажем, 1000, однако встаёт вопрос разумности.

Поэтому, да, SORM работает с Akka, без всяких увиливаний.

SORM. Новый элегантный и масштабируемый ORM фреймворк для Scala

Да, противоречит, но:
1. Далеко не всякое typesafe решение оказывается удобнее. Во многих случаях в жертву приносится функциональность и лаконичность.
2. Не стоит преувеличивать возможности typesafe. Это, всего лишь, статическая проверка типов. Она не спасает от массы рантайм-ошибок другого происхождения, из-за чего, как ни крути, приложение надо-таки тестировать.
3. Как то же живут люди с питонами, руби и т.д. Да, мало того, что живут, порой динамику и в культ возводят.

Однако, как бы то ни было, сейчас идёт работа по интеграции макросов, на которых будет основано новое статическое АПИ для запросов, благодаря чему и данный вопрос будет исчерпан.

SORM. Новый элегантный и масштабируемый ORM фреймворк для Scala

Спасибо. Да, автор.

SORM. Новый элегантный и масштабируемый ORM фреймворк для Scala

Всё дело в том, что первым этапом в разработке данного фреймворка решался вопрос, того, как он будет использоваться, и уже под это писалась вся подноготная. В этом, мне кажется, и заключается его принципиальное отличие от таких библиотек, как Squeryl или Slick, в которых фичи появлялись по ходу разработки, а вопрос гармоничности АПИ был совершенно второстепенным.

SORM. Новый элегантный и масштабируемый ORM фреймворк для Scala

Объект Db Вам доступен из любого контекста в Вашем приложении, что освобождает от какой-либо специфики в работе с актёрами.

Вот кусок кода из одного моего приложения:

class DbNegotiator extends Actor {
  def receive = {
    case CreateTasks(asins) =>
      Db.transaction {
        val existingTasks = Db.query[Task].whereIn("asin", asins).fetch().toStream
        // reset the failed generated ones
        existingTasks
          .filter(_.failure != None)
          .filter(_.generated)
          .map(_.copy(failure = None, generated = false, outdated = false))
          .foreach(Db.save)
        // create the new ones
        asins.view
          .diff(existingTasks.map(_.asin))
          .foreach(a => Db.save(Task(_, Db.now())))
      }
  }
}

SORM. Новый элегантный и масштабируемый ORM фреймворк для Scala

Я разработчик. С Akka работает без проблем. Проверено на собственных проектах.

SORM. Новый элегантный и масштабируемый ORM фреймворк для Scala

На данный момент это встроенный connection pooling. Вот всё, что нужно изменить в примере, для того, чтобы программа поддерживала 16 соединений к БД:

object Db extends Instance (
  entities = Set() + Entity[Artist]() + Entity[Genre](),
  url = "jdbc:h2:mem:test",
  poolSize = 16 // <--
)

Рассматривается возможность (в зависимости от спроса и фидбека) в будущем добавить поддержку подключения и балансирования нагрузки на матрице серверов самим фреймворком, т.е. непосредственная поддержка масштабируемости на распределение нагрузки и расширения объема. Пока особых препятствий в этой идее не предвижу

SORM. Новый элегантный и масштабируемый ORM фреймворк для Scala

Спасибо!