Как стать автором
Обновить

Комментарии 5

Уж для Fortran реализаций Kd-дерева предостаточно Странный аргумент

Да, использование более быстрого алгоритма предпочтительнее использования более быстрого языка. Ничего особенно нового в этом утверждении нет, и оно применимо не только для пары Fortran — Python. Но если реализация алгоритма присутствует и в быстром, и в медленном языке, использование быстрого все равно выгоднее.

Так numpy на C и Fortran написана. В этой статье нет примера реализации быстрого алгоритма на "медленном" языке Если бы на чистом Python была реализация с Kd-деревом...

Боб расценивал Python как хлопотный язык где ни единого отступа пропустить нельзя считал его уделом всякой шпаны, которая всегда норовит затравить тебя «это не по-питонски» — и при этом смотреть на тебя как прозревший на слепого.

Господи, как это можно читать? Где запятые? Может, и хорошая статья, но глаза просто кровью истекают, пока продерешься через эту неграмотность.

А в блоге издательского дома это выглядит каким-то изощренным издевательством.

Кто будет заниматься написанием всей нужной обвязки? Скорее всего лаборанты. Чему сейчас учат лаборантов фортрану или питону?

Опять же если что-то нужно спрототипировать и таким образом решить задачу - на каком языке не так уж важно, важно, чтобы хоть на каком-то.

Если вопрос встает об оптимизации использования ресурсов, то тут уже можно отдельный проект начать и отдельное финансирование выбить и нанять более опытных людей, которые все сделают по ТЗ с SLA, нужными ттх, и тд.

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.