как Вы гарантируете, что в транскрипции и резюме не упущено что-то важное?
Таких гарантий действительно дать никто не может ни у нас в банке, ни снаружи даже платные решения добавляют разные оговорки и условия про возможные ошибки и неточности. Причина у всех в целом одна - недетерменированность языковых моделей.
Всё что мы можем сделать - максимально снизить число ошибок, и максимально повысить качество ответов. Но эта палка о двух концах (или даже из 27B концах) - чем больше фактов мы просим выдавать LLM - тем больше она выдаёт воды и галлюцинаций. Когда мы такого не требуем - мы получаем более ёмкую выжимку, но рискуем упустить реально важные замечания.
которые я записал себе в блокнотик
С человеческим мышлением и блокнотиком такие системы пока не могут сравниться. Возможно, я напишу о прорыве через N лет и поделюсь)
Поэтому основной интерес к таким работам - это контроль качества
Согласен. В идеале для любого контроля качества у тебя должен быть какой-то эталон: золотые резюме, на которые нужно всем ориентироваться. И желательно, чтобы их было не 10 и не 20, а побольше. Тогда уже это будет хорошая база для тестирования разных промптов (может, даже в автоматическом режиме), для того, чтобы подобрать ту самую комбинацию промптов. Помочь в этом может тот же SkillOpt, или аналоги с его механикой. Но это тема для отдельной статьи и на такую работу тоже нужно выделить время)
Сразу видно тоже похлебавшего EWS'а :) . Верно, для запуска даже простого MVP нужно было уметь обрабатывать отмены и переносы встреч. Лучший идентификатор для этого был - uid встречи, он, к счастью не менялся... я так думал. Потом оказалось, что письма могут приходить или обрабатываться в разной последовательности, и различить их можно только по recurrenceId (ид последнего изменения встречи).
Самая сложность оказалась со встречами, которые уже прошли (и бот, допустим их записал), но вместо того чтобы создать на следующий раз новую - в календаре переносили старую, прошедшую "вперед" на будущее число. У неё оставался тот же uid, но уже другой recurrence. И при этом, у неё в базе уже стояла отметка "встреча завершена, бот всё записал и отправил результаты". Починили в виде исключения второй волной доработок.
Но самая жесть конечно была с повторяющимися встречами: есть примерно 7 вариантов повторяющихся встреч: ежедневно, еженедельно, ежемесячно, ежегодно, конечные по дате, конечные по количеству, и бесконечные. И у всех них ещё есть дополнительные настройки-подварианты: в конкретные дни недели (может быть несколько). И это всё приходит в разных полях, все их нужно уметь корректно обрабатывать, и затем корректно планировать. В общем, это очень трудоёмкая задача. Но решить её решил по-другому (по началу): вместо того, чтобы уметь обрабатывать все варианты и подварианты повторяющихся встреч, я решил просто читать календарь "на сегодня", находить в нём встречи, о которых у бота в базе ничего нет, проверять их что она не отменена (и что это повторяющаяся встреча), и ставить её в задачи на сегодня. Остались случаи, когда такое поведение немного некорректно (например, когда отменили старую повторяющуюся встречу прямо сегодня), но это больше исключения.
Гораздо позднее, когда появилось время на дальнейшие доработки (кажется, этой весной), я наконец доделал по нормальному определение повторяющихся встреч, распарсил все варианты и завел отдельную сущность повторяющихся встреч в базе, которую также читаю по утрам, но уже корректно могу обрабатывать отмены/изменения таких повторов.
Насчет вопроса про организатора встречи: роботу может перенаправить существующую встречу кто угодно из сотрудников. В таком случае, робот пришлёт итоги встречи сразу обоим: и организатору встречи, и тому, кто пригласил робота.
Десяти минут хватит, чтобы КРКК считал открытый ключ, вычислил закрытый ключ и отправил поддельную транзакцию с более высокой комиссией.
Только никто не возьмёт уже эту транзакцию, т.к. все определяются с транзакциями ещё в самом начале 10-минутного отрезка, чтобы первым найти тот заветный блок. И чем больше комбинаций перебрали - тем выше шанс на исходе 9й минуты его наконец-то найти.
Выбрасывать из блока одну транзакцию,чтобы заменить её другой с комиссией повыше - означает, что в ближайшую минуту кто-то другой вместо тебя подберёт хэш блока и заберёт себе всю награду.
CDN cdn'у рознь. Для скорости, бывает так, что чтобы определить в какой регион нужно направить пользователя - смотрят откуда (из какой зоны) прилетел самый первый dns запрос. И если это dns какого-нибудь cloudflare , в который запрос прилетел с vps где-нибудь в Европе, то он вполне может вернуть европейский cdn.
Не логичнее было бы взвалить расходы на утилизацию упаковки на самих производителей упаковки?
Логичнее было бы включать стоимость переработки в стоимость отправляемой посылки (читай: переложить расходы на почту и службы доставки), куда и так они включают в целом всё: от зарплат до расходов на топливо, все виды транспорта, его обслуживание, амортизацию итд итп (просто невообразимое число трат, по сути на всё). Но нет же: за переработу платите пожалуйста в отдельную кассу. Вся прелесть рынка ЕС была в его открытости и easy-to-start: огромный рынок, богатые покупатели, единые понятные "простые" правила торговли (а не 100500 разных законов отличающихся от страны к стране), отсутствие взаимных налогов и таможенных сборов, почти везде единая валюта, итд
.
Либо мы наблюдаем медленное харакири собственной экономики, либо тупость и абсурд всего бюрократического аппарата (возможно и то и другое вместе взятое), либо просто ребята захотели попилить бабла, пока они ещё у власти, и придумали по-быстрому такой "налог" на "переработку", которую конечно же раньше, понимаете ли, никто не мог обрабатывать, а вот теперь пожалуйста оплатите минимальный взнос 110 евро в кассу с каждого предпринимателя, а то нам обрабатывать не на что... Как минимум сейчас, такой закон выглядит бредом...
SpaceX (Starlink) не платит дивиденды и навряд ли будет платить пока компания в стадии роста
Отсюда кстати и забавный парадокс. Как только компания начинает впервые платить дивиденды - для всего рынка это звонок, что компания уже не знает куда вкладывать деньги. А значит, компания расти уже не будет. Значит акции расти не будут (с прежней скоростью). Значит, пора продавать.
Я сейчас впишу в hosts первый выпавший в nslookup адрес, заработало. А завтра админы vk ротирую адреса/маршруты/серверы/AS'ки, по какой-либо причине(green-blue деплой/техобслуживание оборудование/снятие ддос нагрузки/переезд зоны/итд итп) отключат прошлый адрес от основного домена, и всё.
Мой hosts нужно будет обновлять снова. Ах да, ещё куча антивирусов будет ругаться на такой поведение)
1) Платное апи. 99% спаммеров пользуются апи ведь. Хотя бы для новых пользователей. Обычный кто пришел с улицы впервый раз в жизни вряд ли сразу будет заказывать у вас сервер по апи (так что такая мера их не отпугнёт). А новорег-спаммер - запросто.
2) разворачивать сервер не "молниеностно смотрите какие мы быстрые!" , а хотя бы в течение 10-15 минут. Клиент, что с вами надолго подождет. Спаммеры будут ждать и доплачивать
3) Сделать минимальный период заказа сервака, скажем хотя бы 1 час/день.
4) Следить за активностью спаммеров, и за злостные переборы списывать доп.деньги, ссылаясь на "нарушения правил". Обычных законопослушных не коснётся, а спаммеров заденет. И волки сыты и овцы.
5) Да даже тупо предлагать IP-адрес НА ВЫБОР! Как у сотовых операторов возможность выбора красивого номера. На выбор, допустим, давать не все возможные адреса, а скажем 100 или 200. Достаточно для выбора нужного. Мне вот как-то нужна была геозона которая именно по RIPE относится к определенной стране, приходилось перебирать ручками.
6) Платный, совсем маленький пробинг ip-адреса, попытка отправить 1-2кб трафика и посмотреть что придет. 1 попытка = 1 рубль. Защитит от злых спаммеров, снизит нагрузку, наполнит бюджет, итд итп. Эта услуга должна быть выгоднее чем развернуть сервак за 1 секунду и попользоваться им 5 секунд. Для хостера это возможность законно и чисто сделать пробинг (хостер видит что за скрипт, какие пакеты ходят, может проверить на доброкачественность), а для клиента - возможность без переборов подобрать чистый адрес
посекундной тарификации сколько потребил, столько и заплатил
Ну вот в статье говорят сначала, что "сколько потребили", столько и списали. По факту получается, что расходы выше: ип-адреса загрязняются, ип-адреса приходится складывать в отстойник на пару дней(морозятся), новых адресов на выдачу не хватает, расходы на разворачивание это "огромная нагрузка", на борьбу со спаммерами, итд. Оказывается, разворачивание сервера - это дороже чем "сколько секунд пользовался", да.
Короче пока кажется, что либо ruvds просто решил срубить бабла, времена сейчас не простые, всё понимаем, но нагло врать - не очень. Либо просто не додумался до ещё 100500 вариантов как можно бороться со злоумышленниками, и не задевать нормальных юзеров.
Если так каждое слово "идёт" можно отдельно к поездам и запахам цеплять, то они наверное ещё не знают, что деплой идёт, соединение идёт, байты идут, сборка идёт, идёт реактивный пересчет фронтенда, и вообще 100500 всего что есть в ИТ можно накинуть к любому глаголу в русском языке...
Если филологи скажут, что деплой==сборка, то им быстро объяснят, что это не одно и то же)
Много раз вносил изменения через Народную карту Яндекса. В статье не нашел её упоминания, думаю вам нужно внести изменения через неё, с компа (а не через Яндекс навигатор). Есть высокая вероятность что правки примут
Безопасно. Логи по-умолчанию отключены конфигуратором(а если включены, то пишутся в ram), в flash-память(подверженную раннему износу) контейнера ничего не пишется
Лучше ничего не советуйте, чем давать такие советы. После таких телодвижений кого-то в фифа может и накажут и уязвимость даже исправят, но потом придется много лет провести за решеткой, доказывая ФБР что ты ничего такого не хотел сделать.
Сколько было историй, как даже белых хакеров пытаются прессовать, а если сделать счёт 777-0, то это уже не просто не авторизованный доступ, а вредителькая деятельность, за которую положена (по закону) ответственность.
В общем, видите уязвимость - лучше не используйте её, если у вас нет на то полномочий.
Компания получила офигенный прирост по прибыли, и вместо того, чтобы вложить эти деньги в персонал, ребята решили
Частная компания, делает что хочет. К сожалению, или к счастью. Возможно, она понабирала овер дофига сотрудников в ковидное время, а денежный поток снижается, и по прогнозам будет снижаться. Все задачи сделали, зачем компании держать столько лишних сотрудников?
Компания не должна заниматься благотворительностью, цель любой компании - зарабатывать деньги (капитализм, да).
Если компания вместо зарабатывания денег начинает их раздавать, то рано или рано появляется конкурент, который очень скоро предложит решение лучше и дешевле. Как итог, у компании начнутся финансовые трудности, и она всё равно должна будет перестать просто так раздавать деньги...
Проверьте точное время в микротике. Wireguard шифрование очень полагается на текущее время. Часто бывает, что соединение не может установиться из-за некорректного времени.
Если очень коротко пересказать статью другими словами: На текущих технологиях ДЦ в космосе не взлетит, тк нужно решить вопрос с охлаждением и радиацией.
Другими словами: Нужно изобрести что-то, что боролось бы с космической радиацией и нужно придумать новый подход к охлаждению.
Да, новый подход, до которого не додумались все учёные запускавшие ранее спутники в космос, даже нашего автора-ирландца со своими насосами. И да, Маск показывает, что они могут на повороте обходить НАСА, придумав эффективные ракеты в SpaceX. Есть совсем ненулевые шансы, что они придумают что с этим делать.
Таких гарантий действительно дать никто не может ни у нас в банке, ни снаружи даже платные решения добавляют разные оговорки и условия про возможные ошибки и неточности. Причина у всех в целом одна - недетерменированность языковых моделей.
Всё что мы можем сделать - максимально снизить число ошибок, и максимально повысить качество ответов. Но эта палка о двух концах (или даже из 27B концах) - чем больше фактов мы просим выдавать LLM - тем больше она выдаёт воды и галлюцинаций. Когда мы такого не требуем - мы получаем более ёмкую выжимку, но рискуем упустить реально важные замечания.
С человеческим мышлением и блокнотиком такие системы пока не могут сравниться. Возможно, я напишу о прорыве через N лет и поделюсь)
Согласен. В идеале для любого контроля качества у тебя должен быть какой-то эталон: золотые резюме, на которые нужно всем ориентироваться. И желательно, чтобы их было не 10 и не 20, а побольше. Тогда уже это будет хорошая база для тестирования разных промптов (может, даже в автоматическом режиме), для того, чтобы подобрать ту самую комбинацию промптов. Помочь в этом может тот же SkillOpt, или аналоги с его механикой. Но это тема для отдельной статьи и на такую работу тоже нужно выделить время)
Сразу видно тоже похлебавшего EWS'а :) . Верно, для запуска даже простого MVP нужно было уметь обрабатывать отмены и переносы встреч. Лучший идентификатор для этого был - uid встречи, он, к счастью не менялся... я так думал. Потом оказалось, что письма могут приходить или обрабатываться в разной последовательности, и различить их можно только по recurrenceId (ид последнего изменения встречи).
Самая сложность оказалась со встречами, которые уже прошли (и бот, допустим их записал), но вместо того чтобы создать на следующий раз новую - в календаре переносили старую, прошедшую "вперед" на будущее число. У неё оставался тот же uid, но уже другой recurrence. И при этом, у неё в базе уже стояла отметка "встреча завершена, бот всё записал и отправил результаты". Починили в виде исключения второй волной доработок.
Но самая жесть конечно была с повторяющимися встречами: есть примерно 7 вариантов повторяющихся встреч: ежедневно, еженедельно, ежемесячно, ежегодно, конечные по дате, конечные по количеству, и бесконечные. И у всех них ещё есть дополнительные настройки-подварианты: в конкретные дни недели (может быть несколько). И это всё приходит в разных полях, все их нужно уметь корректно обрабатывать, и затем корректно планировать. В общем, это очень трудоёмкая задача. Но решить её решил по-другому (по началу): вместо того, чтобы уметь обрабатывать все варианты и подварианты повторяющихся встреч, я решил просто читать календарь "на сегодня", находить в нём встречи, о которых у бота в базе ничего нет, проверять их что она не отменена (и что это повторяющаяся встреча), и ставить её в задачи на сегодня. Остались случаи, когда такое поведение немного некорректно (например, когда отменили старую повторяющуюся встречу прямо сегодня), но это больше исключения.
Гораздо позднее, когда появилось время на дальнейшие доработки (кажется, этой весной), я наконец доделал по нормальному определение повторяющихся встреч, распарсил все варианты и завел отдельную сущность повторяющихся встреч в базе, которую также читаю по утрам, но уже корректно могу обрабатывать отмены/изменения таких повторов.
Насчет вопроса про организатора встречи: роботу может перенаправить существующую встречу кто угодно из сотрудников. В таком случае, робот пришлёт итоги встречи сразу обоим: и организатору встречи, и тому, кто пригласил робота.
Только никто не возьмёт уже эту транзакцию, т.к. все определяются с транзакциями ещё в самом начале 10-минутного отрезка, чтобы первым найти тот заветный блок. И чем больше комбинаций перебрали - тем выше шанс на исходе 9й минуты его наконец-то найти.
Выбрасывать из блока одну транзакцию,чтобы заменить её другой с комиссией повыше - означает, что в ближайшую минуту кто-то другой вместо тебя подберёт хэш блока и заберёт себе всю награду.
CDN cdn'у рознь. Для скорости, бывает так, что чтобы определить в какой регион нужно направить пользователя - смотрят откуда (из какой зоны) прилетел самый первый dns запрос. И если это dns какого-нибудь cloudflare , в который запрос прилетел с vps где-нибудь в Европе, то он вполне может вернуть европейский cdn.
Могу ошибаться
Логичнее было бы включать стоимость переработки в стоимость отправляемой посылки (читай: переложить расходы на почту и службы доставки), куда и так они включают в целом всё: от зарплат до расходов на топливо, все виды транспорта, его обслуживание, амортизацию итд итп (просто невообразимое число трат, по сути на всё). Но нет же: за переработу платите пожалуйста в отдельную кассу.
Вся прелесть рынка ЕС была в его открытости и easy-to-start: огромный рынок, богатые покупатели, единые понятные "простые" правила торговли (а не 100500 разных законов отличающихся от страны к стране), отсутствие взаимных налогов и таможенных сборов, почти везде единая валюта, итд
.
Либо мы наблюдаем медленное харакири собственной экономики, либо тупость и абсурд всего бюрократического аппарата (возможно и то и другое вместе взятое), либо просто ребята захотели попилить бабла, пока они ещё у власти, и придумали по-быстрому такой "налог" на "переработку", которую конечно же раньше, понимаете ли, никто не мог обрабатывать, а вот теперь пожалуйста оплатите минимальный взнос 110 евро в кассу с каждого предпринимателя, а то нам обрабатывать не на что... Как минимум сейчас, такой закон выглядит бредом...
Отсюда кстати и забавный парадокс. Как только компания начинает впервые платить дивиденды - для всего рынка это звонок, что компания уже не знает куда вкладывать деньги. А значит, компания расти уже не будет. Значит акции расти не будут (с прежней скоростью). Значит, пора продавать.
Не годится. Парковок на всех в центре не хватит...
Я сейчас впишу в hosts первый выпавший в nslookup адрес, заработало. А завтра админы vk ротирую адреса/маршруты/серверы/AS'ки, по какой-либо причине(green-blue деплой/техобслуживание оборудование/снятие ддос нагрузки/переезд зоны/итд итп) отключат прошлый адрес от основного домена, и всё.
Мой hosts нужно будет обновлять снова. Ах да, ещё куча антивирусов будет ругаться на такой поведение)
Если продолжать идеи:
1) Платное апи. 99% спаммеров пользуются апи ведь. Хотя бы для новых пользователей. Обычный кто пришел с улицы впервый раз в жизни вряд ли сразу будет заказывать у вас сервер по апи (так что такая мера их не отпугнёт). А новорег-спаммер - запросто.
2) разворачивать сервер не "молниеностно смотрите какие мы быстрые!" , а хотя бы в течение 10-15 минут. Клиент, что с вами надолго подождет. Спаммеры будут ждать и доплачивать
3) Сделать минимальный период заказа сервака, скажем хотя бы 1 час/день.
4) Следить за активностью спаммеров, и за злостные переборы списывать доп.деньги, ссылаясь на "нарушения правил". Обычных законопослушных не коснётся, а спаммеров заденет. И волки сыты и овцы.
5) Да даже тупо предлагать IP-адрес НА ВЫБОР! Как у сотовых операторов возможность выбора красивого номера. На выбор, допустим, давать не все возможные адреса, а скажем 100 или 200. Достаточно для выбора нужного. Мне вот как-то нужна была геозона которая именно по RIPE относится к определенной стране, приходилось перебирать ручками.
6) Платный, совсем маленький пробинг ip-адреса, попытка отправить 1-2кб трафика и посмотреть что придет. 1 попытка = 1 рубль. Защитит от злых спаммеров, снизит нагрузку, наполнит бюджет, итд итп. Эта услуга должна быть выгоднее чем развернуть сервак за 1 секунду и попользоваться им 5 секунд. Для хостера это возможность законно и чисто сделать пробинг (хостер видит что за скрипт, какие пакеты ходят, может проверить на доброкачественность), а для клиента - возможность без переборов подобрать чистый адрес
Ну вот в статье говорят сначала, что "сколько потребили", столько и списали. По факту получается, что расходы выше: ип-адреса загрязняются, ип-адреса приходится складывать в отстойник на пару дней(морозятся), новых адресов на выдачу не хватает, расходы на разворачивание это "огромная нагрузка", на борьбу со спаммерами, итд. Оказывается, разворачивание сервера - это дороже чем "сколько секунд пользовался", да.
Короче пока кажется, что либо ruvds просто решил срубить бабла, времена сейчас не простые, всё понимаем, но нагло врать - не очень. Либо просто не додумался до ещё 100500 вариантов как можно бороться со злоумышленниками, и не задевать нормальных юзеров.
Если так каждое слово "идёт" можно отдельно к поездам и запахам цеплять, то они наверное ещё не знают, что деплой идёт, соединение идёт, байты идут, сборка идёт, идёт реактивный пересчет фронтенда, и вообще 100500 всего что есть в ИТ можно накинуть к любому глаголу в русском языке...
Если филологи скажут, что деплой==сборка, то им быстро объяснят, что это не одно и то же)
Много раз вносил изменения через Народную карту Яндекса. В статье не нашел её упоминания, думаю вам нужно внести изменения через неё, с компа (а не через Яндекс навигатор). Есть высокая вероятность что правки примут
Безопасно. Логи по-умолчанию отключены конфигуратором(а если включены, то пишутся в ram), в flash-память(подверженную раннему износу) контейнера ничего не пишется
Параноик: А вы не думали, что они за 3 копейки хотят завладевать вашим hermes в своих, в будущем, целях? Сдался им этот cursor...)
Лучше ничего не советуйте, чем давать такие советы. После таких телодвижений кого-то в фифа может и накажут и уязвимость даже исправят, но потом придется много лет провести за решеткой, доказывая ФБР что ты ничего такого не хотел сделать.
Сколько было историй, как даже белых хакеров пытаются прессовать, а если сделать счёт 777-0, то это уже не просто не авторизованный доступ, а вредителькая деятельность, за которую положена (по закону) ответственность.
В общем, видите уязвимость - лучше не используйте её, если у вас нет на то полномочий.
Да, и так появляются либы в npm которые выполняют функции сложения и вычитания, на которые потом миллионы зависимостей подвязываются.
Частная компания, делает что хочет. К сожалению, или к счастью. Возможно, она понабирала овер дофига сотрудников в ковидное время, а денежный поток снижается, и по прогнозам будет снижаться. Все задачи сделали, зачем компании держать столько лишних сотрудников?
Компания не должна заниматься благотворительностью, цель любой компании - зарабатывать деньги (капитализм, да).
Если компания вместо зарабатывания денег начинает их раздавать, то рано или рано появляется конкурент, который очень скоро предложит решение лучше и дешевле. Как итог, у компании начнутся финансовые трудности, и она всё равно должна будет перестать просто так раздавать деньги...
Проверьте точное время в микротике. Wireguard шифрование очень полагается на текущее время. Часто бывает, что соединение не может установиться из-за некорректного времени.
С солнечными панелями все понятно. А что с чипами ГПУ (которые нифига не защищены от космического влияния), и их охлаждением делать?
Если очень коротко пересказать статью другими словами: На текущих технологиях ДЦ в космосе не взлетит, тк нужно решить вопрос с охлаждением и радиацией.
Другими словами: Нужно изобрести что-то, что боролось бы с космической радиацией и нужно придумать новый подход к охлаждению.
Да, новый подход, до которого не додумались все учёные запускавшие ранее спутники в космос, даже нашего автора-ирландца со своими насосами. И да, Маск показывает, что они могут на повороте обходить НАСА, придумав эффективные ракеты в SpaceX. Есть совсем ненулевые шансы, что они придумают что с этим делать.
-Делайте хорошо, а плохо не делайте!