Проект: “Абсолютный курс валют”

Введение

О проекте

Проект “Абсолютный курс валют” занимается анализом парных валютных курсов, выделением из них абсолютных валютных курсов и их анализом.

В рамках проекта получена методика преобразования от парных курсов к абсолютным валютным курсам. Для этого определена абсолютная валюта ABS. Курсы всех имеющихся валют выражаются в отношении к ABS.

В проекте исследуются свойства абсолютных курсов. Исследуются различные применения абсолютных курсов валют.

Читать дальше ->

https://habr.com/ru/post/450368/?utm_source=habrahabr&utm_medium=rss&utm_campaign=450368

Всем привет! Недавно столкнулся с простой на первый взгляд задачей — увеличить «на горячую» размер диска на сервере Linux.

Описание задачи

Есть сервер в облаке. В моем случае, это Google Cloud — Compute Engine. Операционная система — Ubuntu, файловая система ext4 (подойдет для всех ext). Сейчас подключен диск размером 30 Гб. База растет, файлы пухнут, поэтому нужно увеличить размер диска, допустим, до 50 Гб. При этом мы ничего не отключаем, ничего не перезагружаем.
Читать дальше ->

https://habr.com/ru/post/450444/?utm_source=habrahabr&utm_medium=rss&utm_campaign=450444

Добрый день, уважаемый пользователь habr.com! Это уже третья статья по теме. Работаю дни напролет, не могу оторваться от изумительной библиотеки Box2D.

Если вы не читали первую и вторую статьи, обязательно посмотрите, будет весело! Работаю в Eclipse, пишу на Java. Почему я назвал так свою статью? Читайте дальше – и уже очень скоро все станет понятно! Спойлер: мы с Вами сделаем свой вечный двигатель (в т. ч. для машинки), а, возможно, создадим и саму машинку!


Рисунок 1. Вечный двигатель.
Читать дальше ->

https://habr.com/ru/post/450442/?utm_source=habrahabr&utm_medium=rss&utm_campaign=450442

В прошлой своей статье я вскользь упомянул Onion архитектуру. Там было в основном про то что не надо лишние библиотеки и папки создавать, что надо делить код на модули и что можно писать код прямо в контроллер и использовать Entity Framework там же напрямую НО Домен все равно должен быть отдельно и все вычисления должны быть в нем. Теперь хочу поговорить о луковой архитектуре. Больше всего подходящей для сложного приложения с большим количеством логики. В этой статье в качестве примера я буду использовать игру "Змейка" потому что в ней достаточно логики для «богатого» домена Читать дальше ->

https://habr.com/ru/post/450412/?utm_source=habrahabr&utm_medium=rss&utm_campaign=450412

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

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

Знаю, мысль не нова, но предлагаю еще раз убедиться в ее справедливости на примере робота, претендующего на обладание интеллектом. Тестовый вопрос звучит так: каким робот должен видеть окружающий мир, чтобы полностью уподобиться человеку?
Читать дальше ->

https://habr.com/ru/post/450422/?utm_source=habrahabr&utm_medium=rss&utm_campaign=450422

CRM — это, прежде всего, система, которая хранит и управляет информацией обо всех ваших взаимодействиях с бизнес-клиентами. На основании этой информации и ее обработки можно принимать деловые и другие решения.

Как именно CRM работает на практике? И почему автоматизация была бы невозможна без управления качеством данных?

Типы контакт-центров

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

CRM может значительно помочь обоим контактным центрам. УАТС и взаимосвязанные каналы (чат-боты, видеозвонки, кампании электронной почты, Facebook и другие сайты социальных сетей, обмен мгновенными сообщениями) тесно интегрированы и работают наиболее эффективным для оператора способом.

Это упрощает жизнь менеджерам колл-центров, операторам кампаний и администраторам отдельных «очередей».

Читать дальше →

https://habr.com/ru/post/450438/?utm_source=habrahabr&utm_medium=rss&utm_campaign=450438

После публикации резюме того парня произошли два хороших события.

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

И тут я узнал, что в публикации про девушку всех обманул. Я там сказал, что она прочитала одну статью и один раз поговорила с парнем. Но, оказалось, она еще книжку почитала.

Практику ускорения разработки я давно хотел систематизировать, но не было повода. А потом ко мне обратилась одна компания и предложила разработать курс, чтобы потом его продавать в определенной (чего уж там — 1Сной) среде. Предполагалось, что это будет видеокурс, с какими-нибудь презентациями и заданиями — скукота, в общем. Я решил убить двух зайцев — написать текст, типа книгу, а потом из него уже видеокурс делать. Таким образом, получилось бы два продукта. Минимальными усилиями из нее получился бы и третий.

Структура книги давно известна, что там написать — тоже, надо просто сесть и сделать. Я написал, на данный момент, 6 глав из 20, т.е. ~30%. И, раз пошла такая пьянка, выложить их в виде статей. Девушка, кстати, прочитала только 3 главы.

