Найти похожее

#App#GitHub 📖使用 Obsidian 来记录微信读书笔记 —— Obsidian Weread Plugin 👓 前几天介绍了一个比较有意思的 Obsidian 模版，用来记录生活点滴和驱动第二大脑。今天继续介绍一个 Obsidian 周边产品，它是一个 Obsidian 插件，名为 Obsidian Weread Plugin。用来同步微信读书中书籍元信息、高亮标注、划线感想和书评，并将这些信息转换为 Markdown 格式保存到 Obsidian 的文件夹中。 💎主要功能如下： 🔹 同步书籍元数据例如：书籍封面，作者、出版社、ISBN，出版时间等； 🔹 同步微信读书的高亮划线； 🔹 读书笔记分为划线笔记，页面笔记， 章节笔记，书籍书评； 🔹 支持微信扫码登录，理论上可以和浏览器一样保持长时间不掉线； 🔹 校验Cookie有效期自动刷新Cookie； 🔹 自定义笔记生成模板 Template； 🔹 文件名支持多种格式设置； 🔹 自定义FrontMatter，可在头部yaml文件中增加自己需要的字段，比如标签，阅读状态等； 🔹 公众号划线和笔记归类同步； 🔹 支持移动端同步，可以在手机和平板上使用本插件； 🔹 支持Daily Notes,将当日读书笔记同步至Daily Notes中； 🔹 同步热门划线到笔记中（TBD） 🧩使用方法 1️⃣ 插件市场直接搜索weread，找到Weread Plugin点击install安装，安装完成后点击Enable使插件启用，也可以直接在release页面手动下载； 2️⃣ 打开Obsidian点击设置进入设置界面，找到Obsidian Weread Plugin进入到插件设置页面； 3️⃣ 点击右侧登录按钮，在弹出的登录页面扫码登录，登录完成后，会显示个人昵称； 4️⃣ 注销登录可以清除Obsidian插件的Cookie信息，注销方法，和网页版微信读书一样，右上角点击头像，点击退出登录； 5️⃣ 设置笔记保存位置，笔记最小划线数量，笔记文件夹分类。 ⚠️注意事项 🔹 长期不使用本插件Cookie可能会失效，需要重新登录； 🔹 偶尔可能会有网络连接问题，重新点击同步即可，已同步的笔记不会再次更新； 🔹 本插件是覆盖式更新，不建议在同步的文件里修改内容。 💬 你可以进入 GitHub 项目页面，查看更多详细内容。

#App#GitHub 🧠基于 Obsidian 打造的人生管理系统 —— LifeOS 🔍 最近发现一个非常有意思的项目，是基于 Obsidian 来打造的一个本地项目。致力于让用户可以通过 Obsidian 打造一个全方位的个人生产力系统。无论是生活，还是工作，都可以在这个 Obsidian 系统中得到有效的记录和管理。 📓 Obsidian 是一款私密且灵活的笔记应用程序，它提供免费、多拓扑关系的笔记呈现方式，并支持使用各种插件和模版，有点类似于一个致力于笔记领域的 VSCode。而 LifeOS 项目说白了就是一个 Obsidian 的模版，能够让你方便使用。 🤔 如果你是 Obsidian 的使用者，你可以直接下载 LifeOS 项目的下载示例仓库到本地，无需繁复配置，即可立马上手，配合无压笔记等一系列使用的组合完成对生活的及时记录，对任务和目标的充分复盘，以及利用 CODE 模型 + PARA 组织法，组建你的第二大脑。 💻 你可以前往 LifeOS 的 官网 来查看更详细的项目介绍和功能说明。

