(Untitled)

[mambaram]

Наконец-то они признали связь между "чисто российской" разработкой и Кипром. Упомянутая в статье "massive solutions" - это мой бывший работодатель, я все это наблюдал изнутри. На моей памяти это первая открытая публикация, где "самый мощный суперкомпьютер в Восточной Европе" связали с нашей бывшей конторой. А я, между прочим, систему авторизации

Comments

[abolabo]

ого как ты крут.. кластеры, шмастеры..

[mambaram]

Да, я крут. Просто обычно молчу. Извините.

[abolabo]

не-не, человек, я не стебался. репект!

[blinohod]

О, а ты теперь куда-то в другие места перебрался ?

[mambaram]

Да, еще осенью. Я в жаббере, если что.

[sum_erman]

в жаббере это процесс-раз?

[sum_erman]

Мдя, а другие потом выгребают рассинхронизацию кэшей из вашего AAA да и вообще фалломорфируют от "экстравагантности" некоторых решений :)
А ещё давно хотел спросить почему у вас вся команда писала так: handle_call(Req,...) -> case Req of ... end ?

[mambaram]

Ну, вам реально не повезло - тот ААА, который ушел в 1.0 - это маленький пушной зверек. Предыстория там такова, что предыдущий писатель не справился и ушел, а полурабочее решение равняли напильником по живому API чтобы оно хоть как-то работало.
А без кеша там никак. Если кеш убрать - openldap ляжет от нагрузки. Вот кеш я как раз туда и прикручивал первым делом, поверх API, которое нельзя было трогать.

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

[sum_erman]

Да понятно, что без кэша там никак, просто их там 2 и у обоих были косяки с инвалидацией + какая-то непонятная кэшеобразная гадость в receptionist %) :)

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