Макс Васильев, ну что я могу тут сказать... Конечно может быть и придумали уже методики, как такого избежать. Но я на своей памяти такого не припомню.
Пэтому и надо относится к проэктировке проекта очень тчательно. Не просто так же говорят, что кодинг - это всего-лишь 10-30% от всего времени проекта. А если бы было так просто раааз и поменял архитектуру, то конечно все было бы легко))
Могу разве что посоветовать делать качественную документацию, чтобы при каких-либо изменениях можно было почитать, что надо изменить с этими изменениями. И я молчу уже о помощи "новым" разрабам. Эта касается так же и тебя, ибо ты через пол года- год забудешь об этом в первую очередь))
но дилема в том, чтобы получить эти результаты мне придется для начала из жавы получить данные в пайтон )) А так интересно, надо будет почитать об этом.
Дмитрий Александров, да вроде нет, просто к питону пришлось прибегнуть из-за его библиотек и дип лёрнинга. В остальном все делает "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, что-то мне подказывает, что проектировка в твоем случае совсем через одно место)) читал про нормализацию баз данных?
я конечно не знаю каковы твои познания, поэтому трудно так просто отвечать. Может тут какая-то специфичная ситуация или проблема, а может ты просто учишься))
Пэтому и надо относится к проэктировке проекта очень тчательно. Не просто так же говорят, что кодинг - это всего-лишь 10-30% от всего времени проекта. А если бы было так просто раааз и поменял архитектуру, то конечно все было бы легко))
Могу разве что посоветовать делать качественную документацию, чтобы при каких-либо изменениях можно было почитать, что надо изменить с этими изменениями. И я молчу уже о помощи "новым" разрабам. Эта касается так же и тебя, ибо ты через пол года- год забудешь об этом в первую очередь))