团队个人感触

现在软件已经基本完成了,剩下的软件测试和用户帮助文档会轻松很多的。在软件设计过程中,收获了一些项目设计的心得是弥足珍贵的:

1.对于基于数据库的软件产品,数据库的结构设计是重中之重,因为如果数据库结构设计不合理,有时会导致一定程度的返工,这时修改代码所消耗的时间会让你觉得得不偿失的,数据库结构设计的好坏在很大程度上决定了软件设计的速度。

2.对于代码的编写,一定要字斟句酌,一个不起眼的问题,有时甚至会导致系统崩溃,我在读取数据库的一个BOOL变量时,用_variant_t var定义了一个_variant_t的变量,之后用他的.boolval接收BOOL变量,但结果会导致偶尔的系统崩溃,如果直接用var接收,则不会产生问题。听有人说UNIX内核的严谨性高到就是插入一个空格都会产生系统崩溃,我觉得正说明了这个道理,一个优秀的软件,代码一定是精炼而无累赘的。

3.一定要把目标用户当作什么都不懂的电脑白痴,在设计到半成品的时候,一个朋友到我这里想要看一下效果,运行过程中他在一个不合适的时间点了一个不合适的按钮,结果产生了错误,我向他解释,在这个时间不能有这个操作,但他却不这么认为,他认为在那个时间的这种操作是合情合理的,而且理由还很充分,虽然双方都有理,但从用户的角度考虑却认为这不是一个合格的软件,所以,不要假想用户会了解软件设计的详细过程,也不要想当然的认为用户会耐心的看用户帮助文档。

4.好的编程习惯是很有必要的,在代码编写过程中,我始终坚持用英文表示变量,保证每行都有严格的首行缩进,每一个堆栈中的变量及时的DELETE,这都使我在后期的代码修改和优化时受益很多。

就这些了,另外,也许是第一次做项目的原因,自己的成就感和工程文件的数目是成正比的。哈哈!!

时间: 2024-10-05 16:25:13

团队个人感触的相关文章

【团队博客】成员介绍及团队采访

一. 成员介绍 韩青长 自我介绍: 我是韩青长,技术小白,抱着对软工的好奇和对未来工作的憧憬选了这门课.暂时选择了测试的工作,也对开发和UI有一定兴趣.从前上帝创造了我们,现在轮到我们来创造自己的软件了~ 有图有真相: 职位:测试 陈彦吉 自我介绍: 呃,自我介绍..怎么说呢,我叫陈彦吉..作为一个没什么基础的渣渣,感觉一路被碾压了两年,成绩不如大多数人,能力可能也不如大多数人,其他人都可以说自己曾经拿过什么奖,做过什么项目,我感觉我可能什么也说不出来,不管怎么说,这都是因为自己怠惰了,但是我还

程序员必备素质-团队

最近看了<极客与团队>,我想这是我目前看过的,对我触动最大的讲述团队作用及重要性的一本书.一直知道团队合作的重要,现在才发现自己以前认知的肤浅,只知其然而不知其所以然.下面是我的一些感触. (一)在开发初期,与人多交流 很多人在初期写程序时,喜欢埋头苦干,不与人交流.这样做通常有2个原因:1)不愿意被别人看见自己初期的错误,希望等一切做完功成名就之后将其展现给众人,显示自己的"天才".2)害怕被别人窥视自己的创意. 事实上,在开发初期,我们并不能保证自己的思路一定对,缺乏交

工控领域组态软件开发感触

从2001年进入工控领域以来,前后7年多的时间开发了诸如二型计量监控系统.焦炉四大机车自动化系统.烧结配水监控系统.隧道广告影像系统.通用组态软件.嵌入式系统组态软件(基于WINCE系统).LED视频影像系统和ICU病室输液管理等系统.其中焦炉四大机车自动化系统获得了国家专利,而隧道广告影像系统目前发展势头良好,在北京地铁(2号线.4号线),深圳地铁(罗宝线)都已实施安装,未来上海和国外也将安装该系统. 开发这些系统最大的感触就是,初次开发相对比较容易,但是后续系统扩展,维护相对较难,在系统架构

