写代码前先要理好思路,接着再写代码也不迟,绝大部分人往往都会急于写代码,这应该是个错误的做法
来源:互联网 发布:atmel单片机 编辑:程序博客网 时间:2024/05/08 11:50
有时候也会想想这些年到底有哪些进步,总结下来也有些惭愧,往往原地踏步的比较多、奸奸杀杀后又往往是接着杀杀奸奸了,很难有本质的飞跃,明显提高的方面很少,实质的编码水平也并没有非常明显的提高,只是有些理念上的追求更多了一些,日常侧重的方向也有些不一样,例如,现在更加重视质量、规范、设计、管理,产品化、思路严谨、定位准确等等。
以前写程序,就一个字“见效快”,你要什么功能,只要跟我讲好功能,几个小时就写好,运行也正常,但是代码凌乱一些,可维护性差一些,什么扩展性什么的就更别提了,规范性什么的脑子里也没概念,就知道把功能实现得又快、又好、又高效,与别人比性能上的优势比较多一些,什么代码复用什么的也基本上没什么好提的,在这样的情况下,往往做一个东西,丢一个东西,来一个需求做一个,几年下来,手上没一个可以卖钱的东西,只能说:“你要啥,需求提好,我就能做什么”,接着年纪大了,精力也没那么旺盛了,导致手上啥也没有积累下,啥也干不了,只能跟着大家一起做做这个做做那个,也渐渐的丧失干劲、冲劲,最后觉得做什么都不容易,什么都做不出来了,看了软件就想吐了,一天也干不了多少活儿,杂事也多,很容易消磨一天了,分心的地方也多,关注的事情也多。
我也能感觉到,自己在往这个方向走,但是会经常会提醒自己,给自己鼓劲、要振作,要有追求、有目标,偶尔也会颓废一段时间,天天看电影、天天打游戏,但是没几天后就会又开始振奋起来,我要住“别野”、我要买“牛车”,总觉得应该搞点儿啥出来才是,做点儿啥才可以。
=====================================================================
现在还当了一个小小的芝麻官、平时还要跟客户沟通交流、家里的杂七杂八的事情也不少、网上的生意也折腾几下,经常又开个会议协调这个那个,看看个这个文章,看看个那个技术,很容易精力分散到很多地方,思路也容易凌乱,心也不好静下来,这时比较难象20岁刚出头时那样安静的、集中精力去写程序,现在写程序的方式方法也与曾经有大不同。
基本做法是,人变懒了,但是思路比以前更严谨了,那就偷懒归偷懒,还是先把思路理一理,例如某个页面到底需要处理那些功能点,应该如何入手把一个页面处理好,问题的关键点都在哪里?应该按什么顺序把这个程序写好?
例如,会把思路整理好,都写下来,如下图片中一样,应该分12个步骤把这个程序页面写好,这样整个工作,被划分了12个小阶段,每个小片段做起来,都不是很难,也不会很耗费时间,这样中间有事打断了思路,回过来看几下就明白,应该接着写哪个环节,处理哪个部分了,就不容易被彻底打断,又重新整理重新分析上耗费时间了,年纪大了,记忆力也会衰退,很容易忘记刚才想什么了,而且有一个工作一天没做好,第二天还可以继续写下来,甚至别人接手了你写一半的程序,也好接上思路。
人与人的能力往往体现在思路上,牛人可以把复杂的问题分解成若干个简单的问题来处理,牛人可以把一个庞大的项目分解成若干个子系统,又把复杂的子系统分解成若干的简单的模块,所以,对一个复杂的问题的分解能力是写程序的核心能力之一,人与人的思维也有些不一样,往往是体现在一个问题的分解过程及分解方法等方面的差异体现出来。
这12个功能完成后的运行效果如下:虽然工作效率、工作时间没年轻人那么高,但是靠思路严谨、质量高,
编码精密一些,有很大的优势,普通的程序员的平均产值还是没有后者高,因为修改bug,测试等环节上,会节省很多时间,而且重复利用率也很高,往往都是在重复利用性能稳定的函数代码,质量比较高一些。
没有什么高超的编码技术,也没什么惊人的好思想,只有一些实实在在的积累,希望能分享给广大网友,能对大家的日常工作派上一些用处,有时候会把思路写在纸上,现在更多的是写在程序里,这样宝贵的分析过程就不会被丢失了,跟代码在一起保管好了,很可能若干年后,有需要的人还能看到,他应该会佩服这个写程序的思路严谨、做事认真的态度。
posted on 2009-11-23 22:13 不仅仅是通用权限设计 阅读(2967) 评论(63) 编辑 收藏
- 写代码前先要理好思路,接着再写代码也不迟,绝大部分人往往都会急于写代码,这应该是个错误的做法
- 写代码前先要理好思路,接着再写代码也不迟,绝大部分人往往都会急于写代码,这应该是个错误的做法
- 前端写代码的思路
- 写代码遇到的错误
- 写代码常见错误
- 飞鸽传书每写一行代码都会有新的成就
- 那点代码, 谁都会写!------以后我会在博客中多加入一些思路方面的东东, 少写一些实际的代码
- 写代码
- 写代码,写什么
- 想玩开源又不想写代码的8种做法
- 咱写代码的人
- 写代码的注意事项
- 写代码的艺术
- 写最好的代码
- 以前写的代码....
- 昏天暗地的 写代码
- 愉快的写代码
- 写代码的原罪
- 基于注解的spring3 + jdbc开发环境搭建
- .NETCF3.5开发WM6程序无法激活定时器
- 管理类业务系统菜单部分美化经验分享,把所有好的东西拿过来拼凑并不容易能形成整体的效果
- hdu 1248 寒冰王座(完全背包水水版!)
- 详解ASP.NET MVC使用Chart控件调用示例
- 写代码前先要理好思路,接着再写代码也不迟,绝大部分人往往都会急于写代码,这应该是个错误的做法
- 用VB打开记事本并写入数据然后保存
- 去年这时候辞职一个,不算辞退算是自动劝退2个程序员,不知道他们是否还是在当程序员,大家可以借鉴
- LDAP采用BDB作为后端数据库的理由
- Zend Framework中的MVC架构 1
- Zend Framework中的MVC架构 2
- Ubuntu NetWork Configure(linux网络配置)
- 去年这时候又辞退了一个老油条,不知道他现在是否在开公司了,可以对比一下混工资的水平
- gdb(1)
评论
1758544#2楼 回复 引用
一看这么没有文化的标题,就知道是吉日的了。#3楼[楼主] 回复 引用 查看
@小猪凯热烈欢迎做沙发朋友。
#4楼[楼主] 回复 引用 查看
@fdsfd谢谢你能对我有这么深入的了解,没念过多少年书,没办法。
#5楼 回复 引用 查看
广告位出租.@回复六楼
一楼是沙发,
二楼是板凳.
三楼四楼你自己占了.
我这也算是地板了.值钱的.
#6楼[楼主] 回复 引用 查看
@yexuan没坐上沙发,应该这个位置不太值钱了,哈哈。
#7楼 回复 引用 查看
2楼的好刻薄#8楼[楼主] 回复 引用 查看
@liy主要是2楼觉得,他写文章一定比我好很多很多,他的思路也会比我好很多。
#9楼 回复 引用
这种业务上面的内容,本来就应该写出来了,因为也许在两个月后,你需要再看这些代码,没有这个注释。就痛苦了。#10楼 回复 引用 查看
哦,原来是吉日。#11楼 回复 引用 查看
看不出什么东西来#12楼 回复 引用 查看
同感!
#13楼 回复 引用 查看
楼主经验,我觉得可以借鉴一下。#14楼 回复 引用
想法不错。实际的情况是,只要你一这样干,马上就有吉日这样的官给你穿小鞋,赶走你个老油条了。
#15楼 回复 引用 查看
标题和前面一部分好像是符合题意的,后面的有打广告的嫌疑啊?#16楼 回复 引用
井底的厚脸皮青蛙#17楼 回复 引用 查看
题目引起的感慨!编码的冲动大概是多数初学者都经历过的,就如同小孩学走路会摔跤一样。只有通过失败、重来,再失败、再重来,最后才慢慢地找到如何把握一个项目的感觉与做法。
确实,将业务逻辑“抽象、归纳、整合”好是需要经验的,而这些经验只能通过实践来学习和积累。
目前很多的初学者经验不多,却非常爱玩“深沉”,讲起事情来“引经据典、云山雾罩”的,这是一种非常不好的风气!