Не думаю, что в QuickHull вы найдете что-то для себя интересное :) По крайней мере для 2D он в чем-то похож на алгоритм Джарвиса, но начинается с поиска наиболее удаленных точек по X и Y (и, видимо, Z для 3D). В конечном итоге все оборачивается таким же перебором оставшихся точек с такой же сложностью.
Спрашиваю, потому что сам недавно экспериментировал с параллелизацией построений выпуклых оболочек в 2D. Смотрел как раз на алгоритм Джарвиса и QuickHull, и последний мне показался чуть проще.
Спасибо, очень интересная статья. Я же правильно понял, что описываемый алгоритм — это Jarvis's march (или «алгоритм Джарвиса» в русскоязычной литературе) для 3D? Любопытства ради, не пробовали реализовать QuickHull 3D?
вас бы на проект, где педантично настроенный коллега сворует у вас 4 часа подробным выписыванием своего взгляда на мир в PR. Я считаю, что это украденные у работодателя и кодинга 3 часа 50 минут. То, что людям не ставят на вид это воровство времени — стечене обстоятельств.
Интересное мнение :) Я всегда считал, что обсуждение вопросов в PR — это часть работы, такая же, как и непосредственно кодинг. Контекст (код) всегда под рукой, всем понятно что имеется ввиду, другие коллеги могут участвовать (особенно если работают удаленно), ход мыслей/аргументация сохраняется для референса. Часто бывает, что помнишь, что приняли какое-то решение и оно даже где-то записано, а почему и что этому предшествовало — никто не помнит. Поиск по PR обычно дает какие-то ответы.
Понимаю, что в идеальном мире все вопросы, решения, аргументы за и против выписываются, но мы в таком мире, к сожалению, не живем.
Но есть и обратная сторона: если договориться с финном встретиться через 187 дней в условленном месте в 18:56, он будет там без всякого напоминания точно в оговоренное время. Еще и придет за полчаса до начала встречи
Довольно интересная библиотека на самом деле. Нашел ей применение при решении задачи, в которой нужно было очень быстро, используя как можно меньше памяти, парсить среднего размера файлы (20-40 мб) в структуры данных приложения. По итогам написал заметку о примере использования, может, кому-нибудь пригодится: timiskhakov.github.io/posts/exploring-spans-and-pipelines.
Это не просто текст, это код :) Каждый раз, когда вижу кусок кода в фильме или сериале, я останавливаю его и разглядываю что написано. Уверен, я такой не один.
А у rider'a, на мой взгляд, есть родовая травма. Не привычно как-то с 16gb уходить нв 3-4 открытых проектах в глубокий OOM.
Если не секрет, насколько большие проекты? Регулярно работаю на 16Gb с солюшенами на 10-15 проектов, но это, правда, небольшие микросервисы, и никаких видимых проблем не испытываю.
Открываю кадровое агентство, обещаю джуну золотые горы в другой компании, продаю его в другую компанию как 23-летнего синьора, получаю бонус в размере трех его месячных зарплат. Шах и мат, джуны!
Можете привести пример такого выпуска? Я слушаю с самого начала и дошел до 32-го, но пока не сталкивался с откровенно плохим качеством. Конечно, они не дотягивают до почти эталонного качества Радио-Т, но жаловаться пока не приходилось.
Можно скачать бинарник с GitHub: https://github.com/glushchenko/fsnotes/releases.
Не думаю, что в QuickHull вы найдете что-то для себя интересное :) По крайней мере для 2D он в чем-то похож на алгоритм Джарвиса, но начинается с поиска наиболее удаленных точек по X и Y (и, видимо, Z для 3D). В конечном итоге все оборачивается таким же перебором оставшихся точек с такой же сложностью.
Спрашиваю, потому что сам недавно экспериментировал с параллелизацией построений выпуклых оболочек в 2D. Смотрел как раз на алгоритм Джарвиса и QuickHull, и последний мне показался чуть проще.
Интересное мнение :) Я всегда считал, что обсуждение вопросов в PR — это часть работы, такая же, как и непосредственно кодинг. Контекст (код) всегда под рукой, всем понятно что имеется ввиду, другие коллеги могут участвовать (особенно если работают удаленно), ход мыслей/аргументация сохраняется для референса. Часто бывает, что помнишь, что приняли какое-то решение и оно даже где-то записано, а почему и что этому предшествовало — никто не помнит. Поиск по PR обычно дает какие-то ответы.
Понимаю, что в идеальном мире все вопросы, решения, аргументы за и против выписываются, но мы в таком мире, к сожалению, не живем.
Если не секрет, насколько большие проекты? Регулярно работаю на 16Gb с солюшенами на 10-15 проектов, но это, правда, небольшие микросервисы, и никаких видимых проблем не испытываю.
Субъективно с релиза 2018.2 стало сильно лучше и заметных лагов UI почти нет.