用户6806136872845
获得徽章 2
#青训营笔记创作活动#
1月26日 打卡day10
今日学习 写代码的小技巧。
作者慷慨解囊地向我们分享了写代码的45个技巧，都是十分有价值的建议。
让我十分受益的建议就是类和方法的单一职责，这是设计模式的七大原则之一。
另一个就是释放资源在finally，这可以避免忘记释放资源。
1月26日 打卡day10
今日学习 写代码的小技巧。
作者慷慨解囊地向我们分享了写代码的45个技巧，都是十分有价值的建议。
让我十分受益的建议就是类和方法的单一职责，这是设计模式的七大原则之一。
另一个就是释放资源在finally，这可以避免忘记释放资源。
展开
评论
1
#青训营笔记创作活动#
1月23日 打卡day9
今日学习抓包的一些知识。
有人发现ping baidu.com来进行抓取baidu.com的包，然后过滤后发现并没有这样的包。
因为数据包被加密了，所以就需要解密，解密需要通话中的三个随机数，特别是pre_master_key，用于解密。
1月23日 打卡day9
今日学习抓包的一些知识。
有人发现ping baidu.com来进行抓取baidu.com的包，然后过滤后发现并没有这样的包。
因为数据包被加密了，所以就需要解密，解密需要通话中的三个随机数，特别是pre_master_key，用于解密。
展开
评论
1
#青训营笔记创作活动#
1月22日 打卡day8
今日学习了工作中遇到英文问题的解决方法。
虽说是“个笨方法”，但作者讲了挺多方法的。
先是寻找其他的网站解决，如谷歌必应，stack overflow，msdn。
然后是具体解决问题的方法，文献模棱两可，解决文档复杂句子。
1月22日 打卡day8
今日学习了工作中遇到英文问题的解决方法。
虽说是“个笨方法”，但作者讲了挺多方法的。
先是寻找其他的网站解决，如谷歌必应，stack overflow，msdn。
然后是具体解决问题的方法，文献模棱两可，解决文档复杂句子。
展开
评论
点赞
#青训营笔记创作活动#
1月19日 打卡day7
今日学习了kafka认知。
kafka来自于作家卡夫卡的名字，这与kafka的写性能强相呼应。kafka消息系统很强，存储系统降低数据丢失的风险，还为流式处理框架提供了可靠的数据来源。
1月19日 打卡day7
今日学习了kafka认知。
kafka来自于作家卡夫卡的名字，这与kafka的写性能强相呼应。kafka消息系统很强，存储系统降低数据丢失的风险，还为流式处理框架提供了可靠的数据来源。
展开
评论
点赞
#青训营笔记创作活动#
1月18日 打卡day6
今日学习websocket协议。
很多情况下，服务器不会主动向客户发送信息。
http不断轮询：比如微信扫码，前端不停向后段询问是否有人扫码，这种方式会导致1－2s的卡顿。
长轮询：超时设置很长如30s，减少http请求的个数，可以做到及时响应。
websocket不同于http只能同时单向传递数据，可以服务器客户端同时主动发送信息。
1月18日 打卡day6
今日学习websocket协议。
很多情况下，服务器不会主动向客户发送信息。
http不断轮询：比如微信扫码，前端不停向后段询问是否有人扫码，这种方式会导致1－2s的卡顿。
长轮询：超时设置很长如30s，减少http请求的个数，可以做到及时响应。
websocket不同于http只能同时单向传递数据，可以服务器客户端同时主动发送信息。
展开
评论
点赞
#青训营笔记创作活动#
1月17日 打卡 day5
今日学习了网络相关知识
网络通讯中，ip就像是门牌号，数据包由它来确定该发送到哪里。
ip配置的方式主要有两种，第一种是自己手动在电脑里配；第二种是dhcp：动态主机配置协议
dhcp的过程有来有回就像tcp的三次握手，也像员工和公司之间的签合同。
1月17日 打卡 day5
今日学习了网络相关知识
网络通讯中，ip就像是门牌号，数据包由它来确定该发送到哪里。
ip配置的方式主要有两种，第一种是自己手动在电脑里配；第二种是dhcp：动态主机配置协议
dhcp的过程有来有回就像tcp的三次握手，也像员工和公司之间的签合同。
展开
评论
点赞
#青训营笔记创作活动#
1月16日 打卡day4
今日学习了go语言的介绍，是一位大佬给我们学习go的建议。
其实我本来是更喜欢Java的，有种先入为主的观点在里面，而且go的学习过于快速，没来得及体会深层机制与核心。
这位大佬给我们讲了ddd：领域驱动设计
核心就是业务逻辑和技术的解耦。提出了“不以用户为中心”的有趣思路
另一个关键词是微服务
先有整体概念，再有细节的实现。思想也是解耦
这种思想是在什么语言中都是适用的，可以提高我们对项目的认知清晰度，也可以写出更加条理清晰的项目。
1月16日 打卡day4
今日学习了go语言的介绍，是一位大佬给我们学习go的建议。
其实我本来是更喜欢Java的，有种先入为主的观点在里面，而且go的学习过于快速，没来得及体会深层机制与核心。
这位大佬给我们讲了ddd：领域驱动设计
核心就是业务逻辑和技术的解耦。提出了“不以用户为中心”的有趣思路
另一个关键词是微服务
先有整体概念，再有细节的实现。思想也是解耦
这种思想是在什么语言中都是适用的，可以提高我们对项目的认知清晰度，也可以写出更加条理清晰的项目。
展开
评论
点赞