#App#GitHub 🤖开源的现代化终端 —— wave ⚫️ wave 是用于无缝工作流程的现代、开源、跨平台终端。拥有以下特性： 🔹 可使用命令行自定义终端和选项卡的外观和风格； 🔹 针对 ssh 连接进行优化，可以从断开连接中恢复、保存环境等历史记录； 🔹 保留所有历史命令的元数据，包括当前工作目录、状态代码、命令持续时间、时间、远程等； 🔹 支持直接在终端中查看图像； 🔹 支持直接在终端中预览 Markdown 文件、以表格视图渲染 CSV ,以折叠树的形式渲染 JSON 代码。 🔑 wave 的相关数据目前会在本地保存，未来或许会推出多端同步的云服务功能。目前只支持 bash，未来将要支持 zsh，如果您当前正在使用 zsh ，则可能需要将一些 .zprofile 设置传输到 .bash_profile 中。 🌐 wave 目前开源托管在 GitHub 中，并支持 macOS 和 Linux 系统。

#GitHub#App 🖼︎ 使用 AI 提升图像分辨率 —— Upscayl 🧠 Upscayl 是一个免费的开源桌面应用程序，可让你使用高级 AI 模型放大低分辨率图像，拥有以下特性： 🔹 支持设置自定义输出路径； 🔹 支持批量处理图片； 🔹 支持更换 AI 模型； 🔹 支持切换程序皮肤； 🔹 支持切换输出图片格式； 🔹 支持无需下载在界面直接比较处理前后效果； 🔹 支持 Windows、Linux 和 macOS 平台。 💰 Upscayl 是一个开源免费的应用程序，你可以前往 GitHub 上了解更多信息。 👉 实际测试效果可以参考 这条消息。

#App#GitHub 💻 今天介绍 V2EX 创始人 Livid 的新项目 —— Planet 📚 Planet 是一个开源的 macOS 原生 App，可以让用户直接在自己的电脑上发布一个网站或者博客到 IPFS。通过 Planet 可以让创作者的内容直达读者，中间没有任何人可以干涉，真正的实现创作自由，阅读自由。换句话说，它和公众号、博客等平台最大的区别是将内容是放在 IPFS 网络，而不是放在类似阿里云的中心化的服务器上。从创作到阅读，没有中心化的平台管控。基于 IPFS 有以下特点： 🔸 Planet 可以直接创建内容发布到 IPFS； 🔸 Planet 发布的内容不会上链（不会用到 filecoin），因此使用 Planet 发布内容时不需要钱包地址，是免费的； 🔸 因为节点必须要在线，所以当你把 IPNS 发给其他人，让其他人 follow 时，要求你的 App 必须处于打开状态； 🔸 可以用 Pin 的方式解决节点在线问题。比如你可以使用提供了 1GB 的免费存储空间的 Pinata； 🔸 你的 follower 越多，节点越多，访问速度越快； 🔸 你发布的内容，你的 follower 可以自动获得更新； 🔸 你发布的内容是可以修改的，修改发布的是一个新文件，并非对原来的文件进行了调整。 🤔 如果你想使用 Planet，可以前往官网下载，也可以去 GitHub 查看源码，或者可以先看看 Livid 撰写的 帮助文档。 🔍 本篇内容发现于 即刻，发布者是 John.Joe。

Github 信息整合门户 HelloGitHub 这个项目非常不错，分享 GitHub 有趣、入门级的开源项目，并且以月刊的形式发布。还有个官网，作为发现和分享的平台。（可 RSS 订阅） 目前这个月刊将作为我常驻 RSS，另一个 Github 常驻订阅是 Top 10 Trending GitHub Repos，每天分享 Github 趋势仓库。结合 Github 搜索以及你关注用户的 Stars 列表，可以尽情挖掘。 Reference Github Combo 工具使用 文档学习资源 Awesome lists 信息迷宫丨互联网的知识陈列 #RSS#github

