сэ ля ви.. наше говно вот продалось.. а у покупателей аппетит приходит во время еды.. в итоге вместо того что бы технический долг вернуть - мы в спешке добавляем еще больше говна :)

Тут все пилят на ионике с монгой или файрбазом в бэке

До второго этапа инвестирования по крайней мере

Силами двух джуниор ангуляр дэвов

И продают за суммы с 7 нулями)

Даже обидно что я так не умею пока что

они реально получают инвестирование или только рассказывают об этом?

Я лично знаю 2 таких стартапа

- И ты говори! (ц)

всем бы так пёрло ;) я с ионика не в восторге. год назад на нем пару простых приложений запилил для себя/друзей. после недели тыкания в него психанул и переписал все на свифте. благо друзей с андроидами было меньше ;)

Я правда знаю ещё стопицот которые не продали, но можно и на эрлонге со спарком не продать)

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

бизнес идея (чтобы деньги привлекала)

В почледнее время деньги дают даже просто идеям

И продают за суммы с 7 нулями)

Продают, или получают инвестирование?

Продают

продают != получили 7 нулей

Ну как бы да

В почледнее время деньги дают даже просто идеям

у меня есть идея. нет реализации. уверен что даже реализовать невозможно при текущем уровне развития нашей цивилизации. но от денег не откажусь!

Если моих будет 10% - я с удовольствием продам за 7 нулей

Получу 6 и скорее всего высокое место в конторе, которая может позволить себе потратить 7 нулей

а как же собеседование в авиасейлз?

Не, в Тайланд я точно поеду если возьмут

К тому же у меня нету 10% где-то там, что можно продать за 7 нуулей

мне кажется это была самая крутая идея, которая парню принесла 6 нулей, пусть и самую маленькую сумму с 6-ю нулями http://www.milliondollarhomepage.com

Самая крутая идея - это продать пиццу за 10000 BTC

знал бы прикуп, жил бы в сочи (c) это уже как на разнице курсов валют играть ;) знал бы - купил бы в 90-х побольше долларов по 5 рублей

Самая крутая идея - это продать пиццу за 10000 BTC

Самая крутая продавать наркотики за BTC. На пиццу то особо спроса не было

Один раз продал - 7 нулей долларов получил

Один раз продал - 7 нулей долларов получил

Это если они их сами не потратили

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

Или не вывели до того как курс биткоинов взлетел

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

кстати riak_ts никто не щупал? очень интересно сравнение с cassandra.. а то у самого руки никак не дойдут

Мы riak kv щупали, когда выбирали СУБД для наших задач. Для определённого типа задач в принципе норм (например, где чтения больше, чем записи). На проде нужно пять нод минимум.

Да, и у нас больше всего вопросов вызывала подробная документация к обозреваемым СУБД, и наличие шагов для диагностиги БД + восстановления данных, описанное подробно, по шагам. По этому критерию риак тоже неплох - там всё достаточно подробно расписано.

а под какую задачу? профили пользователей и настройки хранить?

Мы выбрали hbase

postgrest еще есть

Да много чего есть :) Под серьёзные задачи выбирают долго и тщательно, а не берут по принципу "я с этим раньше работал". :)

Так-то я бы тогда CouchDB взял. Но не буду. :)

Постану сюда может кому будет интересно. Последний эпизод нашего шоу о путешествующих сычах: https://mordortoday.podster.fm/4 .

благодарю за две ссылочки для сравнения NoSQL

Так-то я бы тогда CouchDB взял. Но не буду. :)

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

неправильный вопрос. коуч ни плох ни хорош.

просто под текущую задачу я бы его не выбрал

между прочим, не так давно вышел коуч 2.0. там много вкусностей

перефразирую свой кривой вопрос — для каких именно задач подходит коуч?

и в чем его сильные стороны?

ну, это документо-ориентированная СУБД. т.е. в ней удобно хранить JSON-документы, делать по ним всякие выборки.

бинарники к документам можно прицеплять

общение черз REST обычно

в коуче 1.х межнодовое общение шло через рест

в 2.0 - через эрланг-термы. это сильно быстрее и надёжнее

у 2.0 новый язык запросов mango, что доже оч вкусная фича

что ещё...

мастер-мастер репликация

CRDT

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

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

благодарю за обьяснения?

версионирование есть из коробки, что может быть на некоторых юзкейсах просто киллер фичей

короче много чего могу сказать) два с лишним года на 1.х сидел.

а, да, и ещё для любителей JScript - там есть такая штука как couch apps. Эта штука позволяет писать приложения на JS и хостить их внутри СУБД. Это позволяет использовать CouchDB как СУБД + app server + master-master replication, что в сумме даёт и отказоустойчивость и автоматическую репликацию данных и кода между нодами "из коробки". Т.е. ваше приложение будучи изменено на одной ноде, автоматом распространится на другие, включая данные. Очень удобно, и деплой не нужен. :)

Изврат

Какой-то

это фича. можно не трогать

я не трогал)

у нас приложение на эрланге было

ERROR: S client not available

Напоминает etherium с их хранением кода в ебаном блокчейне

а, да, и ещё для любителей JScript - там есть такая штука как couch apps. Эта штука позволяет писать приложения на JS и хостить их внутри СУБД. Это позволяет использовать CouchDB как СУБД + app server + master-master replication, что в сумме даёт и отказоустойчивость и автоматическую репликацию данных и кода между нодами "из коробки". Т.е. ваше приложение будучи изменено на одной ноде, автоматом распространится на другие, включая данные. Очень удобно, и деплой не нужен. :)

тоесть js + erlang на коуче? или там просто js + CouchDB ?

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

etherium из другой оперы

тут фактически JS просто делает не запросы к БД, а другие дела.

Т.е. код как код

Так coach это типа монги, а какая лучше?

Или это как мускул и постгрес - один хрен

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

Я стлал что монга CP а коуч - AP

Но монга нифига не C

разрабы монги до сих пор баг не пофиксили, когда при записи в БД с одновременной синхронизацией нод данные корраптятся и база разваливается так, что её собрать потом невозможно.

Вообще разницы не чувствую - запутался к чертям(

монга из вебскейл-же))

с каучем такой херни нет, т.к. логика работы совсем другая.

Там и там документы там и там рест

Может я где-то не дочитал

ну, например, кауч при конфликте документов хранит обе версии. и юзер сам решает, какая верная.

это мне нравится. это гораздо лучше, чем last writer win

Так по результату, Ее можно использовать без персистентный rdb или только вместе?

Потому что эластик сука отдельно нельзя - мы вчера весь день решали

кауч персистентен по определению.

а эластик - не субд ни разу.

туда я бы вообще важные данные поостерёгся класть

это чисто для аналитики и поиска

Ну монга тоже не персистентный

Вроде как там все время все что-то теряют

эммм

стоп

не путаешь ли ты персистентность и консистентность? :)

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

кстати для наших задач я на кассандре остановился. там всё, что нам надо, есть.