123

Читать далее

Проголосуйте, используя ЭЦП

0 голосов

Aibek Prenov · 12-03-2021 в 00:19

ljlkjlk

0
Ответить

Авторизуйтесь чтобы оставить комментарий


Предлагаю облегчить ИТ-рынку Казахстана процессы, где законодательные документы или юридические обязательства становятся барьером для тестирования проекта/гипотезы/идей. Это механизм Sandbox - регулятивная песочница.

У нас есть много ИТ-решений и ИТ-идей, которым нужно «место» для тестирования. Для таких случаев необходимо создать особый правовой режим, где на время тестирования проекта, услуги или идеи стартапы и ИТ-компании смогут не ограничиваться законодательными нормами и/или юридическими обязательствами без нарушения действующего законодательства. Например, сейчас существуют ограничения для проектов с БПЛА (беспилотно-летательные аппараты) - здесь нужно получить лицензию, согласовывать процессы с КНБ и МВД, есть законодательные барьеры. Предлагаю создать такую систему регулятивной песочницы, когда на проект с потенциальным ИТ-решением на какое-то время не распространялись эти ограничения, чтобы он смог понять, работает ли его бизнес-модель.

«Песочница» простимулирует продвижение инноваций и сохранение финансовой стабильности и предполагает защиту прав потребителей. На выходе из «песочницы» новые решения могут быть исключены или же предложены массовому потребителю.

Основные этапы для функционирования «песочницы»:

  1. Подать заявку и пройти процедуру оценки заявки инициатором;
  2. Согласование условий «песочницы» с регулятором;
  3. Тестирование;
  4. Выход из «песочницы» и согласование дальнейших действий. 

Основное преимущество «песочницы» - это открытость для инноваций при минимальных рисках.

Читать далее

Проголосуйте, используя ЭЦП

0 голосов

Показать все комментарии (14)

Mira Suleimenova · 10-03-2021 в 12:30

информативный пост

0
Ответить

Aibek Prenov · 12-03-2021 в 11:09

test

0
Ответить

Авторизуйтесь чтобы оставить комментарий


Мы уже рассказывали на Хабре про цифровые продукты Почты — электронные заказные письма, отправку для бизнесаэлектронные марки. Те, кто пользуется Почтой, могли заметить, что мы стали выпускать всё больше приложений и сервисов и научились делать это оперативно. Сейчас time to market для новых продуктов в Почте — всего 3 месяца, а релизы выходят каждую неделю. 

Мы решили оглянуться назад и вспомнить, как большая компания внедрила DevOps практики, чтобы быстро реагировать на новые запросы. 

Делать приложение год, и откатиться назад

Начнём с того, что исторически бизнес Почты — в офлайне. Цифровые продукты стали появляться у нас относительно недавно. Поэтому разработкой первых проектов для Почты полностью занимались внешние подрядчики. Это вызывало сложности: работа велась по методике waterflow (водопад) и занимала много времени, срок разработки продукта мог занимать год и более. А когда случалось так, что подрядчик сменялся до запуска проекта, то мы оказывались если не в начале, то в середине пути и в компании совсем не оставалось наработок и экспертизы.

Чтобы ускориться, в Почте создали Департамент Развития Технологий — он должен был помочь систематизировать и улучшать работу над цифровыми продуктами и нарабатывать собственную экспертизу. Тогда и начался процесс зарождения DevOps в Почте — были закуплены первые централизованные инструменты, которые позволяли выстраивать и контролировать процессы, внедрять практики DevOps. Например, использование GitLab помогло нам управлять кодом и его изменениями и теперь мы каждый день видели что с ним происходит. TeamCity позволил автоматически собирать и тестировать продукты. Как только в GitLab появлялись изменения, TeamCity добавлял и прогонял их по системе. А Maven позволила во всех продуктах видеть один и тот же стандарт сборки, чтобы не разбираться с кучей разных систем. На схеме ниже можно увидеть более полный список инструментов, которые мы выбрали и внедрили для того, чтобы автоматизировать появившиеся тогда в компании стандарты.

Читать далее

Проголосуйте, используя ЭЦП

4 голосов

Показать все комментарии (7)

Mira Suleimenova · 09-03-2021 в 16:09

https://test.astanahub.com/initiatives/ot-funktsii-k-kulture-kak-razvivalsia-devops-v-bolshoi-kompanii#CommentsBlock

0
Ответить

Mira Suleimenova · 09-03-2021 в 12:20

тестовый коммент1

0
Ответить

Авторизуйтесь чтобы оставить комментарий


В Узбекистане до 1 сентября этого года должен быть подготовлен законопроект, предусматривающий меры по правовому регулированию электронных денег.

Разработка документа предусмотрена постановлением президента, подписанным в понедельник. Ответственными назначены Центробанк, Мининфоком, Минфин, Минэкономики, а также ряд министерств и ведомств.

Кроме того, президент республики Шавкат Мирзиёев одобрил создание центра компетенции по технологиям распределенного реестра (блокчейн) при инновационном центре Mirzo Ulugbek Innovation Center. Его главными задачами станут формирование условий для использования возможностей блокчейна, повышение кадрового потенциала и поддержка отечественных разработчиков в освоении данной технологии. Планируется, что данная структура заработает уже с 1 июня 2018 года.

Еще один важный момент — президент поручил приступить к активному развитию и стимулированию повсеместного использования технологий бесконтактных платежей, в том числе с использованием международных платежных систем, таких, как PayPal, Alipay, Visa и Mastercard. Комплекс мер в этом направлении будет разработан к 1 июня 2018 года.

Читать далее

Проголосуйте, используя ЭЦП

2 голосов

Показать все комментарии (29)

Aibek Prenov · 12-03-2021 в 00:25

test6

1
Ответить

Aibek Prenov · 12-03-2021 в 00:22

test2

0
Ответить

Авторизуйтесь чтобы оставить комментарий

Mira Suleimenova

March 4, 2021, 10:30 p.m.
Under consideration by the IT council

Вращающиеся потоки жидкости

Rotating Region — мощная функция, предназначенная для моделирования вращающихся потоков жидкости. Вращающиеся области можно комбинировать со свободно движущимися поверхностями. Это идеально подходит для задач моделирования смешивания и может быть использовано для анализа поведения изделий в эксплуатации.

Взгляните на изображенную ниже модель компонента гидравлического механизма, который взаимодействует одновременно с двумя потоками. Наша задача — проанализировать значения крутящего момента и передаваемой мощности. Мы определили цели, а затем отследили, как вели себя крутящий момент и мощность в ходе анализа. В SOLIDWORKS Flow Simulation 2021 сводная таблица результатов содержит дополнительные столбцы, что облегчает поиск максимальных значений и моментов их возникновения.

Читать далее

Проголосуйте, используя ЭЦП

2 голосов

Показать все комментарии (7)

Mira Suleimenova · 05-03-2021 в 00:49

тест

0
Ответить

Mira Suleimenova · 05-03-2021 в 00:49

тест

0
Ответить

Авторизуйтесь чтобы оставить комментарий