Примерно как в компиляторы, виртуальные машины и пр.

Это из за чего?

из-за того что by desing в zmq нельзя узнать состояние сокета. req/rep подразумевает что после того как ты послал в req-сокет что-то, тебе прилетит ответ.

т.к. сеть отвалилась, то никакого ответа не будет.

Ну это не значит - дедлок

Язык - это не самая большая проблема

И все думают так же

Вобще без фул-тайм мейнтейнеров база скорее всего умрет

а была бы на js или джаве - была бы куча контрибьюторов :D

рерайт rethinkdb на реакте

Ну это не значит - дедлок

а что это значит?

Ммм, ну таймаут в основном

Ммм, ну таймаут в основном

например? )

Всмысле? обычный таймаут

Всмысле? обычный таймаут

таймаут на что? ну и надо тогда zmq.poll как-то втягивать

таймайт на ожидание респонса

таймайт на ожидание респонса

нет такого в zmq

не верю

засмеяли бы

не верю

The basic request-reply pattern (a REQ client socket doing a blocking send/receive to a REP server socket) scores low on handling the most common types of failure. If the server crashes while processing the request, the client just hangs forever. If the network loses the request or the reply, the client hangs forever.

это откуда?

Request-reply is still much better than TCP, thanks to ZeroMQ's ability to reconnect peers silently, to load balance messages, and so on. But it's still not good enough for real work. The only case where you can really trust the basic request-reply pattern is between two threads in the same process where there's no network or separate server process to die.

это откуда?

http://zguide.zeromq.org/php:chapter4

хех

точняк, оно же еще и для ipc

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

http://stackoverflow.com/questions/26915347/zeromq-reset-req-rep-socket-state

вообщем, надо _ОЧЕНЬ_ внимательно читать что и для чего можно и нельзя использовать.

Но тем не менее, дальше расписывется как можно делать

Если используется асинхронное апи, то никакого лока не будет же?

С sequelize/bookshelf/etc тоже запросов писать не надо

Имхо, SQL надо писать только тогда, когда производительность крайне критична

Не, не надо

Полно же всяких ORM и Query Builder'ов

На пыхе их еще больше, чем на ноде)

Ну это всегда так

Пишешь на Java - чувствуешь несвежее дыхание Oracle сзади

Легче сразу использовать монгу только там где надо.

Я не такой злой, пхп это слишком=)

#whois Ребят, привет! Меня зовут Вадим, разработчик в компании UAPAY, Украина, Киев, специалист в payment solutions. Нашел группу в инете, интересно пообщаться с умными людьми;)

http://jazcash.com/a-javascript-journey-with-only-six-characters/

А есть какой нибудь бэст практисис по постгре в ноде?

А есть какой нибудь бэст практисис по постгре в ноде?

Я использовал Sequelize когда мне нужен был постгрес

Кстати, интересная утилита http://i.got.nothing.to/code/on/git-repo:_the_utility_for_services/

Особенности современного мира разработки. Ребята на HighLoad++ 2016, который состоится через несколько недель, подготовили несколько докладов по RethinkDB, а сейчас @maxlapshin скидывает в чатике программного коммитета ссылку о том, что RethinkDB всё: https://rethinkdb.com/blog/rethinkdb-shutdown/

rethinkdb не всё. это официальной платной поддержке всё. но и это временно.

rethinkdb не всё. это официальной платной поддержке всё. но и это временно.

и разработке сотрудниками

я в чате гошном писал какое-то время назад.

вот общаюсь я сейчас с Глуховским, и не умерла база. вот обсуждаем сейчас сотрудничество.

Очень хорошая новость! А что на счёт компании, кто дальше курировать разработку будет?

команда остается, но пока становится non-profit.

и да, hash sharding повысили приоритет. скоро запилим.

и разработке сотрудниками

нет, комманда остается.

Будут работать за еду? В блоге писали, что все переходят в stripe

у меня информация не из блога, и от Глуховского.

Я не знаю, кто такой Глуховский, а блог на их сайте

https://www.rethinkdb.com/blog/

We’re excited that the members of our engineering team will be joining Stripe, where we can put our expertise to work solving new problems and building infrastructure for developers around the world.

Я не знаю, кто такой Глуховский, а блог на их сайте

основатель

В общем, если они перешли в страйп, то не будут заниматься ей фулл тайм

Вряд ли страйп их взял чтобы они продолжили заниматься rethinkdb

СУБД, которой никто не занимается фуллтайм - это в общем то, скорее мертвая СУБД

Ее СДЕЛАЛИ внутри компании

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

Это важная деталь

Between now and when the team joins Stripe, they will help us with with our efforts to establish a sustainable future for RethinkDB as an independent open-source project.

Им вряд ли нужен Rethinkdb

Только команда

Хватит тарантула, его только в этом чате и упоминают

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

Чуваку она нравится, он под нее драйвер пилит.

Хватит тарантула, его только в этом чате и упоминают

есть еще тут чаты по тарантулу. это просто в твоем информационном поле такого не встречается.

вообще-то tarantool таки юзают, но у многих о нём неверное представление. Зачем то сравнивают его с redis/mongo

когда его скорее надо сравнивать с node.js =)

А по ней конференции в телеграмме есть? Почитал бы, что в целом пишут.

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

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

Ну если нужна очередь и nsql хранилище, а также тебе по фану писать на Си или (реже помогает) Луа, то очень даже можно:))

есть еще тут чаты по тарантулу. это просто в твоем информационном поле такого не встречается.

ага и не в одном западном блоге тоже не встречается

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

Ну вот зафорсят и будет популярность 😏

ты можешь перестать форсить, это тоже поможет

whatever