⑴ 工作中如何做好技术积累
古人云：“活到老，学到老。”互联网算是最辛苦的行业之一，“加班”对工程师来说已是“家常便饭”，同时互联网技术又日新月异，很多工程师都疲于应付，叫苦不堪。以至于长期以来流传一个很广的误解：35岁是程序员工作的终点。
如何在繁忙的工作中做好技术积累，构建个人核心竞争力，相信是很多工程师同行都在思考的问题。本文是我自己的一些总结，试图从三个方面来解答：
第一部分阐述了一些学习的原则。任何时候，遵循一些经过检验的原则，都是影响效率的重要因素，正确的方法是成功的秘诀。
提升工作和学习效率的另一个重要因素是释惑和良好心态。第二部分分析了我在工作中碰到和看到的一些典型困惑。
成为优秀的架构师是大部分初中级工程师的阶段性目标。第三部分剖析架构师的能力模型，让大家对目标所需能力有一个比较清晰的认知。
如何学习
在繁忙的工作中，持之以恒、不断学习和进步是一件艰巨的任务，需要坚强的毅力和坚定的决心。如果方法不得当，更是事倍功半。幸好我们的古人和现在哲人已经总结了很多优秀的学习方法论，这里汇总了一些重要原则。遵循这些方法必会对大家的工作学习大有裨益。
贵在坚持
有报道指出，过去几十年的知识量超过之前人类几千年的知识量总和。而计算机领域绝对是当代知识更新最快的领域之一，因此，工程师必须要接受这样一个现实，现在所掌握的深厚知识体系很快就会被淘汰。要想在计算机领域持续做优秀架构师，就必须不停的学习，掌握最新技术。总之，学不可以已。
所谓“冰冻三尺，非一日之寒，水滴石穿，非一日之功”，通往架构师的道路漫长而又艰巨，轻易放弃，则所有付出瞬间付之东流。要想成为优秀的架构师，贵在坚持！
虽然知识更新很快，但是基础理论的变化却非常缓慢。这就是“道”和“象”关系，纵是世间万象，道却万变不离其宗。对于那些非常基础的理论知识，我们需要经常复习，也就是“学而时习之”。
重视实践
古人云：“纸上得来终觉浅，绝知此事要躬行。” 学习领域有所谓721模型：个人的成长70%来自于岗位实践，20%来自向他人学习，10%来自于培训。虽然这种理论存在争议，但对于工程师们来说，按照实践、学习和培训的方式进行重要性排序，大致是不错的。所以重视实践，在实践中成长是最重要的学习原则。
人类的认知有两种：感性认知和理性认知。这两种认知互相不可替代性。实践很大程度来自于感性学习，看书更像是理性学习。以学开汽车做例子，很难想象什么人能够仅仅通过学习书本知识就会开汽车。
书本知识主要是传道——讲述抽象原型，而对其具体应用场景的讲述往往含糊其辞，对抽象原型之间的关系也是浅尝辄止。采用同样精确的语言去描述应用场景和关联关系将会失去重点，让人摸不着头脑。所以，仅仅通过看书来获得成长就像是用一条腿走路。
重视实践，充分运用感性认知潜能，在项目中磨炼自己，才是正确的学习之道。在实践中，在某些关键动作上刻意练习，也会取得事半功倍的效果。
重视交流
牛顿说：“如果说我看得比别人远一些，那是因为我站在巨人的肩膀上。”我们需要从别人身上学习。从老师、领导、同事、下属甚至对手身上学习，是快速成长的重要手段。
向老师和领导学习已经是人们生活习惯的一部分了。但是从同事甚至对手那里学习也很重要，因为这些人和我们自身更相似。所以要多多观察，取其所长，弃其所短。对于团队的小兄弟和下属，也要“不耻下问”。
此外，在项目中积极参与具体方案讨论也非常重要。参与者先验感知了相关背景，并且讨论的观点和建议也是综合了发言者多种知识和技能。所以，讨论让参与者能够非常全面，立体地理解书本知识。同时，和高手讨论，他们的观点就会像修剪机剪树枝一样，快速的剪掉自己知识领域里面的疑惑点。
重视总结和输出
工程师在实践中会掌握大量细节，但是，即使掌握了所有细节，却没有深刻的总结和思考，也会陷入到“学而不思则罔”的境地。成长的“量变”来自于对细节的逐渐深入地把控，而真正的“质变”来自于对“道”的更深层次的理解。
将经验输出，接受别人的检验是高层次的总结。这种输出不仅帮助了别人，对自身更是大有裨益。总结的方式有很多，包括组织分享，撰写技术文章等等。当然“日三省吾身”也是不错的总结方式。总之，多多总结，多多分享，善莫大焉！
解答别人的问题也是个人成长的重要手段。有时候，某个问题自己本来不太懂，但是在给别人讲解的时候却豁然开朗。所以，“诲人不倦”利人惠己。
重视规划
凡事预则立，不预则废。对于漫长的学习生涯而言，好的计划是成功的一半。
长期规划
长期规划的实施需要毅力和决心，但是做正确的长期规划还需要高瞻远瞩的眼界、超级敏感的神经和中大奖的运气。对于大部分人来说，长期规划定主要是“定方向”。但遵循如下原则能够减少犯方向性错误的概率：
远离日暮西山的行业。
做自己感兴趣的事情。
做有积累的事情。
一边走一边看，切勿一条道走到黑。
短期规划
良好的短期规划应该在生活、成长、绩效和晋升之间取得平衡。大部分公司都会制定一个考核周期——少则一个月，多则一年。所以不妨以考核周期作为短期学习规划周期。本质上，规划是一个多目标优化问题，它有一系列的理论方案，这里不一一细说。基于相关理论，我给出一个简单易行的方案：
确定目标优先级。比如：成长、生活、绩效。
确定每个目标的下限。从优化理论的角度来看，这被称为约束。比如绩效必须在一般以上，之前已经规划好的旅行不能更改，必须读完《Effective Java》等等。
优先为下限目标分配足够的资源。比如，事先规划好的旅行需要10天，这10天就必须预算出去。
按照各主目标的顺序依次分配资源。比如，最终分配给学习的时间是10天。
在给定的学习预算下，制定学习目标，要激进。然后给出执行方案。比如，学习目标是掌握基本的统计学知识，并成为Java专家。具体方案为：完成《Effective Java》、《Java Performance》、《Design Pattern》、《Head First Statistics》四本书的阅读。
对规划中的各学习任务按目标优先级进行排序，并最先启动优先级最高的任务。比如，最高优先级是掌握统计理论，那么就要先看《Head First Statistics》。
对于该方案，要注意以下几点：
最低目标必须能够轻松达成的目标，否则，从优化理论的角度来讲，该命题无解。比如，类似“半年内完成晋级两次、绩效全部S、从菜鸟成为Java专家”就不太合适作为最低目标。总之，要区分理想和梦想。
主要目标规划必须具备一定的挑战性，需要规划出不可能完成的目标。过度规划本质上是一种贪婪算法，目的是目标价值最大化。因为一切皆有变数，如果其他目标能够提前完成，就不妨利用这些时间去完成更多的学习目标。总之，前途必须光明，道路必须坎坷。
各目标之间不一定共享资源，规划不一定互有冲突。
此外，短期规划还可以从如下几个方面进行优化：
学习计划最好能结合工作计划，理论联系实际结合，快速学以致用。比如，本季度规划去做一些数据分析工作，那么不妨把学习目标设置为学习统计知识。
要灵活对待规划的目标和具体执行步骤，需要避免“郑人买履”式的笑话。面临新的挑战和变化，规划需要不断地调整。
那些令人纠结的困惑
人生是一场马拉松，在漫长的征途中，难免有很多困惑。困惑就像枷锁，使我们步履蹒跚，困惑就像死锁，让我们停滞不前。
接下来我将总结自己在工作中碰到和看到的一些典型困惑。这些困惑或者长期困扰作者本人，或者困扰我身边的同事和朋友。当这些困惑被释然之后，大家都感觉如重获释，为下一阶段的征程提供满满的正能量。人生就像一场旅途，不必在乎目的地，在乎的，应该是沿途的风景，以及看风景的心情。良好的心态是技术之旅最好的伴侣。期望通过这个解惑之旅，让大家拥有一个愉快的心情去感受漫长的学习旅途。
学无止境吗
必须要承认一个残酷的现实：人的生命是有限的，知识却是无限的。用有限的生命去学习无限的知识是不可能完成的任务。一想到此，有些工程师不免产生一些悲观情绪。如果方法得当并且足够勤奋，悲伤大可不必。
虽然，人类的整体知识体系一直在扩张。但是就很多重要的工程细分领域，基础理论并不高深。计算机的很多重要领域，工程师有能力在有限时间内抓住核心要害。
比如，密码学被认为是门非常高深的学科，但是一大类密码技术的基础是数论中一个非常简单的理论——素因数分解：给出两个素数，很容易算出它们的积，然而反过来给定两个素数的积，分解的计算量却非常惊人。
“一致性”算得上是计算机领域里面最经典的难题，它是所有分布式系统的基础，从多核多CPU到多线程，从跨机器到跨机房，无所不在，几乎所有的计算机从业人员都在解决这个问题，但是Paxos给出了一个很优雅的解决方案。
权限管理是很多工程师的噩梦，但如果你能搞定“Attribute Based Access Control(ABAC)”和“Role-Based Access Control(RBAC)”，也能达到相当高度。
另外，技术学习是一场对抗赛，虽然学无止境，超越大部分对手就是一种胜利。所以，以正确的学习方式，长时间投入就会形成核心竞争力。
没有绝对高明的技术，只有真正的高手
致力于在技术上有所成就的工程师，都梦想有朝一日成为技术高手。但技术高手的标准却存在很大的争议。这是一个有着悠久历史的误解：以某种技术的掌握作为技术高手的评判标准。我经常碰到这样一些情景：因为掌握了某些技术，比如Spring、Kafka、Elasticsearch等，一些工程师就自封为高手。有些工程师非常仰慕别的团队，原因竟是那个团队使用了某种技术。
这种误解的产生有几个原因：首先，技多不压身，技术自然是掌握的越多越好，掌握很多技术的人自然不是菜鸟。其次，在互联网时代来临之前，信息获取是非常昂贵的事情。这就导致一项技能的掌握可以给个人甚至整个公司带来优势地位。互联网时代，各种框架的出现以及开源的普及快速淘汰或者降低了很多技能的价值，同时降低了很多技术的学习门槛。所以，在当前，掌握某项技能知识只能是一个短期目标。怀揣某些技能就沾沾自喜的人需要记住：骄傲使人退步。
所谓麻雀虽小，五脏俱全。如果让你来做造物主，设计麻雀和设计大象的复杂度并没有明显区别。一个看起来很小的业务需求，为了达到极致，所需要的技术和能力是非常综合和高深的。真正的高手不是拿着所掌握的技术去卡客户需求，而是倾听客户的需求，给出精益求精的方案。完成客户的需求是一场擂台赛，真正的高手，是会见招拆招的。
不做项目就无法成长吗
在项目中学习是最快的成长方式之一，很多工程师非常享受这个过程。但是一年到头都做项目，你可能是在一家外包公司。对于一个做产品的公司，如果年头到年尾都在做项目，要不然就是在初步创业阶段，要不然就是做了大量失败的项目，总之不算是特别理想的状态。正常情况，在项目之间都会有一些非项目时间。在这段时间，有些同学会产生迷茫，成长很慢。
项目真的是越多越好吗？答案显然是否定的。重复的项目不会给工程师们带来新的成长。不停的做项目，从而缺乏学习新知识的时间，会导致“做而不学则殆”。真正让工程师出类拔萃的是项目的深度，而不是不停地做项目。所以，在项目之间的空档期，工程师们应该珍惜难得的喘息之机，深入思考，把项目做深，做精。
如何提高项目的深度呢？一般而言，任何项目都有一个目标，当项目完成后，目标就算基本达成了。但是，客户真的满意了吗？系统的可用性、可靠性、可扩展性、可维护性已经做到极致了吗？这几个问题的答案永远是否定的。所以，任何一个有价值的项目，都可以一直深挖。深挖项目，深度思考还可以锻炼工程师的创造力。期望不停地做项目的人，就像一个致力于训练更多千里马的人是发明不出汽车的。锻炼创造力也不是一蹴而就的事情，需要长时间地思考。总之，工程师们应该总是觉得时间不够用，毕竟时间是最宝贵的资源。
职责真的很小吗
很多时候，一个工程师所负责系统的数量和团队规模与其“江湖地位”正相关。但是，江湖地位与技术成长没有必然关联。提升技术能力的关键是项目深度以及客户的挑剔程度。项目越多，在单个项目中投入的时间就越少，容易陷入肤浅。特别需要避免的是“ 在其位不谋其政”的情况。团队越大，在管理方面需要投入的精力就越多。在管理技巧不成熟，技术眼界不够高的前提强行负责大团队，可能会导致个人疲于应付，团队毫无建树。最终“ 一将无能，累死三军”，效果可能适得其反。
从技术发展的角度来说，技术管理者应该关注自己所能把控的活跃项目的数量，并致力于提高活跃项目的影响力和技术深度。团队人数要与个人管理能力、规划能力和需求把控能力相适应。一份工作让多个人来干，每个人的成长都受限。每个人都做简单重复的工作，对技术成长没有任何好处。团队管理和项目管理需要循序渐进，忌“拔苗助长”。
一定要当老大吗
有一些工程师的人生理想是做团队里的技术老大，这当然是一个值得称赞的理想。可是，如果整个团队技术能力一般，发展潜力一般，而你是技术最强者，这与其说是幸运，不如说是悲哀。这种场景被称之为“武大郎开店”。 团队里的技术顶尖高手不是不能做，但为了能够持续成长，需要满足如下几个条件：
首先你得是行业里面的顶尖专家了——实在很难找到比你更强的人了！
其次，你经常需要承担对你自己的能力有挑战的任务，但同时你拥有一批聪明能干的队友。虽然你的技术能力最高，但是在你不熟悉的领域，你的队友能够进行探索并扩展整个团队的知识。
最后，你必须要敏而好学，不耻下问。
否则，加入更强的技术团队或许是更好的选择，最少不是什么值得骄傲的事情。
平台化的传说
平台化算得上是“高大上”的代名词了，很多工程师挤破头就为了和“平台化”沾点边。然而和其他业务需求相比，平台化需求并没有本质上的区别。无论是平台化需求还是普通业务需求，它的价值都来自于客户价值。不同点如下：
很多平台化需求的客户来自于技术团队，普通需求的客户来自于业务方。
产品经理不同。普通业务需求来自于产品经理，平台化需求的产品经理可能就是工程师自己。长期被产品经理“压迫”的工程师们，在平台化上终于找到“翻身农奴把歌唱”的感觉。
很多平台化的关注点是接入能力和可扩展性，而普通业务的关注点更多。
归根结底，平台化就是一种普通需求。在实施平台化之前，一定要避免下面两个误区：
平台化绝对不是诸如“统一”、“全面”之类形容词的堆砌。是否需要平台化，应该综合考虑：客户数量，为客户解决的问题，以及客户价值是否值得平台化的投入。
平台化不是你做平台，让客户来服务你。一些平台化设计者的规划设计里面，把大量的平台接入工作、脏活累活交给了客户，然后自己专注于所谓“最高大上”的功能。恰恰相反，平台化应该是客户什么都不做，所有的脏活累活都由平台方来做。本质上讲，平台化的价值来自于技术深度。真正体现技术深度的恰恰是设计者能够很轻松的把所有的脏活累活搞定。
所以平台化的最佳实践是：投入最少的资源，解决最多的问题。平台解决一切，客户坐享其成。
搞基础技术就一定很牛吗
经常听到同学们表达对基础技术部同学的敬仰之情，而对搞业务技术的同学表现出很轻视，认为存储、消息队列、服务治理框架（比如美团点评内部使用的OCTO）、Hadoop等才能被称为真正的技术。事实并非如此，更基础的并不一定更高深。
比如下面这个流传很久的段子：越高级的语言就越没有技术含量。但真是这样吗，就拿Java和C来说，这是完全不同的两种语言，所需要的技能完全不同。C或许跟操作系统更加接近一点，和CPU、内存打交道的机会更多一点。但是为了用好Java，程序员在面向对象、设计模式、框架技术方面必须要非常精通。Java工程师转到C方向确实不容易，但作者也见过很多转到Java语言的C工程师水土不服。
基础技术和业务应用技术必然会有不同的关注点，没有高低之分。之所以产生这种误解，有两个原因：
基础技术相对成熟，有比较完整的体系，这给人一个高大上的感觉。业务应用技术相对来说，由于每个团队使用的不一样，所以成熟度参差不齐，影响力没有那么大。
基础技术的门槛相对来说高一点，考虑到影响面，对可靠性、可用性等有比较高的最低要求。但是门槛高不代表技术含量高，另外成熟技术相对来说在创新方面会受到很大的约束。但是最先进的技术都来自活跃的创新。
对比下来，业务技术和基础技术各有千秋。但真正的高手关注的是解决问题，所有的技术都是技能而已。
可行性调研的那些坑
工作中开展可行性调研时有发生。做可行性调研要避免如下情况：
把可行性调研做成不可行性调研。这真的非常糟糕。不可行性的结论往往是：因为这样或者那样的原因，所以不可行。
避免“老鼠给猫挂铃铛”式的高风险可行性方案。“天下大事必作于细”，可行性调研一定要细致入微，避免粗枝大叶。
避免调研时间过长。如果发现调研进展进入到指数级复杂度，也就是每前进一步需要之前两倍的时间投入，就应该果断的停止调研。
可行性调研的结论应该是收益与成本的折衷，格式一般如下：
首先明确预期的结果，并按照高中低收益进行分级。
阐述达成每种预期结果需要采取的措施和方案。
给出实施各方案需要付出的成本。
工程师天生不善沟通吗
实际工作中，沟通所导致的问题层出不穷。工程师有不少是比较内向的，总是被贴上“不善沟通”的标签。实际上，沟通能力是工程师最重要的能力之一，良好的沟通是高效工作学习的基础，也是通过学习可以掌握的。下面我按工程师的语言说说沟通方面的经验。
第一类常见的问题是沟通的可靠性。从可靠性的角度来讲，沟通分为TCP模式和UDP模式。TCP模式的形象表述是：我知道你知道。UDP模式的形象表述是：希望你知道。TCP模式当然比较可靠，不过成本比较高，UDP模式成本低，但是不可靠。在沟通可靠性方面，常见错误有如下两种：
经常听到的这样的争论。一方说：“我已经告诉他了”，另一方说：“我不知道这个事情呀”。把UDP模式被当作TCP模式来使用容易产生扯皮。
过度沟通。有些同学对沟通的可靠性产生了过度焦虑，不断的重复讨论已有结论问题。把TCP模式当成UDP来使用，效率会比较低。
第二类沟通问题是时效性问题。从时效性讲，沟通分为：同步模式和异步模式。同步沟通形象地说就是：你现在给我听好了。异步沟通的形象表述是：记得给我做好了。在沟通时效性方面，有如下两种常见错误：
已经出现线上事故，紧急万分。大家你一言，我一语，感觉事故可能和某几个人有关，但是也不能完全确定，所以没有通知相关人员。最终，一个普通的事故变成了严重事故。对于紧急的事情，必须要同步沟通。
半夜三点你正在熟睡，或者周末正在逛街，接到一个电话：“现在有个需求，能否立刻帮忙做完。”这会非常令人郁闷，因为那并不是紧急的事情。不是所有的需求都需要立刻解决。
有效沟通的一个重要原则是提前沟通。沟通本质是信息交流和处理，可以把被沟通对象形象地比喻成串行信息处理的CPU。提前沟通，意味着将处理请求尽早放入处理队列里面。下面的例子让很多工程师深恶痛绝：一个需求策划了1个月，产品设计了2周。当开发工程是第一次听说该需求的时候，发现开发的时间是2天。工程师据理力争，加班加点1周搞定。最后的结论是工程师非常不给力，不配合。就像工程师讨厌类似需求一样。要协调一个大项目，希望获得别人的配合，也需要尽早沟通。
有效沟通的另外一个重点是“不要跑题”。很多看起来很接近的问题，本质上是完全不同的问题。比如：一个会议的主题是“如何实施一个方案”，有人却可能提出“是否应该实施该方案”。 “如何实施”和“是否应该实施”是完全不同的两个问题，很多看起来相关的问题实际上跑题很远。“跑题”是导致无效沟通的重要原因。
良好沟通的奥秘在于能掌握TCP模式和UDP模式精髓，正确判断问题的紧急性，尽量提前沟通，避免跑题。
带人之道
有些初为导师的工程师由于担心毕业生的能力太弱，安排任务时候谆谆教诲，最后感觉还是有所顾虑，干脆自己写代码。同样的事情发生在很多刚刚管理小团队的工程师身上。最终的结果他们：写完所有的代码，让下属无代码可写。“ 事必躬亲”当然非常糟糕，最终的往往是团队的整体绩效不高，团队成员的成长很慢，而自己却很累。
古人说：“用人不疑，疑人不用。”这句话并非“放之四海而皆准”。在古代，受限于通信技术，反馈延迟显着，而且信息在传递过程中有大量噪音，变形严重。在这种情况下，如果根据短期内收集的少量变形的信息做快速决断，容易陷于草率。在公司里，这句话用于选人环节更为恰当，应该改为：录用不疑，疑人不录。
考虑到招聘成本，就算是在录用层面，有时候也无法做到。作为一个小团队的管理者，能够快速准确的获取团队成员的各种反馈信息，完全不需要“用人不疑，疑人不用”。用人的真正理论基础来自于“探索和利用”(Exploration and Exploitation )。不能因为下属能做什么就只让他做什么，更不能因为下属一次失败就不给机会。
根据经典的“探索和利用”(Exploration and Exploitation )理论，良好的用人方式应该如下：
首选选择相信，在面临失败后，收缩信任度。
查找失败的原因，提供改进意见，提升下属的能力。
总是给下属机会，在恰当地时机给下属更高的挑战。 总之，苍天大树来自一颗小种子，要相信成长的力量。
效率、效率、效率
经常看到有些同学给自己的绩效评分是100分——满分，原因是在过去一段时间太辛苦了，但最终的绩效却一般般。天道酬勤不错，但是天道更酬巧。工程师们都学过数据结构，不同算法的时间复杂度的差距，仅仅通过更长的工作时间是难以弥补的。为了提升工作学习效率，我们需要注意以下几点：
主要关注效率提升。很多时候，与效率提升所带来的收益相比，延长时间所带来的成果往往不值得一提。
要有清晰的结果导向思维。功劳和苦劳不是一回事。
做正确的事情，而不仅仅正确地做事情。这是一个被不断提起的话题，但是错误每天都上演。为了在规定的时间内完成一个大项目，总是要有所取舍。如果没有重点，均匀发力，容易事倍功半。如果“南辕北辙”，更是可悲可叹。
架构师能力模型
前面我们已经讲完了原则和一些困惑，那么工程师到底应该怎么提升自己呢？
成为优秀的架构师是大部分初中级工程师的阶段性目标。优秀的架构师往往具备七种核心能力：编程能力、调试能力、编译部署能力、性能优化能力、业务架构能力、在线运维能力、项目管理能力和规划能力。
这几种能力之间的关系大概如下图。编程能力、调试能力和编译部署能力属于最基础的能力。不能精通掌握这三种能力，很难在性能优化能力和业务架构能力方面有所成就。具备了一定的性能优化能力和业务架构能力之后，才能在线运维能力和项目管理能力方面表现优越。团队管理能力是最高能力，它对项目管理能力的依赖度更大。
⑵ 如何提高自己的技术技能
一个人的技术能力大致有几个方面：知识，学习能力，解决问题能力，创造能力，精神能力，综合能力。下面分别叙述 ：
一．知识：
知识包括学习获得的书本知识，实际中的经验教训。知识会随着时间一边有新的知识被掌握，另一边又有老旧的知识被淘汰。是一个此消彼长的时间函数。那么知识按 At·Tz增加，知识按 A1-t·Tx 衰减。其中A为基础知识，Tz为知识增长时间常数， Tx为知识衰减时间常数，t为时间（单位：年）。如果你所掌握的知识越陈旧那么Tx就越大，知识衰减的就越快。
知识的结构也是非常重要的方面。知识结构好表现在连贯性强，当做一个项目，所有的有关项目的主要知识都拥有，就会得心应手，
游刃有余。在本专业上知识的连贯性强代表知识的利用效率高，采用参数连贯系数KL表示。
知识结构好还表现在扩张性上，中国的哲学讲的是道者一也。也就是说所有事物都有共同的规律。掌握具有共同规律的知识在扩展到别的领域是会比较轻松和容易。扩张性强表示学习能力强，学习效率高。采用参数扩张系数KK表示。
二．学习能力：
上面说的扩张系数表示了从一种专业跳到另一种专业的学习能力，所谓举一反三就是这个意思。
对于本专业有的人学的快，领悟的深，有的人则较差。把这种学习上的差异量化成参数学习能力系数Kx，表示学习能力的强弱。
三．解决问题能力：
做项目所面对的就是一个个问题，如何把问题解决的更好，在错综复杂的矛盾中找到好的方案，这是高手的主要标志。解决问题的能力的基础是所掌握的知识，包括理论的和实践所获得的经验。这还不够，还体现在思考能力的强弱。有的人想的深入，想的透彻而全面，能够抓住本质。有的人却只能在表面上兜圈子。这个能力并不涉及知识，知识少的人也可以具有很强的思考能力，这个能力犹如一个放大器可以把知识的能量放大。用解决问题能力参数Kj表示这个能力的量化。
四．创新能力： 在其价值上会获得高分。创新能力是一种特殊的思维能力，它要通过一系列的创新活动逐渐练就的，创新思维和普通的思维是不同的。比如，创新能力需要有丰富的联想能力，会把甲上用的方法联想于用在乙上，而甲和乙是两种风马牛不相及的事物。创新能力强的人的这种联想能力会非常流畅，自然。
创新是产品最具价值的特质，因此具有强的创造能力的科研人员在其价值上会获得高分。
⑶ 想创业有技术但没资金 ,如何快速积累资金
创业融资需要费用支出，需要花费很多精力和时间，而且如果只是抱着试试看的态度去融资，十之八九是不会成功的。所以，创业融资必须做好融资准备工作。 创业伊始， 很多中小企业就想到融资。其实，求人不如求己，融资需要花时间化精力，融资需要向别人披露自己的商业秘密，而且引入外部股权资本很可能同时引进了矛盾。从另一方面来说，投资商都是尽量规避风险的，所以一般企业在起步或早期是很难融到资金的，而在企业已经成长起来，销售额和利润持续增长的情况下，很多投资商会主动找上门来。所以在创业的早期阶段必须依赖自己的资金，从销售入手，积极地寻找客户，有了营业收入就有了发展的动力。挖掘内部资金资源 在寻求外部资金之前，先充分利用内部的资金资源：企业应该有一个很好的现金流预测系统，向顾客提供足够的激励条件鼓励他们及时付款，对客户要有严格的信用评估程序，做好给供应商付款的计划，尽全力保证销售收入，控制库存量，完善质量控制体系，降低废品率，变现闲置资产。 积极寻求外部资金 如果内部资源都已经充分利用，那么再看有什么外部资源：股东的资金，企业的往来帐户银行透支或贷款的可能，代理商应付款或票据的贴现，出售反租（出售给租赁公司再租用该项资产），商业银行贷款，政府或公共机构的无偿资助或贴息贷款，最后才是风险投资基金。 银行融资 银行融资是现阶段中小企业资金的主要来源，除传统的流动资金贷款外，针对中小企业普遍缺少抵押品的特点，还有以下几种特殊贷款：应收帐款质押贷款：应收帐款质押贷款是指生产型企业以其销售形成的应收帐款作为质押，向银行申请的授信。用于质押的应收帐款须满足一定的条件，比如应收帐款项下的产品已发出并由购买方验收合格，购买方(应收帐款付款方)资金实力较强，无不良信用记录，付款方确认应收帐款的具体金额并承诺只向销售商在贷款银行开立的指定帐户付款，应收帐款的到期日早于借款合同规定的还款日等。应收帐款的质押率一般为六至八成，申请企业所需提交的资料一般包括销售合同原件、发货单、收货单、付款方的确认与承诺书等。其他所需资料与一般流动资金贷款相同。商业承兑汇票贴现：与银行承兑汇票相比，尽管商业承兑汇票无银行信用担保，只有出票人(相当于前述应收帐款付款方)的信用担保，但对于销售商来讲，由于容易取得付款方的认同与配合，而且操作规范，因此销售商仍乐于接受。商业承兑汇票贴现实际也是应收帐款融资的一种形式。由于无银行的信用担保，因此贴现银行对销售商及其下游付款方的资信要求较高，只对符合特定条件的企业办理此项业务。近来，建行等一些银行还推出了无追索商业承兑汇票贴现服务，即银行放弃对贴现申请人(销售商)的追索，只享有对付款方(出票人)的追索权。因此，对那些需改善财务指标的上市公司或拟上市公司来讲，可积极尝试向银行提出无追索贴现申请。应收帐款信托贷款：应收帐款信托贷款是指以申请企业作为委托人，信托公司作为受托人，银行作为受益人，三方共同签订信托合同。企业将应收帐款委托给信托公司，信托公司负责监督企业对应收账款的回收工作。应收帐款的收益归银行，同时银行和该企业签订贷款合同，银行向企业发放贷款。由于这种操作方式利用信托财产独立性的特点，将应收帐款安全隔离为信托财产，与前述应收帐款质押相比，提高了银行贷款的安全性，而且对融资申请企业来讲，只是会增加一定的融资成本，因此，对银行与企业都会有较大的吸引力。融资租赁方式：融资租赁对企业来讲，其实就是一种分期付款，可减轻短期内的现金流压力。对于那些需要大型机电设备、大宗原材料采购的中小企业来讲，融资租赁不失为一种好的融资方法。保理融资：是指销售商通过将其合法拥有的应收帐款转让给银行，从而获得融资的行为，分为有追索与无追索两种。前者是指当应收帐款付款方到期未付时，银行在追索应收帐款付款方之外，还有权向保理融资申请人(销售商)追索未付款项，后者指当应收帐款付款方到期未付时，银行只能向应收帐款付款方行使追索权。动产质押贷款：企业可用于质押的动产主要包括产成品、原材料等。由于动产的流动性与不可控性，目前国内部分银行与仓储公司或物流公司合作，推出了监管仓仓单质押贷款这一新品种，操作要点是：申请企业将动产运至指定的物流、仓储公司的监管仓，物流、仓储公司向申请企业出具仓单，并交付银行，银行据此发放贷款。当申请企业需支用该部分动产时，需征得物流、仓储公司及银行的双重同意。若由于物流、仓储公司工作失职，导致银行抵押物落空，则物流、仓储公司需向银行承担连带赔偿责任。集合委托贷款：一般由银行根据申请企业的项目建设与资金需求情况来发起，但此类项目必须有明确、稳定的现金流，出资者需承担贷款风险。对于那些拥有优质项目资源的中小企业来讲，如其项目能取得银行的间接贷款承诺，获得银行发放的集合委托贷款，其融资成本将可下降一至二个百分点。买方信贷：顾名思义，买方信贷是指银行向销售商的下游客户(买方)发放的、专门用于购买销售商所售商品的贷款。以此，银行间接支持了销售商的货款回收，改善了销售商的现金流量。这种贷款一般由销售商负责安排，并可为买方提供贴息便利。对于那些下游客户资金实力雄厚或信用记录良好的中小企业，可广泛采用此种方式来促进销售。知识产权质押贷款：知识产权质押贷款是指以合法拥有的专利权、商标权、着作权中的财产权经评估后向银行申请融资。 国外中小企业如何融资 美国国际资本资源公司对480多家寻求资金的创业企业做了一项有关创业者利用何种方法来完成他们融资目标的调查。其调查结果显示，大多数人都把其中一种融资来源看作一个可行的和更佳的选择。向投资银行寻求资金帮助的创业者中，有61％的人依靠直接参与性的投资，他们把目光主要投向于非正式的、高风险的风险投资家，并把这些人作为他们筹集资本的主要渠道。另外还有18％的创业者期望依靠他们个人的资金和家人、朋友的资金以及通过商业联系筹集的资金。在这些主要处于创业早期阶段和发展阶段的公司中，只有9％的创业者可以依靠利润和经营资本来为他们的发展计划提供资金。仅仅只有7％的人向银行进行了贷款融资，另有3％的创业者选择了共同经营和联合，只有2％的创业者表示对通过专业的风险投资公司来融资感兴趣。 十大能力促创业成功其一：承担责任的能力。创业要成功，就要承担责任和义务。这意味着你将把企业看得非常重要，并经常为之加班加点地工作。其二：创业的动力。如果你想创业的动力越足，创业成功的可能就越大。其三：良好的信誉。如果你做事不注重信誉，那你的生意一定不会长久地保持良好态势，你的商业伙伴也会越来越少。其四：健康的身体。没有健康的身体，你将无法为自己的企业承担义务。其五：面对风险的信心。办企业，遇到风险在所难免。你必须要有承担风险的准备。其六：果断决策的能力。在企业里，你随时要作出决定，当你面对一些对企业发展有重大影响的决定时，必须要果断决策，决不能优柔寡断。其七：家庭的支持。办企业将占有你很多时间，因此来自家庭的支持将显得举足轻重。家庭成员要同意你的创业想法并支持你的创业计划，你的创业可能性才会大大增加。其八：高人一等的技术能力。这是你生产产品或提供服务所必须的实用技能。技术能力的类型将取决于你计划创办企业的类型。其九：企业管理技能。这是指经营你的企业所需要的技能。仅有单一的销售技能是不够的，其它技能如成本核算、做账等能力你也应该有所了解和掌握。其十：相关行业知识。懂行就意味着更容易成功。你必须对生意的特点有所了解和认识，做起生意来才能做到心里有数。 这七种现象不适合你创业1、缺少长远目标和思维高度作为一个真正意义上的创业者，知道自己最终想要什么，要达到目标需要经过那里过程，具备长远眼光，拥有战略意识，而作为就业者，着眼点也就是当前这两三年，往往第一考虑的还是安全感，如何保住现有的稳定饭碗，自然不会想到太远，也不会太高。而且，很少有就业者能进行换位思考，站到老板的角度去看考虑问题。也就造成很多就业者很难能与创业者沟通。高不是空洞的高，是经过反复考量过后的高，是通过努力可以达到的高，是胸中有成竹的高。2、完成工作创业者对一件工作的完成定义是指把某件事彻底解决，今天能搞定的一定不拖到明天。而就业者会习惯性的把工作按照天数来分解，每天只完成部分工作，下班时间一到心里就习惯性的想闪人，回家，剩下的工作明天再做，觉得在公司里多待一分钟都不愿意。很多人都抱怨老板苛刻，加班很频繁，其实这是从创业时期就建立起来的习惯，事业就是生命，工作就是生活。 3、单个环节与整个系统就业者接受到一个指派工作任务后，进行处理或是分解后转交给其他同事，然后在他看来，这事就差不多算完了，反正他负责的这块已经做完了，至于转交出去的工作任务是否被保质保量按时间的完成了，那就不是他所要操心的范围之内了。长此以往，许多就业者已经习惯只管自己的二亩三分地，转交给别人的事就让别人操心去吧。严重缺少整体系统概念。你的事业是和你的视野相关的，你看的越远，可能得到的资源越多。4、责任在一个企业或是公司里，我们最常见到的就是在出现事故后，老板要追查责任，大家异常统一、步调一致的互相推卸责任，极少有人会占出来承认自己工作的不足，反而都强调自己肯定是把属于自己那个环节做好了，至于前后衔接人员所出的问题，和我一点关系也没有。就业思维深了，遇到问题首先想到的是回避，然后就是设法推给别人。这样一来，就业者也就愈加不可能从失败和失利中学习、吸取到教训了。其实，创业者们的成长也就是从一个个自己承担的失败中总结分析了问题原因所在，积累了经验。对于创业者，不但是个人价值，更是社会价值。5、个人意识与联合力量很多的就业者脑海中都存在着个人英雄主义，总希望在一些事情上表露一下，在上司面前表表功，为了不被其他同事分摊去一些功劳，所以有时候就会冒着一定的风险（当然是以公司的资源为成本的了）一个人单枪匹马干点什么出来，当然，要是出了漏了，最后还得是公司承担，很少有就业者们会从降低成本及风险、或是提高效率的角度出来，去主动联合其他同事，共同完成某项任务，这个个人英雄主义有时候是要害死人的。对社会资源的把握也很关键。6、成本概念作为创业者，每一分钱的支出都会算作是成本，省下来的就是利润，所以，精打细算是许多老板的习惯性思维和动作，这是从创业过程中养成的习惯，绝对不是一个“抠”字能概括得了的。而就业们却是大方的很，反正公司的资产是老板的，又不是自己的，浪费点也不是割自己的肉，只是自己工作方便顺手，浪费点又算什么，以至于许多就业者在自己创业的时候，还改变不了在就业时养成的大手大脚的习惯。创业就是勤俭持家，我现在才慢慢改变大手大脚的习惯。7、办事一条线条条大路通罗马，完成工作一定不止一种方法，但就业者长期工作生涯下来，已经习惯了用单一思维去考虑问题，A事就用A类解决办法，B事就用B类解决办法，很少会去用超越性的思维来从多角度多方向来讨问题的解决思路。
⑷ 技术就是细细的积累吗
我觉得也不应该全部是吧。技术虽然是靠积累，但是有些技术总是在不停的革新吧，你要在掌握原来的基础技术上不断的摸索吧！才能更好地掌握新技术。
⑸ 怎么练技术
我有一点建议，就是你去尝试着接触以下街头篮球。我以前也打街球，所以现在落下“独”的毛病。不过先不说它，我觉得街球那些花哨的运球动作是很有助于提高运球能力的，因为打街球的人不光需要技术还需要灵感和艺术，神话一点的说就是你和球之间的一种沟通，有了这些，当你在面对对手的时候自然而然的就会将球运得出神入化了！而且做那些动作你也不会觉得乏味。 给你点具体建议吧 1首先你要规范运球动作，开始时要时刻想着那些要领，比如手指触球而非手心（这一点很重要，你打球后看看手心脏不脏就知道了，要是手心有一个比较面明显的区域比别的地方相对干净就说明你对了），再比如手腕的抖动及手掌的跟随等决不能放松要求。 2然后，要增加手指的力量，街球里面有超低空手指运球，挺难的，慢慢来。你可以在家里地板上铺条棉被在上面练，一个月后撤掉它。 你可以去找一些视频学它里面的一些动作，从简单的开始，动作的脚步，手法，身体移动，重心位置等每一个细节都要看清楚，做明白！不要大概其，那样很容易养成错误的习惯。 3运球跑动。一个小细节：要注意运球的节奏是假如你右手运球，那么当你卖出左脚的时候向下拍球，球先落地随后左脚落地，中间也就差零点几秒，可就这零点几秒可能影响你急停跳投或者三步上篮的节奏。我以前就不注意，老走步，后来改的。你去看科比麦迪他们运球突破时都是这样的。 4找人单挑，甚至一挑二，一挑三，别以为不可能，我打球时候老单干，经常这样。要是被断了，就要找问题，我是哪里没有处理好，是运球角度，高度，重心位置，还是时机问题等等，总之要多思考，多实践。 差不多了，我说的不一定都对，你可以试试看，要有信心，有决心，要以nba player的标准要求自己，你会成功的！ 最后一句话，打街球很容易就养成“独”的习惯，尽量避免，比赛是五个人的。
⑹ 实习生怎么样在短时间内提高自己的技术水平和积累丰富的经验
这样的提问太难回答了。
我带过几个新人，他们存在的最大一点问题就是：从来不做笔记。
我个人认为，再好的脑袋不如一张纸一支笔。
另外还有一个词要千万记住：不耻下问。
这个词的解释应该是：不要脸去问别人。
但不是一出现问题就去找别人帮助解决，而是在自己实在无法理解、了解和解决问题的时候，才去问别人。
千万不要一点点小问题就去问别人。
⑺ 如何不断提高和积累技术能力和知识
这个你要不断的学习，因为这个知识的积累不是一天就是说冰冻三尺，非一日之寒，你如果想象在这方面的技术有很大的突破，那么你要不断的去阅读，不断的就去要实践，理论和实际相结合，这样你自己的积累就会比较好
⑻ 怎么才能拥有一技之长
首先，学习传统工艺。我国幅员辽阔、各地风俗各异、有许多具有地方特色民间工艺可供学习，如果你能够刻苦钻研，使之发扬光大，就可以在众多进城务工的人中别具一格，脱颖而出。学习这些技术的方式，有些要靠师傅带徒弟的方式，如传统木工，有些则是从父辈那里耳濡目染学到的。作为农村有志青年要善于发现和利用传统工艺和传统产品的价值，这不仅可以使自己掌握一技之长有助于就业，也使地方传统文化在新的形势得到继承和发展。
03
其次，向有经验、有技术的人学习，拜他们为师，尤其是本村那些曾经进城务工，而且干得比较成功的人，他们知道进城会遇到什么问题，什么样的技术在城市是最需要的，也是因为他们曾经在城市工作过，所以也可以积累一些技术，所以，向他们学习就是最有效率的学习。
04
再次，可以参加职业培训学校，学校教育是现代社会获得一技之长的最重要的途径，劳动部门、教育部门和其他有关部门都办有各种各样职业技术学校或技术培训机构，你可以有针对性的学习计算机、修理、美容、烹饪、服装、销售等技术。参加职业技术培训不仅能学到技能，还可以获得人的信息。
⑼ 如何快速掌握一门技术
学习了多年技术，还没好好总结一下学习技术的“捷径”。
做技术做久了，都知道技术只是我们用来解决问题的一种方法，任何方法不是万能的钥匙，
这就需要我们去不停的补充新的“方法”，也就是不停学习新技术，这就要求我们技术人员必须具有快速学习新技术的能力。
那到底学习技术有没有“捷径”，个人认为“捷径”就是一种适合自己的学习方法。
我结合自己多年学习技术的体会，来说说自己学习技术的方法。
我不管要学习什么新技术基本都是以这种思路进行。
（1）找到该技术比较权威的入门教程视频或书籍，最好是那种使用案例进行讲解的。
跟着找到的教程，快速进行推进。
罗列出技术需要掌握哪些东西，即技能修炼条目，依次收集相关资料。
（2）学校篇：找到相关技术的源头，不如几个公司，大公司一般都有技术支持类似的论坛，或者这样技术相关论坛，快速把论坛摸熟，至少要懂得去什么地方找相关答案、问问题什么的。接着虚拟一个实践项目，开始做，变做，变学。
公司篇：当然，在公司手头还有很多工作要处理，不可能像学校那样，停下来专门去学习该技术。那么，接下来在第一步初步了解了新技术整体架构及基本技能后，应该直接进入实践阶段：开始手头任务，变做任务，变学。
遇到问题，应该基本都是一些技巧的问题，可以google或其他资深同事。
要记得消化掉（1）中收集的技能资料。
（3）回归技术手册，这是技术的源头，基本是耗时工程。
还有技术归档总结，这一点的重要性就不多说了。