底部战法之——红烧肉 （原创源码）
今天介绍另一种底部战法，红烧肉的形态非常明显：就是两根长筷子夹着一块小的红烧肉，在下跌行情中，如果你看到这样的形态，就有一块小肉吃。
前提条件：1、筷子不能过短，否则夹不到肉。
2、三条K线的上下影线不能太长。
3、两根筷子的长短不一定相同，左边红筷子最好较长点。
#技术指标##集合竞价有什么秘籍#
【其实 Gradle Transform 就是个纸老虎】这篇文章，将带你理解 Transform 的工作机制、使用方法和核心源码解析。
网页链接
好文章值得分享
柔性思维科技公司架构师 优质科技领域创作者
柔性思维：15个小技巧，助你阅读源码事半功倍
如何阅读源代码？
读源码确实是大多数程序员进阶的重要途径，使自己变成技术强的最快路径。道理都懂，但大家阅读源码的方法不一定高效，我今天结合自身经验和一些公认有效的方法，从为什么要阅读源码到如何阅读源码两个方面来谈谈看法，分享点经验。
如果大家觉得对自己有用，写的可能会有点长，建议收藏。
一、为什么要阅读源码？
第一，好奇心
我阅读源码的动机主要是好奇心，比如，我很好奇babel究竟是如何转化JS的，vue-loader内部究竟做了什么，再深入点，webpack的架构是什么，webpack和rollup打包原理是不是一样的，有什么不同。
阅读别人的文章终究不深刻，另外咱也不知道他说的对不对，虽然一套套的，但很有可能别人的文章已经过时了。
第二，涨知识
阅读源码一个很重要的好处是可以拓宽技术视野，即知识的广度和深度，有意思的是，阅读源码可以兼得广度和深度。阅读源码相当于在学习原理了，这就是深度，广度指的是阅读过程中遇到的其他知识点，比如gensync，广度的根本原因是很多框架都是站在巨人的肩膀上的。拓宽技术视野之后，工作中遇到类似的问题，你会有更多的思路和想法。
二、如何阅读源码？
第一，重视文档
你阅读源码的框架，如果有介绍使用文档，一定要看一遍，一般文档中也有对其核心功能，核心API的详细说明，在读源码的时候可以重点看一下这些对外的接口是怎么实现的。
第二，基础知识
有些源码的阅读可能需要一点门槛，比如@babel/core中广泛用的generator和gensync，对这些前置知识不熟悉的话需要补齐，才能阅读更顺利。
第三，阅读过程，抓住主流程
分支可能比想象中的要多，如果一开始就把精力放在每一个分支上，估计很快就放弃了。当你对主流程掌握后，然后再阅读感兴趣的细节部分，应该是一个更好的选择。
第四，多思考，多对比
多问自己几个为什么，想一下为什么这样实现，有什么好处，为什么不那样实现，是不是有更好的实现方式。还可以对比一下与它类似的框架有什么不同。如果存在不同，那它们各自的优势是什么，解决什么问题。
方法上，可以自己把项目克隆下来，跑一下，写几个demo，使用console调试一些重要信息，甚至可以把主流程画出来理解都是有效方案。
第五，求源求新
所谓求源就是看它第一次提交（commit）是怎样的，它最开始是为了解决什么问题而出现的。所谓求新就是看它最新的版本是怎样的，架构有什么改动，加入了什么新的特性。
第六，写感悟
对某个框架有自己的感悟时，可以尝试写一篇文章，自己会和写出来是不一样的。在写的过程中，极有可能发现自己对某些知识掌握得并不深刻，你需要说服自己，然后才能说服别人。
快速总结一下，读源码，读什么？
一，读目的：该框架构是为了解决什么问题？类似框架对比优劣是什么？
二，读注释：优秀的开源项目，通常某个类，某个函数的目的，核心逻辑，核心参数解释，异常的发生场景等都会写到注释中，对我们学习源码有极大的帮助。
三，读逻辑：逻辑指的是语句或者子函数的顺序问题，要重视作者编码的顺序，了解为什么先写A再写B，背后的原因是什么。
四，读思想：所谓思想指源码背后体现出了哪些设计原则，比如是不是和设计模式的六大原则相符？是不是符合高内聚低耦合？是不是体现某种性能优化思想？
五，读原理：就是前面讲的读主流程。而不是记忆每行代码。
六，读编码风格：一般来来说优秀的源码的代码风格都比较优雅。可以通过源码来学习编码规范。
七，读编程技巧：作者是否采用了某种设计模式，某种编程技巧实现了意料之外的效果。
八，读设计方案：读源码不仅包含具体的代码，更重要的是设计方案。掌握一些解决问题的设计方案之后对提升我们自己的工作经验非常有帮助，我们工作中做技术方案时可以参考这些优秀项目的方案。
以上是所有，希望大家都进步。[灵光一闪]
小长假快乐～那今天还是给大家介绍游戏类的开源项目，可以趁着节假日动动手～Unity3DTraining Unity 游戏开发练习项目集合。包含仿写泡泡龙、跑酷、切水果等游戏的源码，还有作者收集的游戏效果源码和相关文章，非常适合对游戏感兴趣的伙伴们提升自我～
#程序员# #开源项目# #编程#
前段时间做了一个基于DFA的支持多语言扩展的JS版开源词法分析器。项目地址为 ：网页链接
词法分析属于编译原理范畴，基于DFA算法可以巧妙地把整个输入字符串解析为token列表，非常考验编程的基本功，大家如果有兴趣欢迎阅读源码，评论交流[呲牙]。
如果觉得不错，后面会出几篇相关文章~ 也欢迎关注下一个语法分析的项目[灵光一闪]
最近也在学习源码，感觉作者说的很有道理~
小郑搞码事IT企业Web开发工程师 优质科技领域创作者
如何阅读源代码？读源码确实是大多数程序员进阶的重要途径，使自己变成技术强的最快路径。道理都懂，但大家阅读源码的方法不一定高效，我今天结合自身经验和一些公认有效的方法，从为什么要阅读源码到如何阅读源码两个方面来谈谈看法，分享点经验。如果大家觉得对自己有用，写的可能会有点长，建议收藏。一、为什么要阅读源码？第一，好奇心我阅读源码的动机主要是好奇心，比如，我很好奇babel究竟是如何转化JS的，vue-loader内部究竟做了什么，再深入点，webpack的架构是什么，webpack和rollup打包原理是不是一样的，有什么不同。阅读别人的文章终究不深刻，另外咱也不知道他说的对不对，虽然一套套的，但很有可能别人的文章已经过时了。第二，涨知识阅读源码一个很重要的好处是可以拓宽技术视野，即知识的广度和深度，有意思的是，阅读源码可以兼得广度和深度。阅读源码相当于在学习原理了，这就是深度，广度指的是阅读过程中遇到的其他知识点，比如gensync，广度的根本原因是很多框架都是站在巨人的肩膀上的。拓宽技术视野之后，工作中遇到类似的问题，你会有更多的思路和想法。二、如何阅读源码？第一，重视文档你阅读源码的框架，如果有介绍使用文档，一定要看一遍，一般文档中也有对其核心功能，核心API的详细说明，在读源码的时候可以重点看一下这些对外的接口是怎么实现的。第二，基础知识有些源码的阅读可能需要一点门槛，比如@babel/core中广泛用的generator和gensync，对这些前置知识不熟悉的话需要补齐，才能阅读更顺利。第三，阅读过程，抓住主流程分支可能比想象中的要多，如果一开始就把精力放在每一个分支上，估计很快就放弃了。当你对主流程掌握后，然后再阅读感兴趣的细节部分，应该是一个更好的选择。第四，多思考，多对比多问自己几个为什么，想一下为什么这样实现，有什么好处，为什么不那样实现，是不是有更好的实现方式。还可以对比一下与它类似的框架有什么不同。如果存在不同，那它们各自的优势是什么，解决什么问题。方法上，可以自己把项目克隆下来，跑一下，写几个demo，使用console调试一些重要信息，甚至可以把主流程画出来理解都是有效方案。第五，求源求新所谓求源就是看它第一次提交（commit）是怎样的，它最开始是为了解决什么问题而出现的。所谓求新就是看它最新的版本是怎样的，架构有什么改动，加入了什么新的特性。第六，写感悟对某个框架有自己的感悟时，可以尝试写一篇文章，自己会和写出来是不一样的。在写的过程中，极有可能发现自己对某些知识掌握得并不深刻，你需要说服自己，然后才能说服别人。快速总结一下，读源码，读什么？一，读目的：该框架构是为了解决什么问题？类似框架对比优劣是什么？二，读注释：优秀的开源项目，通常某个类，某个函数的目的，核心逻辑，核心参数解释，异常的发生场景等都会写到注释中，对我们学习源码有极大的帮助。三，读逻辑：逻辑指的是语句或者子函数的顺序问题，要重视作者编码的顺序，了解为什么先写A再写B，背后的原因是什么。四，读思想：所谓思想指源码背后体现出了哪些设计原则，比如是不是和设计模式的六大原则相符？是不是符合高内聚低耦合？是不是体现某种性能优化思想？五，读原理：就是前面讲的读主流程。而不是记忆每行代码。六，读编码风格：一般来来说优秀的源码的代码风格都比较优雅。可以通过源码来学习编码规范。七，读编程技巧：作者是否采用了某种设计模式，某种编程技巧实现了意料之外的效果。八，读设计方案：读源码不仅包含具体的代码，更重要的是设计方案。掌握一些解决问题的设计方案之后对提升我们自己的工作经验非常有帮助，我们工作中做技术方案时可以参考这些优秀项目的方案。以上是所有，希望大家都进步。
好文章分享起来
柔性思维科技公司架构师 优质科技领域创作者
柔性思维：源码阅读四步走，这才是阅读源码的正确姿势
史上最好用的iOS砸壳软件诞生了，支持Windows/macOS/Linux；
着急用的朋友，可以去下载了，从此告别命令行和手动砸壳；
越着急用的功能，咱们的研发效率越高，明天来一个源码解读的文章和视频～
看来大家蛮喜欢总结类的文章的，再总结下关于android新手入门的必备的几个工具：
1、Android SDK：这个要搞android安全必备的，里面有不少好用工具，例如adb、logcat、monkey等等都是对于调试Android应用和查看信息比较好用的工具，很多自动化点击触发啥的都可以利用adb完成
2、drozer：这个是个检测移动应用安全性的框架，里面主要集成了一些poc可以直接运行分析android四大组件的安全性，个人感觉有点像msf的设计理念
3、JEB：这个是移动app的反编译工具，可以将apk的java源码还原出来，这个用的不是很多，收费还得破解，我一般用apktool+jdgui替代
4、apktool+jdgui：apktool是个反编译工具，效果也挺不错，配合jdgui可以做到和jeb差不多的功能
5、android studio：andorid的开发工具，里面有一些调试功能可以实现android的无源码调试，大大方便移动分析
6、xposed框架：这个被很多大神用来玩出一些奇技淫巧来，在安全里面主要hook一些函数让他实现我们想要的结果，这个每加载一个模块都需要重启，个人不太喜欢
7、frida：个人比较喜欢这个，CS架构的，Hook模块用Python脚本来写，JS写具体的hook实现，比较友好，里面很多深层次的利用方式还不是很熟悉
8、Autosign：签名工具，反编译后重新打包需要签名才能运行
如果这几样工具用熟悉的话，分析app应该问题不大了，对于更加底层的需要IDA之类的
中国的科技公司的建树都在应用层上，底层核心诸如源码指令架构等还是用的别人。这个以前有文章分析过了。大疆被制裁，霉菌也没廉价无人机用了。
所谓关键技术也不过是整个产业链当中的一环，美国有关键技术，不代表中国没有，断了哪一环都不行。否则为什么美国没有大疆？
道理谁都懂，但也要考虑研发成本，不可能做个产品，所有全部产业链都自己来吧，谁会这么操作？
最近一周前端精选文章推荐，文章详情及更多见 前端精选
1、IETF访谈： HTTP/3全球份额持续增长，QUIC前景一片光明
本篇文章为 IETF 近期对 Lucas Pardue 关于 QUIC 标准化工作的访谈。
2、Webpack - 手把手教你写一个 loader / plugin
webpack 只能理解 JavaScript 和 JSON 文件，这是 webpack 开箱可用的自带能力。loader 让 webpack 能够去处理其他类型的文件，并将它们转换为有效模块，以供应用程序使用，以及被添加到依赖图中，本文详细讲解了如何写属于自己的loader及plugin
3、rollup - 构建原理及简易实现
本文可以帮你实现一个简单的 rollup 打包流程，对 rollup 源码进行了抽象，方便大家理解 rollup 打包的原理。
4、组件库按需加载原理分析
本文从对比对比组件按需加载与 webpack 打包懒加载区别开始，介绍了前端现在的前端 UI 组件库如 ant-design、vant、element-ui 中所使用得到动态按需加载配置方式，并跟踪 babel-plugin-import 源码由浅入深地分析了其懒加载的实现原理。可以帮助前端进阶选手，对前端 UI 组件库如何参与打包构建完成按需加载的内部过程提供了一个较清晰描绘。
5、云凤蝶低代码之路
现在业界低代码的概念犹如当年的 H5 一样被炒的火热，但低代码平台到底该具备什么特质呢？是只要少些代码就是低代码了么？本文主要探讨作者心中的低代码平台的特质以及云凤蝶平台在低代码方面的一些探索。
6、从 0 到 1 实现浏览器端沙盒运行环境
本文的浏览器端 Sandbox 沙盒运行环境，大家可以快速理解为类似 CodeSandbox 一样，所有页面代码编译都在前端完成（不依赖后端），并且具备实时热更新功能。 而本文终极目标就是实现这样的浏览器端 Sandbox 沙盒运行环境，可以轻松接入到大部分平台（尤其低代码平台），提升应用的预览速度和开发体验
更多见 前端精选
程序员工作为什么那么卷？最近我一直在思考，结合自己行业思考好像有一点眉目了。
薪资比一般行业高，很多人涌入这个行业，造成赛道非常拥挤。很多人半路出家，经过短暂的培训就开始包装简历进入行业锻炼分一杯羹，对计算机原理，数据结构，离散数学等算法类没有系统学习过，一直做crud，不停跳槽换取项目经验和薪资的涨幅，在一家公司能稳定一年多的人都称为老员工了。造成的局面是用人单位一直缺人，市场上输送的人才又一大堆，这样有很多人挑却又招不到人。
很多人只会模仿，在工作中安排任务，第一个事就是问领导这个功能有没类似的，只能参照做一些模仿和简单的逻辑处理，复杂一点就无从下手，进度压力大。承受压力低一点的人，又会主动逃离做逃兵，换一个战场。要抄例子，到我的文章去抄例子，后面在文章每天更新一例子，附上源码，把基础抄熟抄烂，工作上就得心应手了。
领域驱动设计DDD战术阶段相关概念
实体（Entity）：用于建模在整个生命周期中，唯一且可以持续变化的领域对象。
值对象（Value Object）：用于建模某些不具有唯一标识的特征的领域对象。
聚合（Aggregate）：用于将一组实体和值对象封装起来，使其作为一个整体进行处理。
资源库（Repository）：为领域对象封装数据库访问的概念框架。在COLA架构中命名为Gateway，本质上是一致的。
服务（Service）：用于对充当模型接口的操作建模，并且不封装状态信息。
领域事件（Domain Event）：用于将领域中的活动信息建模为一系列事件。
工厂（Factory）：用于封装领域对象的复杂创建逻辑。
具体项目实践，可以参考《COLA 4.x架构入门和项目实践》技术专栏中的技术文章和项目源代码。
技术专栏首先介绍了COLA框架的使用入门，以及与IDEA开发工具的集成等等；然后基于COLA架构，创建DDD经典示例项目-货物运输系统，详细介绍了DDD领域建模、适配层、应用层、领域层和基础设施层的代码开发、防腐层（ACL）设计与实现、领域事件（Domain Event）入门实践、以及基于Kafka消息中间件的消息发布和订阅等等。内容由浅入深，从开发实战出发，逐步掌握基于COLA架构和DDD领域建模思想构建复杂业务应用系统。
