<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0">
    <channel>
        <title>野路子 - category - 人行夋夋 山中智己 </title>
        <link>/categories/%E9%87%8E%E8%B7%AF%E5%AD%90/</link>
        <description>野路子 - category - 人行夋夋 山中智己 </description>
        <generator>Hugo -- gohugo.io</generator><language>zh</language><managingEditor>bianjunkai@gmail.com (Kai)</managingEditor>
            <webMaster>bianjunkai@gmail.com (Kai)</webMaster><lastBuildDate>Mon, 10 Feb 2025 22:32:33 &#43;0800</lastBuildDate><atom:link href="/categories/%E9%87%8E%E8%B7%AF%E5%AD%90/" rel="self" type="application/rss+xml" /><item>
    <title>2025 用AI来编程（1）</title>
    <link>/2025-%E7%94%A8ai%E6%9D%A5%E7%BC%96%E7%A8%8B1/</link>
    <pubDate>Mon, 10 Feb 2025 22:32:33 &#43;0800</pubDate>
    <author>bianjunkai@gmail.com (Kai)</author>
    <guid>/2025-%E7%94%A8ai%E6%9D%A5%E7%BC%96%E7%A8%8B1/</guid>
    <description><![CDATA[<h2 id="引言">引言</h2>
<p>2025年的开年和春节，最火的关键词一定是DeepSeek，从V3到R1，每一个模型的发布都引发轩然大波，作为早期就在关注DeepSeek V2.5的我，自然是不能幸免。事实上，在2025年的末尾，由于对Cursor和Marscode的了解，我已经有充分的计划来利用AI开发一些自己使用的小工具，而在这个过程中，Deepseek的出现大幅的加速了我对这件事情的预期，当然这种加速并不完全是正面的，某种程度上也反映出全面依赖AI的策略是具有巨大风险的。</p>]]></description>
</item>
<item>
    <title>N次openwrt升级后有感</title>
    <link>/n%E6%AC%A1openwrt%E5%8D%87%E7%BA%A7%E5%90%8E%E6%9C%89%E6%84%9F/</link>
    <pubDate>Sun, 03 Jan 2021 11:36:01 &#43;0800</pubDate>
    <author>bianjunkai@gmail.com (Kai)</author>
    <guid>/n%E6%AC%A1openwrt%E5%8D%87%E7%BA%A7%E5%90%8E%E6%9C%89%E6%84%9F/</guid>
    <description><![CDATA[<h1 id="资源准备">资源准备</h1>
<p>设备：淘宝 J1900 工控机</p>
<p>Openwrt 编译来源：Esir Google Drive - 精品小包 2021 元旦版本</p>
<p>默认地址 192.168.5.1 root 无密码</p>
<h1 id="安装系统">安装系统</h1>
<h2 id="完全重装机器">完全重装机器</h2>
<ol>
<li>连接显示器（VGA/HDMI）和键鼠套装</li>
<li>制作U盘启动工具，并将openwrt固件解压到安装盘中</li>
<li>开机，利用U盘安装工具按照系统</li>
</ol>
<h2 id="机器已有系统">机器已有系统</h2>
<h3 id="openwrt版本升级">openwrt版本升级</h3>
<ol>
<li>通过另外一台设备进入192.168.5.1的管理工具界面</li>
<li>进入“系统” - “备份/升级”-导入已解压的固件</li>
</ol>
<p><strong>不保留配置适用于openwrt的内核或使用的软件有较大变化的情况，一旦重装极有可能会由于物理端口的变化而导致无法开机</strong></p>]]></description>
</item>
<item>
    <title>ESB_API中心_微服务架构</title>
    <link>/esb_api%E4%B8%AD%E5%BF%83_%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%9E%B6%E6%9E%84/</link>
    <pubDate>Thu, 10 Dec 2020 16:19:44 &#43;0800</pubDate>
    <author>bianjunkai@gmail.com (Kai)</author>
    <guid>/esb_api%E4%B8%AD%E5%BF%83_%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%9E%B6%E6%9E%84/</guid>
    <description><![CDATA[<h2 id="q">Q：</h2>
<p>为什么医院要从集成平台架构切换到微服务架构？为什么医院要选择微服务架构？</p>
<h2 id="a">A：</h2>
<p>首先从产品的本质上来说，ESB和微服务架构解决的是同一个问题：功能和业务的解耦。甚至在解决的思路上都是相同的，将接口从原有的产品功能中剥离出来，进行单独的通信和管理。两者的差距是技术架构的实现。</p>]]></description>
</item>
<item>
    <title>知识收集初步设想</title>
    <link>/%E7%9F%A5%E8%AF%86%E6%94%B6%E9%9B%86%E5%88%9D%E6%AD%A5%E8%AE%BE%E6%83%B3/</link>
    <pubDate>Fri, 28 Aug 2020 13:21:39 &#43;0800</pubDate>
    <author>bianjunkai@gmail.com (Kai)</author>
    <guid>/%E7%9F%A5%E8%AF%86%E6%94%B6%E9%9B%86%E5%88%9D%E6%AD%A5%E8%AE%BE%E6%83%B3/</guid>
    <description><![CDATA[<p>随着知识量和信息量的不断增加，信息的收集归档和知识的转化已经成为我迫在眉睫的问题，根据现有情况做相关的规划成为当务之急。</p>
<h2 id="现有的知识管理工具">现有的知识管理工具</h2>
<ol>
<li>印象笔记 ： 主要是利用印象笔记的剪藏功能和微信文章收藏功能，建立主要的信息收集来源。根据之前网上查阅的信息，将印象笔记分为：收集箱、即刻使用（工作+生活）、准备未来（第二大脑、重要的放弃）三个大板块。并通过标签体系，对具体内容进行细致分类。目前收集的信息包括各类生活账户、工作账户、工作纪要、行业文章、技术类文章等</li>
<li>OneNote： Surface Go+ Surface pen的组合是目前短期出差的核心工具，因此OneNote也是工作会议笔记、工作灵感的主要采集，但由于OneNote的网络影响太过严重，因此难以成为核心信息收集源</li>
<li>Feedly：主要是RSS订阅的各类新闻</li>
<li>博客：主要是个人情绪的树洞，以及零散的各类知识体系收集。正在完成从Wordpress向Hugo静态网站的迁移过程</li>
<li>语雀：尝试使用语雀记录公司的产品学习经历</li>
<li>Notion(暂停)：之前使用过Notion，但是整体也受网络波动比较大，而且当时是纯英文的，所以没有坚持</li>
</ol>
<h2 id="主要需求">主要需求</h2>
<ul>
<li>目前印象笔记中积累的大量新闻、资源都没有转化成自己的知识积累。</li>
<li>自己在工作中形成的思考，长期以来都没有地方做记录，很多零碎的灵感都没能转化为知识</li>
</ul>
<h2 id="初步设想">初步设想</h2>
<p>在继续沿用目前的工具体系的情况下，需增加一个地方作为个人知识转化的主要地方。</p>]]></description>
</item>
<item>
    <title>捣鼓家里的网络世界 II</title>
    <link>/2020-01-29-daogujialidewangluoshijie-ii/</link>
    <pubDate>Wed, 29 Jan 2020 14:08:05 &#43;0000</pubDate>
    <author>bianjunkai@gmail.com (Kai)</author>
    <guid>/2020-01-29-daogujialidewangluoshijie-ii/</guid>
    <description><![CDATA[<p>2018年到2019年以来，一直在捣鼓着家里的网络，今年春节前算是完成了主体工程，回头来记录一下这段过程。至于为什么这篇是第二篇，因为第一篇给自己画了一个大饼，最后看来是实现不了了，还不如重新写！</p>]]></description>
