软工五月心得

心得分为以下两个部分,一是学习软件的心得,二是团队合作的心得。

学习软件的心得

这个月主要学习了前端的HTML语言和P后端PHP语言。因为时间比较紧张,就试试看快速学习了,看看自己是否能够适应这种新的学习方式,而不是像编译或其他课程教完基础知识才开始动手的模式。

虽然一开始有点不适应,总觉得这是个不可能完成的任务,但咬着牙一步步过来,收获却还是特别多的。这种模式下的学习方式,能学到的东西会更有针对性,学习时的方向也会更加确定。记得原来的微机原理,属于那种先学后做的模式。学习的时候不知道哪些需要用,哪些是重点,只能大概,总体上的全部过一遍。结果做的时候发现有些知识还是需要再次去学习才能继续动手下去。

  其实不管是哪种学习模式,想学到东西,还是得靠自觉性。但,边做边学这种模式能够培养针对性的解决问题的能力,而且也可以提供自觉性,以后也将继续保持这种模式学习下去。

团队合作的心得

一开始我们有个比较不好的习惯,就是过分依赖于组长。基本上如果组长不督促我们不会主动干活。导致进度过慢。

而后我们开了几个会议后,认识到必须动员起我们的能动性。团队合作不只是领导者的事,它还是队员的事。作为团队的一份子,每一个队员都要在尽到自己本职工作的基础上,积极地帮助他人并配合整个团队的工作。我们要把其他队员看作自己的家人一样,凡是多包容和多理解,时刻做到资源共享,营造一个和谐稳固向上的大家庭,这样做起事来才会事半功倍,水到渠成。

还要学会沟通。说起沟通,我们大家都不以为然。认为我们每个人无时无刻不在沟通,清醒时在沟通,不说话时也在沟通。沟通这个事情,只要是有嘴有眼的人,谁都会。可是在生活中、工作中,我们在沟通的层次方面又真正地做到了多少呢?世间有许多事情,一提来大家都明白,实际上却没有几个人能够真正做得到。听了老师的讲课。我才清楚的明白了,其实在实际生活中、工作中,在沟通方面我们只是做了一个皮毛,根本没有真正的做到位。真正能够掌握沟通技巧的人很少,而完全能够熟练运用沟通技巧的人几乎不存在。

原文地址:https://www.cnblogs.com/nkzyc/p/9118537.html

时间: 2024-11-10 17:31:22

软工五月心得的相关文章

软工实践心得(1)

这篇心得记录了在小学期开始的三天内,自己所遇到的问题.解决方法以及最后的结果,在一样的代码底下,是大家各种不同的问题,代码书写问题.格式问题.理解问题等.对于myeclipse,一定要很仔细地完成各项任务,不然一个很小的问题,在运行中也会出现很大的问题. 1.第一天,主要装了myeclipse软件,我在G盘新建了一个名叫软工实践的文件夹,并把安装包放在这个文件夹内,安装其中的myeclise软件到D盘中的软工实践中.安装过后,运行的时候,一直出现一个错误: An error has occurr

软工-六月心得体会

本月着实匆忙至极,一方面各学科都临近尾声.加紧冲刺,另一方面考试周近在眼前.而软工课毫不出人意外地又来了一个所谓的"加速出成品",将alpha版产品截止日定在了6月20日左右,毫不怯于自己2学分的体量,理直气壮地与各大主要学科争抢宝贵的考试复习时间,可谓壮哉.当然,这么做是有充分理论依据的:根据老师统计,很多同学暑假另有安排,只能提前时间.施加压力以求成品,于是像我这样空出暑假准备亡羊补牢的少数群体,也只有陪着组里各位被摁着头英勇无畏冲锋的老铁们亡命肝了.两周过去,在此谈谈心得体会.

软工实践心得(3)

在Jdk1.7  tomat6.0的环境下完成了这几天的学习,首先列出了之前做客户信息维护时遇到的问题,然后做了新的任务:库存信息管理. 一.之前遇到的问题 1.在修改过程中报错,为ArrayList的越界错误:数组超出索引.数组越界了,非法查询数组,大于或小于了数组的下标范围.需要检查下数组的访问. 2.UpdatePreviewCustAction.java中的cust与custUpdate.jsp中的cust需要对应.而我原先写的customer导致数据库中cust的值为空值,所以修改总是

