На мой взгляд это явно не способствует построению доверительных отношений в команде.
Я наоборот считаю что на первом 1-1 стоит проговаривать что то, что обсуждается на 1-1 - остается на 1-1 за исключением случаев когда участники проговорили что вопрос может обсуждаться где-то ещё.
Я стараюсь при первом знакомстве рассказывать что цель регулярных 1-1 в том чтобы помогать решать проблемы члена команды, давать фидбэк - в том числе и особенно хороший, иногда даже просто делать паузы между рабочими задачами. А потом стараюсь показывать это на деле - так, чтобы вместо такого рефлекса образовывалась доверительная коммуникация.
Про простоту в общем случае согласен, но в данном конкретном случае не уверен, что хранимая процедура в mysql будет работать быстрее, чем нативная функция в postgres.
Дабы не быть голословным, постараюсь добавить к сравнению, как только появится время.
По поводу couchdb — я не имею достаточное экспертизы по этому инструменту, но все же постараюсь ответить.
Во-первых — Вы имеете ввиду именно couchdb(http://couchdb.apache.org) или ответвившийся couchbase(http://www.couchbase.com)? — первая, как я понял из документации, по умолчанию вообще не имеет нативной поддержки геопоиска, вторая — на уровне bounding box, то есть решение поставленной в статье задачи по дефолту так же невозможно, только с хаками, описанными для mysql
Во-вторых, как я опять же понял из документации, couchdb by design не предназначена для частых обновлений — подробнее здесь, здесь и в документации. Следовательно, этот инструмент нельзя для сервисов вроде заказа такси, каршеринга и других подобных, где обновление координат выполняется часто. Данные могут быть неактуальны, так как приведенные статьи опубликованы довольно давно.
P.S. интересно будет услышать по этому вопросу мнение людей, которые использовали couchdb в бою, например, от 1999 — автора одной из приведенных статей
Насколько я знаю, mysql не имеет ни нативной поддержки вычисления кратчайшего расстояния между двумя точками по их географическим координатам, ни аналога ST_DWithin из PostgreSQL (поправьте, если я не прав, желательно аргументировав ссылками на соответствующие разделы документации). В связи с этим использовать mysql для поиска «соседей», расстояние до которых менее заданного, накладывает дополнительные ограничения:
необходимо самостоятельно реализовать расчет расстояния(не сложно, но требует поддержки дополнительного кода)
собственная реализация скорее всего не будет оптимально использовать индекс
Второе ограничение можно обойти при помощи различных упрощений (например, заменив окружность квадратом, который, в зависимости от условий задачи вписан в нее/описан около нее и построить другой индекс), однако, сравнение будет некорректно, так как эти же упрощения можно применить и к другим средствам.
В случае постановки задачи из статьи ST_Distance работать быстрее не будет, так как реализация с ST_Distance не использует индексы. Добавил в статью реализацию с использованием ST_Distance, так как не единожды встречал это предположение.
По-моему язык и информационные технологии в данном контексте — это, в первую очередь, доступ к образовательным(и не только) ресурсам, к обмену знаниями с людьми по всему миру.
На мой взгляд это явно не способствует построению доверительных отношений в команде.
Я наоборот считаю что на первом 1-1 стоит проговаривать что то, что обсуждается на 1-1 - остается на 1-1 за исключением случаев когда участники проговорили что вопрос может обсуждаться где-то ещё.
Я стараюсь при первом знакомстве рассказывать что цель регулярных 1-1 в том чтобы помогать решать проблемы члена команды, давать фидбэк - в том числе и особенно хороший, иногда даже просто делать паузы между рабочими задачами. А потом стараюсь показывать это на деле - так, чтобы вместо такого рефлекса образовывалась доверительная коммуникация.
Одна из целей моей работы и в частности серии мастер-классов - чтобы у тимлидов не было проблем, описанных в статье.
Дабы не быть голословным, постараюсь добавить к сравнению, как только появится время.
Во-первых — Вы имеете ввиду именно couchdb(http://couchdb.apache.org) или ответвившийся couchbase(http://www.couchbase.com)? — первая, как я понял из документации, по умолчанию вообще не имеет нативной поддержки геопоиска, вторая — на уровне bounding box, то есть решение поставленной в статье задачи по дефолту так же невозможно, только с хаками, описанными для mysql
Во-вторых, как я опять же понял из документации, couchdb by design не предназначена для частых обновлений — подробнее здесь, здесь и в документации. Следовательно, этот инструмент нельзя для сервисов вроде заказа такси, каршеринга и других подобных, где обновление координат выполняется часто. Данные могут быть неактуальны, так как приведенные статьи опубликованы довольно давно.
P.S. интересно будет услышать по этому вопросу мнение людей, которые использовали couchdb в бою, например, от 1999 — автора одной из приведенных статей
Второе ограничение можно обойти при помощи различных упрощений (например, заменив окружность квадратом, который, в зависимости от условий задачи вписан в нее/описан около нее и построить другой индекс), однако, сравнение будет некорректно, так как эти же упрощения можно применить и к другим средствам.