思考在团队中的领导作用

最近一直忙碌在各种材料,汇报演示,数据迁移,项目学习的杂七杂八的事情之中,常常脱不开身。到了下班的点,却又无法静下心来去做一些思考和总结,也想着给领导写一些工作和思想上的汇报。也慢慢的拖延下来。仍不够积极主动,自顾自的工作确实少了些技术的分享,知识的积累和思想的碰撞。在团队中,我的点子和想法真的太少了,过往的经验让我在技术并没有特别高深的积累。而我也缺少这样的领导能力去指引大家很好的学习技术。

工作的过程中,作为开发人员我们的交流基本很少。刚毕业的同事甚至还未能有很好的职业素养和意识。工作上没有积极的反馈,甚至在上班的过程中开开小差,打瞌睡是常有的事情。而我又苦恼于如何去提醒他,告诫他。但我真的认为年轻不是理由,更不是借口,只有你对这个工作的在意与不在意。任何人都应该对自己的工作和行为负责。公司不是慈善,这是我后续要去努力提及和改变的。

针对团队的目前的项目,缺少团队的规划。技术指导的缺乏,再加上没有明确的职业生涯规划。年经的工作者往往对未来看的不清,不透。也许他们没有经济上的大负担,没有购房和家庭上的压力。所以他们对自己的未来模糊不清,不清楚人身的追求和目标。也许下班时的小快乐就是他们的天堂。个人的目标真的不能太强求,但真的想说,如果你的眼界足够的强大,你的目标一定会更加的远大,你的信念和理想也会更加的坚定。

做为要思考的我来讲。我不仅要安排好大家的工作,还应该帮助大家如何的成长和学习,为他们指导方向。我不把自己当作他们的领导,而是他们的引路人。我可以给他们发一些好的博文链接,好的书箱和人生哲理的文章。不仅是工作上的导师,更是成长路上的朋友。我要无私奉献我的知识和经验给他们。我更要有让他们比我更好更强的思想,让他们能更好的发出光亮和温度。同样的也能将我的思想发扬和学习。更好的为今后的人生职业奠定辉煌。

用心去做,用爱去做。多想点子,多想法子,要耐心,也要细致。多关怀,多交流。在帮助他们的同时也是促进自己的学习与成长。在软件工程,工作习惯上帮助他们,在学习方法,学习工具和资料上多作引导,以实际例子,实事新闻启发和激励他们。让互联的大潮和时代机遇感召他们,一起共同进步在共同奋斗的时刻。

2016年年中小结-总篇

按阳历的时间,16年的年中早就过了,但按农历来说,也差不是这个时间吧。每年都写了年中的小结,想着今年也不能落下,就磨些文字出来,也算是博客内容的补充。更重要的是让自己重拾思考,回顾这半年多来的过程吧。

年初就想离职了,年后也一直在实施自己的换工作计划。上上次离职也是在年初的时候,入职的时间是3月24号,所以和今年一样也应该是年后才确定的离职。一旦确定下来,我就会坚决的去做。这些自己能把控的事情,我都往往做的坚决。提了离职申请,自然就面试了很多家单位,有的时候一天甚至面试了四,五家,但总体来讲都不甚理想。其一,小公司面试多家,但都基本无法满足我薪水上的需求。工作这么多年,能力还是有的,小公司产品相对简单,能够小成本投入的,自然不会放大价钱去做。再说一个纯做开发的去他们公司可能也是被浪费了,而我也并没有往管理的方面去倾斜。其二,我的项目经验丰富,但专业技能可能并不突出。项目经验往往在面试的过程又无法准确的体现出来。而技术水平,真不算高,接处最多的也是企业管理类软件,平台性质的,实时性的,大数据的方面的经验也少。也就成了一个高不成,低不就的局面。但社会总有适合你这块砖去放的地基。也收到了三,四家的offer,对我也是百般的期待。但种种原因未能成行,也只能在心里向他们说抱歉了。

