зачем люди используют питон? inb4: за зарплату

эт+оперативно // что использовал?

@hirthwork тупой штоле

@ulidtko да, не могу в питон

@lord пик к

@hirthwork Ну на нём тесты удобнее писать же.

@kb пишу тесты на java. ЧЯДНТ?

@238328 Ну удаляю между тестами всё из риака. Риак -- прекрасная база данных, чтоб удалить -- надо послать DELETE запрос и ждать в цикле. Естественно, при 10ти коллекциях удаление секунд 20 происходит, хотел распараллелить.

@kb и что пошло не так?

@hirthwork пишешь тесты

@hirthwork Да хоть на 1С, мне-то что.

@238328 питон

@kb почему ты не используешь 1С для написания тестов?

@238328 Время, которое необходимо риаку, чтоб из него удалить последовательно все данные. Перед каждым тестом ждать 15 секунд (примерно) как-то хуёво.

@kb не, я про говно на питоне; чо там плохо

@hirthwork Потому что пацаны сказали надо на джаве, буду на джаве в следующий раз.

@hirthwork ненорм ему

@kb на свифт же

@238328 Вот хуй его знает, казалось бы, вот код: ``` def clear_riak(): buckets = [ "foo", "bar", ...] map(clear_riak_bucket, buckets) ``` Вместо этого делаю: ``` p = Pool(20) p.map(clear_riak_bucket, buckets) ``` И оно почему-то по завершению этого p.map не убивает процессы, потом иногда начинает вдруг зависать (на следующем тесте), при Ctrl+C стандартная питоновская хуйня с простынёй, от которой виснет консоль. Кароч, лень копаться в этом говне, может скоро на хаскеле вспомагательную утилиту напишу.

>riak >python пошол нахуй норкаман

@anonymous Уау, ЛОРовские эксперты подтянулись.

@238328 На свифте под андроид даже не попишешь, ты чё.

@kb пруф или попишешь // cider

@anonymous пруф или // pider

@kb чем тебя эрланг-то не устраивает, болезный?

@kb ну лан, ща кароч

@anonymous не понял вопрос. Зачем мне эрланг?

@kb чтобы ещё и с ним поебаться

@238328 а бля, у тебя же 2 // кароч нафиг multiprocessing.pool тебе, скачай бэкпорт futures

@hirthwork Видимо так. У нас эрланг есть, на нём много разного map-reduce делается в риаке, но я его собираюсь убрать, т.к. оказалось проще (а главное -- удобнее) хаскелем тупо всё выгребать и процессить. // но надо было на джаве, конечно

@238328 Та кароч, лучше напишу отдельную прогу "riak-flushall". Всё равно скоро буду писать riak-import/riak-export утилиты как раз.

@kb > прогу пруф или 140 символов на баше

@238328 Я по-пацански, шоб через протокол бафферс, с максимум эффективности.

@238328 пруф или 140 символов на бээнваше

@anonymous Пишу только на cider

@kb по-пацански это отказаться от любого неработающего говна и написать своё с нуля

@238328 Неработающее говно -- это я.

@kb ну так перепиши, или не пацан?

@238328 protobuf — говно и не нужно. мы с него пересели на json. куда более удобная штука для сериализации

@hirthwork define удобная

@hirthwork json медленный и вообще //

@238328 у тебя что-то не работает @ запускаешь tcpdump @ видишь что же пошло при сериализации не так и какие объекты у тебя по сети ходят

@238328 define медленный

@hirthwork почему не xmpp?

@hirthwork Ты тролль, скажи честно? Таким как ты нужно только людей злить, ни на какие конструктивные дискуссии вы не способны, потому что ущербные и можете только троллить людей и злить их.

@hirthwork требует лишних (необязательных) операций от декодера

@hirthwork настрой логирование

@kb будет в том треде

@kb я не тролль. честно. мы честно пересели с протобуфа на json и ни разу об этом не пожалели

@238328 переходи уже к конкретике, не юли

@kb tfw говоришь "у нас", а на самом деле пилишь проект в одиночку давно

@hirthwork запускаеш tcpdump @ читаеш xml

@hirthwork TIL разные инструменты годятся для разных задач, кто бы мог подумать а я думал есть САМЫЙ ЛУДШИЙ НА ЗИМЛЕ

@kb don't know that feel, bro

@anonymous у xml слишком большой оверхед по размеру при сериализации

