个人
2023-04-09
我们经常说这个世界的节奏越来越快,而快节奏会伴随各种压力。
例如,工作、学业、家庭或社交等方面可能会让我们感到紧张、压抑、困惑或不安。
这些压力主要源于担心不能如期望地完成各种任务,从而导致不良后果。
这些压力常常伴随着焦虑,焦虑带来压力,压力加重焦虑。
会不会丢掉工作?
以后的路怎么走?
会不会跟不上形势?
我想来想去,觉得这就是对未来的不确定性的一种恐慌。
过去的人们生活在一种稳定不变的社会中,几乎一辈子也不会发生什么太大的变化。
这样的世界早已远去。
但是可能是由于人类的本性,大多数人都希望生活在稳定的环境中,这种稳定可以带来安全感。
现代社会种的各种不确定性使得我们无法完全掌控自己的生活,从而导致焦虑的产生。
就写到这里,以后再继续补充。
个人
2023-03-01
本来是想回忆一下青少年时期的各种事情,取了个名字叫我的青春。
但是细想想,我自己的青少年时光实在是乏善可陈。没有什么值得一提的事情。
或者说,和大多数人一样,我没有青春,只是在别人的青春中当个群演,跑下老套而已。
甚至,我觉得青春期的自己是个二百五,这让我感觉还不如不曾出现在别人的世界里,让这个世界更加美好一些。
所以这里还是就说一下那些年听过的歌、看过的电视吧。
个人 阮一峰
2023-02-10
科技爱好者周刊上总是偶尔会有一些言论击中我。
个人
2023-01-04
之前的工作日志
- 按年按月归档的,每周一个文件,然后专门的事情可能会有一个专门的文件来记录。
work
2022
README.md
01
02
...
12
202212-05-11.md
202212-12-18.md
202212-19-25.md
202212-26-01.md
20221201-speedlimit-review.md
20221203-new-from-test.md
...
20221229-q4-report.md
-
每周的事情又分成:
-
值班报告
- 工作事项(按天记录)
-
周会汇报
-
每年的文件中有每个季度重要工作的总结,Q1 ~ Q4
今后的调整
- 在年度目录中增加 q1.md ~ q4.md 做季度计划和总结
- 在月度目录中增加 README.md 做月度计划和总结
- 年度计划和季度计划中,用二级标题记录相关事项,和每周工作实施情况相关联。
- 工作事项要区分产品线,区分事项类型(客户问题,功能开发,Bug修复,协助,其他)
- 工作计划中要区分主线任务,支线任务
- 主线任务是列在年度计划、季度计划中的重点事项,以及其他重点事项
- 支线任务是平时的开发任务和其他事项
- 工作安排中要关注重点数据(包括大客户的信息)
- 周末总结留到当前周的文件中(由于每周一有周会汇报,很多时候都是周一上午编辑整理,所以之前是放到下一周)
- 本周工作总结
- 下周工作安排
- 接下来的计划
个人
2022-11-26
这三年,由于疫情,已经有好些次远程办公了(有时是在老家,甚至有次在旅游景点),相信很多人都是这样。
我没有体验过那种真正远程办公的工作氛围,只是迫不得已的把远程当做备选方案而已。所以现在只能基于我的这些经历说一下自己的思考。
- 通勤时间可以省了
- 在家吃更健康,起码更放心
- 要是就一个人吃,买菜、洗菜、做饭、吃饭、洗碗,这个时间成本,我觉得是不划算的
- 不要久坐,多站起来动动,看看窗外风景也是好的(我在公司也是时不时走一下)
- 最好要有一个属于自己的空间,没人打扰
- 总是被打扰,工作的体验也不好,任务没完成的压力会让人更累
- 和同事之间的沟通应该找一个更好的途径(目前没有)
- 在线通讯只能等回复,要是在公司,三分钟没有回复,我就可以找过去了
- 开发过程中无法保证一直盯着微信,我是做不到的,我也不喜欢总被打断
- 合理的值班制度安排很重要,值班者完全不安排其他需要投入较多时间精力的工作,保证在线回复和处理问题的速度
个人
2022-11-11
先说一句,文章链接中的单词不小心写错了,customer,不要在意这些细节。
我司曾经强调过在内外交流中区分客户和用户,不要混用(主要是统一表达方式)。今天突然想到这个问题,特意来仔细琢磨一下。
我司的定义
我记得大概是说:
- 客户:购买我们产品的人
- 用户:客户使用我们产品去服务的对象,也就是客户的客户
我们提供的是消息触达服务(邮件和短信),落到产品中,基础功能可以免费使用(定量),增值功能需要收费。这是背景。
在这个过程中,客户是我们产品的使用者,客户使用我们的产品给他们的客户发送消息。
客户的客户,也就是消息的接收方,就称之为用户。
PS:客户又分成付费客户和免费客户。
这个和原义不大相符,作为内部规范,怎么定义都行,上面怎么说就怎么来。
我认为
-
客户和用户
- 客户,Customer,这描述的是商务关系,认为是购买产品的人,没毛病。
- 用户,User,应该是使用我们产品的人,也就是我们的服务对象。
我在网上找了一遍,大概都是这个意思。和我对这个两个词语义上的理解是吻合的。
-
客户内部的角色
- 决策人(KP)
- 购买人/付款人
- 使用人
他们应该整体作为一个客户,不能区分开来,认为是决策人,或者购买人是客户,使用人是用户。
比如爸爸为孩子挑选了一款平板电脑,妈妈付钱,孩子使用。在平板电脑公司来看,应该认为他们是一个整体,然后找到 KP 做营销,告知这款平板多么利于学习,价格多么合适,还有最后一天的节日优惠。然后为了企业的品牌形象与二次营销,应该提升产品的质量和使用体验(持续更新的学习资料 + 游戏性能)。
-
客户使用我们的产品去通知也好,去营销也好,这些消息的接收方,应该就只是叫做收信方。
通过上面的定义,我们应该很容易理解下面几个观点:
- 仅根据是不是有商务关系(付钱)判断是不是客户。
- 用户分成免费用户、付费用户。
- 免费用户一定不是客户。
免费用户:仅在免费额度范围内使用基础服务、部分产品提供的免费试用。
- 付费用户不一定是客户,因为可能是客户购买之后提供给其他人使用的。
- 我以前做过的一款产品就是客户购买之后,客户的客户使用。
因为日常生活中,很多时候,客户(购买者)往往就是用户(使用者),我们才容易搞混。
在一些业务场景下,我们假定购买者就是使用者,那么付费用户也可以说成是付费客户。
免费用户不能说免费客户(因为没有商务关系)。
产品和服务
在写这篇文章的时候,我又想起另一个概念来了,我们是提供产品,还是提供服务?
如果没记错,在内部会议上讨论过,老板阐述了自己的观点。
当时的讨论内容我忘了,我这里就说说我现在的想法。
比如,我买周黑鸭送给了客户,客户转手把周黑鸭送给朋友吃了。
周黑鸭的客户是我,没有问题。周黑鸭的用户是谁?
如果按照提供产品的观点,最后产品被老板的朋友吃了,那么老板的朋友是用户。
周黑鸭应该为我提供体面又具有性价比的产品,同时为最后吃到鸭脖子的人提供美味(产品体验)。
如果按照提供服务的理念,周黑鸭公司提供的是礼品服务,那么是我在使用这个服务,所以我既是客户,又是用户。
周黑鸭应该为我提供体面又具有性价比的礼品服务,同时为我提供最好的送礼效果(产品体验),就是让我的客户收到礼物之后觉得满意,然后我和客户的友好度 +1。
这个例子可能不太恰当,但是我想表达的意思都说清楚了。
再补充一个,账户与账号
| 账户 |
Account |
用户 |
User |
| 账户名 |
Account Name |
用户名 |
User Name |
| 账户 ID(账号) |
Account ID |
用户 ID |
User ID |
账户是用户在系统内的身份,理论上一个用户可能有多个账户。
- 大多数情况,一个用户一个账户。
- 更重要的是,用户是服务对象,落实到管理系统中,用户就是账户。
- 就算一个用户使用多个身份信息(手机号)注册了多个账户,也没人会特意去调查、区分它们。
所以用户和账户也经常混用。
如果一个用户有多个账户的时候还是会发生一些沟通上的不便,严谨一点,内部对齐客户、用户、账户这几个概念,在不同场景下根据上下文区分使用,还是有一些必要性的。
就系统开发来说:
个人
2022-10-27
CSDN 会拦截复制,提示需要登录。
近日在网上学到一招,在控制台输入一行代码就好了:
document.designMode = "on";
个人
2022-07-02
受 冯·诺依曼的故事 启发,我觉得我应该更明确一下我的重要目标是什么。
重要目标
不说长了,就说接下来,这 2022 年下半年,工作和技术两个方面的目标。
工作
- 保质保量完成开发
- 帮助新人融入项目
- 推动自动化单元测试和项目文档
至少在两个项目中落地。
- 理解相关产品设计
技术
- Python 的几个技术点
- 元类
- asyncio
- Redis
- Golang
目标分解
- 工作以周为单位,每周应该完成几个任务 (TAPD)
- 本月开始,让新人参与分析问题,解决问题
- 完成 out,sch 两个项目的单元测试和项目文档
- 先写文档,再写单元测试
- 测试应该尽量不改动原有代码
- 代码覆盖率达到 70%
- 重点逻辑的用例应该尽可能覆盖所有可能的场景
- Web 上所有功能点和项目的代码串联起来,补充到文档中
- Django 模型相关代码阅读,输出笔记
- asyncio 文档,uvloop 文档,tornado 文档阅读,输出笔记
- 几个小型 Golang 项目开发(练手)
- httprouter, Gin, gocmpp
- Go Redis, Go MySQL (GORM), Go RabbitMQ
个人 阮一峰
2022-07-01
本周的《科技爱好者周刊》讲了冯·诺依曼的故事。
学计算机的,应该没有人不知道冯·诺依曼架构,冯·诺依曼也被称为现代计算机的发明人。他结合了数理逻辑、信息论和生物学,开创了自动机理论,并希望在这个领域做出更大贡献。但是他总是插入其他相对不重要的工作,比如政府相关事务,以致于最后并没有为自动机理论的发展做出应有的贡献。
他本人并非不知道这一点,但就是这种性格,喜欢同时研究很多事情,一旦对某件事情产生了兴趣,就会放下手头的工作,推说稍后再回来接着做,可惜人生并没有为他留出"回过头再做"的时间。
尤其是这句话,我感觉扎心了,妥妥的就是在说我。
我感兴趣的事情实在太多,以致总是被各种事情打断而很少能实现预定目标。我一直就有一种感觉,感觉自己是一只在追赶沙丁鱼群的、“没有经验”的小旗鱼,悲哀!
我要安静下来,仔细思考我的目标到底是什么,它们有一个怎样的优先级。

