老式滚动条_10条老式IT规则的现代面貌

老式滚动条

IT行业是生机，随着它的发展壮大来满足21世纪快节奏的业务需求。 但是，尽管已进行了很大的调整，但这10条老式的IT规则仍然适用。

当今的IT行业充满了眨眼的年轻人，他们谈到敏捷软件开发，DevOps工作流程，测试驱动的开发（TDD），Docker容器，不变的基础架构，大数据分析，机器学习模型，物联网，Spark，React本机和其他流行语。 他们几乎不了解（也很少见面）在瀑布模型下工作，编写bash脚本并必须克服原始开发工具（他们自己编写的许多工具）的约束的老式系统管理员。

在过去，开发人员不得不从相当有限的专有软件开发工具中选择一种，以利用其优势并克服其局限性。 如果选择的技术不能提供某些功能，则开发人员必须自己编写自定义解决方案的代码或搜索第三方模块，附加组件和插件。 如今，有各种各样的平台，框架和现成的工具可用于执行开发人员可能需要的任何任务，其中最受欢迎的通常是开源的，并且背后有庞大而热情的社区。

为确保软件的安全性，请确保硬件安全

几十年前，安全威胁主要是物理上的威胁，其源于对系统之间连接的保护不足。 因此，很明显，需要有限的用户权限和防火墙。 如今，由于SSL和公司安全措施几乎不存在，主要的危险来自代码缺陷本身，例如最近发现的Meltdown和Spectre 。 因此，与当今配置安全的工作场所相比，编写安全的代码更为重要。

自动化测试应在代码本身之前编写。 经常测试，测试很多，在云中测试

前一段时间，必须进行严格的流程（将清单和多个批准级别的更新）推送到产品中，以最大程度地减少人为错误。 如今，自动化的软件交付管道使流程变得精简且防错。 如果测试通过，则新代码将通过滚动更新推入生产环境，如果测试失败，则会引发智能警报。 云使执行此操作变得非常容易。 但是，如果仍然需要回滚，则需要定期备份。

敏捷，迭代并与团队和客户互动

这一点不够强调。 如今的业务不是由部门，部门，任务，工具和项目组成的部门，这些部门在食堂之间几乎彼此交谈。 当今高效的企业是遵循DevOps文化的跨职能团队。 他们与同事和客户进行了大量沟通和协作，以完成工作。 关系先于项目，后付款。 最终，团队是业务成败的关键，是任何公司的主要资产。

集成软件生态系统具有优于纯属孤岛的功能，并具有沿链接的自动更新功能

设置任务后，应由IT部门来完成任务，但有时团队会发现所建议的方法不够理想或工具不足。 主要的错误是试图通过加班来解决问题，或者提供临时解决方案并在之后进行完善。 IT团队应该准备好并愿意说何时必须进行某些技术进步（例如云过渡）才能使任务可行。

IT团队是整个业务变革的主要动力

关于10种老式IT规则的现代思考的最后思考

如您所见，这10条IT规则确实是适用于任何现代企业（无论是初创企业还是大型企业）的最佳实践。 毕竟，IT部门的存在是为了支持业务并使其具有成本效益和竞争力，不是吗

您如何看待这个话题您是否认为这些IT原则很重要并遵循它们我们错过了什么吗是应该从列表中删除某些东西请在下面的评论中分享您的意见！

这个故事最初发布在我公司的博客上-https: //itsvit.com/blog/modern-face-of-10-old-school-it-rules/

翻译自: https://hackernoon.com/modern-face-of-10-old-school-it-rules-9903f38aaef4

老式滚动条

文章知识点与官方知识档案匹配，可进一步学习相关知识Java技能树首页概览92005 人正在系统学习中 相关资源：干净而彻底的软件卸载利器UninstallToolv3.5.0.5473.rar-桌面系统…

来源：dfsgwe1231