Так єтот паттерн применяєтся при динамечских обьектах, где динамически создаются custom fields, типа как в каких-то CRM сервисах.
Для систем, написанного под одного конкретного клиента — конечно особого смьісла так делать нет, бьістрее и проще все в одной таблице по схеме "1 аттрибут обьекта — 1 колонка в таблице"
Они и в своем выступлении на MSBuild говорили, что это довольно опасная фича и нужно быть уверенным, что она действительно нужна вашему проекту. А добавили lazy loading так как был запрос и наконец руки дошли.
Вы немного путаете понятие цензуры и рыночных отношений, точнее термин «цензура» тут вообще неприменим. Ютуб размещает бесплатно у себя ролики, и помечает, что некоторые просто невозможно предоставить рекламодалелю, чтобы он там разместил рекламу Сникерса перед просмотром, при этом Ютуб несет убытки от таких роликов — он предоставляет место на диске, бэкапы, электроэнергию, каналы связи и т.д. — все для контент-продюсера бесплатно. И если зарабатывает Ютуб, то только вместе с автором ролика. Просто есть ролики, которые невозможно предоставить рекламодалелю — например если этот ролик где кто-то ковыряется в носу, картинка трясется, звук унитазный, или где сидят два чувака и обсуждают какой-то геноцид — людям не весело и не интересно. Это все так же и на телевидении — там есть конечно цензура в новостях и т.д., но за пределами этого там контент который рекламодателя может заинтересовать, а тот что не может заинтересовать — отсутствует.
Люис Россманн по-моему отлично объяснил как это выглядит на самом деле и почему говорить «цензура» в этом контексте — просто не дружить с головой: https://www.youtube.com/watch?v=ZB-lh6_4ZIQ
Для схем АВР (автоввода резерва), как тут (центральный ввод / генератор) все известные производители делают механическю блокировку (это отдельный аксессуар, как дополнительный блок-контакт например) которая ставится между двумя пускателями, исключая механически их одновременное включения (например программист ошибся и выдал управляющий сигнал на оба пускателя одновременно). Стоит копейки…
Какой-то глюк и не сохранилась разметка… изменить коммент уже не мог, думал и так понятно.
В принципе выигрышным вариантом оказался формат Е14 с небольшим переходником под Е27, именно в таком виде этот даджет у меня и появился.
Я не про патрон, а придумывание нового слова, которое является названием компании. Ведь и так разместили ссылку на ваш же магазин, зачем еще в тексте делать это…
В принципе выигрышным вариантом оказался формат Е14 с небольшим переходником под Е27, именно в таком виде этот даджет у меня и появился.
А можно меньше маркетинга? Проявите уважение к читателям. Спасибо
Для ТЭНов можно обойтись обычными э/м реле соответсвующего номинала. Контакторы используются при условно больших токах (например, как у автора статьи — пусковые и размыкания).
Так єтот паттерн применяєтся при динамечских обьектах, где динамически создаются
custom fields, типа как в каких-то CRM сервисах.Для систем, написанного под одного конкретного клиента — конечно особого смьісла так делать нет, бьістрее и проще все в одной таблице по схеме "1 аттрибут обьекта — 1 колонка в таблице"
Они и в своем выступлении на MSBuild говорили, что это довольно опасная фича и нужно быть уверенным, что она действительно нужна вашему проекту. А добавили lazy loading так как был запрос и наконец руки дошли.
Хм, интересно. Я полный нуб в Postgres, не знал что можно так, спасибо
А как обойтись без DISTINCT если нужны уникальные записи?
Я не про патрон, а придумывание нового слова, которое является названием компании. Ведь и так разместили ссылку на ваш же магазин, зачем еще в тексте делать это…
А можно меньше маркетинга? Проявите уважение к читателям. Спасибо