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

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

Что тут? Математическая головоломка, немножко групповых перестановок, две задачи для узколобых и грань шутки. Beg your pardon, если эта головоломка придумана до меня и я жалкий невежа, вообразивший, что изобрел нечто новенькое. В случае лицензионной чистоты я нарекаю её ШишНашКи отныне и вовеки веков. Аминь.

По следам публикации

Человеческий гений в лице Mrrl решил задачу Бога в уме за 20 ходов.
Видео решения

Этот цикл статей предназначен для знакомства начинающего реактивного программиста с мощью библиотеки RxJava ˜— реализации принципов реактивного программирования для JVM. Это перевод обширного туториала по RxJava Крисса Фруссиоса, основанного на IntroToRx для Rx.NET.

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

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

Представляю вашему вниманию перевод второй главы официальной документации Hibernate.

Перевод статьи актуален для версии Hibernate 4.2.19.Final

Содержание

 2.1. Определение транзакции
 2.2. Физические транзакции
   2.2.1. Физические транзакции — JDBC
   2.2.2. Физические транзакции — JTA
   2.2.3. Физические транзакции — CMT
   2.2.4. Физические транзакции — Прочее
   2.2.5. Физические транзакции — Устаревшее
 2.3. Применение транзакций Hibernate
 2.4. Паттерны и анти-паттерны транзакций
   2.4.1. Анти-паттерн сессия-на-операцию
   2.4.2. Паттерн сессия-на-запрос
   2.4.3. Диалоги (Conversations)
 2.5. Идентичность объекта
 2.6. Общие вопросы

