① 程序员应该如何去请教别人问题
抽象类：使用关键字abstract修饰，子类使用extends继承，接口使用interface修饰，使用implements实现，抽象类中可以有抽象方法，也可以有方法实现，也有变量，接口中只有最终常量，和抽象方法，接口可以多实现，类只能单继承
② 我是个编程的自学者，想当程序员不知道公司写文档是什么意思知道的情给我解释一下,还有具体是怎样工作的
以鄙人在软件公司工作的经验与你分享一下吧。
我们平时做项目，一般有一半以上时间都在管理文档，包括基本设计书，详细设计书，静态样式书，各种UML建模图，单体测试书，系统测试数，结合测试书，DB设计书，DB脚本，以及各种工具类管理文档，如资源文件管理，VBA管理等等，这还不包括项目前期的需求建设书，项目中期与客户交流的反馈书，项目后期的BUG管理书，以及贯穿项目的工程进度表和版本控制书。当然你的代码资源（包括注释，图片，脚本等）也属于文档，需要统一管理。
对于追求简短快的团队，未必会太重视文档的组织与管理，但是一定要相信文档看似浪费时间，其实无形中提高了很大的效率，而且在未来的开发提供了宝贵的参考资料。属于团队积累的一种。
③ 嵌入式程序员也要和客户进行交流，谈项目吗
这个要看公司了， 比较规范的公司一般是由项目负责人或系统工程师去和客户交流，从而获得具体的需求，而程序员只需要根据需求文档来编程。
不过小公司，或不怎么规范的公司没具体的岗位规定，那就是程序员直接出面了。
而且，以国内的实际情况来看，很多客户都不知道自己到底想要什么，需要一边开发，一边提出新需求，这时候，程序员去谈效率高一点。
谈项目嘛，一般是老板或销售出面，程序员就起个技术咨询的作用。
④ 好累，程序员听不懂产品经理提的需求，问多了，产品经理嫌烦。该怎么办
这个东西应该有一定经验积累会理解比较快，也是一个过程。只有多沟通，在沟通前想想沟通的目的，这次沟通要解决什么问题。用笔记下来。然后在实操，在实操过程中如果遇到问题先想一想，试着自己去解决一下。再去询问，至少让别人感受你是在用心做这件事。而且也是想做好这件事。其实你们的目的都是一致的。注意方式方法，不要让别人觉得你一个问题重复的问还没什么结果。大家都有自己的事情都会比较烦。
⑤ 我一名程序员，老板让我写项目的需求分析，关键他们还没搞清楚想要什么样的功能，我无从下手，很纠结 时间
程序员是要根据项目的需求分析来写程序的，而项目的需求分析是得根据客户的需求写的，如果客户还不清楚想要什么样的功能，你也只能等他清楚了才能开始写，要不然程序就白做了。如果时间紧，老板有让你快赶出来的话，你也只能先抓住客户的其中一些需求来写，以后好慢慢补充进去
⑥ 程序员有一个功能不能满足客户的时候,应该怎么样跟客户沟通
如果能实现，那么就还是认真完成客户需求，如果实现起来难度很大而且会有影响比如性能啊，或是其他什么方面的应该尽量跟客户沟通，告诉他实现这个问题的难道，别用程序员的代码什么的，一般客户都不懂代码……
⑦ 你要面试一个程序员，应该问他什么问题
首先面试程序员分有没有经验
面试没有经验的程序员就随便问问点ssm，ssh五大框架问题，多线程什么的，再问问是否会点前端技术
有经验就看看他的简历，问他简历项目上的问题，可以围绕着简历上的项目问，通过他的回答涉及到的技术点之类的，拓展出去问其他的
⑧ 程序员要怎么考虑用户的需求
回答之前先说一句：这不是一个程序员要明白的东西。程序员要做的就是敲代码。
还有，你说用户的需求似乎永远都无法完全满足，这是错误的想法
你要主动的问客户问题，了解他们的情况。
比如说要实现什么功能，还有客户的硬件配置，以及客户他们的各个部门之间的关系。
他们的业务流程，和他们各部门的权限。
这些必须要明明白白。也许，你会说这些对软件有什么关系啊？
当你真正需要这些东西的时候就会明白了。
然后就是把这些在纸上打出“草稿”让客户浏览
如果他们满意就签字。签字很重要。
要注意一点：他们不懂软件。他们是客户。
他们只要把需要实现的功能告诉你，然后就是把钱给你。
大部分的情况你是在玩一帮不懂软件的人，所以他们不会理解做软件需要哪些信息。