</item>
<item>
    <title>OFFICE 365家庭版上车攻略</title>
    <link>/2019-12-17-office-365jiatingbanshangchegonglue/</link>
    <pubDate>Tue, 17 Dec 2019 09:05:57 &#43;0000</pubDate>
    <author>bianjunkai@gmail.com (Kai)</author>
    <guid>/2019-12-17-office-365jiatingbanshangchegonglue/</guid>
    <description><![CDATA[<h2 id="office-365的功能">Office 365的功能</h2>
<ol>
<li>在所有您喜爱的设备上享有 Office 的完整功能，包括电脑、Mac、平板电脑甚至是 iPad®²。（<strong>同时登录</strong>不超过5台）</li>
<li>1TB 个人 OneDrive 云存储空间。将您所有的文档、照片和视频保存至几乎没有容量限制的存储空间³。（偶尔有网速偏慢的情况，但是总体可靠）</li>
<li>您最喜欢的 Office 应用程序的最新版本，包括 Word、PowerPoint、Excel、Outlook 和 OneNote。（所有版本均更新为最新）</li>
</ol>
<h2 id="接受邀请">接受邀请</h2>
<ol>
<li>打开邮箱，会收到这个邮件，点击接受。</li>
</ol>
<p></p>]]></description>
</item>
<item>
    <title>团队转型中台的设想</title>
    <link>/2019-03-25-%E5%9B%A2%E9%98%9F%E8%BD%AC%E5%9E%8B%E4%B8%AD%E5%8F%B0%E7%9A%84%E8%AE%BE%E6%83%B3/</link>
    <pubDate>Mon, 25 Mar 2019 14:26:55 &#43;0000</pubDate>
    <author>bianjunkai@gmail.com (Kai)</author>
    <guid>/2019-03-25-%E5%9B%A2%E9%98%9F%E8%BD%AC%E5%9E%8B%E4%B8%AD%E5%8F%B0%E7%9A%84%E8%AE%BE%E6%83%B3/</guid>
    <description><![CDATA[<h2 id="目前工作形式分析">目前工作形式分析：</h2>
<h3 id="1-脓毒血症食道癌案例">1. 脓毒血症/食道癌案例：</h3>
<p>&lt;待加入&gt;</p>
<h3 id="2-肺移植案例">2. 肺移植案例：</h3>
<p>&lt;待加入&gt;</p>
<h3 id="3-总结">3. 总结</h3>
<p>目前我们的工作流，都是基于用户提出的需求，通过两个方面：业务和数据的分析来设计具体的应用场景。其中数据的分析是为了了解目前用户能够提供的数据，以及现有的数据可利用度，这样做掌握可以立刻被利用转化为产品实现的数据，也可以了解业务需求和数据积累之间的差距。业务分析一方面是产品层面的需求整理掌握，从用户的视角出发来设计产品，重视用户的操作，另一方面是从数据的层面，遵从数据从产生到应用的流程来设计产品，利用现有数据，为数据缺口设计补增采集流程，所以我们现在的专科产品设计是找到业务和数据两条线的结合点来做。这样的方式是符合专科化场景设计的，因为专科之于全科的不同，在于专科有自己独特的业务流程，而独特的业务流程自然带来独特的数据流程，只有找到两者的交集才能够实现有价值的专科产品。<br>
但目前这样的产品设计在推进上面是遇到阻碍的，一方面的原因是部门本身人力资源配置的缺口，另一方面是这样的调研过程是非常耗时和复杂的，需要同时掌握数据和业务两条线的情况，这比传统的产品调研设计增加了几乎一倍的工作，在此基础上，由于一些必备数据的缺口导致了实际落地产品受到了较大的约束。</p>]]></description>
</item>
<item>
    <title>从服务器开始</title>
    <link>/2019-01-24-%E4%BB%8E%E6%9C%8D%E5%8A%A1%E5%99%A8%E5%BC%80%E5%A7%8B/</link>
    <pubDate>Thu, 24 Jan 2019 09:27:21 &#43;0000</pubDate>
    <author>bianjunkai@gmail.com (Kai)</author>
    <guid>/2019-01-24-%E4%BB%8E%E6%9C%8D%E5%8A%A1%E5%99%A8%E5%BC%80%E5%A7%8B/</guid>
    <description><![CDATA[<p>18年下半年开始就盘算着想利用数据分析来挑选和分析一些股票，看看能不能找到几个绩优股长期持有，不过苦于股市小白没有任何基础知识，也没有任何经验，不知道从何做起。前些天无意间看见一位大神的公众号，里面详细的描述了如何通过基本面的相关分析来找到值得长期持有的股票。似懂非懂的看了一遍，打算直接用实践来领悟这个知识。<br>
考虑到自己的MAC可怜巴巴的128G硬盘，以及随时要爆的内存，毅然决定去买一个云服务器操作起来。在阿里云，腾讯云之间摇摆了几次，最后想起来曾经使用过的<a href="www.ucloud.cn" rel="">ucloud</a>，小众的果然便宜，领券之后1核2G的服务器一年才260块，实话说这个价格应该不是最便宜的，不过在没有活动的情况下也是能够接受了。买服务器的过程就不表了，毕竟只是小玩一把，没打算精挑细选，最差的配置走起。<br>
服务器到位后，当然是ssh走起，实话说Mac的终端已经足够好用了，干净清爽。不过懒惰的我，还是想找一个能够帮我记住密码的小工具，在同事的推荐下，选择了<a href="www.hostbuf.com" rel="">Finalshell</a>，支持全终端的远程服务器管理。<br>
<a href="https://i.loli.net/2019/01/24/5c4986af58ec9.png" target="_blank" rel="noopener noreffer "></a><br>
<a href="https://i.loli.net/2019/01/24/5c4986d5b94c0.png" target="_blank" rel="noopener noreffer "></a><br>
由于默认是使用root登录的，出于安全（手贱）的考虑，决定增加一个用户。</p>]]></description>
</item>
<item>
    <title>GTD From Kai 	—— 自我思考</title>
    <link>/2017-08-24-152/</link>
    <pubDate>Thu, 24 Aug 2017 16:42:43 &#43;0000</pubDate>
    <author>bianjunkai@gmail.com (Kai)</author>
    <guid>/2017-08-24-152/</guid>
    <description><![CDATA[<p>如上一篇文章所说，开始准备自己的GTD计划，一晃过去了两个礼拜，这两周中各种烦心琐碎的事情之多也是近两年以来的极致，可能之前预料的2017的压力开始进入顶点。不过无论如何，还是总结了自己在工作和生活中所需的一些GTD场景。对于这样一个自己做客户的产品，这也算是需求调研吧。</p>]]></description>
</item>
<item>
    <title>GTD From Kai —— 前序</title>
    <link>/2017-08-09-gtd-from-kai-%E5%89%8D%E5%BA%8F/</link>
    <pubDate>Wed, 09 Aug 2017 16:33:17 &#43;0000</pubDate>
    <author>bianjunkai@gmail.com (Kai)</author>
    <guid>/2017-08-09-gtd-from-kai-%E5%89%8D%E5%BA%8F/</guid>
    <description><![CDATA[<p>想了很久想要自己做一个的APP，主要原因是业余生活的空虚，最大的动力是最近工作中断断续续的碎烦扯的人脑子生疼，想要有一个能够安安静静可以让我静下心来思考的东西，于是选择了把酝酿很久的自己的APP作为方向。而至于做什么APP，其实也并不难想，现阶段工作和生活中不断零散出现的各种琐碎任务让我认识到时间安排，时间规划，时间管理的重要性，也就是所谓的GTD。</p>]]></description>
</item>
</channel>
</rss>
