Для Питона хочется сделать препроцессор, чтобы можно было писать в C-like нотации, которая одновременно и лаконичная, и четко визуально определяемая - но тогда Питон превратится в JavaScript ;)
С непривички глаз царапается двоеточиями там, где должно быть начало блока и этой ужасной концепцией отступов, как окончаний. Говорят, что очень сложно одновременно грамотно писать на русском и белорусском - так как правила правописания там полярны. Видимо после плотного питонизма автоматизм ставить закрывающие фигурные скобки тоже будет утрачен :)
Как говорят психологи - фантазии могут быть разные, но отклонением это называется только тогда, когда фантазии замещают сам объект. Можно иметь преференции по клавам, ностальгировать по типам пружинок, ходам, звукам и тактильности, и даже фанатеть от всего этого - но если при этом а) вы не можете работать на чём-то другом, б) считаете тех, кто может и/или работает людьми другого сорта - то это диагноз. Otherwise - просто преференция/ностальгия etc.
PS - в детстве читал фантастический рассказ, в котором герой принципиально ездил на старой бензиновой машине в век электромобилей, покупая бензин за бешеные деньги чуть ли не на единственной заправке. Можно и так, а можно просто вспомнить, что мир, и та его часть, которая с вами взаимодействовала, когда-то были другими )
Нет, государство сознательно выдавливает думающих (=ненадёжных) элементов из страны, заменяя специфические клетки соединительной тканью - для повышения управляемости. А цифровую бюрократию можно заказать втридорога на условном Западе - это гораздо дешевле в рамках страны, чем динамически сдерживать ненадёжных
После IT бОльшие и бЫстрейшие деньги приносит только участие в цепочке по перепродаже углеводородных и прочих ресурсов страны, или распил госденег (которые тоже происходят от продажи ресурсов). Поэтому, IT - по сути первый по доходности чистый бизнес, если не брать сказанное выше ). Но, видимо, гики и гик-менеджеры все-таки селятся в более хипстерских местах - им новый ампир претит )
Полноценный капремонт ДВС официально сертифицирован все меньшим и меньшим количеством автопроизводителей, так что и у углеводородных колясок свобода выбора владельца снижается в угоду снижения себестоимости и увеличения краткосрочных потребительских свойств. Гильзуемые блоки цилиндров не используются уже лет 30-40, и ЕМНИП официально не растачиваются как минимум лет 15 (Значит, нет и официальных ремонтных поршней). Шейки коленвалов давно уже не шлифуются под ремонтный размер, соответственно ремонтных вкладышей от производителя тоже нет. Про ГБЦ я вообще молчу - современные многоклапанные головы очень дороги, и при этом одноразовые - практически не терпят шлифовки плоскости; замена втулок клапанов - в большой степени лотерея (после перепрессовки головка может потерять плоскость или стать негерметичной по воде), колодцы толкателей не растачиваются, а просаженные постели распредвалов не лечатся фактически с момента массового применения верхневальных конструкций. Механизмы, управляющие оптимальной фазой впуска/выпуска тоже не отличаются ни долговечностью, ни ремонтопригодностью, а лечатся только узловой заменой
Запороть при этом ДВС некачественным маслом, несвоевременной заменой масла или фильтров, перегревом, или увлечением предельными оборотами можно очень просто.
При этом утверждать, что в ДВС "ломается что-то одно", в большой степени ошибочно - циклы нагрева-охлаждения, время, пробег и воздушная пыль убивают ДВС весь и равномерно - пары трения изнашиваются (причем неравномерно-асимметрично из-за существенно знакопеременных нагрузок), уплотнения - дубеют из-за высокой температуры и агрессивной среды, и в свою очереди начитают пилить уплотняемые поверхности (выступившая смазка + внешняя пыль = абразив), система смазки - шлакуется по той же причине, система охлаждения - корродирует и эрозирует из-за кавитации. Характеристика износа навесных и вспомогательных агрегатов ДВС еще более-менее похожа на таковую для тяговых двигателей ЭМ - но последние исключительно бесконтактные, тогда как генератор, стартер, бензонасос в автомобилях с ДВС до сих пор щеточные.
Поэтому для автомобилей с ДВС пробег, при котором двигатель пора капиталить, обычно означает приговор практически всей начинке (включая и трансмиссию), и полное ее обновление (или качественный капремонт с гарантией пробега, хотя бы близкой к исходному) будет стоить дороже остаточной стоимости. Добавьте сюда усталость металла в районе крепления силового агрегата (читай - в силу самого принципа работы источника вибрации широкого спектра с большой массой), и вы поймете, что проблемы электромобиля по сравнению с традиционным автомобилем при сравнимом времени владения и пробеге заметно меньше.
Сорри, я прочитал статью на телефоне практически по диагонали - сейчас смотрю на компьютере и вижу, что вопросов у меня нет :)
Добавлю только, что я лично не уверен, что SQL Engine всегда будет понимать выражение с колонкой, и заменять его на computed, поэтому в своих конструкциях я полагаюсь на явное использование имени СС, при этом делаю ее PERSISTED, и если нужен индекс, включаю ее в селектор или в included. В примере с контрольной суммой CLOBа я бы сделал AboutMeHash AS BINARY_CHECKSUM(AboutMe) PERSISTED и построил бы индекс на AboutMeHash.
PS - Вы абсолютно правильно пишете про key lookup для широких таблиц - это очень затратная операция - этот факт нужно прописать болдом в мануале разработчиков - так как выборка по разреженным ключам при большой длине записи приводит к хаотичному чтению большого количества страниц, часто ради одного-двух ключей по которым таблицы связываются дальше - поэтому если в execution plan вы видите, что key lookup делается для вытаскивания компактного набора данных, и он относительно статичен (не апдейтится часто) - то добавление его в included индекса существенно ускоряет весь велосипед.
Засовывать varchar(max) в included-колонки индекса - так себе практика. Индекс распухнет и перестанет быстро сканироваться (понадобится много чтений страниц даже для бинарного поиска в нем) - так как included-колонки хранятся в нем «по значению» ;). Туда хорошо ложатся компактные FK для дальнейших связок и всякие скалярные признаки, по которым может идти поиск.
Computed колонки лучше делать persisted (по ним, кстати, тогда можно тоже построить индекс и даже ПК). В Вашем случае можно сделать computed persisted-колонку LEFT(x, 200) и индекс по ней - если реально данные не длиннее 200 символов. Не забывайте ещё, что varchar(max) хранятся в куче, а в таблице - только ссылки на них - поэтому выборка для поиска может быть ещё дольше
Какая синхронизация и версионность? Причем здесь вообще ум тех, кто делает через ассоциации в сравнении с теми, кто использует битмаски? Манипуляции с битами - это не rocket science абсюлютно - и по большому счету. не сложнее манипуляции с хэш-таблицами или коллекциями. Просто нужно привыкнуть использовать этот незаслуженно забытый аппарат там, где он может дать преимущество, или там, где инженер сочтет это преимущество значимым для разрабатываемой системы.
В первом комментарии я писал лишь о том, что работа с битами сейчас - настолько редкий случай среди [не-эмбед] разработчиков, что когда они встречают битовую карту - не знают, что с ней делать - примерно так, как большинство водителей, годами успешно ездящие в мегаполисе, теряются, увидя на перекрестке регулировщика - так как видели его последний раз посредине перекрестка разве что в экзаменационных билетах.
При этом, очевидно. существуют случаи когда битовые поля чрезвычайно эффективны даже в классических не-эмбед применениях на всех уровнях имплементационного стека. Заметьте, я не говорил, что по-другому делать - это sucks, я просто сказал, что сам, лично, люблю использовать битовые поля там, где это возможно делать (может быть от того, что когда-то программировал системы с 64К адресного пространства). Вот и все.
Так а почему речь идёт только о фронте? Бакенду тоже проще выдать int из плоской таблицы, чем выборку ассоциации из many-to-many через лишние два джойна и один резалтсет. Притом что, «вас много, а я тут одна» - то есть экономия ресурсов на баке более важна, так как каждый юзер приносит с собой на фронт кристалл ЦПУ и несколько гигов памяти, но на бак почему-то заносить забывает ;)
То же относится и к фильтрации строк - неважно по сути, где она делается - проверка битовой маски быстрее проверки ассоциации
Глубинный народ (ГН) слишком глубоко. Не может протянуть мозолистую руку своим лоснящимся представителям в ГД. Или не считает уже их своими представителями?
Теперь космические аналогии. Как ищут чёрные дыры в космосе? По искривлению световых лучей.
Если один никому не известный блогер искривляет в месте своего приземления всю систему силовых координат - то он определенно обладает политической массой. Что бы там не говорил красный карлик
«Однажды утром жители деревни увидели на стенах своих домов надпись: «Да здравствует наш староста!»
Кума Тыквочка пустила по деревне слух, будто бы эти крупные буквы на стенах вывел ваксой сам мастер Виноградинка.- Хорош староста! - говорила ворчливая кума. - Ходит по ночам и сам себе приветствия пишет. Но это была явная напраслина. Все надписи на домах сделал Лук Порей, и не руками, а усами, которые он обмакнул в чернила. Да, да, Лук Порей. Я не боюсь открыть вам правду, потому что у вас усов нет и вы не станете по его примеру писать усами. Ну вот, теперь наша история и в самом деле кончилась. Правда, есть ещё на свете другие замки и другие дармоеды, кроме принца Лимона и синьора Помидора, но и этих господ когда-нибудь выгонят, и в их парках будут играть дети.Да будет так!»
Конечно. Например фильтрация строк данных по маске прав доступа.
PS помнится, вектор пермиссий в файловой системе RSX-11 занимал одно 16-битное слово с битами RWED в каждом ниббле для системы, владельца, группы и гостей. Сейчас бы нагородили вложенных объектов весом в половину адресного пространства тех времён ;)
Я только не совсем понимаю, к чему Вы аппелируете. К тому, что скаляры не дают экономии? К тому, что в современном мире экономить не нужно/лень разбираться? К тому, что исчезли задачи, в решении которых можно применить экономию? Или к тому, что я их придумал искусственно?
Типичные применения - список ролей юзера в системе, или права доступа к экземпляру объекта по ролям - если вариантов заведомо меньше 32(64), то добавление поля-битового вектора int(long) - превосходная альтернатива node list в XML, array в JSON или второго рекордсета при табличной выдаче из БД. Проверка на наличие признака при этом - простейшая логическая операция со скаляром по сравнению с поиском в объекте-хэштаблице. Если таких операций много и/или делаются они часто - тратить на них лишнюю память и процессор совершенно нет необходимости
Большинству современных "сеньоров" приходится вместе с приходящей из бакенда битовой маской читать курс битовых операций, чтобы они правильно реализовали бакендный замысел. Очень люблю использовать битовые поля и маски при манипулировании компактными наборами признаков, например, таких как аналоги связей многие-ко-многим.
А как питается нахлобучка? Накачивается энергией через аудиоразъем, преобразовывает ее вверх для питания СБМ и потом какое-то время принимает импульсы через аудиоразъем же?
Бессмысленная работа — далеко не бессмысленная. Она, к сожалению, имеет прямой финансовый смысл для тех, кто кормится как раз за счет организации бессмысленной работы для других. У них свои KPI и свои метрики, за выполнение и перевыполнение которых — такие же премии и перспективы карьерного роста.
Поэтому, как только такой слизень прополз под дверью здравого смысла в вашу компанию — все, пропал дом.
— Сначала это будет экспериментально, и конечно же, совсем необязательно (заполните вот тут опросничек при возможности).
— Потом запросят существующие показатели в BI, и (вы этого видеть не будете) докажут принимающим решения, что они ну просто никуда не годятся
— Далее ваш IT-отдел попросят подготовить платформу для автоматизированного анализа и сбора метрик (своими руками создать систему сбора досье на себя)
— Здесь организаторы всего аттракциона получат хорошие премии (так как есть платформа-СОРМ, все под контролем, готово к запуску, сейчас агрегаты по муду каждого подразделения будут на дешборде у начальника Департамента Любви)
— Ну и раз деньги вложены и потрачены, план по выявлению правонарушителей сбор метрик делаем обязательным — а как же иначе, ведь Менеджеры Талантов так хорошо поработали (см. выше) — созданная система просто не может не сделать сотрудников по-настоящему счастливыми.
Узнаете?
PS — кто помнит пионерское детство — всякие уродливые Советы Дружины. Меня, как отличника, выбрали в члены СД. Я приходил к нулевому уроку на этот чертов совет, слушал фразы вида «поступило предложение дать рекомендацию» (после чего ее кому-то давали для восхождения на следующую ступеньку югенд-иерархии), и тошнил после этого в туалете от осознания искусственности и никчемности всей структуры. Сейчас, когда я вижу разворачивание подобных процессов, тошнота спустя почти полвека, снова подходит к горлу.
При всей личной симпатии к автору статьи и ее счастливой семье, сама статья — стопроцентная реклама на куске глянцевого пластика.
Стиль текста — абсолютно коммерческий, неживой — как бабушка с внуками в белых одеждах, пьющие молоко «Домик в деревне» на фоне упитанных коровок из какой-нибудь рекламы ТВ.
Лексика равномерно изобилует IT-related неологизмами-крючочками, на которые будут ловиться гендерно-озабоченные молодые соискатели, жаждущие «прокачать софт-навыки» и получить «мощный заряд позитивной мотивации»
И «фокус на семью» после рождения детей «смещается» разве что у глаз-видеокамер киборга.
У людей это все-таки называется как-то иначе. Более человечно.
Мой Вам совет, Люба — пошлите к черту корпоративного редактора, и напишите свой текст — заново и от души. Судя по фотографиям, у Вас прекрасная семья и хорошая работа — чтобы Вашему примеру последовали люди, а не роботы — напишите человеческим же языком.
есть такая идиома — … (not) a blind bit of… — обычно используется в отрицательном значении "(ни) малейшего кусочка" — так вот она для гиперболизации очень редко, но встречается и в превосходной степени — ..not the blindest bit of…
Я не уверен на 100%, что blind в этой идиоме означает «слепой» — ни слепого кусочка :) — но если это так, то blindest тоже можно оспорить.
Для Питона хочется сделать препроцессор, чтобы можно было писать в C-like нотации, которая одновременно и лаконичная, и четко визуально определяемая - но тогда Питон превратится в JavaScript ;)
С непривички глаз царапается двоеточиями там, где должно быть начало блока и этой ужасной концепцией отступов, как окончаний. Говорят, что очень сложно одновременно грамотно писать на русском и белорусском - так как правила правописания там полярны. Видимо после плотного питонизма автоматизм ставить закрывающие фигурные скобки тоже будет утрачен :)
Как говорят психологи - фантазии могут быть разные, но отклонением это называется только тогда, когда фантазии замещают сам объект. Можно иметь преференции по клавам, ностальгировать по типам пружинок, ходам, звукам и тактильности, и даже фанатеть от всего этого - но если при этом а) вы не можете работать на чём-то другом, б) считаете тех, кто может и/или работает людьми другого сорта - то это диагноз. Otherwise - просто преференция/ностальгия etc.
PS - в детстве читал фантастический рассказ, в котором герой принципиально ездил на старой бензиновой машине в век электромобилей, покупая бензин за бешеные деньги чуть ли не на единственной заправке. Можно и так, а можно просто вспомнить, что мир, и та его часть, которая с вами взаимодействовала, когда-то были другими )
На воре и шапка горит.
Нет, государство сознательно выдавливает думающих (=ненадёжных) элементов из страны, заменяя специфические клетки соединительной тканью - для повышения управляемости. А цифровую бюрократию можно заказать втридорога на условном Западе - это гораздо дешевле в рамках страны, чем динамически сдерживать ненадёжных
После IT бОльшие и бЫстрейшие деньги приносит только участие в цепочке по перепродаже углеводородных и прочих ресурсов страны, или распил госденег (которые тоже происходят от продажи ресурсов). Поэтому, IT - по сути первый по доходности чистый бизнес, если не брать сказанное выше ). Но, видимо, гики и гик-менеджеры все-таки селятся в более хипстерских местах - им новый ампир претит )
Полноценный капремонт ДВС официально сертифицирован все меньшим и меньшим количеством автопроизводителей, так что и у углеводородных колясок свобода выбора владельца снижается в угоду снижения себестоимости и увеличения краткосрочных потребительских свойств. Гильзуемые блоки цилиндров не используются уже лет 30-40, и ЕМНИП официально не растачиваются как минимум лет 15 (Значит, нет и официальных ремонтных поршней). Шейки коленвалов давно уже не шлифуются под ремонтный размер, соответственно ремонтных вкладышей от производителя тоже нет. Про ГБЦ я вообще молчу - современные многоклапанные головы очень дороги, и при этом одноразовые - практически не терпят шлифовки плоскости; замена втулок клапанов - в большой степени лотерея (после перепрессовки головка может потерять плоскость или стать негерметичной по воде), колодцы толкателей не растачиваются, а просаженные постели распредвалов не лечатся фактически с момента массового применения верхневальных конструкций. Механизмы, управляющие оптимальной фазой впуска/выпуска тоже не отличаются ни долговечностью, ни ремонтопригодностью, а лечатся только узловой заменой
Запороть при этом ДВС некачественным маслом, несвоевременной заменой масла или фильтров, перегревом, или увлечением предельными оборотами можно очень просто.
При этом утверждать, что в ДВС "ломается что-то одно", в большой степени ошибочно - циклы нагрева-охлаждения, время, пробег и воздушная пыль убивают ДВС весь и равномерно - пары трения изнашиваются (причем неравномерно-асимметрично из-за существенно знакопеременных нагрузок), уплотнения - дубеют из-за высокой температуры и агрессивной среды, и в свою очереди начитают пилить уплотняемые поверхности (выступившая смазка + внешняя пыль = абразив), система смазки - шлакуется по той же причине, система охлаждения - корродирует и эрозирует из-за кавитации. Характеристика износа навесных и вспомогательных агрегатов ДВС еще более-менее похожа на таковую для тяговых двигателей ЭМ - но последние исключительно бесконтактные, тогда как генератор, стартер, бензонасос в автомобилях с ДВС до сих пор щеточные.
Поэтому для автомобилей с ДВС пробег, при котором двигатель пора капиталить, обычно означает приговор практически всей начинке (включая и трансмиссию), и полное ее обновление (или качественный капремонт с гарантией пробега, хотя бы близкой к исходному) будет стоить дороже остаточной стоимости. Добавьте сюда усталость металла в районе крепления силового агрегата (читай - в силу самого принципа работы источника вибрации широкого спектра с большой массой), и вы поймете, что проблемы электромобиля по сравнению с традиционным автомобилем при сравнимом времени владения и пробеге заметно меньше.
По истории выходов Бешеного Принтера строим вероятностную модель Системы.
Используя эту модель, пытаемся предсказать, что уже в спулере, а что еще только у Главного в Ворде.
Записываем предсказание, открываем через год
Сравниваем с тем, что видим в действительности
Сорри, я прочитал статью на телефоне практически по диагонали - сейчас смотрю на компьютере и вижу, что вопросов у меня нет :)
Добавлю только, что я лично не уверен, что SQL Engine всегда будет понимать выражение с колонкой, и заменять его на computed, поэтому в своих конструкциях я полагаюсь на явное использование имени СС, при этом делаю ее PERSISTED, и если нужен индекс, включаю ее в селектор или в included. В примере с контрольной суммой CLOBа я бы сделал AboutMeHash AS BINARY_CHECKSUM(AboutMe) PERSISTED и построил бы индекс на AboutMeHash.
PS - Вы абсолютно правильно пишете про key lookup для широких таблиц - это очень затратная операция - этот факт нужно прописать болдом в мануале разработчиков - так как выборка по разреженным ключам при большой длине записи приводит к хаотичному чтению большого количества страниц, часто ради одного-двух ключей по которым таблицы связываются дальше - поэтому если в execution plan вы видите, что key lookup делается для вытаскивания компактного набора данных, и он относительно статичен (не апдейтится часто) - то добавление его в included индекса существенно ускоряет весь велосипед.
Засовывать varchar(max) в included-колонки индекса - так себе практика. Индекс распухнет и перестанет быстро сканироваться (понадобится много чтений страниц даже для бинарного поиска в нем) - так как included-колонки хранятся в нем «по значению» ;). Туда хорошо ложатся компактные FK для дальнейших связок и всякие скалярные признаки, по которым может идти поиск.
Computed колонки лучше делать persisted (по ним, кстати, тогда можно тоже построить индекс и даже ПК). В Вашем случае можно сделать computed persisted-колонку LEFT(x, 200) и индекс по ней - если реально данные не длиннее 200 символов. Не забывайте ещё, что varchar(max) хранятся в куче, а в таблице - только ссылки на них - поэтому выборка для поиска может быть ещё дольше
Какая синхронизация и версионность? Причем здесь вообще ум тех, кто делает через ассоциации в сравнении с теми, кто использует битмаски? Манипуляции с битами - это не rocket science абсюлютно - и по большому счету. не сложнее манипуляции с хэш-таблицами или коллекциями. Просто нужно привыкнуть использовать этот незаслуженно забытый аппарат там, где он может дать преимущество, или там, где инженер сочтет это преимущество значимым для разрабатываемой системы.
В первом комментарии я писал лишь о том, что работа с битами сейчас - настолько редкий случай среди [не-эмбед] разработчиков, что когда они встречают битовую карту - не знают, что с ней делать - примерно так, как большинство водителей, годами успешно ездящие в мегаполисе, теряются, увидя на перекрестке регулировщика - так как видели его последний раз посредине перекрестка разве что в экзаменационных билетах.
При этом, очевидно. существуют случаи когда битовые поля чрезвычайно эффективны даже в классических не-эмбед применениях на всех уровнях имплементационного стека. Заметьте, я не говорил, что по-другому делать - это sucks, я просто сказал, что сам, лично, люблю использовать битовые поля там, где это возможно делать (может быть от того, что когда-то программировал системы с 64К адресного пространства). Вот и все.
Так а почему речь идёт только о фронте? Бакенду тоже проще выдать int из плоской таблицы, чем выборку ассоциации из many-to-many через лишние два джойна и один резалтсет. Притом что, «вас много, а я тут одна» - то есть экономия ресурсов на баке более важна, так как каждый юзер приносит с собой на фронт кристалл ЦПУ и несколько гигов памяти, но на бак почему-то заносить забывает ;)
То же относится и к фильтрации строк - неважно по сути, где она делается - проверка битовой маски быстрее проверки ассоциации
Глубинный народ (ГН) слишком глубоко. Не может протянуть мозолистую руку своим лоснящимся представителям в ГД. Или не считает уже их своими представителями?
Теперь космические аналогии. Как ищут чёрные дыры в космосе? По искривлению световых лучей.
Если один никому не известный блогер искривляет в месте своего приземления всю систему силовых координат - то он определенно обладает политической массой. Что бы там не говорил красный карлик
«Однажды утром жители деревни увидели на стенах своих домов надпись: «Да здравствует наш староста!»
Кума Тыквочка пустила по деревне слух, будто бы эти крупные буквы на стенах вывел ваксой сам мастер Виноградинка.- Хорош староста! - говорила ворчливая кума. - Ходит по ночам и сам себе приветствия пишет. Но это была явная напраслина. Все надписи на домах сделал Лук Порей, и не руками, а усами, которые он обмакнул в чернила. Да, да, Лук Порей. Я не боюсь открыть вам правду, потому что у вас усов нет и вы не станете по его примеру писать усами. Ну вот, теперь наша история и в самом деле кончилась. Правда, есть ещё на свете другие замки и другие дармоеды, кроме принца Лимона и синьора Помидора, но и этих господ когда-нибудь выгонят, и в их парках будут играть дети.Да будет так!»
Конечно. Например фильтрация строк данных по маске прав доступа.
PS помнится, вектор пермиссий в файловой системе RSX-11 занимал одно 16-битное слово с битами RWED в каждом ниббле для системы, владельца, группы и гостей. Сейчас бы нагородили вложенных объектов весом в половину адресного пространства тех времён ;)
Я только не совсем понимаю, к чему Вы аппелируете. К тому, что скаляры не дают экономии? К тому, что в современном мире экономить не нужно/лень разбираться? К тому, что исчезли задачи, в решении которых можно применить экономию? Или к тому, что я их придумал искусственно?
Типичные применения - список ролей юзера в системе, или права доступа к экземпляру объекта по ролям - если вариантов заведомо меньше 32(64), то добавление поля-битового вектора int(long) - превосходная альтернатива node list в XML, array в JSON или второго рекордсета при табличной выдаче из БД. Проверка на наличие признака при этом - простейшая логическая операция со скаляром по сравнению с поиском в объекте-хэштаблице. Если таких операций много и/или делаются они часто - тратить на них лишнюю память и процессор совершенно нет необходимости
Ну наконец-то!
Большинству современных "сеньоров" приходится вместе с приходящей из бакенда битовой маской читать курс битовых операций, чтобы они правильно реализовали бакендный замысел. Очень люблю использовать битовые поля и маски при манипулировании компактными наборами признаков, например, таких как аналоги связей многие-ко-многим.
А как питается нахлобучка? Накачивается энергией через аудиоразъем, преобразовывает ее вверх для питания СБМ и потом какое-то время принимает импульсы через аудиоразъем же?
Поэтому, как только такой слизень прополз под дверью здравого смысла в вашу компанию — все, пропал дом.
— Сначала это будет экспериментально, и конечно же, совсем необязательно (заполните вот тут опросничек при возможности).
— Потом запросят существующие показатели в BI, и (вы этого видеть не будете) докажут принимающим решения, что они ну просто никуда не годятся
— Далее ваш IT-отдел попросят подготовить платформу для автоматизированного анализа и сбора метрик (своими руками создать систему сбора досье на себя)
— Здесь организаторы всего аттракциона получат хорошие премии (так как есть платформа-СОРМ, все под контролем, готово к запуску, сейчас агрегаты по муду каждого подразделения будут на дешборде у начальника Департамента Любви)
— Ну и раз деньги вложены и потрачены,
план по выявлению правонарушителейсбор метрик делаем обязательным — а как же иначе, ведь Менеджеры Талантов так хорошо поработали (см. выше) — созданная система просто не может не сделать сотрудников по-настоящему счастливыми.Узнаете?
PS — кто помнит пионерское детство — всякие уродливые Советы Дружины. Меня, как отличника, выбрали в члены СД. Я приходил к нулевому уроку на этот чертов совет, слушал фразы вида «поступило предложение дать рекомендацию» (после чего ее кому-то давали для восхождения на следующую ступеньку югенд-иерархии), и тошнил после этого в туалете от осознания искусственности и никчемности всей структуры. Сейчас, когда я вижу разворачивание подобных процессов, тошнота спустя почти полвека, снова подходит к горлу.
Стиль текста — абсолютно коммерческий, неживой — как бабушка с внуками в белых одеждах, пьющие молоко «Домик в деревне» на фоне упитанных коровок из какой-нибудь рекламы ТВ.
Лексика равномерно изобилует IT-related неологизмами-крючочками, на которые будут ловиться гендерно-озабоченные молодые соискатели, жаждущие «прокачать софт-навыки» и получить «мощный заряд позитивной мотивации»
И «фокус на семью» после рождения детей «смещается» разве что у глаз-видеокамер киборга.
У людей это все-таки называется как-то иначе. Более человечно.
Мой Вам совет, Люба — пошлите к черту корпоративного редактора, и напишите свой текст — заново и от души. Судя по фотографиям, у Вас прекрасная семья и хорошая работа — чтобы Вашему примеру последовали люди, а не роботы — напишите человеческим же языком.
Я не уверен на 100%, что blind в этой идиоме означает «слепой» — ни слепого кусочка :) — но если это так, то blindest тоже можно оспорить.