环保省纸打印专家
FinePrint 是一个Windows 打印机驱动程序，节省打印墨水、纸张和时间。
快捷的PDF文档生成工具
pdfFactory 更简单、更有效率和更少的花费的创建 PDF 文件的解决方案。
专业的PDF文档生成工具
用于需要安全的 PDF(法律文档、公司信息等)和其他高级功能的用户。
安永国际会计公司全球购买 110,000个
pdfFactory 和 FinePrint 授权
宝马集团购买 5,000个FinePrint的授权
汇丰银行购买 8,500个FinePrint的授权
销售热线电话：021- 传真：021-
Copyright & fineprint.cn 版权所有 Qast Software Group关注发生在程序员身边的精彩故事。
我们管理20人团队的方法
作者：小东小西小心情
我们是一家技术服务型公司，公司性质决定我们的研发情况比做一个单独项目节奏还要快，处理的问题更为复杂，这套流程目前来说执行的较好，它可以很好的帮助我们进行阶段性的规划及验收，辅助产品及商务对进行项目的合理评估。
首先大的方向及目标可以大致划分为项目的执行和过程的监控
迭代执行：任命项目负责人，并对执行过程进行监控，同时进行风险预警。
迭代细化：项目负责人对需求及工作量进行落地分配，产品经理对需求进行区分，将非功能性需求在细化阶段刨除，并反馈上级。
考虑每个迭代需要达成的目标：工作量评估、功能性需求。非功能性需求。
项目的研发周期有长有短，有难也有简单。我们将研发流程划分为几个阶段。
1）原型演示:阶段性须有可查看的交互文件，需要确定时间：迭代开发、自测完成，准备提交测试前。团队内部进行需求评审，为团队成员进行需求讲解，同时由听审成员提出执行意见，（这个阶段将个别实现困难，设置不合理等潜在影响交付的风险进行排除。）
2）测试用例评审：测试工程师根据需求文档编写测试用例，并组织项目团队进行测试用例评审。根据评审意见修改测试用例。
3）开发：根据前期的铺垫，通过相关文档进行有计划的开发，开发过程做关键性节点检查。检查由测试工程师与产品经理负责
4）开发自测：在开发过程中，每完成部分功能点，都需要及时的进行开发自测并通知相关人进行验收
5）BUG修改：在IT平台中获取分配给自己的BUG进行修改。
6）测试和回归：提交测试时，必须要有正确的版本。测试人员根据测试用例进行测试，在IT平台中提交测试BUG，ui设计师进行视觉验收，根据不同工种的验收标准给出产品是否发布的意见。如验收不通过将打回项目负责人进行内部整改。
7）验收：验证通过后方可流到产品经理及商务负责人交付客户。
8）灰度发布：迭代一定版本后，由项目经理与团队共同决定是否需要进行灰度发布。
9）项目总结与信息收集：会议在产品上线后由项目负责人组织。会议期间，由项目负责人组织大家体验并将项目中所遇到问题及解决方案进行总结。会后由参与各人发出总结留档。
这套流程应该有更好的方案，我们还在不断的学习和优化这套方案，所谓因地制宜，我们需要辩证的看待公司情况，如果没有好的方向倒是可以参考，我们主要业务是做互联网产品的研发及维护，涉及到的有教育、金融方向的产品，根据客户实际情况推荐使用app、微信、pc不同方案进行开发，其目的是希望为客户提供更满意的产品。如果你有更好的开发流程且是流程的受用者欢迎与我讨论。
我是如何管理我的团队的？
高效团队管理方法论
互联网公司如何管理研发团队
没有更多推荐了，关于一个团队协作游戏的总结反思 - 简书
关于一个团队协作游戏的总结反思
这篇文档是对公司内部培训课上一个团队协作游戏的总结反思，文档后面赋有游戏的说明，游戏过程中，自己及所在团队都暴露了诸多问题，主要是但不限于沟通协作上的。游戏过程中自己竟还和团队内部成员因为意见不统一、无法顺利协作暴发明面冲突，在进行到一半时主动放弃后退出，所在团队最终也是惨败。当天游戏完成后，一直在反思游戏过程中的种种问题。刚开始，只是想给培训讲师一个邮件回复，没想到竟越写越多，花了三天时间才整理完。在这封邮件中，我详细总结了游戏过程中个人的问题、团队的问题、流程的问题，并结合工作中的实际情况，做了诸多反思，也沉淀了很多团队沟通协作管理的个人经验。Y总：你好。上周六中午的游戏结束后一直未释怀，非纠结于输赢，而是游戏过程中暴露的问题让人安静不下来。日常工作生活中犯错并不稀奇，意识到后也多有反省自责，冲击力却都没此次大。 后面几天脑海中一直再回放游戏中的每个细节，捋过多遍。沟通协作分工设计的问题当天下午都讨论过，自己反复想的问题是在游戏过程中和HGM的明显冲突。性格里面执着、自信的一面很强烈，同时伴随固执、自以为是、偏执和桀骜不驯。具体项目中，多处于主导地位，很少出现类似冲突——因为没有可冲突的对象。但在其它一些事情上，比如要和另外一人同时决定某一见事，类似冲突则不可避免。性格刚烈、脾气急躁、缺乏耐心，尤其是冲突另外一方也是如此性格时，冲突很容易加大。因为过去出现过，反思过，给自己定下的底线是不能出现失控的冲突，冲突一旦过分了，抬到明面，伤了和气，于人于己于所责工作都会带来麻烦。由游戏联想到工作我把在工作中打交道的同事分成三种：上级的、下级的、平级的。平级的是指不同团队、跨部门协作间的关系，无权力从属。再跟这三种人打交道时，均可能出现意见不和的情况，会先仔细评估对方意见，如果觉得比自己的更好定会采纳。这里说另外一种情况，如果觉得对方是明显不对的该怎样？无论面对的是谁，首先肯定是极力劝说，由于个人性格脾气的缘故，劝说未必有效，加之劝说对象的性格脾气也因人而异，所以劝说失败常有的事。《韩非子.说难》篇讲『凡说之难：非吾知之有以说之之难也，又非吾辩之能明吾意之难也，又非吾敢横失而能尽之难也。凡说之难：在知所说之心，可以吾说当之』。关于自己的脾气性格沟通劝说方式有许多需要修正的地方，会注意。但当劝说失败时该当如何？日常工作中琐事太多，对于协作讨论的部分，有的重要有的不太重要，对于错误的意见有的可能造成严重后果有的则不会撼动大局。对于下级无论事情大小认为错误的意见一定驳回，无论劝说是否成功。对于上级和平级，会根据事情大小酌情处理，不重要的地方会适当妥协，重要的环节事关大局定会据理力争。如果仍不能成功，对于上级，定会保持沉默，并确保在这种情况下不要出现信任危机，否则不但当前事情做不好，自己后面也不好自处。职场生涯中首先对项目和直属领导负责，其他一切推后，是我所一贯坚守的。对于平级，在关键环节出现无法协调的意见冲突，如果可以主导，会强力推进自己的方案，如果主导不了，会选择退出，没有人喜欢为别人的愚蠢买单。游戏中项目思路问题在游戏后下午的讨论中Y总有句话我不太赞同，你说HGM应该反思为什么自己每每都是对的却无人听从。至少就当天中午的游戏来讲，其做项目的思路和方法实在说不上合理。了解、分析、设计、动手、测试、交付验收，是有严格先后顺序的。SAM在了解过程中向你提了比例的问题，大家在需求分析阶段也无大错，但在设计和沟通阶段出现了影响大局的问题。首先，了解和需求过后始终没有没有明确设计方案，但其实游戏中这个小项目还到不了拼设计方案定输赢的地步，也就是具体设计方案并不重要，重要的是两边一定要统一。所以当时我一再声明最要紧的是内部先制定明确的设计方案，这是致命的一环。在自己的方案明确前浪费机会浪费时间去申请沟通是不明智的，也不会有结果的。一直再讲只有两边都有明确方案时沟通才最有效，如果两边都没有明确方案而妄想通过一两次沟通产生一个完美方案是不可能的。平常项目中和客户去沟通时也是如此，定然有明确想法才会申请和甲方会面。而因为内部设计方案本就不明确，所以多次的沟通不但未起到应有的作用，反而让两边都处于愈加混乱的局面中，也更不可能发现两边需求说明书不一样的问题。其次，沟通的问题不够关键明确。平时做项目见客户前，会先把想要了解的问题写在纸上，标明不同问题的重要程度，甚至会预先推演出客户可能的回答，并继续推演由这个答案引发的问题。但当时沟通提出的问题太匆忙，有些不在点子上，有些不够明确，沟通最后未能产生有利作用，更不可能让两方达成一致，但这里归根也是由上一个问题引出的。最后，设计方案还未定先动手剪扑克粘桥墩绝不可行，后面一旦发现问题材料损耗都是不可复原的，这只是个游戏，顶多损失几张扑克、一点胶带的成本，如果真桥难不成拆了重建？这个问题在游戏中并不致命，但是方向性错误。三分之一的时间已过，团队内部暴露的问题都太严重，已经无法修正，大势已去。上面讲的都是流程问题，说的是事，并没有说人。如果项目流程合理，方向明确，团队成员个人能力的影响是可以被弱化的。后面讨论时有认为沟通环节负责人的问题很大、沟通能力值得怀疑，不敢苟同。《道德经》中讲『以智治国，国之贼也』，如果团队、项目必须依赖某些人、某个人的能力方能存活，是不明智的。 理想团队应该用规范约束削弱其中每个人的影响力，长期带的开发团队也是这样，规范流程统一开发模式，无论人员怎样进出变动、个人能力如何，都不会明显影响到项目。游戏中团队成员的问题在按要求划分好职位后，拿到需求，我们所有人一上来就把重心放在需求文档上面，却没有先明确每个人的分工。虽然CZH是总设计师，但当时所有人都参与并干涉了具体设计，四人众口难调，难以达成统一，导致耗费多时无法拿出最终设计方案。CZH当时的表现明显是考拉型，加上所有人都干涉设计，他在设计环节根本无法主导。SAM介入设计最深，但没有全局性的思路，沟通上又失利，所以因为其具体工作做的最多，贡献最大，在项目失利后才会承担最大责任（表面上的）。我个人也没有将重心放在进度控制上，反而去干涉具体设计工作。当时团队内部混乱的情况，想来即便有明确的进度控制方案，怕也根本形成不了约束力。HGM是名义上的团队领导者，但没有实际的权力约束，加之最初没有明确分工，其对团队的领导只能靠个人影响力。本来团队领导者应该是最关键的地方，但他和我、SAM犯了同样错误，涉入设计细节太深，干涉不属于自己的工作太多，分内的工作却没有做好，更不用说其设计思路完全不合理。法国哲学家孟德斯鸠说过：『社会形成之初，是领袖造就制度。后来则是制度产生领袖。再后来，社会和经济的进一步发展又会重新塑造制度，这种制度在每个时代则产生具有临时权威的适当领袖，以迎接未来的挑战』。我们的游戏时间很短，完成不了这种轨迹的演变；而团队也是临时组建，想完美无缝组合也不现实。但如果刚开始作为主导者（领袖），可以预先明确每个人的工作，大家互不越权越位，想来后面的局面会好些。而事实却是游戏中的每个人都没有将重心放在自己分内，却强力干涉本不属于自己的部分。游戏过程中和HGM爆发明显冲突，两个人老虎型的一面碰撞在一起。但除了这一面，HGM孔雀型的一面更多，影响力更大；而我猫头鹰的一面更多，自认对项目的理解也更清楚。冲突的结果是，我没能力说服他，他却也没能力影响我。这次冲突造成的最大后果是破坏了团队的氛围，但于项目最终的失利却非主因。我做过推演设想，如果当时控制住情绪没有这次冲突，甚至是如果我当时不在团队中，按项目的演变方式，最终的结局和后来真实的情况也不会有多大偏差。团队中每个人都犯了错，做的事情越多犯的错越多，影响力越大犯的错越严重。这在平时工作中也常有体现，什么事情也不做的人，自然不会犯错，承担的责任也少，反而是那些拼死拼活的人有时出力不讨好。 而这本可以通过明确的分工、具体责任到人来避免的。明确职责可以把个人的错误约束在一定范围内，而不至影响到项目的其它环节、其它模块；责任到人，则没有谁可以钻空子逃脱责任。人是一切问题的主宰，也被一切主宰着。项目流程混乱、人员分工不明确、内部气氛不和谐，天时地利人和样样不沾，最后的失败也是必然的了。游戏中暴露的个人问题前面已经提到过， 在游戏过程中，首先当时的冲突有点过了，冲突暴露的个人问题是：固执、自以为是、偏执、桀骜不驯、性格刚烈、脾气急躁、缺乏耐心。《西游记》中有段孙悟空和猪八戒的对话，孙悟空问猪八戒『你自幼在山中吃人，晓得有两样木么？一样是杨木，一样是檀木。杨木性格甚软，巧匠取来，或雕圣象，或刻如来，装金立粉，嵌玉装花，万人烧香礼拜，受了多少无量之福。那檀木性格刚硬，油房里取了去，做柞撒，使铁箍箍了头，又使铁锤往下打，只因刚强，所以受此苦楚』。很多情况下，老虎的性格于己都是非常不利的，尤其是在和上级相处时，《史记·淮阴侯列传》中蒯通说韩信『势在人臣之位而有震主之威』，结局怕都不太好。所以在当时的情况下不该和GM针锋相对使矛盾加剧，而应该先对他的意见保持足够的倾听和尊重——无论是否赞同，并控制自己的情绪，用更柔和的语气、尝试更为合理的沟通方式劝说引导团队。在讨论节段你发了两段视频，对比不同的说话方式带来的不同结果，很值得借鉴，但那终就只是影视。在前面也提到过游说之难，其实并不相信更改下语气、换种沟通方式就能说服一个人，但至少可有效避免出现类似游戏中的冲突。最后的退出，冲突只是导火索，其真正原因还是见大势已去，很难再做挽回。后来回想，依旧不觉得当时的退出是个大的错误。在当时的情况下，冲突已经产生，内部人心涣散，流程混乱，而且以我的个人能力，即便不退出、再是尽力怕也无力回天，更何况继续在其中还有可能因为控制不住情绪使冲突扩大化。不过当时有点还是没看清楚：竞争是在两个团队中，我们虽然做的一塌糊涂，在看到对方的成果时才发现，也比我们好不到那里去。当时如果换下心态或许不至于如此：不要求做的有多好，而只要不比对方做的差，我们就有可能是赢家。所以当时的心态，过于悲观了。游戏之后，在当天下午的讨论过程中，我还犯了两个错误。其一，当时提到CZH如果做沟通协调员或许更合适，现在想来也是不对的。当时想当然的认为LSS和CZH的性格都相对温和、不急不躁，或许可以让沟通更有效。两个考拉性型的沟通，其实更难在短时间内达成明确的协调结果。现在反思起来，理想情况下，两个猫头鹰的沟通或许会更好些。其二，在会议讨论过程中，我说在项目过程中无力回天时要明哲保身，也是不正确的。但至今不认为自己说的有错，而错在在这样一个公开场合下讲这种破坏团队协作氛围的言论。当时讲『帝王心术鬼神不言』已经意识到自己不该捅破。平时的工作中，如果说非要开发自己觉得不能开发的项目，这时能做的只有明哲保身，以手里的其它重要工作为借口把工作推给别人。如果推也推不掉，只能接受，会全力去做这个不可改变的事情，力求把损失降到最低而把可能的收益最大化。一个团队中，大家在一条般上，当发现船上有了严重漏洞，如果自己一人无力解决，反复劝说掌舵者修补，却无人理会甚至因此让自己处于不堪的局面中，是不会选择和所有人一起沉船的。『 文王说纣而纣囚之；翼侯炙；鬼侯腊；比干剖心；梅伯醢』。在过去真实的工作中，也有因太过坚持而导致诸多不堪的情况。正因为清楚自己足够偏执，才会时刻提醒自己，在类似的情况下要变通，不要做伍子胥。有时候，当自认正确的理念无法申张时，过分纠结，只会再次出现游戏中的那种冲突。也正因此，《论语·微子篇》讲『 危邦不入，乱邦不居；天下有道则现，无道则隐』。这只是个游戏，而所举的例子也太过极端，在真实的情况下，很多事情也并非这般非对即错的，当然也不能保证自己永远是正确的，但道理都是类似的。也因为清楚了解到自己不能总是正确的，在和其它人沟通协作时才应该更多的尊重别人的指责，在真实项目关键环节也总是战战兢兢、不停自我否定，经常的团队会议、吸收大家的意见。如果重做类似游戏反思完游戏中暴露的团队、个人问题后，会问自己：如果再重做类似的游戏，你会怎样做？第一，我会要求游戏团队中的人员随机、数量相同以保证公平。就游戏本身来讲，团队临时组建、工程量小，在成员个人能力相差不大的情况下，两个人玩肯定比四个人玩做的好，四个人玩肯定比八个人玩做的好。这种游戏，人越少越占优势，得胜的概率越大。有特殊案例，就像你在后面会议讨论中提到的，过往有个本来就是成熟团队的做的很好。默契已经形成，人员数量的影响就被弱化了。在真实的工作中也是这样，中小型的项目，一个人可以勉强应付的，绝不会去安排两个人。一个人面临再多的问题也都是项目的问题，多一个人性质就完全变了，沟通协调、统一心志、互相游说争辩，耗费的无用的时间可是要倍增的。韩信说自己用兵多多益善，是非常不简单的。在当时的游戏中，我对一组成员的习性完全不清楚，且我们团队四个人，比起三人团队出现沟通协调问题的概率会大很多，最终的情况也着实如此，这个看似有点吹毛求疵的抱怨，其实恰会强力影响最终游戏的结局。第二，游戏开始前会先明确分工并和团队成员约定禁止干涉分外之事。临时组建的团队没有默契、没有真实权利的约束，明确每个人的分工、责任到人可以弥补这种不足。但这也有弊端，就是有可能某个人确实不能胜任所负责的部分，明确分工后其他人又不能干涉参与，那他这个环节就可能出问题。为了避免出现这种情况，在游戏开始前的分工时就需慎重选择。现在回想起来，当时的游戏中，每个人选择自己的职位时多少有点随意。在游戏开始前，确定每个人的职责后，大家内部约定好禁止越位，总经理负责监督，在进度控制过程中出现严重延迟，总经理有权更换相应部分的负责人。鉴于游戏的情况，我细想过，让设计师和沟通者由一人兼任对项目会好很多，因为游戏要求两个子公司间沟通对接，设计师必须清楚对方的设计方案，这很重要，负责沟通最好由两边的设计师直接对接。这里对设计师的要求较高，为了防止设计师在设计和沟通过程中出现问题，他有必要将设计方案和要沟通的问题汇报给总经理，其他人旁听，这时团队内部人员只能提问、补充、发现问题，而不能干涉具体设计，出现冲突由总经理拍板。到具体动手时由设计师分工，所有人均参与其中。第三，对游戏过程进行严格时间控制和流程控制。如果流程合理，整个游戏应该可控制在60分钟内：10分钟了解分析需求，15分钟设计，13分钟的沟通提问讨论，10分钟动手操作，5分钟两边团队对接，7分钟预留缓冲期。就本游戏而言测试其实可忽略，而在真实项目中测试则是个非常重要耗时的环节。具体时间划分如下：10分钟（了解分析）——3分钟（向甲方提问）——5分钟（设计）——5分钟（申请沟通）——5分钟（修正设计）——5分钟（给协作方沟通机会）——5分钟（确定最终设计）——10分钟（动手操作）——5分钟（对接）。我认为在沟通过程中应该将时间控制方案一并提出，让两方尽可能协调一致，但没必要特别具体，只需说明大致设计花费时间、每5分钟进行一次沟通及最后对接的时间节点。在游戏进行过程中，严格遵守流程，了解需求、分析清楚后再行设计，设计方案统一后，再动手操作，类似游戏中出现的、设计方案未定而先动手的方式是绝不可取的。这个详细的时间划分方案是事后想来的，我自问，在当时接到游戏后的紧张情况下，前期不可能想的这般精细。当时只能考虑过大概，1/4的时间了解分析，1/3的时间确定设计方案，1/6的时间动手、对接，1/6时间预留做风险控制，沟通提问则贯穿于前面2/3的时间里。但当时，并未能在团队中控制住时间点，也未能说服大家关注时间点，更没有时间延后、风险控制的方案。所以如果重新再做类似的游戏，在了解分析评估后，做为时间控制者，应该尽快给出自己的时间控制方案，由总经理拍板，并和团队成员约定严格遵守。第四，如果可能，游戏参与者应该事先互相了解、协调一致。这个游戏的关键是人与人的协作、团队与团队的协作，是两边的事情，如果游戏开始前能互相了解沟通下或许会更好，比如在人员划分方案中由设计师兼任沟通者、在时间控制上达成一致等等。因为以上说的再好，也只能控制一方的团队。不过游戏禁止事前沟通、限制中间沟通的目的恰是为了考验参与者在不可测情况下的沟通协调能力，这个设想或已违反游戏规则了。第五，会严格要求自己。自己的问题前面已经反思过很多。如果再重玩类似游戏：首先以上反思的部分，要求别人的自己也定然先遵守，比如做好分内不越权越位。其次严格控制个人情绪、以大局为重，多向团队输入积极乐观的能量，绝不再做破坏团队氛围的事情。最后，以上诸多，必须要能说服团队所有人，自己再是清楚明白最多也只能管好自己，而游戏是要靠整个团队，所以游戏进行过程中要想尽办法在团队中施加个人影响力，引导团队走在清晰正确的轨道上。而这个向团队输入个人影响力的过程，则需要诸多的技巧，沟通的语气方式、协调各方的能力、耐心、宽容心等等。另外，如果再有类似游戏、类似情况，可能不会再这般轻易放弃，面对逆境，或许更需要乐观向上的心态。如果这些都可以做到，再谈拼人员能力，拼设计方案、拼成本控制。本期的培训已近尾声，以上对本次游戏的总结反思，算是给这期的培训画个节点。培训过程所得良多，更诱发了自己对于管理的进一步思考，这里一并表示感谢。后面附的是张自己很喜欢的团队管理体系图谱。诸事顺遂，贵体康泰。再次，致谢。附当时游戏的说明：器械准备：剪刀2把、筷子2双、窄胶带2卷、纸杯4个、牙签10根、扑克两副、需求说明书两个、标有以上物品名称和价格的清单。场地要求：至少长度够十米，将队员分别安排在两边。项目布置：先将每个团队分成两组，代表两个分公司，每个分公司有总经理、沟通协调负责人、进度控制负责人、总设计师及员工若干（当时并未要求不准一人兼任多职）。你们面前两条线之间是滚滚的江水，这条江上还从来没有过桥，当地人都是用渡船交通，非常不便。你们来到这里，要为人们造福，也是为了我们能够汇合。我们需要在短时间内造一座桥，但是由于资源有限，加上为了增加施工进度，我们两个分公司各自只需要造桥的一半。造好后，在江水上对接即可。两边分到的工具是一样的。游戏要求：你们只能使用物品清单上已经提供给你们的物品。任务完成后，两侧的桥要对接起来，并能经过压力测试。 项目进行中，只能在划定的区域内活动。时间限制：100分钟 。项目规则：项目进行中，双方可以有一共三次、每次时长为5分钟的沟通权利。沟通地点为江上的小岛（一张桌子），要由培训师用渡船将沟通队员渡到岛上。沟通时，每队只能有一人。项目进行中，除沟通时间，双方不可隔江喊话或以其他方式沟通。 不能使用通讯工具。最后哪个团队能在最短时间内用最少材料照最好的桥谁就胜出，这个有项目验收，会统计人月成本、材料成本及项目完成情况。当时比较狗血的是，没想到2组人员拿到的需求说明书竟是不全的，每组的需求说明只是一部分，两边合起来才算完整。有团队在沟通时发现两边设计完全不对，为什么你们要设计这么宽？为什么你们要设计那么高？因为他们两边的需求说明书不全，这边的需求说明有高度长度要求却无宽度要求，那边的则相反。这个游戏考验的是全组的默契，团队沟通协作能力，要凝聚每个人的智慧，才能挖掘出团队最大的活力与竞争力。
第一章我如何做好销售团队的整体组织规划 依靠优秀销售团队的努力，可以为下级经销商和客户提供全方位的销售服务，以获得协同和配合，提高产品和服务的差异化和增值性，从而建立争夺市场优势的基础。同时，市场不可预测的快速多变，也要求销售团队保持快速的响应能力，以及时调整市场策略，使销...
用两张图告诉你，为什么你的 App 会卡顿? - Android - 掘金Cover 有什么料？ 从这篇文章中你能获得这些料： 知道setContentView()之后发生了什么？ ... Android 获取 View 宽高的常用正确方式，避免为零 - 掘金相信有很多朋友...
用两张图告诉你，为什么你的 App 会卡顿? - Android - 掘金 Cover 有什么料？ 从这篇文章中你能获得这些料： 知道setContentView()之后发生了什么？ ... Android 获取 View 宽高的常用正确方式，避免为零 - 掘金 相信有很多...
先说项目开发过程中团队人员的分工协作。 一 人员安排 毕业至今的大部分项目都是独立完成，虽然也有和其他同事协作的时候，但自认为对团队协作的了解和认知都还有所欠缺。很清楚团队协作的重要性，但尚未有很好的机会在相对成熟的团队中锻炼实践。 先抛开软件开发团队中人员的具体安排不讲，...
摘自http://www.51testing.com/html/56/n-3721856.html 先说项目开发过程中团队人员的分工协作。 一、人员安排 毕业至今的大部分项目都是独立完成，虽然也有和其他同事协作的时候，但自认为对团队协作的了解和认知都还有所欠缺。很清楚团队协...
张东辉，焦点初级第43期坚持原创分享第26天（） 今天，我要去参加驾照考试。 从昨天晚上开始，听着窗外淅淅沥沥的雨，我就开始担心，要是明天还下雨怎么办？ 一大早，先生开车送我去考场。下楼，还下着小雨，天阴的很重。坐在车里，心，一点一点稳下来了，对先生说，下...
最近，我阅读了脸谱网（Facebook）现任首席运营官谢丽尔·桑德伯格写的《向前一步》。 正如本书的名人推荐部分，李开复所说的：读完此书，每个人都会有不同角度的收获和心得！ 下面，我结合书中的内容谈谈自己的一些感悟与收获。 事业还是家庭？ 当我们在谈论女性朋友有了婚姻、有了...
《青玉案》 笙歌夜夜鲜舞步， 曲音落， 斛光起。 宝马香车高仕路， 烟花烂漫， 灯火阑珊， 一片繁华处。 华年锦瑟青春暮， 莺声燕语风流度。 岁月荏苒光阴去， 那堪回首， 斜阳依旧， 还湿相思语！ 甲午秋月果农
说你不爱种花，因为你不愿意看见花瓣凋落，所以，为了避免一切结束，你拒绝了所有开始。
新手程序员面对问题，没有思路或者理不清思路。纠结于一些细节，不能跳出现象，看到问题的本质。这就非常严重地限制了发展，如果没有清晰的思路和明确问题的把握，怎样能解决问题呢？ 而新手往往又有些急于求成，在他们看来，立即能够看到效果是最好的。他们所熟悉的还是校园里那些相对简单的函...}