快速看一遍书,知道大概;完整做一个项目,有问题Google之。就可以了。【关于学习一门语言】
我们是用真实项目做。你选择什么不要紧,要紧的是一定要完成,一定要保证质量。【关于入门项目】
产品设计→体系设计→算法设计→程序设计→代码实现。具体的android代码在整个环境下只是一小小的部分。【关于设计项目】
技术一定一定要去接触客户,要摆脱孤独求败的状态(之后我会写篇什么是孤独求败的状态),大量的接触客户。要准确的提取客户的信息来做一些真正解决问题的事情。(客户就像一张牌,有一副好牌您就无敌了)【接触客户,才会懂得编程的意义】
定义活动→排列活动顺序→估算活动资源→估算活动持续时间→制定进度计划→控制进度 【项目时间管理】
死命做 不看书 不能积淀下深厚的基础(老邱) 【编程学习实践重要,但也要注重理论基础】
项目经理 80% 的时间用来沟通,这才是你的工作啊。
我之前也写过代码,后来做做项目经理也是不怎么碰代码了,偶尔一些小项目写几个模块。
但是大项目真心没时间,基本上天天都是沟通。
项目组开会、与业务部门梳理业务、每日工作总结、与POM沟通、找公司要人、找公要钱、找客户要钱、找客户领导签字、各种需求讨论、各种汇报。
再就是各种文档。哪有时间静下心来写代码。
有时候真是怀念那种小项目,虽然奖金少,但人落了个清静。【项目经理】
无论是哪个行业,无论做什么业务,其本质无非是由人、事、物和规则组成。
人是一切的中心,人要做事,做事就会使一些物产生另一些物,同时做事需要遵循一定的规则。UML的关键就是明白有什么人,做什么事,产生什么物,中间有什么规则,再把人、事、物之间的关系定义出来。【UML统一建模】
要想与有思想的人交流,首先你要有一定的思想。【处事之道】
玩
节奏大师的体会:当你第一次接触比较棘手的问题时,可能会一头雾水,觉得好难啊,可能完成的不好,只能达到D的水平。但是经过一次次的考验之后,当你把更高的等级的关卡也过了之后,再回首当初的棘手问题,发现已然能达到A甚至S的水平了。所以,开始时,不要要求太高,把东西做出来再说。尽量做好就可以了,不要太完美。当你一个又一个的完成之后,就逐渐的考虑的周到了,这之前的“代码积累”很重要,哪怕写的不好,哪怕只有D的水平,那也是通向A水平的铺路石。【处事之道】
如果你是一个好的程序员,你应该拿到开源代码,用你自己的方式构建它、设计它,按你自己的想法去使用它。【开源】
你只有行动了,实践了,才会发现问题,思考问题,然后才能前进。 【速度要快,做事麻利一点,编程亦如此】
代码,可以按照自己的思路,编写一大段,编完之后,稍微检查检查,然后再提交。不要编两句,就提交。要相信代码是对的。【编码习惯,保持连贯性】
编写工作计划,将大任务细化,大致安排每天的任务并将其完成。【关于工作效率】
遇到问题,如果自己能解决,尽量解决。如果解决不了,集中起来问老大或相关同事。一是不要怕问,二是不要频繁的问。【关于工作效率】
安排好工作,安排好自己的工作,安排好相关人员的工作。辅助好相关人员的工作。【关于工作管理】
刚柔相济,方的制道。【关于管理,要适当的严格。掌握分寸。】
系统有他的大流程,功能模块有他的小流程,具体方法内又有各自的数据处理流程。确定这些流程,设计好这些流程对于软件开发来说,很重要。【开悟】
先想着怎么把功能简单的实现,优化的东西后面考虑。过早的优化是万恶之源。【开发】
无论是谁,如果想纯粹地通过阅读,而不是将所阅读的信息应用到特定问题上,并由此牵引思考先前阅读的内容,就想学到一门学问,纵然可能,那也是很困难的。其次,对于我们自己的发现,我们总是领会得最透。【学习的要领】
可以先实现功能,不论是全段js还是后端逻辑功能。先做一个demo,可以是简单的,草图的。【理念】
计算机系统,就是在硬件的支持下,对数据的输入输出,存储和计算。【认识】
计算机处理,首要在于抽象。把需求抽象成逻辑和数据,把逻辑翻译成代码,把数据格式化、持久化。归根结底,要了解具体的事物,要了解计算机能处理的细节,然后做个优秀的翻译员,把现实和计算机联系起来。【认识】
不能纠结一个问题或模块太久。先把大体功能做好,然后完善。不然没玩没了。猴年马月完成工作?【项目开发】
想怎么做就怎么做,编程不能想太多,否则会被束缚,无法前行!——开发思想
系统的作用就是对数据进行录入修改统计和查询,并且确保准确性,方便性。【系统的认识】
演示、验收、调整(谈判)、继续演示、验收 【客户验收】
我想程序员工作最本质的一点,就是把人希望计算机做的事情,翻译给计算机听,然后它照做。大家说是不是这样?【语言的本质】