https://gitee.com/foolegg126 有兴趣可以点到这个人的微博里去看看

懒得保存的同学可以用这个

document.write(`<img src="data:image/svg+xml;base64,${btoa(`SVG`)}">`)

SVG 处粘贴 svg 即可

楼主就是在 package.json 里写了 mit 三个字母，根本没放 license 文件，难道要讨论的不应该是这种场景到底算闭源还是开源么

看标题： 这又是个标题党，但推的毕竟是效率软件看看呗
看内容：这不是我需要的，但动手写效率软件的作者都是好样的
看回复：这人真闲，只要稍微表达不同意见他就一个个回复
#56 #57 (hubhub 同学与作者对话) 这人完全无法沟通

最后拉到后面看到有人提作者反复发帖，点了下名字看了看别的几个帖子，再见

作者你一边说
“我发帖并不是为了说服不喜欢我的软件的人，而是为了让需要我的软件的人看到我的软件。”
一边一条条回复杠过来累不累？

希望你能把这个软件迭代改进到最好的效率软件来打我脸

看标题： 这又是个标题党，但推的毕竟是效率软件看看呗
看内容：这不是我需要的，但动手写效率软件的作者都是好样的
看回复：这人真闲，只要稍微表达不同意见他就一个个回复
#56 #57 (hubhub 同学与作者对话) 这人完全无法沟通

最后拉到后面看到有人提作者反复发帖，点了下名字看了看别的几个帖子，拉黑再见

作者你一边说
“我发帖并不是为了说服不喜欢我的软件的人，而是为了让需要我的软件的人看到我的软件。”
一边一条条回复杠过来累不累？

希望你能把这个软件迭代改进到东半球最好的效率软件来打我脸

桌面环境和运行环境的操作系统是两回事，前者 mac > win >>>>>> linux，后者 linux=docker>>>mac>>>>>....>>>>>>win

所以懒得折腾选 mac+mac
学生没钱选 win+linux/docker

备选 mac+linux/docker

以上

没人用 PHP 写消息队列是因为 PHP （相对）不适合写消息队列，但不代表 PHP 不能用消息队列啊，难道非得架构里的所有东西都用同一种语言？

另外 service mesh 崛起的原因就是因为语言无关，生态共享（ Java 永远不可能通吃）不用等 service mesh 靴子落地，写个简单的 local agent 转换下协议还不是分分钟

“代码”和“解决方案”不是一回事儿
“编程”和“软件工程活动”不是一回事儿

4. XEHMYHLLMETT 已用

多谢

1 不推荐，但你可以解释为啥你上家低你还待下来了，为啥你期望拿到大幅的加薪
2 除非你真的有这样的协议（成年人请为自己的言行负责，很多公司对待这方面的隐瞒是发现直接撤 offer/开除）
3 方法很多，比如告诉一家 hr 你手里有另一家的略高的 offer 但你喜欢这家，但其实有个隐形的“市场价” 你不会拿到超过市场价太多
4 是
5 永远不要说自己的最低

样式的问题不重复了

我个人的习惯，（文件级别的标题）在文件开头用===后面多空一行，正文里的副标题 h3 也就是###起

反咯，当你要做一个特别简单的东西的时候，你应该找一个功能特别多的毛坯房，毕竟装修完就能入住

但你造十层楼的时候，还是从地基开始造反而更容易，毕竟比起把方的毛坯房弄成产品想要的圆形，还是自己搭更快风险更小

如果你要造一百层楼，那你就得从砖头、水泥、选址开始考虑了，毛坯房是什么？

有赞是不按规矩玩开源，和 swoole 作者吵完架名头搞臭以后转的 java，我特别庆幸他们的 hr 谈待遇的方式极其业余导致我没继续谈下去

@6yong 如果是多人用同一条分支开发，建议团队统一用 fetch&rebase，命令行的话`git pull --rebase`，SourceTree 在 pull 的时候勾选 rebase instead of merge，乌龟直接就叫 fetch&rebase

这样冲突合并以后由于提交的不是 merge commit，还是普通的 commit，比较容易发现这种问题，另外大大减少 commit 的数量和 git log 的复杂程度

commitA 是不是一个 merge commit ？ 可能是同事 merge 的时候用 GUI 的类似” Resolve Conflict With My Code “的功能，相当于自动删掉你的代码，并且 merge commit 由于有 2 个 parent，可能 GUI 上看不到这样的删除，手动选你的 commit 做比较，或者命令行里和 parent2 比较就能看到删除

http://dubbo.apache.org/books/dubbo-user-book/sources/images/dubbo-architecture-roadmap.jpg
最开始那张图没看到？

就是（比起全写一起的单体应用）写几个互不干扰的应用，比如一个 CMS 一个后台和一个商城之类的