#34 GitHub 搜索技巧

开发者 2021-06-30

如何快速的、正确的查询资料是开发者的必备技能。GitHub 是一个主要的资料来源，当然需要掌握其用法才行。
除了要知道搜索什么英语术语之外，还有一些别的辅助技能，可以有效的提升 GitHub 搜索效率。

#31 Linux 工具箱: exiftool

开发者 图像处理 多媒体 Exif LinuxTools 2021-05-28 
# 查看 Exif 信息：
exiftool      media/images/django.jpg
exiftool -X   media/images/django.jpg  # XML 格式
exiftool -csv media/images/django.jpg  # CSV 格式

exiftool    media/images/
exiftool -r media/images/  # 递归遍历子目录

# 清除文件 Exif 信息：
exiftool -all= -overwrite_original media/images/django.jpg
exiftool -all= -overwrite_original media/images/
exiftool -all= -overwrite_original -ext png media/images/

# 清除指定 Exif 信息
exiftool -gps:all= *.jpg

#30 Linux 工具箱 2：convert (图像处理)

开发者 ImageMagick 图像处理 多媒体 LinuxTools 2021-04-24

关于 convert 的文章，之前已经写过两篇：

安装 ImageMagick

sudo apt install imagemagick

convert -list type
convert -list font # 支持的字体

获取图片信息

identify markjour.png
identify -verbose markjour.png
identify -format "Size: %w x %h\n" markjour.png

# Exif 信息
identify -format '%[Exif:*]' ~/Pictures/Photos/2019-09-14-18-48-22.jpg

# sudo apt install exif
exif ~/Pictures/Photos/2019-09-14-18-48-22.jpg

清除所有 Exif 信息

convert -strip input.jpg out.jpg
convert +profile "*" input.jpg out.jpg

图片切割

<宽> x <高> + <X轴坐标> + <Y轴坐标>

  1. 如果没有指定坐标，那就是切割图片。
  2. 宽高可以是百分比（不能混用，只要一个百分号那就都是比例）。
convert -crop 300x400+10+10 src.jpg dest.jpg

# 指定中心位址为基准点：
convert -gravity center -crop 300x400+0+0 src.jpg dest.jpg

convert -crop 25%x100% src.jpg dest.jpg

图片合并

之前（convert 图片转换的一次示例）合并图片用的就是这个命令。

# 横向
convert +append markjour-l.jpg markjour-c.jpg markjour-r.jpg markjour.jpg
# 纵向
convert -append markjour-t.jpg markjour-c.jpg markjour-b.jpg markjour.jpg

图片旋转

convert -rotate 90 input.jpg output.jpg  # 顺时针
convert -rotate -90 input.jpg output.jpg # 逆时针

# 左右反转，镜像效果
convert -flop input.jpg output.jpg

# 上下反转，这个和旋转 270 效果还是不一样的
convert -flip input.jpg output.jpg

图片缩放

# 限宽我很常用，控制页面图片尺寸
convert -resize 108x markjour.png markjour-108.png

convert -sample 50%  markjour.png markjour-new.png
convert -sample 200% markjour.png markjour-big.png

PS: 放大时 resize 会自动采样插值，而 sample 不会

图片压缩

convert input.jpg -quality 50 output.jpg

颜色

# 灰度，就是常见的黑白照片效果
convert -colorspace gray input.jpg output.jpg

# 分离 RGB 三个通道，输出三张图片，不知道为什么都是灰色
convert -separate input.png output.png

convert -threshold 40% input.png output.png # 也是一种常见效果，不知道叫什么
convert -negate input.png output.png # 反色

# 黑白（非灰度）sRGB -> Gray 2c
convert -monochrome input.png output.png

# 重新转成 sRGB 模式（但是颜色还是留在黑白两色）
convert -define png:color-type=2 input.png output.png
convert -colorspace sRGB -type truecolor input.jpg output.jpg

# 效果很奇特，可以试试：
convert -remap pattern:gray60 input.png output.png

# 替换
convert -fuzz 15% -fill white -opaque "rgb(143,141,250)" -opaque "rgb(216,217,62)" input.png output.png

滤镜

convert -blur 70 input.png output.png
# 后面的数字对模糊程度有着决定性作用
convert -blur 70x15 input.png output.png

