
Nikolay
02.03.2017
20:21:51

I
02.03.2017
20:21:57
а rethinkdb, хоть конторка закрылась, еще юзает кто? Она в OSS ведь сейчас
а то я тут сайд-проджект на ней думаю делать

53r63rn4r
02.03.2017
20:22:34

I
02.03.2017
20:22:46

Google

Nikolay
02.03.2017
20:22:52

53r63rn4r
02.03.2017
20:23:07
Что тогда можно почитать? Прям полностью хаб по nosql?

I
02.03.2017
20:23:14
хаб...
какой хаб

53r63rn4r
02.03.2017
20:23:20

Nikolay
02.03.2017
20:23:25
смотри, если по-простому - nosql - это всего лишь распределенная хэш-таблица

53r63rn4r
02.03.2017
20:23:39
Ну, я обычно просто хабру читаю(если где-то туплю)

I
02.03.2017
20:23:42
да, поэтому она ниебически шустрая

Nikolay
02.03.2017
20:23:48
то есть штука, которая все, что умеет - это по ключу возвращать какой-то объект, и делать это адски быстро
при такой архитектуре она охренительно масштабируется

Андрей
02.03.2017
20:24:15

Nikolay
02.03.2017
20:24:18
потому что все, что тебе нужно - это помнить, какие ключи на каком хосте хранятся

Игорь
02.03.2017
20:24:19

Google

53r63rn4r
02.03.2017
20:24:37
Ну, это я понял, а разве в постгре нет индексов и там нельзя сделать тоже самое(будет медленнее)?

Nikolay
02.03.2017
20:24:42

Андрей
02.03.2017
20:25:09

53r63rn4r
02.03.2017
20:25:25
Не, щас уже коуч2-я версия

Nikolay
02.03.2017
20:25:27
любая sql-база хуже гораздо масштабируется, потому что там куча метадаты разной, которую нужно подсасывать с разных нод
и вообще много вопросов с хитрыми ответами
в key-value все примитивно и просто
key-value решает эти вопросы тем, что переносит их на уровень выше

53r63rn4r
02.03.2017
20:26:15
Ага.. а репликации между скл-базами? Тоже читал про такое(или это из другой оперы?)

Nikolay
02.03.2017
20:26:30
то есть у тебя есть распределенная хэш-таблица, а что с ней дальше делать - это уже твоя бизнес-логика
это можно делать, например, для отказоустойчивости

Андрей
02.03.2017
20:27:09

Nikolay
02.03.2017
20:27:13
когда есть риск, что сервак с куском базы упадет

53r63rn4r
02.03.2017
20:27:16
Т.е. это удобно, если нужно какой-то определенный обьект, или пачка обьектов, но если потом с этими обьектами происходит магия, то лучше таскать это в постгрес, да?

Nikolay
02.03.2017
20:27:29
если у тебя куча связей между объектами и бизнес-логика требует кучи джойнов - то SQL-твой выбор
если же ты можешь представить легко свои объекты как более-менее плоскую структуру с обращением по ключам, и если ты поверх этого еще планируешь строить аналитику, то nosql как раз для этого

Rinat
02.03.2017
20:28:38
http://examples.flask-admin.org/geo/admin/ просматривая больше flask, начинает flask нравиться )

Google

Nikolay
02.03.2017
20:28:51
помимо простоты масштабирования по сравнению с SQL у него еще одно преимущество есть

I
02.03.2017
20:28:53
а если набор json'ов без перекрестных связей тебя устраивает вполне+у тебя динамические свойства - то можно документ-ориентированную взять

Nikolay
02.03.2017
20:29:21
преимущество это в том, что ты можешь делать аналитику с data locality

53r63rn4r
02.03.2017
20:29:44
Ну, да, у меня по одному "абстрактному пользователю" лежат данные в 4-х базах, по сути я делаю 4 гета, а в скл я просто пихаю это в таблицу, а потом просто делаю один селект

Nikolay
02.03.2017
20:29:57
то есть гнать аналитический кластер как раз на тех же нодах, где у тебя стоит база, и каждая нода будет ходить только к себе в оперативку, а пересылка данных по сети будет минимальная
на этом выстроена вся концепция map-reduce

53r63rn4r
02.03.2017
20:30:12

Nikolay
02.03.2017
20:30:38

53r63rn4r
02.03.2017
20:32:06
Еще одно скажу: вот только что посмотрел PythonDigest - ф-строки - ахуенные
f-строки в Python 3.6
https://shultais.education/blog/python-f-strings
Статья про f-строки в Python 3.6. Особенности применения и производительность.
Во

b0g3r
02.03.2017
20:32:53

53r63rn4r
02.03.2017
20:33:35
Почему?
Какие минусы?

Nikolay
02.03.2017
20:33:55
</trollmode>

53r63rn4r
02.03.2017
20:34:06
:DD
Ща у Игоря бомбанет
@igorpavlov

Google

Маришка
02.03.2017
20:34:55
Он улетел
Уже

I
02.03.2017
20:35:00
не, я тут

Nikolay
02.03.2017
20:35:33

I
02.03.2017
20:36:02
на рельсе приложения поддерживаю

Nikolay
02.03.2017
20:37:02
гитхаб вот тоже на рельсах
но новые проекты сейчас на рубях писать я бы лично не стал. Не по религиозным соображениям, просто прошло его время

Admin
ERROR: S client not available

53r63rn4r
02.03.2017
20:38:28
Хероку на рубях

Nikolay
02.03.2017
20:39:09
где руби до сих пор рулит - это chef и puppet
а да, есть еще homebrew
но это так, забава

Андрей
02.03.2017
20:41:53
ещё гитлаб на рубях
руби офигенская тема, надо просто шарить в рубигемах
тогда очень легко и быстро можно клепать хорошие приложения
у питона в этом сильно далеко

53r63rn4r
02.03.2017
20:43:38
рли? а почему?
А гемы это же модули?

Google

Андрей
02.03.2017
20:44:23
но опять же, Николай задвинул так что железно: "просто прошло его время"

Silent Bob
02.03.2017
20:45:03
это библиотеки

Андрей
02.03.2017
20:45:23
камешки драгоценные

53r63rn4r
02.03.2017
20:45:24
Ну, как pypi

Андрей
02.03.2017
20:45:38
типа того, только в пайтоне очень мало всего
даже у перла больше в разы

Silent Bob
02.03.2017
20:46:05

Андрей
02.03.2017
20:46:19
CPAN все дела: почти всё что тебе надо уже кто-то написал

Nikolay
02.03.2017
20:46:30

Андрей
02.03.2017
20:46:31
тебе надо просто построить из кирпичей дом

Stepan
02.03.2017
20:46:40

Nikolay
02.03.2017
20:46:45

Евгений
02.03.2017
20:46:54
Народ, возможно за месяц выучить питон и пойти работать в апреле?

Nikolay
02.03.2017
20:46:56
питон сейчас на одном из первых мест по объему репозиториев

53r63rn4r
02.03.2017
20:47:05

Nikolay
02.03.2017
20:47:06

Silent Bob
02.03.2017
20:47:10
хз, троллите, в питоне много больше всего, либ тех же, говорю как рубист засланный

53r63rn4r
02.03.2017
20:47:30

Nikolay
02.03.2017
20:47:44

Евгений
02.03.2017
20:47:51
Можно
Я на stepik'e думаю курс пройти, стоит?

53r63rn4r
02.03.2017
20:48:06
Конечно стоит, тогда месяц умножайте на 2 года