Год назад интересовался этой темой, купил elm327 адаптер, попробовал считывать километраж… и не нашел подходящего параметра в obd2! Казалось бы такая простая вещь, ан нет. Существует вообще такая возможность — считать показания одометра? Эксперименты ставил на bmw x1.
Чтобы охладить немного эйфорию вокруг openshift хочу заметить, что на деле ресурсов выдается не так уж и много. Крупным шрифтом заявлено: «access to a total of 1.5 GB of memory and 3 GB of storage, for FREE». А мелким шрифтом уточняется, что «You have up to 3 gears per user. You have a quota of 40,000 files, 1GB of storage, and 512MB Memory per gear».
Выделенное жирным стало для меня камнем преткновения в попытке поставить JIRA на OpenShift. Даже после того, как я переместил базу данных на другой gear и установил коммуникацию между gear-ми через ssh-туннель, даже после этого JIRA с грохотом падала вместе с Tomcat-ом еще на стадии war-deploymnet-a.
По схожему сценарию прикручивается также tomcat. Работает, но есть одно но: лично мне не удалось установить binding для shutdown-port. В итоге приходится завершать процесс через kill.
в JIRA мешает отсутствие вложенных проектов и вложенных задач (подзадачи есть, но они не могут в свою очередь быть вложенными). Существует ли от этого недуга какой-нибудь плагин?..
Тоже покритикую чуток автора за штамп «антипаттерн» на идее DTO. Представленная задача прямо-таки напрашивается на два разных представления данных: CompanyAndSuppliersDTO и CompanyAndCustomersDTO, где в первом случает отсутствует поле customers а во втором отсутствует поле suppliers.
Использовать вместо этого Entity, да еще с зануленными полями — вот это действительно антипаттерн, от которого за версту разит NPE.
Также хочу замолвить слово за Dozer. Он походит не только для мэппинга одинаковых структур данных, но способен также синхронизировать «наибольший общей делитель» двух схожих структур.
В вышеупомянутой задаче он бы залил содержимое Company с одинаковым успехом и в подмножество полей CompanyAndSuppliersDTO и в подмножество полей CompanyAndCustomersDTO. Отсутствие определенных полей в целевой структуре данных Dozer по-умолчанию принимает как данное и попросту игнорирует.
Т.е. на выходе имеем два представления данных, четко заточенных под получателя, без занулленых полей, без дополнительной конфигурации (в данной задаче Dozer обо всем догадается сам)
Кстати про freemind. Проект долгое время был неактивен и несколько энтузиастов сделали форк freeplane. В последнем, на мой взгляд, много интересных дополнений.
Ого! Таскер действительно может сам включать/выключать GPS-модуль? Просто Ллама ссылается на запрет этой операции начиная с Gingerbread 2.3 и не может ни включить ни выключить GPS, а жаль.
public static <T> T unmarshal(String string, Class<?> objectClass)
надеюсь, Вы имели ввиду Class<T> objectClass. А то часто стал попадаеться «модный» код, где темплейты употребляются не к месту и никакой более строгой типизации вызова не привносят.
Пусть я покажусь занудой, но на мой взгляд наблюдается печальная деградация в культуре общения. На «мыло» налагаются куда более слабые формальные требования, чем на бумажное письмо. Многим «влом» читать мессэдж длиной более 160 символов. И уж тем более «влом» писать. Смс-ы, твиттеры, микроблоги… А теперь вот Скич, вообще не требуется слов. Скоро деградируем до уровня макак. Будем тыкать пальцем в планшеты, Ы-кать и рисовать стрелочки… и не заметим, что по-другому уже не получается.
Плохо себе представляю, как они собираются вычислять местонахождение без GPS. Это при том, что внутри здания не помешала бы еще бОльшая точность чем на улице…
Выделенное жирным стало для меня камнем преткновения в попытке поставить JIRA на OpenShift. Даже после того, как я переместил базу данных на другой gear и установил коммуникацию между gear-ми через ssh-туннель, даже после этого JIRA с грохотом падала вместе с Tomcat-ом еще на стадии war-deploymnet-a.
Я в печали.
По схожему сценарию прикручивается также tomcat. Работает, но есть одно но: лично мне не удалось установить binding для shutdown-port. В итоге приходится завершать процесс через kill.
Использовать вместо этого Entity, да еще с зануленными полями — вот это действительно антипаттерн, от которого за версту разит NPE.
Также хочу замолвить слово за Dozer. Он походит не только для мэппинга одинаковых структур данных, но способен также синхронизировать «наибольший общей делитель» двух схожих структур.
В вышеупомянутой задаче он бы залил содержимое Company с одинаковым успехом и в подмножество полей CompanyAndSuppliersDTO и в подмножество полей CompanyAndCustomersDTO. Отсутствие определенных полей в целевой структуре данных Dozer по-умолчанию принимает как данное и попросту игнорирует.
Т.е. на выходе имеем два представления данных, четко заточенных под получателя, без занулленых полей, без дополнительной конфигурации (в данной задаче Dozer обо всем догадается сам)
freeplane. В последнем, на мой взгляд, много интересных дополнений.
Мало того, в сию же минуту умирает 12 ни в чем не повинных котят.
надеюсь, Вы имели ввиду Class<T> objectClass. А то часто стал попадаеться «модный» код, где темплейты употребляются не к месту и никакой более строгой типизации вызова не привносят.
Хотя, возможно, я просто старею.