- подскажите архитектуру по расчету времени прибытия такси, Pahanivo, 22:52 , 04-Дек-16 (1) +1
> подскажите архитектуру по расчету времени прибытия такси.графы, не? а ваапсче, раздражают "архитекторы матриц" с подобным "великим и могучим"
- подскажите архитектуру по расчету времени прибытия такси, DeerFriend, 23:47 , 04-Дек-16 (2) +1
>> подскажите архитектуру по расчету времени прибытия такси. > графы, не? > а ваапсче, раздражают "архитекторы матриц" с подобным "великим и могучим" Это, судя по всему, тот самый фрилансер, который согласился за выходные сделать как у яндекс.такси или подобных.
- подскажите архитектуру по расчету времени прибытия такси, evgeniy123, 03:49 , 05-Дек-16 (3)
>>> подскажите архитектуру по расчету времени прибытия такси. >> графы, не? >> а ваапсче, раздражают "архитекторы матриц" с подобным "великим и могучим" > Это, судя по всему, тот самый фрилансер, который согласился за выходные сделать > как у яндекс.такси или подобных.точно не тот :) Но интересно
- подскажите архитектуру по расчету времени прибытия такси, evgeniy123, 03:51 , 05-Дек-16 (4)
>> подскажите архитектуру по расчету времени прибытия такси. > графы, не? > а ваапсче, раздражают "архитекторы матриц" с подобным "великим и могучим" Пожалуйста не будем о языках.Если есть что сказать или спросить то пожалуйста
- подскажите архитектуру по расчету времени прибытия такси, Pahanivo, 09:30 , 06-Дек-16 (7)
> Пожалуйста не будем о языках.Если есть что сказать или спросить то пожалуйста Ну, во-первых, я о языке (ед. число). И нет таки, будем. Это первое, чему нужно обучиться - владеть языком и формулировать мысли чтобы они были понятны окружающим.
- подскажите архитектуру по расчету времени прибытия такси, omnomnin, 20:36 , 05-Дек-16 (5)
написание курсача - услуга платная
- подскажите архитектуру по расчету времени прибытия такси, ыы, 13:12 , 06-Дек-16 (9)
> подскажите архитектуру по расчету времени прибытия такси. По websocket у нас приходят > данные условно 5 раз/sec. Каждый раз когда человек наводит на > новое место отбытие нужно посмотреть в каком то радиусе сколько машин > и выбрать с минимальным расстоянием и среднем ото всех. использовать google > api. Нужно также учитывать что каждый водитель может выбрать радиус, > в котором он согласен ехать. вот как такое сделать используя поменьше > ресурсов ? Спасибо > PS Если не в нужную тему пишу то подскажите куда лучше Я бы предложил клиент-серверную, трехзвенную архитектуру на базе концепции REST. В качестве базы данных вероятно следует использовать NoSQL системы хранения.
- подскажите архитектуру по расчету времени прибытия такси, evgeniy123, 14:04 , 06-Дек-16 (10)
>> подскажите архитектуру по расчету времени прибытия такси. По websocket у нас приходят >> данные условно 5 раз/sec. Каждый раз когда человек наводит на >> новое место отбытие нужно посмотреть в каком то радиусе сколько машин >> и выбрать с минимальным расстоянием и среднем ото всех. использовать google >> api. Нужно также учитывать что каждый водитель может выбрать радиус, >> в котором он согласен ехать. вот как такое сделать используя поменьше >> ресурсов ? Спасибо >> PS Если не в нужную тему пишу то подскажите куда лучше > Я бы предложил клиент-серверную, трехзвенную архитектуру на базе концепции REST. В качестве > базы данных вероятно следует использовать NoSQL системы хранения.Проект уже на 70% сделан. Остались модули некоторые один из которых расчёт времени. Нужно так же учитывать что маршруты нужно хранить в конце не в памяти
- подскажите архитектуру по расчету времени прибытия такси, ыы, 14:21 , 06-Дек-16 (11)
>[оверквотинг удален] >>> и выбрать с минимальным расстоянием и среднем ото всех. использовать google >>> api. Нужно также учитывать что каждый водитель может выбрать радиус, >>> в котором он согласен ехать. вот как такое сделать используя поменьше >>> ресурсов ? Спасибо >>> PS Если не в нужную тему пишу то подскажите куда лучше >> Я бы предложил клиент-серверную, трехзвенную архитектуру на базе концепции REST. В качестве >> базы данных вероятно следует использовать NoSQL системы хранения. > Проект уже на 70% сделан. Остались модули некоторые один из которых > расчёт времени. Нужно так же учитывать что маршруты нужно хранить > в конце не в памяти ну радиус это простая тригонометрия, а время прибытия- через яндекс-пробки...
- подскажите архитектуру по расчету времени прибытия такси, evgeniy123, 14:31 , 06-Дек-16 (12)
>[оверквотинг удален] >>>> api. Нужно также учитывать что каждый водитель может выбрать радиус, >>>> в котором он согласен ехать. вот как такое сделать используя поменьше >>>> ресурсов ? Спасибо >>>> PS Если не в нужную тему пишу то подскажите куда лучше >>> Я бы предложил клиент-серверную, трехзвенную архитектуру на базе концепции REST. В качестве >>> базы данных вероятно следует использовать NoSQL системы хранения. >> Проект уже на 70% сделан. Остались модули некоторые один из которых >> расчёт времени. Нужно так же учитывать что маршруты нужно хранить >> в конце не в памяти > ну радиус это простая тригонометрия, а время прибытия- через яндекс-пробки...Работа только с гоогле. Машин много поэтому каждый раз делать запрос на каждую машину - как то дороговато. лучше по тригонометрии искать ближайших несколько и затем по них средний результат. я так думаю.чтобы не терять привычку работать с mysql насколько будет медленнее он если я буду хранить в memory таблице ?
- подскажите архитектуру по расчету времени прибытия такси, ыы, 14:43 , 06-Дек-16 (13)
>[оверквотинг удален] >>>> базы данных вероятно следует использовать NoSQL системы хранения. >>> Проект уже на 70% сделан. Остались модули некоторые один из которых >>> расчёт времени. Нужно так же учитывать что маршруты нужно хранить >>> в конце не в памяти >> ну радиус это простая тригонометрия, а время прибытия- через яндекс-пробки... > Работа только с гоогле. Машин много поэтому каждый раз делать запрос на > каждую машину - как то дороговато. лучше по тригонометрии > искать ближайших несколько и затем по них средний результат. я так > думаю.чтобы не терять привычку работать с mysql насколько будет медленнее > он если я буду хранить в memory таблице ?с mysql в любом случае будет медленнее чем с NoSQL
- подскажите архитектуру по расчету времени прибытия такси, evgeniy123, 22:20 , 06-Дек-16 (14)
>[оверквотинг удален] >>>> Проект уже на 70% сделан. Остались модули некоторые один из которых >>>> расчёт времени. Нужно так же учитывать что маршруты нужно хранить >>>> в конце не в памяти >>> ну радиус это простая тригонометрия, а время прибытия- через яндекс-пробки... >> Работа только с гоогле. Машин много поэтому каждый раз делать запрос на >> каждую машину - как то дороговато. лучше по тригонометрии >> искать ближайших несколько и затем по них средний результат. я так >> думаю.чтобы не терять привычку работать с mysql насколько будет медленнее >> он если я буду хранить в memory таблице ? > с mysql в любом случае будет медленнее чем с NoSQL У них поле point и оптимизация для гео. Вы пробивали пробовали то и то ?
|