эм, я не имею в виду бразуер как фронт, я про фронт api, который можно перезапускать сколько угодно раз и не влиять на выполнение тасков в фоне

а вот как это делать - я пока вообще не представляю

монолит

не нужно делать сразу все по феншую с первого раза

можно перерасчет всего и вся остановить на какой-то точке, а потом продолжить?

сейчас бутстрап всего этого займет с месяц

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

для новичка

а что за задачи, которые работают пару часов?

отчеты?

можно перерасчет всего и вся остановить на какой-то точке, а потом продолжить?

вот на этот вопрос ответа не дам, скорее нет чем да, хотя при большом делании такие точки думаю отыскать будет возможно

отчеты?

угу, с проверкой всего и вся

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

тебе же рассказали - самый простой для новичка - стартуешь новый инстанс на другом порту, переключаешь nginx, старому инстансу по апи посылаешь команду "заглохни" и он пускай сам заглохнет, когда все свои важные задачки закончит. а новые запросы то все равно на новый инстанс пойдут

а почему так долго? все это в одной транзакции или можно разбить на стейты?

а почему так долго? все это в одной транзакции или можно разбить на стейты?

всему этому вообще транзакция не нужна если я вас правильно понял, идут только селекты и сверка данных, если что-то находится - это выписывается

Т.е. фактически - его даже грохнуть во время работы можно, ничего страшного не будет, но - эти запросы может выполнять только руководство, а они не любят ждать пару часов, а потом еще раз столько же потому что в этот момент ты машину перезапустил

самый просто вариант - один отдельный сервис с очередью задач, который пока не скейлится вообще и крутит задачи через akka persistence, чтобы хранить стейт отчета. и редеплоить его ночью, когда все спят или упарываются коксом после просмотра отчетов

less is more в самом начале, когда меняется тз

самый просто вариант - один отдельный сервис с очередью задач, который пока не скейлится вообще и крутит задачи через akka persistence, чтобы хранить стейт отчета. и редеплоить его ночью, когда все спят или упарываются коксом после просмотра отчетов

вот как раз на ночь его руководство может спокойно запустить( они его реже будут днем запускатьо дело даже не в этом - может быть задача - "это надо СЕЙЧАС переделать вот так", и соответственно рестарт будет точно и сразу. Надо сделать что бы клиенты его не заметили а подобные запросы закончили работу

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

и вседа будет актуальная информация

Т.е. пофиг, пусть этот инстанс работает, но к нему новых подключений быть не должно, а задачу он должен досчитать и о ней сообщить. Но сообщить - это он ладно, в базу запишет, а вот досчитать и завершиться сам - это да, надо. Но пока не понимаю как его завершать. Допустим для завершения я его дергаю по какой либо страничк и он понимает что надо отключаться, но ведь сначала надо закончить работу, а как это отследить - я не понимаю

а какие данные, что так долго генерится отчет?

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

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

может стоить индексы оптимизировать вместо сложной resilient архитектуры?

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

а какие данные, что так долго генерится отчет?

просто обычные финансовые документы. Но сейчас так долго - потому что база нифига не оптимизирована, её структуру тоже будем менять, так что отчеты скорее всего смогут работать быстрее, но учесть что они будут выполнять некоторое время - в любом случае нужно

просто обычные финансовые документы. Но сейчас так долго - потому что база нифига не оптимизирована, её структуру тоже будем менять, так что отчеты скорее всего смогут работать быстрее, но учесть что они будут выполнять некоторое время - в любом случае нужно

> база нифига не оптимизирована, ну вот и решение проблемы. поправить индексы и написать монолит для версии 1.0

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

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

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

так и пересчитают но не за час, а за пару секунд/минут.

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

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

слушайте, какая сейчас ситуация с артифактами для akka-http? для akka 2.4.12 нужно использовать akka-http 2.4.11 (как написано тут http://akka.io/docs/), или они уже наладили свой release cycle?

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

это замечательный подход... пока не вскроется, а он вскроется, пусть и не сразу)

это замечательный подход... пока не вскроется, а он вскроется, пусть и не сразу)

и чо? у тебя же данные верные будут, ты же их не наепывать с результатом собираешься?

преждевременная оптимизация корень всех зол

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

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

говори сразу что всех наебал и убегай

преждевременная оптимизация корень всех зол

да нет пока никакой оптимизации, пока есть желание увидеть картину целиком

Потому что без этого - даже оптимизация не поможет

да нет пока никакой оптимизации, пока есть желание увидеть картину целиком

а такое вообще хотя бы есть в ТЗ или это все додумки ради будущего скейла архитектуры?

я писал crm + cem систему для недвижки, так вот, мы ее меняли раза 3, а я думал что с первого раза напишем что нужно