Сейчас будет первая, вводная глава. Есть небольшая специфика — раз книга, по сути, создавалась на заказ, то она про разработку на 1С. Убрав упоминания 1С, я бы и сделал из нее третий продукт — это заняло бы полдня.

Но сейчас я ничего убирать не стал — читайте, как есть. Если вам кажется, что разработка на 1С и javascript слишком непохожи, то не читайте. Моя жизнь показала, что с точки зрения повышения эффективности разница, конечно, есть — в разработке на javascript еще больше точек приложения усилий и, соответственно, выше ожидаемый эффект. Ну все, поехали. Читать дальше ->

https://habr.com/ru/post/450432/?utm_source=habrahabr&utm_medium=rss&utm_campaign=450432

Это не столько самостоятельная публикация, сколько дополнение и, что главное, исправление моей прошлогодней 1155 vs 2011. В бой идут одни старики. Тогда у меня не оказалось на руках платформы AM4 для сравнения, и не столько сама статья, сколько некоторые мои комментарии к ней, оказались не вполне верны. Пришло время исправлять несправедливость.
Читать дальше ->

https://habr.com/ru/post/450426/?utm_source=habrahabr&utm_medium=rss&utm_campaign=450426

HIROSHI WATANABE/GETTY IMAGES

В книге «Богатство народов» Адам Смит показывает, как разделение труда становится главным источником повышения производительности. Примером выступает линия сборки завода по производству булавок: «Один рабочий тянет проволоку, другой выпрямляет её, третий обрезает, четвертый заостряет конец, пятый обтачивает другой конец для насаживания головки». Благодаря специализации, ориентированной на определенные функции, каждый работник становится высококвалифицированным специалистом в своей узкой задаче, которая приводит к повышению эффективности процесса. Выпуск на одного работника увеличивается во много раз, а завод становится более эффективным в производстве булавок.

Такое разделение труда по функциональности настолько укоренилось в наших умах даже сегодня, что мы быстро организовали наши команды соответствующим образом. Data Science не является исключением. Комплексные алгоритмические бизнес-возможности требуют множества трудовых функций, поэтому компании обычно создают группы специалистов: исследователей, инженеров по анализу данных, инженеров машинного обучения, ученых, занимающихся причинно-следственными связями, и так далее. Работа специалистов координируется менеджером по продукту с передачей функций таким образом, который напоминает фабрику булавок: «один человек получает данные, другой моделирует их, третий выполняет их, четвертый измеряет» и так далее,
Читать дальше ->

https://habr.com/ru/post/450420/?utm_source=habrahabr&utm_medium=rss&utm_campaign=450420

Привет, Хабр.

Мы к вам с новостью: бесплатных VPN не бывает. Вы платите всегда — просмотром рекламы или собственными данными. Для апологетов базовой идеи об анонимности в интернете последний способ оплаты особенно неприятен. Проблема в том, что продавать или передавать информацию о вас третьим лицам вы разрешаете сами.



Пользовательские соглашения есть везде, но кто их читает? Летом 2017 года 22 000 британцев согласились на уборку общественных туалетов, войдя в интернет через публичную сеть Wi-Fi (интересно, на что мы соглашаемся, подключаясь к Wi-Fi в российском метро). Некоммерческий проект The Best VPN Services провёл исследование и выяснил, что некоторые VPN-провайдеры делятся данными пользователей «легально» — это прописано в User Agreement даже самых популярных из них. Сегодня ровно год с момента публикации того материала, и мы решили посмотреть, осталась ли информация в исследовании актуальной. Читать дальше ->

https://habr.com/ru/post/450416/?utm_source=habrahabr&utm_medium=rss&utm_campaign=450416

Хорошо, когда в команде есть кто-то более опытный, кто покажет что и как надо делать, какие грабли и за каким углом подстерегают, и где скачать лучшие чертежи велосипедов за 2007 год на DVD. Эта история о том, как желаемое было выдано за действительное, что получилось в результате, и как был преодолен кризис.

Это случилось в ту пору, когда я, имея весьма, как мне казалось, посредственный опыт в разработке, искал место, где можно из недоджуниора эволюционировать (или мутировать) хотя бы в уверенного джунироа. Неисповедимыми путями Господними такое место нашлось, в довесок к месту прилагался проект, и “олдскульный” программер, который за свою карьеру систем написал больше чем девок перепортил. “Отлично! Проект, а следовательно деньги на ЗП есть, наставник прилагается, живем!” — подумал я, но затем, как в описании к типичному хоррору, герои в темной тьме столкнулись с ужасным ужасом…
Читать дальше →

https://habr.com/ru/post/450384/?utm_source=habrahabr&utm_medium=rss&utm_campaign=450384

