优秀的程序员是如何处理技术 Bug 的

Posted 2023-04-19

从初入职场菜鸟到职场大咖，很多程序员在努力充实自己，有时候我们需要对自己进行一次能力定位，了解自己的优势和没有掌握的技术。芯学苑列出几点作为初入职场的新手评估自己，明了前进学习的方向。
1、技术能力(解决问题的能力)
这是非常重要的事;过硬的技术能让你得到面试机会，并在工作中游刃有余。当公司招聘一个Java开发人员时，是会优先考虑能力因素的。在实际的项目开发中，一个程序员的技术能力等于其解决问题的能力。
如果拿一个尺度来衡量这个能力的话，一个程序员的能力可以用能完成任务的数量和难度来衡量。一个程序员能基本无误的完成项目中的一个功能算是合格，但在此之前，他对项目的生产力为负，为他布置的任务，中间环节的沟通，修补bug的时间其实要多于自己直接完成该功能的时间的。能较好完成一个完整模块的程序员才算是较好的程序员，也是项目中的主要开发者。能独立完成整个项目才是优秀的程序员。
2、专业基础(知识的积累)
一个程序员的知识积累很大程度上决定了其解决问题的能力。知道如何编写代码是基本的技能，但是知道Java编程语言的原理，知道代码背后的算法将使你从人群中脱颖而出。
3、主流编程工具
今天，事实是，你不能成为一个样样都懂的人(杂而不精)。你必须选择你要掌握的工具。有时这是由工作的环境决定的，但是按照下面说的去做也是一个很好的选择：
构建工具：Maven或Gradle。
SCM：Git(不是GitHub。大不相同)。
构建自动化：Jenkins。
IDE：Netbeans或Eclipse——不仅用于编写代码，而且还从IDE中重构和调试代码。我遇到了很多没有如何从他们最喜欢的IDE调试的开发人员。
Bug跟踪：Bugzilla或Jira。
4、JSF的知识
应用程序服务器
所有Java开发人员应该知道如何在Apache Tomcat中部署。
当Glassfish开发停止时，下一个最好的事情是J Boss Wild Fly。
5、沟通的能力
沟通是我们做好一切事情的关键。我们必须与我们周围的环境保持互动，无论是在我们的私人还是职业生活中。一个良好的程序员知道如何在各种团体面表达自己。也许对你来说显而易见的东西在他人的角度来看并非如此。
从大的尺度(比如一个人的工作生涯)来看，一个程序员知识积累的多少只决定于其自学能力和他对编程本身的兴趣。
在一个分工明确的项目中，程序员需要理解产品，和领导沟通理解自己的任务，和同事们沟通以正确的方式进行合作。无论哪一个方面沟通出了问题都不是小事情，同时，程序员还需要正确的传达设计的实现难度，以及让别人正确的理解自己设计模块的接口。在不写文档时，正确的口头沟通非常重要，需要写文档时，良好的编辑能力也算做是沟通能力的一部分。
6、自学能力
这是一个非常重要的技能，在你自己的空闲时间学习新的技能。不要等待公司为你提供培训。你需要自己去学习新技术，提升自己在相关领域的水平。从Java后端开发到架构模式，总是有一些新事物值得学习。经常阅读博客和论坛，尝试加入本地聚会小组。你学到的东西可以帮助你的事业。知识刷新频率极快让人无法追赶的这个时代，难免会有超出自己知识范围的时候，此时你的自学能力决定了你能多快的完成任务。
7、良好的团队合作精神
无论是部分编程还是大型项目，所有开发人员都是作为团队的一部分在协同工作。你需要致力于团队的目的，或帮助新的团队成员克服障碍。不要存在这种“我只要做好我的本职工作，下班就直接回家”的态度。成为团队的一部分，帮助周围的同事，对自己的能力也是不小的提升。
就像拿破仑说的不想当元帅的士兵不是好士兵，追求参与一个大型软件系统的开发，是每个程序员的梦想。在此之前，应该学习更多的专业知识，达到优秀程序师的标准。最后希望各位程序员阅读本文后能够得到一些裨益，在这条路上走得更好。 参考技术A 对于c和c++，大家往往会把goto当做洪水猛兽来对待，但是我不得不说良好的goto语句确实可以简化逻辑，什么事情都不是绝对的，只要选择最适合自己的。特此强调：不滥用。 参考技术B BUG对于程序员来说，简直就是噩梦一般的存在，一天天的，不想见到的人就是测试人员，每当他们出现的时候，就意味着，加班的时间到了，开启你的加班套餐模式！
而面对BUG，我们又不能不正面面对，如何提高自己的效率，赶紧回家陪女朋呢？只需要这两步：

