kot-samolet: тут много нюансов может быть. Мы ж тут не видим всех данных. А эт дело такое... на словах наилучший вариант не выбрать )
То из того, что ты привел в пример, вот и первое, что пришло в голову. Но опять же. Нюансы по типу, ищутся ли сначала первые 100, а потом добавляются еще 100 и надо сравнивать их всех, или после каждого поиска они уже становятся не нужными и удаляются, или или или... И от таких факторов и будут делать выводы в пользу того или иного подхода )
Но это так, может и вправду для таких задач есть свои специальные алгоритмы. Если проблема или сама задача довольно распространенная, то навернка что-то уже более оптимально придумали ))
kot-samolet: понимаешь, в этой ситуации прямая взаимосвязь (NxM) или по другому O(n^2), и если обычно алгоритмы можно оптимировать на какой-нибудь O(log(N)), то тут никак. Тебе нужны "ВСЕ" возможные комбинации.
Можно конечно схитрить конечно, но это опять же "предработа". Например как я уже и говорил разложить каждый х и y как пару, и отсортировать ее по value. И только тогда, когда они будут все отсортированны - то можно будет использовать например индексацию, бинарное дерево. Что конечно же сократит время поиска. Только вот поиск будет происходить не х(1) для всех х(y), а рандомно х(100), х(352), х(2).. Но такой подход все равно проверит все возможные комбинации ))
Надеюсь понятно выразился, а то сижу с полузакрытыми глазами уже.
И да, на сколько огромное кол-во данных с этих графиков?
kot-samolet: ну а в чем проблема тогда просто перебирать обычным линейным поиском? Ибо тут надо же все комбинации проверять, это не бинарный поиск в сортированном массиве.
А при поиске просто задавать нужные коеффициенты разницы в %. Проблема тут в том, что тебе надо найти "все" возможные совпадения, а не остановится на одном.
График можно представить как тот же map, где ключ это время, а величина это значение, а дальше сделать (массив, вектор, эррейлист) этих map'ov итерируя друг с другом.
Или ты ищешь какие-то специфические методы или библиотеки для такой задачи?
x67: и да, это ппц как не удобно, когда по мимо нас решают еще что-то 5-7 других партнеров у которых другие задачи, но строятся на задачи других фирм ))) Причем проблема в том, что у нас то никто с матлабом и не работал, поспрашивал у всех - пожали плечами. А шеф мой - "я верю в тебя, ищи" :D
насчет обьема данных еще точно не знаю, в прошлом проекте был терабайт где-то за 1 месяц. Сейчас сказали "меньше", на сколько меньше хз :D
а как быстро и часто - это можно уже регулировать. Поступать они будут из Complex event processing'а. Хотя я лично тоже не понимаю, зачем матлаб, когда по сути наш язык по CEP как раз таки специализируется на обработке таких вещей. Но видимо там, что-то серьезное должно расчитываться, раз решили лезть в матлаб.
x67: спасибо за ответ, но тут уж не мое дело, я только неделю назад подключился к этому проекту, которй уже идет 3 года. Такое решение было у больших дядек из вне. 1 из партнеров - это университет и сторона матлаба на их совести. Мое дело только наши продукты фирмы и их взаимосвязь, вот и попалась нужда для адаптера, но дабы все это провернуть надо понять матлаб, а учить его с нуля ну ой как не хочется. Сделать эту пакость для коммуникации и забыть как страшный сон )))
И да - это я делаю на триал версии - дальше нас это уже не касается, лицензии скорее всего уже есть у того универа и фактически мы может поключится через виртуальную машину к ней.
В общем в идеале мне надо где-то найти пример, типа listener'a как в стандартных языках или же trigger, как из баз данных. В матлаб, которая бы следила за изменениями в какой-либо из переменных, и если это действие произойдет, то ..... внутри кода уже сам разберусь ))
У нас проэкт связанный с данными из медицины. Их очень много и нужны сильные расчеты. Обычная обработка да - будет идти на жаве. А комплексные формулы итд на стороне матлаба. Но это по сути уже не моя задача. В мои задачи сейчас входило сделать саму коммуникацию между этими двумя программами. Отправить переменную - достать переменную = ок. А вот как на стороне матлаба отсылать ее назад при каких-либо изменениях, вот это уже для меня проблема )
АртемЪ: а я что писал про DPI, что нужны все 12000? Нет, что-то не вижу этого, я как раз так и говорил, что для full HD в идеале надо 1500-2000, но никак не 12000
SyavaSyava: причем тут лучшим или худшим программером? Я думаю не надо обьяснять, что машина за 20 тыщ. евро будет лучше по всем параметрам, чем за 2? Но ведь они обе будут исполнять свое прямое назначение и приносить нужный результат. Теперь видите аналогию?
Так же и с мышкой, я ей работаю очень часто и быстро и мне лично важна точность, качество материала и удобство. И не стоит отменять тот же софт и бинды, при хорошем их использовании в рутинной работе - это могло бы быть панацеей.
Все зависит от привычек. Когда-то я сидел на дерьме за 10 баксов и мне было ок. Сейчас я уже не могу - не те ощущения и даже их DPI не справляется с моим разрешением экрана. Банально попробовать провести горизонтальную линию без каких-либо отклонений на мышке за 10 и за 50-60 и увидеть результат - это тоже самовнушение качества да?. И какие 100500 денег? Жалко раз на 4-5 лет купить мышку за 50-60, а не за 10 баксов? Люди покупают вещи по 1000, которые используют раз в неделю, а тут ПЕРИФИРИЯ, которую мы используем КАЖДЫЙ день по 8 часов+++ и для этого пожалеть лишние копейки? Ну ок. У кадждого свои тараканы.
От части автор поста прав. Но нет, не 400. 1600 - достаточно. Меньше хорошо будет только под разрешение 800х600. А вообще не только в DPI дело, а так же и в сенсорном типе.
У меня дома валяется штук 6 разных мышек. От 10 евро до 150. Если между мидклассом в ценовой катигории по 50-80 сравнивать с логитечем G900 за 150, разницы мало. Есть удобство и всякие плюшки, которые и делают такую цену.
Но 1 могу сказать точно, даже работать с мышкой за 10-30 евро невозможно. Возможно просто привык уже к хорошему. Ведь все мы знаем, что и в говне приятно, когда ничего лучшего не нюхал(особенный привет аудиотехнике).
трудно так говорить, ибо в разных фирмах может быть по разному. К примеру то, что описываете вы - это скорее всего путь самоучки. Например в Германии после универа(даже бакалавра) уже фирмы ожидают, что ты стоишь на отметке 4 (возможно без специфичных фреймворков), но с многими другими знаниями. Как php, mysql, java/c++ и хорошую алгоритмическую базу. И вот такой студентик будет считаться джуном с входной зп.
Хоть в России и жалуются на образование. Но достойные студенты всегда найдут как подтянуть знания. И не будут пинать 3-5 лет балду по коридорам общаги))
И вот как теперь оценивать выше-приведенные пункты многолетнего стажа работы, или студента, который реально учился и занимался какой-либо стажировкой с большими знаниями?
-4) Тесты - это одна из основ в любых подходах в программировании, если вы хотите убрать этот пункт, то тогда ожидайте уйму багов, а скорее всего и неюзабельности приложения в целом. Тесты занимают очень много времени, даже в сравнении с самим программированием. А что значит время? - это работа людей, она должна оплачиваться.
Вообще как мне опыт показывает, тратя БОЛЬШУЮ часть времени на проектировку проекта и тесты - общее время выполнения заказа только при этом сокращается.
Не поверите - но есть и хорошие вузы. В которых года проходят не зря, но даже в таких - если человек ленивый бездарь, то ничего особо и не поможет.
Я за первые 2 семестра узнал и начучился куда большему, чем за 2 года работы самоучкой.
вроде готовое решение https://stackoverflow.com/questions/34490218/how-t...
А чтобы сделать на каждое "х" времени, просто запусти триггерный таймер примерно такого рода
Timeline timeline = new Timeline(
new KeyFrame(Duration.seconds(seconds), e -> {
// запуск функции нотификации
})
);
timeline.play();
и да... => 2 запроса в гугле)
poisons: насчет бесплатного скайпа не знаю конечно. Но skype for business в сочитании с microsoft outlook творит чудеса. У нас на фирме всем этим пользуются, я вроде еще не нашел ничего, чего бы нельзя было делать для таких задач )) но хз сколько за это платят.
у скайпа большие возможности, просто бесплатные они как раз таки для 3-4 клиентов, чтобы поговорить с бабушкой и дедушкой.
То из того, что ты привел в пример, вот и первое, что пришло в голову. Но опять же. Нюансы по типу, ищутся ли сначала первые 100, а потом добавляются еще 100 и надо сравнивать их всех, или после каждого поиска они уже становятся не нужными и удаляются, или или или... И от таких факторов и будут делать выводы в пользу того или иного подхода )
Но это так, может и вправду для таких задач есть свои специальные алгоритмы. Если проблема или сама задача довольно распространенная, то навернка что-то уже более оптимально придумали ))