古早味，不用多说，
往好里想是怀旧，往坏里说是过时，
大多数公司在招聘的 JD 里已经透出一些气味，
像是要求 jsp 啦，svn 啦，禅道啦，jdk7 啦。。。and so on。。。
在高速发展的互联网圈，你司有什么古早味的东西呢？
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2607 days ago, the information mentioned may be changed or developed.
Supplement 1 · Sep 20, 2019
看大家说了那么多，长了很多见识～～～
这边想为新技术正一下名：技术确实没有新旧之分，但是新技术被开发出来也是为了解决当下痛点的，保持技术敏锐度是程序员的必备属性鸭
这边想为新技术正一下名：技术确实没有新旧之分，但是新技术被开发出来也是为了解决当下痛点的，保持技术敏锐度是程序员的必备属性鸭
 |
simonv3exSep 18, 2019
1
不一定要用，但你一定要会
|
 |
VjZ6b8ld9OB5PLB0Sep 18, 2019
2
2003 年延用至今的业务系统，全套 VB.NET 写成。接口单线程会挂。
|
 |
3
今年年初才开始 py 2to3 工程
话说我司基本上全是 C++程序，这是不是也是古早味（逃 |
1 |
lihongjie0209Sep 18, 2019
4
新技术就是好技术？
新产品就是好产品？ N 年之后又有人会问 jdk12 这么老了， 还有公司在用吗？ 你会发现技术从来没有好坏，没有新旧， 只有合不合适。 |
 |
shinodajmkSep 18, 2019
5
@Karpov 秀
|
 |
huangdadaxianSep 18, 2019
6
2001 年延用至今的业务系统= = 虚拟机里 xp sp2
|
 |
hantsySep 18, 2019
7
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。 前段时间还有一个项目里谈过。用的技术，对我来讲可以说回到原始社会。 我的观点，只要是项目还是持续开发，技术也应该一直升级跟进。如果仅仅是维护，没新功能，维持原有技术栈。如果是新项目立项，采用最新技术栈。 |
 |
8
古早味是啥意思
|
 |
fyutouSep 18, 2019
9
年初入职，交接老项目，jdk1.5，二次开发各种花里胡哨的 jar 包不兼容
|
|
hantsySep 18, 2019
10
这台本本入手，就没有安装 SVN，快 5 年了。
|
 |
Raymon111111Sep 18, 2019
11
?
我司 jdk 7 好几万个实例不一样用? |
|
hantsySep 18, 2019
12
@lihongjie0209 好坏没必要分，萝卜白菜各有所爱。
新旧必须分开，关乎项目历史遗留的问题，技术，框架，方法论观念跟进的问题。如果仅仅是为了解决一个问题，不关心手段，方法，那新旧技术也一样。就像讨论刀耕火种也可以温饱，为什么要用现代文明来解决。 |
 |
ezrealinxhSep 18, 2019
14
不舍得升级框架，旧框架在 stackoverflow 都搜不到相关问题了
|
|
lihongjie0209Sep 18, 2019
15
|
 |
westoySep 18, 2019
16
<script language="php">
</script> |
|
westoySep 18, 2019
17
<script language="JavaScript">
// DHTML Calendar .... </script> |
 |
joooooker21Sep 18, 2019
18
@lihongjie0209 新技术就是好技术？
新产品就是好产品？ N 年之后又有人会问 jdk12 这么老了， 还有公司在用吗？ --------------------- 你的论述正好说明了技术是需要不断更新迭代的,和你的论点难道不是自相矛盾? |
 |
awesomesSep 18, 2019
19
我也是醉了，一提到旧技术，就有人跳出来说技术没有新旧之分，只有合适不合适
|
 |
signalas1Sep 18, 2019
20
旧技术就是没人愿意学的技术，等于没法改动的工程，一般来说国内这些互联网公司的核心工程肯定是不断迭代重构的，如果这个都做不到，只可能会慢慢变坏掉
|
 |
dp2pxSep 18, 2019
21
新技术和新工具很好，我也很提倡和建议使用，尽早的用新技术。但是又一次我明白了一个道理，很多公司，特别是小公司不愿意用特别新的技术其实是有原因的。第一，人员成本更高，因为一般掌握最新技术的人毕竟占少数，相对来说比较抢手，意味着待遇要高。第二，试错成本高，尤其是小公司，没有那么多精力和经济试错，往往被别人验证过的技术和工具更稳定一点。第三，更换成本高，可能老板自己活着技术高管也倾向某个新技术，但是更迭周期和人员学习成本也挺高。最后在声明一下，喷子勿扰，我最近遇到了很多脑残喷子，你可以反驳我，我都能接收，请不要与原无故的言语攻击。
|
 |
whkvfSep 18, 2019 via Android
22
delphi7 咋办？
|
|
lihongjie0209Sep 18, 2019
23
@joooooker21 #18 我的观点是技术不能从新旧这么单一的方面去评判， 因为新旧只是相对的。
|
|
lihongjie0209Sep 18, 2019
24
@dp2px #21 你说的是一部分原因， 我倾向于认为新技术的出现是为了解决新的挑战， 而“小公司“不会面临到 BTA 级别的挑战， 也就不需要 BTA 级别的技术。而引入 BTA 级别的技术会出现你说的问题， 得不偿失。
|
|
lihongjie0209Sep 18, 2019
25
@awesomes #19 这个世界不是二元对立的， 不存在的新旧， 不存在好坏， 工具而已， 能解决问题就行
|
 |