8.04.24 Что бы ты делал, если…? - реализуется худший сценарий возможного будущего - лучший сценарий будущего - у тебя были бы все нужные ресурсы или возможность их привлечь - у тебя был бы самый минимум ресурсов (вообще без бюджета) - сроки были бы не ограничены - сроки были бы предельно жесткие, нужно сдать полезный результат уже завтра - от успеха этого дела зависела-бы твоя жизнь - на возможные ошибки было бы наплевать, ты бы ничего не боялся … В ситуациях высокой неопределенности я иногда задаю себе и другим подобные вопросы, побуждающие мыслить более гибко, искать творческие решения, тестируя ограничения Иногда это помогает #управление #лайфхаки Павел Безручко

2. Чтобы эффективно использовать консенсус Здесь мне больше всего нравится метод Майкла Вилкинсона - АНАЛОГИЧНО. четко сформулируйте решаемую проблему (норму и отклонение, симптомы, последствия, риски, причины) или задачу (что конкретно нужно достичь, почему именно это, какие есть ограничения по срокам, ресурсам, другое - что важно учесть) - предложите сотрудникам сформулировать предложения, варианты решения (здесь мне больше нравится работа со стикерами/groupmap, или обычная дискуссия, а не "мозговой штурм". В такой дискуссии можно критиковать друг друга, но нельзя отбрасывать варианты из-за критики) - если список предложений очень длинный а. структурируйте, объедините содержательно схожие варианты б. сократите число вариантов методом "обратного голосования" - голосуем против тех вариантов, которые явно не проходные - для оставшихся вариантов - предложите сотрудникам поагитировать за тот, или иной вариант. Внимательно слушайте - варианты, которые чаще других звучат в агитации проверьте на консенсус. Предложите участникам после агитации (прений) проголосовать следующим образом, показывая число пальцев: 5 - горячо поддерживаю 4 - поддерживаю 3 - не против (не в восторге, но могу жить с этим решением, буду ему следовать) 2 - есть возражения 1 - категорически против - консенсус считаем достигнутым, когда нет оценок 2 или 1 (не обязательно иметь все оценки 5) - если вариант "почти проходной", например - в группе из 12 человек одна-две двойки, обсудите какие конкретно есть возражения и как можно их учесть/как модифицировать решение. Затем снова проголосуйте за обновленный вариант по схеме 1-5 пальцев - АНАЛОГИЧНО после достижения консенсуса, организуйте обсуждение, кто-сделает что-когда в связи с этим решением. Или предложите лишь определить ответственного, который сам(а) сформулирует такой план конкретных действий Важно понимать, что следующим шагом в случае сложных, комплексных решений зачастую должен быть детальный анализ, бюджетирование и планирование, а не старт реализации. По итогам этого процесса решение можно модифицировать (не закрывайте этому двери как в том, так и в другом способе принятия решений) #управление #лайфхаки Павел Безручко

6.01.24 Как совещаются в Амазон https://youtu.be/e47wAgIhZ7o?si=VZSF-DyxjtlMVfwZ Джефф Безос рассказал об этом. Женя Лурье - спасибо за ссылку. Для совещаний по решению проблемы/принятию решения он просит инициатора подготовить документ, Мемо (не слайды) на 1-6 страницах. Сначала все читают и обдумывают молча, прямо на совещании, поскольку принцип "читайте заранее" - трудно реализуем на практике. Люди заняты. А так - есть гарантия, что все синхронизируются. Документ должен быть "crisp" - короткий, ясный, содержательный. В логике структурированного изложения, когда ясен и тезис (предложение) и анализ и аргументы, изложенные полноценно и связно, а не в буллитной логике. Потому, что презентации придуманы и работают для продажи, а не для поиска лучших решений. Затем - дискуссия, которая по словам Безоса может быть "messy" - живая и хаотичная, не чрезмерно структурированная. Как-же приятно слушать умного человека, сфокусированного на эффективности. И как-же сложно этот подход реализовать, уходя от ритуально-бестолковых совещаний к эффективным, и от нарядно-бессмысленных слайдов к сутевым документам "Без воды". Для идеального совещания по принятию решения нужен еще один элемент, не затронутый в видео - заранее обозначить и правильно реализовать (из роли ведущего) метод принятия решения: - все высказываются, руководитель решает - все высказываются, инициатор темы решает (инициатор посоветовался) - консенсус - иное (хотя эти 3 основные разумные. Голосование - следует использовать с осторожностью) К размышлению. Согласно данным нашего исследования 2023 года: «В среднем первые лица и топ-менеджеры в России проводят на совещаниях 151 час, или 19 рабочих дней в год. При этом около 80% совещаний они оценивают как полезные: 7 баллов и выше по десятибалльной шкале. Руководители организаций с выручкой более 1 трлн руб. тратят на совещания уже в среднем 429 часов, или 54 рабочих дня. Они считают полезными лишь 57% собраний, в которых принимают участие. При росте организации общее количество деловых встреч и доля бесполезных совещаний увеличиваются. Таким образом, топ менеджеры сверхкрупных организаций тратят на бессмысленные совещания 23 рабочих дня в год.» #управление #лайфхаки Павел Безручко