так что сейчас fail fast, а после уже оптимизация того, что и правда не меняется

а такое вообще хотя бы есть в ТЗ или это все додумки ради будущего скейла архитектуры?

пока есть только понимание что нам это делать придется, т.е. никакого ТЗ и прочего тоже нет) Просто пока хочется прикинуть что и как будет выглядеть, откуда, как и куда будут идти данные и всё в таком духе

> никакого ТЗ и прочего тоже нет) вот еще один корень зол, как что-то оценивать и принимать, если нет даже описания?

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

>просто переписывать хочется поменьше так и пиши fail fast, меньше работы, lazy coding вот это все, оптимизируй тогда, когда реально это нужно

когда нет четкого ТЗ с устоявшейся бюрократией - я бы не стал ничего делать. Иначе это все выглядит, как разработка just for fun за которую и платить не обязательно. Хочешь пилить - пили, но это твое личное дело

когда нет четкого ТЗ с устоявшейся бюрократией - я бы не стал ничего делать. Иначе это все выглядит, как разработка just for fun за которую и платить не обязательно. Хочешь пилить - пили, но это твое личное дело

не, пилить до ТЗ я не буду, но технологии которые скорее всего придется использовать - узнать хочется. Тем более что эти знания в любом случае будут не лишними

так про akka-http артифакты никто не знает?

так про akka-http артифакты никто не знает?

вроде они еще не определились с версией даже, я где то вижу 10.0, где-то 3.0

хотя демократия остановилась на 3.0

10.0 - why not, why not

Vox populi

так про akka-http артифакты никто не знает?

http://search.maven.org/#artifactdetails%7Ccom.typesafe.akka%7Cakka-http%7C3.0.0-RC1%7Cjar же

да, меня просто смутило что это релиз от 17 октября, а последняя akka от 28 октября

у них теперь свой release-cycle)

это знаю, как раз пытаюсь с ним разобраться)

Это все как-то связано с https://github.com/scala/scala/releases/tag/v2.12.0 и http://mvnrepository.com/artifact/org.scala-lang/scala-compiler/2.12.0 ?

не, это отдельно. я пока под 2.11 акку ищу

Ох не скоро чувствую мы на 2.12 передем. Пока все либы портируют...

базовые либы быстро мигрируют

Ох не скоро чувствую мы на 2.12 передем. Пока все либы портируют...

я некоторые сам пересобрал, полет нормальный

надеюсь, я в пустом проекте на плей 40 либ насчитал с _2.11

а там изменений для простого юзера не так много

с фьючурами и айзер только

с фьючурами и айзер только

Я готов всюду тащить 2.12 только из за Future.unit. Каждый раз когда я пишут Future.successful(()) во мне умирает котенок.

Еще убрали лимит в 22 поля для case class'ов

Еще убрали лимит в 22 поля для case class'ов

Это в 2.11 :)

ну лимита и сейчас нет вроде

ух ты, не знал, спасибо

Future.unit - это тема

давно уже

:D

22лимит

а для функций лимит в 22 убрали / планировали убрать?

а для функций лимит в 22 убрали / планировали убрать?

Ну по идее если для кейсклассов убрали, то и для функций убрали ибо кейскласс созадется через apply.

Народ, а есть еще такой вопрос, в Германии кто-нить бывал в последний год может чуть раньше?)

туплы, функции, кейсклассы

да проверил прям сейчас все четенько

интересует сколько за сутки можно потратить :)

https://issues.scala-lang.org/browse/SI-7099

там-же в related: https://issues.scala-lang.org/browse/SI-7296

интересует сколько за сутки можно потратить :)

очень расплывчато

а чо там есть какие-то лимиты? 22 тыщи евро?

езжай лучше в швейцарию там одерский все пофиксил уже. можно хоть 100 проссать.

implicit комиссия в банкоматах

очень расплывчато

мать едет в Германию в командировку, вот думаем сколько ей надо с собой денег брать :)

можно начать с того, что в германии очень разная стоимость жизни в разных городах

да и вообще вопрос странно сформулирован :)

да и вообще вопрос странно сформулирован :)

а что странного? на такой вопрос нет ответа из серии "завтрак,обед,ужин плюс поспать будет стоть столкьо то евро"?

чем больше тем лучше

а что странного? на такой вопрос нет ответа из серии "завтрак,обед,ужин плюс поспать будет стоть столкьо то евро"?

так так и задавай :)

так так и задавай :)

вот так и задаю) так ответы есть?)

а что странного? на такой вопрос нет ответа из серии "завтрак,обед,ужин плюс поспать будет стоть столкьо то евро"?

я бронировал отель с завтраком за 80 евро/сутки

обед еще 15 евро