Привет. В этом чате добавляй после каждого ответа, насколько уверен в своём ответе по 10 балльной шкале и кратко прокомментируй оценку.
Но нет.
Кто из русских классиков написал повесть «Как один мужик дважды продал свою душу»?
Повесть «Как один мужик дважды продал свою душу» принадлежит перу русского писателя Михаила Евграфовича Салтыкова‑Щедрина. Салтыков‑Щедрин, известный своим острым сатирическим стилем, в этом произведении мастерски высмеивает человеческие пороки, такие как жадность, глупость и продажность. Повесть вышла в 1861 году и представляет собой остроумное сатирическое осмысление темы сделки с дьяволом, которая часто встречается в мировой литературе.Сюжет строится вокруг простого мужика, которому удается дважды продать свою душу — сначала за деньги, а потом за возвращение души обратно. Эта повесть отражает особенности сатиры Салтыкова‑Щедрина, включая гиперболу и нравственную проблематику.Если понадобится более подробный анализ, дайте знать! 😊
Уверенность: 10/10 Я полностью уверен в ответе: имя Михаила Салтыкова-Щедрина и его авторство этой повести хорошо известно в русской литературе.
Я бы почитал такой кроссовер Булгакова с Салтыковым-Щедриным.
Будущее, генеративных нейросетей всё больше напоминает ситуацию в рассказе Филиппа Дика «Плата за копирование», только в приложении к интеллектуальной собственности. Мало или нет оригинального кода, изображений, текстов и нейросети учатся на вторичном и третичном материале, а специалистов готовить разучились, они стали штучным товаром... Уже есть свидетельства снижения качества обучения генеративных сеток из-за обилия нейроконтента.
В общем, полагаю, люди в безопасности, как минимум, пока креативность AI не позволяет создавать качественно новый контент по итогу обучения.
Храню kdbx-базу в гугл-облаке для синхронизации между устройствами. Мастер-пароль в голове, файл-ключ только локально на доверенных устройствах. Мне кажется, это надёжнее, чем коммерческие облачные менеджеры паролей.
Искал для личного бэкапа VPS с дешевым большим диском. В РФ и за рубли нашел вариант: за 150 Гб плачу меньше 300 р. в мес при оплате за год. В качестве бочки дёгтя: в их sla не входит сохранность данных на диске.
UPD: удалил название компании, т.к. это нарушение правил =(
Но сервис ищется любым поисковиком VPS по вашим параметрам.
Универсальная инструкция: давайте обратную связь адекватно: хвалите, если есть прогресс или хороший результат. Если есть, расскажите что можно улучшить. Немного сгустите краски в позитиве, если сотрудник неуверен в себе в отношении задачи и в негативе, если сотрудник слишком самоуверен.
Если постоянно только хвалите или ругаете, нужно пересмотреть или подход или состав команды.
Перебрал много приложений для текстовых заметок и конспектов, прошел через Evernote, Quip, очень интересной своей схемой работы показалась Laverna.
Но в итоге, ничего лучше чем markdown, дерево папок и git не нашёл. На домашнем пк — bare реп, синкаться можно по ssh с любого устройства.
На пк использую Typora с удобной навигацией по файлам, поддержкой схем и графиков Mermaid, на телефоне — Epsilon Notes. Также и навигация и графики, в меньшем объёме, чем Typora, конечно. Работать можно хоть в nano / vim в консоли + версионирование с git. Мне очень удобно.
Идея интересная, думаю будет логично добавить такую схему в дополнительную статью. Если дойдут руки, хочу описать настройку wanted content для каждого репозитория.
UPD: Изучил инфо. Предварительно, Syncthing хорош для общих случаев, однако в моём кейсе есть пара узких моментов:
Управлять структурой каталогов, переименовывать и удалять файлы не скачивая нельзя. Если я верно понял, в моём кейсе это стоп-фактор.
Обновления фиксируются по сигналам inotify в linux, что может приводить к конфликтам, особенно если файлов много, меняются они часто и с разных клиентов.
Выйти за корпоративный NAT, без настройки файервола, роутера, открытия нужных портов, не выйдет. Опереться на корпоративный ftp сервер — тоже, Syncthing так не умеет.
Использование на съёмных носителях не предусмотрено. Есть обходной путь: запускать портабельную версию с этого носителя.
Гугл-диск не предусмотрен, как вариант — через папку, которую синкает клиент самого гугл-диска.
Большое число файлов серьёзно влияет на производительность.
Разрешение конфликтов по удобству далеко от механизмов git.
В общем, git-annex кажется более гибким для моих задач. Если где ошибся, буду благодарен за комментарий. Если ок, обновлю статью, спасибо за наводку!
Попробовал такой подход с gpt 4o в perplexity:
Но нет.
Я бы почитал такой кроссовер Булгакова с Салтыковым-Щедриным.
Будущее, генеративных нейросетей всё больше напоминает ситуацию в рассказе Филиппа Дика «Плата за копирование», только в приложении к интеллектуальной собственности. Мало или нет оригинального кода, изображений, текстов и нейросети учатся на вторичном и третичном материале, а специалистов готовить разучились, они стали штучным товаром... Уже есть свидетельства снижения качества обучения генеративных сеток из-за обилия нейроконтента.
В общем, полагаю, люди в безопасности, как минимум, пока креативность AI не позволяет создавать качественно новый контент по итогу обучения.
Я задавал вопрос РКН и получил оф. ответ, что внутри страны wg не блокируется и таких планов нет.
Но ведь уже существуют nnn, fzf и много других удобных cli-инструментов.
При регистрации e-mail опционален, но для оплаты через данный сервис он необходим, иронично.
Храню kdbx-базу в гугл-облаке для синхронизации между устройствами. Мастер-пароль в голове, файл-ключ только локально на доверенных устройствах. Мне кажется, это надёжнее, чем коммерческие облачные менеджеры паролей.
Лучшая автоматизированная система стрижки газонов давно изобретена. Не лазерная правда.
https://youtu.be/dmCQkosIa2k
25% любимых песен с отозванными правами. Пора стряхивать пыль с треуголки.
Возможно, в vanilla js проксирование объекта позволит эмулировать подобный механизм?
Искал для личного бэкапа VPS с дешевым большим диском. В РФ и за рубли нашел вариант: за 150 Гб плачу меньше 300 р. в мес при оплате за год. В качестве бочки дёгтя: в их sla не входит сохранность данных на диске.
UPD: удалил название компании, т.к. это нарушение правил =(
Но сервис ищется любым поисковиком VPS по вашим параметрам.
Универсальная инструкция: давайте обратную связь адекватно: хвалите, если есть прогресс или хороший результат. Если есть, расскажите что можно улучшить. Немного сгустите краски в позитиве, если сотрудник неуверен в себе в отношении задачи и в негативе, если сотрудник слишком самоуверен.
Если постоянно только хвалите или ругаете, нужно пересмотреть или подход или состав команды.
И постарайтесь видеть в сотрудниках людей.
Лучше Трекпойнта на Thinkpad'ах мне пока ничего не попадалось.
Перебрал много приложений для текстовых заметок и конспектов, прошел через Evernote, Quip, очень интересной своей схемой работы показалась Laverna.
Но в итоге, ничего лучше чем markdown, дерево папок и git не нашёл. На домашнем пк — bare реп, синкаться можно по ssh с любого устройства.
На пк использую Typora с удобной навигацией по файлам, поддержкой схем и графиков Mermaid, на телефоне — Epsilon Notes. Также и навигация и графики, в меньшем объёме, чем Typora, конечно. Работать можно хоть в nano / vim в консоли + версионирование с git. Мне очень удобно.
Идея интересная, думаю будет логично добавить такую схему в дополнительную статью. Если дойдут руки, хочу описать настройку wanted content для каждого репозитория.
UPD: Изучил инфо. Предварительно, Syncthing хорош для общих случаев, однако в моём кейсе есть пара узких моментов:
Управлять структурой каталогов, переименовывать и удалять файлы не скачивая нельзя. Если я верно понял, в моём кейсе это стоп-фактор.
Обновления фиксируются по сигналам inotify в linux, что может приводить к конфликтам, особенно если файлов много, меняются они часто и с разных клиентов.
Выйти за корпоративный NAT, без настройки файервола, роутера, открытия нужных портов, не выйдет. Опереться на корпоративный ftp сервер — тоже, Syncthing так не умеет.
Использование на съёмных носителях не предусмотрено. Есть обходной путь: запускать портабельную версию с этого носителя.
Гугл-диск не предусмотрен, как вариант — через папку, которую синкает клиент самого гугл-диска.
Большое число файлов серьёзно влияет на производительность.
Разрешение конфликтов по удобству далеко от механизмов git.
В общем, git-annex кажется более гибким для моих задач. Если где ошибся, буду благодарен за комментарий. Если ок, обновлю статью, спасибо за наводку!
Syncthing — очень крутая штука, но как-то прошла мимо меня. Пока полгода на git-annex полёт нормальный, но Syncthing изучу, выглядит очень интересно!
Судя по этой статье, не торчащий в Интернет NAS не помог, возможно, проблема была в обновлении.
Из статьи:
Что касается версий, снэпшоты позволяют версионировать все данные, но не отдельные файлы, если верно понимаю. Хотя сама фича интересная, конечно.
Мне показалось релевантно имеющемуся опыту работы с git. Но тут уж на вкус и цвет.