И да, путь папки компилятора и приложения содержит русские буквы? Если это первый проект на этой window, то были ли в логах описания сборки scala-compiler?
abs0lut: AtomicScala вроде новая есть (15 год). Во второй есть пара классных функциональных шаблончиков. А так они все одинаковы, точнее несут почти одинаковый набор знаний по скале (полистайте и сами в этом убедитесь). Читать их все смысла нету, только если времени полно, и то чисто ради интереса (вроде, а какой пример про порядок наследования трейтов приведет автор в этой книжке? ).
abs0lut: Я считаю что имеет. Во первых, код в них не такой уж и старый (изменилось пару библиотек, и то, вроде scala.io, и что то еще там). Во вторых, основное ядро скалы (и основные паттерны) не изменятся еще много (на этом коде и паттернах уже висит много enterprice компаний), потому что TypeSefe это не выгодно. Прочитайте последнюю книжку (вроде на русском есть), она достаточно покрывает, если нету времени на большой талмуд Одерского.
MGAIN: А в смысле новый аккаунт. Создаете в IAM юзера, даете ему права на S3. Он заходит и пользуется. Просто тогда я не понял про каких юзером вы говорите.
Сергей: У Вас во view стоит ng-model="ru", это значит что в контролере эта модель будет доступна через $scope.ru. (Вы даже ниже очищаете значения формы как $scope.ru=''). И та ошибка, которую вы написали в вопросе, относилась и именно к этому багу, т.к. в контролере у this нет свойства name. Сейчас же ошибка относится именно к серверной части. Посмотрите какой у Вас отсылается запрос на сервер. Может быть в Knowledges не правильно формируется запрос.
HaruAtari: В документации Scala не написанно, что сначала разберитесь с Java, а потом учите Scala. Scala - это отдельный язык программирования, не требующий знания никаких других языков . (даже на страничке download/install www.scala-lang.org/download/install.html нет Java). И спокойно можно учить Scala, как первый язык. У Java - совершенно другой синтаксис, логика, правила исполнения. Другое дело - платформа, на которой выполняется код. Вот тут одна платформа JVM. А то, что нет книг, для новичков ( т.е. первый язык программирования), то их еще не успели написать:)
Не согласен. Многие паттерны проектирования на Java не применимы при разработке на Scala ( ну точнее можно так сделать, а так же пожарить яичницу на двигателе авто :) А если библиотека так и написана, то вопрос, а зачем там скала, почему не написать на Java? Если сравнить пару библиотек на гитхабе, то они совершенно по разному устроенны. Вот например, две async библиотеки: https://github.com/scala/async,https://github.com/OpenTSDB/async
Спасибо за ответ, но меня больше интересуют удобство и гибкость командной разработки. Stash, по видимому, еще сырой продукт, поэтому что команда потеряет, а что приобретет? (p.s. интегрироваться с JIRA умеют оба продукта)
Влад Developer: Если Вы задумываетесь об оптимизации, то в первом случае одни и те же данные юзера будут храниться в +100500 постов. А если юзер обновил имя, то сколько постов Вам придется обновлять? Второй вариант будет правильнее. На производительности это никак не отразиться ( до ~1000000 документов никак :( Я Вам скинул ссылку, что бы Вы почитали где и когда и какие модели данных Mongo использовать. Может быть Вам mongo вообще не нужно!!! Если ли же Вы для сообразовываетесь, то попробуйте оба варианта и сравните на практике!
