Size: a a a

2021 February 13

A

Alex in ctodailychat
Artem Shpynov
Ну а так решений то миллионы но конечно onpremise
ну да... а смешно, что все они построены на lucene - и солр, и модные algolia и azure search и даже сам эластик
источник

Y

Yaroslav in ctodailychat
Samat Galimov
не понял
Бобук это не яндекс, но для нас свойственны искажения. Мы часто считаем что этот человек излагает свои мысли от лица компании, и что он принимал непосредственное участие в описаных событиях
источник

SG

Samat Galimov in ctodailychat
Yaroslav
Бобук это не яндекс, но для нас свойственны искажения. Мы часто считаем что этот человек излагает свои мысли от лица компании, и что он принимал непосредственное участие в описаных событиях
мне часто хочется извиниться за действия россии, когда очередная хуйня происходит, потому что как ни крути — это моя страна. С компанией, мне кажется, так же
источник
2021 February 14

Y

Yaroslav in ctodailychat
Samat Galimov
мне часто хочется извиниться за действия россии, когда очередная хуйня происходит, потому что как ни крути — это моя страна. С компанией, мне кажется, так же
Да, но.... это личный выбор каждого. Ты ли, своим действием или бездействием виновен в том, что произошло?
источник

IV

Igor V in ctodailychat
@jitbit если у вас kv это derived структура, то скорее всего вы по ключу только читаете и никогда не обновляете. можно попробовать проделать крутой трюк, если нет жестких требований по чтению: использовать s3, где ключем будет название объекта. infinity scalable, но FST придется вынести в другую систему аля Sphinx. Я бы подумал над этим
источник

A

Alex in ctodailychat
Igor V
@jitbit если у вас kv это derived структура, то скорее всего вы по ключу только читаете и никогда не обновляете. можно попробовать проделать крутой трюк, если нет жестких требований по чтению: использовать s3, где ключем будет название объекта. infinity scalable, но FST придется вынести в другую систему аля Sphinx. Я бы подумал над этим
great minds think alike - я так и хотел сделать. см выше вопрос про athena :)
источник

IV

Igor V in ctodailychat
глянь sphinx, он очень хорош
источник

AA

Andrew Andreev in ctodailychat
Yaroslav
Да, но.... это личный выбор каждого. Ты ли, своим действием или бездействием виновен в том, что произошло?
Я лично его не обвиняю.

Но мне кажется странным, что сотрудник (любой) вместо молчания или просто сообщения о новости, предпочитает метод защиты в стиле "Посмотрим, что там у других".

И даже если он просто дополнил новость о Яндексе ссылками на косяки других компаний, то надо осознавать, что тебе, как сотруднику, не очень правильно выкладывать такое. Мы живём не в идеальном мире и здесь никогда не будет так, что "Это слова человека, а не компании и не считается".
источник

SG

Samat Galimov in ctodailychat
Igor V
@jitbit если у вас kv это derived структура, то скорее всего вы по ключу только читаете и никогда не обновляете. можно попробовать проделать крутой трюк, если нет жестких требований по чтению: использовать s3, где ключем будет название объекта. infinity scalable, но FST придется вынести в другую систему аля Sphinx. Я бы подумал над этим
уже второй раз про это речь заходит, классный трюк! а амазону норм, что супер много мелких объектов? это не abuse?
источник

SG

Samat Galimov in ctodailychat
Andrew Andreev
Я лично его не обвиняю.

Но мне кажется странным, что сотрудник (любой) вместо молчания или просто сообщения о новости, предпочитает метод защиты в стиле "Посмотрим, что там у других".

И даже если он просто дополнил новость о Яндексе ссылками на косяки других компаний, то надо осознавать, что тебе, как сотруднику, не очень правильно выкладывать такое. Мы живём не в идеальном мире и здесь никогда не будет так, что "Это слова человека, а не компании и не считается".
не понятно, чего ты хочешь :)

