开发中无论你是什么级别的程序员都会遇到各式各样的问题，有的是业务上的、有的是技术上的、有的是未标明的代码、也有问些思路和不同答案的根据不同类型细分出该怎么问该问谁
业务上的
- 谁给你派的任务讲的需求找谁，问完以后让对方明文标注清楚需求细节！以免后面扯皮
- 比如实现的逻辑不清楚不合理没理解都可以问，只有你清楚了理解了才能写得出符合业务逻辑的代码避免修修改
- 如果你刚接触这个业务里面要改的东西涉及公共组件或者修改以前的业务逻辑一定要搞清楚你要改的字段和方法是否影响别的地方，这时候就可能会有代码读不懂出现魔鬼数字或者没标注的判断逻辑
代码层面的
- 出现魔鬼数字或者没标注的判断逻辑如果有接口文档看文档没有的话问后端 不要怕麻烦别人，如果有群可以在群里艾特对方和产品询问这样更准确
- 如果涉及一些计算公式还有影响层面可以问产品经理，避免改出bug
- 如果涉及公共组件使用的可以问封装的人（看提交记录就知道是谁封装的）不知道就随便找个好说话的同事或者在项目里多搜搜看别人怎么用的，这样去问的时候更明确也更节省时间
- 如果碰到一些代码读不懂仅技术层面的可以自行在 链 csdn上查找，csdn上更多的是技术相关的加快查找时间
- 也有问些思路和不同答案的，比如你觉得虽然功能实现了但是应该还有更优解可以找个同事沟通一下或者问问你的外援比如朋友、同学，或者网上搜搜别人怎么实现的也是打开思路的方法之一
不能问同事的
- 技术相关的少问可以网上搜的网上搜，但是你要是刚来需要配hosts文件或者需要账号该问还是要问的
- 比如你想实现一个功能搜不到想问问同事，那你需要把你的问题描述清楚你要做什么想达到什么效果，别人说的时候一些关键点不懂的要问你把这当成一个沟通的过程，而不是让别人帮你实现就完事了不然永远不会成长，得到思路以后写到备忘录里自己捋顺一下中间有不和逻辑的可以在讨论一下，按照你的备注去写复杂的东西就简单化了。
- 什么不能问 比如你需要做一个排序网上有很多实现方式你去问同事怎么做可就太掉面了，比如明明有接口文档且文档有备注就自己看别问后端啦，再比如这个页面在哪、那个文件在哪、这个接口在哪，这种快捷键一搜就可以解决的就不要麻烦别人
还是不知道的欢迎私信给我1