软工课后余想

从大三上学期上过软件工程课之后就再也没有接触过全栈式的项目或者工程了,很多的关于前端后端技术的理解还停留在两年前,当时就是粗口咀嚼,消化不算精良,现在更怕是已经跟时代落伍了,所以也不敢讨论太多(T^T).好在这边只是讨论一下心得,这种东西见仁见智也算是略微减轻了我的压力. 最近一年多的时间里面北航加大了医工结合的力度,我个人也有幸融入其中,我们从医院拿数据然后听医生讲需求最后利用我们的算法实现能让医生满意的效果,甚至是可以推而广之的临床决策系统.其实这个过程跟公司拿项目然后做开发的流程很像:需求

[BUAA软工]个人总结

软工总结 一.课程初阅读提问博客 link Q1.1: 敏捷开发对于产品的可靠行要求不高? 这里的可靠性应当是相对而言,对于安防国防领域的软件,由于自身特性,在软件设计时首先考虑可靠性.相对来说,敏捷开发对于产品的可靠性要求要低一点点,容忍度好一点. Q1.2: 这本书适合作为教材吗? 我个人还是觉得,这本书和教材的定位并不同,让我选,是不会用这本书作为教材的.如果从开始筹划一本教材,那么它一定是完全针对于某一门具体的课,融合进多年的教学经验,凸显学习过程中的重点难点的,旨在为同学们构建一个完善

软工实践团队展示-黄紫仪

前言:0.0组个队真心不容易,之前在群里哭唧唧了好半天都没人组..前排感激助理小学姐的助攻,成功get队(da)友(tui)两枚! 队名:咸鱼也要翻身-社团管理  成员:连捷      031502320 (组长)    黄紫仪   031502313   钟嘉晨   221500413 团队项目描述: 开发一个社团管理系统,方便学生跟社团的相互选择. 队员介绍:  连捷:风格:懒  擅长的技术:想不出来  编程的兴趣:不怎么感兴趣,硬着头皮学  软工的角色:不懂的问大佬 一句话宣言:争取不坑队

软工第0次个人作业

一.你为什么选择计算机专业?你认为你的条件如何?和这些博主比呢? 首先说明,在进入大学之前,对于计算机专业的相关问题一无所知,对编程一无所知,对于计算机的理解仅仅存在于玩游戏和瞎捣鼓的层面上,唯一感兴趣或者自己能够想到的问题就是计算机的硬件是如何处理我们的操作指令的,软件又是通过怎样的方式写成的. 抱着这样的观点,以及相比于其他的工科专业,计算机专业给我有一种高大上的感觉,充满科技气息,再加上口耳相传的计算机专业人员在未来一定会发挥重大作用,报酬丰厚等等原因,最终选择了计算机专业,这也是我的第一

机房收费系统个人重构版:软工文档中那些图

[前言]    图.提到这个字的时候脑海中就会出现许很多多的图像,它的重要性相信大家都明确.相比于文字来说它更生动形象正好符合人类大脑的记忆规律.非常多人也知道动画片制作原理也是用一张张图片仅仅只是转换的速度足够快而已,另外大家所熟知的思维导图等等.下面咱们这里介绍的是软件project中涉及的图! [图] 在上一篇博文<机房收费系统个人重构版:透过文档谈文档驱动开发>介绍了软工各个阶段的文档中都该有什么图.可是没有具体具体介绍各种图,在结束整个机房重构后,深感文档是整个开发的精髓.而图又是文

软工Chapter Six

软工Chapter six 团队和流程 典型的软件团队模式和开发流程是:主治医师模式.明星模式.社区模式.业余剧团模式.秘密团队.特工团队.交响乐团模式.爵士乐模式.功能团队模式:写了再改模式.瀑布模型.瀑布模型的各种变形.统一流程.老板驱动的流程.渐进交付的流程. 现在的编程离不开团队的合作,那么怎样的组合才能算是一个团队呢?首先,团队有一致的集体目标,团队要一起完成这目标.一个团队的成员不一定要同时工作,但一定要有共同的目标.另外团队成员有各自的分工,互相依赖合作,共同完成任务. 软件团队有