convert -charcoal 2  input.png output.png # 铅笔画风格
convert -noise    3  input.png output.png
convert -paint    4  input.png output.png # 油画风格
convert -spread   50 input.png output.png # 毛玻璃
convert -swirl    60 input.png output.png # 扭曲

convert -paint 4 -raise 5x5 input.png output.png

# 调整透明度
# 先确保图片有 Alpha 通道
convert -define png:format=png32 input.png output.png
convert -channel alpha -fx "0.5" output.png output2.png

边框

# 加边框
convert -mattecolor "#000" -frame 60x60 input.png output.png
convert -mattecolor "#fff" -frame 60x60 input.png output.png

# 相同效果
convert -bordercolor "#fff" -border 60x60 input.png output.png

# 再配合上 raise：
convert -bordercolor "#fff" -border 10x10 input.png output.png
convert -raise 5x5 output.png output2.png

# 去掉边框：
convert -trim -fuzz 10% input.png output.png

水印

convert -fill "#1770CC" \
-font Ubuntu-Mono -pointsize 50 -draw 'text 130,50 "©"' \
-font 楷体_GB2312 -pointsize 40 -draw 'text 50,50 "码厩"' \
-gravity southeast \
input.png output.png

# 改用 RGBA 模式
convert -fill "rgba(23,112,204,0.25)" \
-font Ubuntu-Mono -pointsize 50 -draw 'text 130,50 "©"' \
-font 楷体_GB2312 -pointsize 40 -draw 'text 50,50 "码厩"' \
-gravity southeast \
input.png output.png

# 这个不错，京东那里学来的：
convert -size 100x100 -fill "#1770CC" -gravity center \
-font Ubuntu -pointsize 30 -draw 'rotate -45 text 0,0 "markjour"' \
xc:none miff:- | composite -tile -dissolve 25 - input.png output.png

# 图片水印
convert -size 150x50 -fill "#1770CC" -gravity center \
-font Ubuntu -pointsize 30 -draw 'text 0,0 "markjour"' \
xc:none /tmp/mark.png
convert input.png -gravity southeast -compose over /tmp/mark.png -composite output.png

其他

# 查看图片
# GNOME 桌面好像都是 eog
eog markjour.png

# 或者使用 ImageMagick 自带图片查看工具：
display markjour.png

# 查看颜色信息
convert xc:"#fff" -colorspace sRGB -format "%[pixel:u.p{0,0}]\n" txt:
convert xc:"#fff" -colorspace sRGB -format "%[pixel:u.p{0,0}]\n" info:

convert xc:"#fff" -colorspace sRGB -format "rgb(%[fx:int(255*r)],%[fx:int(255*g)],%[fx:int(255*b)])\n" info:

# 获取指定像素点的颜色（RGB）
convert "input.png[1x1+100+100]" -format "rgb(%[fx:int(255*r)],%[fx:int(255*g)],%[fx:int(255*b)])\n" info:

# 创建一张新图片
convert -size 1000x1000 xc:none /tmp/image.png
convert -size 1000x1000 xc:transparent /tmp/image.png
convert -size 1000x1000 xc:white /tmp/image.png

webp

sudo apt install -y webp
  • cwebp 转成 WEBP 格式
  • dwebp 转成别的格式
cwebp -o xxx.png xxx.webp
dwebp -o xxx.webp xxx.png

参考资料与拓展阅读

#28 阿里巴巴 16 条设计规约