ПРОДОЛЖЕНИЕ Стратегии коммуникации (перевода в Активизацию): Вдохновить. Если адресат или аудитория уже в Активизации, нужно вдохновлять показывая возможности, и предлагать разумный план действий: «мы сможем сделать прорыв, улучшить жизнь клиентов. И вот как мы это можем сделать» Напугать-спасти-вдохновить. Если текущее состояние это Скепсис, стратегия намного сложнее. Вначале нужно добавить энергии, перевести Скепсис в Тревогу. Для этого полезно напугать, показать личные риски: «если не сделать это изменение, продолжать его саботировать – можешь потерять работу или доход». Потом работать с Тревогой Спасти-вдохновить. Когда текущее состояние это Тревога, нужно не успокаивать, а первым делом признавать тревогу, присоединяться: «да, ситуация сложная, риски высокие». А затем – повести за собой, показать возможности спасения: «вот что от тебя нужно, чтобы сохранить место/доход» Вернуть на землю-спасти-вдохновить. Для Благодушия ключевая стратегия - это проблематизация, конфронтация с самоуспокоенностью. Нужно аудиторию «Вернуть на землю». Задача – добавить энергии. Можно при этом пожертвовать и частью позитива. «Вам кажется, что все хорошо, но это не так. Компания в опасности!» И дальше работаем с Тревогой. На уровне модели все звучит просто. Но когда дело доходит до практического применения, как обычно вылезают нюансы. Поэтому мои коллеги сделали инструмент оценки -опросник отношения к изменению и тренинг на основе этой модели для руководителей проектов и лидеров внедренческих команд, который так и называется «Вовлекающая коммуникация». Программа весьма востребованная При использовании модели просьба сохранять ссылку на авторство. Может быть Марк еще что-то добавит к сказанному #управление #лайфхаки Павел Безручко на основе модели Марка Розина

