Pull to refresh
7
0
Send message
В статье про персонализацию нет слова о 152-ФЗ «О персональных данных».
В статье идет речь о персонализации контента, поэтому вопрос о ФЗ остался незатронутым.

Как данная платформа соответсвует Российским реалиям?
На мой взгляд, скорее соответствует с точки зрения безопасности, возможных интеграций и доработок под специфические бизнес-процессы. Конечно, это уже будет не коробочное решение, но возможности довольно широкие.

Начиная с обработки персональных данных (текст соглашения, учет согласия пользователей)
Да, но это же просто кастомная доработка!

продолжая — интеграция с платежными системами, работающими на отечественном рынке — Робокасса, Яндекс-деньги, Киберплат...., интеграция с системами доставки — Почта России, СДЕК, DPD, Пони, СМС-уведомления
В коробке — интеграция с международными решениями, но с российскими системами интеграция через API не составляет труда. В выполненных нами проектах мы подключили несколько эквайрингов для оплаты (Сбер, ВТБ Paykeeper). СМС-уведомления также работают в наших проектах наряду с Telegram-ботами.

Вы не поверите, но в любой, абосолютно любой CMS — контент динамический, страницы можно создавать из админки
Да, я пишу о том, что нам нравится Sitefinity как качественный и простой продукт, и на мой взгляд в ней проще работать с теми же функциями.

