но дилема в том, чтобы получить эти результаты мне придется для начала из жавы получить данные в пайтон )) А так интересно, надо будет почитать об этом.
Дмитрий Александров, да вроде нет, просто к питону пришлось прибегнуть из-за его библиотек и дип лёрнинга. В остальном все делает "3-й язык". Но это уже точно конец. Я думаю еще дальше усложнять архитектуру скоре всего не будут )
А о сокетах тоже думал в первую очередь, но вдруг есть решения получше. Сейчас Jython смотрю, вроде бы у него есть весь нужный функционал, осталось только найти примеры реализации))
sim3x, где-то 6 серверов, которые связывают по несколько машин, у которых по 1000+ сенсоров. Работать при этом через фаилы... Не лучшее решение, точнее польнейший ноу гоу.
по идее питон 2.6 тоже не проблема. Суть в том, что с помощью жавы считываются сенсорные данные в реальном времени через OPC_UA Milo. Каждое из этих значений надо отсылать в функции питона, которые в свою очередь будут задействовать модели машинного обучения и результат этих обработок надо будет вернуть (или опять же вызвать) в функцию джавы, которая в дальнейшем через адаптер отсылает уже эти данные в след часть архитектуры.
На какой из, вами перечисленных, вариантов лучше обратить пристальное внимание? Если Jython в состоянии справится с этой задачей, а так же и нагрузкой, то было бы не плохо. Тогда начну копать в его сторону )) Пока-что ознакомился на уровне описания
Владислав Винокуров, сделай просто аттрибут классу, какой-нибудь Byte classTypeID и делай парсинг основывая на нем. Это удобнее всего. А так можно по сути и по структуре класса различать. Это работает, когда типов не так много, когда их десятки - то уже наделоть ошибок можно легко.
nobodywithbody, как уже и написал я не гуру в таких делах. Но первым делом я бы смотрел возможность сделать такой скрипт через сторед процедуру с вводными параметрами от пользователя, которые передаются уже путем пхп в эту процедуру. В любом случае это все запросы. И если делать их частично буферизируя уйму данных - вот что и будет оверкиллом в первую очередь.
Можно более конкретный пример? Желательно целым Use-case'ом.
Или же я подозреваю, что ты не понимаешь даже как работают классы и обьекты? Если это так - забудь про андроид на первое время=. Это лишь головной боли раз в 10 добавит. Делай обычные жава консольные программы. И когда с уверенностью сможешь сказать, что такое вещи как Аттрибуты, классы, обьекты, функции - в целом ООП, а так же структуры данных; алгоритмы сортировки, вставки и удаления - не будут для тебя чем-то неизвестным, только тогда уже берись за свои собственные интересы делания сайтиков и приложений с функционалом ориентированным на людей, дабы впечатлить телочек, ну или кого ты хочешь впечатлить там... ))
Neonoviiwolf, если думать об английском в плане "инвистиции", то потратив на него интенсивно 2-3 месяца, они отобьются во много раз выгоднее для всей карьеры, ежели в длинной гонке только терять все больше и больше времени с каждым месяцем, пытаясь вот такие проблемы часами и днями, когда решения лежат уже давно на ладони.
И когда многие сейчас спрашивают "как что-то учить", то лучше ответа чем "англ+гугл" еще нету и думаю еще долго не будет))
Я с такими делами конечно не работал, но вроде с помощью гугла такое очень даже легко делается. Поэтому хотел бы поинтерисоваться - а как вы искали? ) решений море(тык) остается только чуть-чуть оптимизировать под свои нужды.
codercat, я вот тогда тоже не понимал хД
Это я не верно понял таблицу. Тогда все ок))
Все таки профиль смотрят по сути не так часто, а вот каждый коммент, каждый лайк, каждое действие будет нагружать систему на дополнительный инсёрт в таблицу каунтеров. А сама по себе каунт функцию не комплексная, поэтому тут еще я бы на твоем месте задумался, что для тебя рациональнее то будет))
codercat, сейчас уже точно не вникну в сложную логику чиловеков, только бара, но... погоди, зачем тебе каунт комментариев? На сколько это полезная информация? ) имею ввиду в плане логики, а не разве что показать сколько человек в целом сделал комментариев к примеру за хх времени(хотя и это такое себе...) :D
hitsmart, Тут нету однозначного ответа, все таки люди разные. Я вот ленивый, тоже только если решать "чужие задачи", моя девушка же заучка, она может сесть и сидеть сутками долбиться над задачами одного и того же характера, пока не будет их решать как орешки щелкать.
А так вот на СО вроде есть конкретный подсайт касающийся той же математике и алгоритмам)
codercat, что-то мне подказывает, что проектировка в твоем случае совсем через одно место)) читал про нормализацию баз данных?
я конечно не знаю каковы твои познания, поэтому трудно так просто отвечать. Может тут какая-то специфичная ситуация или проблема, а может ты просто учишься))
Максим Федоров, задавать вопрос конкретнее. Но тут есть вторая проблема, если его расписать как следует, то людям тут придется делать всю работу за автора ему на ладонь)) А так как уже и написал в комменте OOAD очень интересная область, это кстати был мой любимый предмет и по мне так такое проэктирование даже интереснее самого кодинга :D Да и программ для этого достаточно есть, который (ЕСЛИ все правильно сделать) потом генерируют большую часть кода из всех связей. Потом только уже писать алгоритмы для функций и тесты. Но это в идеале конечно... От друга слышал, что они так и работают. Я же в reseach отделе. У нас все через жопу, и эта боль чувствуется сильно хД Т.к. проекты не маленькие.
