讨论：程序员高手和菜鸟的区别是什么？.docxVIP

争辩：程序员高手和菜鸟的区分是什么？ 2021-06-17 随着做软件的时间越来越长，我发觉，做软件越来越难。难在哪？难在怎样做出一个好的软件。好的软件标准是什么？两个词，好用，好看！程序员的最大价值在于做出好用又好看的软件的力量。因而，我觉得程序员的价值确定不在于技术本身，而在于做出好用且好看软件的力量。这是一个开放性的话题，每一个人都是菜鸟过来的，我期望和祝愿每一个技术人员都能尽快成为高手，也期望更多老鸟来共享阅历。在这篇文章，我将依据本人的阅历来共享，期望能给人有更多的有挂念的信息。在这里，我只想从技术角度来分析，技术不肯定和收入相关联的。 1 命名 从程序代码的命名，我们就可以看出一个人的水平。最差的命名就是使用中文、拼音、拼音缩写、中英混搭，接下来要么是仿照式命名，要么干脆就任凭命名。仿照式命名典型的就是“××DAL”，说实话，我觉得类似于“UserDAL”这样的名字，我觉得太不美观了，一般这我就晓得这是典型分层架构的仿照者，说明他是有些阅历的人了。任凭命名，就是写代码的时候，名字压根就没有意义，比如var list = new List，其实完全可以写成var users = new List的。想要命名的更有意义，你只需要将每一个类、每一个方法、每一个单词的名字都用你开发时的意思直接描述出来就行了。 ? 2 模型笼统力量 模型打算一个系统的可用性、稳定性、易用性、可维护性、可扩展性！ 这个模型不是UML建模，而是软件的核心。就是你设计一个软件时，为其所笼统出来的原理性的描述。模型打算一个软件的质量、易用性和扩展性。凡是优秀的软件，都有一个共同特点，就是其模型构建的格外秀丽，当然也有不怎样优秀的软件，模型也很秀丽。微软MEF，我个人觉得其模型构建格外的秀丽和优雅，有爱好同学可以看看《体验Managed Extensibility Framework精妙的设计》这篇文章。MEF的核心就是组合基元，如下图所示，它简约的定义了动态组合的支持基础，然后一层一层的进行扩展。 当然了，由于文章是我写的，我也得得瑟的显摆一下OSGi.NET的设计。可以说，OSGi.NET的设计。OSGi.NET的设计也是类似于MEF，内核很简约，只是为了实现三大功能：动态插件化、面对服务、扩展。不过，我们却可以从简约的OSGi.NET来支撑WinForm、ASP.NET、ASP.NET MVC等任意应用，从简约把握台扩展到iOpenWorks这样的自动化部署与软件生产线平台。它的扩展方式是： WinForm等桌面插件应用 = OSGi.NET + 应用插件 ASP.NET应用 = OSGi.NET + WebExtension + Web插件 MVC应用 = OSGi.NET + WebExtension + MvcWebExtension + Web插件 自动部署 = OSGi.NET应用 + iOpenWorksBundleRepository + iOpenWorksBootstrap + 自动升级插件 近程服务 = OSGi.NET应用 + 近程服务宿主插件 负载均衡 = OSGi.NET应用 + 近程服务宿主插件 + 负载均衡客户端插件 在OSGi.NET之上的任何应用，都是基于组合和扩展的方式，并没有去不断变更OSGi.NET内核本身的代码。此外，OSGi.NET内核能够支持.NET Framework、Mono、.NET Compact Framework，由于它设计的模型格外小，没有用过多的类库支持。 3 虚心随和 我们的客户都是一些大的企业，接触了很多各品种型的技术人员。你可以发觉一个格外好玩的现象，那些懂得敬重别人、比较虚心的人经过深化接触后，会发觉他们的技术往往都很了不起；而那些说话薄情无礼，觉得这个技术也不怎样，那个技术没什么了不起的，这个技术没有什么用，我本人的东西已经挺好的，这样的人水平、阅历和见识一般都不怎样。软件的问题，并不是简简约单处理一个技术问题，从技术的角度上看，只需学会了使用技术，那么我们就已经把握了技术，因而，单纯的技术是很简约的。相反的是，软件的协作开发、管理，软件的易用性，软件能否美观，这些东西才是最麻烦的，也往往是技术水平一般、阅历短缺的程序员意识不到的东西。我已经接触过不少一般的程序员，大体都是这一类，他们觉得软件太简约了，没有什么了不起的。对于什么思想，也不屑一顾，他们已经觉得本人把握了很多真正的技术。 4 特别处理与稳定健壮 通过特别处理可以看出一个程序员程序设计的严谨与扎实的基础学问。对于Java开发人员而言，会发觉每一个方法都有可能需要强制的处理特别和声明这个函数需要处理的特别，这中强制的约束，会强迫开发人员来习惯性的考虑和思考它。不过，对于大部分人来说，它处理特别的方式就