Я не связываю эти инициативы с желанием наказать племянницу. Что же вы все взбаламошились и зациклились на этом?
Вы путаете цель, проблему, задачу, метод и средства. Проблема актуальна, цель благородна. Но конкретные средства, которые предложили в поправках, криминализуют бытовые действия своих же законопослушных гражан, при этом не создавая особых проблем тем, к кем хотят бороться. Как выпороть самих себя за то, что кто-то другой себя плохо ведёт - размер причинённой боли не влияет на бестолковость затеи.
Со стороны внешнего наблюдателя, за бизнес-логику отвечают Aggregation Roots, с которыми он взаимодействует. Отсюда она может делегироваться дальше по цепочке вниз: в доменные сервисы, entities и т.п. - но это уже нюансы выбранной декомпозиции. Выбор между анемичными и rich models это чисто локальные заморочки дизайна.
Плюс, наряду с доменом обычно выделяют уровени логики приложения и адаптеров, что позволяет ещё больше упростить домен.
К слову, это называется сабдомен и ограниченный контекст - в терминах стратегического DDD.
Если вы уже сделали первое упражнение, правильно разбив домен (предметную область, aka пространство проблем) на сабдомены (изолированные проблемы), то команды разработчиков будут воспринимать такую декомпозицию не как способ борьбы со сложностью, а как нечто само собой разумеющееся. Часто будет так, что за каждый сабдомен отвечает отдельная команда и они не видят картинки в целом, взаимодействуя лишь со своими непосредственными зависимостями.
Рекомендации по реализации (aka тактическое DDD) на самом деле не про классы - это скорее вотчина Clean Code, Hexagonal Architecture, Design Patterns т.п. Основная же мысль в том, чтобы не терять связь между имплемениацией и решаемой проблемой.
Будет удобно если терминология, которой оперирует реализованное API, в достаточной степени соответствует терминологии сабдомена. Бизнесовые сущности обычно моделируются в терминах Entity-Relation, поэтому в примерах DDD часто используют Entity/Value Objects. Но это вторично. Если вы пишете научный софт, здесь может быть хоть квантовая физика. Просто аудитория квантовых физиков гораздо меньше, чем нас - перекладывателей джейсонов.
По существу, главные игроки в тактическом DDD это Aggregation Roots и оформившиеся чуть позже Enterprise Integration Patterns. Первые являются фасадами, выставляющими язык сабдомена/API наружу и скрывающими внутреннюю сложность ограниченного контекста от внешнего мира. Вторые отвечают за способы интеграции между собой.
Я сильно рекомендую читать Вернона - он классно структурировал описание всей этой концепции. Вторичные трактователи часто описывают лишь какие-то кусочки, нередко фокусируясь на второстепенных деталях, что в итоге только путает.
Это называется Synthetic Testing - стандартная фича во многих системах мониторинга. Он обычно используется в дополнение к RUP (real user monitoring). Внедрение, в самом деле, требует креатива и адаптации системы по многим вопросам. Поэтому лучше начинать с самых простых read-only сценариев.
Если трибуны заполнены, то цель стадиона достигнута, разве не так? Заполнить места можно и студентками первого курса, и брутальным работягам с завода, и т.п. - на выбор аудитории тоже можно повлиять. Можно просто раздать желающим у входа перед самым началом матча.
Турагенства (они по сути те де перекупы) ведь как-то приучены, что слить остатки за чисто символическую цену - горящие путевки - выгоднее, чем отправить нераспроданное в мусорку. Прибыль по туру в целом уже получена, а довольные случайные путешественники привезут свои деньги гидам, отелям, сувенирным лавкам и прочим, кто находится по цепочке ниже - кто в противном случае не получил бы ни чего. Поэтому туроператоры, чей бизнес находится уровнем выше, стимулируют агентства не только максимизировать свою прибыль, но и обеспечивать заполненность всех мест.
И чьи же симки там были? Поправки к закону ставят в первую очередь под удар законопослушных граждан, с официальными договорами, кто даже не пытается скрываться и с дронами в транспорте не связан ни каким образом. При этом изменения ни как не мешают тем, кто идет на это сознательно. Штраф 50 т.р. это что-ли помеха?
В законодательстве есть ситуации, когда собственник и так несёт ответственность за нарушения, в которых участвовало его имущество. Но предлагаемые поправки делают любого гражданина преступником априорно, без относительно каких-либо доказанных преступлений.
Наказывать собираются людей, к кому иногда приезжают родственники или друзья, кто подарил теще телефон или племяннице умный девайс. Ну или на кого без ведома зарегистрировали договор с провайдером, сим-карту, или у чьего ребёнка украли во дворе часы с gsm-маячком.
При этом поправки практически ни как не усложняют задачу тем, кто на самом деле запускает эти дроны. Для связи водителю фуры могут так же без ведома установить приложение на его собственный телефон, взломать соседский роутер, умную колонку или подобрать пароль от wifi. Ни что не мешает продать населению через маркетплейсы партию устройств с изменённой прошивкой или бекдорами.
Судя по описанному, архитектурно питон движется в сторону движков JavaScript: общий процесс, но с изначально раздельной памятью для каждого сабинтерпретатора. Поэтому юзкейсы думаю будут аналогичны node.js.
Бортовые 12В могут скакать в больших пределах, поэтому запитывать электронику без развязки все равно было бы опасно.
Вообще штатные гнезда USB для питания гаджетов в авто появились уже давно - глобально проблемы нет. У меня хватает для бесконтактной зарядки, чтобы телефон неспешно заряжался во время поездки. На всякий случай купил адаптер в прикуриватель для супер быстрой зарядки, но пользовался им лишь несколько раз.
После выхода ваших статей на хокейных матчах появится новая категория посетителей - айтишники, - кто пришёл, чтобы посмотреть на турникеты, сети и крутые мониторы)
Чтобы скупить все 6000 билетов даже по 500 нужно вложить 3 мульта. Это уже уровень малого бизнеса, а не случайных коробейников с Авито. Интересно, какое количество мест в реальности отрабатывают перекупы и каков объём их рынка?
В эпоху электронных платежей и аутентификации через соц сети паспорт не сильно и нужен. Вы и без этого можете отследить все транзакции. Проблема только с анонимными посетителями кто по каким-то причинам платит наличными. Но и их можно подталкивать к регистрации, делая условия менее комфортными (например возможность выбирать места только после фактической оплаты, отсутсвие скидок и т.п.).
Продавать билеты в три раза дороже, договорившись с рестораном и кинотеатром о кратных скидках для посетителей матча на следующий уикенд. Условие - во время матча место не должно пустовать. Через неделю деньги поделить. Реальные посетители ни чего не теряют. Партнеры получают лиды. А для перекупов бизнес становится сильно дороже.
Это говорит о том, что стратегия перекупов в некоторых моментах работает эффективнее, чем у официалов. Есть же бизнесы с аналогичными проблемами, которые научились неплохо их решать, - те же авиакомпании. Отсутствие гарантий относительно места в салоне до фактической оплаты билета делает DOS атаку кратно дороже, выбивая с рынка всех нищих случайных энтузиастов. Возврат билетов с существенным дисконтом и отложенным перечислением остатка ещё больше роняет планку маржинальности у перекупов. Наверняка и стадион может предпринять что-то подобное.
Китайская промышленность может сделать продаваемый продукт даже из дерьма. При этом они делают и очень крутые штуки. Писать можно отчем угодно, но люди лучше реагируют на негатив. Поэтому новостные сайты кишат таким контентом. Думаю дело в этом.
Вообще, какую мощность может долговременно выдавать типичный прикуриватель в типичной легковушке, без последствий для проводки самого авто и предохранителей? Подпружиненный контакт на конце адаптера, чисто конструктивно, не выглядит супер надёжным для больших токов.
Простите, я не понял вопрос. Мы же в рамках одного процесса работаем
В примерах из статьи, пул сабинтерпретаторов создается по количеству CPU. Как происходит балансировка задач по процессорам если все это работает в рамках одного процесса?
Файловый дескриптор - просто int, его можно шарить между субинтерпретаторами легко
Задача в обратном - предотвратить утечку. Допустим мы открываем файл, читаем построчно и запускаем воркеры для обработки каждой строки. При этом хочется, чтобы воркеры не могли получить доступ нашему файлу, как это случается когда дескрипторы открытых файлов автоматически наследуются дочерними процессами.
Вы путаете цель, проблему, задачу, метод и средства. Проблема актуальна, цель благородна. Но конкретные средства, которые предложили в поправках, криминализуют бытовые действия своих же законопослушных гражан, при этом не создавая особых проблем тем, к кем хотят бороться. Как выпороть самих себя за то, что кто-то другой себя плохо ведёт - размер причинённой боли не влияет на бестолковость затеи.
Со стороны внешнего наблюдателя, за бизнес-логику отвечают Aggregation Roots, с которыми он взаимодействует. Отсюда она может делегироваться дальше по цепочке вниз: в доменные сервисы, entities и т.п. - но это уже нюансы выбранной декомпозиции. Выбор между анемичными и rich models это чисто локальные заморочки дизайна.
Плюс, наряду с доменом обычно выделяют уровени логики приложения и адаптеров, что позволяет ещё больше упростить домен.
К слову, это называется сабдомен и ограниченный контекст - в терминах стратегического DDD.
Если вы уже сделали первое упражнение, правильно разбив домен (предметную область, aka пространство проблем) на сабдомены (изолированные проблемы), то команды разработчиков будут воспринимать такую декомпозицию не как способ борьбы со сложностью, а как нечто само собой разумеющееся. Часто будет так, что за каждый сабдомен отвечает отдельная команда и они не видят картинки в целом, взаимодействуя лишь со своими непосредственными зависимостями.
Рекомендации по реализации (aka тактическое DDD) на самом деле не про классы - это скорее вотчина Clean Code, Hexagonal Architecture, Design Patterns т.п. Основная же мысль в том, чтобы не терять связь между имплемениацией и решаемой проблемой.
Будет удобно если терминология, которой оперирует реализованное API, в достаточной степени соответствует терминологии сабдомена. Бизнесовые сущности обычно моделируются в терминах Entity-Relation, поэтому в примерах DDD часто используют Entity/Value Objects. Но это вторично. Если вы пишете научный софт, здесь может быть хоть квантовая физика. Просто аудитория квантовых физиков гораздо меньше, чем нас - перекладывателей джейсонов.
По существу, главные игроки в тактическом DDD это Aggregation Roots и оформившиеся чуть позже Enterprise Integration Patterns. Первые являются фасадами, выставляющими язык сабдомена/API наружу и скрывающими внутреннюю сложность ограниченного контекста от внешнего мира. Вторые отвечают за способы интеграции между собой.
Я сильно рекомендую читать Вернона - он классно структурировал описание всей этой концепции. Вторичные трактователи часто описывают лишь какие-то кусочки, нередко фокусируясь на второстепенных деталях, что в итоге только путает.
Это называется Synthetic Testing - стандартная фича во многих системах мониторинга. Он обычно используется в дополнение к RUP (real user monitoring). Внедрение, в самом деле, требует креатива и адаптации системы по многим вопросам. Поэтому лучше начинать с самых простых read-only сценариев.
Если трибуны заполнены, то цель стадиона достигнута, разве не так? Заполнить места можно и студентками первого курса, и брутальным работягам с завода, и т.п. - на выбор аудитории тоже можно повлиять. Можно просто раздать желающим у входа перед самым началом матча.
Турагенства (они по сути те де перекупы) ведь как-то приучены, что слить остатки за чисто символическую цену - горящие путевки - выгоднее, чем отправить нераспроданное в мусорку. Прибыль по туру в целом уже получена, а довольные случайные путешественники привезут свои деньги гидам, отелям, сувенирным лавкам и прочим, кто находится по цепочке ниже - кто в противном случае не получил бы ни чего. Поэтому туроператоры, чей бизнес находится уровнем выше, стимулируют агентства не только максимизировать свою прибыль, но и обеспечивать заполненность всех мест.
Например https://v8.dev/docs/embed#contexts .
И чьи же симки там были? Поправки к закону ставят в первую очередь под удар законопослушных граждан, с официальными договорами, кто даже не пытается скрываться и с дронами в транспорте не связан ни каким образом. При этом изменения ни как не мешают тем, кто идет на это сознательно. Штраф 50 т.р. это что-ли помеха?
В законодательстве есть ситуации, когда собственник и так несёт ответственность за нарушения, в которых участвовало его имущество. Но предлагаемые поправки делают любого гражданина преступником априорно, без относительно каких-либо доказанных преступлений.
Наказывать собираются людей, к кому иногда приезжают родственники или друзья, кто подарил теще телефон или племяннице умный девайс. Ну или на кого без ведома зарегистрировали договор с провайдером, сим-карту, или у чьего ребёнка украли во дворе часы с gsm-маячком.
При этом поправки практически ни как не усложняют задачу тем, кто на самом деле запускает эти дроны. Для связи водителю фуры могут так же без ведома установить приложение на его собственный телефон, взломать соседский роутер, умную колонку или подобрать пароль от wifi. Ни что не мешает продать населению через маркетплейсы партию устройств с изменённой прошивкой или бекдорами.
В статье пропущен момент как эти иранские борцы с цензурой платят за Starlink.
Судя по описанному, архитектурно питон движется в сторону движков JavaScript: общий процесс, но с изначально раздельной памятью для каждого сабинтерпретатора. Поэтому юзкейсы думаю будут аналогичны node.js.
Бортовые 12В могут скакать в больших пределах, поэтому запитывать электронику без развязки все равно было бы опасно.
Вообще штатные гнезда USB для питания гаджетов в авто появились уже давно - глобально проблемы нет. У меня хватает для бесконтактной зарядки, чтобы телефон неспешно заряжался во время поездки. На всякий случай купил адаптер в прикуриватель для супер быстрой зарядки, но пользовался им лишь несколько раз.
После выхода ваших статей на хокейных матчах появится новая категория посетителей - айтишники, - кто пришёл, чтобы посмотреть на турникеты, сети и крутые мониторы)
Чтобы скупить все 6000 билетов даже по 500 нужно вложить 3 мульта. Это уже уровень малого бизнеса, а не случайных коробейников с Авито. Интересно, какое количество мест в реальности отрабатывают перекупы и каков объём их рынка?
В эпоху электронных платежей и аутентификации через соц сети паспорт не сильно и нужен. Вы и без этого можете отследить все транзакции. Проблема только с анонимными посетителями кто по каким-то причинам платит наличными. Но и их можно подталкивать к регистрации, делая условия менее комфортными (например возможность выбирать места только после фактической оплаты, отсутсвие скидок и т.п.).
Продавать билеты в три раза дороже, договорившись с рестораном и кинотеатром о кратных скидках для посетителей матча на следующий уикенд. Условие - во время матча место не должно пустовать. Через неделю деньги поделить. Реальные посетители ни чего не теряют. Партнеры получают лиды. А для перекупов бизнес становится сильно дороже.
Это говорит о том, что стратегия перекупов в некоторых моментах работает эффективнее, чем у официалов. Есть же бизнесы с аналогичными проблемами, которые научились неплохо их решать, - те же авиакомпании. Отсутствие гарантий относительно места в салоне до фактической оплаты билета делает DOS атаку кратно дороже, выбивая с рынка всех нищих случайных энтузиастов. Возврат билетов с существенным дисконтом и отложенным перечислением остатка ещё больше роняет планку маржинальности у перекупов. Наверняка и стадион может предпринять что-то подобное.
Спасибо, теперь понятно
Китайская промышленность может сделать продаваемый продукт даже из дерьма. При этом они делают и очень крутые штуки. Писать можно отчем угодно, но люди лучше реагируют на негатив. Поэтому новостные сайты кишат таким контентом. Думаю дело в этом.
Вообще, какую мощность может долговременно выдавать типичный прикуриватель в типичной легковушке, без последствий для проводки самого авто и предохранителей? Подпружиненный контакт на конце адаптера, чисто конструктивно, не выглядит супер надёжным для больших токов.
В примерах из статьи, пул сабинтерпретаторов создается по количеству CPU. Как происходит балансировка задач по процессорам если все это работает в рамках одного процесса?
Задача в обратном - предотвратить утечку. Допустим мы открываем файл, читаем построчно и запускаем воркеры для обработки каждой строки. При этом хочется, чтобы воркеры не могли получить доступ нашему файлу, как это случается когда дескрипторы открытых файлов автоматически наследуются дочерними процессами.