Comments 9
совершенствуете свои знания, и нерешаемых задач не станет.
Слишком громкое заявление.
Может оно и громкое, но действенное. Большинство людей ленится повышать свой технический бэкграунд, что в свою очередь ведет к застою процессов развития как личности, так и компании в целом. К примеру - вы хороший инженер, но плохой менеджер. Свою гениальную идею вы никогда не донесете до руководителя, который принимает решение, в том числе о выделения бюджета, чтобы ваша идея обрела осязание. Повышая свои скиллы в управленческом опыте, шанс на то, что вам дадут зеленый свет, кратно повышается. Так работает и в обратную сторону и во множество других сторон. Узконаправленным специалистом быть прикольно, когда то, чем вы занимаетесь, является мэйнстримом. Через 5 лет вам уже придется доказывать свою состоятельность. При этом нужно понимать, что кол-во задач и проблем с годами нарастает и переходит в состояние тупика. Мне "посчастливилось" увидеть тупик телекома - отвратительное зрелище, скажу я вам. Один из факторов риска состояния тупика - нежелание смотреть в разные стороны для поиска решения проблем. Для того, чтобы иметь возможность смотреть по сторонам, нужно учиться - всегда и везде. В этом смысл моей фразы.
Как человеку, который только начал работать в телекоме, хотелось бы услышать, узнать получше про его тупик. В чём это проявляется?
Сверхприбыли закончились с приходом 4g, когда стало понятно, что деньги от дата трафика не монетизируются, и вся доходность утекает от телеком оператора к сервисным компаниям - гугл, фэйсбук, и пр. Я уж не буду говорить о том, с чем столкнулись телеком операторы без зарубежных кредитов и без поставок железа.
Единственный выход - делать свое. Как железо, так и платформу услуг/сервисов. Займитесь лучше этим. Все равно в ближайшие 3-5 лет в операторах будут заниматься рисованием слайдов и поиском проблем там где их нет.
Спасибо, было интересно!
Решал похожую задачу по поиску расстояний. Смущает Ваш алгоритм расчёта ребра между двумя точками, уж слишком он приближённый, как по мне.
Такой точнее будет
function distance(StartLong:Single; StartLat:Single; EndLong:Single; EndLat:Single) : Single;
const
D2R: Double = 0.017453; // Degrees to Radians Conversion
E2: Double = 0.006739496742337; // Square of eccentricity of ellipsoid
var
fPhimean: Double; // Mean latitude
fdLambda: Double; // Longitude difference
fAlpha: Double; // Bearing
fRho: Double; // Meridional radius of curvature
fNu: Double; // Transverse radius of curvature
fR: Double; // Radius of spherical earth
fz: Double; // Angular distance at centre of spheroid
begin
fdLambda := (StartLong - EndLong) * D2R;
fPhimean := ((StartLat + EndLat) / 2.0) * D2R;
fRho := (6378137.0 * (1 - E2)) / Power(1 - E2 * (Power(Sin(fPhimean),2)), 1.5);
fNu := 6378137.0 / (Sqrt(1 - E2 * (Sin(fPhimean) * Sin(fPhimean))));
fz := Sqrt(Power(Sin((StartLat - EndLat) * D2R/2.0),2) + Cos(EndLat*D2R) * Cos(StartLat*D2R) * Power(Sin(fdLambda/2.0),2));
fz := 2 * ArcSin(fz);
fAlpha := ArcSin(Cos(EndLat * D2R) * Sin(fdLambda) * 1 / Sin(fz));
fR := (fRho * fNu) / ((fRho * Power(Sin(fAlpha),2)) + (fNu * Power(Cos(fAlpha),2)));
distance := fz * fR; // 1 единица 1 метр
end;Спасибо за замечание. Как раз в конце поста хотел оставить провокационный опрос - корректно ли я посчитал расстояния. Проблема в формуле и я взял средний радиус Земли, корректнее вычислять по вашей формуле. По моим первым расчетам, разница расстояний между всеми точками маршрута, составила 371 метр.
Neo4j поддерживает мультиграфы?
Да, конечно. Набросал простенький мультиграф для визуализации. В транспортных телеком сетях часто бывает так, что необходимо отразить несколько ребер для различных свойств - к примеру, от ноды А к ноде Б 15 вланов, и посчитать алгоритмами, не станет ли петли коммутации, если добавить в топологию еще один влан.
Настало время раскрыть карты