楼主:
jej (晃奶大馬桶)
2020-10-09 13:03:16依照目前看CodeReview
大部分人写程式的方式
其实都披着OOP的皮
写不是OOP的程式
甚至还看过很爱嘴别人的主管
写着奇门遁甲的if else
只能说摇头阿
多数的程式没有要使用多型的迹象
版上的人一定会说
那是你公司烂阿
但本肥认真说还真的恭喜你
本肥在软件业驻点到各种行业
再到目前歇脚的金融业
真的用OOP的
认真说不多
会运用GoF JavaEE的Pattern
还用错的还不在少数
先不要讨论有没有新思维
真正落实OOP
才是目前台湾各产业资讯体系 软件业
先跨出去的第一步
当然软工当中的手段
也还是要落实啦
总归一句
基本功才是神功
不要小瞧他了
作者:
CoNsTaR ((const *))
2020-10-09 13:54:00OOP 还是算了吧，落实这个要干嘛 = =
我想问问 职场真的完全没人看重 接口抽象嘛？我以为是我非本科转职 去的公司烂 才有一堆烂CODE自己实力不足 去不到好公司 好奇知名公司也不管抽象化?
管抽象干嘛 被烂 code 炸死的再换一个进来就好了阿
楼主这样一说 让我犹豫是否要继续花时间研究 DDD似乎花时间在刷题 比较可以去好公司
ER Model 和 Class Diagram 分不清也太扯了吧…？另外最近意识到软件业和资讯业是不同的，你是在资讯业资讯业大多在开发内部营运用系统，鲜少程度好的人爱去
除非那是开发内部营运用系统产品的公司既然程度好的不爱去，想去纯软赚更多那程式码自然难好
我认为若是去纯软驻点的话状况应该会好一点吧至少我最近接触的纯软驻点不论设计或技术都满新的@x246libra 我猜他的意思是正规化做得不足？或著那间公司能是用“单据”的思维在开发系统而不是用工作流程的资讯流观点在发展系统以前公文或单据时代的资料字段直接对应table字段然后你可能会看到一些正规化做得很奇怪的肥肥table对应到系统 Entity 的时候就变成一个一个value object
作者:
tsao1211 (Sunday)
2020-10-09 14:59:00OOP是万灵丹吗？别人在检讨不要硬用OOP然后你在那边要落实
作者:
balaking (看八卦长知识)
2020-10-09 18:31:00语言只是工具，C、perl、Java、Lua都有其各自擅长的特性逻辑不好写出一堆vulnerabilities的最会互相鄙视
作者:
drajan (EasoN)
2020-10-09 18:35:00“鄙视”是源自于对自身能力的不安全感 只好寄生在"语言""框架" "domain"等想像的共同体上来强化自尊 本质上是自卑
作者:
alihue (wanda wanda)
2020-10-09 18:47:00应该说...你见过的就只是会需要驻点的行业.自然不重视软工
作者:
balaking (看八卦长知识)
2020-10-09 19:10:00所有的选择都是trade-off，没什么好比的
作者:
drajan (EasoN)
2020-10-09 19:41:00正确，看似很烂的科技在不同时空背景可能反而是首选
作者:
CoNsTaR ((const *))
2020-10-10 01:34:00回某 x 如果所有你想要的就只是那种不需验证的直觉的“抽象化”，那你就继续落实你的 Oh-Oh 吧记得不需要看看外面的世界，然后要继续把自己无法理解的人都冠上一个让你自己可以自嗨的标签哦
作者: superpandal 2020-10-10 07:41:00
然而这都只是理想 抽象用的好不好谁来定？ 我自己都觉得如果底层都我自己写的一定很精美搂 可惜现实上就是一堆历史共业搂