程序员的公司内部会出现故障吗

A. 程序员日常生活面临的问题和挑战有哪些

一、熬夜
很多程序员将熬夜变成了生活习惯，还口口声声解释“程序员只有在晚上效率才高”，这是非常扯淡的理论。有人将程序员做下图的类比，虽然比较贴切，但这种方式对你的健康伤害是最大的。建议你尝试一下晚上10点睡觉，早上6点起来工作的作息方式，也许会事半功倍。
二、久坐
有些程序员在电脑面前一坐就是一天，中间除了吃饭上厕所外，基本不起来动动。这是非常不好的习惯，时间久了，很容易得肩周炎、颈椎病，到时候后悔就晚了。建议每坐一个小时就起来动10分钟，主要是转转手臂和脖子。
三、外卖和泡面

很多程序员在饮食上也非常不注重健康，上班的时候为了贪图方便经常叫一些外卖，更厉害的是直接搞一桶方便面来做午餐。这里建议大家中午出去吃，荤素搭配，再可以弄点水果。
四、缺乏锻炼

建议在工作日下班后做一些简单的球类运动，乒乓球、羽毛球。
五、用眼过度
IT公司的员工的体检报告中大部分程序员都患有“慢性结膜炎”，当然对于这个病并不是长时间对着电脑引起的，但是用眼过度也会加剧“慢性结膜炎”的恶化。
建议大家平时准备防止眼干的眼药水，如果确定是结膜炎的话，还要及时去医院就诊。另外电脑的背景可以设成绿色，这样对眼睛也能起到一定的保护作用。

B. 程序员都有祖传代码，就不会有问题了吗

程序员被戏称为“码农”，天天与代码打交道的他们按理说应该对代码有着深厚的感情基础，但在每个科技公司都有这样一种代码：多数程序员们都怕遇到，有经验老码农有时候也束手无策，往往一步错、步步错，动了一小行，改大半月。相信很多程序员都被这种代码折磨过，就是大名鼎鼎的“祖传代码”

传统观点认为，工程技术团队应该为代码库（也就是技术债务的所处环境）建立一种直观的感受，了解其对公司的影响，而后在组织内建立信任。如果首席架构师强调重构核心代码，那么，开发者通常就得按照指示行动。诚然，如果公司可以对技术债务建立起一种共识与信任文化，这将有利于挽留优秀的工程师，并保持业务良好运作，但这往往需要多年努力。

C. 程序员，如果写的代码日后被发现bug，给客户或者公司造成损失，会有什么后果本人还是一名学生，偶然

不会，因为每个软件都有BUG，只要比你技术好基本就能发现你的缺陷。总不能你写出一个完美的软件来吧

D. 从事程序开发工作会得什么样的职业病怎么防治

在外人眼里，程序员是新时代高薪职业

在高大上的写字楼里，吹着空调喝着咖啡

敲敲电脑就能月入过万

实际上，看似风光的背后他们都累得一pi

今天就来细数一下程序员的几大职业病

（听说真正的程序员全都中了！）

1、绝望式的养生

你永远不知道程序员能有多养生

菊花枸杞黄岑红枣塞满了抽屉

夏天不敢喝冰阔乐，冬天随身带着保温杯

除了健身卡，按摩卡也给办了

就连吃火锅都把麻辣汤底换成了骨头汤

可结果，还是没什么卵用

他们也无奈啊

每天像尊雕塑一样久坐在电脑前

到公司门口拿外卖是一天中唯一的运动

有时工作忙起来根本顾不上吃饭

颈椎病、肩周炎、肠胃炎...一个个找上门来

2、头发一去不复返

程序猿敲掉的不光是键盘上的字母

还有头顶上原本可怜兮兮的头发

3、间歇性帕金森

项目上线前一刻，敲键盘和握鼠标的手都是颤抖的

生怕在这紧急关头，bug毫无征兆地跳出来

上线后的几天内，手抖症状会持续存在

4、百步青年

大部分程序员周末选择宅在家躺尸睡觉

全靠外卖或者泡面续命

化身微信步数不超过100的百步青年

最后一个职业病说出来气氛就有点微妙了...

↓↓↓

喜欢打产品经理

哈哈哈哈哈哈哈哈

E. 程序员，在开发的过程中应该注意哪些安全方面的问题

