Привет, Хабр! Настало время продолжить наш цикл о микропроцессорах на территории нашей необъятной страны. В первой части мы рассмотрели некоторые наиболее интересные 8-битные ЦП и компьютеры. Сегодня поговорим о 16-битных не-IBM-совместимых устройствах.
Меня зовут Александр Гришин, и я работаю продакт-менеджером платформы виртуализации VMmanager. Недавно мы выпустили автономные Unbreakable кластеры, с их помощью можно организовать инфраструктуру высокой доступности и обеспечить непрерывность бизнес-процессов компании. Если один из физических серверов в отказоустойчивом кластере выйдет из строя, виртуальные машины восстановятся на исправном узле, автоматически и с минимальным простоем.
При реализации мы учитывали опыт предыдущей версии нашего продукта — VMmanager Cloud — и изучили лучшие практики у конкурентов, таких как Proxmox, OpenStack, VMware и другие. Расскажу, как работает отказоустойчивость «под капотом».
Мы живем в удивительное время: компьютеры окружают нас со всех сторон. Любимый смартфон, ноутбук на работе, медицинские приборы, браслеты и часы. Умные рекламные табло, самокаты и автомобили.
В основе каждого такого устройства лежит тот или иной микропроцессор. А простой микрокомпьютер размером со спичечный коробок (на базе Atmega или STM32) можно положить в карман или установить в качестве дверного звонка. Мы живем в будущем, не особенно-то его замечая. Но до начала 1980-х ни один советский радиолюбитель даже мечтать не мог о домашнем персональном компьютере.
Сегодня мы попробуем взглянуть на первые микропроцессоры, применявшиеся на территории нашей страны. Первая статья нашего небольшого цикла будет целиком посвящена 8-битным CPU, которые так или иначе выпускались на территории Советского союза и СНГ.
Я UX/UI-дизайнер, уже два года работаю в ISPsystem. Одной из глобальных моих задач все это время было сделать нашу дизайн-систему удобной для использования.Полноценная дизайн-система — с гайдами, состояниями и борьбой с разработчиками — испытание не только для новичка в дизайне, но и для опытного проектировщика. Сейчас мы на пути к идеальной дизайн-системе, но решили поделиться опытом ее проработки - кому-то может помочь избежать наших ошибок :)
Для чего все затевается
ISPsystem создает программное обеспечение для управления IT-инфраструктурой: физическим оборудованием, серверной виртуализацией, веб-сервером и сайтами. Сейчас существует четыре продукта со схожей дизайн-системой (VMmanager, DCImanager, ISPmanager и BILLmanager) и один — со своей собственной (billix).
(Или как мы ваяли идеальное демо для самого богатого человека в мире)
На часах пять утра. И еще 5 часов остается до встречи с самим Биллом Г. Глаза у меня красные и припухшие. Я едва способен соображать: сутки без сна не прошли даром. Только что код перекомпилировался и, кажется, даже работает. Это значит, что следующие 2-3 часа я смогу проспать под столом, и у меня останется еще немного времени, чтобы показать демоверсию кода нашему менеджеру проекта. Следующим человеком, который ее увидит, будет Билл Гейтс. И это до чертиков меня пугает: от его мнения будет зависеть, получит ли наш проект финансирование.
Два новых ISA-расширения RISC-V позволяют процессору Snitch работать до 6,45 раз быстрее и эффективнее, чем сопоставимые процессоры.
Команда ученых из ETH Zurich представила новую версию процессора RISC-V. Она получила название Snitch. По словам разработчиков, новый ЦПУ обладает впечатляющими показателями скорости и способен обеспечить 6-кратный выигрыш в производительности и почти 4-кратный — в энергоэффективности для многоядерных рабочих нагрузок. Но не спешите с выводами: все не так однозначно, как кажется на первый взгляд. Под катом — разбор основных особенностей нового процессора, реальные «цифры» его производительности и информация о разработчиках.
Меня зовут Наталья Царёва, вот уже 4 года я работаю в компании ISPsystem на должности product manager. Сейчас я полностью отвечаю за DCImanager — это платформа для управления оборудованием. Как CEO, только не компании, а продукта. Но такой уровень ответственности и список задач был не всегда.
В этой статье я хочу рассказать о том, какой путь продакт-менеджера я прошла: - от составления ТЗ на новые фичи в уже активно продающемся на рынке решении , до создания нового продукта с нуля с кастдевами, масштабными исследованиями рынка, PnL, экономикой продукта и выход на новые рынки.
Едва ли не каждая современная технологическая компания продает облачные вычислительные мощности или что-то с ними связанное. Это нормально: облачный рынок год от года растет, становится богаче и шире. Однако вряд ли хотя бы один современный маркетолог или разработчик хотя бы раз всерьез задавался вопросом, откуда вообще пришел этот термин. Что под ним понимали авторы оригинальной концепции? Под катом мы исправим эту историческую несправедливость и назовем имена основоположников облачного подхода.
Вы заинтригованы? Добро пожаловать под кат!
В своих предыдущих постах я описывал задачи, которые были решены скорее в академических целях. Сегодня я хочу поделиться реальным примером, который работает в продакшене. Речь пойдет о написании сопрограмм, которые можно прервать извне. Изначально мне это понадобилось для реализации механизма deadline или timeout (кому как больше нравится). Согласитесь, довольно часто возникающая задача. На этом примере я продемонстрирую использование еще нескольких возможностей, предоставляемых С++. Речь пойдет об await_transform и конструкторе объекта promise_type.
IT — сфера большая и многогранная. В ней обитают программисты и сетевики, сисадмины и инженеры. Иногда попадаются копирайтеры, дизайнеры и маркетологи. Но это не точно.
Кто-то ушел в «компьютерную» профессию осознанно: сначала радиокружок, потом — технический факультет ВУЗа. Кто-то стал айтишником и вовсе по воле случая.
С точки зрения обывателя каждый «технарь» обязан как минимум чинить компьютеры любого вида и возраста. И уж точно понимать в программировании. Как раз о последнем мы и хотели бы поговорить: насколько важны кодерские навыки ИТ-спецам, не занятым непосредственно разработкой?
Мы поделимся с вами двумя историями двоих наших коллег из отдела DevOps. Оба они в какой-то момент интересовались языками программирования, однако пошли по другому пути. Это тенденция, заговор или несчастный случай? Как и почему это случилось? Ответы под катом!
Давайте порефлексируем на тему «кто есть кто в мире ПО с открытым исходным кодом». На ум сразу же приходят Гвидо ван Россум (автор Python), Майкл Видениус (MySQL) и Линус Торвальдс (в представлении не нуждается). Эти имена на слуху у каждого айтишника: уважаемые люди, чей вклад в мир опенсорса неопровержим и оценен по достоинству.
А как насчет Роберта Лава, Эбена Моглена или, например, Джоно Бэйкона? Возможно, кто-то из них вам знаком. Однако средний человек в лучшем случае пожмет плечами и отправится гуглить.
Кто все эти люди? Первый — автор Linux in a Nutshell, одной из самых важных книг по Linux. Второй — главный юрисконсульт фонда Свободного ПО. А Бэйкон — один из лидеров сообщества опенсорс разработчиков. Несмотря на то, как много эти люди сделали для open source, их вклад иногда остается за кадром.
Сколько еще участников open source коммьюнити так и не получили свою долю признания? Поговорим об этом под катом.
В предыдущей статье я описал простой путь создания генераторов на корутинах С++. На мой взгляд генераторы неплохо демонстрируют работу с такими объектами как coroutine_handle и promise_type. На этот раз речь пойдет об awaitable объектах — еще одной неотъемлемой части поддержки корутин в С++. А рассматривать мы их будем на примере реализации каналов, аналогичных каналам в GoLang. Как С++ разработчик, я не в восторге от многих решений принятых в GoLang, но в их каналы влюбился с первого взгляда. Итак, приступим!
Я уже пару лет как развлекаюсь написанием различных программ на C++ с использованием корутин. Но до сего момента это были асинхронные приложения. Я активно использовал co_await, но ни разу еще мне не понадобился co_yield. И вот, после трех дней вынужденного ничегонеделанья в больнице, я решил этот пробел восполнить и попробовать написать собственный генератор. А заодно и получше разобраться с promise_type и coroutine_handle
Вселенная «Звездных войн» — едва ли не уникальный пример того, как фантастический мир вовлекает миллионы фанатов-адептов наподобие религиозного культа. Духовное учение Йоды, джедаизм, оставило существенный след в реальном мире. Психолог Дерек Тогерсон приводит результаты переписи населения Великобритании за 2011 год: около 177 тысяч человек объявили себя джедаями. Это седьмая по популярности религия в масштабах целой страны. Что ж, давайте подумаем, как так вышло. Что за сила связывает миллионы преданных фанатов с Люком Скайуокером, Джин Эрсо, Ханом Соло и Дартом Вейдером?
История мира «Звездных войн» написана по всем канонам классического сторителлинга, мастерства рассказывать интересные и захватывающие истории, воздействующие на аудиторию. А что насчет веб-сайтов? Можно ли в веб-дизайне использовать те же методы для привлечения и удержания аудитории? Да, и еще как!
Всем привет, меня зовут Александр Гришин, и я работаю product manager в компании ISPsystem. И сегодня хочу рассказать об интересной разработке нашей компании — схеме сети IP-Fabric на основе BGP в платформе виртуализации VMmanager.
Осенью прошлого года мы добавили новую сетевую настройку для кластера виртуализации KVM, а чуть позже — и в кластер с LXD-виртуализацией.
IP-Fabric позволяет использовать публичную сеть виртуальной машины или контейнера поверх локальной сети компании. Эта настройка обеспечивает абстрагирование сервиса от внутренней инфраструктуры.
В статье расскажу об особенностях ее реализации и покажу один вариант настройки IP-Fabric в VMmanager.
Вот уже год, как наша жизнь перетекла на удаленку. Мы в компании ISPsystem привыкли работать из офиса, видеть всех членов команды ежедневно на расстоянии вытянутой руки. К работе в новом формате я адаптировалась быстро. Но скажу честно, работать удаленно — не так уж и легко, как может казаться со стороны. Многие не выдерживают. Тут сказывается как отсутствие живого общения, так и приевшиеся четыре стены за которыми можно не заметить, как меняются времена года.
Как же адаптироваться под ситуацию? Как внести разнообразие в работу , получить новые впечатления и прокачать скиллы не выходя из дома? Я хочу поделиться нашим опытом проведения командировок внутри компании. Он может быть полезен компаниям, в которых существует сразу несколько продуктовых команд.
В интернете сотни статей о том, какую пользу приносит анализ поведения клиентов. Чаще всего это касается сферы ритейла. От анализа продуктовых корзин, ABC и XYZ анализа до retention-маркетинга и персональных предложений. Различные методики используются уже десятилетиями, алгоритмы продуманы, код написан и отлажен — бери и используй. В нашем случае возникла одна фундаментальная проблема — мы в ISPsystem занимаемся разработкой ПО, а не ритейлом.
Меня зовут Денис и на данный момент я отвечаю за бэкенд аналитических систем в ISPsystem. И это история о том, как мы с моим коллегой Данилом — ответственным за визуализацию данных — попытались посмотреть на наши программные продукты сквозь призму этих знаний. Начнем, как обычно, с истории.
Если вы когда-нибудь участвовали в разработке крупного angular-проекта с поддержкой локализации, то эта статья для вас. Если же нет, то возможно, вам будет интересно, как мы решили проблему скачивания больших файлов с переводами при старте приложения: в нашем случае ~2300 строк и ~200 Кб для каждого языка.
Привет, Habr! Меня зовут Дмитрий, и я разработчик DCImanager — панели для управления оборудованием от ISPsystem. Довольно продолжительное время в команде я провёл, разрабатывая софт для управления коммутаторами. Вместе мы пережили взлеты и падения: от написания сервисов для управления железом до падения офисной сети и часовых свиданий в серверной в надежде не потерять своих любимых.
И вот настало время тестирования. Часть обработчиков мы смогли покрыть готовыми решениями для тестирования. Но с Juniper так не получилось. Ресерч и реализация послужили идеей для написания этой статьи. Если интересно, добро пожаловать под кат!
Разработка UI-компонентов — одна из самых затратных задач при разработке фронтенда. Чтобы оптимизировать процессы, некоторые компании поручают её выделенной команде. Мы же решили пойти другим путём: сделать библиотеку, чтобы компоненты туда могли добавлять разработчики из разных команд. В этой статье расскажу, как наша библиотека организована.