有很多年没有正经吃过冰糖葫芦了，无籽，中间还有豆沙，很好吃～
资源
-
DevOps 应该是 ToB 类企业里的程序员必备的技能，如果开发人员只专注于代码，而不关心产品的交付过程，感觉只有在大型的 ToB 类企业里才会活得舒服，最近半年深有感触！
-
一篇鸡汤，今年很多公司年终奖都打了折扣，似乎大家都缺钱了，喝点鸡汤吧~
挑了一段我喜欢的：
1
2
3
4
5
6
7
8
91、请你来是解决问题而不是制造问题。
2、如果你不能发现问题或解决不了问题，你本人就是一个问题。
3、你能解决多大的问题，你就坐多高的位子。
4、你能解决多少问题，你就能拿多少薪水。
5、让解决问题的人高升，让制造问题的人让位，让抱怨问题的人下课。 -
CES：Consumer Electronics Show， 消费电子展。
我当漫画的看~
-
阿里大神的演说，学习下
内网穿透工具
技术
-
前些天从 gitlab 上拉代码的时候，提示
remote: Not Found:1
2
3git fetch origin
remote: Not Found
fatal: repository 'http://git.xxx.com/xxx.git/' not found字面意思是：远程仓库不存在。但是我对比了 URL， 远程仓库真的存在，而且在其他人电脑上是可以拉到代码的，我思来想去，应该跟我最近改了 gitlab 密码有关。
Git 在使用
HTTP协议时，每次与远程仓库交互，都需要输入用户名密码，很麻烦，于是 Git 便使用一套凭证系统来解决这个麻烦，凭证系统有几种模式：1
2
3
4
5
6
7
8
91. 默认所有都不缓存。 每一次连接都会询问你的用户名和密码。
2. “cache” 模式会将凭证存放在内存中一段时间。 密码永远不会被存储在磁盘中，并且在15分钟后从内存中清除。
3. “store” 模式会将凭证用明文的形式存放在磁盘中，并且永不过期。 这意味着除非你修改了你在 Git 服务器上的密码，否则你永远不需要再次输入你的凭证信息。 这种方式的缺点是你的密码是用明文的方式存放在你的 home 目录下。
4. 如果你使用的是 Mac，Git 还有一种 “osxkeychain” 模式，它会将凭证缓存到你系统用户的钥匙串中。 这种方式将凭证存放在磁盘中，并且永不过期，但是是被加密的，这种加密方式与存放 HTTPS 凭证以及 Safari 的自动填写是相同的。
5. 如果你使用的是 Windows，你可以安装一个叫做 “winstore” 的辅助工具。 这和上面说的 “osxkeychain” 十分类似，但是是使用 Windows Credential Store 来控制敏感信息。 可以在 https://gitcredentialstore.codeplex.com 下载。我用的 MacOS，所以使用了
osxkeychain模式，当我在 gitlab 上的密码修改之后，系统钥匙串中的凭证是没有变的，所以我应该是认证失败了（ git 的错误提示也很让人憔悴），删掉钥匙串之后再试一下，输入新的密码，这次osxkeychain里就有新的凭证了。 -
最近在客户现场出差，生成环境的机器只能通过堡垒机访问，而且各个服务器直接的网络也限制得很严格，
ssh_config中限制了所有服务器都只允许堡垒机的 root 账户访问，想要在服务器直接传文件不能直接用scp，这个时候，nc就能大显神威了！我常用的两个场景：1
2
3
4
5
61. 传文件
[server] $nc -l 1567 > file.txt
[client] $nc server_ip 1567 < file.txt
2. 端口扫描
$nc -z -v -n 172.31.100.7 21-25