开发者 软件开发 Alibaba 2020-07-10
  1. 【强制】存储方案和底层数据结构的设计获得评审一致通过，并沉淀成为文档。
    说明：有缺陷的底层数据结构容易导致系统风险上升，可扩展性下降，重构成本也会因历史数据迁移和系统平滑过渡而陡然增加，所以，存储方案和数据结构需要认真地进行设计和评审，生产环境提交执行后，需要进行 double check。
    正例：评审内容包括存储介质选型、表结构设计能否满足技术方案、存取性能和存储空间能否满足业务发展、表或字段之间的辩证关系、字段名称、字段类型、索引等；数据结构变更（如在原有表中新增字段）也需要进行评审通过后上线。
  2. 【强制】在需求分析阶段，如果与系统交互的 User 超过一类并且相关的 User Case 超过 5 个，使用用例图来表达更加清晰的结构化需求。
  3. 【强制】如果某个业务对象的状态超过 3 个，使用状态图来表达并且明确状态变化的各个触发条件。
    说明：状态图的核心是对象状态，首先明确对象有多少种状态，然后明确两两状态之间是否存在直接转换关系，再明确触发状态转换的条件是什么。
    正例：淘宝订单状态有已下单、待付款、已付款、待发货、已发货、已收货等。比如已下单与已收货这两种状态之间是不可能有直接转换关系的。
  4. 【强制】如果系统中某个功能的调用链路上的涉及对象超过 3 个，使用时序图来表达并且明确各调用环节的输入与输出。
    说明：时序图反映了一系列对象间的交互与协作关系，清晰立体地反映系统的调用纵深链路。
  5. 【强制】如果系统中模型类超过 5 个，并且存在复杂的依赖关系，使用类图来表达并且明确类之间的关系。
    说明：类图像建筑领域的施工图，如果搭平房，可能不需要，但如果建造蚂蚁 Z 空间大楼，肯定需要详细的施工图。
  6. 【强制】如果系统中超过 2 个对象之间存在协作关系，并且需要表示复杂的处理流程，使用活动图来表示。
    说明：活动图是流程图的扩展，增加了能够体现协作关系的对象泳道，支持表示并发等。
  7. 【推荐】需求分析与系统设计在考虑主干功能的同时，需要充分评估异常流程与业务边界。
    反例：用户在淘宝付款过程中，银行扣款成功，发送给用户扣款成功短信，但是支付宝入款时由于断网演练产生异常，淘宝订单页面依然显示未付款，导致用户投诉。
  8. 【推荐】类在设计与实现时要符合单一原则。
    说明：单一原则最易理解却是最难实现的一条规则，随着系统演进，很多时候，忘记了类设计的初衷。
  9. 【推荐】谨慎使用继承的方式来进行扩展，优先使用聚合/组合的方式来实现。
    说明：不得已使用继承的话，必须符合里氏代换原则，此原则说父类能够出现的地方子类一定能够出现，比如，“把钱交出来”，钱的子类美元、欧元、人民币等都可以出现。
  10. 【推荐】系统设计时，根据依赖倒置原则，尽量依赖抽象类与接口，有利于扩展与维护。
    说明：低层次模块依赖于高层次模块的抽象，方便系统间的解耦。
  11. 【推荐】系统设计时，注意对扩展开放，对修改闭合。
    说明：极端情况下，交付的代码都是不可修改的，同一业务域内的需求变化，通过模块或类的扩展来实现。
  12. 【推荐】系统设计阶段，共性业务或公共行为抽取出来公共模块、公共配置、公共类、公共方法等，避免出现重复代码或重复配置的情况。
    说明：随着代码的重复次数不断增加，维护成本指数级上升。
  13. 【推荐】避免如下误解：敏捷开发 = 讲故事 + 编码 + 发布。
    说明：敏捷开发是快速交付迭代可用的系统，省略多余的设计方案，摒弃传统的审批流程，但核心关键点上的必要设计和文档沉淀是需要的。
    反例：某团队为了业务快速发展，敏捷成了产品经理催进度的借口，系统中均是勉强能运行但像面条一样的代码，可维护性和可扩展性极差，一年之后，不得不进行大规模重构，得不偿失。
  14. 【参考】系统设计主要目的是明确需求、理顺逻辑、后期维护，次要目的用于指导编码。
    说明：避免为了设计而设计，系统设计文档有助于后期的系统维护，所以设计结果需要进行分类归档保存。
  15. 【参考】设计的本质就是识别和表达系统难点，找到系统的变化点，并隔离变化点。
    说明：世间众多设计模式目的是相同的，即隔离系统变化点。
  16. 【参考】系统架构设计的目的：
    确定系统边界。确定系统在技术层面上的做与不做。确定系统内模块之间的关系。确定模块之间的依赖关系及模块的宏观输入与输出。确定指导后续设计与演化的原则。使后续的子系统或模块设计在规定的框架内继续演化。确定非功能性需求。非功能性需求是指安全性、可用性、可扩展性等。

#27 产品、项目、系统、平台，等等

