精华内容
下载资源
问答
  • 如何突破技术发展瓶颈

    千次阅读 2018-08-09 16:49:15
    技术学习的困惑:当达到一个瓶颈时,可以学习的参考系越来越少,首先是因为高端技术人才呈现倒金字塔形态,身边缺少能引领你的人生导师;其次,业内的技术交流,大多数在科普以及刷存在感,到达一...

    在知乎看到一个问题,相当有代表意义,即技术人员本身的技术发展瓶颈的突破问题

    具体问题如下,通常情况下,技术人员在某一领域工作3-5年后,会成为团队内或者公司里的核心技术骨干,这个时候他们也会面临几个问题:

    技术学习的困惑:当达到一个瓶颈时,可以学习的参考系越来越少,首先是因为高端技术人才呈现倒金字塔形态,身边缺少能引领你的人生导师;其次,业内的技术交流,大多数在做科普以及刷存在感,到达一定阶段后对个人提升作用越来越小(甚至用一天时间参加技术大会效果还不如用一天的时间在咖啡馆看书学习);再次,国内的文化导致技术人专家逐渐转向管理岗位,技术缺少积累,特别容易出现断层和继承。

    技术深度与广度的选择的困惑:技术深度的进一步提升,可以逐步做到业界大牛,专业技能越来越强,广度的延伸也更容易变成全栈技术人才,两者各有利弊,个人时间和精力有限,如何抉择?

    技术方向的困惑:大型互联网公司的技术框架基本都在最初选型时确立,与当时的业务规划、业界当时的技术趋势、个人的过往经验积累相关,成熟规模大的业务从稳定性考虑,一般技术选型落后新技术2、3年,对于技术人员来说,从实际工作考虑需要使用老技术,但是业界的趋势又是在朝着新技术的方向发展。

    这种困惑相信很多技术人员和技术管理人员都存在,包括我自己,当然这种困惑本身也是符合学习曲线规律的,即任何一个技术学习和实践,越是到后面学习的时间越长,本身能力提升越慢。但是往往真能够坚持和专注,能够耐得住寂寞等到量变到质变的那一刻,就是一种一览众山小的新境界。

    如何突破技术发展瓶颈?

     

    对于上面提到的三个困惑点,自己简单思考如下:

    其一,技术学习的困惑,任何新技术或知识点的学习,在当前互联网和信息如此发达的情况下,只要你有兴趣就一定能够找到相关的学习资料进行自我学习,兴趣往往是第一个驱动点。但是问题的关键点还是在于学习后的新技术如何深入,新技术如何去实践?没有真正的实践总结,没有真实的大型项目实战驱动,你将发现理论终归是理论,理论要转化为你的实战经验是相当困难的。

    如果一个新技术的学习没有实战机会,那么你自己也很难真正保持长久的兴趣,能够做到熟悉或知道已经不错了,而要真正做到精通或理解就很难。大量技术的深入学习往往都是在实践中真正遇到了复杂的问题,在问题驱动下的学习和深入,这些错综复杂的问题往往涉及庞大的知识面,而且各个知识点之间相互影响。我们如果有实践机会能够不断的解决这类问题,不断优化和持续改进,技术自然深入。

    举一个简单的例子来说,对于海量数据处理下的高并发互联网架构,这类架构知识有不少书籍都在系统的讲,往往也有很多技术专家的实践分享。我们学习这些理论往往看起来简单,也容易理解,但是即使你学习了这些知识,如果没有相应的大型互联网系统架构设计场景给你实践,那理论终究是理论,这些理论本身你也很难真正的深入学习。正是由于这个原因,技术学习的困惑不是简单的兴趣问题,而是是否有大型项目实践机会和锻炼的问题,但是往往大部分的公司都无法真正提供这种大型项目的机会,你要完全通过自己学习和模拟试验来深入掌握这些技术就变成了空话。

    其二,技术学习的深度和广度问题,对于这个问题简单回答就是对于技术管理型人员重点是更广的知识面和综合能力提升,即广度更加重要而不是落入某一个深度细节。对于专业技术型人员,则是技术深度更加重要,因为技术的深度往往才真正为你创造更大的价值。

    技术管理型人员需要更加关注整个知识体系的构建,其中包括重要的软技能。这类人员的重点是总体规划和设计,能够对问题进行分解。对于分解后的技术问题和细节则可以转交到细分岗位的专业人员去做。要做到这点我们仍然需要有大量的技术积累,因为这是你和专业技术人员沟通的桥梁和通用词汇。

    对于专业技术人员,技术的深度往往更加重要,深度才是最终创造价值。前面已经谈到过,技术深度的提升越到后面越慢,学习的周期和时间成本越大。也正是由于这个原因,能够超这个技术金字塔顶尖上去发展的人越少,自然你个人的核心价值体现越大。个人的精力是有限的,要想做到全栈技术人才的人相当少,即使是全栈技术人才更常见的情况往往是在自己最擅长的专业技术上能够打到95分以上,而围绕核心专业技术的相关技术能够打到80分以上。

    理解了这点,我们就更加清楚技术人员应该更加注意技术深度的积累,能够长期专注在一个专业技术方向上,这个目标选择定了,你会发现对于广度知识的选择就不是漫无目的和随意的,任何广度知识的选择都是这些广度知识是为了支撑你在深度上进行突破。当我们技术深入到瓶颈期后,如果自己反思和回溯,都会发现是知识广度上出现了问题,需要暂时停顿下来先补充广度。但是广度的补充不是最终目标,最终还得回到深度钻研上来。

    如何突破技术发展瓶颈?

     

    最后一点,技术方向的选择。对于这点个人最大的一个感受就是当你真正在某一个技术领域发展到一定阶段的时候,一定不会是像自己还是新人那样狂热的追求新技术和热点。即专家更多要考虑的是业务和问题驱动技术,用最适用的架构在当前解决最重要的问题并保留一定的扩展性,而对于大部分技术思维人员往往考虑的是技术驱动业务,只是对技术感兴趣而不是对业务和问题域感兴趣。

    技术发展趋势和迭代的快速,你任何当前选择的技术或框架都可能在2-3年后就过时,但是如果当前的技术能够很好的支撑业务就是最好的技术。如果有不能更好支撑的地方我们就要考虑基于当前遇到的性能或扩展性问题我们究竟应该引入什么新的技术来解决,并做好方案选择和评估。

    所以最后一个问题个人认为不是技术方向的问题,对于任何新技术都应该有敏锐的嗅觉去了解,但是并不是每个技术都要真正在项目里面使用。项目不是新技术的试验地,本身也不存在技术驱动的技术方向选择问题。而只存在业务和问题域驱动的技术架构优化。业务和问题驱动IT和技术,是从单纯技术思维开始转变的一个重点。

    文章来源:51Testing软件测试网


    Testin 云测企业会员日向所有用户发放免费测试福利啦,无门槛领取!

    活动时间:8月8日-8月10日

    最高免费240分钟真机时长

    最高每日2次标准兼容测试(100台真机设备)

    完成任务/邀请成员可获得积分奖励,可兑换多种礼品与测试服务

    微信搜索TestinYunce,关注Testin公众号,回复“8.8会员日”,生成自己的专属海报,分享给好友礼包翻倍!

    点击 https://www.testin.cn/activity/testin_day.htm 立即领取您的测试礼包

    如何突破技术发展瓶颈?

    展开全文
  • 本文来自作者 KARL--DujinYang 在 GitChat 上分享「如何突破技术发展瓶颈、成功转型?」,「阅读原文」查看交流实录 「文末高能」 编辑 | 飞鸿 杜锦阳:如果连热情都无法保证,怎么确定你能继续往前走...

    640.gif?wxfrom=5&wx_lazy=1

    本文来自作者 KARL--DujinYang 在 GitChat 上分享「如何突破技术发展瓶颈、成功转型?」,阅读原文」查看交流实录

    文末高能

    编辑 | 飞鸿

    杜锦阳:如果连热情都无法保证,怎么确定你能继续往前走呢?

    640?wx_fmt=png&wxfrom=5&wx_lazy=1

    • 我们所要关心的问题到底是什么?

    • 技术遇到瓶颈?不知道如何转型?有点迷茫了?

    • 做了几年技术不知道以后怎么样?想做管理,又不知道有哪些途径?

    • 不知道新任技术领导会遇到哪些挑战?

    • 不知道除了技术还能干什么?

    开发的道路上,大多数伴随着未知和风险,风险来自哪?也许很多人不知道,有的是外包猝死有的是外派到国外后失联有的是落下了头痛和其它的职业病等,还有一些我们未涉及到的政治风险,看似遥远,却是离我们部分程序猿很近,也许某天的地铁上你身旁站着的程序猿就是这一类。

    所以,无论是大神或是专家,首要建议的,必定是健康,如果你加过班,通宵赶过项目,牺牲所有时间保证项目的上线,那么你一定懂得,健康才是最重要的。 

    工作几年后的,首要关心的,一定不是什么技术,而是自己的身体,所以请记住,健康,是第一位建议每隔一段时间就去体检一回,毕竟IT这个“高危”行业。

    0?wx_fmt=png


    很多在工作几年后的程序员们普遍会比较焦虑,思考的是自己技术上没有提升或者以后该干什么?那么,技术遇到瓶颈怎么办

    其实不然,技术并没有瓶颈,而是自己的思想陷入到了死循环里,大多数想着这门语言技术已经学会,并没有太过于深入,新技术层出不穷,你都学会了?

    不,也许你看了,可是你并没有深入的去了解过,有些时候是自己知道要去补充哪些知识却没有主观意识去做,如果你深入了解完这些知识,你还觉得技术遇到瓶颈?

    如果还觉得遇到瓶颈的话那么恭喜你,你可以升级去贡献开源框架让大家使用,第一可以帮助他人第二也可以监督自身并提升自己的技术,因为此时的你,已经有足够的实力去帮助其他人解决一些别人所不能解决的问题了。

    但是也有的人想着转型,因为他的职业生涯走了很长的一段路,要么继续干技术,要么转架构或者管理,往往很多人到了某个特定的时期都会面临着这个选择,这个时候,我们需要确定四点:

    1. 心态

    2. 喜爱

    3. 进步

    4. 关注

    这四点决定着你以后,首先要摆正好心态,毕竟迷茫期工作也是会受到影响的,其次,没有好的心态,是学不好任何技术的,试想,如果你每天抱着惶恐的心态,那么连代码都码不好,完全不在状态中,连工作都无法保证的人,怎么转型?

    其次,要确定自己喜欢的领域,如果不是自己喜爱的领域,哪怕转型过去了,也是无法确定自己能保证这份热情,如果连热情都无法保证,怎么确定你能继续往前走呢?

    然后,我们需要进步,这个进步不是平时讲的学习,而是保持思想上的进步,程序猿,并不仅仅是极限于代码的,以前我常和学生讲这个问题,但是很多学生并不能体会,因为并没有达到一定层次的工作经验和领悟,所以,无论是否理解,请记住,进步,并不止于代码。

    最后,我们需要时刻关注未来的动向,好比人工智能和深度学习,几年前就有的概念,只是如今被一些媒体拿出来炒作后才得以强化市场,所以,我们关注市场的动态就好比给自己放了一个方向在那里,机会无处不在,梦想还是要有的,说不定哪天实现了呢?

    0?wx_fmt=png


    我相信,大多数做了几年技术的程序猿们都会思考一个问题,如何转管理?不限于理论,我们需要准备:

    1. 管理知识

    2. 开阔视野

    3. 资本市场

    第一点需要做的是补充管理的理论知识,毕竟,这不是蒙眼实干的,不同的环境不同的团队不同的公司所需的管理也是不同的,代码敲的好并不代表你管理上也会很好,所以,多读书总是没错的。

    第二点无论是项目上还是交际上,要改变自身现在的状态,需要付出实践行动,平时可以多和朋友出去玩,也可以多参加技术沙龙活动,同时通过不同的渠道认识更多的大牛,同时也可以开阔视野和见识,这个往往是程序猿所缺乏的“交际”。

    第三点资本市场,一谈及资本市场,大多脑海里闪现的应该是“资本市场怎么玩?”或是“关我P事”,不要紧,大致了解即可,因为大多数已经过了风投期,只需要知道大概即可,有兴趣或是不了解的可以私下加我。

    职位如果走上了技术领导或CTO,或者还是任职码神的,无需担心,每个公司的框架和架构都是不同的,所用到的技术也是不一样的,所以不需要太担心技术性问题。

    如果接手了公司这个位置,只需要跟着项目和公司的进度走,把逻辑理清,剩下的技术性问题都是一些小问题,因人而异,但对于多年的码神来说,这些都是“so easy”了,搞不定,那就来找我吧。

    0?wx_fmt=jpeg


    “不干技术了,我要回家种田。”一句玩笑话,却代表了万千程序员的心声,不是真的不干了,而是不干技术了我们还能做些什么?其实一开始我们的思路就限定在了一定的局域范围内,所以我们一直觉得好像没什么可以做的了,只是我们固化了这层思想,所以你就会觉得不做IT了,就好像没什么好做的了。

    从产业到职业,IT市场占了一大半,难道一百多种你都挑不出一样自己做的?

    换个方向来说,你搞个淘宝或者电商,时间长了用户有了,日常生活总不是问题吧?时间长了,说不定升级天猫呢?什么,你说这有点难?

    其实这就是我想说的,做什么事没有不难的,想空手套白狼,除非你像奥特曼超人一样,从外星球飞入地球打个怪兽然后附带接受人类的祝福,没看懂?

    打个比方,房地产用贷款的资金去盖楼出售给购买者获取利益一样,市场有着太多可玩性,古董拍卖会、渠道资源、天使投资、土地煤矿行业等等……看懂了吗?

    各行各业都有自身赚钱的门道,入了门才能了解各行各业的规则,如果实在不明确自己是否适合做什么,建议就从自己的爱好下手,喜欢做什么就先去做,先入行再说,然后再看是否适合自己,慢慢的挑选,每个人的机遇都不一样,每件事情都没有定域的。

    所以,先挑一个简单又适合自己的下手作为试练才是上上策,哪怕不是做产业,那,一百零八种职业中难道都没有你胜任的其中一种?所以说,不要担忧,每天过得充实才是最美好的,世界如此美好,你的身边,也并不只有代码。

    0?wx_fmt=png


    生活才刚开始,慢慢来,别急,首先得踏出第一步,实践去改变,道理谁都懂,可是想得透彻想得明白并着手去做的人,占少数,贵在坚持,一点点看到自己进步。

    最后目标才会现形,你的问题在于还没做就开始想得太多,《安徒生童话》里面有着一句话至今我印象深刻,“只要你是天鹅蛋,就是生在养鸡场里也没有什么关系。”

     所以,当你对所处的职位已经有了一定的了解,开始觉得自己如同“行尸走肉”的工作,成为一个开发工具的时候,那就应该要明确一下自己的发展方向了,程序员也许天生都有着一种逼迫感(包括快30岁的)总会想着再过几年应该怎么办?这时候,你就更应该明确一下目标,努力向自己的发展方向前进了。

    迷茫,总是一贯的想法,那现在归纳一下,可从下面几项里选择适合自己的一条道路:

    1. 从技术向业务过渡

    国外大部分都比较重视人才,并且国外很早就发展机器学习这个方面了,国内应该是近期才火起来,而外企中一个高级的程序员与一个项目管理者Project Manager收入相差一般不超过30%。

    国内由于培训结构的介入,人才泛滥的情况经常可以看到,尤其是在一些小公司或是创业公司里面经常会遇到这种,但不否认这确实帮助了一部分小白完成了转向,因为在大学里大部分都是没怎么学的,对技术和项目更是一知半解,虽然大部分是被忽悠进去的。

    所以,从一个技术员过渡到一个PM是一条向前发展的一个选择,但同时也需要知道,要成为一个PM不单单是技术,而更重要的是对管理方面认识。

    一个PM主要的工作是组织团队,控制成本,管理业务,控制项目进度,与客户进行沟通,协调工作,定期进行工作报告等。

    所以要成为一个成功的PM更要重视组织能力,PM必须能提高团队的积极性,发挥团队所长,在有限的开发资源前提下为公司得到最大程度上的利润。

    成为一个PM后,通常不需要直接接触技术开发,而着重管理的是业务发展,但PM对技术也需要有一定的了解(在下曾经为PM对技术了解的必要性写过一篇文章,得到很多支持但也惹来不少的争议)。

    在这里我还是要强调自己的观点:要成为一个成功PM最重视的是管理能力,但对技术也应该有足够的了解。

    因为这是与团队成员沟通的桥梁,只有这样才能与整个团队的成员有着紧密的结合,让团队成员感觉到他们自己存在的意义,从而调动团队的积极性,而不是漠视技术人员的存在。

    技术并非成为一个成功PM的充分条件但却是必要条件!

    2. 从程序员向技术管理发展

    在网上看到几句话贴切地形容了PM与TL的区别:“技术人员乐于被’领导’,但他们不喜欢被管理,不喜欢像牛一样被驱赶或指挥。管理者强迫人们服从他们的命令,而领导者则会带领他们一起工作。

    管理是客观的,没有个人感情因素,它假定被管理者没有思想和感受,被告知要做什么和该如何做。领导是引领、引导,它激励人们达成目标。

    领导力是带有强烈个人感情色彩的,它不是你能命令的,也不是你能测量评估和测试的。”

    其实 Team Leader 的职责与 Project Manager 很像,但是 Team Leader 更着重于技术方面,通常一个大型项目都会有几个开发团队由他带领,负责核心开发部分,而其它部分分派给不同开发小组或者分派给外包公司。

    无论是PM与TL,对业务与技术都要有深入的了解,只是PM更侧重于业务的管理,盈利的多少,风险的大小等等,而TL则侧重于项目的成本,开发的难度,软件的架构等技术方面的问题。

    在此时期必须注意的是与同事之间沟通,很多的开发人员喜欢独来独往,开发的项目总想一个人搞定,不受外界的干扰。但要明白团队协作的重要性,就算你有再强的本事,一项大型的项目也不可能由你一个人全扛下来。

    所以团队的合作性与同事间的沟通是必要的,这也是成功一个TL的必要条件。

    3. 成为行业资深专家

    如果的确非常喜爱技术工作,而不擅长和喜欢与人沟通,则可以完全专注于自身的领域,以发展成为行业资深专家为方向和目标,当然,这一发展过程可能会比较漫长,任何一个领域的顶尖技术人才都需要长期的行业经验的累积和个人孜孜不倦的投入。

    不过这类人才的一个优势是越老越吃香,当别人随着年龄的逐步增长而开始担心饭碗问题时,你则渐入佳境,开始进入职业发展的黄金时期。说白了,就是深入某项的技术领域。

    这是提供的大致方向,比较普遍,但是每个人都可以用不同的方式成长,用自己的喜欢方式去计划自己的未来,毕竟三十岁以后,你的选择将变成:

    • 创业

    • 退居二线城市

    • 往高层走

    • 其它职业

    0?wx_fmt=png


    三十岁以前,你不需要想太多了。

    总结

    首先不管是从事什么职业,都应该根据自己的自身情况,给自己做一个短期或者长期的职业规划,这样是为了不必要的迷茫,可以分多个TASK完成,如果要求不高,给自己定的目标不会要求太严格的话,过得还是会很健康的。

    人活一世,健康是首位,过了是家庭,职业是其次的。也许你现在理解不了,但过了几年,你一定会回想起我这句话的。

    —— 来自编程N年的奥特曼超人Dujinyang


    近期热文

    TensorFlow 人脸识别网络与对抗网络搭建

    带你从零开始,快速学会 Matlab GUI

    Docker 落地踩过的坑

    如何快速入门网络基础知识(TCP/IP 和 HTTP

    Node 企业项目大规模实践


    0?wx_fmt=jpeg

    「阅读原文」看交流实录,你想知道的都在这里

    展开全文
  • 技术瓶颈突破感言

    千次阅读 热门讨论 2008-12-24 10:38:00
    相信大家或多或少都有遭遇技术瓶颈的感觉,那么不妨来各自谈谈自己的体会,因为感觉自己到技术瓶颈的时候,想突破的感觉真的很苦恼,如果能好好总结一下,或许对我们都有帮助,先说说我的经历: 1.最无知的阶段 最开始...
     相信大家或多或少都有遭遇技术瓶颈的感觉,那么不妨来各自谈谈自己的体会,因为感觉自己到技术瓶颈的时候,想突破的感觉真的很苦恼,如果能好好总结一下,或许对我们都有帮助,先说说我的经历: 
    1.最无知的阶段
    最开始就是编程方面的基础知识,像编程语言,数据结构,操作系统,计算机组成原理, 这个时期基本上是学什么都是一头雾水,各种各样的概念像山一样压得人喘不过气来,感觉看什么不懂什么,很迷茫,这个时候也最容易退缩,这个时期也是最难 的,我在这个时期的时候大概是大一大二的时候,我本身专业是自动化,第二学历是计算机,本专业的人没有人学,农村来的孩子以前没有接触过计算机,最开始先 学的java(听大肆师兄吹的就想学,后来才知道他根本就没学过也是听别人说的) ,那时候是2000年的时候,上来就windows 95了,没有接触过dos偏偏JDK是在dos下用的,当时以为这么高档的编写界面的IDE(呵呵那时候还不知道什么叫IDE),总是认为肯定是通过鼠标 操作的,结果一点屏幕一闪就什么都没有了,当时总以为自己装的不对,反复的重装,那时候根本不知道什么csdn基本上就是上图书馆翻书,反复的捉摸哪装的 不对,后来在大一开计算机文化基础老师说到了dos才恍然大悟,呵呵原来是这样,“真原始!”。于是又去图书馆找书,发现了JBuillder几点零忘 了,就记得它装完了需要重起系统而学校的机房有还原卡,重起啥都没了。迫于无奈只好厚着脸皮去找机房老师,那时候我们学校废弃的电脑都在一楼机房里,那个 老师对我很好和我说有一些旧电脑没有装还原卡,你可以找找。呵呵你能想象的到嘛,一个月的时间我什么都没干,几乎空闲就找这样的电脑了,基本上能用的电脑 都是装了还原卡的,不能用的都是没装的,现在回忆起来,这个经历我是学的最多的。后来实在没有办法了,开始看dos。确实不止一次的想过放弃!幸运的是大 一下学期计算机专业开c语言了,什么东西老师都告诉了,不会就问。当时最大的乐趣就是做课后习题,并且乐此不疲,几乎谭浩强的那本课后习题我都练过。我认 为这个阶段突破瓶颈的方法是,别害怕别气馁坚持就是胜利,突破的标志就是你开始有目的性的有选择性的看书了,最起码你知道了,在这个时候数据结构离你还很 远,还是关心指针比较切合实际一些。最开始的时候兴趣很重要,我的自学能力有可能就是这个时候练出来的。我现在印象最深刻的一本书是杨芙清的红皮的讲 OOP和OOD的书,书名忘了
    呵呵当时理解了一些概念那个激动啊,想想还觉得好笑,另外就是有点不知天高地厚了,感觉C语言过时了,太简单就那么点事。
    2.看什么都会又看什么都不会的阶段
    有点基础了,兴趣更强了,开始飘飘然了!开始和不懂的人侃了,给别人的感觉很强。说什么都好象头头是道,看什么都会又好像什么都不会,其实那个时候我就会 用Turbo C知道java的一些东西,这已经大二了,买了一台电脑,也知道了JDK怎么用了,呵呵当着别人的面在CMD里敲javac Java这些命令,整的一副高深莫测的样子,很是装了一把。但内心还是很苦恼的因为内心知道,该看的书太多了,该学的东西也太多了。其实这个阶段看书不是 最重要的,只要找一本好书,练习例子就行了,最好能动手改改,我记得当时用的是Thinking in Java,语言一定要多练,基本上这个阶段我还是在语言里爬,基本上认为软件就是语言,学好了语言就是高手了。在这个阶段我最有成就感的就是买了一本 Java Swing的书,照它上面的例子,编了自己的第一个可视化程序,呵呵激动了一个下午,书名忘了,黄皮的上面有一个活口的扳手,相信很多人都看过。在这个阶 段最重要的是一定要养成好习惯,给程序写注释了,给变量起名字了,另外就是一定要踏实,多动手,不要忽略程序的bug,不要关心程序只跑出个结果就成功 了,对照书的内容好好分析总结一下,其实第一次程序出现死循环我也很兴奋的。我认为在这个阶段突破瓶颈的标志有几个:非常渴望和懂的人获得交流,上瘾了基 本上不是去图书馆就在电脑前边,不屑于编一些小程序了,渴望编一些大的程序但是又不知道自己行还是不行,很困惑商业上的软件到底是什么样的,并且知道了计 算机这个专业博大精深不知道学到什么时候才是个头,愿意和别人承认自己是个菜鸟了开始看数据库网络编程方面的书了。这个过程持续的很长几乎一直持续到我大 学本科毕业。
    3.学以致用阶段
    研究生阶段有幸跟着导师进入了中国民航的一个特种设备研究基地,做机器人的课题。遇到了很多真正的高手,由于课题需要改用VC6.0,开始看WIN32 API(一本黄皮的教材,好像是WINDOWS 95/98程序设计,清华大学的)。那是我最充实的时候,天天都在进步,早上和晚上都有一种获得新生的感觉,我最庆幸的是在第一阶段看的那些书 ,在这一阶段都穿起来了,呵呵也终于有了自己多于1000行的程序了,并且我发现很多的高手在分析bug的时候都不能从原理上进行解释,我还凑活,这应当 很庆幸当年图书馆没有白跑。或许这也是科班和非科班的不同吧。这个时候我遭遇过第一次程序内存泄露,第一次程序死机,第一次主动去看软件工程,第一次机器 人爬到墙上掉下来,知道了CSDN进而知道了慰www.codeguru.com和www.codeproject.com等很多网站了。这个时候我学会 了MFC STL 数据库编程,学会了网络编程,看了N多本C++方面的书。那时候经常早八点晚十点没有周六周日。并且很清楚的知道了,只要自己肯努力, 自己一定能成功。突破学以致用最重要的标志最明显的我一直受用到现在的标志就是不太关注语言了,因为知道语言不是最重要的了。进图书馆总是找一些算法方面 的书当然这本身也是课题需要,知道啃数据结构了。我非常庆幸的是我们学校有一个女老师,国内第一批恢复高考的大学生,东北大学数学系毕业,她很关注我经常 和我说一些数学问题,还告诉我看一些什么样的书,在后来走向工作岗位的时候真是受用非浅。另外编写代码也变懒了,寄希望于什么东西都从网上下,除了算法模 块否则根本就不愿编程序。现在回想起来我还是在细节上进行打拼,还是没有清楚的明白到底什么才是软件,最多也只能算是一个初级程序员。
    4.明白真正软件的阶段
    工作后顺利的进入了一家软件公司,在一个七人开发小组里做开发(该软件开发从九几年开始的(那时我还没上初中呢哈哈),软件的后台包括实时库部分是由二十 多个博士硕士经历几年时间做出来的)我们小组的开发需求是给一些大型变电站(上万个数据采集点)做配变监测系统,我进入公司的时候项目已经启动三个月了, 有幸看到了这个平台的很多源代码,终于知道了过去我做的软件简直就是小case中的小case。在发奋图强了半个月后,我发现我在大学的知识点绝对够了。
    在进入项目组的第二天,就给我分配了任务,呵呵开始做一些小模块,由于做的很认真,质量效果都很好,研发部经理认为我虽然刚毕业,但是很有潜力,就让项目 组内一位我很尊敬的高手(哈工大本科上交硕士,七年大型软件开发经验,手中无剑心中也无剑的那种人)带我,他是公司的技术主干,而且一直负责软件框架方面 的工作,在后来的几周里简直就是集训般的编程序,而且他向我详细的阐述了用户的需求和整个软件架构,从底层的数据通道采集,网络通讯架构,实时库的原理, 后台的数据处理,前台的数据处理直到前台的界面设计,现在想想我真的是很感谢他。
    在我进入这个项目组两个月后,这位大牛不知道因为什么原因被调走了。这个时候项目已经进入测试阶段了,呵呵项目经理让工程部和我们小组的其他六个人测试程 序,让我一个人负责bug修正(因为我的优点就是不但快而且好,另外他也没有别的人选了,除了大牛我知道的最多,别的牛都是负责一部分),呵呵短短两周时 间200多个bug被我一个人搞定,至今我还为这件事情而得意,期间由于工作的需要我很是花了一番功夫研究了它的框架和代码,包括一些深层次的源码我都有 幸看到。这个时候我才终于明白,程序框架和程序根本就不是一个技术层次。于是开始专研设计模式,UML一类的资料。
    后来由于研发经理多次在公开场合表扬我引起了项目经理的反感,他处处找我麻烦,加上这种软件不是本专业,我还是喜欢控制软件,我选择了离开。但是我非常感谢这家公司。
    在这个阶段我认为跳出瓶颈的标志就是开始向上走了已经开始用一种全局的眼光去看待程序了,再看程序的时候看到的已经不在是具体的代码了而是一种架构,一种 数据走向交互图。基本上在这个阶段一般都不会困扰于具体的技术了,关注的信息资料大部分都是软件工程方面的资料了,喜欢用最简单的方法去解决复杂的问题 了,知道软件开发过程包含很多事,开始关心CSDN主页上的内容了,喜欢了解业内的动态了,泡论坛的时间变少了。在这个时期的时候,做人做事情也更注重自 己的风格了,很多事情也养成了自己的习惯了。一般也不开始盲目的去推崇什么技术或者什么算法了,坚信最实用就是最好的,人也变平和了少了一些锐气多了一些 稳重。
    5.技术转型阶段
    搞软件的估计技术没有转过型的很少原因也很多,我离开了那家公司以后,有三个月的空白期一个是太累了想休息一下,另外就是有可能是毕业之后技术上没有经历 什么太大的困难,总感觉真正自己感兴趣的软件不应当是这样的,应当很有挑战性才是,读书时想着捉摸着大型软件到底应当什么样,经历了以后才明白关键并不在 于大小,自己做的高兴才好,开发的难点并不在于工程大还是工程小何况80/20法则估计大家也都听过,很多大型软件%80的工作内容都是重复的,没有什么 新意。呵呵于是我还是回到了老本行,做我的运动控制软件,并且从事嵌入式系统的开发(新瓶装老酒呵呵),因为运动控制涉及到的算法太多了个人也喜欢。在这 家公司一直做到现在。
    我认为搞软件不可避免要进行一次技术转型,这个行业很累很辛苦,只有找到自己适合做、高兴做,愿意做的工作,才能让你继续走下去,因为行业待遇虽然高,但那也只能让你高兴几个月而已,你坚持不了多久的。所以这一阶段突破的标志就是发现自己喜欢的行业并且钻进去。
    6.走在所在行业前列的阶段
    不少人都是这个目标吧,在当前公司所开发的上位软件系统从需求分析到框架到编码一切的上位程序都是我作为主要人员进行开发的或者说上位这里就我自己,初期 阶段用了两个月达到了国内同类系统用一年时间做出来的效果(与另外三家企业的软件相比,他们至今还没有超过我的初级阶段),当然这也与公司以前失败的经验 有关。后来又用两个月的时间开发了国内一些客户需求好几年但其他软件公司都没有开发出来的功能,国外两家行业内比较强大的公司也只有一家有这样的功能,之 后又用了两周时间开发了一种独一无二的功能只有我们的软件有。由于有对公司泄密之嫌,所以具体是什么就不说了,当然你也可以认为我在吹牛,在csdn里还 有我其他的同事我想他们也会看到我的帖子。其中涉及到的很多关键性的技术和运动规划算法我想国内或许没有人比我更清楚,因为没有人比我们做的好,而且与他 们接触,他们的程序10万行以上而我只用了两万多行的代码。当然如果公司不给我提供好的平台,我也没有这么好的机会,期间也得到了很多同事的帮助,我的人 缘还不错。我并不是在这里吹捧自己,我只是认为这是技术人员发展的一个阶段而已。
    最近项目已经快收尾了,最近也在开始总结一下自己,我今年28岁,工作到来年四月份就两年了,我下一步的路该怎么走?我现在已经不害怕技术了,经验告诉我 只要我踏踏实实的肯学,基本上所从事的实际领域都可以学会只是时间问题,我还需要一些实际项目的历练,一定要更难的。
    在这一阶段我总结出来了一个个人认为很重要的结论,技术人员要想突破自己的瓶颈,理论水平不提高光有实际经验是不太可能的,最终水平有限。前几个阶段的总 结我几乎都是想到哪写到哪但是仔细回味一下任何一个瓶颈的突破主要还是理论水平的成长,经验和实践只能决定当前阶段的水平,实践只是外功,理论才是内功, 没有过硬的理论,成长肯定是有限的,在技术人员的初级阶段理论没有实践重要,但是越到后期理论越重要。

    展开全文
  • 作为技术人,我们用技术抗疫,利用大数据分析,合理安排抗疫工作,于是健康码,线上问诊,远程办公等平台火速上线。在危难时刻,我们用自己的技术,贡献自己的一份力量。新技术代表新的生产力,一定是我们快速战胜...

    一、前言

    不知不觉间,迎来了2021年的第一天。过去的2020年注定是一个不平凡一年,疫情来得太快就像龙卷风,短短数月就阻断了全世界范围内无数人与人之间的物理连接。这一年,我们戴了一年口罩;这一年,哪些逆行者的身影深深印在我们心里;这一年,有多少企业在拼命挣扎;这一年,太多太多不容易.....

    作为技术人,我们用技术抗疫,利用大数据分析,合理安排抗疫工作,于是健康码,线上问诊,远程办公等平台火速上线。在危难时刻,我们用自己的技术,贡献自己的一份力量。新技术代表新的生产力,一定是我们快速战胜疫情,开创未来最好的原动力。当然作为技术人怎样突破自己的技术瓶颈,从而提高自己的核心竞争力,为社会做出更多贡献呢?

    二、怎样发现技术瓶颈

    第一个阶段,一般在从事技术工作一年左右,大多会遇到职业的第一个瓶颈,这个时候,什么都会一点,又好像什么都不会,看不清未来发展方向,在新手面前是大佬,大佬面前是小弟,简单知识不屑看,想学高深知识却无从入手,内心浮躁和焦虑。那这种情况,该如何着手解决呢?

    瓶颈出现的时候,大多有以下现象:觉得工作乏味,整日业务都熟悉,代码就是CV,闲着就摸鱼聊天;不知道目前自己技术水平如何,对自己前端知识的掌握程度边界含糊不清;知道该努力学习,想要学习,但不知道从哪入手;知识架构不清晰,无法形成知识网;时常技术焦虑,思维怠惰。这时候就是出现了技术瓶颈,你不知道后面的路怎么走,还需要学那些有帮助的知识

    这种情况,就好像高考完,一直笃定的目标突然消失了,整天不知道该做什么,回想一下那个阶段你是如何度过的,如果你现在依然记得并且在那段日子里学到了东西,那么不妨试试,再找到相同的感觉,重新调整自己,找到学习的动力;如果在高考结束的那段时间内就是荒废的,并且现在遇到瓶颈依然找不到解决办法,那么不妨静下心来,慢慢读下去,在文中,我会提到一些小技巧,助你摆脱现在的困境。

    第二个阶段,一般在从事三年左右,大多会感觉到,当初对技术那股热情颈没有了,有的甚至有点厌恶,当初那种优越感、成就感荡然无存,突然你把技术化为了仅仅是谋生的工具。其实这个阶段是最危险的,有的人开始动摇了,我是否适合这行,也有的甚至离开了大城市放弃了这一行,或者回老家考个公务员。那为什么会出现这样的情况呢,一方面迫于主观原因:求职竞争碰壁,技术深度浅,行业认知偏差,工作强度大身体透支等,另一方客观原因:父母要求回家成家发展,行业潜规则,一线城市生活开销大。

    第三个阶段,一般在从事五年左右,大多会感觉有很多东西要学自己却没有时间精力,你蓦然回首,你还有大数据,AI人工智能,机器学习等方面你还是个小白,往往这些技术很难在你工作中学到了,往往已超出你工作所需,如果你去深入研究,又很难平衡工作和深究的时间,同时也很难把学习和实践结合起来。

    第四个阶段,一般在从事十年左右,大多数coder将面临国内行业最残酷的年龄限制,所以在国内的程序员也是一个青春饭的一个职业。当然也只有少数码农进入了管理岗位或行业专家,还有大批码农去哪里了呢?

    三、怎样突破技术瓶颈

    1.认知升级

    认知,几乎是人和人之间的本质差别。技能的差别是可以量化的,技能再多累加,也只能是熟练的工种。而认知确是我们能看多远,能走多远的本质,是不可以量化的,产生的影响也是巨大的。因此我们要不断升级自己的认知,培养自己的思维模式,古人云:“条条大路通罗马”,但每一条路,我们都能到达目的地,那我们如何去优化路线,达到事半功倍,立竿见影呢?

    也许每个人都说我不缺认知啊,殊不知自己却进入了认知误区。

    误区一:自己以为自己知道,其实却是只知其一,不知其二。自以为是,是自己认知升级的绊脚石。因此我们要多走出去,听听别人的心声,看看别人的做法。俗话说:“读万卷书不如行万里路。”,也有圣人曰:“三人行,必有我师焉。”,随时保持一个谦卑学习的心态,你就会不断刷新升级自己的认知。

    误区二:自己认为重要的事,其实是非重要的事。其实这是认知欠缺的表现之一,说严重一点就是自我迷惑。说话也讲究说到重点,我们做事情同样如此,只有事情做对了,其他的就是水到渠成。既然这样,我们当如何做对事情。一方面合理安排排序,也许我们一天中会有很多事情要处理,将这些事务定位优先级,另一方面懂得取舍,哪些事情是必须做,哪些事情可做可不做舍弃掉,毕竟鱼和熊掌不能兼得。还有就是做回报分析,也许我们做的不是春种秋收的,不能仅仅局限也眼前短期利益,更要为长远利益考虑。

    误区三:空有认知,却不行动,伪认知。真正的认知是必须要知行结合,认知也是在实践中不断得到升级,只有亲自经历了,你才会挖掘出更多不一样的认知,才能看到比人看不到以及顽固不愿意去理解的机会。

    2.持续学习

    当达到一个瓶颈时,可以学习的参考系越来越少,首先是因为高端技术人才呈现倒金字塔形态,身边缺少能引领你的人生导师;其次,业内的技术交流,大多数在做科普以及刷存在感,到达一定阶段后对个人提升作用越来越小(甚至用一天时间参加技术大会效果还不如用一天的时间在咖啡馆看书学习);再次,国内的文化导致技术人专家逐渐转向管理岗位,技术缺少积累,特别容易出现断层和继承。

    其一,打好基础,底层基础决定上层建筑。我们一定要注意基础知识的学习,才能触类旁通,在解决问题时才能游刃有余。

    其二,培养自己对技术的兴趣,保持好奇。只要你有兴趣就一定能够找到相关的学习资料进行自我学习,兴趣往往是第一个驱动点。但是问题的关键点还是在于学习后的新技术如何深入,新技术如何去实践?没有真正的实践总结,没有真实的大型项目实战驱动,你将发现理论终归是理论,理论要转化为你的实战经验是相当困难的。

    其三,合理制定学习技术。不积跬步无以至千里,每天坚持学一点,当然我们学习不仅仅是学技术,还有很多东西都需要我们学习。

    其四,学习和时间相结合。大量技术的深入学习往往都是在实践中真正遇到了复杂的问题,在问题驱动下的学习和深入,这些错综复杂的问题往往涉及庞大的知识面,而且各个知识点之间相互影响。我们如果有实践机会能够不断的解决这类问题,不断优化和持续改进,技术自然深入。

    3.追求优雅与创新

    写了多年代码,始终觉得的如何写出干净优雅的代码并不是一件容易的事情。程序代码可读性,健壮性,易扩展性,可移植性......,我们是否有去想过。这时候就有人问了,那我们怎样才能办到。

    第一,我们要多读多看哪些优秀的开源项目的源代码,看看人家怎么写,取其精华。

    第二,熟悉并使用各种设计模式,设计模式是业内公认的解决方案,它根据不同的场景设计了不同的组织方式,比较流行的几种设计模式:https://www.runoob.com/design-pattern/design-pattern-tutorial.html

    第三,熟悉各种开源框架的设计理念,并弄懂和深究这样设计的优点是什么,和其他框架有什么不同的方式,那种方式最优雅最值得借鉴,弄懂这样设计解决怎样的问题和作用。

    创新是一个恒古不变的主题,创新都是建立在原有基础上,借助伟人的肩膀往上看,只有不断的探索才能形成前所未有的新模式。不畏常规,敢于超越,增强创新意识。一个人的创新意识可以在短时间内快速得到增强,但是一个人创新能力的提高是一个日积月累、循序渐进的过程。

    4.构建自己的知识框架

    我们不仅仅要做一个技术熟练工,而且要不断总结,形成一套自己的知识体系。深陷枯井,身旁一堆材料,不懂得铆接搭梯子,永远无法走出困境。我们手握大量知识,如何组织起来,形成自己独有的架构,是一门学问。在面试中,有一个考核点,就是测试应聘人员的知识重构能力,面试官会故意在你说的津津乐道的时候,打断你,岔开话题问你一个问题,几个问题之后,再返回让你继续说,这样做,一来是测试你的临场反应能力,二来是判定应聘者会不会因为在无意识状态下被打断而被激怒,从而判断他的性格,再有就是判定你的复盘重构能力有多强,是真的能重新组织起来还是在背书。

    知识架构的形成,不是一朝一夕的事,它是一个漫长的过程,总结、归纳、丰富、修正都需要自己去做,而我们的大脑最喜欢形象记忆,所以最好的办法就是写出脑袋看得懂的架构,加深记忆,脑图,是个不错的选择,通过勾画脑图,梳理知识细节,从而在后面,即使离开脑图也能形成画面感。如何划分主题,主要根据当前的认知水平,接触的知识深浅来确定,没有最优的形式,能达到效果,那就是最好的。比如我们可以利用自己的知识体系写博文,著书立说,发布学术论文等。

    5.自我定位, 突破短板

    学会自我定位。自己应该先从自我了解开始,知道自己需要什么,自己的目标是什么? 找准自己的梦想、使命和真正的价值观,把自我和工作衔接起来,并取得平衡,在工作中一步步实现自己的理想和价值。不断充实自己的人生,决不碌碌无为的走下去,人生在世需要精彩,需要别人来认识自己。学会找到自己的不足,然后不断的去克服和战胜。

    也许我们再技术方面最熟练,在其他方面呢,我是否兼顾到并全面发展。

    6.跳出圈子,看世界

    随着科技信息技术的发展,互联网渗入每一个人的生活,各行各业的变化速度越来越快。自然生存法则就是优胜劣汰、适者生存。当然,我们可以抱怨以求心里舒适,但是抱怨终归还是不能解决任何事情,而是让人陷入一种自怜自艾的”受害者“的快感中。当我想抱怨的时候,我总是提醒自己:这已经是最好的年代,没有战争,在颠肺流离的年代,人们所追求的”岁月静好,现世安稳“也不过如此吧。

    是啊,无论什么行业,再艰难,也总是有人做得很好。这难道不应该值得我们反思和学习吗?如果你觉得他做的好是因为他有背景、有机遇,那我真的无话可说!为什么你总是为自己找各种接口?多少白手起家的人,李嘉诚、马云、宗庆后等富豪都是白手起家;所谓机遇,那也是留给有准备的人,只有视野够开阔、知识够丰富、嗅觉够敏锐,才能嗅到”机遇“的大门。

    在这个日新月异的时代,希望做到不墨守成规,跟随时代的脚步而行走。也许我们换一种工作方式,应用所积累的知识能放大自己的价值。

    四、综述

    作为一个技术人,都曾梦想我用代码能改变这个世界。的确,也许我们并没有直观的改变着这个世界,但也一点一点改变着人民的生活。同时,也希望我们技术人,不断升级认知,持续学习,勇于创新,善于总结,突破短板,全面发展来提升自己的硬实力和软实力来突破自己的技术瓶颈,从而提高自己的核心竞争力,为社会做出更大的贡献。

     

     

    展开全文
  • 突破自己的技术瓶颈,个人的技术输入与输出1、技术瓶颈 ; 2、工作上瓶颈 ; 3、收入上瓶颈 如何突破技术发展瓶颈?- http://www.sohu.com/a/246164204_100066886 如何持续进步,突破技术瓶颈?- ...
  • 一直没时间写博客了,一直在专...1、数据库端的压力瓶颈,以前再华为hwa项目组搞hadoop大数据我就清晰的知道,项目都会因为时间的积累导致堆积的数据越来越多,而数据库没有进行处理会导致数据一直物理存储着,会导致
  • 流媒体网络传输的技术瓶颈

    千次阅读 2014-04-10 19:36:46
    网络技术的发展让宽带网逐渐有了普及的声势和现实步伐,流媒体的瓶颈正悄悄地被突破。据专家预测,流媒体有望在最近几年内成为发展的热点。无论是在国内已经有较多应用的教育、广电、政府、电信等行业部门,还是在...
  • 苏宁易购全面开放平台或遭技术瓶颈 【同心圆软件网讯】苏宁易购终于要向年终目标发起最后的冲刺了。 据苏宁易购执行副总裁李斌透露,苏宁易购将于7月初全面启动开放平台战略,届时将在南京召开千人供应商大会...
  • ERP的真正技术瓶颈——详细生产排程 ERP应该以生产为核心,这点是业界公认的。但如何以生产为核心?却极少有详细的论述。根本原因在于‘详细生产排程’这个技术瓶颈。‘详细的生产排程’也可以说成是‘生产作业计划...
  • 问题 第一次创业:3C数码商城搜易得 第二次创业:网上鞋城...在选择一件事情,要看自己的竞争对手是谁,自己是否掌握产品、渠道。 电子商务,要么规模,要么高利润,利润至少在20%才有可能赚钱。最
  • 程序员如何应对年龄这样的职场瓶颈

    万次阅读 多人点赞 2020-03-02 13:32:43
    技术人遇到瓶颈怎么办?上升通道虽然明确,但个人会有无力感,是否可以操作?长期看,技术换代+新人不断,到一定年龄后,面临淘汰,周边有哪些工作可以考虑?貌似离职转岗并不能从本质上解决问题,还会再次陷入困境...
  • 根本原因在于‘详细生产排程’这个技术瓶颈。‘详细的生产排程’也可以说成是‘生产作业计划’,可谓关系重大。企业制定生产计划的过程一般分成两部分,首先是生成主生产计划,其次是根据主生产计划生成生产作业计划...
  • 还有区域问题,这个不在我的考虑范围内,因为除了北上广深杭,其他地方也很难达到。 还有人提到这个水平不止2w,其实工资是跟面试表现有关的,也跟其他综合水平有关,比如你是985,top10,或者研究生学历,也或者懂...
  • 前不久公司请来了位互联网界的技术大牛跟我们了一次大型网站架构的培训,两天12个小时信息量非常大,知识的广度和难度也非常大,培训完后我很难完整理出全部听到的知识,今天我换了个思路是回味这次培训,这个思路...
  • 上文里我遗留了两个问题,一个问题是数据库了水平拆分以后,如果我们对主键的设计采取一种均匀分布的策略,那么它对于被水平拆分出的表后续的查询操作将有何种影响,第二个问题就是水平拆分的扩容问题。...
  •  当我们的系统完了读写分离,数据垂直拆分后,我们的网站还在迅猛发展,最终一定又会达到新的数据库瓶颈,当然这些瓶颈首先还是出现在那些数据量大的表里,这些表数据的处理已经超出了单台服务器的能力,这个时候...
  • 什么是系统瓶颈

    千次阅读 2015-10-12 20:13:11
    严格的从技术角度讲,所有的系统都会有瓶颈,因为大多数系统的资源配置不是协调的,例如CPU使用率刚好达到100%,内存也正好耗尽的系统不是很多见 因此我们讨论系统瓶颈要从应用的角度讨论: 关键是看系统能否...
  • 如何做技术选型? 1,我们要解决的实际问题是什么 2,能解决这些实际问题的备选方案有哪些 3,这些备选方案优点是什么,它的优点是否刚好是解决问题的关键 4,方案有什么缺点,它的缺点是否对项目造成实质性...
  • 如何定位性能瓶颈

    万次阅读 多人点赞 2017-03-19 09:51:20
    性能瓶颈定位五步法:一、理清数据流向,数据流程分解;二、检索日志中的异常;三、分析硬件资源占用;四、数据库的监控分析;五、应用服务器监控及代码分析
  • CPU性能瓶颈

    千次阅读 2017-07-29 11:38:08
    在一些论坛里经常能看到一个很有趣的观点:CPU过剩论。 确实,扫雷这叫游戏,GTA5也叫游戏,对于扫雷来说,几十元二手智能手机性能都远远过剩了,...所以说本篇就从简单的几个方面,给你讲清当前玩游戏CPU的主要瓶颈
  • 最近跟朋友在一起聚会的时候,提了一个问题,说Java程序员如何能月薪达到三万,技术水平需要达到什么程度?人回答说这只能是大企业或者互联网企业工程师才能拿到。也许是的,小公...
  • Java程序员如何能月薪达到三万,技术水平需要达到什么程度?人回答说这只能是大企业或者互联网企业工程师才能拿到。也许是的,小公司或者非互联网企业拿二万的不太可能是码农了,应该已经转管理。还有区域问题,这个...
  • 系统瓶颈(软件测试)

    千次阅读 2018-06-09 12:55:20
     严格的从技术角度讲,所有的系统都会有瓶颈,因为大多数系统的资源配置不是协调的,例如CPU使用率刚好达到100%,内存也正好耗尽的系统不是很多见。因此我们讨论系统瓶颈要从应用的角度讨论:关键是看系统能否...
  • 五步定位性能瓶颈

    千次阅读 2015-12-19 14:28:47
     通过绘制数据流向图,以便清晰的列出所有可能出现瓶颈的位置,避免在分析过程中遗漏可能的瓶颈点。  系统架构分解——水池模型  要查找瓶颈,首先要对系统的架构有详细的了解,清楚知道所有可能成为瓶颈的...
  • 还有区域问题,这个不在我的考虑范围内,因为除了北上广深杭,其他地方也很难达到。还有人提到这个水平不止2w,其实工资是跟面试表现有关的,也跟其他综合水平有关,比如你是985,top10,或者研究生学历,也或者懂点...
  • 职业生涯瓶颈

    千次阅读 2015-12-13 18:10:39
    外国的一个程序员,总结的个人职业生涯瓶颈。他把遇到的问题和解决的思路,考核自己的标准,都总结了下来。
  • 服务的瓶颈有哪些 通常来说程序的定义是算法+数据结构+数据,算法简单的理解就是一种计算方式,数据结构顾名思义是一种存储组织数据的结构,这两者体现了程序需要用到的计算机资源涉及到CPU资源、内存资源,而...
  • 出处:[在北京Java开发如何月薪达到两万,需要技术水平达到什么程度?](https://www.zhihu.com/question/39890405)有人回答说这只能是大企业或者互联网企业的工程师才能拿到。也许是的,小公司或者非互联网企业拿...
  • Linux系统瓶颈分析(经典)

    千次阅读 2015-03-03 18:40:55
    Linux系统瓶颈分析(经典) 文章来源:http://wenku.baidu.com/view/ccce2912f18583d0496459f8.html 1.0 性能监控介绍 性能优化就是找到系统处理中的瓶颈以及去除这些的过程,多数管理员相信看一些相关的"cook book...
  • JVM 性能调优实战之:一次系统性能瓶颈的寻找过程

    万次阅读 多人点赞 2016-09-20 17:39:18
    玩过性能优化的朋友都清楚,性能优化的关键并不在于怎么进行优化,而在于怎么找到当前系统的性能瓶颈。性能优化分为好几个层次,比如系统层次、算法层次、代码层次...JVM 的性能优化被认为是底层优化,门槛较高,...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 118,747
精华内容 47,498
关键字:

做技术达到瓶颈时