4月13号来到新单位,自然新气象,首先感谢的是朋友的信赖和推荐,当然也有我自己很大的坚持在其中。选择来这里的原因主要一点是,可以再学习,而且是学习java开发。来了之后我发现给我的不仅是学习,更多的是挑战和激情。上班的第三天我就被安排出差了九天。全新接手一个项目的前端开发。在一个月的时间里我基本完成了那时的开发任务。两月后,伴随着两位开发元老的先后离职,一个甚至有工作五六年之久的员工,我全权接手了项目组主要项目的后续开发维护工作。偶尔的客户交流,商务谈判,需求会议,文档整理,技术分享让我真正感受到什么是工作之中的“忙”。但是,这里又是充满激情的,有这么多90后的年青员工,有企业文化入职培训,有技术交流与分享,甚至有考试,有考勤,有签到,有日报,有考核。一些都是那么新鲜,虽然部分还是有些排斥,但新的事物会带来不同的感受,产生不同的反应一样。我给这样的一些变化叫做激情。纵然很多时候我都是加了班才下班,但我也只想说,这是对过往那些没加班日子的补充罢了。

工作上的事情,能说的可说的真的是太多太多了。而其它方面能说的就相对少了。博客没怎么写,笔动的手了。书的看少了,眼镜度数又升高了一两百。而技术上的学习,除了熟悉些java的简单的框架,自己动手去创建一个框架还是没真正去尝试过。平常总会积极去参加一些培训与分享,让自己的知识面再广一些。而生活上算是失败的,慢性的肺部炎症困扰了我两三个月没有好转。跑步也少了很多,长时间的坐着,身体也诸多不适,是应该多多注意一些。让自己更加健康,更加快乐一些。家庭仍是那么的美好,这也是我可以一直依靠,依赖的温馨港湾。要感谢他们的付出,支持和宽容。我也常心中有愧,没有那么很用心的去关怀他们,希望自己变得更好一点,更用心一点吧。

玩转RemoteDesktopManager+CentOs+VirtualBox

想玩CentOs虚拟机,又不想虚拟机出现在任务栏,虚拟机采用NAT网络连接,用ssh远程登录方式,而不打开虚拟机的运行界面。看似这个简单的功能也着实花了一些时间去学习和理解的。首先,如何不出现VirtualBox和CentOs界面运行虚拟机,这个百度可以有。其次,虚拟机启来之后没有界面的情况下怎么知道虚拟机的ip地址。在这里我考虑到使用当CentOs网络自动激活,且连通后自动将其ip地址发送到公司邮箱。且将这个任务设置为开机自启动。我又将这些批处理命令的管理放在了RemoteDesktopManager里面组织起来,条理和功能也就十分的清晰了。

实现无界面启动CentOs

在VirtualBox里安装CentOs的过程就不细说了。这里将无界面启动CentOs与关闭CentOs的命令给出如下:

CentOS网络连接自动激活

修改ifg-eth0配置,命令:

修改 ONBOOT=no 为ONBOOT=yes,表示开机自动连接。

发送ip地址到本地邮件

新建开机任务,这里也就是最关键的代码,shell命令如下:

上述语句的大体含义就是,服务启动后,循环ping百度网站,如果返回代码不是200,说明网络不通,继续ping这个地址。一旦返回200,说明网络已经通了,将当前ifconfig命令的结果输出到ip.txt文件。再用mail将这个文件的内容发送到byhard@byhard.com,就是我的邮箱地址。另外需要放这个文件保存到/etc/init.d/目录下,并添加到开机启动项目。命令:

另外最初的CentOS的发邮件功能可能是无法使用的,需要重新安装和下载。看似挺简单的功能,学到的东西还是挺多的,知道写一些简单的shell脚本,了解linux环境下的网络配置,开机启动项配置等等。更重要的是自己解决这个问题的所进行的思考与解决的办法,收获还是颇丰的。现在,我只要在RemoteDesktopManager下自由的启动虚拟机,收到虚拟机发出的ip地址邮件,开启远程连接,而无需打开虚拟机的界面,登录查看其ip了。节省了时间,节省了系统资源。只要在系统启动的时候,去接杯水,再回来登录就行了。

漫漫十年路

除开学习,从来都没坚持一件事有这么长的时间。十年,足够长,足够遥远。从那时的懵懂青涩,一路走来,似乎波澜不惊,也没有太多的风浪。十年也足够发生一些事情,经历多少浮沉,多少改变,仍可细细回顾一番。评判得失,为今后的发展再下一番苦功夫。

十年,除开到这个单位的两三个月。我也就在两个单位长久的呆过。未变的环境对我的改变自然不会那么丰富。但改变对我的影响仍是非常的广泛的。十年来自认为最大的改变和对我最大的帮助,就是博客的开通。让我有更多的时间去思考,去总结,去改进。让我更深层次的融入互联网,融入软件开发。学习php,加入百度联盟,写博客,翻译文章,刷点击率。虽然这样的学习与直接的代码编程学习关系并不大。重要的时开拓了自己的视野,让自己明白是什么样的事情,和这样的事情给自己带来什么样的意义。每每总结自己的路,和近段时间的学习,生活,带给自己的意义都是深刻的。

