咨询电话

首页 > 最新资讯 > 正文

如何为您的项目选择正确的技术 置顶

发表于2017-03-08 10:39:01 次查看

为您的项目选择正确的技术是一项复杂的任务。这不只是关于冷静和使用最新的东西在那里。


在每个软件项目中 - 至少在开始时,有一个大问题是选择哪种技术来完成这项工作。即使你不是在JavaScript世界中每周都有新的框架出现,你可能会发现各种各样的选择。你应该考虑哪些方面?

我们作为开发者,当然,倾向于新的,热的技术,目前的炒作,并立即应用于我们的日常工作,虽然这种过早的实施可能会导致一些不好的意外后。但即使你考虑了多年的技术,你会发现很多选择。

与共识

首先,你应该选择开发人员团队熟悉的技术。这可能听起来很明显,但我看到了很多情况下,一个“摇滚明星”开发者(或更糟的是:建筑师)选择一些他们熟悉的技术 - 没有考虑整个团队 - 后来离开。在一个以Java为主的团队中,最明显的选择是使用纯Java或用Java编写的框架,也许不会因为现在很酷就添加Go。并且:可能也不可取的是重载多语言语言的数量。

冷却系数

谈论冷静和炒作:我劝阻盲目追求最新的炒作,并在现实世界的项目中应用新的,热门的东西。它总是值得研究新技术,但只是不立即实施它们。相反,坚持你无聊但可靠,经过战斗测试的语言,并在你的空闲时间使用新的工具。作为员工,考虑给你的开发商机会,像着名的Google 20%项目,尝试新事物,获得经验,如果他们证明有用,以后应用它们。

不时地,而是,看看这些永恒的主题:

  • 良好软件工程的设计模式和原则。
  • 有效使用Java。
  • Unix。
  • 并发。
  • 事务,分布式系统和网络协议。

即使对于微服务,Docker,Kubernetes,Apache Kafka,Akka,CQRS以及明天将用于解决问题的任何东西,这些主题都是适当的软件工程实践的基础,你确实需要了解你的框架如何在内部工作。

设计模式和原则的主题对于消除对一种新的,更好的语言的需要是特别重要的。如果你正确设计你的程序,特别是注意委托和抽象层,你不需要动态类型语言或大量的语法糖来产生可读的代码。

测试

这对于测试尤其如此。对于我们的测试,我们倾向于对技术的选择不那么严格,因为“不是生产”。基于Groovy和Spock的测试的可读性和可维护性当然很吸引人,但我声称相同的生产力是可靠的应用原则良好的软件设计 - 特别是代表团和抽象层 - 到我们的测试代码。不幸的是,测试代码风格大多没有得到相同的关注。

对于小规模用例驱动的单元测试和大规模系统/验收测试的IMO JUnit测试能够提供有效和可维护的测试技术 - 如果你在一个基于Java的项目。我已经录制了一个视频来演示验证测试但再次:去与团队最熟悉的。

企业框架

选择企业技术不仅取决于团队,而且取决于项目的生命周期。

在长期运行的项目中,老实说,大多数项目是长期支持和向后兼容性确实是一个需要考虑的话题。谁知道刚刚出来一年的新框架会在2年,5年,也许10年吗?

这也包括需要将使用的框架编织到代码中多深。几个注释(àla Java,EE或Spring)可以很容易地改变以后 - 一个程序API不那么。设计用于删除,而不是可重用性。

还有什么重要的是可用的工具支持 - 包括构建工具,IDE或数据库工具。

如果您将企业框架与彼此进行比较,请考虑最新版本和最新的最佳做法来完成这项工作。没有点破坏技术与破坏性,未知的FUD - 如重量级J2EE,旧式应用程序服务器或Spring使用膨胀的基于XML的配置。

\

在线客服
  • 点击这里给我发消息
  • 点击这里给我发消息
  • 微信扫一扫
  • 官方微信