社交网络停用三周后，我对「发声」这件事的看法这三周，我没再打开微博、微信朋友圈，也没在任何平台发布内容。不是刻意做实验，只是那几天突然觉得，不想说话了。
过去我对「表达」这件事挺重视，觉得发出观点、参与讨论、分享日常，都是存在的一部分。但停下来的这三周，却让我对“发声”有了点不一样的感受。
1. 不说话，不代表什么都失去了一开始我担心：不发动态，是不是会和朋友慢慢失联？会不会错过重要信息？会不会错失某种“存在感”？但实际上，这三周我并没有错过什么特别重要的东西，反而少了很多无效信息的消耗。
更重要的是——我发现，朋友之间真正重要的联系，从来不是靠“刷存在感”维系的。发不发朋友圈，其实改变不了彼此的亲疏。
2. 少了表达的冲动，生活反而更沉下来了以前生活里很多场景都会在脑子里自动生成一个“要发的句子”：这个画面适合拍照发微博；这句话可以当朋友圈文案；甚至和朋友聊天时也会下意识保留一点“内容感”。
停下来之后，这种自我广播的机制被拆掉了，我开始更直接地感受当下，不再预设“观众”，也不着急把每件事都转化成可分享的东西。
很多想法就在脑海里晃一圈就消散了，没有留下痕迹，但我并不觉得可惜。
...
写给刚入坑、又不想止步于“复古滤镜”的朋友。
目录
写在前面
一、为什么现在还拍胶卷
二、老镜头的魅力
三、胶卷的种类与选择
四、相机类型与推荐
五、35mm 与中画幅
六、电影胶卷简介
七、冲扫与后期
八、一点点建议
写在前面开始拍胶卷是挺自然的事，——小时候家里每年春节都会拍，小时候对这个还不感兴趣，到后来翻到爸妈以前的底片盒子，开始好奇那时候的人是怎么记录生活的。
一开始我对相机和胶卷的了解不深，但真正买下第一卷 Gold 200，拿着相机在大太阳底下练曝光，最后送洗拿回一卷色调温和、焦点飘忽的片子后，才明白这玩意的质感真的是太棒了。
它不是为了“好看”，它是一种过程，一种跟照片之间的关系。
一、为什么现在还拍胶卷胶片不是为了“复古”很多人把胶片等同于“有味道”，但味道是拍出来的，不是胶卷天生带的滤镜。用胶卷拍照最大的不同，其实是它强迫你慢下来、思考、等待。
拍照不再是「啪」一下的即时满足，而是：
一张胶卷要想好几秒才敢按快门
一个场景会想一遍光线、一次性构图、再回头确认对焦
拍完还得等几天才知道自己拍成什么样
这个过程跟用手机随手一拍完全不同。你会记得那一天的光 ...
无线电入门这半年：从“听天上的声音”开始起初接触无线电，并不是为了“通信”或者“备灾”这种正经理由。更准确点说，是被某次深夜刷视频时，看到一位博主用一根天线，收到远在几千公里外的电台节目，甚至还能接到气象卫星传回来的图像，那一刻我心里咯噔一下：这玩意也太酷了吧。
说不上来那是什么感觉，大概就像你知道这个世界很复杂，但有一天你突然意识到，原来你身边这片天空，正在悄悄流动着各种各样的信息流，只是你一直听不见、看不到。
于是我开始慢慢玩了起来，没想到一头扎进来就是半年。这篇文章，想聊聊我一路的体验、踩过的坑，还有一些能让你少走弯路的干货。如果你也对无线电感兴趣，这篇也许是个不错的起点。
目录
01｜为什么开始玩无线电？
02｜我的第一台设备：RTL-SDR V3
03｜一开始能听到什么？
04｜软件无线电真的能听“很多很多”
05｜我为什么决定继续深入？
06｜无线电世界，比我想象的有趣得多
07｜如果你也想试试，几点建议
写在最后
01｜为什么开始玩无线电？我平时对电子产品、通讯协议这些本就挺感兴趣，一直对“数据是怎么跑起来的”有些好奇心。但无线电之前，在我心里一直是“老一辈玩意儿” ...
用 GitHub Actions 实现自动部署流程：我的博客是怎么部署的过去我用 Hexo 写博客，每次更新都要本地执行 hexo g && hexo d，手动 push 到两个仓库（一个是源码，一个是部署）。虽然操作不复杂，但每次更新都要打开终端，稍微有点麻烦。后来，我用 GitHub Actions 搭了一套自动部署流程，只需要在 Qexo 面板里发布文章，博客页面就能自动更新，省心不少。
这篇文章就记录一下我整个部署流程的设置，主要包括：
仓库结构规划
Actions 配置流程
实践中的注意事项和坑
1. 仓库结构我把博客分成两个 GitHub 仓库：
hexo-source：存放 Hexo 源码（markdown、主题等）
hexo-blog：部署仓库，用来托管生成后的静态页面（GitHub Pages）
这样一来，源码和部署内容隔离，部署仓库是纯 HTML，可以直接作为 GitHub Pages 的目标。
2. 编写 GitHub Actions 流程在 hexo-source 仓库中，创建 .github/workflows/deploy.yml ...
技术分享
未读搭建个人博客的全流程技术方案搭建一个个人博客并不复杂，但想搭得舒服、用得顺手，还要兼顾管理、写作体验和自动部署，就需要一套清晰完整的技术方案。本文结合我自己从 0 到 1 的博客搭建经验，记录一次完整的静态博客搭建过程，包括选型、部署、自动化和写作体验优化等内容，简单写写供大家参考。
1. 博客系统选型静态博客生成器有很多选择，比如：
Hexo（我选用的）
Hugo
Jekyll
Astro（新潮但稍重）
我最终选择了 Hexo，原因主要是：
生态成熟，插件多，主题丰富
上手门槛不高，Node.js 技术栈也比较熟
与 GitHub Pages 配合流畅
2. 基础环境准备安装依赖工具12345# 安装 Node.js（推荐使用 nvm 管理）nvm install 18# 安装 hexo-clinpm install -g hexo-cli
3. 初始化博客项目123hexo init my-blogcd my-blognpm install
初始化后，目录结构如下：
12345my-blog/├── _config.yml # 全局配置├── so ...
时间管理：用番茄工作法结合软件工具提升效率说实话，我之前总是觉得时间不够用，一忙就乱，做什么都没头没脑。后来尝试用番茄工作法配合几个软件工具，效果还真不错，能帮我更专注地完成任务，也不至于累到炸。这里就分享下我的一些亲身体验和做法。
1. 番茄工作法到底是什么？简单说，就是把工作时间切成25分钟一段，专注干活，中间休息5分钟。每完成4个25分钟，再休息个更长的15-30分钟。这个方法听起来简单，但真的能让你把注意力集中起来，避免老是分心。
2. 我用的几个好用的软件
Forest：特别有趣，你专注时“种树”，分心树就枯死了，挺有成就感的。
Pomodone：能和我平时用的任务管理工具连起来，时间和任务一块儿管。
番茄ToDo：国产免费，功能够用，也支持记录专注时间。
我会根据当天的任务挑一个用，毕竟换换工具也能避免审美疲劳。
3. 怎么搭配软件用更有效？3.1 先把大任务拆开遇到大项目，先写下每个小步骤，不然坐下来就不知道干啥。用 Notion 或 Todoist 把任务都列清楚，排序也做好。
3.2 开启番茄钟，别想别的计时开始后，手机静音，消息关掉，专心做手头事。刚开始会 ...
植物养护日记：新手养绿植的那些坑和经验我第一次认真养植物，大概是搬出来住之后的事。当时想着屋里太空了，想加点“活物”，就去花市买了两盆绿萝。卖花的大哥说，这东西“扔那儿都能活”。听着挺放心，我就拎了回来。结果不到两周，叶子一半黄了，根还烂了，直接劝退。
但也不知道为啥，我对养绿植这事就是上了头。从绿萝开始，一路踩坑、翻车，慢慢也从“植物杀手”熬成了一个对绿植略有心得的普通人。今天就跟大家聊聊我这些年养植物的经验，特别适合刚开始养绿植或者老是养不活的人。
1. 新手第一课：别光看脸，选对植物最重要刚开始的时候，我对“适合新手”这几个字完全没概念，看到啥好看买啥。结果带回家发现，有些植物特别“娇气”：要阳光、要通风、要喷水、还怕冷怕热。说白了就是我根本伺候不过来。
后来才知道，新手还是要从“好养的”开始，比如：
绿萝：生命力顽强，耐阴又不挑水。
吊兰：随便插土里都能长的狠角色。
虎尾兰（虎皮兰）：完全可以忘掉它两周都不会死。
龟背竹：长得快，颜值也高。
这些植物就算你忘了几天浇水，它也不会立马死给你看，非常适合懒人/上班族。
2. 浇水：不是越多越好，反而很多植物是被“淹死” ...
Kubernetes 集群入门与实践指南Kubernetes（简称 K8s）已经成为容器编排的事实标准，在 DevOps 和云原生开发中被广泛使用。对于刚接触 K8s 的人来说，名词多、概念杂、部署复杂，容易望而却步。本文将结合个人实践经验，从核心概念、部署方式、常用命令和踩坑建议等方面，带你逐步入门。
1. 为什么选择 Kubernetes？容器技术解决了“运行环境一致性”的问题，但当我们开始管理大量容器时，就会遇到调度、伸缩、健康检查等难题。Kubernetes 的作用正是：
自动部署和管理容器
服务发现与负载均衡
自动扩缩容和滚动更新
自愈能力（Pod 挂了自动重建）
与主流云平台良好集成
简单来说，K8s 是一套生产级的容器调度系统，能让你更安心地在大规模环境中运行服务。
2. 基础概念速览理解几个核心概念有助于快速上手：
Pod：K8s 最小的部署单元，一个或多个容器的集合，通常运行在同一主机上。
Node：集群中的一台机器，可以是物理机或虚拟机，负责运行 Pod。
Deployment：管理 Pod 的生命周期，比如副本数量、版本更新。
Service：为 Pod 提 ...
最后更新：2025年4月 | 版本：0.2
我很喜欢在车上或者在短程路途中阅读点什么，但是这种方式的阅读方式并不理想，因为我需要花费很多时间来寻找适合的书籍，而且阅读的过程中往往是刚刚看上，而路途就到了终点。这种感觉令人困扰。
为此我最近在做一款名叫"时·刻"的APP，它可以帮助我在短程路上找到适合的短篇，集成了音乐播放的功能，每一个设计都是为了即刻当下而设计的，这样我就可以在短程路上轻松地阅读点什么了。
Chronotick 时·刻
设计
首先说明一下，因为这个APP还在很初期的阶段，目前来说更多的还是一些想法，这个项目离结束可能还早的很。
时刻APP英文名字为 Chronotick Chronotick为"Chrono"（时间词根）+ "tick"（滴答声），"tick"与中文"刻"发音相似。该词兼具时间流动的动态意象与精准刻度感。
在设计APP时，市面上少有类似的APP，凸显自己的设计风格，我偏爱一些设计原则，如"超简洁化"、"直达"、"易用"等。
考虑APP的体量大小，作为一个小应用，我并没有做华丽的动效，所有的设计都是为了专注阅读。
APP开屏页与登录页
UI 交互
在 ...
最后更新：2024年4月 | 版本：2.1.24
星途是一个主打露营的社交平台，旨在帮助用户发现和分享露营的乐趣。通过地图、筛选和用户分享，用户可以快速找到适合露营的地点。同时，星途还提供了创建活动、发布日记和记录旅程的功能，让用户能够与其他露营者互动和记录自己的露营经历，作为一个三年前的项目，我对其进行了一次文档复盘。
一、背景
近年，露营作为一种融合自然体验与社交文化的生活方式，正在年轻人群体中迅速升温。相较于传统出行，露营更强调"自发组织""共建共享"与"深度陪伴"，也由此孕育出对线上组织与线下链接平台的新需求。然而，现有社交产品多以城市场景为主，缺乏对露营这种"时间密集+空间分散"的社交场景的细致支持。
二、产品定位与用户画像
1. 产品定位
我们将星途定位为"露营社交平台"，强调它既有内容社区的结构，又具备工具型产品的效率。围绕三大场景模块构建：
发现营地：通过地图、筛选与用户分享，快速找到适合露营的地点
发起同行：建立主题活动，如"一起去林间观星""亲子森林营"等
记录旅程：以图文 + GPS轨 ...
