1.这里总结下在工作中遇到问题的一个解决思路：
eg:就用一个bug为例子；
1)先了解bug情况，看描述中对该问题的描述是否全面:现象，结果，操作过程，影响范围等，站在自己的角度，快速的转化成自己的语言，自己描述总结一遍，然后和提出人员对接，确定自己理解的正确性，以及完整性。
2)根据自己的了解，构想触发该bug可能的原因，代码缺陷，设计如此还是本身就没有这个功能等等；
3)梳理自己的思路，在本子上罗列自己的解决思路和办法，然后如果自己对周边影响拿捏不准的话，可以请教更熟悉了解的人，确定自己解决的准确性，找到问题的本质，然后修改，一定要考虑对周边的影响，不能拔出萝卜带着泥，修改不彻底或者规避(本来可以根治)；
4)修改完成后一定要充分自测，将周围的情况自测一定要覆盖到位，避免流转到客户或者用户那儿发现该bug，这样性质就变了，而且长此以往，会影响自己的口碑或者该软件该产品的口碑。
5)以上完成后，就需要总结了，对一些复杂的问题或者自己一下解决不了请教的别人或者自己花了很大力气才解决的问题一定要勤于总结，毕竟人不能在同一个地方栽倒两次。
=================================================================================================
以上只是自己的一点愚见，总结下，整理下自己的思路。
================================================================================================
当然如果是新产品的开发，那又是不一样的，需要自己有丰富的知识和技能、经验储备，做出的东西才能易用、高效、可维护性强，
================================================================================================
给自己立个flag吧，每天总结一个小的知识点，不积小流，无以成江海，每个大佬都是从菜鸟进阶来的。
