Как повысить эффективность производства с дополненной реальностью?

Автор: admin от 16-03-2017, 22:40, посмотрело: 445

Опытным руководителям предприятий знакома формула роста производительности труда. Всем очевидна роль инноваций в этом процессе. Однако не каждый может вовремя распознать технологии, способные помочь в повышении производительности, особенно на таком консервативном и не склонном к инвестициям в инновации рынке, как российская промышленность. В своём время Autodesk и Consistent Software довольно долго пробивались к проектировщикам и конструкторам – они не понимали, зачем выкладывать миллионы за работу, которая проводилась с помощью карандашей и ватмана. В итоге часть предприятий, которые вовремя не приняли на вооружение новые технологии, ушла с рынка.

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

Категория: Компании » Google

 

Использование скриптов в Openvpn для интеграции его с другими сервисами системы (Firewall, DB и т.д.)

Автор: admin от 16-03-2017, 21:25, посмотрело: 272

Захотелось собрать VPN-комбайн который бы пользователей брал из БД, настраивал фаервол под этого пользователя и писал логи в БД.

OpenVPN на каждое событие (подключение, отключение клиента) может вызывать внешнюю программу. Этим и воспользуемся.

Категория: Админитстрирование » Системное администрирование

 

«В 100 000 раз быстрее»: ультракороткие световые импульсы в вычислительной технике

Автор: admin от 16-03-2017, 20:40, посмотрело: 215

Команда ученых показала, что ультракороткие настраиваемые световые импульсы длительностью в несколько фемтосекунд позволят в будущем создать компьютеры, которые работают в 100 тыс. раз быстрее современных электронных систем.

«В 100 000 раз быстрее»: ультракороткие световые импульсы в вычислительной технике

Категория: Программирование » Веб-разработка

 

Отправка файлов в приложение Xamarin.Forms. Часть 1

Автор: admin от 16-03-2017, 19:00, посмотрело: 358

Пересылка файлов между приложениями является довольно специфической функцией для ОС. И это то, что лучше не пытаться сделать в Xamarin.Forms, не так ли? На самом деле сделать это довольно просто, и этот пост продемонстрирует как заполучить эту функцию и запустить в iOS (в следующем посте будет рассмотрен случай с Android и, при необходимости, с UWP).

Отправка файлов в приложение Xamarin.Forms. Часть 1

Категория: Веб-разработка, Microsoft, Android, iOS

 

Практическое применение преобразования Фурье для обработки сигналов

Автор: admin от 16-03-2017, 18:05, посмотрело: 407

Введение

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

Данный опус не претендует на полноту и связность изложения.

Категория: Программирование

 

Уголовный кодекс разработчика

Автор: admin от 16-03-2017, 17:15, посмотрело: 245

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

Я сейчас не говорю про «Административный кодекс», куда я как раз и отношу неправильное применение шаблонов, неиспользование тестов, неоптимизированный код, даже харкодинг каких-нибудь настроек и «магические числа» (хотя уже на грани). В этих случаях разная правоприменительная практика. Например оптимизированный код часто сложнее для понимания, чем неоптимизированный. Неоптимальный алгоритм зачастую легче воспринимается при чтении кода, а ведь разработчик 95% времени читает свой или чужой код и только 5% пишет. Или если вы пишите скрипт для друга забесплатно, побыстрее и заходкодили пару настроек, вы скорее всего правильно поступили. Решив, что интеграция туда логики извлечения настроек (и ее тестирования) из отдельных конфигов потребует намного большего времени, чем хардкод.

Но есть признаки, которые определенно говорят, что ваш код серьезно болен и без всяких оправданий содержит криминал.
Поехали...

Категория: Программирование

 

Через MVP к VIPER. Часть первая: MVP

Автор: admin от 16-03-2017, 16:35, посмотрело: 342

Через MVP к VIPER. Часть первая: MVP

Не так давно я публиковал перевод Почему VIPER это плохой выбор для вашего следующего приложения. И, как это часто бывает, мнение переводчика не совпало с мнением автора оригинальной статьи. Поэтому в этом посте я коротко расскажу как я пытаюсь (пока еще пытаюсь) внедрить VIPER в свои проекты.


Когда я начал работу над своим предыдущим проектом, в команде было ровно два целых ноль десятых мобильных разработчика: один писал версию под Андроид, второй – под iOS.


Естественно, iOS версия создавалась на классическом, рекомендуемом самим Apple, паттерне MVC.


У меня была View: "любимый" сториборд, в котором было over9000 довольно много экранов, и который был похож на это:

