开发者
2020-05-22
- 代码:一堆组织好的文本,也叫源代码,源码。
- 程序:可执行的一组指令,通常以二进制文件的形式存在。对于脚本语言,也可以是源码的形式存在。
有种常见的说法是程序 = 数据结构 + 算法。
- 软件:程序 + 资源(数据、文档、工程文件等)。
- 功能:使用软件实现的一个确定目标。
- 部署环境:
用户视角:
- 产品:产品和销售设计,面向用户,一组功能和价格的封装。可能是系统,可能是别的系统上的应用。
管理视角:
架构视角:
- 系统:一些相关的事物组合成一个有机整体,通过对资源的管理和利用,来实现某些功能。
- 应用:运行于一个系统之上,独立且内聚,实现特定的功能,或为系统增加一些新的功能。
- 拓展:和应用类似,但是其作用是对系统原有功能进行辅助或者增强。
功能视角:
- 服务:程序或软件系统对外提供某种功能(完成某些任务),或许还会提供一些交互方式(网络协议,Web 页面,API,GUI)。
一个系统可能是多个小的服务组成,整个系统对外又可以说是提供一个服务。
- 平台:也是服务,强调的是对使用者提供某种支撑。用时髦的话讲,就是赋能。
一般来讲是,应该是一个强大、复杂的服务。
管理平台,日志平台,商户平台,开放平台。
开发视角:
- 库 library,组件 component,插件 plugin,控件:都是指可复用的代码,或者可调用的二进制程序。他们之间的差异就是在于不同的使用场景。
- 代码仓库:源代码版本管理中的概念。也有人将仓库称为项目,我认为是很不贴切的,即使这个项目的所有代码都在一个仓库内。
- 模块:独立(或相对独立)的一段程序,可以是库、组件、服务,也可以是程序中一个相对内聚的部分。
甚至,子系统也可以说是系统的一个模块。
反过来思考
假设有这么一个项目组,共 5 个人,开发了一个项目,由 10 个服务组成的一个项目管理系统。
基于这套系统,又封装成了两个产品,分别面向开发团队和一般团队。
一个团队,一个项目,一个系统,两个产品。
后来业务发展、商务合作、法务合规的缘故,项目组另外再部署一套一模一样的系统,专门为某个客户服务。
一个团队,一个项目,两套系统,三个产品。
再后来,这套专有系统持续创造较大的利润,项目组为他另外开一个新的项目进行管理,需求、开发进度等等都独立开来。但是还是这个团队来做。
一个团队,两个项目,两套系统,三个产品。
这个逻辑有问题么?
Python 日志 logging
2020-05-21
logging 内部的服务级别:
DEBUG 10
INFO 20
WARNING 30
ERROR 40
CRITICAL 50
根据使用习惯,INFO 是重要信息,DEBUG 是普通信息。线上也是开到 DEBUG 级别。
然后调试信息也是通过 DEBUG 服务打印,然后通过 conf.DEBUG_MODE
来区分是不是要打印这种 DEBUG 级别的调试信息。
觉得不甚方便,想了一下,有两种思路:
- 将普通信息也通过 INFO 日志打印,在日志内容中插入部分标识来表示是重要信息,比如 “&NOTICE”。
- 增加一个 TRACE 级别日志。
方案一感觉相对合理一些,但是对于已有项目还是方案二好。
实现
def trace(self, message, *args, **kwargs):
if self.isEnabledFor(TRACE):
self._log(TRACE, message, args, **kwargs)
TRACE = logging.TRACE = 5
logging.addLevelName(TRACE, 'TRACE')
logging.Logger.trace = trace
参考:syslog 日志级别
- EMERG:系统不可用
- ALERT:需要立即采取行动
- CRIT:关键错误
- ERR:一般错误
- WARNING:警告
- NOTICE:一般通知
- INFO:信息性消息
- DEBUG:调试级别的消息
参考:nodejs winston 日志级别
- error:错误
- warn:警告
- info:一般信息
- http:HTTP 请求
- verbose:详细信息
- debug:调试信息
- silly:非常详细的调试信息
参考:java log4j 日志级别
- FATAL:致命
- ERROR:错误
- WARN:警告
- INFO:信息
- DEBUG:调试
- TRACE:跟踪
Unicode
2020-05-16
对号(对勾)
符号 |
Unicode码(Hex) |
名字 |
✓ |
U+2713 |
CHECK MARK(勾号) |
✔ |
U+2714 |
HEAVY CHECK MARK(粗勾号) |
☐ |
U+2610 |
BALLOT BOX(方格) |
☑ |
U+2611 |
BALLOT BOX WITH CHECK(打勾方格) |
√ |
U+221A |
Square Root (开平方,根号) |
错号(叉叉)
常用英文字母 x / X 或者数学中的乘法替代。
符号 |
Unicode码(Hex) |
名称 |
✗ |
U+2717 |
BALLOT X (交叉) |
✘ |
U+2718 |
HEAVY BALLOT X (粗体交叉) |
☐ |
U+2610 |
BALLOT BOX (方格) |
☒ |
U+2612 |
BALLOT BOX WITH X (带交叉方格) |
× |
U+00D7 |
乘法符号 |
⨯ |
U+2A2F |
向量积 |
✕ |
U+2715 |
Multiplication (乘法符号) |
☓ |
U+2613 |
Saltire |
✖ |
U+2716 |
Heavy Multiplication X Emoji |
ㄨ |
U+3128 |
Bopomofo Letter U |
Ⅹ |
U+2169 |
Ⅹ Roman Numeral Ten |
圈号符号
符号 |
Unicode码(Hex) |
名字 |
○ |
U+25CB |
WHITE CIRCLE |
● |
U+25CF |
BLACK CIRCLE |
◯ |
U+25EF |
LARGE CIRCLE |
参考资料与拓展阅读
开发者
2020-04-30
网上的大多数职业建议,都来自那些取得了巨大成就的人。所有这些建议都没有充分考虑运气的因素,实际上很多人运气不好,事业受到了很大影响。
现在,很多企业陷入了困境,我就在一家这样的科技公司工作了两年。回顾这两年,我总结了几点经验教训。如果你的职业生涯也遇到了坏运气,不妨可以参考一下:
- 如果公司业绩不好没有前途,但是愿意给你提供一些优惠条件,让你留下来。你可以接受,但要立即开始寻找新工作,不要留恋那些优惠条件。
- 公司不是你的家人。某些同事也许是你的朋友,但就像大学室友一样,毕业了也依然可以是朋友。不要因为人际关系的舒适而留下。
- 不要以为公司情况不好,内部政治就会简单一些。情况恰恰相反,也许以前没有内部政治,但是一旦大家意识到,公司已经变成了一个零和游戏,某些人的得益就是另一些人的损失,就会出现内部政治。经济衰退时期,零和游戏的出现可能性更大。
- 公司的应变举措,也许会奏效。也许不会。你必须决定是否值得等待,要知道你的时间就是沉没成本。一旦公司失败,你以前投入的时间是无法弥补的。
更多内容在英文原版中:Career advice for people with bad luck
个人
2020-04-28
滑坡谬误(Slippery slope)指的是使用一连串的因果推论,夸大了每个环节的因果强度,而得到不合理的结论。
它的典型形式是,"如果发生 A1,接着就会发生 A2,接着就会发生 A3,接着就会发生 A4,......,接着就会发生 An",然后推论"由于 An 不应该发生,因此我们不应允许 A1 发生"。
从 A1 推论至 An 的过程就像一个滑坡。
它的问题在于,每个"坡"的因果强度不一,有些因果关系只是可能、而非必然,有些因果关系相当微弱,有些因果关系甚至是未知或缺乏证据,因而即使 A 1发生,也无法一路滑到 An,An 并非必然发生。
若有充足证据显示每个"坡"都有合理、强烈的因果连结,即不构成滑坡谬误。
例一:如果我今天借了10元给小明,他明天又会跟我借一百元,接下来就借一千元、一万元,我岂不破产?
小明今天借十元也不表示明天就会借一百元,就算明天借一百元也不表示以后就会借一千元,就算小明借一千元甚至一万元,也不表示说话者就会破产。
例二:孩子如果不上好的小学,就考不上好的中学,之后就考不进好的大学,接着会找不到好的工作,然后会穷困潦倒,一生就毁了!
孩子如果不上好的小学,也不表示之后就考不上好的中学;就算考不上好的中学,也不表示就考不进好的大学;就算考不进好的大学,也不表示就找不到好的工作;就算找不到好的工作,也不表示会穷困潦倒;就算穷困潦倒,也不表示一生就毁了。
例三:员工偷懒公司便会损失,公司赚不到钱就要裁员,被裁员的人会没工作,没工作的人为了生计就会铤而走险。因此,上班偷懒是非常严重的问题。
公司损失不表示公司会赚不到钱,就算公司赚不到钱也不表示公司就要裁员,就算公司裁员也不表示被裁的人会走投无路,就算被裁的人走投无路,也不表示会为了生计铤而走险。
Microsoft Office
2020-04-24
常用功能
- 文字处理 Word Processing
- 电子表格 Spreadsheet
- 演示文稿 Presentation
- 笔记 Notetaking
- 流程图 Diagramming
- 图像处理 Raster Graphics Editor
- 矢量图处理 Vector Graphics Editor
- 图片浏览 Image Viewer
- 公式编辑 Formula Editor
- 数据库管理 Database Management
- 项目管理 Project Management
- 排版 Desktop Publishing
- Desktop 这个词是指与 TeX 这类传统文本类型排版系统对应的 GUI 排版工具
- 通信 Communication
- 日历 Calendaring
- 文件服务 File Hosting
Microsoft Office 主要组件
- 文字:Microsoft Word,1981 年开始开发,当时最知名的文字软件是 WordStar 和 WordPerfect。
- WordPerfect 几近辗转,现在是发展成了 Corel WordPerfect Office。
- 表格:Microsoft Excel,当时最知名的表格软件是 Lotus 1-2-3。
- PS:1995 年,Lotus Software 被 IBM 收购,2013 年结束销售。
- PS:Lotus 1-2-3 计算闰年的方式有问题,会把 1900 年当成闰年,Excel 为了保持兼容,至今仍然包含这个错误。
- 演示:Microsoft PowerPoint,微软收购自一家硅谷初创企业,据说微软本来是想基于 Word 开发演示功能。
- 数据库:Microsoft Access
其他关联组件:
- 流程图:Microsoft Visio,微软 2000 年收购
- 项目管理:Microsoft Project
- Microsoft OneNote
- Microsoft OneDrive
- Microsoft Outlook
- Microsoft Teams
- Microsoft Publisher
Microsoft 365
Microsoft Office 的云上版本,提供了更多功能。
LibreOffice
StarOffice -> OpenOffice -> LibreOffice
- Writer
- Calc
- Impress
- Draw
- Math
- Base:数据库
参考:https://en.wikipedia.org/wiki/Apache_OpenOffice