除去自己的博客,十年来对自己帮助第二大的,在业余的时间接触了很多的项目。工作总是平稳没有什么波澜。但业余的项目让自己熟悉了mvc,熟悉了easyui,熟悉了thinkphp,熟悉mvc-api。懂得经历整个项目开发过程,更让我学会如何与客户去交流,去沟通,学会如何去解决问题,去创新。学会将知识反复的运用,并结合自己的工作实践,实现自己的想法。十年的工作经验,我可以自豪的说,我入门了,入了软件开发的门,入了设计与开发解决方案的门,入了解决问题的门。

也许我可以更早的入这个门。也就是说这十年来我是走过一些弯路,或是有足够长的时间停滞不前的。我的第一份工作确实浪费了我两到三年的时间。当大家都流行于.net2.0甚至以上的版本时,我仍在.net1.1下徘徊不前,当我仍在windows程序下对窗体,事件,自定义控件傻傻分不清的时候,在web开发下落后太多太多了。这也许就是成长的代价吧。庆幸的是我在一直寻找机会去努力去改变自己。

十年的it工作,也许和大多数人的程序员不同,我基本没有加过什么班。偶尔的加班也可能是上线的时候。平常也都是正常的上下班。也许是时候补上那些加班的时间来学习了。新的工作岗位,新的环境,我想去努力一些,补上那些没有加班的日子,在这个与年青人共同奋进的环境里,让自己更多的学习,更多的完成自己那些未完成的任务,把自己的工作做的更加到位,更加细致,更加准时。做到真正的用心去做这些事情。

少一些报怨,多一些理解,多一些鼓励,多一些共同进步,多一些分享。拿出十年工作经验的职业精神,多一些担当精神,为下一个十年的进步默默努力,作出不懈的奋斗。

一次失败的商务谈判

我从小就是个胆子不大的人,有想法也往往都放在心里。每每无法反驳别人,事后内心却冒出看是有理有据的n多言词,但在交流争论的那一刻是无论如何也想不出来,说不出来的。总之,我不是一个擅于交际的人,不擅于说一些奉承的话。都说言多必失,但在这种商务谈判场合,言少更是将自己立于困难的境地,失去了气势,损失也就更难挽回了。

满心欢喜的去出差,看似胸有成竹。想着销售已经打点了一切,而做技术的我只要说些工作的内容即可,那些价格与客套的言语也不必我去过多的操心。但事与愿违,最终的价格也没有谈拢,工作没有得到肯定,我们也无法拿出一个领导都无法接受的价格去苟且,只能悻悻而回,留下了失望的背影。基于这个合同的特殊性,我们也不是完全的失败,公司之间只要有关系维系,总是有得有失吧。但对于我而言,还是有几个方面值得注意与借鉴的。

首先,最重要的一点,我们的合同没有得到主管领导的支持。这也是我们这次工作最大的失误。对方公司经历了人事的变动,原先合同签报的经理去了别的部门,而我们在商务谈判之前没有对这个领导进行很好的沟通。他甚至都没有参加我们这次商务谈判。在没有主管领导的工作肯定下,与他们的商务代表的会谈就完全失去了支撑。而他们的员工在这个合同上也缺少相应的话语权。价格得不到支持,谈判也就无疾而终了。这点也说明我们准备不足。

其次,从自身的谈判技巧上看,还是显现的非常稚嫩。从困难上的估计不足到谈判中的拉锯。我们都没有很好很完整的体现出我们的立场,我们的语气不够强硬,我们的态度不够坚决,我们的例证不够充分,我们的想法不够灵活,我们的立场也不坚定了。但是,领导的底线我们又不能破,谈判也就无法最终的完成了。我们没有谈到这个软件给他们带来的收益,没有深入去谈这个受益的人群,没有反复的重复,表明立场。而我们自身也没有很好的协调一致,观点相呼应。

第三,失败的根源另一根源是准备不足。我们的报价单还可以写的更加详细与专业;我们对之前的合同内容与金额的不了解;对签报内容的不了解;对对方谈判人员,工作人员的不了解。我自身没有充分的准备与意识。虽然根源是我们接触这个项目的时间很短,前辈也根本没有相关的资料给我们。而没有这些准备,在面对突发状况时自然就像无头苍蝇一样不知所措了。

