说下系统性、结构性、逻辑性问题。哈

中山野鬼 发布于 2013/09/03 23:12
阅读 978
收藏 2


逻辑性问题简单说“理解错了”,无论是需求理解错了,设计理解错误了,(敲)键盘理解错误,反正有错改之,有错可循。因为肇事点,总能明确出来,比如“我不是要这样,我要的是那样。。我明明这样,它怎么那样。。”。

结构性问题,是系统实际组成的框架设计实例出了问题。结构出了问题,基本就是,看上去哪都没问题,就是整一起有问题。通常判断是否存在的问题,是看系统调整是否有效。结构性问题,出了错,模块都没错,就是挂不上去。估计要被喷,挂不上模块的,还能叫系统?拜托,版本总要加的,小搞加个0.1 ,大搞,加个1.0。另外,模块挂不上去,不单单说设计好的可用模块。就是代码重改,结构出了问题,通常,这边改了那边错,那边改了,这边错,反正除了原先能run的那么点点东西,想动,动弹不得。

系统性问题,这玩意就抽象了。可以说是系统结构的结构性问题。也是设计思想约束出的一个对结构性设计和调整的潜规则。通常边界条件已经不依赖于具体技术了。而是目标产品线究竟打算怎么个发展,这条路,一直走是黑,还是白。系统性问题和基础平台的关系也很大。单从具体技术上,是看不到系统性问题的。简单说,有些系统,无论怎么改结构,基于一个坑里,总是无法满足需求。这通常就是系统性问题了。

扯个远的,北京为啥房子贵,因为资源足,从卫生保健(空气不谈,说医院哈),孩子教育,到工作机会,所以人都望北京挤,挤了还不出来,这就是个系统性问题,不是简单结构性调整就ok的,各地发展均衡,三四线城市好好发展能解决?资源都集中在大城市,小地方,对有想法的人,路再漂亮,房子再漂亮,一般也没什么吸引力。哈。不谈政治谈技术。

扯个技术的,你构造一个系统,规模小时ok,到了个规模,原先结构不行,推倒重来,ok。再到一个规模,原先结构又不行,又推倒重来,如果每次重新来过,系统还不错,性能,功能的扩展都ok,那么这个系统的设计,没问题。不过推倒重来,还没问题的,少之又少。当然啦,一般程序员遇不到。想那么远做什么,安心做好自己的事情。哈。产品今年设计完,3年内还能卖出钱来,就已经烧高香了,3年后,还不知道什么情况。

不过落到,系统用于服务,系统的数据越来越多时,结构性的调整有时会钻进死胡同,那么你就要尽早考虑系统性问题了。哈。而这些问题的考虑,具体逻辑,结构,都是浮云。如同战争一样,谋战略的事情,结构也最多等于战役,逻辑嘛,小群殴而已。哈。

这里喷喷“架构”“框架”,动不动就是基于什么“架构”,什么“框架”的,等你了解清楚他们的实现了,也就不会“动不动”了。因为那只是结构性问题,结构好不好,看具体应用场景和场景的发展趋势。哈。当然,接受还在逻辑问题忙碌的程序员的喷,哈,毕竟实际干活,谁也没让你折腾系统性问题,摆在面前的bug,需要解决,“架构”“框架”拿来用就行。

看 lmax架构有感。。。解决了一堆优化问题,其实更本不是设计目标必然存在的问题,是选择的基础平台的问题。非要把自己绕进去,好吧,今年600万,希望什么时候能集群成6000万。哈。

另外,平时听不懂,结构性问题,系统性问题的,我通常的意见,怎么方便怎么来,怎么简单怎么来,别考虑那么多,为啥,我给他杞人忧天的说半天,一句没听懂,没听懂不代表对方是傻子,未来长远发展,各有各的想法。哈。至于逻辑性问题,我压根不介意对方把我当作不懂写代码的人,我也懒得去问具体需求,更何况设计中,已经有了一堆堆的因为所以自然有理的各种逻辑,无非交流一下,犯不着把别人的系统翻个底朝天。哈。

加载中
0
宏哥
宏哥

没有银弹

脱离具体谈解决方案就是空谈

两个凡是还是顶你一个吧

孤独是一种态度, 一种境界

0
n
newlife867
lmax martin fowler?就是那个鼓吹 scrum 的家伙吧。 呵呵。
0
中山野鬼
中山野鬼

引用来自“宏哥”的答案

没有银弹

脱离具体谈解决方案就是空谈

两个凡是还是顶你一个吧

孤独是一种态度, 一种境界