可忽视的误区 企业的软件开发能力取决于该企业的软件过程能力。如果一个企业软件过程能力越成熟，那么该企业的软件开发能力就越有保证。大量的实践经验表明，在体现企业软件开发能力的因素中，技术或工具并不是第一位的。其实，许多问题不是出在不懂怎么做，而是没有安排做，做的次序不对，或不知道怎样做得更好。 目前，比照软件过程管理模型（如图一），中国的软件企业中还存在各种影响过程改进的因素和误区，主要表现在个体和组织两个方面。 在组织方面，首先，中国软件企业实施CMM往往缺乏高级管理者的支持。其次，没有足够的SEPG资源。从很多情况考虑，SEPG成员要比其他CMM相关组综合素质高一个层次，CMM相关组的管理素质需要比技术类组高一个层次，才能顺利开展工作。第三，没有合适的先行者或者没有适当全局观的项目经理配合。被组织选为先行者的人员经常说自己没有时间，由于这些人都是从各个项目中抽出来的，一般人很难有足够的权力让他们为配合CMM做工作。最后，软件组织缺乏足够详细的项目计划和监督调整机制。 在个体方面，首先，手工作坊式的个人英雄主义情结成为实施CMM的制约。其次，某些软件开发人员错误地认为过程管理会影响或压抑专业人员的创造性，其实这是不清楚过程的定义造成的。第三，由于软件项目的成功更多地依赖于少数人员的杰出技术能力和项目管理能力，成功项目的经验不能得到最大限度的继承，软件生产的可重复性相对比较差。最后，软件企业人员变更相对频繁也增加了实施CMM的难度。 “三七”法则 在过程改进总体建议方面，应该从三个方面做准备，分七步走。 首先，在组织方面的准备上，除了要求高层经理出资支持CMM改善软件过程，委托具有管理职责的人员负责CMM实施之外，须成立软件工程过程组（SEPG），研究CMM、编写/修改必要的文档并推广文档；成立软件质量保证组（SQAG），研究软件质量保证技术及过程，编写/修改必要的SQA文档并推广已编写的文档，测量和分析项目进展情况，反馈项目过程状态，准备和评审过程、计划和标准，审计指定的软件工作产品以检验其遵从性，审计软件工作过程的符合性；成立软件配置管理组（SCMG），研究软件配置管理技术及过程，编写/修改必要的SCM文档并推广已编写的文档，建立必要的工具支持。 在知识准备方面，要加强培训工作，建立内部过程评估队伍和庞大的过程改善队伍。对各角色人员进行专项培训，普遍开展软件工程基础及CMM的培训，使每个岗位的人员都具备过程改进的意识，并掌握所必需的过程改进知识和技能。此外，要重视对软件工程的研究，包括方法、工具和过程，加速培养过程改进的骨干队伍。 在能力准备方面，建立有效的软件项目管理，文档化且遵循软件项目管理过程，在建立管理过程中，使用组织的方针来指导项目，建立基本软件工作产品完成准则和检查单，并迅速实施，然后根据反馈意见及时修改。坚持适当的监控机制，例如对项目进度进行跟踪而建立的例会制度，制度化的日报和周报活动。做好实际数据收集、测量与分析工作等。重复成功的以前项目的开发经验。 改进过程总体可以分为以下七个步骤。 确定目标：确定在一段时间内达到的改进等级。 状态诊断：把过程改进要达到的状态与目前的状态作比较，找出存在的差距。 制定计划：“凡事有计划，按计划办”不仅是CMM强调的，也是软件开发过程中应该注意的。 规程制定：过程改进的一个重要的地方就是“事事有规程，时时有记录”，这样，即使关键人走了，原来的事也能继续而不致产生过多的停顿。 过程试点：制定了规程后，要对行动计划按执行过程的情况进行适当调整。其中，尤其要注重评审和验证，实现定期监控，注意采集度量数据。 反馈修正：总结过程试点的经验，修订规程。 过程推广：扩大应用范围。 软件过程改进实施步骤 公司的过程改进活动也是一个项目，并且是很大的项目，涉及的人员、技术和资源都很多，还要平衡现有产品或项目的进度等。同时，它也是一个不断往复，螺旋上升的一个过程。 第一个步骤为高级经理下定决心，提供足够的资源来主持并完成前期的准备工作，这个阶段核心是评价SEPG组长的资格和资质，还包括评估培训、购买工具的预算及相应资金能否及时到位。 无论是软件商业化的过程或CMM实施的过程之中，建立规范化的易于操作的软件开发行为规范都是首先要做的工作。但是，切记，编制规范的时间一定不能长，以10到12个工作日为宜，文档不宜过多，以5～6个规程为好（对应5个或6个关键过程域），这是第二个关键阶段。评价标准可以是SEPG组长能够顺利、流畅地讲解其制定的规程。在规程编制阶段必须有老板或常务副总直接领导CMM工作。但是一定要记住，制定的过程要遵从“从实践中来，到实践中去”，同项目经理、有经验的开发人员研究、讨论，从而使SEPG组长能够及时反映工作中的问题，并且问题能够得到及时解决。 第三个步骤是制定并发布公司的评估方针和方案，包括开发体系重组过程中的激励措施，中层在此阶段必须介入，这关系着过程改进的结果。SEPG和CMM实施的周例会，必须有高级经理参加，要有记录或录音作为证据，是考核的一个指标。 除此之外，对于还没有进行基于CMM改进的企业，还要重视设计复查、代码复查以及测试工作 。很多程序员习惯于“只做不想”这样一种工作方式，他们更关心每天可以写多少行代码，完成几个模块，在这种态度下，他们都很不愿意复查自己的工作，而习惯于在软件测试阶段把隐藏的错误改正过来。CMM实施过程，就是要通过各种复查，沟通信息，及早发现并更改问题。 在实施了初始的过程或技术部署后，培训成了主要问题。但人员变动时，附加培训的必要可能没被认识到，管理技能的培训尤为重要。而对于那些由于过硬的技术而被提升到管理职位的人员，需要接受一整套新技能的培训，包括人际关系技能。 项目经理在整个过程改进中（尤其是CMM二级）的工作量大约要占到整个总量的一半到四分之三，在评估访谈时也占有了举足轻重的地位。有些项目经理认为自己心里有一套计划，只要按计划进行就可以按时保质完成项目，但事实并非如此，在项目组之间的协调问题上，高层经理的作用是非常明显的。 试点或模拟项目可以很小，哪怕只有两个人，或者联合SEPG进行指导全部公司的模拟项目，这是缩短试验的最好途径。先组织配置管理活动的培训或学习，配置管理活动和质量保证活动在此期间可以得到很好的练习。 CMM为软件企业的过程能力提供了一个阶梯式的改进框架，它基于过去所有软件工程过程改进的成果，吸取了以往软件工程的经验教训，提供了一个基于过程改进的框架; 它指明了一个软件组织在软件开发方面需要管理哪些主要工作、这些工作之间的关系、以及以怎样的先后次序，一步一步地做好这些工作而使软件组织走向成熟。 但是由于CMM中不研究所有软件过程和质量改进问题，也未提供有关实现子过程域所需要的具体知识和技能，因此要进行个体软件过程PSP的实践活动，以填补这一空白，并优化过程改进途径。

