Size: a a a

Архитектура ИТ-решений

2020 November 01

IA

Igor A in Архитектура ИТ-решений
Не знаю не знаю...
Вроде я с вами согласен...
За бугром вроде 2 четких пути - либо управление либо техника..
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Просто закон Конвея не даёт архитектору возможности не думать про оргструктуры, коммуникации и управление.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Поступают извне сигналы, что в этом чатике много рефлексии и холивара по части самоидентификации нас, архитекторов. Может возьмём технический перерыв?))
источник

IA

Igor A in Архитектура ИТ-решений
Беру перерыв на сон до завтра.. 👍
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Igor A
Не знаю не знаю...
Вроде я с вами согласен...
За бугром вроде 2 четких пути - либо управление либо техника..
Да, многие это отмечают. У нас есть особенность - вера в свою гениальность от природы во всех областях. И техническое образование у уже не технических людей.
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Gennadiy Kruglov
Насколько мне известно, все графовые базы плохо масштабируются. То есть, работают фактически в пределах одного узла.

Возможно, ситуация изменилась. Но не очень верится, потому что ограничения архитектурные.

Гремлин же вроде все более или менее известные поддерживают.
Тут datalake-классика в storage layer
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Gennadiy Kruglov
Насколько мне известно, все графовые базы плохо масштабируются. То есть, работают фактически в пределах одного узла.

Возможно, ситуация изменилась. Но не очень верится, потому что ограничения архитектурные.

Гремлин же вроде все более или менее известные поддерживают.
источник

SS

Ssst Ssst in Архитектура ИТ-решений
Олег Игонин
А какая у тебя сейчас позиция?
Сейчас в процессе изучения python. На уровне junior. Но интерес к програмированию угасает, хочется занятся чем нибудь другим. В универе дико нравилось проектировать базы данных,для разнвх проектов.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Кстати, а что почитать про графовые базы (для чего полезны, как устроены, проблемы и так далее)?
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Gennadiy Kruglov
Насколько мне известно, все графовые базы плохо масштабируются. То есть, работают фактически в пределах одного узла.

Возможно, ситуация изменилась. Но не очень верится, потому что ограничения архитектурные.

Гремлин же вроде все более или менее известные поддерживают.
У neo4j да, там есть заморочки - но зато с ней стартовать приятнее
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Если убрать Кассандру, мне всё нравится
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Gennadiy Kruglov
Если убрать Кассандру, мне всё нравится
:)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Eugene Istomin
У neo4j да, там есть заморочки - но зато с ней стартовать приятнее
Да
источник

F

Fagor in Архитектура ИТ-решений
Eugene Istomin
Сейчас изучаю разницу между Grakn, JanusGraph, TerminusDB и классикой (neo4j).

Есть у кого опыт/кейсы на графах?
для базы знаний, удобно, а вот как БД для приложений ни разу не использовали, не возникало необходимости, не было кейсов подходящих, да и специалистов которые еще и понимают зачем вот это вот все.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Кстати, а что почитать про графовые базы (для чего полезны, как устроены, проблемы и так далее)?
У neo4j есть хорошая книжка, с общей теорией в том числе
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Fagor
для базы знаний, удобно, а вот как БД для приложений ни разу не использовали, не возникало необходимости, не было кейсов подходящих, да и специалистов которые еще и понимают зачем вот это вот все.
Катали первые проекты на neo4j в 2013 году, в плане бизнес-применимости графы огонь + это помогает на event-подход пересесть.
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Phil Delgyado
Кстати, а что почитать про графовые базы (для чего полезны, как устроены, проблемы и так далее)?
Тут проще пойти от любого простого pet-project, в котором ты будешь ценить связи как элементы (или больше :)
Тема со связями - это про процессы, это про event и про chain/stream.
источник

F

Fagor in Архитектура ИТ-решений
Eugene Istomin
Катали первые проекты на neo4j в 2013 году, в плане бизнес-применимости графы огонь + это помогает на event-подход пересесть.
спасибо, "потыкаю" завтра в перерыве на работе. Инструменты плодятся, но вот запустить вместе без избыточности — проблема растет, не по экспоненте конечно, но явно не линейно.
источник

D

Danil in Архитектура ИТ-решений
Eugene Istomin
Сейчас изучаю разницу между Grakn, JanusGraph, TerminusDB и классикой (neo4j).

Есть у кого опыт/кейсы на графах?
Видел один раз кейс на allegroGraph. Использовалось в контексте сервиса полнотекстового поиска
allegroGraph использовался вроде для построения словаря, чтобы поиск шел сразу на нескольких языках или что-то в этом роде
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Как всегда, зависит от кейсов. Большую часть задач можно решить в spark graphx
источник