ITOO---第一阶段小结

简介:

ITOO---第一阶段小结

 

         接触编程已经到了第三个年头了,从开始做的练习项目“机房收费系统”“新闻发布系统”,再到维护“永和收银系统”“人事档案管理系统”,到这次参加ITOO这个项目学到的知识越来越多遇到的困难也越来越多解决的问题也越来越多。

 

         从面向过程的开发到面向对象的开发,从文档驱动到敏捷开发,从经典三层到分布式用到的技术一步步的提高,我们的成长也越来越快。

 

         这次从项目开始到第一次验收——68天,这个过程更多的是对自己肯定的过程,刚开始感觉自己就像个无知的少年。突然被灌输了一大堆之前没有用过的东西(WCF、EF、LinQ、MCV、EasyUI等)这时的脑海中出现的第一句话就是“这两年都干嘛呢?”。于是呼,顿时就明白了一个“切肤之痛”这个成语的意思,也明白了“圈子决定眼界”是怎么回事。

        

         项目中感触最深的不是会使用了什么技术而是交流。

 

         一方面,自己表达的东西如何让别人能够理解;另一方面,如何向对你描述问题的人表达你已经知道她所说的事情是怎么回事。

 

         自己表达的东西别人不理解,进一步的交流就没法开展。而这个时候我们大多数时候第一想法是:别人怎么那么的X这么简单的问题都不明白。通过这个项目我明白了,产生问题的原因大多是我们表达得有问题。别人不明白你是否已懂得他的想法,进一步的交流也没法进行。你无法正确的传达出“I know!”这个信息,会导致谈论无法推进。

 

         当然,最严重的问题——不懂装懂!为什么说这事最严重的问题呢?因为出现这种问题后所要花费的成本是最高的,不正确的需求做出来的肯定是错误的东西,这个会严重的拖延项目的进度。这个时候你要改原型重新定需求。所以开发的过程中切记“不懂装懂”,不懂就说出来,即使是似懂非懂的时候也说自己不懂(人事维护的时候最大的体会)。

 

         虽然交流很重要,涉及团队的开发进度;但是技术也是很重要的,毕竟这才是我们吃饭的家伙……

 

 

(未完待续)

目录
相关文章
|
3月前
|
监控 关系型数据库 PostgreSQL
两阶段提交(2PC, Two-Phase Commit)
【8月更文挑战第24天】
290 9
|
3月前
|
算法
两阶段提交
【8月更文挑战第11天】
39 1
|
4月前
|
中间件 数据库
|
存储 算法 关系型数据库
对比两阶段提交,三阶段提交做了哪些改进?
在分布式系统中,各个节点之间在物理上相互独立,通过网络进行沟通和协调。在关系型数据库中,由于存在事务机制,可以保证每个独立节点上的数据操作满足 ACID。但是,相互独立的节点之间无法准确的知道其他节点中的事务执行情况,所以在分布式的场景下,如果不添加额外的机制,多个节点之间理论上无法达到一致的状态。 在分布式事务中,两阶段和三阶段提交是经典的一致性算法,那么两阶段和三阶段提交的具体流程是怎样的,三阶段提交又是如何改进的呢?
110 0
|
6月前
|
存储 消息中间件 关系型数据库
解密分布式事务:CAP理论、BASE理论、两阶段提交(2PC)、三阶段提交(3PC)、补偿事务(TCC)、MQ事务消息、最大努力通知
解密分布式事务:CAP理论、BASE理论、两阶段提交(2PC)、三阶段提交(3PC)、补偿事务(TCC)、MQ事务消息、最大努力通知
135 0
|
编译器
一个hello文件的四个阶段
一个hello文件的四个阶段
78 0
|
存储 算法 NoSQL
分布式事务两阶段提交和三阶段提交有什么区别?
分布式事务两阶段提交和三阶段提交有什么区别?
274 0
分布式事务两阶段提交和三阶段提交有什么区别?
BannerStudio---BannerStudio20级第一阶段考核
BannerStudio---BannerStudio20级第一阶段考核
|
JSON 开发工具 数据格式
第一阶段开发遇到的问题
这个问题已经确定好了,就是虚拟机的网络出现了问题,好像是ip地址不一样什么的,重置一下虚拟机即可解决
109 0