Так же не слова о ценовой политике — платная, бесплатная, условно-платная, по подписке платформа…
Мы не ставили себе целью «продать» решение этой статьей, но в целом могу сказать, что лицензия на платформу Sitefinity для домена стоит от 1 до 3,7 млн руб.
Да, но это отдельный модуль, и про него можно писать отдельную статью!
Автор статьи .Net разработчик, в статье идет рассказ о том, как ребята обучаются .Net`у
В разные времена по-разному:
1) В проектировании от 1 до 3 человек;
2) В разработке:
• 1 бизнес-аналитик;
• 1 системный аналитик;
• 3-5 Java-developers;
• 3-5 JavaScript-developers;
• 1 DevOps;
• 1-2 QA;
• 1-2 Project Managers.
Межу ними щепотка DevOps, пара тройка технологий по фронту (React, Angular, Vue).
Не все технические специалисты — хорошие менеджеры. Я вообще считаю, что не стоит делать из хорошего технаря плохого менеджера. У меня само собой получилось дорасти до менеджера попутно обрастая техническими навыками и знаниями, но я ни за что не пойду «писать код» или «админить», так как это просто-напросто не моё.
Я считаю, что вышка нужна как база, а дальше можно развиваться в любом интересном тебе направлении!
Бывают и такие мини-open space для каждой команды (как в нашем случае, например), можно поставить перегородки и прочее, но здесь скорее о том, как минимизировать воздействие при помощи организации процесса. Хотя физически ограничить шум тоже эффективно, не спорю.
Ну дизайнеры у нас, конечно, тоже есть, но тут design читается как проектирование. На данный момент все больше про автоматизацию бизнес-процессов, ну и заказной разработкой не забросили заниматься.
Хотя бы день в неделю отдыхайте от open space.

О, я уже лет десять отдыхаю от open space. Как только начинаются разговоры о переезде в опенспейс — начинаю искать новую работу.

лично для меня это точно не самый определяющий фактор. важнее возможность вообще не приходить в офис )

Да, иногда бывает удобно провести онлайн-конференцию с рабочего места и сразу обменяться нужными файлами, даже если все сидим на одном этаже (и иногда даже в комнате ).

То-то соседи по офису рады! :)

мы негромко также помогает использование только одного уха гарнитуры, чтобы более адекватно оценивать уровень производимого шума

Всем дзена даже в open space!

То есть вы все-таки понимаете, что большинство этих проблем вызвано опенспейсом, но продолжаете мучиться.

Я бы назвал это действие адаптацией)
На сегодняшний день прорабатывался вопрос о внедрении данного функционала в качестве расширения для системы электронного документооборота заказчика. В принципе данное решение может быть интегрировано не только с СЭД, но и с любой другой информационной системой, содержащей большой объем договоров: электронным архивом, CRM, банковской АБС.
Сделать из него облачный сервис теоретически можно, но мы этот вопрос пока не прорабатывали, т.к. алгоритмам нужно обучаться на коллекции документов заказчика, и выгружать данный массив информации в облако по ряду причин неприемлемо.
Не всегда договор — это документ с фиксированными полями ввода. Существуют случаи, когда приходится анализировать массив договоров с разной структурой, например, при проведении аудиторской проверки, оценке инвестиционного рейтинга, определении кредитного или страхового рейтинга. В этом случае компании имеют дело с большим объемом схожих договоров, которые могут нести риски в случае выявления аномальных включений.
Я так понимаю единого кластера в том виде, в каком он представлен в Hyper-V у вас пока еще нет за неимением общего хранилища. В этом случае на «проблемных» хостах стоит провести классический мониторинг нагрузки средствами ОС — нагрузка на ЦП, длинна очереди диска, длинна сетевой очереди. Из специфических для виртуальной среды параметров обратите внимание на время ожидания виртуальной машиной процессора — если оно будет слишком большим имеет смысл «развести» машины с большим количеством виртуальных процессорных ядер между разными хостами. Если соберетесь строить полноценный кластер, то можем помочь уже более конкретными советами — выбором хранилища, настройкой хостов под ваши нужды.
А можно чуть подробней? Как много физических хостов в кластере? Используете ли CSV (который Cluster Storage Volume)?
«Если нужно максимум скорости дисковой подсистемы, то может быть имеет смысл использовать RDM?»

Как правильно заметил коллега, RDM почти не отличается по производительности от VMFS (по личному опыту разница составляет в среднем 5-7%). Использовать RDM есть смысл, только когда машине нужно отдать огромный, непрерывный объем дискового пространства (более 2 терабайт неразделяемых данных). Или для случаев, когда без RDM никак не обойтись (приложения, требующие прямого доступа к диску, например, некоторые варианты кластеров).
Мы все любим и уважаем наших вендоров. Но, увы, из практики следует, что в подавляющем большинстве случаев использовать тонкие диски нерационально. Если свести минусы «тонких дисков», то это:

1. Если уж тонкий диск расширился, обратно его «прозрачно» не сожмешь.
2. Расширение тонкого диска — процесс трудно управляемый. Часты случаи, когда случайно расширившийся тонкий диск забивал весь том VMFS и, соответственно, вызывал сбои соседних машин.
3. Тонкие диски в момент расширения снижают производительность тома (хотя бы затраты на изменение метаданных, описывающих размер и расположение файлов машин). Причем заранее предсказать изменение быстродействия на конкретной производственной среде, опять же, сложно.
Кстати, в Hyper-V у тонких дисков есть еще один огромный минус, но это мы узнаем в следующей серии. :)
А какие проблемы, если не секрет? Как ни странно, в некотором смысле Hyper-V «сложнее», чем vSphere – чтобы добиться от нее максимальной отдачи, приходится прикладывать гораздо больше усилий.
В разрыв сети у принтера подключается отдельный картридер, ему задается ip адрес принтера. Через веб-интерфейс картридера настраивается взаимодействие сервера Personal Printing и принтера.
VDS — Virtual Dedicated Server. Это про выделение ресурсов провайдерами под сервер для клиента.
Мы же говорим о виртуальных машинах для пользователей (Windows 7, Windows XP). И в первую очередь это применимо внутри компании для нужд самой компании. Для каждого пользователя выделяется своя виртуальная машина. Подключение либо по RDP, либо по ICA. Согласитесь, глупо создавать VDS под каждого пользователя.

Чтобы лучше понять разницу, можно посмотреть:
VDI
VDS

Information

Rating
Does not participate
Registered
Activity