- 主题:求问oracle程序员的梗 出处
rt~
大概讲述一个oracle程序员的日常工作，改了几天代码，跑测试跑两三个月，提交功能。
主要是：
1）开发工作不多
2）大部分时间在跑测试。
3）程序、代码、流程很臃肿
4）程序员的工作好像毫无生机。。
谢谢
--
修改:saynothing FROM 183.158.146.*
FROM 183.158.146.*
本版搜“oracle程序员的日常生活”
【 在 saynothing 的大作中提到: 】
: rt~
: 大概讲述一个oracle程序员的日常工作，改了几天代码，跑测试跑两三个月，提交功能。
: 主要是：
: ...................
--
FROM 203.184.25.*
15～20年前是不是流行使用盗版oracle？
然后无一例外被oracle发律师函了…
大家倒向mysql…
然后oracle吃掉mysql…
--
FROM 124.160.154.*
古时候不知道，现在的话……没有 auto increament int，没有 bool。想跑 docker 连官方的 image 都没有，至少 3G RAM 才能跑，连用户都没建就得占 5G+ 的空间不说，还得等半分钟服务才能起来。这些恶心的地方不说，人家还老惦记着想办法告你，这得有多想不开才用 oracle？
【 在 KEILLY 的大作中提到: 】
: 15～20年前是不是流行使用盗版oracle？
: 然后无一例外被oracle发律师函了…
: 大家倒向mysql…
: ...................
--
FROM 222.153.154.*
你要是用了20年Oracle你也换不掉啊，我现在很多代码都是服务器端的PLSQL
p.s.
这整套系统，就像那种末世电影里的违建，好比未来水世界那种电影里的棚子，
处处漏风漏水，但是又凑合着能跑，然而你要是想整治重建，那么就啊巴啊巴。
【 在 eGust 的大作中提到: 】
: 古时候不知道，现在的话……没有 auto increament int，没有 bool。想跑 docker 连官方的 image 都没有，至少 3G RAM 才能跑，连用户都没建就得占 5G+ 的空间不说，还得等半分钟服务才能起来。这些恶心的地方不说，人家还老惦记着想办法告你，这得有多想不开才用 oracle？
--
修改:vmx FROM 125.118.170.*
FROM 125.118.170.*
我们现在说是董事会要求换 pg，找了个公司给我们做了份评估，据说报价 $370k+，直接把所有东西（包括 store procedures）都转过去。
老板目前可能还有些误解，以为花37万就可以了，不知道我们这边配合也需要很长时间，而且可能同时要停止开发新功能，这部分的成本并没有考虑进去。我们的代码目前大概是这种状态：
───────────────────────────────────────────────────────────────────────────────
Language Files Lines Blanks Comments Code Complexity
───────────────────────────────────────────────────────────────────────────────
SQL 2834 299772 18569 52526 228677 6403
Ruby 1832 152747 20686 27997 104064 7543
HAML 1185 25919 1940 586 23393 0
HTML 330 502823 314 3579 498930 0
Ruby HTML 322 5183 632 272 4279 463
Sass 202 41784 1087 6067 34630 0
JavaScript 192 75053 6686 6880 61487 7825
TypeScript 96 11617 1398 500 9719 1354
Vue 90 10573 1269 60 9244 351
有一个7k+行的巨无霸 procedure，里面是核心业务逻辑。一直以来维护它的人，因为一些家里的事情，这个月刚刚退休了。
有一张梗图，一只狗在着火的房间里，一边喝着咖啡，一边说 this is fine。我们公司目前就是这种状态……
【 在 vmx 的大作中提到: 】
: 你要是用了20年Oracle你也换不掉啊，我现在很多代码都是服务器端的PLSQL
: p.s.
: 这整套系统，就像那种末世电影里的违建，好比未来水世界那种电影里的棚子，
: ...................
--
修改:eGust FROM 203.184.25.*
FROM 203.184.25.*
数据库还写什么程序？
我记得以前参加过一个项目，那个总设说现在数据库都不写代码了，尽量不写sql，尤其不写多表联合查询。
【 在 saynothing 的大作中提到: 】
: rt~
: 大概讲述一个oracle程序员的日常工作，改了几天代码，跑测试跑两三个月，提交功能。
: 主要是：
: ...................
--
FROM 120.244.202.*
SQL 30万行啊，这是所有的计算都让数据库来执行啊？
【 在 eGust 的大作中提到: 】
:
: 我们现在说是董事会要求换 pg，找了个公司给我们做了份评估，据说报价 $370k+，直接把所有东西（包括 store procedures）都转过去。
:
: 老板目前可能还有些误解，以为花37万就可以了，不知道我们这边配合也需要很长时间，而且可能同时要停止开发新功能，这部分的成本并没有考虑进去。我们的代码目前大概是这种状态：
: ───────────────────────────────────────────────────────────────────────────────
--
FROM 124.160.154.*
37万刀确实不贵
【 在 eGust 的大作中提到: 】
: 我们现在说是董事会要求换 pg，找了个公司给我们做了份评估，据说报价 $370k+，直接把所有东西（包括 store procedures）都转过去。
: 老板目前可能还有些误解，以为花37万就可以了，不知道我们这边配合也需要很长时间，而且可能同时要停止开发新功能，这部分的成本并没有考虑进去。我们的代码目前大概是这种状态：
: ───────────────────────────────────────────────────────────────────────────────
: ...................
--
FROM 183.6.114.*
董事会显然考虑到了，哪怕现在多花点，也省了以后每年几十几百万。
【 在 eGust 的大作中提到: 】
: 我们现在说是董事会要求换 pg，找了个公司给我们做了份评估，据说报价 $370k+，直接把所有东西（包括 store procedures）都转过去。
: 老板目前可能还有些误解，以为花37万就可以了，不知道我们这边配合也需要很长时间，而且可能同时要停止开发新功能，这部分的成本并没有考虑进去。我们的代码目前大概是这种状态：
: ───────────────────────────────────────────────────────────────────────────────
: ...................
--
FROM 58.37.82.*