Действительно, в реальных задачах поиска ближайших векторов необходимо возвращаться от векторов к исходным объектам - документам, картинкам и т.д. для сравнения со здравым смыслом и верификации модели. Если ближайшие соседи с точки зрения машины и человека отличаются, то это может говорить о таких проблемах, как, например, неверное кодирование объектов векторами. В этом исследовании сравнение проводилось на синтетических векторах без кодирования чего-либо в вектора. Поэтому и нет исходных объектов, которые можно было бы сравнить "человечески".
Эта идея тоже интересует меня последнее время. Депозиты должны быть с возможностью пополнения и снятия. Чтобы можно было каждый месяц докидывать деньги, а в случае необходимости закрыть депозит раньше срока и сохранить накопленные проценты.
Вроде интуитивно понятно, что вклад лучше, но на всякий случай хочу провести расчёт. Может даже добавлю в код калькулятора.
Ещё не полностью обдумал риски. Самым существенным мне видится внезапная потеря накопленных средств, например, из‑за мошенничества.
Предположу, что, как минимум, не все выводы некорректны. Например, выводы про сценарии использования калькулятора на Python не становятся ложными при добавлении инфляции, а скорее, наоборот, появляется ещё один инструмент, который, хотя бы в теории, даёт возможность эту инфляцию учесть.
Что касается других пунктов, то в этой статье сознательно не разбирались все возможные факторы, а рассматривалась в первую очередь альтернатива из двух вариантов досрочного погашения. Целесообразность досрочного погашения остаётся за рамками материала статьи. Можете ли Вы спрогнозировать, упомянутые Вами, обвалы курса рубля? Я не могу. Ежегодную инфляцию учесть легче, но тогда надо сделать допущение, что рост зарплаты как минимум не отстаёт от инфляции.
В примере под спойлером привожу пример хоть и с другими числами, но именно такой как работает у меня в банковском приложении. Когда подходит дата обязательного платежа он уже меньше за счёт досрочного погашения. До внесения досрочного платежа я вижу одну сумму ближайшего обязательного платежа, после внесения — меньшую сумму. Этот момент я проверял, т.к. для второй заявки использую разницу двух значений обязательного платежа.
В ходе предварительной вычитки статьи поступали разные предложения по добавлению функционала в калькулятор. Чаще других просили добавить учёт инфляции. Но в первую очередь этот код — точка старта для тех кто хочет более детально и автоматизированно разобрать свой частный случай и предпочитает Python другим инструментам.
Про дату платежа и учёт количества дней в месяцах уже думал, т.к. это касается точности расчётов. Пока не добавлял, т.к. для моего сценария такая точность была неактуальна. Возможно, действительно есть смысл добавить. Вроде, даже можно спрятать всё в несколько новых функций, чтобы код основного цикла не особо усложнился для понимания.
Можно также устроить обсуждение здесь или завести issue, что будет более правильно.
В отличие от онлайн калькуляторов, здесь хотя бы есть возможность добавить такой случай, т.к. код открыт. Вместо константы создаёте структуру, например, словарь, в котором указываете месяцы изменения ставки и новые значения ставки. В основной цикл добавляется извлечение ставки для соответствующего месяца вместо использования константы. Можно, конечно, заложить такую возможность в общедоступный код, но не уверен, что такая ситуация часто встречается, а код хотелось бы сохранить довольно простым. Выложил код с расчётом на то, что продвинутые пользователи смогут адаптировать калькулятор под свои нужды. Если такая фича является достаточно востребованной, например, этот комментарий наберёт лайков 20, то могу добавить в код. Чтобы избежать манипуляций плюсами к комментам на Хабр, можно завести issue на Github и там обсуждать. Или можно самому сделать функционал и отправить pull request.
Спасибо за Ваш комментарий! Некоторые комментарии действительно важные. Например, про дистанционное обслуживание. Столкнулись с тем, что банк что‑то забыл добавить при передаче данных в Росреестр и уже после получения ипотеки надо было снова подъехать переподписать весь комплект документов.
Т.к. Вы пишите, что в т.ч. статья содержит долю некорректности, то было бы удобнее видеть цитаты с некорректными тезисами и Ваши соответствующие опровержения. Сейчас я вижу в т.ч. новую информацию, которая не противоречит материалу в статье. Например, в статье и в ответе не говорится о том, что не надо читать и перечитывать кредитный договор.
Т. е. я вижу Ваш комментарий, что статья содержит долю некорректности, но не понимаю на какой пункт отвечать и где именно Вы нашли некорректность.
Всё так и есть. Но объясняя эту тему понял, что все по разному воспринимают информацию. После лаконичного объяснения бывает остаются сомнения. А в этой статье формулы, картинка, код и даже Ваш комментарий, должны набрать критическую массу аргументов, чтобы развеять заблуждение на счёт вариантов досрочного погашения. Чего только стоит статья от самого Сбера «Как выгоднее гасить ипотеку досрочно» (см. раздел «Что выгоднее уменьшить: платеж или срок»), которая как минимум запутывает, а то и вовсе некорректна. И такая статья не одна.
Не знаю связано ли это с погрешностями, но может поэтому при взятии ипотеки банк попросил подписать календарь платежей, чтобы зафиксировать погрешности в свою пользу. Меня удивило зачем нужно распечатывать столько бумаги с таблицей платежей, если достаточно согласовать формулу. И ещё интересный момент: в графике платежей в 30-й год платежей нет. Т.е. ипотека берётся на 30 лет, но как бы и нет.
Да, длительность месяца влияет и по хорошему в расчётах надо делить не на 12 и потом на 2 (половина месяца), а учитывать точное количество дней. Что касается остальных мыслей в этом пункте, то противоречий с материалом в статье нет.
Добавил предупреждение потому, что видел в других статьях. Если Вас (или других читателей) не затруднит, то приложите, пожалуйста, ссылку на соответствующий документ и я добавлю соответствующий UPD в статью со ссылкой на комментарий.
Не вижу противоречий со статьёй. Полное досрочное погашение не рассматривалось, но кто‑то может не знал и будет полезно.
У нас ипотека в ВТБ, там можно заводить как минимум две заявки на досрочное погашение, а может и больше. При заведении заявки можно выбрать любую дату до и включая дату ближайшего обязательного платежа, но не позже. При заведении первой заявки на дату «сегодня» списания ранее происходили практически сразу же с соответствующим обновлением графика платежей.
Действительно, в реальных задачах поиска ближайших векторов необходимо возвращаться от векторов к исходным объектам - документам, картинкам и т.д. для сравнения со здравым смыслом и верификации модели. Если ближайшие соседи с точки зрения машины и человека отличаются, то это может говорить о таких проблемах, как, например, неверное кодирование объектов векторами. В этом исследовании сравнение проводилось на синтетических векторах без кодирования чего-либо в вектора. Поэтому и нет исходных объектов, которые можно было бы сравнить "человечески".
Первая пасхалка проявлена :)
Эта идея тоже интересует меня последнее время. Депозиты должны быть с возможностью пополнения и снятия. Чтобы можно было каждый месяц докидывать деньги, а в случае необходимости закрыть депозит раньше срока и сохранить накопленные проценты.
Вроде интуитивно понятно, что вклад лучше, но на всякий случай хочу провести расчёт. Может даже добавлю в код калькулятора.
Ещё не полностью обдумал риски. Самым существенным мне видится внезапная потеря накопленных средств, например, из‑за мошенничества.
Предположу, что, как минимум, не все выводы некорректны. Например, выводы про сценарии использования калькулятора на Python не становятся ложными при добавлении инфляции, а скорее, наоборот, появляется ещё один инструмент, который, хотя бы в теории, даёт возможность эту инфляцию учесть.
Что касается других пунктов, то в этой статье сознательно не разбирались все возможные факторы, а рассматривалась в первую очередь альтернатива из двух вариантов досрочного погашения. Целесообразность досрочного погашения остаётся за рамками материала статьи. Можете ли Вы спрогнозировать, упомянутые Вами, обвалы курса рубля? Я не могу. Ежегодную инфляцию учесть легче, но тогда надо сделать допущение, что рост зарплаты как минимум не отстаёт от инфляции.
В примере под спойлером привожу пример хоть и с другими числами, но именно такой как работает у меня в банковском приложении. Когда подходит дата обязательного платежа он уже меньше за счёт досрочного погашения. До внесения досрочного платежа я вижу одну сумму ближайшего обязательного платежа, после внесения — меньшую сумму. Этот момент я проверял, т.к. для второй заявки использую разницу двух значений обязательного платежа.
В ходе предварительной вычитки статьи поступали разные предложения по добавлению функционала в калькулятор. Чаще других просили добавить учёт инфляции. Но в первую очередь этот код — точка старта для тех кто хочет более детально и автоматизированно разобрать свой частный случай и предпочитает Python другим инструментам.
Про дату платежа и учёт количества дней в месяцах уже думал, т.к. это касается точности расчётов. Пока не добавлял, т.к. для моего сценария такая точность была неактуальна. Возможно, действительно есть смысл добавить. Вроде, даже можно спрятать всё в несколько новых функций, чтобы код основного цикла не особо усложнился для понимания.
Можно также устроить обсуждение здесь или завести issue, что будет более правильно.
В отличие от онлайн калькуляторов, здесь хотя бы есть возможность добавить такой случай, т.к. код открыт. Вместо константы создаёте структуру, например, словарь, в котором указываете месяцы изменения ставки и новые значения ставки. В основной цикл добавляется извлечение ставки для соответствующего месяца вместо использования константы. Можно, конечно, заложить такую возможность в общедоступный код, но не уверен, что такая ситуация часто встречается, а код хотелось бы сохранить довольно простым. Выложил код с расчётом на то, что продвинутые пользователи смогут адаптировать калькулятор под свои нужды. Если такая фича является достаточно востребованной, например, этот комментарий наберёт лайков 20, то могу добавить в код. Чтобы избежать манипуляций плюсами к комментам на Хабр, можно завести issue на Github и там обсуждать.
Или можно самому сделать функционал и отправить pull request.
Большое спасибо автору за Ваш труд! Вдохновился написать альтернативное объяснение.
Для тех кто хочет узнать почему методы математически эквивалентны предлагаю почитать статью «Сокращать срок или платёж: раскрываем чёрный ящик ипотечного калькулятора».
Спасибо за Ваш комментарий! Некоторые комментарии действительно важные. Например, про дистанционное обслуживание. Столкнулись с тем, что банк что‑то забыл добавить при передаче данных в Росреестр и уже после получения ипотеки надо было снова подъехать переподписать весь комплект документов.
Т.к. Вы пишите, что в т.ч. статья содержит долю некорректности, то было бы удобнее видеть цитаты с некорректными тезисами и Ваши соответствующие опровержения. Сейчас я вижу в т.ч. новую информацию, которая не противоречит материалу в статье. Например, в статье и в ответе не говорится о том, что не надо читать и перечитывать кредитный договор.
Т. е. я вижу Ваш комментарий, что статья содержит долю некорректности, но не понимаю на какой пункт отвечать и где именно Вы нашли некорректность.
Спасибо за Ваш комментарий!
Всё так и есть. Но объясняя эту тему понял, что все по разному воспринимают информацию. После лаконичного объяснения бывает остаются сомнения. А в этой статье формулы, картинка, код и даже Ваш комментарий, должны набрать критическую массу аргументов, чтобы развеять заблуждение на счёт вариантов досрочного погашения. Чего только стоит статья от самого Сбера «Как выгоднее гасить ипотеку досрочно» (см. раздел «Что выгоднее уменьшить: платеж или срок»), которая как минимум запутывает, а то и вовсе некорректна. И такая статья не одна.
Не знаю связано ли это с погрешностями, но может поэтому при взятии ипотеки банк попросил подписать календарь платежей, чтобы зафиксировать погрешности в свою пользу. Меня удивило зачем нужно распечатывать столько бумаги с таблицей платежей, если достаточно согласовать формулу. И ещё интересный момент: в графике платежей в 30-й год платежей нет. Т.е. ипотека берётся на 30 лет, но как бы и нет.
Спасибо за Ваш комментарий!
Да, длительность месяца влияет и по хорошему в расчётах надо делить не на 12 и потом на 2 (половина месяца), а учитывать точное количество дней. Что касается остальных мыслей в этом пункте, то противоречий с материалом в статье нет.
Добавил предупреждение потому, что видел в других статьях. Если Вас (или других читателей) не затруднит, то приложите, пожалуйста, ссылку на соответствующий документ и я добавлю соответствующий UPD в статью со ссылкой на комментарий.
Не вижу противоречий со статьёй. Полное досрочное погашение не рассматривалось, но кто‑то может не знал и будет полезно.
У нас ипотека в ВТБ, там можно заводить как минимум две заявки на досрочное погашение, а может и больше. При заведении заявки можно выбрать любую дату до и включая дату ближайшего обязательного платежа, но не позже. При заведении первой заявки на дату «сегодня» списания ранее происходили практически сразу же с соответствующим обновлением графика платежей.