@238328 самого лучшего нет, но я не понимаю зачем продолжать жрать протобуф

@hirthwork Просто я говорю "протобуф" потому что с риаком можно общаться через хттп, а можно -- через протобуф. Чтоб удалить что-то из бакета -- нужно каждому объекту послать запрос на удаление. Потому протобуф выбирается тупо для скорости в данном случае, ну и с т.з. драйвера разницы в удобстве нету никакой, потому не очень понятно при чём здесь.

@hirthwork сорь, не могу найти уважаемую блогозапись к моим аргументам

@238328 узнал блогозапись по прописи раба Божьего

@anonymous ффу

@hirthwork не знаю, не использовал

@kb > можно общаться через хттп, а можно -- через протобуф протобуф не является протоколом передачи данных, это протокол сериализации. в итоге ты всё равно вынужден открывать сокет и писать в него сериализованные данные. и кстати, да. json мы отсылаем телом HTTP POSTа. мы делаем это тысячи раз в секунду и я не понимаю почему ты считаешь что упираешься в протокол передачи данных, а не хранилище. Разница в том что снятый tcpdump с HTTP-сессиями легко читается, а в случае протобуфа тебе приходится в уме парсить протобуф, чтобы понять (и таки да, спустя полтора года я вполне себе уже научился протобуф в уме парсить)

@hirthwork что мешает кодировать в asn.1 через x.695?

@hirthwork двачую

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

@hirthwork Ну блять, понятно что "шо то tcp -- шо это tcp". Тем не менее protobuf-драйвер ощутимо быстрее, при том что снимать tcpdump смысла не вижу, если честно (если надо -- программа может логировать хоть в жсон хоть во что). По поводу "упирается" -- ты прав, упирается хер знает во что, наверное можно и на HTTP-API сделать основное ускорение, протобуф я упомянул как "ещё более лучший" вариант.

@238328 Будущее за безъядерными процессорами.

@kb пруф или на моче+говно(жс)

@kb > ждать в цикле ?

@238328 только если написан не на джаве и не @hirthwork'ом

@anonymous потому что нет истории+проебывает сообщения+жрет батарейку

@hirthwork > мы вангую овуляшку

@polecat > дропай всю базу //тупой штоле. как? > ты ебанутый. //на самом деле basho //на самом деле ты. научи как надо

@autism ``` map(clear_riak_bucket, buckets) map(wait_riak_bucket_cleared, buckets) def clear_riak_bucket(bucket_name): bucket = riak_cli.bucket(bucket_name) keys = bucket.get_keys() for key in keys: bucket.get(key).delete() def wait_riak_bucket_cleared(bucket_name): bucket = riak_cli.bucket(bucket_name) keys = bucket.get_keys() attempts_left = 3 while keys and attempts_left: # print '> bucket ' + bucket_name + ', attempts_left: ', attempts_left keys = bucket.get_keys() attempts_left -= 1 time.sleep(0.1) ``` АРХИТЕКТУРА @ РЕШЕНИЯ

@kb бля, лишний get_keys() кароч, ну похуй, поправлю

@polecat чому?

@polecat бля, ну может удалять папочку и буду, вариант канеш

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

@polecat мне надо вынуть данные по range-index-запросу и вставить локально, с целью потестировать на продакшн-данных. он так умеет?

@polecat > восстанавливает состояние обьекта на каждой ноде мне это не надо, у меня локально одна нода (больше не надо)

@polecat мне надо по-настоящему оттестировать, а не моками-хуёками, плюс программа сама на хаскеле, там это всё ебля (а для юнитов и так QuickCheck уже есть).

@polecat в случае riak-import/riak-export буду профилировать а не тестировать

@polecat блять, уже сто раз меня это тестирование выручало от многочасовой ебли и дебагом на продакшне (с tcpdump'ом json'ов гг), а ты мне всё про "хуйнёй маешься"

@kb да похуй всем, что там тебя выручало. ты **доставляешь страдания** здешним аутистом, а это хуже всего вообще

@kb показалось, что `@autism` это такой декоратор

@kb просто ебашь на gevent @ манкипатчь глобальное говно @ проходи тесты

@polecat у меня дело было в питоне как раз (если не через папочку)

@polecat удобно (кроссплатформенно)

@polecat вы так говорите как будто это плохо

@238328 ``` def autism(f): pass ```

@kb уау, раскрыта тайна десятилетия