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

[Breadykid]

古早味，不用多说，
往好里想是怀旧，往坏里说是过时，
大多数公司在招聘的 JD 里已经透出一些气味，
像是要求 jsp 啦，svn 啦，禅道啦，jdk7 啦。。。and so on。。。

在高速发展的互联网圈，你司有什么古早味的东西呢？

看大家说了那么多，长了很多见识～～～
这边想为新技术正一下名：技术确实没有新旧之分，但是新技术被开发出来也是为了解决当下痛点的，保持技术敏锐度是程序员的必备属性鸭

[simonv3ex]

不一定要用，但你一定要会

[Karpov]

2003 年延用至今的业务系统，全套 VB.NET 写成。接口单线程会挂。

[AlohaV2]

今年年初才开始 py 2to3 工程
话说我司基本上全是 C++程序，这是不是也是古早味（逃

[lihongjie0209]

新技术就是好技术？
新产品就是好产品？

N 年之后又有人会问 jdk12 这么老了， 还有公司在用吗？


你会发现技术从来没有好坏，没有新旧， 只有合不合适。

[shinodajmk]

@Karpov 秀

[huangdadaxian]

2001 年延用至今的业务系统= = 虚拟机里 xp sp2

[hantsy]

JSP 现在我真的不会，项目中至少 6，7 年没写过，最后写的时候用是 JSP 2.0 的 XML 兼容语法，国内很少人用到。

https://github.com/hantsy/spring4-sandbox/blob/master/mvc-tiles3/src/main/webapp/WEB-INF/views/details.jspx 这个可能是我最后整理过的 JSP。

前段时间还有一个项目里谈过。用的技术，对我来讲可以说回到原始社会。

我的观点，只要是项目还是持续开发，技术也应该一直升级跟进。如果仅仅是维护，没新功能，维持原有技术栈。如果是新项目立项，采用最新技术栈。

[ahmcsxcc]

古早味是啥意思

[fyutou]

年初入职，交接老项目，jdk1.5，二次开发各种花里胡哨的 jar 包不兼容

[hantsy]

这台本本入手，就没有安装 SVN，快 5 年了。

[Raymon111111]

?

我司 jdk 7 好几万个实例不一样用?

[hantsy]

@lihongjie0209 好坏没必要分，萝卜白菜各有所爱。

新旧必须分开，关乎项目历史遗留的问题，技术，框架，方法论观念跟进的问题。如果仅仅是为了解决一个问题，不关心手段，方法，那新旧技术也一样。就像讨论刀耕火种也可以温饱，为什么要用现代文明来解决。

[en20]

@ahmcsxcc 就是老味道，闽南这边的说法，路边很多店都写着古早味，我也是住了几年才知道

[Lin0936]

不舍得升级框架，旧框架在 stackoverflow 都搜不到相关问题了

[lihongjie0209]

@hantsy #12
论刀耕火种也可以温饱，为什么要用现代文明来解决

刀耕火种 养不活这么多人， 看看袁隆平的成就吧

[westoy]

<script language="php">
</script>

[westoy]

<script language="JavaScript">
// DHTML Calendar
....
</script>

[joooooker21]

@lihongjie0209 新技术就是好技术？
新产品就是好产品？

N 年之后又有人会问 jdk12 这么老了， 还有公司在用吗？
---------------------
你的论述正好说明了技术是需要不断更新迭代的,和你的论点难道不是自相矛盾?

[awesomes]

我也是醉了，一提到旧技术，就有人跳出来说技术没有新旧之分，只有合适不合适

[signalas1]

旧技术就是没人愿意学的技术，等于没法改动的工程，一般来说国内这些互联网公司的核心工程肯定是不断迭代重构的，如果这个都做不到，只可能会慢慢变坏掉

[dp2px]

新技术和新工具很好，我也很提倡和建议使用，尽早的用新技术。但是又一次我明白了一个道理，很多公司，特别是小公司不愿意用特别新的技术其实是有原因的。第一，人员成本更高，因为一般掌握最新技术的人毕竟占少数，相对来说比较抢手，意味着待遇要高。第二，试错成本高，尤其是小公司，没有那么多精力和经济试错，往往被别人验证过的技术和工具更稳定一点。第三，更换成本高，可能老板自己活着技术高管也倾向某个新技术，但是更迭周期和人员学习成本也挺高。最后在声明一下，喷子勿扰，我最近遇到了很多脑残喷子，你可以反驳我，我都能接收，请不要与原无故的言语攻击。

