Порядка 80% функций в коробочных ПО‑решениях у отечественных вендоров дублируют друг друга. В итоге неэффективно используется ресурс дефицитных ИТ‑кадров. Могут ли помочь с решением этой проблемы платформенные программные продукты и введение стандартов, RSpectr рассказали участники рынка.
В этой статье будет дана пошаговая инструкция настройки доменного имени для вашего HTTP Gateway с использованием AWS CDK. Независимо от того, являетесь ли вы опытным пользователем AWS или новичком, это руководство обещает предоставить ценную информацию и практические шаги для улучшения ваших навыков в области облачных сервисов.
Допустим, вы уже прониклись важностью обеспечения доступности ваших сервисов, закатали рукава и готовы взяться за работу.
С чего же начать? Сделать методички для дизайнеров? Протестировать свои продукты на пользователях с нарушениями зрения? Отправить всех разработчиков читать материалы по доступной разработке?
Что вам действительно важно, если вы занялись доступностью? Вам важны работающие доступные сервисы, поэтому начать надо с решения конкретных проблем. Вам нужны быстрые победы. Много и недорого.
Проектирование REST API - это процесс создания дизайна методов обмена данными. Дизайн - это субъективное. У одних "так", у других "сяк". А кто прав? Иногда все, а иногда нет.
Можно ли сделать в проекте все методы POST? Как правильно именовать эндпоинты - ед. число или мн. число (/user или /users)? Можно ли использовать метод POST для получения данных? ...
Холиварные вопросы! Вкусовщина! Давайте разбираться!
Привет, Хабр! А не пора ли поговорить о важной и нужной ИБ-процедуре: аттестации информационных систем? Хотя бы в общих чертах, чтобы разобраться.
В этой статье расскажем:
1. На что стоит обращать внимание при выборе органа по аттестации;
2. Какие полномочия имеет орган по аттестации;
3. От чего зависит успех аттестации;
4. Об опасностях работы с недобросовестным исполнителем;
5. Что делать, если столкнулись с таким исполнителем.
У каждого разработчика хотя бы раз возникала мечта создать крутой продукт, который обязательно захотят купить (а не спиратить) все пользователи, а сам он станет богаче Илона Маска и будет запускать свои Falcon, но конечно же намного удачнее. Но чаще всего эта мечта спустя время разбивается о суровую реальность: софт почти никому не нужен из-за переполненного рынка, а если и нужен, то его постоянно пиратят, безжалостно и беспощадно.
Если с первой проблемой помогут справиться талант и удача, то разобраться со второй — попробуем помочь мы. Ниже рассказываем о нюансах лицензирования, с которыми сталкивается разработка.
Я технический писатель и я недавно сменил место работы.
И так получилось сменил не просто место работы, но и отрасль. Атомная энергетика, сменилась радиоэлектронной промышленностью, а именно волоконно-оптическими средствами связи. Поворот просто на 180 градусов. Ну будем разбираться. Для начала хочу изучить действующую нормативную базу.
Сегодня во всём мире скоростные волоконно-оптические сети связи являются основой транспортных сетей передачи данных. А основной технологией обеспечивающей транспортировку высокоскоростного трафика, является технология спектрального мультиплексирования - Wavelength Division Multiplexing (WDM), и её многоканальные решения CWDM (Сoarse Wavelength Division Multiplexing – грубое спектральное уплотнение) и DWDM (Dense Wavelength Division Multiplexing – плотное спектральное уплотнение).
А основной организацией занимающейся вопросами стандартизации данной технологии является Международный союз электросвязи (МСЭ) - специализированное учреждение Организации Объединенных Наций в области информационно-коммуникационных технологий.
В данной статье хотелось бы привести краткую характеристику нормативной базы созданной Международным союзом электросвязи в области волоконной оптике.
Несложные изменения, которые сделают ИТ-сектор госзакупок намного дружелюбнее (сейчас все совсем не радужно).
Это первая статья в корпоративном блоге компании documentat.io. Мы занимаемся заказной разработкой технической документации и помогаем компаниям настраивать процессы документирования.
Многие разработчики сталкиваются с тем, что писать и поддерживать документацию трудно: непонятно с чего начать, что и куда написать, и как это безобразие дополнять по мере развития проекта. Часто в результате получается документация, которую тяжело читать. А значит пользователи читать её и не будут, вместо этого будут действовать методом проб и ошибок или дёргать техподдержку. И это в лучшем случае. В худшем — откажутся от использования продукта. В итоге пострадают все: и разработчики, и пользователи, и техподдержка, и бизнес.
Как структурировать документацию так, чтобы писать её стало проще?
В современном мире бизнеса и технологий мобильные центры принятия решений (Mobile Decision Centers, МЦПР) стали ключевой составляющей успешной стратегии. Они предоставляют компаниям инструменты для быстрого и информированного принятия решений на основе данных. Однако выбор подходящей платформы МЦПР может быть непростой задачей. В этой статье мы рассмотрим шаги, которые помогут вам правильно выбрать платформу для вашего мобильного центра принятия решений.
Привет, Хабр! Сегодня поговорим о код-ревью, т. е. проверке и оценке качества кода выполненной разработчиком задачи перед её релизом. У код-ревью несколько положительных моментов:
● поиск багов и проблем кода, что значительно снижает вероятность проникновения этих багов в релиз
● вовлечение членов команды в работу над различными задачами, к которым участники код-ревью часто не имеют прямого отношения. Это даёт лучшее понимание общего процесса работы
● повышение качества кода и, наверное, общих стандартов разработки в компании, поскольку представители команды видят, что и как нужно делать для повышения качества работы
● социальное взаимодействие в команде. Её представители дают друг другу обратную связь, постепенно повышая свой скил коммуникаций
Но на что обращать внимание в процессе код-ревью? Об этом сегодня и поговорим.
Импортозамещение продолжается ― президент подписал поручение, по которому все государственные компании обязаны перейти на базовое российское ПО к 2025 году.
Представители Минцифры сообщили, что это в первую очередь коснется операционных систем, офисных пакетов, виртуализации и систем управления базами данных.
Но даже не в государственных компаниях происходят изменения: импортный софт перестал легально продавать лицензии. Что делать в такой ситуации?
Использовать импортный софт нелегально грозит штрафами, репутационным ущербом и даже уголовной ответственностью. Выход ― переходить на российские аналоги.
Бизнес ставит ИТ-специалистов перед фактом: закупаем и внедряем новый софт. Это надо делать в сжатые сроки, учесть все аспекты, чтобы ИТ-инфраструктура корректно работала и производительность сотрудников не снижалась.
В статье эксперты «Инферит ИТМен» рассмотрят, к каким проблемам импортозамещение ПО приводит уже сейчас и как их минимизировать.
В том, что управленческая концепция BPM (Business Process Management, управление бизнес-процессами) до сих пор не имеет строгих непротиворечивых основ и долгое время не может «вырасти» в научную \ инженерную дисциплину во многом лежит вина низкого качества терминологии BPM (имеем семантический «зоопарк»). Точной дисциплине нужны единые универсалии, концепты, понятия, категории, таксономии, которые сверены и сведены в единый талмуд под названием Толковый словарь BPM. Эти универсалии (образы, шаблоны) должны быть четко обоснованы (логически выведены, взаимоувязаны) и систематизированы в онтологию в рамках единой непротиворечивой концепции, включающей идей (идеологию), методы (методологию), систему логических рассуждений и математическую основу. К сожалению, в BPM усиливается путаница в понятиях и прогрессирует различное толкование одних и тех же терминов, т.е. сегодня классический BPM не развивается, а скорее деградирует.
Появляются новые BPM инструменты, например, только в 2023 появились отечественные «очередные убийцы BPM-мастодонта Business Studio»: PIX Process Studio и Арахис (не путать с BPMN\ low code \ no code инструментами), но они не только не привносят чего-либо теоретического «свежего», концептуально нового, а зачастую и не содержат теоретических основ (базовых концепций) классического BPM, хотя бы в объеме ARIS четверть вековой давности (конца 90-х).
Появляются новые BPM инструменты, например, только в 2023 появились отечественные «очередные убийцы BPM-мастодонта Business Studio»: PIX Process Studio и Арахис (не путать с BPMN\ low code \ no code инструментами), но они не только не привносят чего-либо теоретического «свежего», концептуально нового, а зачастую и не содержат теоретических основ (базовых концепций) классического BPM, хотя бы в объеме ARIS четверть вековой давности (конца 90-х).
Число и разнообразие микропроцессорных смарт-карт постоянно растет. По оценке компании Thales это самая распространенная вычислительная платформа на планете. Актуальность их применения не снижается. С новыми технологиями появляются новые форм факторы смарт карт.
Не вдаваясь в суть самих технологий, я решил собрать в одной статье как справочный материал названия тех форм факторов смарт карт, которые сегодня встречаются.
Привет, я Таня Рузанова, специалист по доступности интерфейсов в компании РТЛабс. Сегодня расскажу о разных ограничениях здоровья и о ситуациях, которые могут помешать людям пользоваться сайтом или приложением.
Человек может не очень хорошо видеть, слышать, мыслить и двигаться. Иногда эти проблемы с ним ненадолго и вот он снова в строю. А иногда ничего уже не поправишь, и всю свою жизнь человек проведёт с ОВЗ, то есть с ограниченными возможностями здоровья. ОВЗ — уже устоявшийся термин, который звучит более дружелюбно, чем «инвалид», так что давайте использовать именно его. Рассмотрим виды и типы ограничений в статье.
Организация CIP4 разработала стандарт JDF для автоматизации производственных процессов в печатной индустрии. Давайте подробнее рассмотрим сам формат и сегодняшнее состояние стандарта JDF.
Привет! Меня зовут Юлия Зиновьева, я старший продуктовый аналитик в СберМаркете. В этой статье расскажу о простом и эффективном методе выявления аномалии данных, который разработала наша команда. Мы автоматизировали мониторинг событий в кликстриме и настроили алерты для аналитиков о возникающих аномалиях. Такой способ значительно сэкономит время и силы команды, а также будет понятен даже тем, у кого базовый уровень знания статистики.
Для удобства я собрала лайфхаки. Они помогут уточнить алгоритм поиска проблем в событиях и преодолеть психологический страх перед мониторингом. Поверьте, это вовсе не такая необъятная задача, как может показаться.
Думаю, наш опыт будет полезен тем, кто работает с бизнес-данными, занимается их анализом и хранением – словом, всем, кто активно вовлечен в проект или может на него влиять, принимая важные решения в опоре на данные. Поехали!
Всем привет! Я Сергей Паршиков. С 2004 года работаю с digital-сервисами. Начинал с собственной дизайн-студии, был Product Owner в Яндексе и Mail (теперь VK), создавал B2B-экосистему Сбера: от ID и API до запуска и монетизации околобанковских сервисов. Сейчас развиваю digital-каналы (web, mobile, API) для юридических лиц в Альфе. Увлекаюсь Web3 инфраструктурой, которая крайне привлекает меня технологичностью, динамикой и сохраняющимся духом digital-пиратства.
Короче, я люблю технологии и сегодня расскажу, как банки превращаются в IT-компании с финсервисами. Это статья про то, как я вижу развитие рынка, и в ней не будет технических деталей. Вы можете написать в комменты любые хардовые вопросы, я с радостью отвечу или выпущу отдельный материал.
В наше время, где данные играют первостепенную роль в процессе принятия решений, мобильные центры принятия решений становятся жизненно важными компонентами бизнес-процессов и анализа. Они обеспечивают оперативную обработку и анализ информации, позволяя компаниям принимать обоснованные и взвешенные решения.