实在是经验不足。内部单位之间的合作与独立企业之间的合作有着完全不同的特性。本来企业之间是签订合同,再开工。而这里就变成了先完工再谈价格,内部立项。这样我们it部门完全就被动了。除了靠信任,很可能落得个竹篮打水一场空。但内部单位之间又有不同的性质在里面,也不便再述了。通过这次谈判,我想可以从以下几个方面去吸收经验,为下次谈判做好准备。其一,搞好人的关系,确定主管领导同意的价格,得到他们的工作肯定和价格支持后,再来做价格的谈判。其二,面子工作要做的更好更细致,材料要充分,论证要充分。其三,靠经验积累,在谈判的过程中更有气势,更有力度,据理力争。

这次的失败对我们而言是挺突然的,但事后回顾上面的三点,说明我们的工作还是没有到位,没有做好。希望总结好这次的经验,在下次的谈判中将自己立于更好的局面。

如期提前转正

半个月前,一直在翻看自己的OA看自己的转正流程走到哪里。每次都是看到人事专员审批中就没有了下文。一来自己的行政制度考试第一次没有过,需要等到这个月初的补考才能知道是否通过。二来部门人事,领导都没有对我进行面谈,相应的流程也没有走。这个月初才进行的面谈,再加上相继出来的行政考试成绩,然后昨天才去OA上去看转正流程,惊喜发现流程审批结束,员工信息的状态已是转正,而且转正日期并不是昨天,是我之前设定的2个月转正的日期。当时考虑提前转正很简单的原因就是8折的薪水,不想自己的辛苦被打了个折扣。

当然,转正也只是意味着自己的工作初步得到了领导的认可,但其实自己还是有很多工作可以继续努力的。至少要从思想上更加重视起来,要绝对转变当初那种责任心不强的局面,摆正自己的心态。增加自己的团队意思,把过客思想转变成主人翁思想;把随便学学转变成认真求知,求真的思想;把短期战役转变成长期斗争的思想。努力充实过好在这里的每一天。

环境改变自己,改变人生。如今已从之前的安逸,平淡的工作中脱离出来,一头扎进激情,活跃的工作空间。身上的任务变了,担子重了,自己的角色也就相应的转变了。做事要更加的积极主动,要更懂得互相分享,更懂得沟通与协作,更懂得付出,淡看名与利,把事情做好。在这个与年轻人共同奋斗的环境里,更加更多的去激励他们进步,帮助他们成长,用过来人的经历与体验和他们一起进步。

提前转正,我还是有很多要去学习的。不懂的,未掌握的知识还要尽快的去学习和熟悉。领导分配的任务要努力的担当下来,还要积极与领导进行沟通与协作。在一岗,做好一天的工作。全方面的提升自己,我也把这样的机会当做自己的一次升华的机会。相信自己,相信信念,相信自己一定可以。

试着去写测试案例

工作近十年了,也就是说快写了近十年的代码了。我承认之前的九年没有为自己的代码写过任何的测试脚本,或者是任何形式的测试案例。每次穿梭于书店或是网上博客等,我对单元测试,或是诸如自动化测试都十分的不屑。“代码要紧”,“完成工作要紧”这是我当年的信条。虽然我认同自己的开发习惯还是不错,编码风格也挺赞的,但自从阅读了一本名为《测试驱动开发》的书后,才发现以测试为驱动的开发过程的确是对人们自认为的开发过程的一种颠覆。无法完全的说明哪种方式的好与坏,但编写测试案例,写单元测试确实给我带来了不同的思考,并认为这是非常有必要,也会为之努力而实践的。

编写测试案例,让我们更细致的去分析问题。计算机对代码的执行不会欺骗任何人,我们开发代码的过程中总是力争将所有的点和面都考虑到,将所有可能的情况都涉及到。所以有必要模拟各种可能的场景去测试每一个细小的环节。而这个细小的环节就是我们程序中的小小单元,对一个个小小单元的全方位测试,才能力促整个程序逻辑的完整测试。所以单元测试是整个程序测试的根基,是实际业务的问题点,逻辑点。将复杂的问题分析到点,测试到点,会有助于我们在编写代码的时候理清关系,将点组成线,从而组装成整个程序。

