Пришел к выводу что любой прогноз может быть верен только локально, при прочих неизменных факторах.
Ну просто энное количество факторов принимается за константу и как-то мы привыкли не переписывать их все в шапке прогноза. Вот и в приведенном выше примере за константу приняли идею абсолютно рационального выбора - и ошиблись.
P.S. вообще это общемировой тренд про то, что мы сильно переоцениваем рациональность акторов. Творящееся в США также отлично в это вписывается (что с тарифами, что с командой президента и их слитыми обсуждениями).
График платежей ты можешь выбирать любой, просто плати по дифференцированному если хочешь.
Без аннуитета одобрят существенно меньшую сумму, т.к. будут ограничением считать пиковые выплаты в первые месяцы. Мне кажется, повсеместно используется аннуитет.
Можно реально получить 40% скидку на вторичке имея кеш ? Каков механизм ? Продавец за кеш дает 40% скидку, а при переводе денег на счет не дает ? Ему это зачем ?
Это не скидка, просто меньше цена. И цена вторички и есть актуальная, а первичка относительно нее задрана вверх, чтобы побольше денег собрать со льготных ипотечников (рынок банков - олигополия с договорняком между собой по ценам. Кто-то про это даже проговаривался). Пример: https://blog.domclick.ru/obzor-rynka Меняем переключатель "Вторичка/Новостройки" и смотрим как меняется цена с 362к на 438 (регион мск). Отсюда, если человек взял кредит на 100м2 за 438 (43млн), а продать объект залога вышло за 362 (36млн), то 7 млн "пропали" и их придется доплатить. Т.е. как бы "удешевление" квартиры не "если", а уже заложено by design в сделку.
Так в самом начале он практически ничего и не заплатил.... сейчас вон народ берет кредиты на первый взнос...
Прям в точке ноль без кредита на первый взнос - да. Но чуть отступая от нее - в дело вступают аннуитетные платежи. Их фишка в том, что в самом начале срока из основного долга гасятся прям копейки, а почти весь платеж уходит за проценты в карман банку. И только ближе к середине срока как-то ощутимо начинает уменьшаться тело долга. С кредитом на первый взнос - это вообще ужас. Двойная кредитная нагрузка и объект залога только одну из них как-то закроет.
А можно где-нибудь со скидкой в 40% купить :)? Чей-то не продают совершенно с такими скидками...
Без ипотеки из кеша на вторичке? Насколько я знаю, можно. Но покупателей с такой котлетой денег не так чтобы много.
Если сильно в минус уйдешь, всегда можно обанкротиться.
да, это выход для конкретного человека. При массовом же использовании банкротиться начнут уже банки. И еще, я думаю, это выбор на всю оставшуюся жизнь - сомневаюсь, что потом кто-то из банков ипотеку выдаст прошедшему через банкротство.
И даже в случае без "жилье резко подешевеет" мало что вернут. Не стоит забывать, что банк будет вычитать проценты и класть их себе в карман - это его деньги и никакому возврату они не подлежат. А реализованной с аукциона с какой-то скидкой квартирой попытается погасить основную сумму долга. Если будет избыток - то вернет. Но откуда взяться избытку?. Основная часть ипотек у нас, насколько я помню, на первичку, а она перегрета на 20-40%. Банк же будет продавать не по условиям первички, так что это сразу потеря в стоимости квартиры 20-40% (не считая скидки в реализации квартиры через аук банкротств), а значит эту сумму все еще будут взыскивать. Так что я бы рассчитывал на какие-то деньги только, если ипотека на 50% или более закрыта. Если человек в самом начале ипотеки - то будет и без квартиры, и с долгом.
И, возможно, возвращают уже решенные старые баги в бой. Сдается мне, что через какое-то время в промт придется подавать вообще все тикеты с багами с начала времен. Так что контекстное окно быстро забьется ими и место под бизнес-логику почти не останется.
Думаю, что качественное улучшение тут возможно только в дообучении модели, но это сразу тонна затрат.
Компании больше не брали джунов. Зачем? AI закрывал всё на уровне. Мидлы ушли следом. Только сеньоры держались, потому что были нужны для сложных решений и для управления AI-ассистентами.
После этого сеньоры вымерли от старости, а новых не появилось, потому что они растут через джунов и мидлов. Огромные решения, созданные ИИ, начали накапливать ошибки, а потом и развалились на тысячи бессвязных кусков. Конец утопии.
Но в поисковике он был ниже трёх сотен аналогов, созданных за миллисекунды другими ИИ.
Вот, соглашусь. Спамом нас ИИ может завалить точно! да так, что мы будем еле-еле находить нужную информацию.
Израильская компания настаивает, что её шпионский продукт помогает правоохранительным органам и разведывательным службам бороться с преступностью и защищать национальную безопасность.
Если они так уверены в назначении применения, то в целом неплохая идея - сделать их ответчиком при незаконных использованиях. Но я почему-то думаю, что это просто пиар-фальш, что весь этот софт куда чаще используется именно незаконно и в этом случае он не "помогает право охранять", а наоборот - и начинает слабо отличаться от просто вредоносного. Баланс их прибылей и убытков по искам как раз и покажет результат.
«Мы сможем создать около 4000 различных версий вашего креатива, протестировать их и понять, какая из них работает лучше всего», — сказал Цукерберг.
Лучше будет работать та, где обещают горы. Но вот беда - свойства товара то фиксированы и внезапных гор в них не предвидится. Кто будет по искам о недостоверной информации в рекламе отвечать?
Это когда ты даже не вникаешь, что там написал ИИ.
эт погодите. Пока еще человечество только разворачивается в сторону специального спама для засирания llm. Думаю, в следующем десятилетии оно проявится во всей красе и проблемой будет не то, что оно визуально работает, а то, что ж там внутри еще лишнего дописано и насколько это опасно.
Хороший вопрос. В сущности нет. Само наличие такого числа впн и внезапной необходимости в знаниях о них рядовому пользователю - как раз говорит, что сам интернет не очень-то и работает (в привычном понимании 10-летней давности). Отсюда и каламбур: ограниченный интернет еще как-то ограничат.
проще сразу увидеть что отличается от значений по умолчанию
А еще это лучше будет работать с любыми системами контроля версий. Но само написание текста дольше. Потому что (1) вносит большие задержки в wysiwyg (вот чтобы увидеть результат, нужно больше времени), (2) нужно помнить массу конструкторов с их параметрами.
Чтобы это сносно работало, крайне важно уменьшить влияние (1) - как пример, горячая перезагрузка в веб-стеке. И очень бы хорошо еще что-то сделать с (2) - например, иметь возможность выплюнуть с wysiwyg код для создания этого с нуля.
ну, технически это сделать можно, но неудобно. Т.к. ни анонимных фунций, ни самих ссылок на функции не передать, то передают ее имя (вместе с неявным знанием, из какого это модуля. либо прям также имя модуля) - упаковывают все это в структуру и передают как один параметр. В целом это работает. Язык нетипизированный, а также без подсказок типов - поэтому никаких конрактов/классов/интерфейсов не написать. Можно вставить в начало кода функции проверку входных данных и бросаться на все исключениям - на этом возможности языка пока все. Естественно, это совсем не поддержка типов на уровне IDE/компилятора/интерпретатора.
Да, экосистема 1с сильно выросла и взрослый язык мог бы снять порядочно сложностей. Если поразмышлять, почему все пришло именно к такому результату, то я бы предложил взглянуть на это все с другой стороны: Вот к фирме 1с приходят запросы на улучшение от разных групп людей. Какие-то от разработчиков, а какие-то от бизнеса. 1с старается быть ближе всего к бизнесу (это и обеспечило ей успех в прошлом), поэтому в платформу и конфигурации попадают тонны прикладных фич на каждую 1 техническую. Отсюда отставание технической части языка.
И да, от русских команд в 1С до сих пор кровь из глаз.
это вынужденная мера. Меньшее из 2х зол. Потому что обратное решение куда хуже: английские названия для терминов российского налогового законодательства - уж тут бы у всех мозг взорвался точно. 1с итак-то грешит названиями переменных в виде поэмы, а тут еще и неточные переводы на английский надо добавить.
Да, это обычное явление. Сюда же можно отнести nocode/lowcode платформы, и в стеке 1с тоже была попытка захода "любой бухгалтер сможет себе напрограммировать". Все это заканчивается одинаково: для результата в 10к записей это работает (условно это уровень экселя с ВПР()). А выше 10к записей это проще выкинуть и написать через хорошего разработчика. Думаю потому, что при упрощении языка для обычного пользователя мы очень быстро теряем оптимизации, приходя к алгоритмам n^2 на каждом шаге, теряем оптимизации, уменьшающие сложность на большом проекте - и где-то только в конце этого пути уровень сложности падает ниже границы для использования обычным пользователем. В сущности человечество хочет каждый раз через простоту ценой производительности вовлечь новых людей, но потом оказывается, что оперировать бОльшим объемом данных выгоднее для конечного бизнеса, чем ждать каких-то высот от подхода "простота ценой производительности" (=> вовлечение больших масс людей => низкие цены) .
Кстати, я нигде не встречал в Интернете, чтобы «семерка» использовала, в реальных конфигурациях, технологию. DDE.
Ходить к файлам 7.7 через движки субд можно было давно. Идея "прямых запросов" и проекта 1с++ как раз была об этом. Был там парсер запроса, который разворачивал виртуальные таблицы в реальные запросы. Были даже бэкпорты табличного поля из 1с8 в 1с7 через эту компоненту и exForms.dll. Надо помнить, что вы при этом огребаете грязное чтение. Если это норм, то применимо.
А вот недостатком, который тормозит, как раз является язык.
соглашусь. В двух словах: сложность решений у 1с выросла на порядки. Между 2000 годом и 2025 я бы думал о 20 кратном возрастании сложности как о нижней границе оценки. И для снижения этой сложности уже нужны взрослые языки, скриптового нетипизированного процедурного бейсика не хватает.
Бухгалтерия стала совершенно не нужна с появлением компьютеров и реляционных баз данных
Бухгалтерия это прежде всего стандарты учета. Чтобы взяли какую-то сущность - и у всех она обозначала одинаковое. Без этого у вас будет зоопарк терминов, уникальных для каждой системы. Вы даже сравнить 2 фирмы между собой по ним не сможете - ценность этих данных будет нулевая для всех, в том числе и для налоговой.
Отлично, но исправлять баги то вы как-то планируете? Добавлением их в промт скорее всего?
Ну просто энное количество факторов принимается за константу и как-то мы привыкли не переписывать их все в шапке прогноза. Вот и в приведенном выше примере за константу приняли идею абсолютно рационального выбора - и ошиблись.
P.S. вообще это общемировой тренд про то, что мы сильно переоцениваем рациональность акторов. Творящееся в США также отлично в это вписывается (что с тарифами, что с командой президента и их слитыми обсуждениями).
Без аннуитета одобрят существенно меньшую сумму, т.к. будут ограничением считать пиковые выплаты в первые месяцы. Мне кажется, повсеместно используется аннуитет.
Это не скидка, просто меньше цена. И цена вторички и есть актуальная, а первичка относительно нее задрана вверх, чтобы побольше денег собрать со льготных ипотечников (рынок банков - олигополия с договорняком между собой по ценам. Кто-то про это даже проговаривался).
Пример:
https://blog.domclick.ru/obzor-rynka
Меняем переключатель "Вторичка/Новостройки" и смотрим как меняется цена с 362к на 438 (регион мск). Отсюда, если человек взял кредит на 100м2 за 438 (43млн), а продать объект залога вышло за 362 (36млн), то 7 млн "пропали" и их придется доплатить. Т.е. как бы "удешевление" квартиры не "если", а уже заложено by design в сделку.
Прям в точке ноль без кредита на первый взнос - да. Но чуть отступая от нее - в дело вступают аннуитетные платежи. Их фишка в том, что в самом начале срока из основного долга гасятся прям копейки, а почти весь платеж уходит за проценты в карман банку. И только ближе к середине срока как-то ощутимо начинает уменьшаться тело долга.
С кредитом на первый взнос - это вообще ужас. Двойная кредитная нагрузка и объект залога только одну из них как-то закроет.
Без ипотеки из кеша на вторичке? Насколько я знаю, можно. Но покупателей с такой котлетой денег не так чтобы много.
да, это выход для конкретного человека. При массовом же использовании банкротиться начнут уже банки. И еще, я думаю, это выбор на всю оставшуюся жизнь - сомневаюсь, что потом кто-то из банков ипотеку выдаст прошедшему через банкротство.
И даже в случае без "жилье резко подешевеет" мало что вернут. Не стоит забывать, что банк будет вычитать проценты и класть их себе в карман - это его деньги и никакому возврату они не подлежат.
А реализованной с аукциона с какой-то скидкой квартирой попытается погасить основную сумму долга. Если будет избыток - то вернет. Но откуда взяться избытку?. Основная часть ипотек у нас, насколько я помню, на первичку, а она перегрета на 20-40%. Банк же будет продавать не по условиям первички, так что это сразу потеря в стоимости квартиры 20-40% (не считая скидки в реализации квартиры через аук банкротств), а значит эту сумму все еще будут взыскивать. Так что я бы рассчитывал на какие-то деньги только, если ипотека на 50% или более закрыта. Если человек в самом начале ипотеки - то будет и без квартиры, и с долгом.
И, возможно, возвращают уже решенные старые баги в бой. Сдается мне, что через какое-то время в промт придется подавать вообще все тикеты с багами с начала времен. Так что контекстное окно быстро забьется ими и место под бизнес-логику почти не останется.
Думаю, что качественное улучшение тут возможно только в дообучении модели, но это сразу тонна затрат.
После этого сеньоры вымерли от старости, а новых не появилось, потому что они растут через джунов и мидлов. Огромные решения, созданные ИИ, начали накапливать ошибки, а потом и развалились на тысячи бессвязных кусков. Конец утопии.
Вот, соглашусь. Спамом нас ИИ может завалить точно! да так, что мы будем еле-еле находить нужную информацию.
Если они так уверены в назначении применения, то в целом неплохая идея - сделать их ответчиком при незаконных использованиях. Но я почему-то думаю, что это просто пиар-фальш, что весь этот софт куда чаще используется именно незаконно и в этом случае он не "помогает право охранять", а наоборот - и начинает слабо отличаться от просто вредоносного. Баланс их прибылей и убытков по искам как раз и покажет результат.
Лучше будет работать та, где обещают горы. Но вот беда - свойства товара то фиксированы и внезапных гор в них не предвидится. Кто будет по искам о недостоверной информации в рекламе отвечать?
эт погодите. Пока еще человечество только разворачивается в сторону специального спама для засирания llm. Думаю, в следующем десятилетии оно проявится во всей красе и проблемой будет не то, что оно визуально работает, а то, что ж там внутри еще лишнего дописано и насколько это опасно.
Хороший вопрос. В сущности нет. Само наличие такого числа впн и внезапной необходимости в знаниях о них рядовому пользователю - как раз говорит, что сам интернет не очень-то и работает (в привычном понимании 10-летней давности). Отсюда и каламбур: ограниченный интернет еще как-то ограничат.
Текст удобнее в анализе потом. Поэтому и
А еще это лучше будет работать с любыми системами контроля версий. Но само написание текста дольше. Потому что (1) вносит большие задержки в wysiwyg (вот чтобы увидеть результат, нужно больше времени), (2) нужно помнить массу конструкторов с их параметрами.
Чтобы это сносно работало, крайне важно уменьшить влияние (1) - как пример, горячая перезагрузка в веб-стеке. И очень бы хорошо еще что-то сделать с (2) - например, иметь возможность выплюнуть с wysiwyg код для создания этого с нуля.
ну, технически это сделать можно, но неудобно. Т.к. ни анонимных фунций, ни самих ссылок на функции не передать, то передают ее имя (вместе с неявным знанием, из какого это модуля. либо прям также имя модуля) - упаковывают все это в структуру и передают как один параметр. В целом это работает.
Язык нетипизированный, а также без подсказок типов - поэтому никаких конрактов/классов/интерфейсов не написать. Можно вставить в начало кода функции проверку входных данных и бросаться на все исключениям - на этом возможности языка пока все. Естественно, это совсем не поддержка типов на уровне IDE/компилятора/интерпретатора.
Да, экосистема 1с сильно выросла и взрослый язык мог бы снять порядочно сложностей. Если поразмышлять, почему все пришло именно к такому результату, то я бы предложил взглянуть на это все с другой стороны:
Вот к фирме 1с приходят запросы на улучшение от разных групп людей. Какие-то от разработчиков, а какие-то от бизнеса. 1с старается быть ближе всего к бизнесу (это и обеспечило ей успех в прошлом), поэтому в платформу и конфигурации попадают тонны прикладных фич на каждую 1 техническую. Отсюда отставание технической части языка.
это вынужденная мера. Меньшее из 2х зол. Потому что обратное решение куда хуже: английские названия для терминов российского налогового законодательства - уж тут бы у всех мозг взорвался точно. 1с итак-то грешит названиями переменных в виде поэмы, а тут еще и неточные переводы на английский надо добавить.
Да, это обычное явление. Сюда же можно отнести nocode/lowcode платформы, и в стеке 1с тоже была попытка захода "любой бухгалтер сможет себе напрограммировать". Все это заканчивается одинаково: для результата в 10к записей это работает (условно это уровень экселя с ВПР()). А выше 10к записей это проще выкинуть и написать через хорошего разработчика.
Думаю потому, что при упрощении языка для обычного пользователя мы очень быстро теряем оптимизации, приходя к алгоритмам n^2 на каждом шаге, теряем оптимизации, уменьшающие сложность на большом проекте - и где-то только в конце этого пути уровень сложности падает ниже границы для использования обычным пользователем.
В сущности человечество хочет каждый раз через простоту ценой производительности вовлечь новых людей, но потом оказывается, что оперировать бОльшим объемом данных выгоднее для конечного бизнеса, чем ждать каких-то высот от подхода "простота ценой производительности" (=> вовлечение больших масс людей => низкие цены) .
Ходить к файлам 7.7 через движки субд можно было давно. Идея "прямых запросов" и проекта 1с++ как раз была об этом. Был там парсер запроса, который разворачивал виртуальные таблицы в реальные запросы. Были даже бэкпорты табличного поля из 1с8 в 1с7 через эту компоненту и exForms.dll.
Надо помнить, что вы при этом огребаете грязное чтение. Если это норм, то применимо.
соглашусь. В двух словах: сложность решений у 1с выросла на порядки. Между 2000 годом и 2025 я бы думал о 20 кратном возрастании сложности как о нижней границе оценки. И для снижения этой сложности уже нужны взрослые языки, скриптового нетипизированного процедурного бейсика не хватает.
Бухгалтерия это прежде всего стандарты учета. Чтобы взяли какую-то сущность - и у всех она обозначала одинаковое. Без этого у вас будет зоопарк терминов, уникальных для каждой системы. Вы даже сравнить 2 фирмы между собой по ним не сможете - ценность этих данных будет нулевая для всех, в том числе и для налоговой.
Это, пожалуй, самое шедевральное! Бухгалтер, осваивающий pgsql и python. Хорошо демонстрирует максимализм и оторванность от реальности.
Возможно, они просто набивают казну пошлинами. Помните, как сильно пошлины недавно выросли?