Могу подтвердить злобность AspectJ. Поначалу было вроде красиво и круто.
Был load time weaving. Потом после перехода на Java 8 полезли странные баги, которые трудно воспроизвести. Ну и время старта приложения не прилично росло — ему же надо весь код перелопатить. Перешли на обработку во время компиляции — тепепь хоть есть уверенность, что сервер не упадет от этих ошибок. Но все равно билды падают иногда в местах, где все синтактически правильно. Баг репорты заполнены, но поскольку оно падает может 1 раз из ста, никто их не пофиксил. И врядли пофиксит. Ну о том что оно скачет неизвестно куда в дебагере и в стектрейсы странные видят люди, которые не разбираются в том, что аспект делает, я уже молчу.
Нет нет. У вас же там не только светодиоды. Там еще куча электроники и обычно много блоков питания. Вот человек уже привел цифры и видно, что не дает она выигрыша по теплу. Это просто не есть аргумент в пользу светодиодки. Они какие угодно: яркие, четкие при соответствующем расстоянии наблюдения, контрастные, но только не холодные.
Ну вот сами же признались в цифрах, что светодиодка греется точно не меньше проектора. Не убедили, что там есть выигрыш по теплу. Проектор у вас обычно висит под потолком там этот теплый воздух и останется, а светодиодка большой площадью эфективно прогреет все помещение :-).
Да где то так. Ну подобные, но отличающиеся в деталях вещи поддерживаются, через разные реализации. Но если что-то уникальное для одной СУБД и не существует в других, то конечно нет.
Работаю в компании, где используется самописная ORM. Ну за основу был взят довольно древний проект под названием Quasar. И мы генерируем схему из классов с аннотациями похоже, как в Hibernate. Т.е. у нас code first. Перед стартом система сравнивает схемы — что у нас в БД и что в классах и делает апдейт базы данных при необходимости. Есть механизм, где можно сделать дополнительные действия при обновлении схемы — копирование/переформатирование данных. Действия накапливаются, т.е. можно сделать обновление с перескоком через несколько версий. Используется это все в разных продуктах, которые состоят из модулей и разные комбинации модулей могут приводить к разным схемам БД — поскольку там разные наборы объектов. Ну и поддерживается Oracle, MS SQL и Sybase. И я бы сказал что работает это при таком разнообразии практически без проблем. Я не в качестве рекламы это пишу. Поскольку мы эту ORM никому не продаем. Но code first тоже может замечательно работать.
Так вы тоже никакие данные не приводите. В нормальном паспорте указывается и максимальное и обычное потребление. Вот развлекайтесь www.usabsen.com/led-screen-calculator Могу сказать только, что типичный офисный проектор будет жрать меньше электричества, чем светодиодный экран минимально разумной площади. Соответственно и греться будет меньше. Это если еще не вспоминать про проекторы с LED источником. А бывает еще такая экзотика, как выносная лампа, жидкостное охлаждение, но это из другой области. Просто по теплу вы точно с LED экраном не выиграете. Не вводите людей в заблуждение.
Светодиодные не греются? Да они греют помещение похуже любого проектора. Достаточно посмотреть мощность на 1 кв. м. Потом они нехило так излучают в ИК диапазоне. Надо хотя бы 5-6 метров от экрана. Для переговорки совсем не вариант. Очень большой конференц-зал — да.
Чтобы опубликовать вакансию на портале MPSV компании достаточно поставить одну гаглочку в заявке на бирже труда. Это можно делать для уже поданной вакансии и с этого времени должен пройти месяц, тогда вакансия будет доступна иностранцу.
хм… а я уже на следующем уровне… от макросов отказался,
Apache POI — безопасно, быстро, ни Word ни Excel не нужен для генерации документов
но посколько переделывалось из генератора на макросах и надо было совместимость, то синтаксис шаблонов так же основан на именованных диапазонах в Excel и закладках в Word
Да опять же претензия не к материальности. Туториал должен учить «хорошему». И прививать хороший стиль программирования. А по факту учит «плохому». Я вам привел правильный пример — вызов API, которое не знает об Optional. Аргументы из серии «сделай лучше» оставим за скобками.
Причем тут физические модели? Я же не к физической модели претензии предъявляю. Можно было придумать уместный пример. Например, для вызова логгера ifPresent замечательно подходит.
Ох что то мне пованивает ваша реализация класса Mixer.
Зачем там этот result в виде поля?
Зачем вообще метод mix? Чем MixedWater::new и Optional.map не устраивает?
А чтобы продемонстрировать ifPresent?
Так это плохой пример. Так делать не надо.
ifPresent/isPresent нужны в момент, когда вы хотите перейти от упакованного значения к самому значению. Т.е. когда вы хотите его куда то передать, где не принимают Optional.
А так вышло, что плохому учите.
Я же сказал, что я дилетант. Я не знаю что такое портальные СММ. Это каких масштабов конструкция? Точнее каких масштабов детали на нем обрабатываются с точностью до 3 мкм?
Как дилетатнт хотел узнать: а есть ли станки, которые для обеспечения требуемой точности не полягаются на жесткость конструкции и точность шаговых двигателей, а напрямую измеряют положение инстурмента и соответсвующим образом корректируют команды двигателям? Понятно, что в идеальном случае хорошо бы и усилие на инструмент измерять/корректировать. Т.е. это по сути система с обратной связью, которая точность должна бы увеличивать.
Запись прямо в JMeter удобенее тем, что там все в одном и все хранится в одном файле. Делал для коллег, которым нет времени вникать в тонкости протоколов. И все равно он у них особо не прижился. Видимо не так критично пока нагрузочное тестирование. Надеюсь до следующего обострения протоколы не сильно поменяются и мои плагины еще будут работать.
Писал этой весной плагины для записи и воспроизведения пользовательской сесси Vaadin и Captain Casa. Там проблема в обоих случаях, что фреймворки генерируют ID контролов каждый раз новые и просто записанные запросы по новой не используешь. Поэтому пришлось делать плагины, которые парсят ответы, чтобы найти новые ID при воспризведении и патчат записанные запросы. Ну еще сами рекордеры у меня создавали нужные узлы, чтобы уменьшить количество ручной работы.
Был load time weaving. Потом после перехода на Java 8 полезли странные баги, которые трудно воспроизвести. Ну и время старта приложения не прилично росло — ему же надо весь код перелопатить. Перешли на обработку во время компиляции — тепепь хоть есть уверенность, что сервер не упадет от этих ошибок. Но все равно билды падают иногда в местах, где все синтактически правильно. Баг репорты заполнены, но поскольку оно падает может 1 раз из ста, никто их не пофиксил. И врядли пофиксит. Ну о том что оно скачет неизвестно куда в дебагере и в стектрейсы странные видят люди, которые не разбираются в том, что аспект делает, я уже молчу.
Apache POI — безопасно, быстро, ни Word ни Excel не нужен для генерации документов
но посколько переделывалось из генератора на макросах и надо было совместимость, то синтаксис шаблонов так же основан на именованных диапазонах в Excel и закладках в Word
Зачем там этот result в виде поля?
Зачем вообще метод mix? Чем MixedWater::new и Optional.map не устраивает?
А чтобы продемонстрировать ifPresent?
Так это плохой пример. Так делать не надо.
ifPresent/isPresent нужны в момент, когда вы хотите перейти от упакованного значения к самому значению. Т.е. когда вы хотите его куда то передать, где не принимают Optional.
А так вышло, что плохому учите.