角色扮演/108MB
程序员升职记（Human Resource Machine）是一款由Jordan Weisman开发的冒险解谜游戏。游戏中，玩家需要扮演一名刚刚入职的初级程序员，通过编写代码来解决各种问题，最终实现升职的目标。游戏的界面设计简洁明了，采用了类似复古电脑的像素风格。玩家需要在有限的空间内输入指令，控制角色完成各种任务。这些任务包括解锁门禁、获取文件、修改系统设置等，每个任务都需要玩家运用逻辑思维和编程知识来解决问题。
1、进入程序员升职记手游，首先选择一个喜欢的角色
2、选择关卡
3、根据任务将代码拖动到右侧区域
4、最后点击执行就可以了
1、从萌新码农初入江湖，到最终成长为技术大佬。真实还原程序员们成长的一生，就从这里开始！不断挑战你的脑力极限，【升职加薪】又怎会那么简单。
2、程序员升职记基于现实职业技能为基础的设计，在游戏过程中，能够实际掌握计算机编程的基本逻辑，循序渐进、不断提升技术能力，在实现自我能力成长的超强满足感之下，好玩到让你根本停不下来。
3、想要得到任务满星，对于限制命令的使用次数、限制人物的行动步数以及限制程序长度要求，可算是对高手们的【终极考验】！
第一关：收发室
将命令拖到此区域（右侧区域）来写程序。
你的程序要告诉你的工人取出INBOX中的每件东西，然后放到OUTBOX中。
解题方法：同时满足挑战体积和速度
挑战体积：使用不超过6个命令（6）……【√】满足标准
挑战速度：平均以不超过6步完成（6）……【√】满足标准
第二关：繁忙的收发室
取出INBOX中的每件东西，然后放到OUTBOX中。
你现在有权使用一个新的命令！你可以通过拖动JUMP的指针使得运行时调到你程序的不同位置执行命令。
有了这项功能，你可以仅用3个命令完成这项任务。
解题方法1：满足挑战体积
挑战体积：使用不超过3个命令（3）……【√】满足标准
挑战速度：平均以不超过25步完成（30）
解题方法2：满足挑战速度
挑战体积：使用不超过3个命令（5）
挑战速度：平均以不超过25步完成（25）……【√】满足标准
第三关：复印楼层
暂时先无视INBOX，直接把下面三个字母发至OUTBOX：BUG
设备管理部的员工在地毯上放了些东西。要是你有办法把它们捡起来就好了
解题方法：同时满足挑战体积和速度
挑战体积：使用不超过6个命令（6）……【√】满足标准
挑战速度：平均以不超过6步完成（6）……【√】满足标准
第四关：解扰码器
从INBOX中取出两件东西然后以相反的顺序扔进OUTBOX中。重复直到INBOX为空。
你现在有权使用一个新的命令！你可以随时COPYTO（复制到）地毯上的任何位置。稍后会有人来清理。
解题方法：同时满足挑战体积和速度
挑战体积：使用不超过7个命令（7）……【√】满足标准
挑战速度：平均以不超过21步完成（21）……【√】满足标准
第五关：咖啡时间（略）
第六关：多雨之夏
对于INBOX中的两个数，加起来，然后把结果放在OUTBOX中。
你现在有权使用一个新的命令！无论你拿着什么值，ADD都会将地板上指定地砖的内容加到你手上。
解题方法：同时满足挑战体积和速度
挑战体积：使用不超过6个命令（6）……【√】满足标准
挑战速度：平均以不超过24步完成（24）……【√】满足标准
第七关：零之杀手
把所有不是零的东西发到OUTBOX。
你现在有权使用一个新的命令！只有拿着零时它才会跳转，否则它就会继续执行下一行。
解题方法：同时满足挑战体积和速度
挑战体积：使用不超过4个命令（4）……【√】满足标准
挑战速度：平均以不超过23步完成（23）……【√】满足标准
第八关：三倍扩大室
对于INBOX中的每样东西，将其增加到三倍，然后OUTBOX结果。
自我提升提示：我们要干这有什么用？请将这些高层决策留给经理部。
解题方法：同时满足挑战体积和速度
挑战体积：使用不超过6个命令（6）……【√】满足标准
挑战速度：平均以不超过24步完成（24）……【√】满足标准
第九关：保护零行动
只把零送到OUTBOX。
解题方法1：满足挑战体积
挑战体积：使用不超过5个命令（5）……【√】满足标准
挑战速度：平均以不超过25步完成（28）
解题方法2：满足挑战速度
挑战体积：使用不超过5个命令（7）
挑战速度：平均以不超过25步完成（23）……【√】满足标准
第十关：八倍扩大器套件
对于INBOX中的每个数，将其乘以8，然后把结果放在OUTBOX中。
使用一堆ADD指令很容易，但很浪费！你能做到只用3个ADD指令吗？经理部在看着你。
解题方法：同时满足挑战体积和速度
挑战体积：使用不超过9个命令（9）……【√】满足标准
挑战速度：平均以不超过36步完成（36）……【√】满足标准
一、程序结束判定
不知道大家留意没，这个游戏的编程是没有终止命令的，而绝大多数任务都是靠循环的，那到底怎么样才算程序的结束呢?通过头机关，不难发现，代码走完了，程序就结束了，这个符合直觉对吧。但那些无法跳到底的程序呢，我觉得是靠触发inbox来实现的，当使用inbox时，如果输入队列为空，则程序跳出。这里就产生了一个问题，如果inbox离循环入口太远，那输出最终结果后，又得多运行几个动作才能到达inbox(null)，增加总步数，如无必要，此处可优化。
二、程序结果的审核
一般最常见的错误是程序中意外的空手操作或类型不匹配，比如空手outbox、空手加减、空格子读取、字母加减数字等。其次，是错误输出值不符合要求，这里需要展开。
1、你往往会发现只要输出一个错误结果，程序就会报错“程序期待输出某值，而你输出某值”，所以我们觉得，这个数值一定是预先算过的，就等着看你给错了哪个，这种猜想多数情况下是成立的。
2、但还有稍不常见的错误，当你执行完毕按需输出后，程序报错“虽然你正确输出，但我能给出一个反例”，这种情况是你不完全理解题干，程序里出现某些特例不能兼顾的地方，或者投机取巧，仅仅为满足当前输入序列去产生特定的输出序列。我估计，系统在测试完当前给出的序列后，在后台对备用的所有序列都做了测试，行不通的就报错并在下次抛出这个序列。然而，系统有一个总步数评分系统，游戏作者主观上当然是希望它的备用序列在同一程序下跑分要一样，生成序列时可能用到一些理论或专业工具进行评估，但这或许还会遗留一些差异，或者说BUG，或许可以利用这些差异进行优化。
3、还有更不常见的错误，如 loop{ ... ; outbox; .... ; inbox; ... }。“你输出了所有期待的值，但输出结果过多”(如1,2,3,4, 1,3,5,7, 1)。前面提到程序结束是以inbox(null)为标志的，所以在inbox前慎用outbox。
一、程序结束判定
不知道大家留意没，这个游戏的编程是没有终止命令的，而绝大多数任务都是靠循环的，那到底怎么样才算程序的结束呢?通过头机关，不难发现，代码走完了，程序就结束了，这个符合直觉对吧。但那些无法跳到底的程序呢，我觉得是靠触发inbox来实现的，当使用inbox时，如果输入队列为空，则程序跳出。这里就产生了一个问题，如果inbox离循环入口太远，那输出最终结果后，又得多运行几个动作才能到达inbox(null)，增加总步数，如无必要，此处可优化。
二、程序结果的审核
一般最常见的错误是程序中意外的空手操作或类型不匹配，比如空手outbox、空手加减、空格子读取、字母加减数字等。其次，是错误输出值不符合要求，这里需要展开。
1、你往往会发现只要输出一个错误结果，程序就会报错“程序期待输出某值，而你输出某值”，所以我们觉得，这个数值一定是预先算过的，就等着看你给错了哪个，这种猜想多数情况下是成立的。
2、但还有稍不常见的错误，当你执行完毕按需输出后，程序报错“虽然你正确输出，但我能给出一个反例”，这种情况是你不完全理解题干，程序里出现某些特例不能兼顾的地方，或者投机取巧，仅仅为满足当前输入序列去产生特定的输出序列。我估计，系统在测试完当前给出的序列后，在后台对备用的所有序列都做了测试，行不通的就报错并在下次抛出这个序列。然而，系统有一个总步数评分系统，游戏作者主观上当然是希望它的备用序列在同一程序下跑分要一样，生成序列时可能用到一些理论或专业工具进行评估，但这或许还会遗留一些差异，或者说BUG，或许可以利用这些差异进行优化。
3、还有更不常见的错误，如 loop{ ... ; outbox; .... ; inbox; ... }。“你输出了所有期待的值，但输出结果过多”(如1,2,3,4, 1,3,5,7, 1)。前面提到程序结束是以inbox(null)为标志的，所以在inbox前慎用outbox。
v1.0.6版本
更新应用图标
禁用大型设备的应用内旋转
