RM
Я не сказал, что квалификаторы фундаментально чем-то плохи, не смей пихать слова мне в рот.
Ты прав, не люблю когда слова в рот пихают
Size: a a a
2020 August 21
🦊
Ты ведь даже синхронизацию в этот интерфейс не внесёшь, потому что ты возвращаешь то ссылку, м-мда.
RM
Ты ведь даже синхронизацию в этот интерфейс не внесёшь, потому что ты возвращаешь то ссылку, м-мда.
Какую синхронизацию?
🦊
Я тебе выше объяснил, пункт 1
CC
Ууууу
🦊
1) Список директорий представляет собой аморфную сущность, которая может произвольно меняться в рантайме и требует сложной логики для синхронизации доступа.
2) Не используй блядь наследование вместо композиции, это рак мозга и делает из твоего кода лапшу.
3) Значения не изменяются в рантайме вовсе, либо задаются один раз при инициализации до того, как код начнет их использовать (важно задокументировать момент инициализации).
2) Не используй блядь наследование вместо композиции, это рак мозга и делает из твоего кода лапшу.
3) Значения не изменяются в рантайме вовсе, либо задаются один раз при инициализации до того, как код начнет их использовать (важно задокументировать момент инициализации).
тут
CC
Я тож ненавижу, когда слова в рот пихают
RM
Ты про многопоточность?
🦊
Да
RM
Я думаю, что этот вопрос уже к разработчикам
🦊
Так разработчик фреймворка ты.
🦊
Вот и вопрос к тебе.
RM
Так разработчик фреймворка ты.
Фреймворк запускает одно ядро
RM
Многопоточность и асинхронные модули - это уже дело рук разработчиков
RM
И безопасность должна делаться внутри модуля
🦊
Ты должен понимать, как твой код собираются использовать и соответственно выстраивать интерфейс.
RM
Синхронизация в том числе
RM
Ты должен понимать, как твой код собираются использовать и соответственно выстраивать интерфейс.
Так я поэтому и говорю
🦊
Пока у меня складывается впечатление, что ты не знаешь, как твой код будут использовать.
RM
Пока у меня складывается впечатление, что ты не знаешь, как твой код будут использовать.
Знаю, не все модули будут многопоточными