Предлагаемая плата расширения ОЗУ для компьютера Apple IIgs выполнена на микросхемах NEC uPD424400-70 от нескольких 1-мегабайтных SIMM-модулей. Каждая из таких микросхем хранит 1 М полубайт и размещена в 26-выводном корпусе типа SOJ.

Компьютер Apple IIgs выполнен на процессоре 65C816 — 16-битном, но с 8-битной шиной данных. Плата расширения содержит 4 МБ ОЗУ. Память поделена на четыре строки, по 1 МБ в каждой. Строка состоит из двух микросхем по 1 М полубайт, таким образом, всего потребовалось восемь микросхем. Читать дальше ->

https://habr.com/ru/post/450374/?utm_source=habrahabr&utm_medium=rss&utm_campaign=450374

GitLab 11.10 с пайплайнами на панели управления, пайплайнами для объединенных результатов и предложениями по нескольким строкам в мердж-реквестах.

Удобные сведения о работоспособности пайплайнов в разных проектах

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

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

Читать дальше ->

https://habr.com/ru/post/450378/?utm_source=habrahabr&utm_medium=rss&utm_campaign=450378

Slack, Signal, Hangouts, Wire, iMessage, Telegram, Facebook Messenger… Зачем нам так много приложений для выполнения одной задачи?


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

Отправка текста превратилась в умственную гимнастику: этот друг не использует iMessage, но ответит, если я отправлю сообщение по WhatsApp. У другого есть WhatsApp, но он там не отвечает, придётся использовать Telegram. Других можно найти через Signal, SMS и Facebook Messenger.

Как мы попали в эту неразбериху мессенджеров, если раньше всё было так просто? Зачем нам целый каталог приложений для отправки сообщений, нужных только для связи с друзьями?
Читать дальше ->

https://habr.com/ru/post/450322/?utm_source=habrahabr&utm_medium=rss&utm_campaign=450322

У Amazon в США 110 больших складов, 75 исполнительных центров, 45 сортировочных центров и 50 станций доставки. Роботы пока со всем этим добром справиться не могут: компания говорит, что для полной автоматизации ей потребуется еще минимум 10 лет. Поэтому на всех этих объектах трудится более 125 000 штатных сотрудников компании. Всех их нужно контролировать, чтобы ни один товар не задерживался на пути к покупателю. Как это сделать? Пока алгоритмы не могут справиться с физической работой, они, оказывается, заняты самым важным: они увольняют людей.

Читать дальше ->

https://habr.com/ru/post/450372/?utm_source=habrahabr&utm_medium=rss&utm_campaign=450372

Друг в беде не бросит, лишнего не спросит, вот что значит настоящий верный друг. Концепция дружбы у нас, у людей, и у животных немного отличается. Ведь если друг пользуется вами, то другом его уже сложно назвать. В мире дикой природы нет места моральным и этическим принципам, есть только одно правило — выжить любым доступным способом. Потому некоторые существа одного вида начинают сотрудничать с существами другого вида. Подобные отношения бывают как взаимовыгодными, так и выгодными только одной особи из дуэта. Межвидовую «дружбу» называют симбиоз, примеров которого в современном мире масса, но как давно зародился такой нестандартный механизм выживания? Если расчеты ученых верны, то не меньше 100 миллионов лет назад.

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

https://habr.com/ru/post/450304/?utm_source=habrahabr&utm_medium=rss&utm_campaign=450304

Всем привет.

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

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

Что среднестатистический житель России может навскидку сказать о бешенстве? Ну, есть такая болезнь. В связи с ней чаще всего вспоминают бешеных собак. Старшее поколение скорее всего еще обязательно добавит, что в случае укуса такой собаки придется делать 40 уколов в живот и на несколько месяцев забыть об алкоголе. Вот, пожалуй, и всё.

Давайте разберемся, почему такое отношение к этому заболеванию крайне опасно.
Читать дальше ->

https://habr.com/ru/post/450228/?utm_source=habrahabr&utm_medium=rss&utm_campaign=450228

Приветствую, хабровчане!

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

Читать дальше →

https://habr.com/ru/post/450360/?utm_source=habrahabr&utm_medium=rss&utm_campaign=450360

История смарт-контрактов

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

https://habr.com/ru/post/448056/?utm_source=habrahabr&utm_medium=rss&utm_campaign=448056

Разработчики сходят с ума от самых странных вещей. Мы все предпочитаем считать себя супер-рациональными существами, но когда дело доходит до выбора той или иной технологии, мы впадаем в некое подобие безумия, перескакивая от комментария на HackerNews к посту в каком-нибудь блоге, и вот уже будто в забытье, мы беспомощно плывем по направлению к самому яркому источнику света и покорно преклоняемся перед ним, абсолютно позабыв о том, что именно мы изначально искали.

Читать дальше ->

https://habr.com/ru/post/450230/?utm_source=habrahabr&utm_medium=rss&utm_campaign=450230