东南草堂

鼓励团队成员直接沟通并解决潜在的冲突和问题，及时解决问题可以防止信任的进一步破裂，并促进团队的和谐和合作。通过这些方法，可以逐步建立起团队的信任，从而提升团队的凝聚力和合作意愿，最终实现团队的高效运作和长期发展。：管理者应当不断学习和提升自己的领导能力，了解最新的管理理论和实践，不断反思和改进自己的工作和行为。：通过定期的反馈，团队成员可以了解自己的工作表现和进步情况，同时也可以了解团队的整体进展和问题。：鼓励开放的交流和讨论，建立透明的决策机制，确保每个成员都能够参与和了解决策的过程。

总的来说，制度提供了团队运作的框架和规则，而人性则让团队更有活力和凝聚力。记住，作为老板，你的主要任务是提供方向、资源和支持，同时创造一个有利于团队成功的环境。：不需要成为技术专家，但了解一些基本的技术概念和术语可以帮助你更好地理解团队的工作。：与团队成员建立良好的人际关系，这有助于提高团队的士气和忠诚度。：清晰地表达你的期望和目标，确保团队成员理解他们的角色和责任。：确保团队有足够的资源来完成他们的工作，包括时间、资金和工具。：确保团队成员都清楚团队的目标和他们个人的目标。

明确项目中“完成”的定义，包括所有必要的质量保证步骤，可以防止低估任务所需时间。

问题描述：公司内接的联通网，每次到公司后，个人电脑会以DCHP的方式动态获取上网IP。如果你给RDS设置了安全组，提高了安全性的同时，便捷性是个问题，动态IP导致每次都要加IP进去才能正常连接，如何解决这个问题？阿里给出的解决方案：您可指定某个IP地址或者指定某个IP段作为白名单。指定IP地址：若输入192.168.0.1，表明允许该IP地址访问当前实例。指定IP段：若输入192.168.0.0/24，表明允许192.168.0.0到192.168.0.255之间所有的IP地址访问当前实例。.

笔者从事后台研发多年，对前端实在是没有多少发言权，下面就斗胆以门外汉的角度聊聊近来对前端技术的一些见解，也自当整理一下思路，使前端技术如何更好的融入到整个产品研发架构中来。这里的前端语言不仅限于js，还是css,html等等。来看一看2016年，github统计出来的不同语言的项目排行榜吧，是不是有一种投身前端大潮的冲动？！2016 JavaScript Rising Stars...

2017 年 9 月 7 日，在沉寂了4年之后，Dubbo 悄悄的在 GitHub 发布了 2.5.4 版本。随后又迅速发布了 2.5.5、2.5.6、2.5.7 等release。在 2017年 10 月举行的云栖大会上，阿里宣布 Dubbo 被列入集团重点维护开源项目，这也就意味着 Dubbo 重启，开始重新进入新征程。Dubbo 进入 Apache 孵化器，如果毕业后，项目移出 incuba...

在之前的篇幅中有介绍，利用jenkins结合shell脚本完成远程部署的功能，点击Jenkins结合shell+expect脚本完成线上环境自动构建部署即可查看。上述方式需要引入expect脚本，安装学习成本还是比较高，哪有没有更简捷的方式远程部署我们的应用呢，其时利用Jenkins的一个插件“Publish Over SSH”即可完成目标，下面简单介绍下插件的使用。...

如果你正处于下列情形中 ，那这篇文章是为你准备的：你目前身处技术行业，你是产品经理，并且，你明白特性分支是什么，CD代表什么，DevOps文化是什么样子的。或者，你已经在实施敏捷，团队每周都会与您的产品人员会面，讨论故事和迭代。他们合作良好，他们此时构建的感觉比以往任何时候都要好。但是您的客户仍然不能更快地获取这些功能，你依旧要要等待版本发布后才能使用。你可能已经听说过

一大早就被群里的同学刷银川下雪的消息，看着我都发冷，突觉一阵凉风裹身，是不是该考虑秋裤了。偏离主题，正文走起......使用jenkins目标：利用其结合maven完成自动构建，并部署到tomcat，解放出双手，专注于业务逻辑实现，可配置成定期自行构建部署，亦可由测试人员根据测试情况，手动完成构建部署。jenkins搭建运行有段时间，...

Jenkins近阶段使用的总结篇，只写了个引子，却一直未动手写完，今天补上。前几篇文章提到在内网jenkins直接构建部署升级线上环境，job都是暴露在外面，很容易被误操作，需要做简单的权限控制，以防止误操作，导致生产环境挂掉。但jenkins本身是缺少权限控制的功能的，这里需要借助第三方插件Role Strategy Plugin完成。具体使用细节可以翻阅网络上的相关资料。...

服务化、分布式已成为当下系统开发的首选，高并发操作在数据存储时，需要一套id生成器服务，来保证分布式情况下全局唯一性，以确保系统的订单创建、交易支付等场景下数据的唯一性，否则将造成不可估量的损失。基于时间戳比如流水号规则如下：XX-YYYYMMDD-N位随机数，这也是企业级应用开发常用的规则。此流水号对人比较友好，可识别性高，但容量受后面随机数的限制，且数据量越大，生成时难度越高。前三部分...

上一篇列举了一些比较常见的Code Review问题列表，文末有链接，可追溯查看。本篇为上篇的姊妹篇，继续列举一些上篇遗漏的或不易发现的问题清单，希望能整体性把一些常见的问题表述出来。测试数据不具有代表性，导致功能分支测试覆盖率不够，真正提交测试时很容易暴露出问题，对已对人都不好。事务使用不合理，是否在事务方法中调用外部服务。有些在只读事务操作数据，在启用事务配置时

软件环境：Spring MVC + MyBatis主要体现在两个方面，一个是编码习惯问题，另一个是编码质量的问题。编码习惯主要有日志编写、代码注释以及编码风格的问题，而编码质量则与很多方面相关，比如轮子的使用、数据交互、逻辑精简程度等等。下面展开来说编码习惯问题： 方法体偏长，不易管理维护，可逐步抽取成小方法来减少代码长度。 缺少注释或注释与...