认识达内从这里开始

对于每一个想要开始学习编程的人或者是已经开始学习编程的人来说，在学习编程之前，你可能是穿着休闲衣服走在校园林荫大道，也可能是穿着正装坐在办公室甚至是穿着散热T恤奔走在这个客户或者那个客户。学习的初衷也是各种各样的，但是我相信不管之前是什么职业或者什么教育背景，在新接触到编程的时候都会有一丝忐忑和期待，担心编程太难更期待自己用代码写出“Hello world”的场景。而南宁编程培训小编就给各位初学者一些建议，希望大家能在编程世界留下属于你们自己的痕迹。

1. 只写必要的代码，不为抽象而抽象

这和性能优化是类似的，在没有看清楚问题全貌之前，过早的抽象可能是完全没意义的。这个问题在java世界中特别严重，啥都没做起手就是一堆factory，repo，builder，wrapper。作为新手给代码撑撑场面是ok的，作为老手还这么做就特别掉价了。我倾向于在没有看明白整体结构前不要做过多的抽象，也不用很OO，用尽量少的代码解决问题就行。等到系统完整地跑起来了，核心功能相对收敛了，再去按需地、迭代式地做抽象。

2. 保持核心功能简单，并和扩展功能隔离

基本道理非常明确，也是广泛实践过的：像客户端软件中的插件、进程隔离，服务端软件的SOA、RPC改造，操作系统中的微内核、模块化都是这种思想的体现。核心团队控制住改动周期很长的核心功能，把扩展功能开发给其他团队或使用者快速迭代，做好扩展功能的监控、上下线，可以很好地控制整体复杂度并平衡多方诉求。当然在实践中，什么算是核心，什么算是扩展，也很容易迷惑人，需要具体情况具体分析。

3. 狠抓接口设计，不要过度关注实现细节

我们不可能让每个人的做法都标标准准，思路都清晰无误。如果你抓住一个人狠抓细节，不仅被抓的人会超级不爽，一点发挥空间都没有，试问你最多又能抓着几个人这么干呢?事实上，这条和上一条的隔离讲的是同一件事，只是更注重在人身上。控制好接口设计，就限制了人和人之间的影响，给一些差劲的代码争取到了改进时间。在接口层面，很多概念已经定下来了，所以人和人之间、团队和团队之间可以做更准确的沟通，而不是鸡同鸭讲。接口层面也已经可以做很多数据监控，用实际的数据去推动改进既有动力又可衡量，会事半功倍。

4. 在发现问题时要抓整体和本质，不要只解决具体case

系统之所以复杂就在于很多问题只是表象，修了它们而不刨根问底很容易导致低水平重复。这个点很难，不仅发现深层次问题需要长时间的思考和总结，转化为具体方案去真正落地执行还要平衡问题的解决程度、投入的成本、对系统的整体帮助等很多因素，这应该也是leader和非leader的分水岭之一。公司一般会以case study的形式来鼓励大家对严重bug刨根问底，但还有很多问题是以非bug的形态存在的，这就需要负责人有敏锐的技术嗅觉来发现它们、得以改进并应用到更大的场景中去。

5. 定好系统的原则、目标，并持续沟通

职业项目无法回避多人协作，而系统的复杂度会让很多表层的沟通在实践中谬之千里。一个系统真的可以按架构图划分地一清二楚，就按图里的那几个箭头来回交互吗?一个系统真的可以通过打比方映射到一些简单概念，从而让每个人按部就班地工作吗?真实系统不会简化到那种程度，实际开发中还是有大量的、难易不一的决策要做，如果这种决策都要“讨论”一下，那团队效率就相当地不“多线程”了。其实，在把握住整体接口的前提下，很多模块内的问题应该鼓励团队成员自行决策，全局角度则是以好理解、可衡量的目标来帮助团队成员判断自己的做法是否得当，从而提升团队效率。

6. 保持学习心态，多实践本职工作以外的东西

在大公司中很容易实现技能专精，并获得丰厚的收入，同时增强自信心。但也很容易让目光闭塞，从而停止学习。真相就是：大部分挑战都来自0-1，而不是1-100的改进，在一个大平台上获得成就很容易让人产生迷之自信，并深陷局部细节无法自拔。固然，不是每个人都有机会参与到0-1的过程中，但平时工作中如果意识到自己的局部困境也应该想法设法地去寻找破局的机会。仅仅想是没用的，仅看书其实也是没用的，作为程序员最大的优势其实是实践需要的生产资料很少，后端程序员可以去学学移动端或前端，给家人或朋友的需求写写app或小程序;前端程序员可以尝试从前到后把搭建一个服务的过程全包了，多体会一下后端处理过程的重点。这样在接触本职工作时能更全面地理解自己的角色。当然，如果你有机会接触到产品设计和运营，那就更好了，一般而言这些领域的对外依赖很多，且被大公司严重垄断，很难有实践机会。

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!更多内容请添加danei0707学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。