第5周团队作业1

一. 访问上学期项目团队,学习他们的得失: 经过我们对学长学姐的采访,我们发现几乎所有人在开发阶段最不愿意触碰的地方就是团队的daily scrum,尽管每个队伍有PM负责协调进度,负责撰写daily scrum,但是对于每日一个小meeting大家都表示不是很能理解.但是做完项目后,他们的感触是,daily scrum非常有必要,只有好的计划才能推动项目的进行.Daily scrum看似繁琐,但是确是最能体现团队在项目进行时问题的一个记录. 采访的团队中大部分的人对编程的兴趣远远大于文字工作.

团队介绍 | 魅动 Magic Motion

团队介绍 | 魅动 Magic Motion 魅动 Magic Motion 是专注于研发.设计和生产智能化私密生活用品的创新品牌.魅动 Magic Motion 将无线移动通信技术与私密生活产品相结合,开发与智能手机实现无缝连接,通过智能手机的免费App(应用程序)来实现操控的智能私密生活用品.魅动Magic Motion持续关注生活情趣和女性健康领域,并与行业内的专家一起精心打造中高端产品线,利用持续的科技创新,推陈出新,树立魅动Magic Motion在行业中的领先地位. 魅动,超乎你想象

团队项目M1阶段个人反思

郑培蕾: 作为项目的PM,我前期的工作还是有很大的缺陷的,因为没有在开发之前对项目进行一个合理的评估,所以后来分配任务的时候就很不科学, 而且任务分配的比较粗糙,没有细化到每个人每天应该做什么,这就导致我们在后来的工作中因为联网部分造成项目卡顿,这是项目最终失败一个 很重要的原因:其次是我们团队内部成员之间的交流比较少,几名主要负责开发的成员都是在自己摸索自己的那部分,没有进行良好的沟通,所以 后来我们在展示之前费了很大的功夫去修改:还有就是团队的积极性没有调动起来,有些同学没有认真地投入进去,

论理想中的技术团队——领导力

原文:http://www.cnblogs.com/Zachary-Fan/p/technology_leadership.html 阅读目录 什么是领导力 容易陷入的误区 领导力的通用准则 技术团队特有的领导力 结语 友情提示:本文非干货,仅是笔者作为管理者,同时也作为被管理者的真实感触,从2个角度综合的思想总结,仅供参考.如觉有用,烦请点赞支持,谢谢~ 一.什么是领导力 评定一个领导的能力最核心的基础素质是领导力,那么领导力是什么? 领导力(Leadership)指在管辖的范围内充分地利用人

软件工程驻足篇章:第十七周和BugPhobia团队漫长的道别

0x01 :序言 I am a slow walker, but I never walk backwards. 成长于被爱,学着爱人 成长的故事 也是年少的星期六结束的故事 就仿佛我和BugPhobia团队共同的成长 从模仿到拒绝模仿 任由挑灯.辗转.迷茫.前进的无数日夜 令那些岁月的烦恼和喜悦控制住自己 在耳边轻唱 祝你万事胜意 一切终比想象的,好一点点 ——致以BugPhobia团队的Beta阶段软件开发的终结篇章 0x02 :软件工程项目经理的理解 To the world,you ma

[转]当当推荐团队的机器学习实践

转自:http://www.csdn.net/article/2015-10-16/2825925 先说一下我的初衷.机器学习系统现在多红多NB这件事情我已不必赘述.但是由于机器学习系统的特殊性,构建一个靠谱好用的系统却并不是件容易的事情.每当看到同行们精彩的分享时,我都会想到,这些复杂精妙的系统,是怎样构建起来的?构建过程是怎样的?这背后是否有一些坑?有一些经验?是否可以“偷”来借鉴? 所以我希望做一个更侧重“面向过程”的分享,与大家分享一下我们在构建系统时的一些实践,一些坑,以及如何从坑里爬