Весной 2015 года в рамках Google Admob был анонсирован новый для них способ отображения рекламных блоков, а именно Native ads (далее нативная реклама), который на текущий момент действует в режиме бета-релиза. Плюс нативной рекламы – это высокая адаптивность к дизайну приложения, которая позволяет показать рекламу таким образом, чтобы она не бросалась в глаза и не мешала работе с приложением. В статье будут отмечены определенные моменты, которые возникли в процессе интеграции Admob Native Ads в собственное приложение (пример того, что получилось показан на картинке, названия удалены), а также приведен практический пример с фрагментами кода (полный вариант при желании можно загрузить и посмотреть тут.

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

Кроме того, постоянно увеличивается количество заведений, которые разрабатывают и собственные мобильные приложения. Зачем они нужны, и что ожидают от такого софта пользователи? Было время, когда основная функция мобильных приложений ресторанов заключалась в том, чтобы помочь клиентам найти ближайшее заведение и ознакомиться с меню. Теперь это не так, пишут журналисты издания Restaurant News.

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

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

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

Вопросы интеллектуальной собственности постепенно входят в картину мира наших продвинутых соотечественников. По сравнению с ситуацией 2-3 летней давности, общая правовая грамотность выросла, но ещё есть куда расти дальше.

Сейчас в среднем по больнице ситуация такая. Есть общее понимание того:

1. что существуют авторские права, товарные знаки и патенты;
2. чем они отличаются друг от друга;
3. какую защиту дают;
4. что в случае нарушений можно потребовать выплатить компенсацию и запретить использование своей интеллектуальной собственности;
5. что суммы компенсации могут быть весьма значительными (спасибо патентным войнам яблока и звезд).

Идея не новая, но вопросов много. С одной стороны, можно снять практически любые данные, а с другой стороны, OBDII похож на лоскутное одеяло, т.к. общее количество физических интерфейсов и протоколов напугает любого. А объясняется всё тем, что к моменту появления первых версий спецификаций OBD большинство автопроизводителей уже успели разработать что-то своё. Появление стандарта хоть и навело некоторый порядок, но потребовало включения в спецификацию всех интерфейсов и протоколов, которые на тот момент существовали, ну, или почти всех.

GVA LaunchGurus перевели для Вас статью Марка Састера, партнера Upfront Ventures о том, как надо и как не надо продвигать технические стартапы.



Марк Састер:

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

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

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

Поехали. Многие мобильные приложения (и не только) используют архитектуру клиент-сервер. Общая схема, думаю, понятна.



Уделим внимание каждому элементу и отметим:

• сервер — представляет собой некую программу, работающую на удаленном компьютере, и реализующую функционал «общения» с приложениями-клиентами (слушает запросы, распознает переданные параметры и значения, корректно отвечает на них);
• клиент — в нашем случае, программа на мобильном устройстве, которая умеет формировать понятный серверу запрос и читать полученный ответ;
• интерфейс взаимодействия — некий формат и способ передачи/получения запросов/ответов обеими сторонами.

Неважно, как реализован любой из этих элементов, все они в любом случае присутствуют. Давайте реализуем примитивный сервер и Android клиент, работающий с ним. Как пример, будем использовать любой популярный мобильный интернет-мессенджер (Viber, ICQ), а приложение условно назовем «интернет-чат».

Мы в «Латере» занимаемся разработкой биллинга для операторов связи (провайдеры проводного и беспроводного интернета, ТВ и телефонии, магистральные и спутниковые провайдеры) уже 8 лет, и за это время поучаствовали более чем в 80 проектах внедрения.

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

Когда-то давно владелец магазина, он же продавец, мог легко запомнить все товары своего ассортимента. Рассказать об особенностях каждого, историю, насколько товар эффективен, знал точно как он продается, когда заказать еще…

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

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

Поэтому одного вида анализа недостаточно. Применяют совмещение нескольких видов (по-другому, кросс-анализ).

В статье мы на примере товарной группы “Кондитерских изделий” рассмотрим основные подходы к организации кросс-анализа. А еще узнаем, кто виноват в том, что Рафаэлло — товар с нестабильными продажами.

Завершающая статья цикла, самая интересная и самая объемная:

• Steam Protocol 2 и Steam Files — Введение
• Steam Files. Часть 1 — GCF/NCF
• Steam Files. Часть 2 — BLOB, CDR, VDF, PAK, VPK

В статье будут рассмотрены протоколы обмена данными клиента Steam с различными серверами:

• General Direcrory Server;
• Config Server;
• Authentication Server;
• Content Lists Server;
• Content Server.

В очередной раз напомню, что рассматриваемые протоколы устарели и в настоящее время не используются (за исключением GDS и Config — для совместимости).

Все алгоритмы представлены в моем репозитории.

Регистрация и защита товарных знаков – это достаточное объемная тема, содержащая в себе массу нюансов и подводных камней. Совершенно ни странно, что юристы, разбирающиеся в данной области, высоко ценятся и рассматриваются именно как узкоспециализированные кадры. В то же время отдельные моменты, связанные с товарными знаками, не требуют настолько серьезного подхода и, как мне кажется, должны быть известны всем, кто сталкивается с ними опосредованно. Одной из таких областей является использование товарных знаков в сети Интернет, в том числе и с постановкой вопроса «как не нарушить чужие права?». Само собой, с привязкой к российскому законодательству. Даже странно, что в свое время на «хабре», а нынче на Geektimes не появилось статьи с более-менее конкретным разбором. Вокруг, да около, конечно, ходили, но по существу так и не «проехались».

Несколько лет назад физики HRL Laboratories (совместное предприятие с Boeing) создали самый лёгкий в мире металлический материал, а сейчас впервые показали его на видео. Материал представляет собой металлическую микрорешётку, это сверхлёгкая форма пенометалла. Он в сто раз легче пенопласта, но в то же время с высокой жёсткостью. Такой металл может лежать на одуванчике. Уникальное сочетание свойств позволяет применять его в разных сферах: амортизаторы, аккумуляторы, катализаторы и т.д.

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

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

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

Уже некоторое время мы развиваем Первый блог о корпоративном IaaS. Для нас он представляет неформальную базу знаний, которыми мы с удовольствием делимся и на Хабре. С учетом того, что мы достаточно часто проводим интервью с экспертами из профильных сфер деятельности, мы решили познакомить вас с тем, что думает о взаимодействии IaaS и бизнеса Виктор Канаев, руководитель отдела облачных вычислений в компании-разработчике систем для автоматизации учета и управления.