问问设计代码的。。。只写代码不设计的就别讨论了哈。。。

中山野鬼 发布于 2013/08/08 15:15
阅读 794
收藏 2

现在有几个还在做状态机分析的?在写代码前,设计代码的时候?这和语言没关系。几乎支持if 的语言(不支持的我觉得基本就只能是排版类工具语言了),都需要状态分析。

说这个,是给设计代码的人,自己测试下自己,是否大学教的都忘了。别和我说大学叫这个就是无聊内容。如果你不考虑状态分析,就写出代码的,只能说,你写的东西太简单了。

加载中
1
mallon
mallon
简单逻辑if else,复杂的画状态图,代码里用跳转表不用if else
0
kazex
kazex

这个基本的代码都会有涉及的吧

比如1个用户的状态不就是一个状态机吗?socket连接上来,等待发送请求状态,读数据库状态,接受请求状态,等等,这种每天都会遇到,= =!

0
中山野鬼
中山野鬼

引用来自“kazex”的答案

这个基本的代码都会有涉及的吧

比如1个用户的状态不就是一个状态机吗?socket连接上来,等待发送请求状态,读数据库状态,接受请求状态,等等,这种每天都会遇到,= =!

哈,这里天天吵工具,php,java,c++,c。真正的编程技术不讨论。你说的没错,你那玩意也存在状态。现在很多小朋友,给傻瓜式开发培养的越来越傻瓜了,甚至还有很自大的。太依赖工具反倒把编程真正该关注,该提升的东西给忘了。状态机,卡诺图等等,都是基本功,而且是内功,培训学校是不会好好教和练的。
0
宏哥
宏哥

我只说两个凡是: 凡是宏哥说的都是对的, 凡是宏哥提倡的都要坚持

宏哥
宏哥
回复 @西门飞 : Excel, 是不是有点吃惊.
西门飞
西门飞
什么工具 求教
0
nicozhang
nicozhang
今天中午午休的时候我突然想到这个问题,是解决问题的思路更重要,还是编程能力更重要(对于编程语言而言)?我老觉得这是个矛盾有统一的哲学性问题。
nicozhang
nicozhang
@崔钢 此言不假,不过也有这样的人,编程能力着实不错,可有时候你跟他提个需求他根本不能理解,怎么解决问题?如果换个比喻的话:思路是内功,能力是招数。
崔钢
崔钢
没有编程能力哪里来的思路?思路都是和工具或者材料相关的。你对你使用的编程语言不够熟悉,那你解决问题的思路估计也好不到哪里去。
0
kazex
kazex

引用来自“nicozhang”的答案

今天中午午休的时候我突然想到这个问题,是解决问题的思路更重要,还是编程能力更重要(对于编程语言而言)?我老觉得这是个矛盾有统一的哲学性问题。
这2者有什么矛盾的地方么 
0
中山野鬼
中山野鬼

引用来自“nicozhang”的答案

今天中午午休的时候我突然想到这个问题,是解决问题的思路更重要,还是编程能力更重要(对于编程语言而言)?我老觉得这是个矛盾有统一的哲学性问题。

编程工具客观决定了编程可实现的方式和资源。这对实际设计时,是有约束的。而解决问题的思路还要考虑工程现场环境,面对数据的各方面的因素。这是工程和理论的不同。理论的东西,是不考虑现场和实际处理对象的具体性的。它们的价值是抽象出共性中的关联和规律。理论需要联系实际。包括你说的针对编程语言的编程能力,也是实际。而你说的解决问题的思路,绝对不能单纯的太抽象成理论,不过核心的原型一定是从理论中得带的。

所以我可以接受一个有工程经验的人鄙视,说我代码写的不行,但被一个没有工程经验的人说和我代码写的一样,就会非常受伤。哈哈。

0
中山野鬼
中山野鬼

引用来自“kazex”的答案

引用来自“nicozhang”的答案

今天中午午休的时候我突然想到这个问题,是解决问题的思路更重要,还是编程能力更重要(对于编程语言而言)?我老觉得这是个矛盾有统一的哲学性问题。
这2者有什么矛盾的地方么 
哈,我挺喜欢你这种性格的人,不纠结,不思考。特别是这样的小妹妹,如果长的再圆乎乎的,q版一点,没有心计,整天无忧无虑,绝对可以做办公室的吉祥物。哈。
0
彭博
彭博
逻辑复杂的时候状态分析确实能帮不少忙...不过现在做的东西不会有太复杂的逻辑,但学 C 的时候各种碰到...
0
中山野鬼
中山野鬼

引用来自“彭博”的答案

逻辑复杂的时候状态分析确实能帮不少忙...不过现在做的东西不会有太复杂的逻辑,但学 C 的时候各种碰到...
很多客户的业务需求中间,业务流程是复杂的。无非项目经理素质也就那样了。没有关注里面隐藏的东西。客户要什么就设计什么。把需求分析和系统设计混在一起。最终就一个结果,天天改方案。哈。
typeorigin
typeorigin
很有道理,我们现在就是这样。经常改
返回顶部
顶部