Категория: Веб-разработка, Game Development, iOS

 

Как мы строили облачную инфраструктуру в Azure

Автор: admin от 16-03-2017, 16:35, посмотрело: 224

Кейс. Строим облако для крупной компании


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

Как мы строили облачную инфраструктуру в Azure

Итак, наш Заказчик — крупная международная компания, с сотнями офисов по всему миру. Основная инфраструктура сосредоточена в двух высококлассных ЦОД в Европе и к ним никаких претензий нет. А вот локальные компоненты в региональных офисах управляются множеством региональных поставщиков услуг, и это порождает кошмар на уровне менеджмента как с решением непосредственно ИТ-задач, так и в контроле за расходованием ИТ-бюджета. Заказчик решил, что перенос большей части некритичных региональных сервисов в Microsoft Azure позволит ему сэкономить на обслуживании своей ИТ инфраструктуры, сосредоточить контроль за расходованием финансов в центральном офисе и, заодно, реализовать несколько проектов модернизации. Мы уже внедряли для этого Заказчика гибридное Exchange решение на базе Office 365 с локальными компонентами в нескольких странах, где этого требовали нормы законодательства, так что он обратился к нам и к Microsoft за проектированием и внедрением облачной платформы для размещения примерно 3000 серверов в течение 3-х лет.

Всё это происходило в конце 2015 — начале 2016 и, на данный момент, платформа создана, и мы уже мигрировали туда около 500 серверов. Тема облаков одна из самых популярных в последнее время и существует довольно много документации и материалов, описывающих, что именно умеет тот или иной сервис и как вы можете его использовать. Поэтому мы поговорим о другой стороне облаков — о том, какие проблемы можно встретить на пути переноса вашей on-premises инфраструктуры.

Категория: Системное администрирование, Microsoft

 

Жидкостное охлаждение серверов как восходящий тренд в оборудовании для дата-центров

Автор: admin от 16-03-2017, 16:35, посмотрело: 584

Жидкостное охлаждение серверов как восходящий тренд в оборудовании для дата-центров

Выставка SC (Supercomputing Conference) посвящена высоким технологиям. Если точнее, то на этой выставке демонстрируются суперкомпьютеры и сопутствующие технологии. С каждым годом на этой выставке показывается все больше систем с жидкостным охлаждением, плюс увеличивается количество компаний, которые эти технологии демонстрируют. Всего пару десятков назад жидкостное охлаждение для серверов показывали лишь такие известные технокомпании, как Cray-2 и IBM. И то, по большей части, в качестве концепта.

Сейчас же количество производителей выросло, а разнообразие технологий впечатляет: на новой SC показывались как полноконтакнтные системы, так и системы полного погружение. В общем-то, утверждение, что жидкостные системы в ряде случаев гораздо более эффективны, чем охлаждение воздухом, сомнений не вызывает. Но раньше эксплуатация жидкостных систем была проблемной. Сейчас появились новые практичные решения, которые не вызывают никаких сложностей в работе и обслуживании.

Категория: Админитстрирование » Сетевые технологии

 

Тёмный путь

Автор: admin от 16-03-2017, 16:35, посмотрело: 245

Тёмный путь


Предлагаю вашему вниманию перевод оригинальной статьи Роберта С. Мартина.


За последние несколько месяцев я попробовал два новых языка. Swift и Kotlin. У этих двух языков есть ряд общих особенностей. Действительно, сходство настолько сильное, что мне стало интересно, не является ли это новой тенденцией в нашей языкомешалке. Если это действительно так, то это тёмный путь.


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


Проблема в том, что оба языка сделали ставку на сильную статическую типизацию. Кажется, оба намерены заткнуть каждую дыру в своём родном языке. В случае со Swift – это странный гибрид C и Smalltalk, который называется Objective-C; поэтому, возможно, упор на типизацию понятен. Что касается Kotlin – его предком является уже довольно строго типизированная Java.


Я не хочу, чтобы вы думали, что я против статически типизированных языков. Я не против. Есть определенные преимущества как для динамических, так и для статических языков; и я с удовольствием пользуюсь обоими видами. Я предпочитаю динамическую типизацию, и поэтому я иногда использую Clojure. С другой стороны, я, вероятно, пишу больше Java, чем Clojure. Поэтому вы можете считать меня би-типичным. Я иду по обеим сторонам улицы — если так можно выразиться.


Дело не в том, что меня беспокоит, что Swift и Kotlin статически типизированы. Скорее меня беспокоит глубина статической типизации.

Погрузиться в пучину тьмы

Категория: Программирование

 
Назад Вперед