一、如何快速的揪出BUG呢？下面这些小技巧或许能帮到你！
1. 输出语句
代码调试的首要工具就是插入可靠地、真实的输出语句。当输出语句数量庞大且不易于管理的时候，在输出语句里恰当使用记录系统，这可以说是一个等效的好方案。
2. 调试器
源代码调试器采用了输出语言方法里的逻辑推理。这样可以让程序员一行一行的单步执行代码，同时监测从变量值到底层虚拟机整个状态的一举一动。
3. Bug跟踪系统
在一些比较重大的软件项目里，使用bug跟踪系统是很有必要的。 一个简单的文本文件在项目里可以作为最初的bug跟踪系统。
4. Linter
在某些编程语言里，Linter可以执行对代码的静态分析，以便在代码编写和运行之前识别出问题区域；在一些其它编程语言里，Linter工具对于语法检查和增强风格是很有帮助的。
5. 版本控制
版本控制在代码排错里同样有着举足轻重地位，可以让程序员回滚修改较早版本的代码，尽可能在错误出现之前，在代码库里对错误进行修复。
7. 自动化测试
自动化测试就是一段代码用特殊的输入值来运行软件，以此来检测程序运行是否和预期的相符合。
二、在揪出BUG的同时，如何解决才是更为关键的一步。

下面列出一些常见的疑难BUG类型以及每种BUG的诊断方法：
1. 输出结果与预期不符。
这种BUG一般都是由于代码逻辑错误造成的，如果能在开发环境重现，一个优先解决方法就是单步调试，设定每一步代码的预期结果，然后跟踪判断实际结果是否与预期结果一致，不一致的分析原因，如果在开发环境无法重现，无法单步调试的，可以采用添加输出日志的方式判断哪一步的问题。
2. 系统异常报错。
这种情况下需要提取日志，找出错误堆栈信息，这时候重要的事情是要把堆栈信息看懂、看完整。这是很多经验不足的程序员常见的问题，就知道报错了，报的什么错，这个错代表什么一概不知。而且往往堆栈信息是一个套一个输出的，比如Java里面表象上看是一个NullPointer Exception，但是如果你看到底，就会告诉你到底是什么错误引发了这个NullPointer。
3. 系统Crash。
这个问题常见的原因是负载过高、并发过高、或者配置错误。常见的就是内存溢出。这时候要首先排除配置错误的原因，主要靠查看Crash Log来分析原因，如果Crash Log没有有用的信息，就得排查硬件、内存、网络等方面的设置，看是否有配置错误的地方。再找不到就在测试环境用开发模式进行压测和调试。
4. 系统响应缓慢。
这种问题一般是存在资源竞争或者系统资源不足的情况，先检查服务器内容、CPU、网络情况，如果服务器压力过大，排查应用系统负载情况是否异常，如果这些数据都正常，就需要排查代码中的性能瓶颈，可以采用profile工具或者直接输出时间戳的方式查看哪个操作占用时间最长。特别需要留意依赖第三方接口的情况，比如同步的方式发送邮件、发送短信、写文件等。
当然了，以上只是一些小小的总结，具体问题还是要具体分析的！

用xpo实现dc技术的关键点-XPO是如何处理接口类型与真实类型的对应关系的

https://www.devexpress.com/Support/Center/Question/Details/Q487000/xpodatamodel-and-model-interfaces

代码来自于上面的网址,这个代码功能是xpo解析类型信息时,可以有个中转.

这也成了xaf中dc机制的一个关键点,即,接口信息需要有一个真实的对应类型信息才行.

也说是说,接口类型只是一个公开给程序员的信息,ta必须对应一个真实的classinfo,这个classinfo用于xpo解析真实的表\字段\表达式等其他元数据时使用.

 public class InterfaceAsForcedAliasHelper {
            public InterfaceAsForcedAliasHelper() { }
            public InterfaceAsForcedAliasHelper(ReflectionDictionary dictionary)
                : this() {
                Help(dictionary);
            }
            public void Help(ReflectionDictionary dictionary) {
                dictionary.CanGetClassInfoByTypeHandler += new EventHandler<CanGetClassInfoByTypeEventArgs>(canGet);
                dictionary.ResolveClassInfoByTypeHandler += new EventHandler<ResolveClassInfoByTypeEventArgs>(resolve);
            }
            Dictionary<Type, Type> map = new Dictionary<Type, Type>();
            public void Map(Type interfaceType, Type actualClassInfoType) {
                map.Add(interfaceType, actualClassInfoType);
            }
            void canGet(object sender, CanGetClassInfoByTypeEventArgs e) {
                if(e.CanGetClassInfo.HasValue)
                    return;
                if(map.ContainsKey(e.ClassType))
                    e.CanGetClassInfo = true;
            }
            void resolve(object sender, ResolveClassInfoByTypeEventArgs e) {
                if(e.ClassInfo != null)
                    return;
                Type mapType;
                if(map.TryGetValue(e.ClassType, out mapType)) {
                    if(mapType != null && mapType != e.ClassType) {
                        e.ClassInfo = e.Dictionary.QueryClassInfo(mapType);
                    }
                }
            }
        }

            ReflectionDictionary myDictionary = new ReflectionDictionary();
            InterfaceAsForcedAliasHelper helper = new InterfaceAsForcedAliasHelper(myDictionary);
            helper.Map(typeof(IInterfaceAsForcedAliasTestPerson), typeof(InterfaceAsForcedAliasTestPerson));
            IDataLayer dl = new SimpleDataLayer(myDictionary, new InMemoryDataStore());