编写测试案例,让我们更好的去重构程序。测试案例能为整个程序的正确性奠定了一个基调,任何可能的修改都不能违背单元测试的正确通过。而同样的有了测试案例,相关开发人员,可以快速方便的通过测试案例理解程序和代码的运行过程。同样的,对完美代码的无限追求下所做的改动,也能保证所做的代码重构没有改变原有程序的正确性。也不用过分的担忧代码结构的调整会造成严重的逻辑的错误,而这些错误的改动却没有被发现。当然,这里有一个前提条件,就是我们要适时的去维护我们的测试案例,并要保证我们的测试案例本身就是经得起验证并且是正确的,否则,上面所说的一切将都是不成立的。

测试案例的编写,能帮助我们快速熟悉业务,甚至可以帮助我们提炼出程序的运行过程,制定合理的程序框架。让我们在修改代码的时候,不易更改原有的逻辑,不会去污染原有的代码。可以提高我们写代码的正确率。能更好的服务系统维护,二次开发等等。说了这么多的测试案例的好处,但只有尝试和运用,你才会有这样的体会。也许一开时你会觉得写测试案例是如何的无聊和重复。但当你看一段没有测试案例的代码时,你又会感到无奈无助,更会为在这段代码上进行的修改或二次开发而感到不安。但肯定会为有相应的测试案例而暗暗叫好,并会为一段代码补上测试案例而开心不已。测试案例就好比前人栽树,后人乘凉。

那么问题来了,测试案例怎么写?

测试案例应该全面但不重复的,我们应该尽可能覆盖所有的程序代码,但我们不必为代码写重复的测试案例。测试案例应该简单明了,让人一眼就能看明白。你不必纠结英文怎么翻译,你甚至可以简单的就用中文的类和中文的方法名称来表示这个测试案例的含义,甚至可能是测试的目标名称(但我反对在生产代码里用中文,甚至包括中文拼音)。测试案例往往是并列的,列表状的,所以你能一眼看到测试的结果和未通过的测试内容,方便查找和定位。当然,你还要有好的测试工具,测试包之类的。最后也往往是最重要的是保证你的测试案例是最新最完整的。

测试案例看起来像是开发过程中的一个负担,但这只是你没有从根本上去发现测试的魅力和益处。只有你潜心下来去做,去完善你的单元测试,久而久之,你会发现,测试真的很美。

挑大梁的试用期

试用期还没有结束,还没有转正,我就已经快速的进入了工作角色。虽然很多项目的业务没有具体去熟悉,我都想好了,等碰到具体问题再详细去了解,这期间也陆陆续续的完成了一些开发任务,更新了一批bug及各种新的需求。看着任务单里一个个删除完成了的任务,那种试用期对业务和工作的懵懂和迷茫慢慢的消逝了。

是很忙,至少比我之前做的许多工作都忙,也许除了我的头两年工作,那些最初入行的日子,工作肯定是不轻松的。后来到了太古,更谈不上忙,除了短暂的两三个月由于数据库架构的调整所对应的项目重新纠正和开发忙之外,我认为自己都是那个略微显得空闲的人,同样的也就没有了值得去称赞的事迹。也正是在那样的日子里,我会经常的去更新博客,写写体会。而现在,从早上进入办公室起,到不得不加班的七点后,我都没有一整段的时间来静静的写点东西,思考思考。也许,这样的忙日子是对我之前工作十年的空日子的补充吧。也许我的时间并不值钱,真正加点班又有什么呢。

刚来就出差,而且也出色的完成了任务,这从多个领导对我的谈话里都透露了出来。领导也建议我看看能不能提前转正,我也报着试试看提交了转正申请的流程。也多少从领导那里得知月奖和年中加薪的各种激励政策,我也热切的期待那个时候的到来。旧同事也要离职,领导也把所有的活都让我试着接下来。没有怨言,也许这些都是我能做的。慢慢的我也会去评估工作量,也会向领导申请新的资源和后备力量,这么多项目总是有多个人知道会好些。团队稳定是我们项目组是否完成目标的关键所在吧。尽力的保证当前各个项目的维护稳定与反馈及时,是我现在努力去完成和实现的。

我当然希望自己能去参与一些新的项目,外围项目,比如电子政务,智慧城市,和大数据沾上边的都可以。也许到最终的开发工作和当前做的可能没什么很大的不同,但这种经历毕竟还是有很大区别的,这种项目经验会与现在的小范围的项目有很大的不同。统筹的,多角度的,决策范围的业务会让你更广大的视野,对自己的帮助和提升相信也应该是巨大的。希望能如领导所说,会有这个参与的机会,但这也只能等到现有的项目都能很好的服务,或者我们已从当前的业务转身,那就是另一种情景了。期待那一天的早日到来。

