程序员周报

‘壹’ 同时管理近百个科研项目的进度，有什么好的软件

人类最重要的进化，是开始使用工具。

而项目经理最腻害的成长，是找到最适合自己的管理软件！

项目管理往往都需要便捷的工具辅助，为了帮助PM们全情且有效地开展项目管理工作，环环特意搜罗了五款目前最优秀的免费项目管理软件，话不多说。

1、VIKA维格表（vika.cn）

关键词：积木式项目管理平台

说到项目管理软件，权威的自然是维格表(vika.cn)，维格表是一款简洁易用的项目管理软件，其目标是能取代 Microsoft Project 所提供的所有功能，而且是免费的。维格表为项目的管理人员提供了完美的解决方案，并且它在Unix，Linux，Windows甚至是Mac上都是相当可靠的。它分享了业界许多基于项目需求的高质量的时间调度引擎。方案具有成本核算，网络图，Gantt图表，WBS报表，等等。维格表主要的特色功能：彩虹标签、多表关联、相册视图等。使用场景包括公司记录、项目管理、任务管理、讨论区、档案管理、行事历等。提供多种视图让项目以不同方式呈现。

2、DotProject

关键词：简单易用，支持在线、多语言、多用户的项目管理解决方案

DotProject是一个在1996年左右，由开源组织自发组织人员开发的一个开源的项目管理软件系统，可以部署于局域网"广域网的办公环境中，客户端不需要安装任何软件，只要有IE，Firefox，Opera等浏览器即可。DotProject被翻译为了大约40多种语言,应用于100多个国家，可见它的简单易用的程度。这款软件也是开源免费的，并且有开源社区的志愿者们在不断的维护更新。DotProject主要的特色功能↓↓可运作于多种的作业平台：DotProject 这套软件所使用的开发工具，皆是兼容性很高的工具，MySQL很容易连结多种语言，也可以在很多种作业系统下运作良好，可以在多种平台上面运行。Web Server Base：由于是以javaScript、PHP 的工具所开发出来的工具，所以可以支持项目成员在不同的地点，都可以更新、掌握项目进度，适合用于群体使用，很符合项目管理的需求。可制作出多种不同的报表及图表，将项目中繁多的资料作适当的处理。本软件属于开放原始码（open source code）的软件，提供免费使用。本软件的功能界面，可以透过不同的步骤操作相同的功能；并且软件设计者，将相关的功能配置在同一个操作画面，让使用者可以不必另外绕道选择功能。

3、ConsultComm

关键词：多项目管理多任务处理实时追踪

这是一款轻量级的，小型化的，独立的开发平台，使用java语言编写，可以让任何人同时管理多个项目，任务，客户，并且能高效地跟踪在每个项目上花费的确切时间。ConsultComm主要的特色功能↓↓轻松集成在现有的计费系统或时间管理，还包括JDBC支持，瞬间让你可以上传你的项目和所需的时间到大多数ODBC和JDBC兼容数据库。作为一个开源免费的项目，让你不必担心专用化或供应商锁定问题。跨平台，这样你就能联合你的Windows，OS X，Solaris和Linux工作站去处理同一个应用。可以利用标准的JavaBean框架创建的组件迅速拓展功能，用户和其他的开发人员可以很轻松地创建他们自己的插件，快速的添加自定义功能。定制适合你的独特的风格偏好。

4、码云（企业版）

关键词：中国版Github

程序员的代码仓库码云（企业版）是针对国内中小型开发团队敏捷开发实践需要开发的。除了代码托管功能之外，重点强化了与代码联系最密切的项目／任务管理和文档功能（技术文档协作、知识沉淀）。码云还能提供足够好的团队协作开发工具，项目管理、代码管理、文档协作一站解决。最重要的是，一切都围绕代码而存在。开发接了任务，码好代码，可直接通过 Pull Request （PR）通知测试和审查人员，直接对比代码版本变化、充分讨论，PR 通过后任务直接关闭……尽管研发投入大，但却能带来更整体、更流畅的使用体验。码云主要的特色功能↓↓敏捷开发管理任务看板（可灵活定义）支持多级任务、关联任务自动代码质量分析快捷生成工作周报代码托管，支持 Git/SVN。

