首页   注册   登录
 exploreXin 最近的时间轴更新
exploreXin

exploreXin

V2EX 第 403901 号会员,加入于 2019-04-22 12:50:56 +08:00
exploreXin 最近回复了
1 天前
回复了 zachguo 创建的主题 程序员 前端工程师也能给火箭写代码了🚀
JS 征服世界的目标已经是过去时了,现在的目标是星辰大海。
23 天前
回复了 EEer 创建的主题 C++ 看 CTO 封的框架代码 ,忍不住,吐槽……
看兄台的学识,不在领导之下,何必久居人下?不如与众人约定时日,取而代之,不知兄台意下如何。
24 天前
回复了 Budbls 创建的主题 随想 我真是太傻太天真了…
不能减少周围的利刃,就要给自己多穿一些护甲,信息安全问题只有国内有吗?国外就一定安全吗?斯诺登,阿桑奇大家都忘了他们了吗?所以想要减少周围环境对自己的伤害,只能提高自己的能力,什么能力呢?那就是信息安全能力。虽然现阶段国内各个大中小企业对信息安全的态度都是可有可无的无视态度,但是大胆预测一下,5 年以后,IT 岗位的下一个蓝海,就是信息安全岗位。
24 天前
回复了 FaiChou 创建的主题 程序员 五月, 结婚与裸辞
新婚快乐 O(∩_∩)O ~~
25 天前
回复了 imme90 创建的主题 程序员 前端和 UI 设计是否真的一文不值?
这样的话,让你们公司的后端以后找老婆,就别看不上这个看不上那个了,就按照凤姐那样的水平找,彩礼少,又不用担心放到外面会给自己带绿帽子,反正只要老婆有正常的女性功能就好了,要什么颜值,衣着啥的,都是没用的东西。把这些原话告诉你们公司的后端就好了。哦,对了,如果有女性后端同事,就让她找老公按照方舟子的标准找。
脱离实际场景讨论技术是危险的,不同的场景要用不同的技术方案,看似可有可无的习惯,长久下去,会毁了程序开发人员的技术嗅觉。
35 天前
回复了 woniuppp 创建的主题 程序员 早起读书笔记《知行-技术人的管理之路》
能够坚持习惯的人最值得钦佩,膜拜 ~~
36 天前
回复了 ifconfig 创建的主题 职场话题 老板问:你要降薪还是自己走?
在社会上混生活,能力不行才会看学历,加油!你行的!
41 天前
回复了 Hanggi 创建的主题 程序员 DDD 为什么火不起来?
领域驱动设计可以看成是产品设计阶段更高级的一种构建方法论,产品设计是什么?说白了就是做东西的时候要提前规划好,在概念阶段就把可以规避的风险全都规避掉,避免出现摩天大楼盖了 100 层,才发现地下有溶洞,再建楼就会塌了,只能全部拆掉的情况出现。而保证产品设计阶段的产出成果,最重要最突出的两个方面,就是产品把关人和项目时间。时间比较好理解,只有充裕的时间,才能打磨出好的流程,好的产品概念,3 个月的项目让三天做出来,这样的项目哪有时间推行 DDD,根本不可能的。

另一方面,产品把关人是什么?产品把关人就是我们所说的产品经理,概念上面的所有东西,什么可以做,什么要做但是现在还不适合做,什么功能做了会增加用户,什么做了会减少用户,这都是产品经理需要负责的。产品经理有一个特点,就是门槛低,但是成长难度大,产品经理的成长曲线和方式和程序员是完全相反的,程序员的岗位是门槛高,但是只要入门了,并且稍微努力一下,成长难度会比产品经理低很多。这样的事实导致一个问题,就是产品经理岗位重要,工资高,但是门槛低,就有很多能力不行但有看到产品岗位工资超高的人,站到了这个岗位上,什么概念管理,质量管理,都不会,画个原型丢给开发,这就是工作日常了,这样的能力水平是没办法驾驭高级的产品开发方法论的。所以有这样低水平的产品把关人,也不奇怪为什么我们很少就见到 DDD 了。

就算产品经理能力超高,懂得如何推行 DDD 工作方式与流程,但是要知道 DDD 的精华其实不完全在技术团队,DDD 能否推行起来,一大半还要看有没有领域专家和技术团队对接,提供领域知识,领域专家也是产品把关人。领域专家是啥?就是你的软件开发完,所要投放到的环境中,对系统逻辑最熟悉的那个人,啥意思?说白了,就是银行软件,领域专家就是银行的业务经理,医院的软件,就是医院里的院长之类的人物,开发的软件起源于领域的实际需求,而需求最初是从领域专家那里获取的,获取之后的需求输入到产品经理那里,产品把关人把整理之后可以实际开发的需求交到开发,之后的测试,部署,运行,最终的软件,又回到领域,帮助领域工作,这是一个逻辑闭环,所以产品方面,光有开发团队的产品经理是远远无法使用 DDD 的,还要有领域内的资深人士,领域专家是团队外的产品把关人。所以注定只有金融,医疗,政府类的影响大,规模大的大型软件系统开发,才会用 DDD 这种复杂的开发流程,小公司哪有经历找领域专家,有些小企业连产品经理都没有,更不用说别的了,小企业的第一目的不是盈利,而是活下来,活下来才有后面的事情。

另外提一点,就算有能力与领域内的人物对接,也不一定有领域专家,很多非 IT 的组织内部也是极其混乱的,根本没有一个或者少数几个人可以对整个内部业务逻辑搞的很明白,所以找不到领域专家这样的人物存在,这个也是 DDD 推行难的一方面原因。

所以可以看出 DDD 是一种降低问题复杂度的方法论,是否推行 DDD 要看软件对应的问题是否复杂到一般方法无法解决的程度,而不是想要用一个新技术尝尝鲜而强行推广,那样的话,就是扔掉苍蝇拍,搬出大炮来打蚊子了,大炮固然厉害,但是无法完成消灭蚊子的问题。
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   4848 人在线   最高记录 5168   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 24ms · UTC 02:08 · PVG 10:08 · LAX 19:08 · JFK 22:08
♥ Do have faith in what you're doing.