上一页 1 2 3 4 5 6 7 8 9 10 ··· 16 下一页
  2019年10月10日
摘要: kafka的术语(Terminology) Topic 和Consumer Group Topic 每条发布到 Kafka 集群的消息都有一个类别,这个类别被称为 Topic。(物理上不同 Topic 的消息分开存储,逻辑上一个 Topic 的消息虽然保存于一个或多个 broker 上但用户只需指定 阅读全文
posted @ 2019-10-10 22:52 编程一生 阅读(765) 评论(1) 推荐(1) 编辑
  2019年10月6日
摘要: 背景 事情是这样的。一天下午4点42分左右。业务反馈我开发的服务在测试环境出现问题,返回资源数据是0。查日志发现是ES访问超时。相当于数据库挂了。持续了20多分钟自己恢复。咨询了ES团队,最终得到下面的答复: 调查 1.需要换成本地磁盘,测试环境也是我们的正式环境。是否能直接替换成物理机?多少台合适 阅读全文
posted @ 2019-10-06 17:52 编程一生 阅读(4334) 评论(0) 推荐(0) 编辑
  2019年9月26日
摘要: 在工作和生活中,沟通是重要的一环。想把事情叙述清楚有几个常用的逻辑结构。主要分为四种类型:传统型、流程型、情境型、要素型。 传统型 传统型是知识点按照常用逻辑,抽丝剥茧般的展示出来。又有三种主要的结构。 流程型 知识点按照完成一项任务的顺序来呈现。 情境型 知识点按照一项能力在不同情境中的应用来呈现 阅读全文
posted @ 2019-09-26 13:15 编程一生 阅读(1634) 评论(0) 推荐(0) 编辑
  2019年9月25日
摘要: 背景 在实际开发中,数据的处理有五种:获取、传输、存储、分析、转换。每种各对应一些常用的技术。序列化和反序列化 序列化是将对象的信息转换为可传输或可存储形式的过程。反序列化就是反过来让这些可传输的、可存储的信息变回对象。 传输的序列化除了安全性的考虑,因为涉及到和第三方通信,所以还有重要的一点是可读 阅读全文
posted @ 2019-09-25 09:58 编程一生 阅读(3113) 评论(1) 推荐(4) 编辑
  2019年9月2日
摘要: 考察实践经验和方法 很早之前阿里打电话过来面试我,是一个架构师的职位。当时问我一个问题:在review代码的时候,如果代码特别长,比如几千行几万行,你如何去review呢?我的回答角度是这样的: 1.review PR我一般不会review所有的代码,而是变更点。整体的代码review会以模块rev 阅读全文
posted @ 2019-09-02 13:42 编程一生 阅读(1902) 评论(2) 推荐(6) 编辑
  2019年8月20日
摘要: 最正统的方法 日志 这是排查问题的最常用的方法,需要预估自己每日日志量和需要存储的日志时间。申请磁盘空间时一般会留35%的冗余以备突发流量。 一般需要打日志的有:每个对外提供方法的入口和出口,调用第三方的调用前和调用后。打印内容主要包括入参和出参。https://github.com/xiexiao 阅读全文
posted @ 2019-08-20 10:16 编程一生 阅读(1471) 评论(2) 推荐(1) 编辑
  2019年8月19日
摘要: 背景前段时间开发一个接口,因为调用我接口的同事脾气特别好,我也就不客气,我就直接把源代码发给他当接口定义了。 没想到同事看到我的代码问:要么 get a,b,c 要么 post [a,b,c]。这么写可以自动解析?他们一直都是自己转换成list。 我很肯定的说可以,但是已经习惯这么用了,没有了解底层 阅读全文
posted @ 2019-08-19 09:37 编程一生 阅读(1584) 评论(1) 推荐(1) 编辑
  2019年8月14日
摘要: 力不从心型 在工作中有种技术leader,总认为自己是最好的。在方案设计的时候,自己有一种方案,下属有一种方案。leader非要别人听他的。如果两种方案没有优劣之分,比较建议的做法是让真正实施的人按照自己的想法去做,让人家有个实践自己想法的空间。而自己没有办法证明自己的方法更好,这属于能力问题。 认 阅读全文
posted @ 2019-08-14 09:35 编程一生 阅读(3110) 评论(1) 推荐(2) 编辑
  2019年7月11日
摘要: 今天是2019年6月22日。对于钱多、话少、死得早的咱们程序员来说,20年后是否还生活在这世上呢。我会尽量活的久一点。因为你常说除了编程你什么都不会,而我的很多技能都是专业水平,可以用来谋生,你要靠我养老。额~,原来,「得一人终老」是这个意思。 回想十年前,因为毕业的学校比你好,找的工作比你好,我周 阅读全文
posted @ 2019-07-11 10:02 编程一生 阅读(7343) 评论(60) 推荐(76) 编辑
  2019年6月26日
摘要: 两种能力境界 1.解决问题 在工程师中有一种人被称为”救火队长“。哪里出了问题,哪里就有他的身影,他的出现,燃眉之急就有救了。他们是解决问题的高人。但是“救火队长”在晋升上往往会遇到瓶颈。 对标人物:漫威-美国队长 每天严阵以待,随时准备拯救世界。无法接受钢铁侠防患于未然用机器来解决问题解放自己的方 阅读全文
posted @ 2019-06-26 10:25 编程一生 阅读(1222) 评论(1) 推荐(3) 编辑
  2019年6月24日
摘要: 编写代码的八荣八耻 1. 产品命名:以简单有趣为荣,以平庸难记为耻。 2. 单个函数:以短小精悍为荣,以冗长费神为耻。 3. 代码维护:以持续重构为荣,以停滞不前为耻。 4. 编程风格:以运用风格为荣,以随意编码为耻。 5. 程序设计:以开关上线为荣,以自信编码为耻。 6. 接口定义:以用户易用为荣 阅读全文
posted @ 2019-06-24 09:59 编程一生 阅读(1559) 评论(3) 推荐(7) 编辑
  2019年6月20日
摘要: 背景 问题从一杯咖啡开始。 今天我去楼下咖啡机买了一杯「粉黛拿铁」。制作过程中显示: 我取了做好的粉黛拿铁,喝了一口,果然就是一杯热巧克力。咦咦咦,说好的拿铁呢?虽然我对「零点吧」的咖啡评价很高,觉得味道不亚于星爸爸。但是不可否认它确实给了我一杯假的拿铁。 现在很多技术专家好比品鉴咖啡的专家。他们并 阅读全文
posted @ 2019-06-20 10:05 编程一生 阅读(2560) 评论(3) 推荐(5) 编辑
  2019年6月19日
摘要: 把觉得不靠谱的需求放到最后做,很可能到时候需求就变了,或者取消了。 读好书,垃圾书会浪费你时间。 不要炫技,面向人脑编程更便于维护。 没事别重复造轮子,你造的轮子大多数时候只有你觉得好用。接手你的轮子的人会在背后骂你上百遍。 不要先写框架再写实现。最好反过来,从原型中提炼框架。 新技术一定不要找书, 阅读全文
posted @ 2019-06-19 10:14 编程一生 阅读(509) 评论(3) 推荐(1) 编辑
  2019年6月18日
摘要: 通用技术 1.一般公司对应届生都要考察编程能力,所以应聘之前先刷刷题。我做面试官出的编程题两年没有变过。就是这道 2.对应届生的考察项,我做面试官的考察大纲是这样的: 3.很早以前我被面试的时候,发现面试官很喜欢从几本书里找知识点来考察。其中一本是周志明的《深入理解Java虚拟机》。不一定,很多时候 阅读全文
posted @ 2019-06-18 10:06 编程一生 阅读(1366) 评论(1) 推荐(0) 编辑
  2019年6月17日
摘要: 四象限分析法又称波士顿矩阵,使用二维四象限对两个维度的变量进行分析,四个象限代表不同的战略,根据战略不同用于进行不同的决策。决策有两类四象限分析法被单独作为分析法使用: 四象限时间管理法 四象限法则是时间管理理论的一个重要观念。基于未雨绸缪,防患于未然的战略,在紧急性和重要性需要权衡的时候,应当把主 阅读全文
posted @ 2019-06-17 05:13 编程一生 阅读(3353) 评论(4) 推荐(2) 编辑
上一页 1 2 3 4 5 6 7 8 9 10 ··· 16 下一页