5、TaskJuggler

关键词：时间调度内置一致性检查

TaskJuggler可以提供最优的时间调度，基于你给出的项目大纲和一些限制条件，计算出你项目的时间线，资源分配，并且能更好、更灵活地编辑一贯使用的横道图的工具。它涵盖了完整的项目管理开始从最初的想法到完成项目任务的整个过程。它在项目范围内的收支计划、资源调配、沟通交流和风险管理给你提供帮助。内置的一致性检查和资源平衡卸载使你不需要担心不恰当的细节和警告。TaskJuggler的主要特色功能↓↓对项目包的任务、资本和本钱举行经管。可以主动措置处罚资本级别、任务冲突、以及任务过滤。可以周全而矫捷的查察述说。项目跟踪和形态述说。危害声明。可导出相关数据以便与其他工具分享

什么？你说你是excel大神，只用excel就能搞定一切，OK。但希望你未来不会忘记，曾经有一篇免费好用的项目管理软件推荐文摆在你面前，而你没有珍惜！在使用维格表（vika.cn）之前我也是Excel的重度用户，现在我已经摆脱了Excel的苦海。

‘贰’ 程序员周报写不出来的时候该怎么办

程序员在面对电脑时，如果已经枯坐了几个小时，依然毫无头绪，不知道怎么开始的话，这个时候一定不要强求，应当先让自己冷静下来。如果我们给自己施加了太多的压力，很有可能会导致心跳加速过快、身体出现冷汗以及发抖的情况。此时的我们再用力，对编写代码也是无济于事。倒不如先将手头上的事情放一放。

三、放弃也不是不行。

如果你自己努力了，不成功；你也跟身边认识的大神咨询了，依然还是不成功。此时你不要继续钻到死胡同里，你要学会走出来。这个时候的你承认失败并没有多么的可怕。你要学会潇洒地面对，该放手时就放手。此后你可以先去忙点别的事，待到你成长到更厉害的阶段时，你可以再回头翻看这个曾经的失败案例，看看哪里能有改进的地方。说不定在回想的过程中，你能够有所顿悟呢。

‘叁’ 你怎么看待程序员的高压工作

我自己就是从事程序员工作十几年，这确实是一份很辛苦的工作，但是也有它的意义所在。
1、这是需要人不断学习才能胜任的工作，所以能促使大部分人养成持续学习的自觉性，让人一直走在前进的道路上；
2、这是一份比较损耗身体的工作，所以需要工作之外做好锻炼计划并付诸实践，这就促使大部分人养成一种爱锻炼习惯与爱护身体的思维；

3、这是一份重沟通的工作，所以很多人的表达能力得到极大的改善。

‘肆’ 程序员周总结怎么写

工作周报

本周工作内容 项目名称 负责人 工作内容 计划开始时间 计划完成时间 完成百分比 当前风险点 需领导协调事项
研究院 手机支付性能测试 y 模拟sp与短信网关进行通讯。 99%

下周工作计划 项目名称 负责人 工作内容 计划开始时间 计划完成时间 完成百分比 当前风险点 需领导协调事项
研究院 手机支付性能测试 y 继续进行验收测试，相关文档的整理。

‘伍’ 为什么做技术的人普遍情商不高

