作者jej (贼一贼)
看板Soft_Job
标题Re: [请益] 比物件导向更先进的程式设计思想？
时间Fri Oct 9 13:03:16 2020
依照目前看CodeReview
大部分人写程式的方式
其实都披着OOP的皮
写不是OOP的程式
甚至还看过很爱嘴别人的主管
写着奇门遁甲的if else
只能说摇头阿
多数的程式没有要使用多型的迹象
版上的人一定会说
那是你公司烂阿
但本肥认真说还真的恭喜你
本肥在软体业驻点到各种行业
再到目前歇脚的金融业
真的用OOP的
认真说不多
会运用GoF JavaEE的Pattern
还用错的还不在少数
先不要讨论有没有新思维
真正落实OOP
才是目前台湾各产业资讯体系 软体业
先跨出去的第一步
当然软工当中的手段
也还是要落实啦
总归一句
基本功才是神功
不要小瞧他了
-----
Sent from JPTT on my OPPO CPH1721.
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 103.246.208.241 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1602219798.A.AB5.html
1F：推 CoNsTaR: OOP 还是算了吧，落实这个要干嘛 = = 10/09 13:54
2F：→ x246libra: 为什麽不落实？ 看来楼上是标准的能动就好工程师 10/09 13:56
3F：推 tonytonyjan: 事实上是一堆人连 SOLID 都没听过 10/09 13:57
4F：→ x246libra: 我想问问 职场真的完全没人看重 介面抽象嘛？ 10/09 13:58
5F：→ x246libra: 我以为是我非本科转职 去的公司烂 才有一堆烂CODE 10/09 13:58
6F：→ x246libra: 自己实力不足 去不到好公司 好奇知名公司也不管抽象化? 10/09 14:00
7F：→ Nitricacid: 管抽象干嘛 被烂 code 炸死的再换一个进来就好了阿10/09 14:02
嗯 悲惨的就是对台湾的老板来说
再洗一批便宜的牛肉就好了
再说抽象与多型
就我看到现在只有少数的公司
对於资料库的设计
能够晓得 ER Model和Class Diagram的差别
多数并没有资料封装 继承 多型的概念
更遑论前端的Controller
明明做的都一样
可以更抽象一点
大部分也还是一个Base Class
每个Controller继承到底
然後理论上一个物件应该各司其职
但混着用的还是大多数
※ 编辑: jej (103.246.208.241 台湾), 10/09/2020 14:16:23
8F：推 x246libra: 楼主这样一说 让我犹豫是否要继续花时间研究 DDD10/09 14:20
9F：→ x246libra: 似乎花时间在刷题 比较可以去好公司10/09 14:21
10F：推 dream1124: ER Model 和 Class Diagram 分不清也太扯了吧…？10/09 14:25
真的不扯
可以请人把公司的资料库设计
分别画出他的ER Model
和Class Diagram
然後请他解释这两张图
是不是几乎一样？
甚至还会有人反馈回来
干嘛画Class Diagram
而且多的是套过架构
没有深入架构让他可以封装继承多型
11F：→ dream1124: 另外最近意识到软体业和资讯业是不同的，你是在资讯业10/09 14:25
12F：→ dream1124: 资讯业大多在开发内部营运用系统，鲜少程度好的人爱去10/09 14:26
13F：→ x246libra: 可以理解为 多数公司以资料库驱动来专写程式？10/09 14:27
14F：→ dream1124: 除非那是开发内部营运用系统产品的公司10/09 14:27
※ 编辑: jej (103.246.208.241 台湾), 10/09/2020 14:31:05
15F：→ dream1124: 既然程度好的不爱去，想去纯软赚更多那程式码自然难好10/09 14:28
16F：→ x246libra: 而不是根据领域驱动开发程式10/09 14:28
17F：→ dream1124: 我认为若是去纯软驻点的话状况应该会好一点吧10/09 14:28
18F：→ dream1124: 至少我最近接触的纯软驻点不论设计或技术都满新的10/09 14:30
19F：→ dream1124: @x246libra 我猜他的意思是正规化做得不足？10/09 14:30
20F：→ dream1124: 或着那间公司能是用「单据」的思维在开发系统10/09 14:34
21F：→ dream1124: 而不是用工作流程的资讯流观点在发展系统10/09 14:35
22F：→ dream1124: 以前公文或单据时代的资料栏位直接对应table栏位10/09 14:36
23F：→ dream1124: 然後你可能会看到一些正规化做得很奇怪的肥肥table10/09 14:37
24F：→ dream1124: 对应到系统 Entity 的时候就变成一个一个value object10/09 14:38
25F：→ dream1124: 於是才会得出「为何要画类别图？」的想法10/09 14:40
26F：→ dream1124: 想到这就觉得原PO看得清问题却没崩溃实在很强 XD10/09 14:41
27F：→ dream1124: 我一开始看到那种系统的时候觉得人生有够灰暗 哈哈10/09 14:42
28F：→ dream1124: 回头看发现自己讲错了 用工作流程的资讯流这说法不对10/09 14:44
29F：→ dream1124: 应该说那些公司可能只是作业电脑化，但没重新设计流程10/09 14:44
30F：→ dream1124: 虽用电脑但流程没变，只是资讯写进电脑而非写在单据上10/09 14:46
31F：→ dream1124: 如此一来物件导向做得差自然不令人意外10/09 14:53
32F：推 tsao1211: OOP是万灵丹吗？别人在检讨不要硬用OOP然後你在那边要落10/09 14:59
33F：→ tsao1211: 实10/09 14:59
我知道反OO派
这让我想到以前有个主管对我说过
与其误用OO不如不用
甚至有些为了研究Pattern
走火入魔的也不在少数
反而增加维运上的困难
※ 编辑: jej (111.71.89.144 台湾), 10/09/2020 15:05:05
34F：推 balaking: 语言只是工具，C、perl、Java、Lua都有其各自擅长的特性 10/09 18:31
35F：→ balaking: 逻辑不好写出一堆vulnerabilities的最会互相鄙视 10/09 18:32
36F：→ drajan: 「鄙视」是源自於对自身能力的不安全感 只好寄生在"语言" 10/09 18:35
37F：→ drajan: "框架" "domain"等想像的共同体上来强化自尊 本质上是自卑 10/09 18:36
38F：推 alihue: 应该说...你见过的就只是会需要驻点的行业.自然不重视软工 10/09 18:47
39F：推 balaking: 所有的选择都是trade-off，没什麽好比的 10/09 19:10
40F：推 drajan: 正确，看似很烂的科技在不同时空背景可能反而是首选 10/09 19:41
41F：推 clamperni: 你在哪工作? 10/09 23:23
42F：嘘 CoNsTaR: 回某 x 如果所有你想要的就只是那种不需验证的直觉的“ 10/10 01:34
43F：→ CoNsTaR: 抽象化”，那你就继续落实你的 Oh-Oh 吧 10/10 01:34
44F：→ CoNsTaR: 记得不需要看看外面的世界，然後要继续把自己无法理解的 10/10 01:34
45F：→ CoNsTaR: 人都冠上一个让你自己可以自嗨的标签哦 10/10 01:34
46F：→ superpandal: 然而这都只是理想 抽象用的好不好谁来定？ 我自己都 10/10 07:41
47F：→ superpandal: 觉得如果底层都我自己写的一定很精美搂 可惜现实上就 10/10 07:41
48F：→ superpandal: 是一堆历史共业搂 10/10 07:41