смотри какой классный тред про kv!
источник

AA

Andrew Andreev in ctodailychat
Andrew Andreev
Я лично его не обвиняю.

Но мне кажется странным, что сотрудник (любой) вместо молчания или просто сообщения о новости, предпочитает метод защиты в стиле "Посмотрим, что там у других".

И даже если он просто дополнил новость о Яндексе ссылками на косяки других компаний, то надо осознавать, что тебе, как сотруднику, не очень правильно выкладывать такое. Мы живём не в идеальном мире и здесь никогда не будет так, что "Это слова человека, а не компании и не считается".
Ну и Бобук не в первый раз работает по методу "Смотрите как у них хуже, хоть вы и на нас гоните".
источник

A

Alex in ctodailychat
Samat Galimov
уже второй раз про это речь заходит, классный трюк! а амазону норм, что супер много мелких объектов? это не abuse?
точно норм. У нас в соседнем микросервисе терабайты таких мелких объектов на s3, им пофиг.

мало того, мы собрали прокси к этому огромному стораджу на aws lightsail чтобы за траффик не платить - уже год ждем, пока они нас накажут - не трогают
источник

ΠΣ

Παύλος ☃️ Σ... in ctodailychat
Samat Galimov
не понятно, чего ты хочешь :)

смотри какой классный тред про kv!
Ну очевидно, что проблема конфликта интересов человека-как-сми и места его (бывшей, частичной) работы
источник

Y

Yaroslav in ctodailychat
Andrew Andreev
Ну и Бобук не в первый раз работает по методу "Смотрите как у них хуже, хоть вы и на нас гоните".
Я думаю вы будете один из тех людей, которые будут меня линчевать, когда я буду работать в большой компании во время скандала, а я буду высказывать свое лично мнение
источник

A

Alexander in ctodailychat
Andrew Andreev
Ну и Бобук не в первый раз работает по методу "Смотрите как у них хуже, хоть вы и на нас гоните".
вам не кажется, что тред исчерпан?
источник

AA

Andrew Andreev in ctodailychat
Samat Galimov
не понятно, чего ты хочешь :)

смотри какой классный тред про kv!
Я не погромист. Я не понимат.

Ничего не хочу. Вчера всё обсудили. Ты как-то сообщение откопал) Люблю рассуждения без финала..

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

AS

Artem Shpynov in ctodailychat
Alex
ну да... а смешно, что все они построены на lucene - и солр, и модные algolia и azure search и даже сам эластик
что значит "даже" lucene по факту драйвят ребята из SOLR и из Elastic..
источник

IV

Igor V in ctodailychat
Samat Galimov
уже второй раз про это речь заходит, классный трюк! а амазону норм, что супер много мелких объектов? это не abuse?
Abuse нет, но не подходит когда у тебя интенсивное чтение и запись. можно попасть в $$$ и чтение с s3 не самая быстрая операция. но есть кейсы в которые этот паттерн прекрасно вписывается. Например, я на S3 храню favorites пользователей. Понятное что favorites меняются не так часто и можно подождать секунду другую при записи/чтении.
источник

A

Alexander in ctodailychat
Alex
точно норм. У нас в соседнем микросервисе терабайты таких мелких объектов на s3, им пофиг.

мало того, мы собрали прокси к этому огромному стораджу на aws lightsail чтобы за траффик не платить - уже год ждем, пока они нас накажут - не трогают
а они не могут задним числом выставить? Понимаю что звучит бредово, но один раз столкнулся (не c AWS а с другим мелким клаудом)
источник

SG

Samat Galimov in ctodailychat
Alex
точно норм. У нас в соседнем микросервисе терабайты таких мелких объектов на s3, им пофиг.

мало того, мы собрали прокси к этому огромному стораджу на aws lightsail чтобы за траффик не платить - уже год ждем, пока они нас накажут - не трогают
а почему не платишь за трансфер? там же есть лимиты на transfer и всё что выше — за бабки
источник