又有同事离职了,还未转正,又交接了很多的工作给我,自我感觉算得上是一个大梁。经验往往在胜任工作的过程中扮演着非常重要的角色,无论是具体的开发实践,还是客户沟通,同事间的相互协作等等。而这些也只有经过时间的洗礼,才会慢慢的成长。而我期待这种成长,能让自己完成质的跨越。

新工作一月记录

时间过的很快,在新的单位也足有一个月之久了。从当初的种种不适应到现在的勉强去适应,随着工作的深入,接触的东西与人也越来越多,所有的一切都迫使你沉下心来去做一些事情,完成一些任务了。现在记录下这一个月来的主要内容吧。

出差台州将近有十天之久。出差本身就不太适应,再加上一来这个单位就出差,心还没有静下来,又要人飞的感觉,一切都没什么底,但也要硬着头皮上的感觉。还好吧,工作也算顺利,也不是什么大的项目,功能也没有太复杂,也都陆陆续续的完成。只是后端数据这块变动太多,所以还未能将项目完结。接下来的任务也会慢慢的变少,但也要抽出不少时间去完善各种功能的。

顺着项目算是学会运用了些Struts,myBatis框架吧。只是我还不会搭,或是说从头搭吧。在原有框架基础上增加删除新功能对我来说并不太难。难点是那些未曾触碰的知识,比如大数据量下载的处理啦,tomcat调优啦,还有就是自己想去学习的这些框架的原理。Java基础不扎实,看这些源代码也是很吃力的事情,再加上各种设计模式,肯定会花很多时间的。能接触更多的知识无疑对我有很大的帮助,这能完善我在Java开发上的知识体系。

不习惯加班,不习惯打卡,不习惯写日志,不写周报。在这里都要统统说NO了。所有的这些都会被以罚款论处,所以无论如何也不能和钱说不去。每天总是时刻提醒自己有没有忘记打卡,有没有忘记写日志。甚至加班的时长也作为小组考核的依据,压力山大啊。有的时候,我会想趁加班的时候看看书,或写写日志,做个小结,把这个时间用起来是再好不过了。

都快一个月没写日志了,好害怕自己不再爱上写文章,不再喜欢思考。也许是没什么时间,再说真心不想成天盯着电脑啦。每次打开记事本的时候却发现想写的东西并不感觉到有什么价值。但又不想这么消沉下去。总要努力让自己在博客上发出更多的声音。

新的环境 新的起点

还没有来得及适应新的工作环境,就被领导安排着出差来到台州。我的心是忐忑的,因为我的java开发经验真正意义上不足两年,我没有系统的学习过SSH,用我之前写的博客里说的那样,我的java是自学的。但给了我这个机会,我想我会努力去抓住的。我想着尽快的学好SSH,然后有机会学习点分布式或是大数据方面的知识。我目前没有后悔放弃我的.net而转到java开发。这并不奇怪,我曾经也迷迷糊糊的学习了一点php知识。语言对我来说就是个工具,但语言背后的那些高深的技术的确是需要有人引领的。

纵使旧人如何说公司的不好,还有不断的员工离去,甚至项目组现在人缺的连我这个新人就被推上出差的前线。但我在这里短暂的几天,就发现了自己曾经想找的那些东西。这里还是挺崇尚技术,崇尚分享。只要有你兴趣,周周都有技术的分享交流邀请等你去接受。这里有你的导师,还里有不段上马的新项目,这里同样有很多你没学到和可以学到的知识。这里有年轻的新人,有新鲜的血液,大都90后啦。这里还可以毛遂自荐。我是新人中的旧人,我没有理由不开始努力一把,做的更多,做的更好。

所以我没想到领导会直接安排我出差的时候,我同样也没想到拒绝。之后也想到过各种困难,想到过各种不易,但想到曾经的自己也独立完成过很多项目。信心也不会少很多了。再加上有现有的程序可供参考,加加减减功能也变得不那么难了,再不会的困难,到网上找找也总是有答案的,或者就变个法子去解决吧。也许等回过头来再看,当初的那些疑虑是多么的微不足道,甚至是可笑的。有些事情就是怕你去做,只要勇敢的走下去,就真能闯出一片天地。

我迫不及待地想去发现另一份美好了。