В программировании очень популярен прием создания программных интерфейсов - API. Этот прием очень полезен, чтобы скрыть все тонкости реализации и не нагружать ими обывателя. Но бывают случаи, когда хотелось бы поддерживать в коде несколько API, которые выполняют одну и ту же задачу, причем с минимальным переписыванием кода. Например: поддерживать работу игры (движка) на различных графических API: DirectX, OpenGL, Vulkan. В данной статье предложение решение данной проблемы.
В настоящее время информационные технологии достигли высочайшей степени автоматизации разработки программного обеспечения. Мы умеем разрабатывать сложные распределённые приложения в кооперации многих команд, разделив систему на части так, чтобы минимизировать зависимость между подсистемами. У нас есть многочисленные техники и методики, полученные на основе огромного опыта создания программных систем, которые объясняют, как именно лучше выделять и отделять предметную область и другие части из системы. Мы умеем так изолировать эти части, что можем менять фреймворки для различных уровней архитектуры, использовать разные универсальные языки программирования (УЯП) и всё это существует вместе, масштабируется, выдерживает большие нагрузки, позволяет выполнять доработку компонентов, не переписывая всю систему. По большей части. Можем, когда хотим.
Прекрасно! Но почему мы до сих пор этого не делаем? Почему так много времени уделяем той части программной составляющей, которая не имеет отношения к предметной области – интерфейсу пользователя, вспомогательным слоям, работе с базой данных и постоянному связыванию этих частей с кодом предметной области в различных фреймворках? Неужели это настолько важно? Почему мы часто начинаем разработку с продумывания интерфейса между компонентами вместо того, чтобы просто писать логику предметной области? Из раза в раз. Уже много лет. Несмотря на технические возможности делать всё правильно.
Шляпы для собак становятся трендом и выгуливать собак без шляп становится «дурным тоном». А наш бизнес продолжает расти. Растет и количество сервисов, и, соответственно, размеры ЦОДа. Как ни странно, внимание к нашей компании со стороны регуляторов тоже увеличивается, но обо всем по порядку.
Мы, разумеется, находимся на пике технологий, и наш ультрасовременный ЦОД изобилует разного рода SDN (software-defined networking) и прочими оверлейными прелестями, но для логики обеспечения безопасности не столь важно, на каком уровне виртуализации находится сеть, поэтому мы не будем подробно на этом останавливаться. Просто будем иметь ввиду, что сказанное ниже так же относится и к сетям на базе SDN.
Прежде всего мы обзавелись специально обученными быстрыми коммутаторами, таким образом у нас появилось отдельное ядро сети ЦОДа, и теперь наша сеть делится на, собственно, сеть ЦОДа и на ЛВС для всего остального.
Для полного разделения сегментов ЦОДа даже на уровне маршрутизации мы создаем несколько VRF (Virtual Routing and Forwarding).
Итак, наш бизнес идет отлично, шляпы продаются, количество сотрудников увеличивается, формируются отдельные подразделения: маркетинг, продажи, логистика. Потребность в своих собственных корпоративных сервисах становится все сильнее. Для них мы арендуем дополнительное помещение, покупаем пару серверов с виртуализацией, чтобы было все как у людей, и получаем небольшого размера центр обработки данных (ЦОД). Соответственно, создаем ядро нашей корпоративной сети на базе стека хороших коммутаторов. Количество сотрудников значительно выросло и для обеспечения стабильной связи мы организуем инфраструктуру Wi-Fi с точками доступа и контроллером для управления.
В завершающей статье цикла материалов, посвященных российским BIM-технологиям, мы расскажем о CADLib Модель и Архив – основном инструменте BIM-менеджера при использовании программного комплекса Model Studio CS. Это решение объединяет отдельные 3D-модели различных специальностей в общую трехмерную модель объекта строительства или промышленного предприятия.
Сетевая безопасность? Да у нас на периметре роутер стоит и все нормально!
Благодаря многолетней работе в интеграторе я периодически сталкиваюсь с таким мнением, поэтому надеюсь, что популяризация данной темы поможет избежать проблем в виде каких-нибудь шифровальщиков хотя бы в паре компаний.
Про работу аналитика полно заблуждений: причем даже не со стороны заказчиков, а со стороны самих аналитиков. Собрали основные и рассказываем, что с этим делать.
11 ноября Dassault Systèmes провела виртуальную конференцию для России и стран СНГ "SOLIDWORKS 2022: создавая будущее", посвященную SOLIDWORKS 2022 - новейшей версии своего пакета приложений для 3D-дизайна и проектирования, которым пользуются миллионы изобретателей по всему миру. Пакет SOLIDWORKS 2022 включает в себя сотни усовершенствований, в которых учтены пожелания пользователей. Они упрощают и ускоряют процесс разработки продукта на всех этапах — от создания концепции до производства.
Переход на 1С ERP – какие есть варианты?
Если поставить себя на место менеджера, которому руководство компании поручило изучить вопрос с покупкой и внедрением «1C:ERP Управление предприятием» (далее - ERP), то в этом случае возможны следующие варианты действий:
• собрать команду из своих сотрудников (IT-персонал, программисты, аналитики) и осуществить процесс подготовки и внедрения исключительно своими силами;
• обратиться к «своему» поставщику программ 1С и поручить ему полностью разработку и реализацию проекта внедрения;
• организовать конкурс и выбрать самого щедрого на обещания или дешевого по цене;
• зайти на сайт 1С и из внушительного списка компаний-франчайзи выбрать самых опытных, которые внедряли ERP словно «арбузы выращивали», «в больших количествах и крупных размеров»;
• можно улучшить поиск и выбрать поставщиков, которые внедряли ERP в компаниях «родной» сферы деятельности;
• самые «умные и продвинутые» наберут в поиске Яндекса «внедрение 1C ERP» и изучат предложения и сайты компаний из первой двадцатки и Яндекс директ.
Естественно в этом списке присутствует определенная ирония, но давайте действительно проанализируем механизмы того, как принимаются решения по внедрению ERP. И выделим главные факторы, влияющие на это.
"Итак, восстание машин победило: вы когда-нибудь видели робота, доказывающего людям, что он робот?" В этой шутке и есть доля того, что мы сейчас делаем. Наш робот стремится не просто доказывать какой бы то ни было факт языком аргументов, но и использовать древнейший способ быть убедительным за счет харизмы и быть харизматичным за счет умелого использования инструментов мультимодальности.
Автор выражает благодарность людям, которые помогли в написании статьи:
И в особенности Махешу Балакришнану, к числу почитателей которого я присоединился:
Найм топа экстра класса, профи - обычно дело ответственное и непростое, есть на эту тему множество статей, советов, слухов и легенд.
Но есть в этом деле и темная сторона, о которой знают все HR, но никогда не расскажут.
Попробую рассмотреть процедуру найма топа подробно, детально и начну издалека.
В документе изложены рекомендации по проектированию UI и модели данных, которая будет достаточна и полноценна для построения ретроспективных отчетов. Ретроспективная модель позволяет обратиться к любому историческому периоду и воспроизвести актуальное состояние данных на этот период.
В прошлой статье мы рассказывали, как у нас в банке работает платформа WSO2. Мы предоставляем ее как сервис, как интеграционный слой, следим за его стабильностью, а разработкой на платформе занимаются уже команды из подразделений. Они работают на разных стеках — Java, C# и т.д. — и обращаются к нам по необходимости за консультациями. Проанализировав обращения, мы решили сделать несколько инструкций по разработке на WSO2, которые охватили 80% всех вопросов, что приходят от команд. Теперь хотим поделиться наработками со всеми и начнем с разработки REST API-сервиса на WSO2. Бонус для самых терпеливых — в конце поста.
Сейчас рынок системного анализа переживает бурный рост и на это есть несколько причин:
1) низкий порог входа (по сравнению с Java-разработчиками, например)
2) несколько хаотичные требования к системному аналитику на рынке труда (у каждой компании свое видение, кто это такой и чем он должен заниматься)
3) узкая специализация, например, мало кто вообще в детстве мечтал стать аналитиком:)
4) постоянное изменение внешней среды, в результате чего появляются новые возможности для системных аналитиков
При этом работа аналитика всегда имеет оттенок многозадачности, непредсказуемости и от проекта к проекту его функционал коренным образом может отличаться. Но сейчас не об этом. Эта статья скорее для тех аналитиков, которые имеют хоть какой-то минимальный опыт и теперь размышляют над сменой работодателя и/или проекта. Поговорим и о трендах, благодаря которым системные аналитики могут задать новые направления для своего развития и приобрести дополнительные скиллы.
В первой части этой дилогии мы написали рантайм контроллер для приложения на golang. Все что он умеет делать — запускать методы интерфейса Resources и функцию MainFunc, контролировать результат их выполнения, и корректно обрабатывать сигнал операционной системы о завершении работы. Это не так уж и много, но довольно полезно.
Теперь я постараюсь показать, как этот пакет можно использовать на примере простейшего бэкенда для апплета “Труд всем”. Немного поясню идею этого апплета. Допустим у нас есть любой сайт — от хомяка до новостной ленты, а в любом свободном углу при обновлении страницы показана случайная вакансия. Код апплета будет отправлять запрос на сервер и получать в качестве результата HTML код (уже готовый рендер) для вставки на страницу сайта.
Правда интригующе? Где же получать информацию о вакансиях? Где хранить эту информацию? Какие критерии отбора вакансий использовать? Для того, чтобы узнать ответы на эти вопросы, прошу заглянуть под кат!
В продолжение темы модельно ориетированного проектирования, публикую очередную статью Калачева Юрия Николаевича, автора книги Моделирование в электроприводе. Инструкция по пониманию.
В новой статье раскрываются рецепты лечения "вялого" электропривода.
Данный текст еще готовится к публикации в специализированных изданиях, но читатели хабра увидят его первые.
Хочешь четкий привод - читай дальше!
Всем привет! Как инженер-конструктор, я хочу рассказать вам о своем опыте и участии в проекте посвященному разработке системы информирования на основе автомобиля Hyundai Solaris 2.
