я где-то слышал такую систему изобретения чего-то нового ))), и так:
1. Берем некую сущность (например предмет)
2. Берем некоторые свойства этой сущности (например материал)
3. Составляем таблицу из этих параметров
для примера предмет — дверь, свойство — материал двери
тип двери \ материал || дерево | пластик | железо| стекло | бумага |
входная ______ _____||_есть __|_ есть__ |_есть__| нет___| нет____|
межкомнатная__ ____|| есть___|__есть__| есть __| есть __| нет____|
соответственно берем то чего нету и изобретаем :)))
помимо хорошей идеи в проекте очень важно ее воплощение, два проекта могут быть абсолютно по идеи одинаковы, но у одного лучше реклама, юзабилити, быстродействие, безопасность и тд…
я полгода сделал прогу для поиска на диске дубликатов фотографий картинок, причем может искать даже если эталон — вырезанное лицо человека из коллективной фотки, найдет эту коллективную. Думали сделать такой же сервис как и описывался в статье, но тут есть гигантская проблема с мощностью железа и быстродействием + не работает система если есть изменение масштаба, проблема в том что большинство корреляционных алгоритмов — растровые, вектор работает лучше, но алгоритмы гораздо сложнее.
а я вот в инсте занимался проблемой распознования образов (только с позиции цифрогвого зрения самонаводящихся устройств), хотел даже пару проектов на тему разпознования фото в нете сделать но руки не дошли и железные мощности сервера должны быть не маленькие, жаль что в статье алгоритмы не описываются
Вещь хорошая, только с учетом того что например в Москве звезд почти не видно, да и разрешение стандартных веб-камер оставляет желать лучшего, получится что-то мутное и невразумительное, лучше это тестить где-нить на природе с хорошей камерой.
HB тормозит - это даже я могу точно, использование кэша спасает, но не особо, иногда когда точно уверен в чем-то, то можно отключить транзакции при сохранении (ускоряет примерно в 10 раз процесс)
Ошибки в Hibernate сложнее отследить.
НО HBM это лишь путь эволюции ООП под БД, не знаю уместно ли сравнение, но все-таки на asmе можно написать идеальную программу, которая будет оптимизирована идеально и даст вам полную свободу действий, но все почему-то пишут приложения под Java, С# и с++
Я вот когда начинал разбираться с HBM, точнее с его воплощением под .NET взял и сделал помимо мапинга классов(для удобного Create\Save\Update\Delete ОДНОГО эклемента) и всю логику на нем (импорт\экспорт данных\запросы\сортировки и тд) - это была моя главная ошибка - т.к HBM дико медленно работает, нет когда вы достаете один элемент и его , допустим, даллее редактируете это еще нормально, но вот когда вы пытаетесь сделать выборку хотя бы по 10000 тыс элементов(каждый из которых представляет собой достаточно большое дерево - порядка 60 таблиц), или экспортировать из XML(5мб) файла данные в HBM классы, а потом в базу
да, у нас в офисе такая есть, там даже температуру можно выставлять, причем выглядит намного удобнее и эстетичнее, хотя тоже подогревает не очень.
А представленный выше аппарат, мне кажется, попадет в список интересных, но никому реально не нужных подарков. Компания LeFutur наверное возьмет в оборот.
У нас в Московском Авиационном Институте, мы софт и покруче писали, там тоже система распознования образов была + нейронная сеть которая принимала решение когда стрелять или не стрелять или вобще это не цель.
Но человеку, который сделал это респект и уважуха, потому что одно дело в нете писать как это легко сделать, а другое дело все-таки взять и сделать.
У меня вот два компа один рабочий, второй ноутбук - мой (все что по работе на ноуте). На рабочем почти всегда открыт контакт, только я в него заглядываю раз в два часа, и там не особо сижу, но браузер открыт постоянно. Я вобще не понимаю как можно сидеть на контакте (или однокл) целый день, но в принципе я тоже не представляю как можно и кодить сплошняком целый день, прерываясь только на обед, нет когда вдруг срочно что-то надо сделать это да , но не каждый же день, так человека на долго не хватит.
И вобще если вдруг появляется свободное время на работе лучше чая попить, с коллегами поговорить, чем в комп пялится, у меня его правда не так много бывает, но иногда нужно просто отвлечься.
Иногда когда проект сдан, и время все-таки появляется его лучше потратить его на самообучение, там новые технологии и тд.
З.Ы. А люди которые получают 15т, целый день ничего не делают, и вечером пьют пиво у метро - они просто не любят свою работу. Я вот свою люблю.
1. Берем некую сущность (например предмет)
2. Берем некоторые свойства этой сущности (например материал)
3. Составляем таблицу из этих параметров
для примера предмет — дверь, свойство — материал двери
тип двери \ материал || дерево | пластик | железо| стекло | бумага |
входная ______ _____||_есть __|_ есть__ |_есть__| нет___| нет____|
межкомнатная__ ____|| есть___|__есть__| есть __| есть __| нет____|
соответственно берем то чего нету и изобретаем :)))
HB тормозит - это даже я могу точно, использование кэша спасает, но не особо, иногда когда точно уверен в чем-то, то можно отключить транзакции при сохранении (ускоряет примерно в 10 раз процесс)
Ошибки в Hibernate сложнее отследить.
НО HBM это лишь путь эволюции ООП под БД, не знаю уместно ли сравнение, но все-таки на asmе можно написать идеальную программу, которая будет оптимизирована идеально и даст вам полную свободу действий, но все почему-то пишут приложения под Java, С# и с++
5)одна и таже база (в смысле тип MS SQL или oracle, c HBM очень легко менять тип базы)
Я вот когда начинал разбираться с HBM, точнее с его воплощением под .NET взял и сделал помимо мапинга классов(для удобного Create\Save\Update\Delete ОДНОГО эклемента) и всю логику на нем (импорт\экспорт данных\запросы\сортировки и тд) - это была моя главная ошибка - т.к HBM дико медленно работает, нет когда вы достаете один элемент и его , допустим, даллее редактируете это еще нормально, но вот когда вы пытаетесь сделать выборку хотя бы по 10000 тыс элементов(каждый из которых представляет собой достаточно большое дерево - порядка 60 таблиц), или экспортировать из XML(5мб) файла данные в HBM классы, а потом в базу
А представленный выше аппарат, мне кажется, попадет в список интересных, но никому реально не нужных подарков. Компания LeFutur наверное возьмет в оборот.
Но человеку, который сделал это респект и уважуха, потому что одно дело в нете писать как это легко сделать, а другое дело все-таки взять и сделать.
И вобще если вдруг появляется свободное время на работе лучше чая попить, с коллегами поговорить, чем в комп пялится, у меня его правда не так много бывает, но иногда нужно просто отвлечься.
Иногда когда проект сдан, и время все-таки появляется его лучше потратить его на самообучение, там новые технологии и тд.
З.Ы. А люди которые получают 15т, целый день ничего не делают, и вечером пьют пиво у метро - они просто не любят свою работу. Я вот свою люблю.