2017遇见更好的自己

IT技术

(一)前端技术

推广并监督gulp在前端项目开发过程中的应用。

抽象并组织前端UI模块,并初步实现UI模块的复用性。

初步了解reactangular前端框架的使用场景与使用规范。

(二)后端技术

完善代码生成工具(codecoder)的易用性。

深入了解UMLRUP,并进行应用。

培养源于优秀源代码的习惯。

进一步了解并应用设计模式。

进一步了解jvm实现原理。

(三)自动化运维技术

初步了解自动化运维工具。

(四)互联网运营技术

了解提高流量转化率的方法。

(五)大数据处理技术

夯实大数据相关的数据基础。

了解马尔可夫算法、贝利叶算法与人工神经网络算法。

项目管理

(六)范围管理

初步掌握做需求分析的能力,能够根据需求进文档化与uml建模。

(七)时间管理

能够尽量准确的评估任务时间,并控制任务进度。

(八)质量管理

规范项目基本文档:需求分析文档、系统架构文档、系统部署文档、接口文档、工作分解结构。

规范java编程与前端编程的基本准则。

(九)人力资源管理

建设学习型知识分享型团队。

(十)沟通管理

交流做到“不卑不亢”。

能够与客户进行有效交流,了解到客户的真实需求。

团队内部做到平等无障碍的沟通。

个人能力

(十一)自我情绪调节能力

能够比较好的进行自我情绪调节。能够排解、转移不良情绪的影响。

(十二)自学能力

能够维持高效的自学能力,能静心学习并掌握理论基础知识。

(十三)沟通能力

能做到有效沟通、积极沟通、理智沟通。

(十四)写作能力

对工作与学习所掌握的知识,通过写作的形式进行归纳总结,并养成一定的写作风格。

项目管理“铁三角”

项目的范围管理、时间管理、成本管理构成了决定项目成败(一般以项目的质量作为评估依据)的“铁三角”。范围扩大,要通过增加项目的时间与成本保证项目的质量,或者通过降低质量要求以符合时间或者成本的要求;时间压缩,要通过范围的缩小(分清主次)与增加成本(加人加班)的方式解决;成本缩减,要通过范围的缩小(分清主次)的方式处理。

当然,范围、时间、成本之间的制约关系是必然存在的,但在具体实施时,要根据具体项目的实际情况而采取合适的方法。——有的项目有不可变更的时间节点、有的有严格的质量要求、有的有明确的成本制约。

项目管理基础:九大知识领域与五大过程组

项目管理知识体系分为九大知识领域与五大过程组。

九大知识领域包括:范围管理、时间管理、成本管理、质量管理、整合管理、人力资源管理、沟通管理(包括干系人管理)、采购管理、风险管理。五大过程组包括:启动过程组、计划过程组、执行过程组、监控过程组与收尾过程组。以五大过程组为横坐标、九大知识领域为纵坐标构成的二维矩阵里分布着44个子过程(每个子过程又可以分为启动、计划、执行、监控、收尾五个阶段),每个子过程又有着自己的输入项、输出项与工具(方法论)。

继续阅读项目管理基础:九大知识领域与五大过程组

距离2017年上半年软考(2017年5月20日)还剩96天!

距离2017年上半年软考(计算机技术与软件专业技术资格(水平)考试)还剩96天!

其报名时间,各位参考下,别忘记了报名,报名地址:http://www.ruankao.org.cn/

内蒙古2017上半年软考报名时间:215日—310日。

福建2017上半年软考报名时间:31日开始。

云南2017上半年软考报名时间:3-4月(具体时间待定)。

海南2017上半年软考报名时间:213-313日。

青海2017上半年软考报名时间:227-312日。

江苏2017上半年软考报名时间:313-421日。

浙江2017上半年软考报名时间:31日开始。

湖北2017上半年软考报名时间:即日起 至 415日。

湖南2017上半年软考报名时间:320-417日。

四川2017上半年软考报名时间:215-315日。

山东2017上半年软考报名时间:314-323日。 继续阅读距离2017年上半年软考(2017年5月20日)还剩96天!

2017年内部变革意见与建议

一、变革目标

以提高项目开发效率为核心,用规范化、可量化项目开发与管理技术,保证项目的可控性与高质量;增强员工专业技能,提高团队整体竞争力;促进内部良性竞争,活跃技术氛围;增加公司资金积累与技术积淀。

二、现状与痛点

a) 旧框架的尴尬处境

之前的旧框架对于公司初期提高项目开发效率的确起着至关重要的作用——使用门槛低(低到基本上只要有是java入门级别的就可以独立开发一个功能模块)、开发速度快。

如今,旧框架已成“鸡肋”——虽说开发效率很高,但系统界面风格老旧且不易扩展、代码质量差。个人分析有以下几个原因:

1、框架对第三方技术的封装违反了不污染源代码与适配的原则,造成框架对extjs的依赖版本极其严格,却又无法兼容其新特性的致命弱点。

2、框架仅由一人维护且脱离实际项目应用场景,仅进行bug修改,缺乏框架的统筹设计与持续升级

3、框架的使用降低了使用人员的技术门槛,但在缺乏规范性培训与基础技能培训的环境中,框架的优势很容易被劣质代码所引起的不可维护性与低性能所冲淡。

a) 新开发模式无法积淀

2015年起所使用的新型开发模式按说应该在一年半多的使用经验中进行了归纳与总结。但由于在项目中一味尝试新技术(有的技术其实已经过时并淘汰)却浅尝辄止,无暇也无法进行新架构的积淀。

不过,还好在在各种“尝新”的过程中,血淋淋的教训告诉了我们:

1、只注重业务功能的堆积,而不注重系统的性能与可维护性,产品上线之日就是产品死亡之日。

2、企业不是实验室,一味“尝新”的代价可能是断送一个企业的前程。

3、任何成果都要以文本的形式进行总结并进行最大范围的分享。没有总结的成果不算“组织过程资产”

4、执行力!执行力!还是执行力!从上到下不要抱着得过且过的态度做事。不要懒,项目没有文档只有代码没啥用。不要怕,非正式沟通(电话、即时聊天等)与正式沟通(邮件)都不可少。不要拖,遇到问题及时沟通,该与干系人交涉的就去交涉。 继续阅读2017年内部变革意见与建议