9.11.23 Когда жалуются на твоих людей Типичная и нормальная в-целом история: руководителю жалуются на его(ее) подчиненных. Смежники, внутренние или внешние клиенты, руководители через уровень вверх и другие. Нормальная история, поскольку отвечать за косяки подчиненных реальные или мнимые - это обязанность, прилагаемая к «погонам» каждого руководителя. Три типичных неправильных реакции руководителей: 1. Топить за своих. То-есть, не разобравшись в ситуации сходу защищать «честь подразделения». Отрицать наличие, и даже возможность наличия проблемы. Жалующемуся понятно, что руководитель глух к обратной связи, все бесполезно. Дальше будет либо эскалация конфликта, либо деградация/разрыв отношений. 2. Сдавать своих. Сразу принимать вину, обещать все исправить. Или еще хуже - присоединяться к критике, не разобравшись: «да, этот наш сотрудник условный Вася (Василии, не обижайтесь пожалуйста) - вообще не очень». У жалующегося порождаются зачастую неадекватные ожидания (сейчас все мигом исправят, а Васю заменят). У Васи - ну вы понимаете, какие чувства. 3. Давать обратную связь Васе от себя, вместо клиента. Как если-бы руководитель был свидетелем произошедшего и все знает (но на самом-то деле вовсе нет, пока не обсудил с сотрудником). В результате, и руководитель в дискомфорте, и Вася чувствует, что за него уже все решили, он заведомо обвинен, или наоборот оправдан (ответственность в обоих случаях уже не на нем). А как правильно? По опыту так: 1. Выяснить у жалующегося все подробности, конкретные факты. Что кто сделал, как, когда, что в итоге, что клиент ждет/хочет. Как если бы обратную связь получал сам руководитель, на свои действия. Лучше записать прямую речь. Запомнить, если память идеальная. Не отбиваться и не соглашаться до пп.3! Не забыть слушать сочувственно, дать выговориться, а не только «регистрировать». Эмпатия очень важна. Но она - не есть согласие с требованиями по существу 2. Обещать клиенту разобраться и вернуться с ответом. И сделать это! (пп.4) 3. Встретиться с сотрудником быстро - и максимально точно, слово в слово передать обратную связь клиента - его прямую речь, глядя в свои записи. Ничего не сглаживать и не заострять от себя. Выслушать реакцию сотрудника, спросить, что и как было, и что он предлагает делать с проблемой дальше. Согласиться, или скорректировать в ответ на предложение. Договориться четко - кто сделает что, когда по отношению к клиенту. 4. Вернуться - либо самому вернуться к клиенту и проинформировать/действовать по итогам, либо это сделает сотрудник и затем информирует руководителя, либо встреча «на троих». Тут по ситуации бывает лучше одно или другое. Каждый в этом случае делает свою работу и несет свою ответственность. И проблемы, как правило, решаются, а не замыливаются #управление #лайфхаки Павел Безручко

31.10.23 Про сроки Эпиграф: — У нас горят сраки. — Вы хотели написать сроки? — Нет. Грубовато, знаю. Но актуально Короткий лайфхак из регулярного менеджмента: 1. Задача без сроков - это пожелание, опциональное к исполнению 2. За установление сроков отвечает менеджер, ставящий задачу. Желательно делать это в диалоге с сотрудником, если срок не жестко фиксирован изначально (константа) 3. Если менеджер забыл сказать про срок, сотрудник должен задать про это вопрос. Если ответа нет, сотрудник может назначить срок сам и далее должен сообщить о нем менеджеру 4. Если задача предполагает промежуточный контроль(ПК), сразу согласуется и финальный срок и срок ПК 5. По-умолчанию за фиксацию согласованных сроков в своем календаре отвечает сотрудник. Менеджер не выполняет «функцию будильника -напоминальщика» для сотрудника. Он отвечает за фиксацию сроков в своем календаре. Сотрудник тоже не выполняет роль «будильника» для менеджера 6. Если возникает серьезная проблема, ставящая соблюдение сроков под угрозу, сотрудник должен сразу, немедленно сообщить менеджеру. И дальше продолжать работу (сообщение автоматически не снимает ответственности за задачу, ответственность может пересмотреть лишь менеджер эту задачу поставивший). 7. Если возникает серьезная новая вводная или проблема, влияющая на срок с его стороны, менеджер должен сразу, немедленно сообщить об этом сотруднику. Более агрессивный срок или существенный рост объема работы от исходного при неизменном сроке дает сотруднику право просить у менеджера доп. ресурс или временное освобождение от / перепоручения других задач. 8. Неожиданный срыв сроков является серьезной проблемой (значит были не выполнены предыдущие пункты, нарушены гигиенические принципы работы) и это должно быть темой для обратной связи / извлечения уроков #лайфхаки #управление Павел Безручко