一般编程语言都是英文的，中文编程有哪些优劣势
看看代数和物理公式用汉字天干地支表示好呢还是用英文符号表示好。数字用阿拉伯数字表示好还是用汉字一二三，十百千表示好。文字各有优缺点。编程用英文符号我认为比汉字好，这不是崇洋媚外。师夷长技以自强这句话目前还没过时。
怎么制定Web前端学习计划
一个非常好的问题。先解释下Web前端开发的新发展。随着移动互联网的发展，前端开发成为重点。移动端有多个平台，Android，iOS，小程序，支付宝小程序，还有不断出现的新操作系统，比如阿里YunOS，华为鸿蒙，等等。为了支持这些平台和系统，越来越多的应用开始使用H5跨平台架构，现在有个新名词叫做“大前端”。一，H5跨平台开发这时的H5前端开发已经不再是单单的网页开发了，而是前端应用开发。具体到H5 Hybrid架构，常用三剑客：HTML, css, JavaScript1) HTML和css是页面设计，没有代码逻辑2) JavaScript编程，还有其它衍生语言，比如常用的TypeScriptJavaScript是一种脚本语言，由解释器加载执行，常用在网页前端动态展示、和服务后端交互等场景。接下来重点介绍JavaScript开发。二，学习阶段和时间计划1）编程基础，一到两周学习JavaScript语言基础，掌握基本的编程方法。如果对着课本教程学习比较枯燥，难以坚持，那么可以使用网上的一些学习练手资源，边学习边动手，比如HackerRank2）开发框架，一到两月JavaScript前端开发有很多成熟的框架可用，比如JQuery, AngularJS，React，还有前后端都跑通的NoteJS。阿里开源框架Ant Design Pro是一个功能完善的脚手架，推荐新学者练手。新手学习时，推荐当前普遍使用的Top3开发框架，太新或者太旧的都不适合用来学习练手。3）项目经验，一到两年学习的最终目的是学以致用，在实际项目中积累经验，不断提升。有了一定技术基础后，推荐尝试参与开源项目，在开发功能、提交代码的过程中，提升非常快。而且开源项目经验，和工作经验一样，时非常受欢迎。我是工作多年的Web应用架构师，欢迎关注我，了解更多IT专业知识。
程序员喜欢的编辑器有哪些
作为一名程序员，日常开发绝对离不开代码编辑器，好的编辑器不仅可以提高开发效率，还可以方便管理代码，下面我简单介绍几个不错的代码编辑器：Visual Studio Code这个应该是使用最广泛的代码编辑器了，微软自主研发，免费、开源、跨平台，轻便灵活、运行速度快、占用内存少，支持自动补全、代码高亮、语法提示、Git等功能，生态环境良好，插件扩展丰富，在日常开发中经常会用到这个编辑器：Sublime Text这也是一个非常不错的代码编辑器，严格意义上说不是免费的，但是网上有注册码，所以在使用上影响不大，基本功能和VS Code差不多，可以跨平台使用，轻便灵活、运行效率也非常高，内存占用率不大，支持常见的自动补全、语法高亮和提示等功能，插件扩展也不错，在日常开发中使用率也比较高：Atom这也是一个不错的代码编辑器，由GitHub设计研发，专门为广大程序员打造，基本功能和VS Code相差不多，常见的代码补全、语法提示、语法检查等功能这个软件都能很好的支持，插件扩展也非常丰富，唯一的缺点就是启动速度慢，经常会出现卡顿现象，内存占用率比较高：Notepad++这是一个比较简单的代码编辑器，免费开源、小巧灵活，支持多达27种编程语言，主要应用在Windows平台下，记事本的增强版，代码高亮、语法提示、补全等功能也不错，插件扩展也行，在日常开发中也有使用：Vim这个编辑器应该广为流传了，轻便灵活、简朴简约，在Linux下会经常使用，当然Windows下也有对应版本（GVim），插件扩展非常丰富，各种语言都能搭配，而且效果非常好，如果你经常在Linux环境下开发的话，那么这个编辑器是你的不二选择：就介绍这5个不错的代码编辑器吧，对于程序员日常开发来说完全够用了，当然，你也可以使用Emacs、UltraEdit等，也都非常不错，网上也有相关资料和教程可供参考，希望以上分享的内容能对你有所帮助吧，也欢迎大家评论、留言补充。
能不能聊聊那些年你重构过的代码
聊聊我曾经接手过的一个订单业务系统，有对接过三方或四方支付的开发同学相信你们都知道他的逻辑主流程都是一致的，基本上就是下面这样的一个大致流程：这个流程里面因支付变化的就是：向支付平台发起预付款请求；三（四）方支付回调。这个世界上有很多种支付，国内大家最熟悉的三方支付就是支付宝和，还有拉卡拉，这是属于三方支付的范畴。还有很多的四方聚合支付，比如京东数科、收钱吧、爱贝、哆啦宝。如果放眼国外，那就更多了，支付通道的API文档也是五花八门。当时我接手的代码已经接入了七八家支付公司了，代码也是接一家支付就写一套上面的流程，每个支付的Service里面都是一堆业务判断，然后再创建订单信息，然后再调用各自的支付通道发起预付款请求，大致是这个意思：相信大家看到上面的伪代码就已经知道问题了，就是每次再来一次支付就得写一次这样的代码，他会有几个问题：大量的重复代码，新的支付进来后只能是粘贴、复制相同的代码；getProductInfo()、generateOrderNum()、createUserOrder()方法只要有代码或者业务变动，就得改所有的支付通道服务，意味着影响范围就是所有的支付，测试自然得回归测试所有的支付。相信大家在平时开发中都或多或少的遇到过这种代码，甚至为了赶工期也写出了这样的代码，但是你是否想过什么时候去重构它呢？这才是要命的问题。很多时候，我们第一次的设计写出来的代码往往代表的是最高的质量。随着业务的不断变动，加之业务方开发工期的步步紧逼，后面的代码是越来越差，越来越惨不忍睹而到最后难以维护，堆成屎山。如何重构？相信大家看到这里都有自己的重构方案了，基本原则就是把“变的”和“基本不变”的独立出来，那什么是变化的部分？基本不变的又是哪部份？分析清楚了基本上就可以得到下面的这种方案：这样去设计的话，如果这个时候需要对接一个新的支付通道，我是不是只需要再针对特定的支付通道写一个XxxPayService和XxxAdapter就可以了，而且对其他任何服务都没有影响。大家可以看到这个里面我加入了适配器，其实是为了屏蔽外部系统（支付服务）的变化对内部系统（订单服务）的影响，例如支付宝的支付接口发生了变更，我是不是只要变更一下AliPayAdapter这个类就可以了？而不会影响到其他的支付？反过来看，如果订单服务有业务规则变化，是不是也对支付通道相关服务不影响？这样就可以做到，日后不论业务如何变更，需要改动的代码范围缩小了，也就意味着扩展性高了。写在最后个人意见，大家对自己写过的代码还是要多回头去看看，去思索并不断重构优化，这其实就是大家平常总说的总结、沉淀。否则我们只能沉沦于业务而最终无法获得成长。