首页 > 范文大全 / 正文
一、选用技术的原则
比较规范的软件开发过程要到有限的几个公司才能学到。偶现在所采用的方法都是圡方法,主程序员,测试驱动,文档和代码写在一起,原型。但基本上坚持几个原则:
在工作上以实用为主导,哪个实用学哪个,要以最小的努力获取最大的成效。
偶写过的第一个实用程序是把一个法律光盘导入到数据库中,光盘源文件格式需要分析。数据大概几万条。一种方法是写程序直接导入,另一种方法是写一个界面,手工导入。偶选择的是后者。程序界面如下:有一个文本框,有一个大按钮,按钮有一本书那么大,这样设计的原则是让闭着眼睛就能够点中。让一个会灌水的哥们,ctrl+c,ctrl+v,不停的灌。文本贴过去,自动解析,放入数据库。左手alt+tabctrl+c/v,右手点鼠标,这样有节奏的运动。很快,几个小时就把数据弄完了。最初设计的一个文本框,一个按钮,很pp,但是老点不中。随即偶才把那个按钮做成老大的,就这一个改变,生产力提高了1倍以上。
工作,就要坚持这样的原则。要能够分辨出价值,找能够提高价值的去做。即使这样违背一般规律,违背技术教条。
学习上以简单,核心的东东为主。可学可不学的不要学。复杂的东西除非你想要成为这方面的专家,就不要学。偶还是举自己的一个例子,前一阵做GIS有需求,具体实现偶负责。预算很少。偶就定了开源GIS软件这条路,本来想用C#的,但没有好用的开源GIS软件,偶决定用java写。偶手下还没会java的。偶选择了一个开源lib,让一个哥们运行一个Demo,然后让他从那个Demo的main函数画函数调用图一直画到数据库调用。偶呢,跑去看GIS规范,然后他的图,结合偶的规范知识,很快就知道这个软件中间分了多少层,每个层每个接口是干什么用的,怎么调用。这个软件的优点缺点。然后体系结构,设计就出来了,然后2个java程序员,很快就做出来了。
二、技术学习的技巧
借着上面例子说说学习软件的技巧
要学一个东西,要学习该东西的两类知识:结构和细节。
结构性的东东非常重要.学习结构,就可以开始干事了,学习细节,能够把这件事情干好。结构不清楚,细节再好都不算了解。结构很简单,就是纵,横两条线。纵的来说,就是一个程序的执行,你得知道哪一步在做什么。以ASP.Net来说,就是从收到Request到返回一个页面,中间的调用过程,这是主线,再进一步,程序的加载->接收Request(->缓存,Session机制)->返回一个Page,这个过程清楚,Asp.Net也就差不多了。纵向一般是通过接口调用的,看源代码很快就可以搞定。
横向就是看看重要的接口,重要的抽象类有哪些实现,知道哪个实现用于什么地方,有什么优缺点。那么就算在结构上学好了。剩下的就是细节问题了。细节问题熟练自然很好,不熟练google都能google到,只是要花很多时间。这样学习我觉得是最有效的学习,不必去跟踪技术前沿,当一个技术在你眼前你很快就可以看出它的骨架,优点缺点,性能,至少能估计到大致的范围。这样慢慢培养对一个技术的悟性,做到举重若轻,知道什么地方可能有陷阱,什么地方可能有创新。把握住重点和脉络。
细节上就是不断实践,不断重构。一个有用的软件,不断提出更高的要求,不断重构,用不了几遍,几种重要的设计模式就了熟于心了。单为学习模式而去学习模式是不可取的。每个模式都针对一定的问题。深入理解这些问题才是学习的关键!技术是多种多样的,是变化非常快的,但是技术所要解决的问题却并不多。
从架构级别来说,所面临的问题主要有:(1)解决复杂性--如何把复杂变得简单?这里的观点就是封装,OO是一种封装,还有别的封装方式。《重构》书中讲了很关键的一点,就是要使你的类名,方法名能清晰表明它的身份和功能。(2)解决程序演化与扩展的问题--组合优先继承,怎么暴露API,怎么写文档,总之,让程序演化与扩展越简单越好;(3)性能问题--80/20原则,性能测试怎么测试,怎么评估,不同使用场景中的性能,缓存机制;(4)功能问题--主要功能总得实现吧,这个和业务有关;(5)易用性;(6)纵向扩展,横向扩展,并发......(7)自己开发还是采用第三方插件还是外包以及选择问题。
具体的学习,偶推荐问题导向,案例为基础的学习,不要拘泥于语言,要学习能学习到的最好的东东。比如,性能的关键在调度,这时候可以看看资源调度模式,hibernate算是把资源调度玩到了极致。基于事件的调度(如.net中的webcache),进程调度,线程调度,工作流,这些都算是行为调度,要是把这些东东融会贯通,掌握每一种实现的优点缺点。那么软件设计中所有和时间、并发、资源相关的东东都不在话下了。行为调度可以看看.net中的cache实现,找一个工作流软件看看,找找几个线程框架看看,看看几个典型操作系统的进程调度机制。
具体到实现上,所面临的问题无非是:
(1)对象的创建及销毁;(2)对象的封装和继承体系;(3)对象的粒度和语义划分;(4)对象的复用;(5)对象的测试;(6)对象的持久化;(7)具体的API暴露;(8)常用Collections;(9)算法问题;(10)性能问题;(11)回调;(12)消灭语义沟;(13)我想要和你一起变懒......;(14)我能采用哪些API(15)对象的管理;(16)异步调用;(17)远程调用
比较规范的软件开发过程要到有限的几个公司才能学到。偶现在所采用的方法都是圡方法,主程序员,测试驱动,文档和代码写在一起,原型。但基本上坚持几个原则:
在工作上以实用为主导,哪个实用学哪个,要以最小的努力获取最大的成效。
偶写过的第一个实用程序是把一个法律光盘导入到数据库中,光盘源文件格式需要分析。数据大概几万条。一种方法是写程序直接导入,另一种方法是写一个界面,手工导入。偶选择的是后者。程序界面如下:有一个文本框,有一个大按钮,按钮有一本书那么大,这样设计的原则是让闭着眼睛就能够点中。让一个会灌水的哥们,ctrl+c,ctrl+v,不停的灌。文本贴过去,自动解析,放入数据库。左手alt+tabctrl+c/v,右手点鼠标,这样有节奏的运动。很快,几个小时就把数据弄完了。最初设计的一个文本框,一个按钮,很pp,但是老点不中。随即偶才把那个按钮做成老大的,就这一个改变,生产力提高了1倍以上。
工作,就要坚持这样的原则。要能够分辨出价值,找能够提高价值的去做。即使这样违背一般规律,违背技术教条。
学习上以简单,核心的东东为主。可学可不学的不要学。复杂的东西除非你想要成为这方面的专家,就不要学。偶还是举自己的一个例子,前一阵做GIS有需求,具体实现偶负责。预算很少。偶就定了开源GIS软件这条路,本来想用C#的,但没有好用的开源GIS软件,偶决定用java写。偶手下还没会java的。偶选择了一个开源lib,让一个哥们运行一个Demo,然后让他从那个Demo的main函数画函数调用图一直画到数据库调用。偶呢,跑去看GIS规范,然后他的图,结合偶的规范知识,很快就知道这个软件中间分了多少层,每个层每个接口是干什么用的,怎么调用。这个软件的优点缺点。然后体系结构,设计就出来了,然后2个java程序员,很快就做出来了。
二、技术学习的技巧
借着上面例子说说学习软件的技巧
要学一个东西,要学习该东西的两类知识:结构和细节。
结构性的东东非常重要.学习结构,就可以开始干事了,学习细节,能够把这件事情干好。结构不清楚,细节再好都不算了解。结构很简单,就是纵,横两条线。纵的来说,就是一个程序的执行,你得知道哪一步在做什么。以ASP.Net来说,就是从收到Request到返回一个页面,中间的调用过程,这是主线,再进一步,程序的加载->接收Request(->缓存,Session机制)->返回一个Page,这个过程清楚,Asp.Net也就差不多了。纵向一般是通过接口调用的,看源代码很快就可以搞定。
横向就是看看重要的接口,重要的抽象类有哪些实现,知道哪个实现用于什么地方,有什么优缺点。那么就算在结构上学好了。剩下的就是细节问题了。细节问题熟练自然很好,不熟练google都能google到,只是要花很多时间。这样学习我觉得是最有效的学习,不必去跟踪技术前沿,当一个技术在你眼前你很快就可以看出它的骨架,优点缺点,性能,至少能估计到大致的范围。这样慢慢培养对一个技术的悟性,做到举重若轻,知道什么地方可能有陷阱,什么地方可能有创新。把握住重点和脉络。
细节上就是不断实践,不断重构。一个有用的软件,不断提出更高的要求,不断重构,用不了几遍,几种重要的设计模式就了熟于心了。单为学习模式而去学习模式是不可取的。每个模式都针对一定的问题。深入理解这些问题才是学习的关键!技术是多种多样的,是变化非常快的,但是技术所要解决的问题却并不多。
从架构级别来说,所面临的问题主要有:(1)解决复杂性--如何把复杂变得简单?这里的观点就是封装,OO是一种封装,还有别的封装方式。《重构》书中讲了很关键的一点,就是要使你的类名,方法名能清晰表明它的身份和功能。(2)解决程序演化与扩展的问题--组合优先继承,怎么暴露API,怎么写文档,总之,让程序演化与扩展越简单越好;(3)性能问题--80/20原则,性能测试怎么测试,怎么评估,不同使用场景中的性能,缓存机制;(4)功能问题--主要功能总得实现吧,这个和业务有关;(5)易用性;(6)纵向扩展,横向扩展,并发......(7)自己开发还是采用第三方插件还是外包以及选择问题。
具体的学习,偶推荐问题导向,案例为基础的学习,不要拘泥于语言,要学习能学习到的最好的东东。比如,性能的关键在调度,这时候可以看看资源调度模式,hibernate算是把资源调度玩到了极致。基于事件的调度(如.net中的webcache),进程调度,线程调度,工作流,这些都算是行为调度,要是把这些东东融会贯通,掌握每一种实现的优点缺点。那么软件设计中所有和时间、并发、资源相关的东东都不在话下了。行为调度可以看看.net中的cache实现,找一个工作流软件看看,找找几个线程框架看看,看看几个典型操作系统的进程调度机制。
具体到实现上,所面临的问题无非是:
(1)对象的创建及销毁;(2)对象的封装和继承体系;(3)对象的粒度和语义划分;(4)对象的复用;(5)对象的测试;(6)对象的持久化;(7)具体的API暴露;(8)常用Collections;(9)算法问题;(10)性能问题;(11)回调;(12)消灭语义沟;(13)我想要和你一起变懒......;(14)我能采用哪些API(15)对象的管理;(16)异步调用;(17)远程调用
- 上一篇:教师关于爱与责任学习总结
- 下一篇:国培学习总结优秀范文
猜你喜欢
- 搜索
-
- 06-28党员民主评议个人小结
- 06-28学生迎七一的演讲稿
- 06-28销售电脑的实践报告
- 06-28还款协议书
- 06-28表扬员工的范文3篇
- 06-28员工的生日祝福语大全
- 06-282016年秘书个人总结
- 06-28高三开学典礼演讲稿【佳作】
- 06-28成绩一般的小学生评语
- 06-28简易服务合同范本
- 10755℃湖南省第一师范学校
- 9558℃妈妈的奖赏 妈妈的奖励 高中三年的妈妈奖励什么
- 5633℃班会会议记录
- 5575℃党的故事我来讲作文400字
- 5459℃租房合同标准版 个人房屋租赁合同范本标准版
- 2976℃关于国学经典手抄报图片内容
- 2873℃二十八星宿吉凶
- 2742℃小班身体音阶歌教案
- 2534℃红色诗歌 红色革命诗歌
- 2501℃众筹合作协议书
- 标签列表
-
- 范文大全15 (250363)
- 工作总结11 (43305)
- 演讲稿6 (38252)
- 工作计划13 (27117)
- 合同范本15 (20846)
- 条据书信19 (17514)
- 导游词8 (12456)
- 工作报告9 (11809)
- 心得体会5 (10180)
- 节日演讲稿13 (9690)
- 学生评语12 (8545)
- 文秘知识10 (8416)
- 礼仪11 (7838)
- 行政公文11 (6905)
- 讲话稿12 (5924)
- 自我鉴定14 (5593)
- 党团相关5 (4480)
- 活动总结15 (4007)
- 口号大全7 (3785)
- 毕业论文14 (3755)
- 汇报体会6 (2758)
- 策划书6 (2697)
- 其他范文11 (2205)
- 自我介绍3 (2002)
- 祝福语9 (1730)
- 祝福短信8 (1008)
- 生日祝福短信4 (1007)
- 经典短信13 (721)
- 工作总结范文12 (520)
- 个人工作总结10 (520)
- 自我鉴定范文8 (516)
- 班主任工作总结8 (515)
- 温馨提示语10 (514)
- 教学工作总结18 (514)
- 销售工作总结2 (514)
- 半年工作总结14 (512)
- 班主任工作计划8 (512)
- 面试自我介绍13 (510)
- 军训心得体会11 (510)
- 元旦演讲稿1 (508)
后台-系统设置-扩展变量-手机广告-栏目/内容页底部 |