F. 作为一个程序员，你在工作上遇到过什么坑爹的问题

以前遇到个bug，在客户那边某台机器上必定重现。其他机器上都没问题。后来公司里一台电脑复现出这问题，通过调试，查看memory里面的数据，发现数据突然变得无法访问。凭我掌握的知识，估计是堆被释放了，然后通过查找堆的信息及windows API的HeapFree函数所在地址，并在该地址上打断点。最终发现在release com组件时，该机器调用heapfree释放组件所申请的堆的时机和其他不一致（汇编上有处跳转不一样）

G. 我想问一下程序员一旦做完了本公司的项目是不是就没有价值了。公司可能会保持两三个维护的，其他的裁掉。

也不一定吧，项目都是一直开发，需求也是不断的呀，最好就是找做互联网的公司，他们会有很多项目要做，一直会有新的，旧的也要增加新需求，一般不会说做完了，就开始辞人！自己也不要想太多，多增强自己实力，就算被辞。也可以很好的找到下家！

H. 程序员职场问题

晚上睡觉的时候问问自己的内心到底要什么，要选择混下去还是继续拼搏，要短期打算还是长远规划……，现在的这家公司又能给你什么？能给你好的待遇？能给你好的发展空间？能让你学习到很多东西？还是老板承诺要把他的女儿嫁给你？可这些是不是你想要的，如果他不能给你想要的或者这些不是你想要的，留下又有什么意义呢？是去是留自己一问一答就会有结果了。

I. 程序员独立研发的时候，遇到问题了你们都怎么解决啊

1.技术问题：网络，bing，SCDN，请教前辈
先网络，网络是个好老师。
网络解决不了的再bing搜索一下，我遇到很多次都是在bing上找到的。
当搜索引擎搞不定的时候，这时候需要论坛了，去CSDN找找相关的技术贴，总会有点思路。
最后就是找公司的同事，这个有些时候需要花一些代价，毕竟大家都很忙。
2.逻辑问题：有些时候会遇到很恶心的逻辑
当想不明白或者想不通的时候，我会试着一步一步把逻辑写在纸上，这样就会很清晰，如果在某一步被卡住了，那么问题的关键也找到了。当然有些时候或许一开始就走入了一个误区，从而导致了一个错误的思路，这个时候我一般会睡上一会，或者做些完全和开发不相关的事，目的是忘记刚刚所有的东西，然后从新审视问题，换个角度去考虑。
（个人经验，纯手打！）

J. 程序员 职业病有哪些

现在的程序员个人觉得这份工作还是挺辛苦的。因为自己的老公就是一名程序员。近年来，有关程序员从业者患重病、猝死的现象也是屡见不鲜，如今的程序员工作强度大，工作时间也很长，而且每天都是敲代码，久坐不动。虽然说过度加班不能够直接致死，但长期高强度的工作，只会加重身体的负担，导致一系列的职业病。

再次就是皮肤问题。多数程序员都会出现皮肤问题，尤其是男孩子，譬如青春痘、皮肤过敏之类的，一是由于熬夜的原因，二是由于电脑的静电屏蔽容易吸收很多灰尘，容易造成皮肤过敏，皮肤干燥。在这个时候我觉得可以经常开窗透风，抽空去洗脸，做一下面部的清洁工作，让肌肤放松一下。

所以说每一份职业都不是那么的容易，都会有一些或多或少的职业病，希望程序员们能够好好的爱护自己的身体。