做技术需要踏踏实实沉下心来做事情，久而久之就会养成相对内敛一点的性格。如果你碰到一个满口甜言蜜语的技术人员的话，你真的要小心了，这种技术人员往往会给你惹出很大的麻烦，比方说谎报工作成果，在团队内搞风搞雨，搬弄是非，挑拨离间，这是我招人的血泪教训啊。
>>2、合作做事情不喜欢汇报进度，比如正在做你的东西，忽然停下不知道干别的什么去了，不等你催他都不跟你讲。
如果是“合作”关系的话，用“汇报”这个字眼显得很有问题。他既然和你是平级的合作关系，凭什么要向你汇报他的工作？ 要汇报也是只有义务向自己的领导汇报吧。
比方说我手下带的研发团队、产品团队和运营团队共同合作做一个项目。研发工程师没有任何义务向产品人员或者运营人员汇报进度，研发团队只有义务向我汇报工作。那么团队之间怎么加强沟通呢？我采用的办法是：
各个团队把进度汇报到我这里来，我让产品人员每周出一个项目进度周报，邮件群发给所有人，让每个人了解项目的进度。另外，在项目上线前30天开始倒计时，每天下班前，我把项目组所有人召集起来进行一个快速的每日进度的review沟通会。
我采用这种项目管理方式屡试不爽，产品，研发和运营团队协作的效率很高。所以说，出现你说的那种情况在我看来就是领导的失职，产品人员没有权限直接指挥和自己平级的研发人员。是上一级的领导放弃了自己的职责。
>>3、不回QQ，回的话就重现第1点。
我工作的时候不喜欢开QQ，开QQ也是免打扰模式。有事给我发邮件说，这是我灌输给整个团队的理念。
再多说两句，程序员这个职业的专业性非常强，不要说和外行人交流，就是做不同领域的开发，几乎都无法交流，比方说做Web项目的、做嵌入式开发的，做游戏引擎的，他们的知识体系都很少重叠，几乎无法在专业领域进行有效的交流，更不要说和非技术人员交流了，那肯定是很容易出现障碍的。
我打个比方，医生这个职业的专业性也很强，所以你会感觉医生也很难交流，通常很不愿意和患者进行深入的交流，这和程序员是一个道理，知识体系差异太大，除非交流能力特别强的人，否则很难建立有效交流。
最后补充一句哈：检查程序员的工作进度对技术出身的经理来说，并不是什么难事，其实就算程序员不向我汇报，我也照样知道他们的工作进度。道理很简单，我有公司内部git源代码服务器的最高权限，我会定期pull各个项目的源代码出来，看看最近谁提交了哪些commit，呵呵。

‘陆’ 普通程序员的工作生活是怎样的

通常我们进入公司以后，不会是重头开始一个项目，而是在已有代码的基础上进行维护或新功能的开发，所以必须“读代码”。
读有“泛读”，了解系统架构、功能模块，对系统有一个大致的认识，各个功能能找到相应代码实现的位置。
还有“精读”，通常就是调试了，在fix bug的时候使用。此外还包括审核：一些规范一点的公司，都会有code review，也是精读，但不用debug。
对于一个成熟的项目来说，读代码——而不是写代码——可能是最耗时间的工作了。
写注释文档
为了减少“读代码”的时间，我们不得不花时间“写注释”“写文档”——这个程序员最深恶痛绝的工作。所以现在“烂代码才需要注释”的声音变得越来越强，但无论如何，文档还是要写的。（注意：要能区分注释和文档）
了解需求
好了，终于到了“写代码”的时间了。
然而，在动手开始写代码之前，你必须花时间“了解需求”。和自己写个小程序玩玩不同，在公司，你是为别人写代码，所以你一定要了解别人究竟想实现什么功能。通常，这并没有你想象的那么简单，需要反复的沟通。
当然，也有一些团队和个人，不愿意在这上面“浪费时间”，通常他们的下场就是不断的写代码，然后不断的改代码，加班加点的做大量的无用功，整个公司怨气冲天一地鸡毛。

‘柒’ 作为一个工作一年多的java程序员我该不该离职

离职吧，我也是程序员，当老板把时间都花在从员工上节省成本的时候，说明公司已经没前途了，老板没事干了，只能天天弄你们了！建议辞职吧！我去年毕业，上个月刚好满一年，总监说给加工资？哪有程序员不加工资的，本来就是年轻饭

‘捌’ 如何看待公司要求程序员写工作日报，周报这件事