个人
2022-04-28
请赐予我力量,全力改变那些可以改变的事情,平静接受那些无能为力的事情,拥有智慧区分这两者。
-
2022 年已经过去三分之一,希望今年的年度计划能够落实。年初定的五个主要目标:
-
深挖现有技术栈
- 公司业务熟稔于心
- Golang 达到和 Python 相同的掌握程度
- 英语和数学,达到大学时期要求的水平就行
- 个人项目
目前全部毫无进展。要是再不抓紧,年底又会觉得一年过去啥事都没有做成。
- 技术债越积越多, 不知道何年何月能补齐。难道是退休的时候?
要是我可以不工作也有工资拿, 半年时间, 应该够了吧。
总结已有知识,查漏补缺,然后对想要了解的方向进行一个全面深入的学习。
顶多一年...应该可以了吧...也许。
如果工作中学不到什么,单靠挤一点空闲时间自学确实有压力。
- 希望收入跑赢通胀, 然后房价便宜一点。
不贪心, 打个七折 (➘ 30%) 就够了。
- 二胎计划
- 希望新冠能在今年夏天结束。
- 我想要工作中能有更多机会锻炼自己的表达能力。
我思考过这个表达能力的培养问题,其实质应该是应急情况下的思维能力问题,我习惯于安静的环境思考问题。
在向别人阐述自己观点,或者一般的技术交锋过程中,需要思维能够更加活跃,跟上话题发展的节奏。
PS: 我说的表达能力就是普通的语言能力,不是社交能力。我对社交并不热衷,也没想过那么活蹦乱跳。作为一个技术人员,做好分内工作就行,其他事情爱咋咋地。