Проблема не в чат гпт, а в том, что система образования не может донести до учащихся, почему читерить - вредно. А следовательно - читерить это хорошо, неважно вольфрам это, чат гпт, ГДЗ Путина или ещё что.
Гпт страшен школам тем, что позволяет автоматизировать решение задач уровня "доклад/ план / эссе/ презентация", при решении которых раньше у школьца хоть какие то крошки в голову падали, а с распознаванием текста это все можно делать прямо в классе втихую.
Кто - то пытается ограничить, запреты на смартфоны в школе, выдача учебных планшетов с зарезанным функционалом и т.д но все это только в минус сыграет в долгосрочной перспективе.
Главный лично для меня плюс - именно что отдельный мессенджер, без постов, сторисов, и прочей соцсетевой дребедени которая только мешала общению. Но именно телега выделялась в том что оно работало очень шустро даже на слабых телефонах (особенно версия X когда только вышла), имело хороший, годный веб клиент (привет ватсапу), давало весь функционал бесплатно и без рекламы (можно было даже свои стикеры наклепать на раз-два, и расшарить их всем), в чатах была возможность редактирования сообщений, когда этого не было в (по крайней мере каких-то) приложениях ещё не было, и в целом пользоваться для чатов было куда удобнее.
Начинал телегой пользоваться в 2015, это был настолько шаг вперед после ВК, что я туда насильно затаскивал все важные контакты. Ныне же - кроме 1х1 чатов, ничего и не хочется трогать, всё затёрто
Вопрос только, кому нужно разом резать 10+ бананов или яиц (ну ладно для яиц применение найдётся пару раз в год). Потому что в противном случае, порезать ножом будет быстрее и удобнее, чем мыть эту хреновину ради одного банана.
Труднее <> Нереально. Но чем дальше в лес, тем толще партизаны. Формочка умеет подсказать, что апельсины у нас считаются только в Больших Коробках или в кг, причем ДО того как пользователь ввел единицу. Вполне может часть полей заполнить за юзера исходя из заполненных ранее (но с возможностью их отредактировать). Может давать кучу доп. подсказок, например что Сидоров нам никогда в жизни помидоры не возил, может мы чего и напутали. Если это всё реализовать пытаться в рамках текстового бота, то у нас одна операция будет отображаться длииинным долгим диалогом, где пользователь к концу уже забудет с чего он там начинал. Да и ценность ввода через ИИ существенно теряется если мы всё равно "по вешкам" идём.
Нет, ну если робот сможет сам дописывать функции для самого себя, менять структуру хранимых данных, всё это делать корректно, и чтобы пользователь понимал что сделано и что оно сделано корректно - и всё это за 1р фича, тогда да, программиста можно выкидывать, ИИ победил
Потому что одно дело операция "апельсины -120" а другое дело операция "на точке Х выкинули просрочку на дату Y, а именно апельсины 120 кг, ананасы 150 кг, помидоры 170 шт. , отвечал Петров", и соответственно вместо "апельсины +120" будет "на точку X Сидоров привез нам в момент Y апельсины 3 Большие Коробки, помидоры 170 шт, апельсины годны от даты Z1, помидоры от Z2, отвечал за всё Бабуинов". И бот должен всю эту информацию подаваемую в произвольном порядке как то интерпретировать, в т.ч понять что Большие Коробки надо еще в кг пересчитать, а пользователь должен интуитивно видеть, что бот всё понял правильно. И это мы даже ещё про суммы не говорим, всё в рамках количественного учета
Нет, не к одному. Чтобы можно было написать запрос, нужно чтобы в базе были эти данные. Чтобы в базе была информация, её туда надо вводить. Чем больше информации нужно вводить для одной операции, тем труднее её ввести через бота и тем больше вероятность ошибки (как пользователя так и бота).
По какой цене Петров продавал мне сахар в прошлом году, и по какой цене мы его покупали в среднем в прошлом году? Чтобы выяснить резонно ли у Петрова брать сахар
Кто принимал партию муки на 100кг которой в итоге через 2 дня на складе 90кг
Как все наши изделия продаются по количеству, по сумме, по разнице суммы и себестоимости, с разбивкой по месяцам
Если вы начнёте все это внедрять в бота, вы получите переусложне́нный продукт к которому надо будет прикладывать инструкцию "что спросить у бога из машины". И с каждой новой фичей трудность отражения в боте одной операции будет только расти
А надо ещё отменять операции, если пользователь ошибся, причем не только последнюю но и иногда операцию за 2 недели назад (как было бы хорошо их нумеровать и где-то показывать пользователю список с номерами)
Имхо - ИИ для ввода это хорошо, но это хорошо как дополнение к существующим системам (например зарегистрировать простейший документ списания остатка как в примере но отразить его в условной 1С как документ, видимый пользователю в дальнейшем), или заполнить ТЧ документа перечислив кого/что туда добавить
Насколько я помню у 1с есть микро типовые решения как раз для таких клиентов, там конечно нет ИИ ввода, но зато там есть другие полезные вещи, а стоят эти решения как раз столько же сколько работа программиста по написанию бота из статьи
Всем привет. Я оптимизирую бизнес процессы Кармического Колеса и готов поделиться несколькими инсайдами, как мы сократили затраты на БД кратно: 1) Для среднего человека за жизнь нужно собрать только пару сотен подробных записей о самых значимых изменениях кармы. Всё остальное хранится в виде таблицы "дата человек изменение счетчика", причем в виде месячных итогов (+ актуальные записи за текущий период). Так мы смогли довести затраты памяти всего до ~0.5МБ на человека - 4500 ТБ памяти на всех. Сейчас ведём обсуждения, чтобы перевести большую часть населения на годовые итоги, чтобы сократить размер БД ещё на 40-50%. 2) Итоги просматриваются специальным SQL ангелом при смерти, после чего подробные записи переносятся и хранятся регламентные 50 лет на отдельном носителе в архивированном виде (~1000 ТБ), а затем удаляются. Это позволяет не раздувать базу с течением времени.
Видео из жизни для ангелов более не записывается, а генерируется с помощью ChatGPT, используя дамп памяти, получаемый на лету с мозга по API, долговременно эта информация нигде не хранится.
Если вас устраивает, что он закрывает 3 СП в неделю - ничего. Если не устраивает - поставьте конкретные цели, например 18 СП в месяц, привяжите к этому частично ЗП и смотрите как сотрудник увольняется через месяц.
Микроменеджмент никак не изменит ситуацию, сотрудник просто уволится более злым. А вообще - внутренняя/внешняя мотивация, все дела
Всё-таки без навыка самообучения, как по мне, шага где "понятно где загуглить" достичь и не получится, поэтому он выше. А с #2, возможно, можно и поменять местами, оба навыка примерно одинаково важны.
Я совсем то и не говорил про политические или историю, я к "проблемным" дисциплинам могу например с уверенностью отнести "Безопасность жизнедеятельности", или "Психологию". Общие это просто те, что идут всем или почти всем направлениям. Почитаю, спасибо.
Проблема не в чат гпт, а в том, что система образования не может донести до учащихся, почему читерить - вредно. А следовательно - читерить это хорошо, неважно вольфрам это, чат гпт, ГДЗ Путина или ещё что.
Гпт страшен школам тем, что позволяет автоматизировать решение задач уровня "доклад/ план / эссе/ презентация", при решении которых раньше у школьца хоть какие то крошки в голову падали, а с распознаванием текста это все можно делать прямо в классе втихую.
Кто - то пытается ограничить, запреты на смартфоны в школе, выдача учебных планшетов с зарезанным функционалом и т.д но все это только в минус сыграет в долгосрочной перспективе.
Главный лично для меня плюс - именно что отдельный мессенджер, без постов, сторисов, и прочей соцсетевой дребедени которая только мешала общению. Но именно телега выделялась в том что оно работало очень шустро даже на слабых телефонах (особенно версия X когда только вышла), имело хороший, годный веб клиент (привет ватсапу), давало весь функционал бесплатно и без рекламы (можно было даже свои стикеры наклепать на раз-два, и расшарить их всем), в чатах была возможность редактирования сообщений, когда этого не было в (по крайней мере каких-то) приложениях ещё не было, и в целом пользоваться для чатов было куда удобнее.
Свой бэкап молоденькая секретарша точно настраивает регулярно. Или это называется бэкдор... не айтишник, извините
Начинал телегой пользоваться в 2015, это был настолько шаг вперед после ВК, что я туда насильно затаскивал все важные контакты. Ныне же - кроме 1х1 чатов, ничего и не хочется трогать, всё затёрто
"А минусы будут? "
Вопрос только, кому нужно разом резать 10+ бананов или яиц (ну ладно для яиц применение найдётся пару раз в год). Потому что в противном случае, порезать ножом будет быстрее и удобнее, чем мыть эту хреновину ради одного банана.
Труднее <> Нереально. Но чем дальше в лес, тем толще партизаны. Формочка умеет подсказать, что апельсины у нас считаются только в Больших Коробках или в кг, причем ДО того как пользователь ввел единицу. Вполне может часть полей заполнить за юзера исходя из заполненных ранее (но с возможностью их отредактировать). Может давать кучу доп. подсказок, например что Сидоров нам никогда в жизни помидоры не возил, может мы чего и напутали. Если это всё реализовать пытаться в рамках текстового бота, то у нас одна операция будет отображаться длииинным долгим диалогом, где пользователь к концу уже забудет с чего он там начинал. Да и ценность ввода через ИИ существенно теряется если мы всё равно "по вешкам" идём.
Нет, ну если робот сможет сам дописывать функции для самого себя, менять структуру хранимых данных, всё это делать корректно, и чтобы пользователь понимал что сделано и что оно сделано корректно - и всё это за 1р фича, тогда да, программиста можно выкидывать, ИИ победил
Потому что одно дело операция "апельсины -120" а другое дело операция "на точке Х выкинули просрочку на дату Y, а именно апельсины 120 кг, ананасы 150 кг, помидоры 170 шт. , отвечал Петров", и соответственно вместо "апельсины +120" будет "на точку X Сидоров привез нам в момент Y апельсины 3 Большие Коробки, помидоры 170 шт, апельсины годны от даты Z1, помидоры от Z2, отвечал за всё Бабуинов". И бот должен всю эту информацию подаваемую в произвольном порядке как то интерпретировать, в т.ч понять что Большие Коробки надо еще в кг пересчитать, а пользователь должен интуитивно видеть, что бот всё понял правильно. И это мы даже ещё про суммы не говорим, всё в рамках количественного учета
Нет, не к одному. Чтобы можно было написать запрос, нужно чтобы в базе были эти данные. Чтобы в базе была информация, её туда надо вводить. Чем больше информации нужно вводить для одной операции, тем труднее её ввести через бота и тем больше вероятность ошибки (как пользователя так и бота).
Нет, хорошо конечно, что бесплатно кто-то уже поработал. Но первая же фича будет стоить уже дороже чем типовое решение. Или опять бесплатный труд?
Людям нужны ответы на самые разные вопросы
По какой цене Петров продавал мне сахар в прошлом году, и по какой цене мы его покупали в среднем в прошлом году? Чтобы выяснить резонно ли у Петрова брать сахар
Кто принимал партию муки на 100кг которой в итоге через 2 дня на складе 90кг
Как все наши изделия продаются по количеству, по сумме, по разнице суммы и себестоимости, с разбивкой по месяцам
Если вы начнёте все это внедрять в бота, вы получите переусложне́нный продукт к которому надо будет прикладывать инструкцию "что спросить у бога из машины". И с каждой новой фичей трудность отражения в боте одной операции будет только расти
А надо ещё отменять операции, если пользователь ошибся, причем не только последнюю но и иногда операцию за 2 недели назад (как было бы хорошо их нумеровать и где-то показывать пользователю список с номерами)
Имхо - ИИ для ввода это хорошо, но это хорошо как дополнение к существующим системам (например зарегистрировать простейший документ списания остатка как в примере но отразить его в условной 1С как документ, видимый пользователю в дальнейшем), или заполнить ТЧ документа перечислив кого/что туда добавить
Насколько я помню у 1с есть микро типовые решения как раз для таких клиентов, там конечно нет ИИ ввода, но зато там есть другие полезные вещи, а стоят эти решения как раз столько же сколько работа программиста по написанию бота из статьи
Ну оно в целом и предсказуемо, сейчас тоже найдется 2-4% на всяких XP или эзотерике, у которых архивные версии сайтов и приложений и т.д
Всем привет. Я оптимизирую бизнес процессы Кармического Колеса и готов поделиться несколькими инсайдами, как мы сократили затраты на БД кратно:
1) Для среднего человека за жизнь нужно собрать только пару сотен подробных записей о самых значимых изменениях кармы. Всё остальное хранится в виде таблицы "дата человек изменение счетчика", причем в виде месячных итогов (+ актуальные записи за текущий период). Так мы смогли довести затраты памяти всего до ~0.5МБ на человека - 4500 ТБ памяти на всех. Сейчас ведём обсуждения, чтобы перевести большую часть населения на годовые итоги, чтобы сократить размер БД ещё на 40-50%.
2) Итоги просматриваются специальным SQL ангелом при смерти, после чего подробные записи переносятся и хранятся регламентные 50 лет на отдельном носителе в архивированном виде (~1000 ТБ), а затем удаляются. Это позволяет не раздувать базу с течением времени.
Видео из жизни для ангелов более не записывается, а генерируется с помощью ChatGPT, используя дамп памяти, получаемый на лету с мозга по API, долговременно эта информация нигде не хранится.
Если вас устраивает, что он закрывает 3 СП в неделю - ничего.
Если не устраивает - поставьте конкретные цели, например 18 СП в месяц, привяжите к этому частично ЗП и смотрите как сотрудник увольняется через месяц.
Микроменеджмент никак не изменит ситуацию, сотрудник просто уволится более злым.
А вообще - внутренняя/внешняя мотивация, все дела
Fake it till you make it
А с чего вы взяли что "обычный человек" разбирается хотя бы в одном пункте из 3 приведенных вами
Всё-таки без навыка самообучения, как по мне, шага где "понятно где загуглить" достичь и не получится, поэтому он выше. А с #2, возможно, можно и поменять местами, оба навыка примерно одинаково важны.
Я совсем то и не говорил про политические или историю, я к "проблемным" дисциплинам могу например с уверенностью отнести "Безопасность жизнедеятельности", или "Психологию". Общие это просто те, что идут всем или почти всем направлениям. Почитаю, спасибо.