- 1985 年,StarOffice 发布
- 1999 年,Sun 公司 7350 万美元收购 StarOffice
- 2000 年,Sun 公司开放 StarOffice 源代码,并将项目重命名位 OpenOffice
- 2009 年,Oracle 收购 Sun 公司
- 2010 年,LibreOffice 项目与 The Document Foundation 组织诞生,
- 随后,大多数 Linux 项目都跟进,将自带的办公软件更改位 LibreOffice
- 2011 年,Oracle 停止了 OpenOffice 开发,将 OpenOffice 捐赠给 Apache 基金会
- 之后 LibreOffice 一直活跃开发,Apache OpenOffice 越来越沉寂。
WPS Office
- 文字
- 表格
- 演示
- PDF
- 设计
- 流程图
- 思维导图
- 表单
- 在线文档
- 共享文件夹
- 模板中心
Apple iWork
- Pages 文字处理
- Numbers 电子表格
- Keynote 演示文稿
OnlyOffice
https://en.wikipedia.org/wiki/OnlyOffice
毛子项目,AGPL 协议开源,原名 TeamLab。在俄罗斯,以 P7-Office 为名。
- Documents
- CRM
- Projects
- Mail
- Community
- Calendar
- Talk
参考资料与拓展阅读
HTTP urlencode
2020-04-19
URL / URI 的设计中规定允许的字符,如果出现了其他字符就需要转义,这套规则被称之为百分号编码(Percent-encoding)。
WWW 的设计中就使用了这套规则,比如 URL 地址、和表单提交(application/x-www-form-urlencoded
)等场景,所以这个编码规则也被称之为 URL 编码(URL encoding)。
编程时,编码解码操作一般就叫 urlencode,urldecode。
编码的方式非常简单,就是把字节用 16 进制的方式表示,然后每个字节前面加一个百分号。
开发者
2020-04-17
查看文档(手动替换文档编号):
搜索:
状态
- Informational
- Experimental
- Best Current Practice
- Standards Track
- Historic
参考资料与拓展阅读
Ubuntu Linux
2020-03-31
全局
Win / Win + S 窗口概览
Win + A 程序搜索,或者 Win 双击
Win + D 显示桌面
Win + L 锁定窗口
Win + V / Win + M 打开日历和事件
Win + 数字 打开左侧菜单上的程序
Win + Left 将窗口移动到左侧
Win + Right 将窗口移动到右侧
Win + Up 最大化
Win + Down 还原
Win + Home 切换到第一个 Workspace
Win + PageUp 切换到上一个 Workspace
Win + PageDown 切换到上一个 Workspace
Alt + F2 运行一个命令
Alt + F4 关闭当前窗口
Alt + F6
Alt + F10 窗口最大化 / 还原
Ctrl + Alt + T 打开终端
Win + Space 切换输入法
Alt + Space 窗口菜单
Win + C 计算器 自定义
Win + F 文件浏览器 自定义
切换
Alt + Tab 切换窗口
Win + Tab 切换程序
Alt + ~ / Win + ~ 同一个程序的不通窗口切换
截图
屏幕截图并保存:PrntScr
加 Shift 选区截屏,加 Alt 窗口截屏,加 Ctrl 截屏到剪切板
PS:Ubuntu 22.04 之后,截图的逻辑调整了。
交互式截屏:PrntScr
加 Shift 屏幕截图并保存,同时复制到剪切板
加 Alt 窗口截屏并保存,同时复制到剪切板
加 Ctrl 没有任何效果
终端
Ctrl + Shift + N new window
Ctrl + Shift + Q quit window
Ctrl + Shift + T 打开新标签
Ctrl + Shift + W close tab
Ctrl + Shift + PageUp Tab 左移
Ctrl + Shift + PageDown Tab 右移
Ctrl + Shift + C 复制
Ctrl + Shift + V 粘贴
Ctrl + / 清空
其他
F9 打开 CopyQ 自定义
VSCode
2020-03-30
窗口
Ctrl + Shift + N 新建窗口
Tab
Ctrl + N 新建标签
Ctrl + W 关闭当前标签
Alt + PageUp, Alt + PageDown 切换 Tab
编辑
Ctrl + Shift + Up/Down 同时编辑多行
Ctrl + Shift + I 格式化代码
Ctrl + P 打开文件
Ctrl + T 工作区相关
Ctrl + , 设置
Ctrl + . 切换Section或文件
Ctrl + / 注释
Ctrl + I 建议
Ctrl + O 打开文件
Ctrl + K, Ctrl + O 打开目录
Ctrl + S 保存
Ctrl + ` 终端
Ctrl + K M 更改语言
Ctrl + K, Ctrl + S 显示键盘快捷方式
F1 OR Ctrl + Shift + P Show Command Palette
Alt + Up, Alt + Down 上下移动行
Alt + Left, Alt + Right 跳到上一处,跳到下一处
搜索和替换
Ctrl + F
Ctrl + H
Ctrl + Shift + F
Ctrl + Shift + H