1 给上级看，更方便了解和把控当前项目的进度，了解进行中存在的问题；
2 给自己看，这一周做了什么，有什么收获，下一周有什么计划；

如果你是大牛，不屑于写这种东西，那另当别论；
如果你在混日子，整天无所事事，那就继续抓耳挠腮；
如果你认为“Talk is cheap , just read the code."，那么恭喜你，你的思想还有提升的空间。

‘玖’ 如何看待互联网大厂程序员因厌恶编程，辞去月薪2w+的工作去当司机

人各有志，只要能过上开心快乐的日子，做什么职业不重要。
外面的人看到的都是程序员的工资高，却不知道程序员工作中的烦恼
奇葩的需求
2018年中国平安的产品经理和APP开发人员在办公室打了起来，原因是该产品经理给开发提了一个需求，根据用户手机壳的颜色自动调整APP的主题，程序员听到这样的需求后对产品经理大打出手。假如这样的需求给到我的话，大打出手倒不至于，辞职是肯定的。对于这种完全不懂编程的产品经理，日常被程序员问候已经是常态了。
2019年某次元视频网站源码泄漏事件中，不少人在源码的注释中看到了这个
可见程序员日常写代码中都不忘问候产品经理，对产品经理的仇视是日积月累的。
还有这个
地位
程序员被戏称为码农、代码搬运工也不是没有道理的，在需求上没什么话语权，需求来了，即使觉得这样的需求不合理、没有意思，也要硬着头皮去做完；拿到需求，只能默默低头完成，这时候培养一个好心态尤为重要，不然将是无休止的口水战争。
弹性工作时间
程序员的加班是无休止的，996已经是工作常态了（早上9点上班，晚上9点下班，一周工作6天），遇到紧急任务或者产品上线，有时甚至需要工作到凌晨，去年较火的github项目996.ICU，程序员集体反抗，但是作用根本不大，除了让外界知道程序员加班外，工作时间没有任何改善，甚至由于大环境不好，很多程序员都丢了工作。现在的招聘信息中，工作要求中一般都不写加班，但是在会在面试的时候问你能不能接受加班，你要是说不能接受，基本就凉了。
身体越来越差
当程序员的，在变强的道路上秃顶的问题也随之而来，刚入行时关注编程能力的变强，到入行后的养生，行内的规矩，根据程序员的发亮去判断一个程序员的技术水平，虽然是吐槽，但是也并不是没有道理的，程序员的工作本来就烧脑，平时工作头发掉得多，还有工作时间也导致了这个行业普遍都掉发严重，晚上得不到好的休息。
后来还出现了帮助程序员通过面试的发型
通过发型迷惑面试官，让面试官认为你是具有多年开发经验的老手。
发亮都是表面上看到的，还有内在的，程序员因为工作时间长，平时没有时间锻炼身体，久坐，导致的腰肌劳损，颈椎病都是常态
所以工作多年的程序员中就两种体形，一种骨瘦如柴，一种发胖型，就没有几个是壮的。
最后
程序员的转行都是多种原因，日积月累的，曾经刚入行时对这个行业的神秘感，到真正工作时对他的厌倦，其实不止是程序员厌恶编程，其他工作也一样，当爱好变成了你的日常工作，你的这个爱好就已经被扼杀了。程序员转行当司机，也许是真的受不了这样的工作强度和工作压力吧。

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

可忽视的误区 企业的软件开发能力取决于该企业的软件过程能力。如果一个企业软件过程能力越成熟，那么该企业的软件开发能力就越有保证。大量的实践经验表明，在体现企业软件开发能力的因素中，技术或工具并不是第一位的。其实，许多问题不是出在不懂怎么做，而是没有安排做，做的次序不对，或不知道怎样做得更好。 目前，比照软件过程管理模型（如图一），中国的软件企业中还存在各种影响过程改进的因素和误区，主要表现在个体和组织两个方面。 在组织方面，首先，中国软件企业实施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的实践活动，以填补这一空白，并优化过程改进途径。