写程式其实跟学外语没啥两样
只是一个是跟人沟通一个是跟电脑沟通
我假设你是真的基本的程式语法都没问题
看别人的code也真的是看得懂
那么你欠缺的应该是如何在什么时候该用什么语法的能力
就像是多数人看原文文件爬英文文章都看得懂阿
但要live talk的话一堆人还不是字挤在嘴巴喷不出来
因为多数人没有受过全英文环境的训练
自然你没办法做到内化并无意识的使用
写程式也是一样
因为每个问题的解法都是不一样的
就算是一样的问题十个人来写可能也会有十种解法
这也显示写程式本来就是一种创作行为并没有固定答案
顶多只是差在效能好不好code好不好读的差别
跟你讲话一样你会用的字汇跟你过往的经验有关
我猜你八成没受过写题目的训练
因为我觉得就我看过的人里面会有这障碍的人基本上都没经过这段历练
写题目的过程中其实你就已经在训练自己解读问题
并且把你脑袋中的算法翻译成流程
再依照流程把相对应的叙述翻译成程式码
所以如果你很熟练这过程
当别人叙述完问题
你也真的理解问题后
可能当下你就已经想完你的程式码要怎么写了
就算没细到程式码详细内容
但大概也知道程式码的整个架构为何
那些ACM比赛或是其他资讯竞赛的选手一定都受过这段训练
所以当他们看到题目就可以在很短的时间内判断这问题应该是怎么解(假设没陷阱的话)
顶多就是大赛的题目可能会有组合解法而非只有单一解法
所以要解决这问题最好的方法还是多练习解题目
思考的过程中自然能训练你把算法流程翻译成程式码的步骤
当你题目做的越多自然把流程翻译成程式码的速度也会越快
但也不表示你一定要做到很难的
你大概一般常见easy等级的题目全部都能靠自己解的出来其实大概就有这能力了
其实就是基础语法组合应用能力而已
再上去就是追求写code乐趣跟速度极限所追求的领域了
※ 引述《guccinan (nan)》之铭言：
: 各位前辈们
: 小弟接触程式设计有段时间了
: 但我有一个问题
: 就是会读程式码
: 也看得懂最终执行结果
: 但是要我凭空写出来却写不出一个所以然
: 请问该如何抢救
: 谢谢各位先进