开发者 2020-05-22
  • 代码：一堆组织好的文本，也叫源代码，源码。
  • 程序：可执行的一组指令，通常以二进制文件的形式存在。对于脚本语言，也可以是源码的形式存在。
    有种常见的说法是程序 = 数据结构 + 算法。
  • 软件：程序 + 资源（数据、文档、工程文件等）。
  • 功能：使用软件实现的一个确定目标。
  • 部署环境：

用户视角：

  • 产品：产品和销售设计，面向用户，一组功能和价格的封装。可能是系统，可能是别的系统上的应用。

管理视角：

  • 项目：团队 + 资源，来完成具体任务和目标。

架构视角：

  • 系统：一些相关的事物组合成一个有机整体，通过对资源的管理和利用，来实现某些功能。
  • 应用：运行于一个系统之上，独立且内聚，实现特定的功能，或为系统增加一些新的功能。
  • 拓展：和应用类似，但是其作用是对系统原有功能进行辅助或者增强。

功能视角：

  • 服务：程序或软件系统对外提供某种功能（完成某些任务），或许还会提供一些交互方式（网络协议，Web 页面，API，GUI）。
    一个系统可能是多个小的服务组成，整个系统对外又可以说是提供一个服务。
  • 平台：也是服务，强调的是对使用者提供某种支撑。用时髦的话讲，就是赋能。
    一般来讲是，应该是一个强大、复杂的服务。
    管理平台，日志平台，商户平台，开放平台。

开发视角：

  • 库 library，组件 component，插件 plugin，控件：都是指可复用的代码，或者可调用的二进制程序。他们之间的差异就是在于不同的使用场景。
  • 代码仓库：源代码版本管理中的概念。也有人将仓库称为项目，我认为是很不贴切的，即使这个项目的所有代码都在一个仓库内。
  • 模块：独立（或相对独立）的一段程序，可以是库、组件、服务，也可以是程序中一个相对内聚的部分。
    甚至，子系统也可以说是系统的一个模块。

反过来思考

假设有这么一个项目组，共 5 个人，开发了一个项目，由 10 个服务组成的一个项目管理系统。
基于这套系统，又封装成了两个产品，分别面向开发团队和一般团队。
一个团队，一个项目，一个系统，两个产品。

后来业务发展、商务合作、法务合规的缘故，项目组另外再部署一套一模一样的系统，专门为某个客户服务。
一个团队，一个项目，两套系统，三个产品。

再后来，这套专有系统持续创造较大的利润，项目组为他另外开一个新的项目进行管理，需求、开发进度等等都独立开来。但是还是这个团队来做。
一个团队，两个项目，两套系统，三个产品。

这个逻辑有问题么？

#26 转载：坏运气的人的职业建议

开发者 2020-04-30

网上的大多数职业建议，都来自那些取得了巨大成就的人。所有这些建议都没有充分考虑运气的因素，实际上很多人运气不好，事业受到了很大影响。

现在，很多企业陷入了困境，我就在一家这样的科技公司工作了两年。回顾这两年，我总结了几点经验教训。如果你的职业生涯也遇到了坏运气，不妨可以参考一下：

  1. 如果公司业绩不好没有前途，但是愿意给你提供一些优惠条件，让你留下来。你可以接受，但要立即开始寻找新工作，不要留恋那些优惠条件。
  2. 公司不是你的家人。某些同事也许是你的朋友，但就像大学室友一样，毕业了也依然可以是朋友。不要因为人际关系的舒适而留下。
  3. 不要以为公司情况不好，内部政治就会简单一些。情况恰恰相反，也许以前没有内部政治，但是一旦大家意识到，公司已经变成了一个零和游戏，某些人的得益就是另一些人的损失，就会出现内部政治。经济衰退时期，零和游戏的出现可能性更大。
  4. 公司的应变举措，也许会奏效。也许不会。你必须决定是否值得等待，要知道你的时间就是沉没成本。一旦公司失败，你以前投入的时间是无法弥补的。

更多内容在英文原版中：Career advice for people with bad luck

#25 RFC 相关知识

开发者 2020-04-17

查看文档（手动替换文档编号）：

搜索：

状态

  • Informational
  • Experimental
  • Best Current Practice
  • Standards Track
  • Historic

参考资料与拓展阅读