哈,理论要联系实际,否则是傻蛋,实际工作需要理论指导,否则是蛮干。两样独立折腾都不好,两手都得抓。哈。其实啥是理论?无非就是抽象出差异性的内容中不变性的东西,也就是通常所谓的规律,规律是个好东西,下次类似的事情,用了它,可以少踩屎坑,最讨厌的是,掉进去,发现屎坑里已经刻了“到此一游”,落款人姓名刚好和自己的一样。哈
0
宏哥
宏哥

在过去的10年, 我最大的体会就是:

不要浪费时间去证明别人的错误, 甚至不要浪费时间证明自己的错误, 或者是为自己的错误感到懊恼. 

而要发掘自己的特点,将它变为长处, 直至登峰造极 

-- 这需要耐心, 勇气, 力量 和坚持

这就是两个凡是的精髓

0
中山野鬼
中山野鬼

引用来自“newlife867”的答案

lmax martin fowler?就是那个鼓吹 scrum 的家伙吧。 呵呵。
不知道哦。只是看了篇内部系统的优化思想。。一开始满怀尊敬,看完,发现,原来是一堆喜欢自己折腾自己的人,这里找喷的说一句,不用java,根本就没那些事。哈。它那些优化思想,n多年前就被用了,本来还想多学习呢。结果发现都是架子货(大家早就用的方法。哈)。
0
中山野鬼
中山野鬼

引用来自“宏哥”的答案

在过去的10年, 我最大的体会就是:

不要浪费时间去证明别人的错误, 甚至不要浪费时间证明自己的错误, 或者是为自己的错误感到懊恼. 

而要发掘自己的特点,将它变为长处, 直至登峰造极 

-- 这需要耐心, 勇气, 力量 和坚持

这就是两个凡是的精髓

哈。简单一句话,找到适合自己的事情,就一个字,干,而且对方愿意让我干的。。缺了任何一个,都不行。这年头,什么都是你情我愿的,任何强x,都不靠谱。哈
0
宏哥
宏哥

引用来自“中山野鬼”的答案

引用来自“宏哥”的答案

在过去的10年, 我最大的体会就是:

不要浪费时间去证明别人的错误, 甚至不要浪费时间证明自己的错误, 或者是为自己的错误感到懊恼. 

而要发掘自己的特点,将它变为长处, 直至登峰造极 

-- 这需要耐心, 勇气, 力量 和坚持

这就是两个凡是的精髓

哈。简单一句话,找到适合自己的事情,就一个字,干,而且对方愿意让我干的。。缺了任何一个,都不行。这年头,什么都是你情我愿的,任何强x,都不靠谱。哈

你可能还需要一些时间

我想, 有机会, 我会给你解释, 但不是现在

0
中山野鬼
中山野鬼

引用来自“宏哥”的答案

引用来自“中山野鬼”的答案

引用来自“宏哥”的答案

在过去的10年, 我最大的体会就是:

不要浪费时间去证明别人的错误, 甚至不要浪费时间证明自己的错误, 或者是为自己的错误感到懊恼. 

而要发掘自己的特点,将它变为长处, 直至登峰造极 

-- 这需要耐心, 勇气, 力量 和坚持

这就是两个凡是的精髓

哈。简单一句话,找到适合自己的事情,就一个字,干,而且对方愿意让我干的。。缺了任何一个,都不行。这年头,什么都是你情我愿的,任何强x,都不靠谱。哈

你可能还需要一些时间

我想, 有机会, 我会给你解释, 但不是现在

很多事情是讲缘分的,哈。余下自己该做的,无非通过概率来支撑。
0
n
newlife867

引用来自“中山野鬼”的答案

引用来自“newlife867”的答案

lmax martin fowler?就是那个鼓吹 scrum 的家伙吧。 呵呵。
不知道哦。只是看了篇内部系统的优化思想。。一开始满怀尊敬,看完,发现,原来是一堆喜欢自己折腾自己的人,这里找喷的说一句,不用java,根本就没那些事。哈。它那些优化思想,n多年前就被用了,本来还想多学习呢。结果发现都是架子货(大家早就用的方法。哈)。

你这么说也对。用高级抽象的java,却要去考虑最底层的CPU缓存,是有点二。

有这么高的性能需求,直接不用java就好了。

不过具体问题上,也得考虑开发人员配置,开发周期和开发成本,才能决定用不用java。

0
jingshishengxu
jingshishengxu
对方不愿跟你干,本身就说明你没有领导力,号召力
返回顶部
顶部