在哪里可以看别人写的代码？

谢邀！我对前端不是了解不深。就拿搭建网站来说吧，会有很多成熟的框架，在这个框架下去写需要的功能。一开始的学习可能顾不上对框架的理解，那么等你把框架运用熟练了，就有必要研究一下框架的源码，这对你的理解与提升也是很有必要的。

不管在什么公司，大牛都很多，学无止境，先尝试着去阅读和理解大牛的代码，不懂就问，近水楼台先得月嘛。

网上比较权威的是github，可以多逛逛。全球的程序员聚集地。

就这么多吧。祝好！

二次开发看不懂别人的代码，看着头疼，功能写出来了也不一定知道是什么原理怎么办？

前言程序存在失控风险，请反复测试，

使用 IDE 提供的功能，

透彻地阅读你的代码，

做到心中有数。

看不懂别人的代码看不懂非常不解，不懂只是暂时的，

既然都有源代码了，

还愁看不懂吗？

编程语言的那些语法、关键字抛开不说，

重要的是解决了什么问题，

怎么解决的，

为什么这样写？

抛出异常如果调试程序过程中，

抛出了异常，

那么先恭喜你，

你离看懂这个方法已经非常接近了。

写程序怕的是“抛出异常”，

最怕的是测试不抛出异常，

上线抛出异常。

没有一个错误信息支持，

几乎想破脑袋也很难分析出来龙去脉。

正确认识 Bug编程写代码，固然非常重要，

考验的是一个程序员抽象业务功能，

分析逻辑，并使用方法实现的能力。

然而，

我们并不能保证，敲写的代码“绝无Bug”。

要知道，

Bug 是神一般的存在，

只要你深入地剖析，

总能对一些方法进行绕过，

从而达到你提权、取数据、改数据的目的。

Bug 暂时没发现，

仅仅是合适的条件被触发而已。

掌握高超而全面的调试技巧能写程序，非常好；

如何将你的程序调试通过，

且在出现异常的时候，

能够使用巧妙的方法，

将问题复现，

这是很了不起的事情。

一旦重现了 Bug，

相当于你的狙击步枪，

已然瞄准了猎物，

剩下的，一击必中。

写在最后俗话说：“书读百遍其义自见”。

代码也一样，

就想查账一样，

事无巨细，亲自上阵，

拿出绣花针的功夫，

反复阅读，不厌其烦。

大胆修改，勇于改错，

调试错误，追溯流程。

相信你不久就会对程序的功能

烂熟于胸。

对了，记得把梳理的过程用文档记录，

这样初期的时候，

你不用每次都要痛苦地重来一次。

我是@程序员小助手，持续分享编程与程序员成长相关的内容。

1.于产品，业务确定业务流程

2.使用重构大法

3.抓包找入口点，数据输入和输出结构，断点调试跟踪流程

4.梳理流程图，文档化