来源：codenong.com/cs106475567 为什么我们写的代码都是 if-else？...可以看到，最初的版本 if-else 最深的嵌套有三层，看上去逻辑分支非常多，进到里面基本都要被绕晕。其实，仔细想想嵌套内的 if-else 和最外层并没有关联性的，完全可以提取最顶层。...原来的做法先赋值给 result 最后统一 return，那么对于最后 return 的值到底是那个函数返回的结果不明确，增加了一层理解难度。...函数的好处是屏蔽内部实现，缩短 if-else 分支的代码。代码结构和逻辑上清晰，能一下看出来每一个条件内做的功能。...状态处理型重构方法实例二 针对状态处理的代码，一种优雅的做法是用多态取代条件表达式(《重构》推荐做法)。 你手上有个条件表达式，它根据对象类型的不同而选择不同的行为。
，居然不生效，后来排查了一下，复习了一下各种事务失效的场景，想着不如来一个总结，这样下次排查问题，就能有恃无恐了。...Bean的注解信息，然后利用基于动态代理技术的AOP来封装了整个事务，理论上我想调用private方法也是没有问题的,在方法级别使用method.setAccessible(true);就可以，但是可能...由下面的图我们可以看出，CheckedException,我列举了几个常见的IOException IO异常,NoSuchMethodException没有找到这个方法，ClassNotFoundException...1; } 调用之后，发现事务失效，一个更新另外一个没有更新： [{"id":1,"name":"李四","age":12},{"id":2,"name":"王五","age":11}] 为什么会这样呢...，但是我保证所写的均经过实践或者查找资料。
当然了，bad case分析这块我也聊了很多，多分析能发现其中的端倪，知道模型需要什么，该怎么处理，我再放一遍在这里，希望能好好阅读。...训练层面的分析 BERT的训练其实挺多讲究的，这里的实验效果要保证对参数的有一定的要求，所以大家要多去观察训练过程暴露的问题，训练过程其实就是要观测loss变化、验证集效果等的问题，放置没学到、学飘了之类的问题...类似的思路其实我在这两篇文章里其实都有谈过： 心法利器[44] | 样本不均衡之我见 所以，很多时候你需要的可能是更多地挖掘数据，从日志，从更多渠道去找，这个可能比增强本身要好。...这里背后的逻辑可以参考我这篇文章： 心法利器[45] | 模型需要的信息提供够了吗 训练问题 针对训练问题，其实也就是一个经验的问题了，多弄其实问题就会小很多，大家可以多去看各个论文使用的超参，一般调的差不多基本都不会有的...而文章本身的输出并非是按照这个思路走，而是从一些大家经常问的点深入来讨论，希望能从我的角度和风格来思考和回答问题。
作者：AIOps 应用程序慢如牛，原因多多，可能是网络的原因、可能是系统架构的原因，还有可能是数据库的原因。 那么如何提高数据库SQL语句执行速度呢？...有人会说性能调优是数据库管理员（DBA）的事，然而性能调优跟程序员们也有莫大的关系。 程序中嵌入的一行行的SQL语句，如果使用了一些优化小技巧，定能达到事半功倍的效果。...然而，为了达到更好的性能以及更好的数据控制，你可以将他们变成多个小查询。 ?...技巧10 ORDER BY 的列尽量被索引 ORDER BY的列如果被索引，性能也会更好。 技巧11 使用 LIMIT 实现分页逻辑 不仅提高了性能，同时减少了不必要的数据库和应用间的网络传输。...其实最好的方法就是在开发环境中用最贴近真实的数据集和硬件环境进行测试，然后再发布到生产环境中。
前言 事务大家平时应该都有写，之前写事务的时候遇到一点坑，居然不生效，后来排查了一下，复习了一下各种事务失效的场景，想着不如来一个总结，这样下次排查问题，就能有恃无恐了。...中主要是用放射获取Bean的注解信息，然后利用基于动态代理技术的AOP来封装了整个事务，理论上我想调用private方法也是没有问题的,在方法级别使用method.setAccessible(true)...return 1; } 调用之后，发现事务失效，一个更新另外一个没有更新： [{"id":1,"name":"李四","age":12},{"id":2,"name":"王五","age":11}] 为什么会这样呢...，但是我保证所写的均经过实践或者查找资料。...剑指Offer全部题解PDF 2020年我写了什么？ 开源编程笔记
Run 的 Apk 2.1 testOnly 属性 我们知道，AS Run 起来的 Apk，会使用 Debug 签名进行签名，不过安装不上，并不是签名的问题。...当你使用 adb install 安装 android:testOnly="true" 的包时，输出的错误信息，明确的标记了无法安装一个 TEST_ONLY 的包。...这就是为什么你无法安装 Run 出来的 Debug.apk。 2.2 为什么要这么设计？ 这个问题，对于大多数开发者来说，基本上不是问题。...因为我们只要保证正常的提测、发布流程，基本上是很难将一个 Run 出来的 Apk 分享给别人的。 testOnly 只是一个标记，标记了它是一个测试的版本，其实并没有任何实质性的东西。...如果我们非要安装一个带有 testOnly 的 Apk，其实也是有办法的，否则 AS 又是如何将 Run 起来的包，安装到设备上的呢？
很多人经常会有这个问题，为什么我的自动化流程不执行。...如果你设置好了自动化流程，但是自动化流程却没有执行，请按照如下的顺序检查你的流程配置：第一步：请检查自动化流程有没有发布和上线来到【操作后台】- 【我的流程】，上线的流程会如图显示【上线】；没有上线的流程会显示灰色...我的流程第二步：请检查自动化流程是否有执行请来到后台【流程日志】，如果运行成功的流程就会显示【执行成功】并有一个【运行id】。...自动化流程执行失败第三步：确认流程是上线状态，但是流程没有执行，为什么？如果流程确认是上线状态，需要确定你的流程是否符合你设定的触发条件，如果没有达到对应的条件，是不会触发的。...，被判断了没有执行【流程执行过程中修改】：在有【延迟执行】的流程上线后，进行修改，会导致后续的流程不执行
为此，我邀请了我的好朋友资深保险规划师杨震，请他从客观中立的角度给大家开一次讲座，全面解读保险里的陷阱，避免大家日后被坑。讲座开始前，先上一波干货，给大家分析一下日常买保险常见的各种不正确姿势。...而那些花高价买的万能险、返还险等，认为包括了“教育金”和“养老金”，不但有保障，还可以理财，很划算。但其实，这种保险的价格比纯保障型的贵好几倍，同样的价格，保额也严重不足。...但很多人不知道，国家早已对各大保险公司疾病进行了统一，前25种重疾病种各家保险公司定义都是相同的。 所以，我们看重的数量应该是，重疾条款中附加的轻症和中症的项目。...要不然，我们花再多钱也是白搭，更得不到风险防御的效果。 买保险的4个正确打开方式 买保险的各种不正确姿势，每天都在我们身边上演，这么深的水，怎么才能避免被坑钱呢？...其实多花很多冤枉钱 有的朋友在代理人的说服下很容易就买了一份“返还险”，认为到期了不生病还可以返还保费，像是捡了一个大便宜。 但其实，这类保险是两全型保险，在寿险的基础上附加一款重疾险。
另外，也许受此习惯影响，他们总潜意识地认为，所有的返回都是不可信任的，为了保护自己程序，就加了大量的判空。...相对于判空语句，更好的检查方式有两个 (1)assert语句，你可以把错误原因放到assert的参数中，这样不仅能保护你的程序不往下走，而且还能把错误原因返回给调用方，岂不是一举两得。...这种情况下，null是个”看上去“合理的值，例如，我查询数据库，某个查询条件下，就是没有对应值，此时null算是表达了“空”的概念。...如果你养成习惯，都是这样写代码（返回空collections而不返回null)，你调用自己写的方法时，就能大胆地忽略判空） 2、返回类型不是collections，又怎么办呢？...，找到并执行对应的动作。
作为一名Java开发，我为什么建议你在开发中避免使用Java序列化？...如今大部分的后端服务都是基于微服务架构实现的，服务按照业务划分被拆分，实现了服务的解耦，同时也带来了一些新的问题，比如不同业务之间的通信需要通过接口实现调用。...在高并发系统中，序列化的速度快慢，会影响请求的响应时间，序列化后的传输数据体积大，会导致网络吞吐量下降，所以，一个优秀的序列化框架可以提高系统的整体性能。...序列化后的流太大 序列化后的二进制流大小能体现序列化的性能。序列化后的二进制数组越大，占用的存储空间就越多，存储硬件的成本就越高。...Java 默认的序列化虽然实现方便，但却存在安全漏洞、不跨语言以及性能差等缺陷，所以我强烈建议你避免使用 Java 序列化。
我们也在服务器使用文档提供了相应的解决方法，主要有：端口、域名、用户名和密码、网络及代理、磁盘空间、RStudio缓存等。具体请参考文档 【Q6】。...然后，还有一些非常罕见的错误没有归纳到文档Q6中，比如今天用户遇到的报错。...管理员尝试检查服务器的系统日志，也没有找到有用的报错信息。尝试检查服务器防火墙、重启服务器的RStudio均没有解决这个问题。而同一台服务器，其他用户都是可以正常登录的，应该不是服务器端的问题。...:21043/%20rstudio 重现用户的报错发现其输入的是： "http://biotrainee.vip:21043/ rstudio" 即链接的后面多了一个空格+rstudio。...这些并不需要的，加上去画蛇添足且效果不增反减了。去掉之后就可以正常访问了。
当你用“更加动态”的语言构建你的应用，依然需要使用 Java 以获得强大的功能！ 巨大的 Android 市场，依然不可避免的存在漏洞利用的风险。...Oracle 的整体投资（经常受到批评）最终还是保证 Java 可以继续支持众多依赖它的企业，同时保持着对开发新趋势的响应。 Java 和 物联网 “我确信 Java 的未来在物联网。...我很希望 Oracle 及其伙伴们，会将注意力集中到为 Java 提供彻底的端到端的存储解决方案上：从终端设备开始，穿过网关，直至企业后端。...构造这样一个故事，并且将其运作成功，这将有助于巩固 Java 未来 20 年里的地位。这不仅仅对整个产业蕴含着巨大的机会，而且我认为 Java 可以在这方面做得很好。”...这些技术允许开发人员快捷的构建各种各样丰富的功能，而这些功能原本是需要他们自行编码的，包括： 支持精准的用户认证，并通过缓存获得最好的性能。
互联网的本质之一是信息共享，而共享的背后是各种原子粒度的数据流动。有以内容生产和内容消费匹配为目的的数据流动，比如搜索引擎；也有以人、货、场信息匹配为目的的数据流动，比如电商平台。...业务需求：如果数据是用于支持企业的核心业务发展，且业务复杂度比较高，或者业务的拓展和迭代非常快，因而对BI系统的定制化程度和未来的可拓展能力有着更高的要求，这时需要评估市面上的第三方系统是否可以满足。...成本层面： 人力成本：自研需要企业组建专门的团队，投入一定的开发资源，程序员的工资是明面上要计算的帐。...先前我们了解过一家互联网+金融的企业，因为基金交易的属性决定了他们对数据的需求是非常强烈的，对数据分析的复杂度和数据安全性的要求也更高。...所以在不考虑未来商业化的前提下，如果第三方厂商所提供的产品能满足现阶段对BI的需求，那外采是比较经济的选择。 另一种是数据和业务需求的复杂度比较低，但企业有意愿也有能力投入较多的资源。
二哥，你好，我是一名大专生，学校把 Python 做为主语言教给我们，但是我也去了解过，其实 Python 门槛挺高的，所以我在自学 Java，但是我现在并不清楚到底要不要全心的去学 Java，学校里的课程也越来越繁重...意识到自己的问题之后，我就赶紧给读者“前进一点”发了一条信息道歉。另外，回想起之前还有一些读者问过我类似的问题，我的答案都不够严谨，因此打算特意写一篇文章来反省一下。...01、人工智能和机器学习 人工智能和机器学习是 Python 应用的重头戏，但这方面的岗位对学历的要求非常高，高到我自己都应聘不上，非常残酷。...考虑到我的读者已经蔓延到了初中生群体，我得郑重其事地说一句，“如果你喜欢学习，那就好好学，别在该学习的年纪浪费了青春。”哎呀，我去，说这句话真有点拿自己做反面教材的感觉。...拿我来说吧，我希望自己的文章只发表在我希望发表的平台下，假如其他平台在未经我的授权下，就把我的文章爬走，放在自家平台上，我就觉得知识产权受到了破坏。
大家好，我是Python进阶者。...一、前言 前几天在Python钻石交流群【逆光】问了一个Python数据处理的问题，问题如下：请问一下，我这个填充nan值为什么填充不上呢 二、实现过程 这里【瑜亮老师】给了个思路如下：试试看这样，代码如下...顺利地解决了粉丝的问题。...如果你也有类似这种Python相关的小问题，欢迎随时来交流群学习交流哦，有问必答！ 三、总结 大家好，我是Python进阶者。...最后感谢粉丝【逆光】提出的问题，感谢【瑜亮老师】给出的思路，感谢【莫生气】等人参与学习交流。
作者： Lateautumn4lin 来源：云爬虫技术研究笔记 ---- 之前使用Python的环境一直是Python3.7.3的，一直使用的很正常，没有什么毛病，直到最近做一个图片下载器的时候发现了问题...SSL证书，不过我这里的问题是使用的是Aiohttp库，并没有Verify这个参数，所以我们并不能使用这个去忽略这个问题。...解决一下 Goole了一下，发现其实不止我一个人出现了这个问题，已经有老哥在Aiohttp的Issue里面提了相关的问题了，可以参考https://github.com/aio-libs/aiohttp...可惜我的环境之前是3.7.3 我们知道了问题的解决办法，我们再去看看为什么会有这个问题？...把关于OSError的错误完全捕获住，避免造成错误的遗漏。
注释的恰当用法是弥补我们在用代码表达意图时遭遇的失败，我用了失败一词，其实是说真的。注释总是一种失败，是因为我们无法找到不用注释就能表达这段代码含义的方法。...并不是不让你真的不用注释，而是有些时候，用注释是因为我们怕其他的开发者在我们的代码的时候，看不懂我们的代码从而去加注释，那么我们为什么不写出其他开发者一目了然的代码呢？...为什么不建议写注释？ 为什么我们极力贬低注释？因为注释跟代码一样，注释会撒谎，但这并不是我们有意的写一些撒谎的注释。...我们可以想象一个项目如果做了一年两年三年，代码的业务逻辑永远都不会改变吗？不可能……. 注释存在的时间越久，就离其所之前描述的代码越远，越来越久就会变得全然错误。为什么呢？...彼此分离、重构又合到一起，而注释却不一定就会随着代码的移动重构而移动重构，慢慢的，业务逻辑改了，注释则会与代码分隔，时间很长了就不准确了。
意识到自己的问题之后，我就赶紧给读者“前进一点”发了一条信息道歉。另外，回想起之前还有一些读者问过我类似的问题，我的答案都不够严谨，因此打算特意写一篇文章来反省一下。...01、人工智能和机器学习人工智能和机器学习是 Python 应用的重头戏，但这方面的岗位对学历的要求非常高，高到我自己都应聘不上，非常残酷。...考虑到我的读者已经蔓延到了初中生群体，我得郑重其事地说一句，“如果你喜欢学习，那就好好学，别在该学习的年纪浪费了青春。”哎呀，我去，说这句话真有点拿自己做反面教材的感觉。...03、爬虫关于爬虫，不得不提一下羊哥视频评论区的一句话，不管是不是段子，我觉得挺值得深思的。 我有个同学搞爬虫被带走了，还好他不是主犯，就是登记了一下。...拿我来说吧，我希望自己的文章只发表在我希望发表的平台下，假如其他平台在未经我的授权下，就把我的文章爬走，放在自家平台上，我就觉得知识产权受到了破坏。
对于这些“知情人”，他们有一定的道理。 但是，我个人并不推荐这种写法，甚至有时候会非常反感！...为什么要写那行 if 语句呢？可能的话，应该拆分 main 函数，甚至不必封装成一个函数啊！ 我个人总结出以下的经验： 打破惯性思维，写出地道的代码。...首先，如果只有一个文件的话，因为不存在导出的可能，不建议写。...最后，多文件的非入口文件也不建议写，因为在非入口文件中写这个判断，最大的作用就是写一些测试代码，但是测试代码应该分离出来，写到专门的目录或文件中。...小结：本文首先解释了什么是 main 入口函数，以及为什么某些语言会强制要求写 main 函数；接着，解释了为什么 Python 不需要写 main 函数；最后则是针对某些人存在的惯性误区，分享了我个人的四点编程经验
Run 的 Apk 2.1 textOnly 属性 我们知道，AS Run 起来的 Apk，会使用 Debug 签名进行签名，不过安装不上，并不是签名的问题。...这就是为什么你无法安装 Run 出来的 Debug.apk。 2.2 为什么要这么设计？ 这个问题，对于大多数开发者来说，基本上不是问题。...如果你觉得那里值得改进的，请给我留言。一定会认真查询，修正不足。谢谢。 希望读到这的您能转发分享和关注一下我，以后还会更新技术干货，谢谢您的支持！...转发+点赞+关注，第一时间获取最新知识点 Android架构师之路很漫长，一起共勉吧！ ---- 以下墙裂推荐阅读！！！ Android学习笔记参考（敲黑板！！）...八年Android开发，从码农到架构师分享我的技术成长之路，共勉！ 最后祝大家生活愉快~
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
即时通信 IM
云直播
实时音视频