arrow8899Sep 18, 2019
26
除了禅道，问下还有什么好用的测试用例管理系统吗
|
 |
gaoyadiantaSep 18, 2019
27
@Karpov 额，你怎么会认为 C++就是过时的？！
|
|
gaoyadiantaSep 18, 2019
28
@AlohaV2 额，你怎么会认为 C++就是过时的？！
|
 |
BernieDuSep 18, 2019
32
强行 svn 过时
|
 |
jy02201949Sep 18, 2019
33
SVN 怎么就过时了
|
 |
danyiSep 18, 2019
34
D7
|
 |
arwenCSep 18, 2019
35
觉得 svn 就是过时
|
 |
Justin13Sep 18, 2019 via Android
36
svn sucks
|
 |
lllllliuSep 18, 2019
38
企业 QQ，微信，邮件，tb，企业邮箱，svn，git，电话，
|
 |
40
公司配的垃圾台式机，13 年的，偶尔死机
|
 |
buffgekSep 18, 2019
41
@lihongjie0209 很多帖子都会看见你回复,不是因为质量,而是因为你的头像,多少好帖子被这样毁了
|
 |
sutraSep 18, 2019
42
学到一个闽南语词汇。
|
 |
43
我司最古早味的就是 CTO 了，一个 70 后老头，混迹于一群 90 后之中。。。。。。
嗯，就是我啦 |
 |
LongMaozSep 18, 2019
46
技术是用来解决问题的，而不是用来攀比的，杀鸡焉用牛刀
|
 |
qiguai2017Sep 18, 2019
47
一股浓浓的闽南人的味道
|
 |
BALDOORSep 18, 2019 via Android
48
其他不清楚，很疑惑 svn 怎么了
代码是用 git 其他非技术人员共享文档用 svn 恕我孤陋寡闻，请问楼主有更简易的解决方案吗 |
 |
loveourSep 18, 2019
50
美术资源用 SVN 还挺好的。
|
 |
TheFLYSep 18, 2019
52
非针对，但是我觉得主动使用「古早味」这种词的都是文盲。
|
 |
nolestSep 18, 2019
53
绿光的指纹打卡机
|
 |
ZnBDPangSep 18, 2019
54
淦哎，我现在的公司你说的全都在用
|
 |
337136897Sep 18, 2019
55
绿光的指纹打卡机 +1
|
 |
yunyeSep 18, 2019 via Android
56
前后端 UI 都一个人搞就算了，要啥功能老板都懒得想，“你先看着办 ”😁😁😁
|
 |
ChoweSep 18, 2019
57
领导：能用就行
|
 |
ZZITESep 18, 2019
59
angular1.x
|
 |
yuiknsSep 18, 2019
61
什么叫 “旧”？比如 struts2。什么不叫？比如 awk，sed
前者有许多更方便更安全更有效率的取代，后者很简单很容易可以做各种处理，并且一直被广泛应用。 当前时间减去创建时间去判断它是否缺乏生命力不太合理，但是由此就说“没有新旧”，有趣 |
 |
pinocchio2mxSep 19, 2019 via Android
62
古早味，我还以为是日语。用陈旧的技术有啥光荣的，人手不够没人折腾新技术，将就着用呗
|
 |
terrychingSep 19, 2019 via Android
63
用 tr 里的特性，就是不敢换到 C++11
|
 |
avalon0624Sep 19, 2019
64
jdk1.5 还在用
|
 |
typeSep 19, 2019
65
非常多啊，比如 TCP/IP，HTTP 等，都好多年前的了
|
 |
wekwSep 19, 2019
66
我团队的人都喜欢吃早点
|
 |
laike9mSep 19, 2019 via Android
67
刚在公司用上 C++ 17，不知道到底算古老还是现代🤔
|
 |
0x000007bSep 19, 2019
68
@lihongjie0209 有时候不一定是合适的，可能是每一班程序都不愿意承担革新技术栈的任务，一直拖着导致越来越老，可能新的能够更好的解决问题。
|
|
lihongjie0209Sep 19, 2019
69
@0x000007b #67 “更好“ 这个词有点意思， 更好意味着需求已经完成了， 但是我们还有更好的解决方案。
如果能用大家都熟悉的“老技术“， 能够完成需求， 客户满意， 产品经理满意， 项目经理满意， 开发人员满意， 那么我认为这个“老技术” 是合适的技术。 如果使用大家都熟悉的“老技术“， 不能完成需求， 客户不满意， 产品经理不满意， 项目经理不满意， 开发人员满意， 能够躺在舒适区， 那么我认为这项“老技术”不是合适的技术选型。 客户其实不关心的你选用的什么技术栈， 只关心能不能用， 好不好用， 所以技术选型应该跟着需求走， 1. 有淘宝的需求就是用淘宝级别的技术 2. 有传统行业的需求就使用传统行业级别的技术 技术没有好坏，没有新旧， 只有在特定场景下是否适用。 关于你说的 “可能是每一班程序都不愿意承担革新技术栈的任务，一直拖着导致越来越老，可能新的能够更好的解决问题。” 升级技术并不能解决这个问题。 哪怕你用 java11， 但是程序员仍然写 java5 的代码，那么你的升级带来的好处还是比较少的。 技术是工具， 是程序员的工具， 如果一个程序员不思进取， 不能随着需求的变化而改变自己的技术栈，那么是这个程序员的问题， 不是技术的问题。 |
 |
CoverStorySep 19, 2019
70
Redmine
Flex ActionScript Framework7 |
Select Language