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