[swsh007]

delphi7 咋办？

[lihongjie0209]

@joooooker21 #18 我的观点是技术不能从新旧这么单一的方面去评判， 因为新旧只是相对的。

[lihongjie0209]

@dp2px #21 你说的是一部分原因， 我倾向于认为新技术的出现是为了解决新的挑战， 而“小公司“不会面临到 BTA 级别的挑战， 也就不需要 BTA 级别的技术。而引入 BTA 级别的技术会出现你说的问题， 得不偿失。

[lihongjie0209]

@awesomes #19 这个世界不是二元对立的， 不存在的新旧， 不存在好坏， 工具而已， 能解决问题就行

[arrow8899]

除了禅道，问下还有什么好用的测试用例管理系统吗

[gaoyadianta]

@Karpov 额，你怎么会认为 C++就是过时的？！

[gaoyadianta]

@AlohaV2 额，你怎么会认为 C++就是过时的？！

[laoyur]

@ahmcsxcc 同不知道
我知道有个古早味蛋糕，但看这个帖（主要是标题）还是有点懵，然后看下面回复，似乎清一色都理解得畅通无阻。
难道是我已经老了？

[Breadykid]

@arrow8899 jira。。。

[Breadykid]

@AlohaV2 c++不老哇，很多游戏后台还是用 c++写的

[BernieDu]

强行 svn 过时

[jy02201949]

SVN 怎么就过时了

[danyi]

D7

[arwenC]

觉得 svn 就是过时

[Justin13]

svn sucks

[SimonOne]

@laoyur #29 古早味，是闽南人用来形容古旧的味道的一个词，也可以理解为“怀念的味道”。--From 百度百科。

[lllllliu]

企业 QQ，微信，邮件，tb，企业邮箱，svn，git，电话，

[lllllliu]

@lllllliu 叮叮，考勤机

[EscYezi]

公司配的垃圾台式机，13 年的，偶尔死机

[buffgek]

@lihongjie0209 很多帖子都会看见你回复,不是因为质量,而是因为你的头像,多少好帖子被这样毁了

[sutra]

学到一个闽南语词汇。

[xuanbg]

我司最古早味的就是 CTO 了，一个 70 后老头，混迹于一群 90 后之中。。。。。。





嗯，就是我啦

[Breadykid]

@buffgek 这个人是有点激进

[Breadykid]

@xuanbg 我们领导也是 70 后耶

[LongMaoz]

技术是用来解决问题的，而不是用来攀比的，杀鸡焉用牛刀

[qiguai2017]

一股浓浓的闽南人的味道

[BALDOOR]

其他不清楚，很疑惑 svn 怎么了
代码是用 git
其他非技术人员共享文档用 svn
恕我孤陋寡闻，请问楼主有更简易的解决方案吗

[Breadykid]

@BALDOOR 文档一般用 wiki，而不是什么东西都往里丢的文件夹

[loveour]

美术资源用 SVN 还挺好的。

[Breadykid]

@loveour 美术不是用蓝湖吗

[TheFLY]

非针对，但是我觉得主动使用「古早味」这种词的都是文盲。

[nolest]

绿光的指纹打卡机

[ZnBDPang]

淦哎，我现在的公司你说的全都在用

[337136897]

绿光的指纹打卡机 +1

[yunye]

前后端 UI 都一个人搞就算了，要啥功能老板都懒得想，“你先看着办 ”😁😁😁

[Chowe]

领导：能用就行

[BALDOOR]

@Breadykid 不是代码 /技术说明等文档哦
是计划 /需求等文档
还有美术的一些图片资源等

[ZZITE]

angular1.x

[loveour]

@Breadykid #51 搜了下，那是设计师用的吧。游戏美术我知道的用 SVN 的应该还挺多，毕竟各种二进制资源，以及有权限管理。

[yuikns]

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

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

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

[pinocchio2mx]

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

[terryching]

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

[avalon0624]

jdk1.5 还在用

[type]

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

[wekw]

我团队的人都喜欢吃早点

[laike9m]

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

[0x000007b]

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

[lihongjie0209]

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

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


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

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

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


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

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

[CoverStory]

Redmine
Flex
ActionScript
Framework7