上一篇文章提到我们最近开了个新项目，目的是将新的业务放到新项目中，老项目单独维护，再逐步迁移老项目到新项目里。但就在前端时间生产环境发生了一个事故，事故开始的异常是我们的业务发现前端h5页面办理很慢，这台服务器跑了三个省的办理业务，同事在寻找问题的时候一口老血差点吐出来，所有的项目日志打在一个文件里，里面乱的程度无法用语言形容，因为太忙了的原因，这个事情被

TERSUS无代码手机电脑管理类软件开发，无代码开发显示元件介绍总述开发工具中的显示元件对应的是用户前端设计部分，默认分为模板显示元件和元件选项板中的显示元件两部分，第一部分是新建一个项目时自动生成的最底层的显示块，如我们新建时选新移动应用模板时，自动生成三个显示块：手机端显示块、平板端显示块和电脑端显示块：!TERSUS画画一样

一位Oracle程序员在HackerNews上吐槽自己的工作，引起了热议，内容如下：Oracle数据库12.2。它有近2500万行C代码。这实在太恐怖了，简直难以想象！你做不到在不破坏成千上万个现有测试的情况下更改产品中的单单一行代码。好几代程序员在很紧的项目期限内编写了这些代码，代码中充斥着各种各样的垃圾内容。非常复杂的逻辑、内存管理和上下文

Maven是当前流行的项目管理工具，但官方的库在国内经常连不上，连上以后龟一般的速度也能让你崩溃，这时候也许你会去搜索下如何加速。百度搜索maven镜像会发现绝大部分都在推荐阿里云的镜像服务，但是阿里云的镜像服务真的好用吗？去国内各大云厂商搜索了下发现都提供了镜像服务，到底哪个是最快的呢？这里进行深度测试。各大厂商也是鸡贼，对关键字也做了处理比

1.前言：与SpringMVC的结识源于个人之前想做一个微信公众账号的管理平台玩玩，既然要做就需要考虑平台的选择问题。由于我的朋友只有一台运行了Linux系统的虚拟主机，且上面还运行有他自己的一些论坛。找不到windows虚拟主机，且肯定不能换朋友主机的系统。刚开始时打算用mono把之前做的.NetMVC项目搭的框架运行一下看看能不能用，发现根本跑不起

用消息中间件犹如小马过河，选择合适的才最重要，这需要贴合自身的业务需求，技术服务于业务。具体在选择上可从下面功能、性能、可靠性和可用性、运维管理、社区和生态、团队技术栈等维度来进行筛选。具体技术选型指标1：功能首要的就是功能维度，这个直接决定了你能否最大程度上的实现开箱即用，进而缩短项目周期、降低成本等。如果一款消息中间件的功能达不到想要的功能，那么

工欲善其事必先利其器，现在的node环境下，有太多好用的工具能够帮助我们更好的开发和维护管理项目。我本人不建议什么功能都自己写，我比较喜欢代码复用。只要能找到npm包来实现的功能，坚决不自己敲代码。本次编写程序的两个原则：1、尽量使用声明式的编程风格（声明式和命令式，不是很清楚的自己查查资料）2、能复用的决不自己编写。任何多余的繁琐的行为都是

我在一家做微信营销的公司干技术leader，带40多个人，公司名就不说了。在这个位置上做了好几年，把团队从小带大，公司虽然不算风口浪尖上的高增长业务，但技术这块儿也从来没出过什么问题，我还是蛮自豪的。带团队时间久了，就能发现整个Team都渐渐疲了。前两年老板还专门买了个系统搞OKR，现在也不大提了；Scrum我们也搞了，用起来也就那样；项目管理

有效的Bug管理，就是让团队形成一种“对质量负责”的共识

好用的招聘管理系统，真有吗？一场面试，结束只是开始。HR要花上几个小时整理记录，业务部门又要再等几天才能拿到评估结论——数据滞后、主观打分、流程低效……这就是传统招聘的日常。当企业花了数周找人，却发现“招来的不合适”；当决策还停留在“凭印象选人”的阶段，企