а какой CI в скале модно использовать?

Travis CI currently does not support git repositories hosted on Bitbucket or GitLab, or other version control systems such as Mercurial.

Можешь привести пример. Очень интересно. Не слишком ли это overkill для тестов?

врядли hudson будет более модным ))

Можешь привести пример. Очень интересно. Не слишком ли это overkill для тестов?

Alexey у тебя случайно bitbucket-pipelines.yml нет ?

Здесь Req1, Req2 - сервисы, от которых зависит твоя имплементация. Теперь ты хочешь проверить, вызываются ли и в каком количестве методы Req1, Req2 в данной реализации. Вместо всяких грязных мокито, реализующих грязные прокси, ты делаешь монадку Writer[Map[String, Int], ?] Monoid[Map[String, Int]] на дефолтных инстансах будет работать как счётчик. После чего делаешь интепретаторы для Req1, Req2 ..., которые дописывают в этот счётчик вызов соответствующего метода и возвращают какие-то моковые данные. Используешь свою реализацию для этой монадки, и она моментально показывает тебе и результат и количество вызовов каждого метода на выходе

Если этот рассказ тебя заинтриговал, могу попробовать раскатать это на хабре подробнее с кусками кода. Если нет - то нет

https://www.youtube.com/watch?v=y4w92G8eZPI последние минут 40 про Free, понравилось

Делаю маленькое задание, чтобы разобраться с cake pattern-ом. Мой код тут https://github.com/Kabowyad/zaycev Меня больше волнует инжект в контроллер, правильно ли я его сделал или нет. Делал по этой статье http://www.warski.org/blog/2010/12/di-in-scala-cake-pattern/

правильно писать cake antipattern

Почему?

минимальная конфигурация

как правильно делать di здесь в чате постоянно пишут, можно поискать по истории

ридер манатка популярна в определенных кругах

интересно, сколько человек здесь считают, что лучший DI — в конструкторе

Как будто это что-то плохое

просто есть некоторые сомнения в том, что подход "навернуть ридер монаду и присыпать макросами" не является оверинжинирингом ну и мое постоянное нытье о том, что в скале засилье фпшников (при этом против нерадикального фп тоже не против, и даже за)

я использую скалу как более емкую java, с легким налетом фп, без уклона в её академичность, я грешу? :)

фп это хорошо, хорошо бы объяснил как правильно только его делать

у всех свое понимание "правильного" кто-то двигает программирование на типах как единственно верное фп, кто-то любит макросы с имплиситами

Макросы тоже хорошо , просто как бы нужно развиваться

Макросы тоже хорошо , просто как бы нужно развиваться

я лично считаю единственно необходимым (и то, с исключениями) отсутствие сайд-эффектов, и код типа def sum = { var i = 0; while ...; i } вполне ОК

а такой код норм? def foo[T <: {def close(): Unit}](closable: T) = closable.close()

макросы - не есть развитие. макросы это неизбежное зло, если язык не позволяет сделать все красиво - только для автоматической генерации бойлерплейта по большей части.

а такой код норм? def foo[T <: {def close(): Unit}](closable: T) = closable.close()

макросы это метопрограммирование , а не зло, главное чтобы переносимо было

сбт — кусок тормознутого говна, его ничем уже не испортить

ну ты же понимаешь откуда ноги растут у метапрограммирования

а такой код норм? def foo[T <: {def close(): Unit}](closable: T) = closable.close()

метапрограммирование конечно по большому счету показатель недостатка в языке. --- чоо?

А так все эти ништяки, о которых все мечтают, вроде генерация кода и легкие дсли - всё из макросов же

Идрис конечно

Что такое изобелла?

говорю как админ идрисочата :)

Ну примитивный веб сервер нагенерировать смогу?