说说你司项目或团队里古早味的点

什么叫 “旧”？比如 struts2。什么不叫？比如 awk，sed

前者有许多更方便更安全更有效率的取代，后者很简单很容易可以做各种处理，并且一直被广泛应用。

当前时间减去创建时间去判断它是否缺乏生命力不太合理，但是由此就说“没有新旧”，有趣

古早味，我还以为是日语。用陈旧的技术有啥光荣的，人手不够没人折腾新技术，将就着用呗

用 tr 里的特性，就是不敢换到 C++11

jdk1.5 还在用

非常多啊，比如 TCP/IP，HTTP 等，都好多年前的了

我团队的人都喜欢吃早点

刚在公司用上 C++ 17，不知道到底算古老还是现代🤔

@lihongjie0209 有时候不一定是合适的，可能是每一班程序都不愿意承担革新技术栈的任务，一直拖着导致越来越老，可能新的能够更好的解决问题。

@0x000007b #67 “更好“ 这个词有点意思， 更好意味着需求已经完成了， 但是我们还有更好的解决方案。

如果能用大家都熟悉的“老技术“， 能够完成需求， 客户满意， 产品经理满意， 项目经理满意， 开发人员满意， 那么我认为这个“老技术” 是合适的技术。


如果使用大家都熟悉的“老技术“， 不能完成需求， 客户不满意， 产品经理不满意， 项目经理不满意， 开发人员满意， 能够躺在舒适区， 那么我认为这项“老技术”不是合适的技术选型。

客户其实不关心的你选用的什么技术栈， 只关心能不能用， 好不好用， 所以技术选型应该跟着需求走，
1. 有淘宝的需求就是用淘宝级别的技术
2. 有传统行业的需求就使用传统行业级别的技术

技术没有好坏，没有新旧， 只有在特定场景下是否适用。


关于你说的 “可能是每一班程序都不愿意承担革新技术栈的任务，一直拖着导致越来越老，可能新的能够更好的解决问题。”
升级技术并不能解决这个问题。 哪怕你用 java11， 但是程序员仍然写 java5 的代码，那么你的升级带来的好处还是比较少的。

技术是工具， 是程序员的工具， 如果一个程序员不思进取， 不能随着需求的变化而改变自己的技术栈，那么是这个程序员的问题， 不是技术的问题。

Redmine
Flex
ActionScript
Framework7