Скажите, как извлекаете кастомизацию для ее загрузки в сурсконтрол? Просто выгрузкой и распаковкой решения? И как обрабатываются сценарии удаления полей/сущностей?
Вы можете спокойно хранить ПД на иностранных серверах, в законе прописаны правила их трансграничной передачи. Но вы не имеете права не хранить их на территории РФ. Если ПД хранятся ТОЛЬКО за рубежом — это нарушение. А если они хранятся и в РФ и за рубежом, то все ок. Причем мастер-дата должна быть в РФ, а потом можно спокойно реплицировать за рубеж. Грубо говоря, закон беспокоится о том, чтобы при отключении рубильника на внешний интернет все системы здесь сохранили максимально свою работоспособность.
То, что данные есть еще где-то само по себе не запрещено. А формулировка «запрещено хранить ПД на зарубежных серверах» как раз и зарубежные копии ПД ставит вне закона.
Вот в статье у вас корректно сказано, что законодательство требует хранить ПД на российских серверах. А на сводной картинке почему-то написано, что оно запрещает хранение на иностранных серверах. А ведь это совершенно разные вещи.
День виртуального обучения Microsoft Azure: основы
Подскажите, как оценивается присутствие на мероприятии? Посетил оба дня, ответил на промежуточные вопросы, прошел опрос по завершении. А сегодня вместо обещанного ваучера на эзамен получаю «Очень жаль, что вы не смогли посетить мероприятие «День виртуального обучения Microsoft Azure: основы»».
По итогам курса все участники получат ваучер на прохождение экзамена
Скажите, а как сейчас организуются ваучеры? Как-то несколько лет назад хотел сдать экзамен по такому, отказался от этой идеи, когда оказалось что после принятия ваучера придется заполнять налоговую декларацию и платить с него подоходный налог. При таком раскладе проще заплатить за экзамен или согласовать это с работодателем, чем с налоговой связываться.
Сейчас все еще аналогичная ситуация?
В каждой шутке есть доля шутки, как известно.
В плане саппорта и развития такой системы инхаус — даже не знаю, понравилось бы мне это. А вот как проект, когда есть заказчик у которого уже принято решение, что мамонта пора проапгрейдить до слона — это действительно интересно. Хотя и сложно, конечно. Особенно когда на систему завязан ряд бизнес-критичных процессов, но у нее нет ни владельца, ни документации, ни актуальных исходников. А о логике реализованных бизнес-процессов мало кто может что-то внятное рассказать. В процессе чувствуешь себя то археологом, то детективом. А порой и патанатомом.
Охх… что я только не перепробовал: pet-проекты, хакатоны, статьи на хабр, менторство, DevOpsing, менеджерские и управленческие задачи, но исход всегда один: отсутствие магии и наличие конвейера.
Не то пробовали. Достаточно просто ввязаться в проект миграции на современную платформу (а лучше сразу в облако) какой-нибудь огромной легаси-системы в каком-нибудь крупном банке. И сразу будет магия на каждом шагу. В основном вуду и некромантия, конечно.
Механизм апдейтов — черный ящик. Вендор может делать все, что хочет. То, что вы провели ансаппортные правки и это не вызывало явных проблем — это хорошо. Но пользоваться этим систематически крайне нежелательно.
Если речь о какой-то инхаус разработке под собственные нужды, это полбеды. Может аукнуться разве что при привлечении для крупной задачи подрядчика, который проаудирует имеющуюся систему и все возможные риски выставит в стоимость работ.
А вот если это энтерпрайзная разработка для заказчика, то тут уже могут провести аудит и выставить хорошую претензию.
Еще, кстати, попробуйте ради интереса импортнуть такую организацию в облако. Посмотрите, как там с игнорирование лишних таблиц с бинарниками.
По поводу переезда, элементарно если вы хотите использовать Dapper или NewtonsoftJson, вы их можете использовать в разных плагинах, и в каждом вам придётся мержить сборку плагина с той которую вы хотите юзать.
Вы что, под каждый плагин отдельную библиотеку собираете? А почему не хотите просто одну сборку плагинов сделать, один раз добавив нужные зависимости? В крайнем случае, если вам зачем-то нужны не сендбоксовые плагины, то две.
На моём примере я использовал бесплатную пакет FreeSpire для конвертации документов. Этот пакет необходим весь, и если его мержить то плагин выходит размером 135 мб из которых моего плагина только 80 кб, остальное офис freespire, и если это плагин повесть не в песочнице а в none.
Ох. 135 метров я бы не стал пиахть ни внутрь сборки, ни в кастомную таблицу. Или искать что-то более легкое, или делать внешний компонент, к которому обращаться из системы.
А как вы, кстати, обеспечиваете обновление сборок при выходе новых версий пакетов?
Добавление новых таблиц в БД орагинзации МС позиционирует как ансаппортную правку. И при апдейте системы оставляет за собой право менять произвольным образом структуру таблиц. Так что при таком решении вы:
1. Лишаетесь возможности заводить тикеты в саппорт вендора при нештатном поведении платформы;
2. Рискуете при апдейте потерять все свои кастомные сборки.
И не совсем понял плюс по поводу переезда. При мердже сторонняя ддл живет внутри вашей. А ваша — в БД организации. Т.е. все всегда переезжает вместе с организацией.
Решать задачи бизнеса != формулировать и выяснять задачи бизнеса. Все решают задачи бизнеса — хоть джун, хоть мидл, хоть ресепшен, хоть охрана.
И большой вопрос, что именно происходит на этих совещаниях с бизнесом. Я периодически принимаю в них участие и, обычно, вижу свою роль в том, чтобы вовремя сказать «Подождите минутку, коллеги: если мы будем делать вот так, то всё сдохнет очень мучительной смертью. Может мы упростим вот здесь и здесь, это выкинем как ненужное, а вот этим озаботим коллег, отвечающих за смежную систему?»
А вообще, как известно, на определенном этапе любая дискуссия сводится к трактовке определений. Кто такой этот сеньер и чем он отличается от мидла или джуна. Мне ближе русскоязычная версия грейдов — вовсе не из-за чистоты языка или чего-то такого, а потому, что после младшего разработчика и разработчика там отдельно идут старший и ведущий. При этом старший трактуется как сильный специалист, прокачавший свои технические навыки, а ведущий — как начинающий принимать тимлидские обязанности, распределять задачи, изучать проблематику бизнеса и т.д.
Все бы здорово с этими курсами на Microsoft Learn, если бы не странные песочницы. Когда зашел туда в первый раз, обнаружил, что под мой профиль песочницы уже создавались и доступ к ним уже заблокирован за что-то. Причем создавались они, видимо, на майском Developer Camp'е в Крылатском. Нажал перепроверить — через несколько дней перепроверили. Все заблокировано. Почему — загадка. Информации ноль. И даже варианта пометить модуль, как завершенный, пропустив практику, нет.
Я здесь под документами имею ввиду форматы файлов, поддерживаемые MS Office. Когда у вас лежит вордовский документ документ со сложным форматированием. Вы можете его читать и редактировать как через MS Office со все функциональностью, так и через браузер — там она чуть сокращенная. При этом у вас параллельно в одно и то же время документ может править несколько аналитиков. Система сохраняет историю правок документа, позволяет их сравнивать, откатываться к предыдущим.
Тогда отпадает необходимость писать в виде языка разметки и преобразовывать это в html или что-то еще.
Для документации, которая создается полностью автоматически на основе комментариев в коде, например, это не так важно. А вот если у вас идет разработка функционального дизайна на систему или другого пакета документации, отгружаемой заказчику вместе с ПО, как результат проекта — то совсем другое дело.
Я говорю про конкретный пункт — тут сказано, что LDAP исключает MFA и SSO. В то время как их можно использовать вместе. Чистый LDAP этого не предоставляет, но вовсе не исключает.
6. LDAP-аутентификация и современные сервисы аутентификации взаимоисключают друг друга
Приложение, использующее LDAP для аутентификации, всегда будет вынуждено опираться на имена пользователей и пароли. Попытка реализовать современные технологии, такие как многофакторная аутентификация и единый вход, практически невозможна
Простите, что? Если взять AD как реализацию LDAP, то он отлично интегрируется с AAD и AD FS — вот вам и MFA, и SSO.
С поправкой на лицензии MS Office, без которых не будет работать редактирование в браузере, это все может бесплатный SharePoint Foundation :)
С другой стороны, если рассматривать лицензии на серверные ОС и SQL Server — уже заметно дороже. Под небольшие объемы можно недорого взять облачный шарик, опять же.
Или можно использовать просто SharePoint, который из коробки позволяет как хранить документацию с версионностью, так и просматривать/править ее через веб или через офис.
А в обратную сторону движение не планируется — ридеры с маленькой диагональю?
Был когда-то 4х дюймовый тексет — в формфакторе паспорта. очень удобно в транспорте носить просто во внутреннем кармане, ни рюкзак не нужен, ни куртка. Но модель ушла с рынка, и ни одного аналога в продаже не найти.
Мне кажется, визуально, мы можем представить задачу вот такой таблицей. Табличка
Мысленно двигаем нашу ленту дат туда-сюда, смотрим на оранжевый столбец.
Надо убедиться, можем ли мы сдвигать начало года в рамках недели так, чтобы не было единиц в первом столбце. Т.е. проверит надо не все года, а все дни начала года. Которых может быть 7. С учетом високоснх годов получаем 14 вариантов.
В рамках каждого варианта надо проверить 12 дней — 12 первых чисел.
Является ли число понедельником, можно посчитать как
((«порядковый номер дня в году»+«смещение первого января относительно понедельника») mod 7) != 1
Возможно, где-то в большом бизнесе, есть подобные формализованные описания. Но для этого в большом бизнесе должен быть специальный человек-агрегатор, который создаёт эти описания для бизнеса.
Этот человек — энтерпрайз архитектор. Только создает он их не для бизнеса, а как раз от бизнеса для ИТ.
я так вижу, что двигаться она должна не от концепта к проекциям, а от проекций к концепту.
Тогда в ней не будет никакого практического смысла. Концептуальная модель предметной области — это инструмент, который позволяет поддерживать всю инфраструктуру компании в едином ± виде. Начиная новое внедрение архитектор решения получает на вход не только требования от бизнеса, но и концептуальную модель от архитектора предприятия. А потом согласует с ним свою можель данных. Или как минмум ту ее часть, которая может смотреть наружу. Однажды мне сразу выдали библиотеку классов для сериализации/десериализации, котороя я должен был пользоваться для интераций — генериалсь она автоматичеси на основе как раз концептуальной модели, распростарнялась между разными системами и периодически обновлялась.
Я чаще сталкивался с ситуациями, когда есть данные, которые хранятся в различных репозиториях (БД, файлы, документы), и которые по факту отражают отдельные проекции концептуальной модели данных, которая нигде и никем не зафиксирована.
Все так, увы. Буквально 2 раза встречал у заказчика энтерпрайз архитектора. Оба раза в международных компаниях. В остальных случаях просто зоопарк IT-систем, которые растут совершенно бесконтрольно. Тем не менее правильный путь именно от концептуальной модели к частной.
Скажите, как извлекаете кастомизацию для ее загрузки в сурсконтрол? Просто выгрузкой и распаковкой решения? И как обрабатываются сценарии удаления полей/сущностей?
Это самый смелый прогноз курса доллара на 2022, что я слышал.
То, что данные есть еще где-то само по себе не запрещено. А формулировка «запрещено хранить ПД на зарубежных серверах» как раз и зарубежные копии ПД ставит вне закона.
Подскажите, как оценивается присутствие на мероприятии? Посетил оба дня, ответил на промежуточные вопросы, прошел опрос по завершении. А сегодня вместо обещанного ваучера на эзамен получаю «Очень жаль, что вы не смогли посетить мероприятие «День виртуального обучения Microsoft Azure: основы»».
Как можно получить ваучер?
Сейчас все еще аналогичная ситуация?
В плане саппорта и развития такой системы инхаус — даже не знаю, понравилось бы мне это. А вот как проект, когда есть заказчик у которого уже принято решение, что мамонта пора проапгрейдить до слона — это действительно интересно. Хотя и сложно, конечно. Особенно когда на систему завязан ряд бизнес-критичных процессов, но у нее нет ни владельца, ни документации, ни актуальных исходников. А о логике реализованных бизнес-процессов мало кто может что-то внятное рассказать. В процессе чувствуешь себя то археологом, то детективом. А порой и патанатомом.
Не то пробовали. Достаточно просто ввязаться в проект миграции на современную платформу (а лучше сразу в облако) какой-нибудь огромной легаси-системы в каком-нибудь крупном банке. И сразу будет магия на каждом шагу. В основном вуду и некромантия, конечно.
Если речь о какой-то инхаус разработке под собственные нужды, это полбеды. Может аукнуться разве что при привлечении для крупной задачи подрядчика, который проаудирует имеющуюся систему и все возможные риски выставит в стоимость работ.
А вот если это энтерпрайзная разработка для заказчика, то тут уже могут провести аудит и выставить хорошую претензию.
Еще, кстати, попробуйте ради интереса импортнуть такую организацию в облако. Посмотрите, как там с игнорирование лишних таблиц с бинарниками.
Вы что, под каждый плагин отдельную библиотеку собираете? А почему не хотите просто одну сборку плагинов сделать, один раз добавив нужные зависимости? В крайнем случае, если вам зачем-то нужны не сендбоксовые плагины, то две.
Ох. 135 метров я бы не стал пиахть ни внутрь сборки, ни в кастомную таблицу. Или искать что-то более легкое, или делать внешний компонент, к которому обращаться из системы.
А как вы, кстати, обеспечиваете обновление сборок при выходе новых версий пакетов?
1. Лишаетесь возможности заводить тикеты в саппорт вендора при нештатном поведении платформы;
2. Рискуете при апдейте потерять все свои кастомные сборки.
И не совсем понял плюс по поводу переезда. При мердже сторонняя ддл живет внутри вашей. А ваша — в БД организации. Т.е. все всегда переезжает вместе с организацией.
И большой вопрос, что именно происходит на этих совещаниях с бизнесом. Я периодически принимаю в них участие и, обычно, вижу свою роль в том, чтобы вовремя сказать «Подождите минутку, коллеги: если мы будем делать вот так, то всё сдохнет очень мучительной смертью. Может мы упростим вот здесь и здесь, это выкинем как ненужное, а вот этим озаботим коллег, отвечающих за смежную систему?»
А вообще, как известно, на определенном этапе любая дискуссия сводится к трактовке определений. Кто такой этот сеньер и чем он отличается от мидла или джуна. Мне ближе русскоязычная версия грейдов — вовсе не из-за чистоты языка или чего-то такого, а потому, что после младшего разработчика и разработчика там отдельно идут старший и ведущий. При этом старший трактуется как сильный специалист, прокачавший свои технические навыки, а ведущий — как начинающий принимать тимлидские обязанности, распределять задачи, изучать проблематику бизнеса и т.д.
Тогда отпадает необходимость писать в виде языка разметки и преобразовывать это в html или что-то еще.
Для документации, которая создается полностью автоматически на основе комментариев в коде, например, это не так важно. А вот если у вас идет разработка функционального дизайна на систему или другого пакета документации, отгружаемой заказчику вместе с ПО, как результат проекта — то совсем другое дело.
Простите, что? Если взять AD как реализацию LDAP, то он отлично интегрируется с AAD и AD FS — вот вам и MFA, и SSO.
С другой стороны, если рассматривать лицензии на серверные ОС и SQL Server — уже заметно дороже. Под небольшие объемы можно недорого взять облачный шарик, опять же.
Был когда-то 4х дюймовый тексет — в формфакторе паспорта. очень удобно в транспорте носить просто во внутреннем кармане, ни рюкзак не нужен, ни куртка. Но модель ушла с рынка, и ни одного аналога в продаже не найти.
Табличка
Мысленно двигаем нашу ленту дат туда-сюда, смотрим на оранжевый столбец.
Надо убедиться, можем ли мы сдвигать начало года в рамках недели так, чтобы не было единиц в первом столбце. Т.е. проверит надо не все года, а все дни начала года. Которых может быть 7. С учетом високоснх годов получаем 14 вариантов.
В рамках каждого варианта надо проверить 12 дней — 12 первых чисел.
Является ли число понедельником, можно посчитать как
((«порядковый номер дня в году»+«смещение первого января относительно понедельника») mod 7) != 1
Этот человек — энтерпрайз архитектор. Только создает он их не для бизнеса, а как раз от бизнеса для ИТ.
Тогда в ней не будет никакого практического смысла. Концептуальная модель предметной области — это инструмент, который позволяет поддерживать всю инфраструктуру компании в едином ± виде. Начиная новое внедрение архитектор решения получает на вход не только требования от бизнеса, но и концептуальную модель от архитектора предприятия. А потом согласует с ним свою можель данных. Или как минмум ту ее часть, которая может смотреть наружу. Однажды мне сразу выдали библиотеку классов для сериализации/десериализации, котороя я должен был пользоваться для интераций — генериалсь она автоматичеси на основе как раз концептуальной модели, распростарнялась между разными системами и периодически обновлялась.
Все так, увы. Буквально 2 раза встречал у заказчика энтерпрайз архитектора. Оба раза в международных компаниях. В остальных случаях просто зоопарк IT-систем, которые растут совершенно бесконтрольно. Тем не менее правильный путь именно от концептуальной модели к частной.