Она состоит из рандома 100%. Чтобы этого не было для кодинга надо настраивать temperature, top-p, top-k, min-p, presence-penalty , надо как минимум снижать температуру, иначе на выходе будет рандом и не детерминированный результат. Модели генеративные и создаются для генерации контента, плюс не высокое количество параметров и квантизация накладывают ограничения, отсюда на выходе модель может генерировать например человека с 3мя кривыми пальцами, вместо 5. На больших моделях такое реже встречается при высокой температуре. Про это намекнул автору выше в комментарии.
На q8 редко есть галлюцинации и не на всех задачах, они не всегда заметные, но имеют место быть, примерно на ctx 8192. В основном гоняю контекст 65536, так как даже 32к не всегда хватает для поиска багов и рефакторинга в простом C проекте.
По моему опыту модели 25B и Q4_K_M это минимум, ниже не редко возникают галлюцинации и модели находят код которого не существует в исходниках, и на его основе начинают галлюцинировать и писать код! В идеале Q6_K_XL использовать, если позволяет память. Если хочется снизить расход памяти, то стоит поиграться с key-value кэшами, например -ctk q8_0 -ctv q8_0, но не советую снижать ниже 8 бит, иначе вылезет кучу галлюцинаций. -ctk- key кэш менее устойчив к галлюцинациям, и снижение битности его часто ведет к галлюцинациям. У себя только снижаю -ctv- value кэш-ctv q8_0. Так же для моделей надо настраивать параметры temperature, top-p, top-k, min-p, presence-penalty от них поведение модели может меняться координально. У меня одни и те же модели под разные задачи запускаются с разными temperature, top-p, top-k, min-p, presence-penalty. Рекомендуемые параметры можно не редко найти в описаниях моделей. На 32гб ноутбуке использую Qwen3.6-27B-Q5_K_XL, Qwen3-Coder-30B-A3B, Gemma4-26B-A4B, Muse-Glimmer-30B-Q5_K_XL.
Ответ майкрософта ожидаем. Так ведут практически все софтварные вендоры. Лет 20 назад, купили в одной известной компании серверный софт за несколько млн. рублей, по тем временам это были огромные деньги. Софт сильно глючил и часть заявленного функционала не работало, периодически софт падал. Собрали логи, трейсы, дампы памяти и отправили разработчику. При этом гарантийный период поддержки был оплачен разработчику. В итоге нам сказали, что если мы хотим фикса, надо им отдать еще несколько млн рублей, и проблемы клиента != проблемы разработчика, и у них без нас много багрепортов и через сколько лет они дойдут до нашего не известно! Тогда мне стало ясно, ваши проблемы != их проблемы, и перед внедрением нужно максимально собирать информацию о возможных багах и проблемах поддержки, и не вести на маркетинг. Но многие компании ведутся на маркетинг и создают кучу проблем ИТ отделу на ровном месте, заставляя придумывать костыли.
С их аппетитами и ценами, никому такое импортозамещение под палкой не нужно. От блокировок итак бизнес лихорадит и деньги они теряют. 99% компаний просто не по карману такое импортозамещение, цены там рассчитаны на всякие ржд, авито, банки. Тратить пару млн рублей в год на обновление сервера для многих компаний так себе затея, проще зарплаты выплатить и пустить их на более нужные статьи расходов. Даже богатые компании не спешат импортозамещаться на postgresql pro, поэтому кто умнее пилят своими силами форки postgresql, благо большая часть патчей можно найти в паблике.
Вы хотя бы дату и время сравнивали? Первая ссылка появилась на 4pda от пользователя:
> Новое приложение называется Учет надоя в AppStoreСегодня ставил по наводке сотрудников РСХБ
Дальше хабр раздул эту тему притом явно насмехаясь, а потом уже вечером rbc подхватил эту новость. Автор просто обосрался и после критики отредактировал текст новости, на это как раз указывает ссылка на rbc, где стоит время намного позже чем на хабре. Ожидаемое поведение автора исходя из того, что могут последовать юридические последствия. Не болейте.
Вы ничего не понимаете, это же Робингуды, который о нас с вами заботятся, и не дают наглым банкам зарабатывать на нас деньги. Это же не апл виноваты и те кто купили себе айфоны, а банки. А вообще все просто, гавно лучше не трогать, больше вони будет и набегут боты... Примите, это хабр, последние лет 5 на хабре количество адекватных людей резко упало, и хабр стал тоталитарно либеральной сектой. Как бы люди не тешились сливом кармы, реальности это не меняет. Есть народная мудрость: Только у нас могут смеяться над тем, что у соседа корова умерла.
Автору явно легче стало, что мне карму сливает. Как говорил в посте про накрутку на хабре, и раскрыл схему работы многих авторов, рыба гниет с головы и там все помазаны, и что хабр из авторитетного ресурса скатился уже в дешевую политику. Лично мне от этого ни холодно ни жарко, вот полистал хабр пару дней после долгого перерыва, явные треш статьи плюс минус 0 голосов, хорошие статьи 0 голосов, хабр мертв.
но точно так-же можно вести отдельно финансовый учет в своей программе, товарно складской в своей, кадровый в своей
У этого решения есть существенный недостаток. Это скорость работы. В крупных компания выгрузка и загрузка данных из одной системы в другую происходит очень-очень медленно и блокирует доступ к базе. Второй минус это например неконсистеность данных и вероятность потери данных при выгрузке загрузке. Я хоть и хейтер SAP, но с вами я не согласен.
Ни на одном предприятии в полном объеме эти системы так и не заработали!
А ну понятно тогда, если непонятный автор написал это на хабре, то это истина в первой инстанции.
Если у вас маленькая компания и производство, вам не нужна ERP. ERP требует переучивания бухгалтеров и менеджеров т.к. учет там ведется по другому, основной плюс это решение все в одной коробке сразу CRM, MES, Зарплата и кадры, Бухгалтерия. Учет там ведется по другому, что позволяет уменьшить количество операций и нажатий кнопок при работе с системой. Рассчитано это все на крупные компании где в системе работают сотни и тысячи операторов, и когда у вас одновременно на производстве выполняются заказы для большого количества клиентов и вам надо их отслеживать по всем технологическим этапам от получения заказа, производства, до выдачи заказа. Это все должно работать быстро, отсюда основное отличие ERP что документы в системе проводятся не сразу, а с задержкой, чтобы не создавать нагрузку на базу данных при большом количестве одновременно работающих операторов. Т.е. все проводки сначала попадают в общую очередь, а потом выполняются в фоновом потоке в своей очередности и не блокируют доступ к базе. ERP позволяет точнее рассчитать себестоимость продукции, спланировать загрузку оборудования, складские запасы и т.д. Отсюда снижение затрат. Что важно для крупных компаний. Статистику никто не отменял, копейка рубль бережет. Где-то достаточно грубых расчетов в excel, где-то важна более точная статистика и возможность полуавтоматического планирования. В ERP есть МСФО, что нужно иностранным компаниям. К примеру вы маленькая компания и делаете заказ из 100 деталей, и у вас к примеру затраты на деталь не оптимальные(например технологические циклы не распределены по часам, когда электроэнергия дешевле) и вы теряете примерно 100р с детали, вы теряете с заказа 10 000р, что можете даже не заметить. Но когда у вас крупная компания, и вы делаете 1 млн деталей, то это уже 100 млн. убытка, которые можно потратить на зарплаты и развитие производства.
ERP внедрять в работающие компании дороже и дольше, отсюда нужны консультанты, сами компании своими силами вряд ли это смогут сделать. ERP практически всегда дорабатывается под бизнес процессы предприятия, пишется софт для переноса данных, отсюда часто это решение под ключ и на несколько лет. Внедрять многие вещи удобнее с начала нового учетного года. Внедрять в новое предприятие чаще проще и дешевле, у ERP все же есть много плюсов, больше отчетов для анализа и оптимизации компании. Нужно оно вам, решать только вам, кому-то и excel достаточно будет.
В РФ очень много компаний использующих коммерческие ERP системы, некоторые даже пишут свои системы под свои бизнес процессы. Говорить, что это не нужно и не работает глупо и не дальновидно.
Будущее есть, всю жизнь висеть на шее у корпораций из топ 10. Корпорациям это даже выгоднее чем самим начинать разработку. Но простым смертным увы только...
Тут нельзя не согласиться, но под аврору даже нет приложения для работы с самой популярной в РФ системой документооборота - Directum RX. Единственное, что есть это Р7 Офис, только зачем офис на смартфоне не понятно, никто из нормальных не вводит документы на смартфоне, есть задачи важнее к примеру раздавать таски сотрудникам. К примеру у вас менеджер на выезде, и ему надо дать здание заехать в ООО "Рога и Копыта" и уточнить рабочие моменты.
У нас все стоит дорого, т.к. не имеют должного масштаба.
И не будет, чтобы он был, надо в этот масштаб вкладываться, а никто этого не хочет делать. Пока только видно желание навариться по быстром среди недобросовестных компаний по типу лайткома.
Речь не об этом. Разработка нового продукта это всегда в минус, и минимум 5 лет только свои кровные вкладывать надо. На разработку серьезного проекта может уйти очень много времени пока он достигнет стабильности, а сырой продукт никто не будет покупать. Как раз разработчики авроры работают в слабый минус, но кроме авроры в этой цепочке есть еще разработчики этих самых планшетов и смартфонов, и они явно не бедствуют и показывают хорошую прибыль, я даже специально проверил статистику из открытых источников, которую подают компании. Кто пилит госбюджеты и работают корпорациями, затраты для них не большие и они легко могут их себе позволить. Но для средних компаний, это все может обернуться, что крупная часть прибыли будет тратится на импортозамещение, отсюда повышение цены продукции или услуг, снижение конкурентоспособности, разгон инфляции в стране. У нас в стране когда делают бизнес не думают о других, что покупательная способность ограничена, и нет притока денег в экономику, и что для этого надо создать условия для бизнеса, помогать братьям меньшим, которые станут их клиентами в будущем, но вместо этого бизнес работает по принципу срубить бабла по быстрому и заработать на чужом горе, что ударяет сильно по другим компаниям и экономике страны. Все эти решения не конкурируют ни по цене, ни по качеству и стабильности, и продаются под соусом псевдо безопасности, хотя как показывает практика, с безопасностью тоже не все гладко и не мало сомнительных решений на рынке, которые под собой имеют только маркетинговые заявления. Безопасность нужна не только крупным корпорациям, в ней нуждаются все, и коммерческая тайна это можно сказать сердце компании благодаря, которому она живет.
Ответьте на вопрос: Что выгоднее, продать 1000 смартфонов с огромной наценкой, или продать 100 000 но с более скромной наценкой?
Я бы рад гордиться надписью "Made in Russia", но для простого смертного "Made in Russia" выглядит, как сомнительная трата денег, когда надо детей в школу собрать и заплатить ипотеку.
Было бы хорошо, если бы все это стоило адекватных денег и не выглядело, как попытка срубить по быстрому бабла на дешевом китайском смартфоне во время тренда импортозамещения. Понятно что, есть газпром, ржд, сбербанк итд, у которых деньги куры не клюют, но есть куча более приземленных компаний и с ограниченными бюджетами.
Хм, он вроде давно же работает в Wayland, когда года 2 назад в wxwidgets добавили подержку wayland. Как помню мыло было только в иконках, так же как в либреофис, а в интерфейсе там надо было настройки менять и все нормально отображалось.
Он может что угодно вернуть, но FS обрабатывает свой обработчик т.к. это расширение протокола. Хотите FS реализуйте его соответствующим протоколом. Поэтому я вас не понимаю.
Она состоит из рандома 100%. Чтобы этого не было для кодинга надо настраивать
temperature, top-p, top-k, min-p, presence-penalty, надо как минимум снижать температуру, иначе на выходе будет рандом и не детерминированный результат. Модели генеративные и создаются для генерации контента, плюс не высокое количество параметров и квантизация накладывают ограничения, отсюда на выходе модель может генерировать например человека с 3мя кривыми пальцами, вместо 5. На больших моделях такое реже встречается при высокой температуре. Про это намекнул автору выше в комментарии.На q8 редко есть галлюцинации и не на всех задачах, они не всегда заметные, но имеют место быть, примерно на ctx 8192. В основном гоняю контекст 65536, так как даже 32к не всегда хватает для поиска багов и рефакторинга в простом C проекте.
По моему опыту модели 25B и Q4_K_M это минимум, ниже не редко возникают галлюцинации и модели находят код которого не существует в исходниках, и на его основе начинают галлюцинировать и писать код! В идеале Q6_K_XL использовать, если позволяет память. Если хочется снизить расход памяти, то стоит поиграться с key-value кэшами, например
-ctk q8_0 -ctv q8_0, но не советую снижать ниже 8 бит, иначе вылезет кучу галлюцинаций.-ctk- key кэш менее устойчив к галлюцинациям, и снижение битности его часто ведет к галлюцинациям. У себя только снижаю-ctv- value кэш-ctv q8_0. Так же для моделей надо настраивать параметрыtemperature, top-p, top-k, min-p, presence-penaltyот них поведение модели может меняться координально. У меня одни и те же модели под разные задачи запускаются с разнымиtemperature, top-p, top-k, min-p, presence-penalty. Рекомендуемые параметры можно не редко найти в описаниях моделей. На 32гб ноутбуке используюQwen3.6-27B-Q5_K_XL,Qwen3-Coder-30B-A3B,Gemma4-26B-A4B,Muse-Glimmer-30B-Q5_K_XL.Ответ майкрософта ожидаем. Так ведут практически все софтварные вендоры. Лет 20 назад, купили в одной известной компании серверный софт за несколько млн. рублей, по тем временам это были огромные деньги. Софт сильно глючил и часть заявленного функционала не работало, периодически софт падал. Собрали логи, трейсы, дампы памяти и отправили разработчику. При этом гарантийный период поддержки был оплачен разработчику. В итоге нам сказали, что если мы хотим фикса, надо им отдать еще несколько млн рублей, и проблемы клиента != проблемы разработчика, и у них без нас много багрепортов и через сколько лет они дойдут до нашего не известно! Тогда мне стало ясно, ваши проблемы != их проблемы, и перед внедрением нужно максимально собирать информацию о возможных багах и проблемах поддержки, и не вести на маркетинг. Но многие компании ведутся на маркетинг и создают кучу проблем ИТ отделу на ровном месте, заставляя придумывать костыли.
С их аппетитами и ценами, никому такое импортозамещение под палкой не нужно. От блокировок итак бизнес лихорадит и деньги они теряют. 99% компаний просто не по карману такое импортозамещение, цены там рассчитаны на всякие ржд, авито, банки. Тратить пару млн рублей в год на обновление сервера для многих компаний так себе затея, проще зарплаты выплатить и пустить их на более нужные статьи расходов. Даже богатые компании не спешат импортозамещаться на postgresql pro, поэтому кто умнее пилят своими силами форки postgresql, благо большая часть патчей можно найти в паблике.
Вы хотя бы дату и время сравнивали? Первая ссылка появилась на 4pda от пользователя:
> Новое приложение называется Учет надоя в AppStoreСегодня ставил по наводке сотрудников РСХБ
Дальше хабр раздул эту тему притом явно насмехаясь, а потом уже вечером rbc подхватил эту новость. Автор просто обосрался и после критики отредактировал текст новости, на это как раз указывает ссылка на rbc, где стоит время намного позже чем на хабре. Ожидаемое поведение автора исходя из того, что могут последовать юридические последствия. Не болейте.
Вы ничего не понимаете, это же Робингуды, который о нас с вами заботятся, и не дают наглым банкам зарабатывать на нас деньги. Это же не апл виноваты и те кто купили себе айфоны, а банки. А вообще все просто, гавно лучше не трогать, больше вони будет и набегут боты... Примите, это хабр, последние лет 5 на хабре количество адекватных людей резко упало, и хабр стал тоталитарно либеральной сектой. Как бы люди не тешились сливом кармы, реальности это не меняет. Есть народная мудрость: Только у нас могут смеяться над тем, что у соседа корова умерла.
Автору явно легче стало, что мне карму сливает. Как говорил в посте про накрутку на хабре, и раскрыл схему работы многих авторов, рыба гниет с головы и там все помазаны, и что хабр из авторитетного ресурса скатился уже в дешевую политику. Лично мне от этого ни холодно ни жарко, вот полистал хабр пару дней после долгого перерыва, явные треш статьи плюс минус 0 голосов, хорошие статьи 0 голосов, хабр мертв.
Автор новости видимо из тех кто стучит в госдеп сша и помогает санкциям против РФ? Ну че красава, Павлик Морозов 21 века...
У этого решения есть существенный недостаток. Это скорость работы. В крупных компания выгрузка и загрузка данных из одной системы в другую происходит очень-очень медленно и блокирует доступ к базе. Второй минус это например неконсистеность данных и вероятность потери данных при выгрузке загрузке. Я хоть и хейтер SAP, но с вами я не согласен.
А ну понятно тогда, если непонятный автор написал это на хабре, то это истина в первой инстанции.
Если у вас маленькая компания и производство, вам не нужна ERP. ERP требует переучивания бухгалтеров и менеджеров т.к. учет там ведется по другому, основной плюс это решение все в одной коробке сразу CRM, MES, Зарплата и кадры, Бухгалтерия. Учет там ведется по другому, что позволяет уменьшить количество операций и нажатий кнопок при работе с системой. Рассчитано это все на крупные компании где в системе работают сотни и тысячи операторов, и когда у вас одновременно на производстве выполняются заказы для большого количества клиентов и вам надо их отслеживать по всем технологическим этапам от получения заказа, производства, до выдачи заказа. Это все должно работать быстро, отсюда основное отличие ERP что документы в системе проводятся не сразу, а с задержкой, чтобы не создавать нагрузку на базу данных при большом количестве одновременно работающих операторов. Т.е. все проводки сначала попадают в общую очередь, а потом выполняются в фоновом потоке в своей очередности и не блокируют доступ к базе. ERP позволяет точнее рассчитать себестоимость продукции, спланировать загрузку оборудования, складские запасы и т.д. Отсюда снижение затрат. Что важно для крупных компаний. Статистику никто не отменял, копейка рубль бережет. Где-то достаточно грубых расчетов в excel, где-то важна более точная статистика и возможность полуавтоматического планирования. В ERP есть МСФО, что нужно иностранным компаниям. К примеру вы маленькая компания и делаете заказ из 100 деталей, и у вас к примеру затраты на деталь не оптимальные(например технологические циклы не распределены по часам, когда электроэнергия дешевле) и вы теряете примерно 100р с детали, вы теряете с заказа 10 000р, что можете даже не заметить. Но когда у вас крупная компания, и вы делаете 1 млн деталей, то это уже 100 млн. убытка, которые можно потратить на зарплаты и развитие производства.
ERP внедрять в работающие компании дороже и дольше, отсюда нужны консультанты, сами компании своими силами вряд ли это смогут сделать. ERP практически всегда дорабатывается под бизнес процессы предприятия, пишется софт для переноса данных, отсюда часто это решение под ключ и на несколько лет. Внедрять многие вещи удобнее с начала нового учетного года. Внедрять в новое предприятие чаще проще и дешевле, у ERP все же есть много плюсов, больше отчетов для анализа и оптимизации компании. Нужно оно вам, решать только вам, кому-то и excel достаточно будет.
В РФ очень много компаний использующих коммерческие ERP системы, некоторые даже пишут свои системы под свои бизнес процессы. Говорить, что это не нужно и не работает глупо и не дальновидно.
Будущее есть, всю жизнь висеть на шее у корпораций из топ 10. Корпорациям это даже выгоднее чем самим начинать разработку. Но простым смертным увы только...
Тут нельзя не согласиться, но под аврору даже нет приложения для работы с самой популярной в РФ системой документооборота - Directum RX. Единственное, что есть это Р7 Офис, только зачем офис на смартфоне не понятно, никто из нормальных не вводит документы на смартфоне, есть задачи важнее к примеру раздавать таски сотрудникам. К примеру у вас менеджер на выезде, и ему надо дать здание заехать в ООО "Рога и Копыта" и уточнить рабочие моменты.
И не будет, чтобы он был, надо в этот масштаб вкладываться, а никто этого не хочет делать. Пока только видно желание навариться по быстром среди недобросовестных компаний по типу лайткома.
Речь не об этом. Разработка нового продукта это всегда в минус, и минимум 5 лет только свои кровные вкладывать надо. На разработку серьезного проекта может уйти очень много времени пока он достигнет стабильности, а сырой продукт никто не будет покупать. Как раз разработчики авроры работают в слабый минус, но кроме авроры в этой цепочке есть еще разработчики этих самых планшетов и смартфонов, и они явно не бедствуют и показывают хорошую прибыль, я даже специально проверил статистику из открытых источников, которую подают компании. Кто пилит госбюджеты и работают корпорациями, затраты для них не большие и они легко могут их себе позволить. Но для средних компаний, это все может обернуться, что крупная часть прибыли будет тратится на импортозамещение, отсюда повышение цены продукции или услуг, снижение конкурентоспособности, разгон инфляции в стране. У нас в стране когда делают бизнес не думают о других, что покупательная способность ограничена, и нет притока денег в экономику, и что для этого надо создать условия для бизнеса, помогать братьям меньшим, которые станут их клиентами в будущем, но вместо этого бизнес работает по принципу срубить бабла по быстрому и заработать на чужом горе, что ударяет сильно по другим компаниям и экономике страны. Все эти решения не конкурируют ни по цене, ни по качеству и стабильности, и продаются под соусом псевдо безопасности, хотя как показывает практика, с безопасностью тоже не все гладко и не мало сомнительных решений на рынке, которые под собой имеют только маркетинговые заявления. Безопасность нужна не только крупным корпорациям, в ней нуждаются все, и коммерческая тайна это можно сказать сердце компании благодаря, которому она живет.
Ответьте на вопрос: Что выгоднее, продать 1000 смартфонов с огромной наценкой, или продать 100 000 но с более скромной наценкой?
Я бы рад гордиться надписью "Made in Russia", но для простого смертного "Made in Russia" выглядит, как сомнительная трата денег, когда надо детей в школу собрать и заплатить ипотеку.
Было бы хорошо, если бы все это стоило адекватных денег и не выглядело, как попытка срубить по быстрому бабла на дешевом китайском смартфоне во время тренда импортозамещения. Понятно что, есть газпром, ржд, сбербанк итд, у которых деньги куры не клюют, но есть куча более приземленных компаний и с ограниченными бюджетами.
Хм, он вроде давно же работает в Wayland, когда года 2 назад в wxwidgets добавили подержку wayland. Как помню мыло было только в иконках, так же как в либреофис, а в интерфейсе там надо было настройки менять и все нормально отображалось.
Он может что угодно вернуть, но FS обрабатывает свой обработчик т.к. это расширение протокола. Хотите FS реализуйте его соответствующим протоколом. Поэтому я вас не понимаю.
Так разве MIT-SHM(MIT Shared Memory Extension, XShm) в X11 не тоже самое делает?
Все равно не понимаю причем тут базовый протокол, и fractional scaling т.к. обработчик FS реализуется отдельно.
https://wayland.app/protocols/fractional-scale-v1
Можете все же вы ссылки на багрепорты с пруфами скинете?
Я программировал fs для egl приложения, и у меня не было никаких проблема с fs. Поэтому я не понимаю вас.