Size: a a a

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

2020 June 27

KG

Kirill Gorin in Архитектура ИТ-решений
Phil Delgyado
Неа. Там не было очереди сообщений на объект.
а очереди это вобще про реализацию, а не про семантику
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, это и про семантику, так как про гарантии синхронности состояния.
источник

KG

Kirill Gorin in Архитектура ИТ-решений
не знаю что такое синхронность состояний
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Но смоллтолк вообще был однопоточным, насколько я помню.
источник

KG

Kirill Gorin in Архитектура ИТ-решений
не встречал такого термина )
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Kirill Gorin
не знаю что такое синхронность состояний
Сериализация изменений (в смысле многопоточности).
источник

KG

Kirill Gorin in Архитектура ИТ-решений
ну это называется потокобезопасность
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Не совсем одно и то же, но да )
источник

KG

Kirill Gorin in Архитектура ИТ-решений
очень много где люди отказываются от многопоточности в хайлоад
источник

DD

Dmitrii Dima in Архитектура ИТ-решений
Phil Delgyado
Сериализация изменений (в смысле многопоточности).
А всеже что конкретно имеешь ввиду если не трейд сейф?
источник

KG

Kirill Gorin in Архитектура ИТ-решений
Dmitrii Dima
А всеже что конкретно имеешь ввиду если не трейд сейф?
наверно то что в однопоточной конкурентной среде тоже можно поиметь проблем с сериализацией
источник

PD

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

PD

Phil Delgyado in Архитектура ИТ-решений
Anatoly Yumashev
Возможно. Либо она говорит о вещах осмыслить которые дано не всем.

Я могу назвать лишь 5-10 примеров подобного подхода в мире. И 0 в РФ. В РФ ещё не доросли до этого. Можно сказать что они первопроходцы
Хм. Просто, наверно, ты не в теме. Она рассказывает простые и массовые вещи. Может в PHP мире такое и не привычно, но в остальном IT это уже общие места.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Но и в этих общих местах она разбирается очень плохо, увы.
источник

AY

Anatoly Yumashev in Архитектура ИТ-решений
Phil Delgyado
Хм. Просто, наверно, ты не в теме. Она рассказывает простые и массовые вещи. Может в PHP мире такое и не привычно, но в остальном IT это уже общие места.
Наверное. Но это не точно.

Мои выводы сформировались из наблюдения за опенсорс проектами и за энтерпрайз проектами из своей практики. Там в основном PHP, JS, RoR.

Примеры привел в статье.

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

AY

Anatoly Yumashev in Архитектура ИТ-решений
Anatoly Yumashev
Наверное. Но это не точно.

Мои выводы сформировались из наблюдения за опенсорс проектами и за энтерпрайз проектами из своей практики. Там в основном PHP, JS, RoR.

Примеры привел в статье.

Если мы будем говорить про какой то другой абстрактный мир, без примеров, без возможности изучить код и практику применения того или иного продукта в реальных условиях - то без меня. Я плохо умею говорить про абстрактных коней в вакууме. Мне надо читать код и изучать реальных опыт применения инструментов.
Также исхожу из наблюения за топ командами, которые достаточно открыты. Типа Скайэнг, айСпринт, Фрискаут, Редмайн и т д.
источник

VU

Vitaly U in Архитектура ИТ-решений
EA, кому интересно, Максим пожалуйста не бейте
источник

VU

Vitaly U in Архитектура ИТ-решений
источник

F

Fagor in Архитектура ИТ-решений
Жесть как вы тут намешали ООП, типизацию, языки, jvm, net core, HL, кубы-звезды DB все в одну кашу. Архитектура или кто. Для конкретных задач конкретно подходящие инструменты, даже не стек. Для комплекса задач, уже стек, но опять таки с выделением и комбинацией подходящих инструментов. И вопрос доступности специалистов. Абсурдный пример: Если у вас нет Джавистов, но есть крутые пыхеры, то они сделают лучше и контролируемей, чем убогие наймиты на раз, без целей и задач на поддержку Си шарперы. Даже если вам кажется что Хаскел лучше зайдет.
источник

F

Fagor in Архитектура ИТ-решений
Да пример мой, отражает то как обсуждается тут вопрос. А для выборок БД и отчетов вообще другой стек, и там не про Джавистов и Свифтеров и языки должен разговор идти а про Data Science и SQL.
источник