首页
学习
活动
专区
圈层
工具
发布

游戏测试

哪里?怎么做? 问什么? 游戏测试可以回答很多问题,最明显的问题就是「我的游戏有意思吗?」不过这个问题过于泛泛,你可以问比如「男性和女性玩我的游戏方式有区别吗?」「玩家想玩第二次吗?为什么?」...「玩家觉得公平吗?为什么?」「玩家觉得厌烦吗?在哪里?」等等。之前的 lens 有很多这类问题。不过第一个问题需要你问自己「我想从这次测试获得什么反馈,为什么要做这次测试?」。...哪里? 在哪里做测试?你有如下选择: 你的工作室。「优点」:开发者,游戏,你都在那里,方便观察。「缺点」:你的测试者可能会不舒服,因为是一个陌生的环境,而且周围还有人在工作。...如果是大型多人在线游戏,你甚至可以做服务器压力测试。「缺点」:你难以获得玩家玩游戏的细节,同时游戏保密性可能会是个问题。 怎么做? 你应该在那吗?...最后放下自尊,压制你辩护、引导他们觉得游戏「应该」是怎么样的这类欲望。最重要的是玩家对游戏的感受和为什么?保持镇静。

2.2K40

泄露公司源代码算不算犯罪,会坐牢吗

依此3条论断的话,B站这位程序员的行为明显属于侵犯b站商业秘密罪,严重可处数年有期徒刑。...因此,对于网络犯罪,应透过其“虚拟”的表象,按其行为性质定罪处刑。 二、本案中被认定为商业秘密的源代码,是用程序设计语言编写的一组指令。...首先,两上诉人在进入凌码公司工作时都在合同上签有保密条款,对各自掌握、保管的技术成果负有保密义务。...经核实,徐汇公安分局公共信息网络安全监察科以技术侦查手段查获的证据,认定项军将源代码安装到ARL公司服务器上的事实是客观的、真实的,应当予以认定。...孙晓斌参与了webmail软件的开发工作,按规定对该软件的源代码负有保管、保密义务,未经公司允许不得私用或告知他人。

6.8K40
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    IFS CEO:传统ERP供应商需要“暂停一下”

    Roos:我们应该做更容易的生意,应用程序应更容易部署,这是市场所寻找的。有一个神话被那些大厂商延续了下来,那就是客户渴望云计算,但其实客户并没有那么大的意愿。...IFS的最强项在哪里? 哪些行业是IFS最大的市场? Roos:我们的第一产业是航空和国防。 我们在工业制造领域,建筑和工程方面也很强大。 我们不太关注的地方是服务领域 :金融服务,零售,公共部门。...IFS需要在哪里提高? Roos:我们一直专注于我们的客户,我们的技术,我们的业务历史,我们没有做好的工作是与合作伙伴生态系统合作,并利用这些合作伙伴来获得更好的足迹与市场。...许多传统ERP的是否部署在了IFS的优势领域中吗?比如制造业? Roos:是的,他们在我们所擅长的行业中,这是完全正确的。 目前,他们现在正在寻找一个务实的解决方案。 他们正在寻找易于使用的东西。...你如何确保我们不需要每年停机300个小时因为我们和另一个国家的人在数据中心中,而他们只能在特定时间进行升级? 例如,在制造或石油的等需要高可用性领域,这些都是真正的挑战。他们不会同意你的说法。

    70320

    设计模式(五):最少知识原则

    最少知识原则可以简单归纳为以下两点: 依赖者应只依赖应该依赖的对象。 被依赖者应只暴露应该暴露的方法。 最少知识原则的作用?...3.1、只和直接的朋友交流想法 依旧拿程序员日常工作为例,场景如下:有客户、产品经理、程序员三个角色,产品经理根据客户提出的需求整理出需求文档,程序员根据需求文档进行开发。...所以代码应如下改动: //客户 class Customer { //提出需求 public String supplyingRequirements() { return "客户的需求...从代码角度来看,朋友类之间过于亲密,则会导致耦合性太强,代码不健壮。举一个领导指挥程序员工作的例子。...PS:是你该做的就做,不是你该做的就别做了 最少知识原则的实现规则 在实际使用最少知识原则时,我们应该根据以下几个规则来贯彻实行。 在设计类的时候,尽量降低类成员的访问权限。

    73700

    软件工程师在加入新团队时应问的 20 个问题

    源代码放在哪里? 除非你是在一个全新的团队中开始工作,并且软件还没有 编写出来,否则你将在一个已有的代码库中工作。这些代码存在于哪里?如何在本地机器上获得这些代码呢? 5....内部文档在哪里? 团队在哪里维护他们的内部文档?它是如何被分割的?是最新的吗? 2合作 10. 团队中的那些人在关注什么? 一般来说,软件团队中有只有一些工程师。...了解团队中不同程序员的工作重点是很好的,这样你才会有所了解。通常情况下,随着时间的推移,站会(Standup)会使你对这一点有个很好的认识。 11. 团队每周的节奏是怎样的? 是否有每日站会?...是否有一个架构师与工程师一起工作?最好了解特性要求的上游想法。甚至更好的是,安排一些时间与这个人(或几个人)接触,以了解产品的近期和长远前景。 14. 团队主要如何沟通? 他们使用 Slack 吗?...有我们必须遵守的服务级别协议吗?对于我们的用户场景,究竟支持什么? 17. 公共 / 客户文档在哪里? 这个问题很重要。如今,无论软件有多好,客户文档都要准确、最新。什么地方可以浏览这些文档?

    57910

    如何管理职场新人?

    从哪里着手?从培训入手。现在很多大学应届生缺乏工作常识,尤其是业务流程和工作方法。这两块在正式编码前就要做好培训工作,这样能减少很多问题。 一、业务培训 在公司里对于新员工,一般先从熟悉业务开始。...程序员要懂业务吗?要! 二、工作方法培训 2.1 工具使用的培训 前期准备:使用工具的账号。 跟工作相关的工具。比如我们做研发的时候会用到: git 代码管理工具。 常用的操作。...提交代码,撰写格式要求。有很新人在提交代码的时候,备注信息都是简单的”修复bug“,这样别人看了也不知道你改了啥。...标记一些重点观察的代码文件 2.2.1 先看公用的封装好的代码。比如工具类库,联网请求这类代码文件。 代码如果很多,要优先看公共方法。这些在项目里都是唯一的,被多个地方调用。...而且一般公共使用的代码,都是经过团队完善的,里面bug少,逻辑清晰。从中可以学到很多编程思维。 2.2.2 再看需要负责的最核心业务的代码。

    44310

    为抵制 7-Zip,列出 “三宗罪” ?网友:“第3个才是重点吧?”

    我们创建了一个高质量的技术交流群,与优秀的人在一起,自己也会优秀起来,赶紧点击加群,享受一起成长的快乐。...而 Paul 认为 7-Zip 开源“有限”的点在于:7-Zip 的代码没有托管在 Github、Gitlab 或其他任何公共代码托管平台上,只能在其官方 Sourceforge 页面的 src.7z...实际上,7-Zip 在 Sourceforge 上的源码是有一些(相对较少的)文档的,包括变更日志和关于如何编译程序及其一些内部工作的描述。...NGINX 开源项目宣布禁俄……这些事件本就令众多开源爱好者对“开源”的本质提出质疑,Paul 呼吁抵制 7-Zip 的第三个理由更是令许多人无法理解:“难道说以后我们在选择使用开源软件时要考虑作者国籍吗?...一个优秀程序员可抵五个普通程序员!

    67610

    maven公共组件的最新版本

    SCM该做的都做了,我们还能替她们决定什么吗? huangshanzhi:还是公司一起做好版本规划比较好。版本火车很重要。 我的想法 每个公司都有自己的实际情况,有可能这里做的好点,那里却仍需要改善。...这是因为: 公共组件组和业务线(产品线)关系很紧密,易沟通。 团队目标也趋于一致。更有甚者,公共组件组就是业务线(产品线)下面的一两个人在维护。...平时写业务线(产品线)的业务逻辑代码,等到需要改一些基础公共组件的时候挽袖子又去改公共组件。 业务线急需公共组件的变更。...把源代码、编译、提测、上线、线上等环节的信息及时、正确的展示出来,供决策者做出恰当的安排。比如线上公共组件的使用情况。...我们可以思考一下目前的主要问题在哪里,针对自己的公司、项目选择适合自己的方式方法,推进工作。 小贴士 配置管理的工作很多时候面对的都是一些系统性的问题,指出问题来容易,解决问题难。

    86210

    OpenAI再陷巨大争议?Sora训练数据被质疑非法,CTO采访疯狂翻车

    如果CTO都无法坚定地回答,现在公司旗下最热门新模型的训练数据来自哪里,那也就证明了,OpenAI高层甚至对这个问题根本就没关注。...也有一些人为Murati和OpenAI辩护。 他们认为,既然你把东西发到了网上,就应该默认它属于公共资产。如果你不想公开,那就应该让它们保持私密。...也就是说,一旦事情在公共场合发生,它就属于整个人类。 这么说来,我们在往网上发东西时,都得时刻小心翼翼了。...团队的三位负责人在最新的专访中,对Sora进行了一些介绍 电影 前段时间最刷屏的新闻之一,就是好莱坞大导Tyler Perry在Sora刚刚发布一周后,取消8亿美元工作室扩建计划的消息。...不过,Flawless的工作,或许很快就能由Sora完成了。 而给《权力的游戏》和《吸血鬼日记》做特效的视觉工程师Pilon也发现,Sora很可能在几分钟内,完成他曾经要花费数月才能完成的工作。

    31810

    为什么 AI 写的前端总是丑哭?这个插件直接帮你搞定配色和布局

    今天分享一个Claude Code的设计插件,叫UI UX Pro Max。 如果你在用AI编程工具写前端代码,经常纠结配色、字体、布局这些设计问题,这个插件能帮上忙。...Hero区域配特性介绍、视频优先型布局、定价页结构,每种都有CTA按钮放哪里的建议。 UX指南 动画怎么用、无障碍设计怎么做、z-index怎么管理、加载状态怎么设计,这些最佳实践都有。...还包含反面案例,告诉你什么不该做。 支持哪些技术栈 它针对8个主流技术栈做了适配。...工作流程是怎样的 用起来很简单,就6个步骤。 第一步:你给个提示词,比如"做一个宠物美容服务的落地页,风格要轻松友好,重点是预约按钮"。...第六步:输出可用的代码。 整个过程你不用管设计细节,AI会根据数据库里的最佳实践帮你搞定。 有实际案例吗 他们官网有39个网站演示。 涵盖20个不同类目,26个亮色模式,13个暗色模式。

    76910

    Goose:免费开源的本地化AI编程助手

    Pro计划(年付每月17美元或月付20美元)将用户限制为每五小时仅10到40次提示——这一限制在深度工作时几分钟内就会耗尽。...问题出在哪里?这些"小时"并非实际时间。它们代表基于令牌的限制,而令牌消耗量因代码库大小、对话长度和处理代码的复杂度而有很大差异。...其他人则干脆取消了订阅,称新限制是"笑话","无法用于实际工作"。Anthropic为这些变化辩护,称限制影响不到5%的用户,针对的是"全天候不间断在后台运行"Claude Code的人。...为什么将代码保留在云端之外比以往任何时候都重要带有本地LLM的Goose并非Claude Code的完美替代品。两者之间存在开发者应了解的实际权衡。...Cursor是一款流行的AI增强代码编辑器,其Pro级别每月收费20美元,Ultra级别收费200美元——与Claude Code的Max计划定价相当。

    69510

    程序员必须遵守的8大准则

    问题是当利用这些工具查找后人们还肯花时间去做代码审查吗? 使用这些工具前,为这些工具制定一套细则是非常重要的。这能够确保你使用同一个代码审核标准从而区别于那些常被用于20世纪老式的代码审查规范。...统一的风格指南 即使是使用自动化工具(诸如Checkstyle,Findbugs等)也应避免不必要的风格冲突,你的项目应该具备有风格指南。(在尽可能的情况下)坚持Java协议的规范标准。...OK,请记住,不同的项目有不同的工作方法。 7.懂得取舍 代码审查需要积极和细致而不是卖弄学问。你会因为一些细微的琐事让你紧张而导致项目失败或是花费公司成本吗?记住,千万不要这样。...可以定期的交换想法 buddy reviewing在团队中是一种很好的工作方式,当某人在团队中出现问题时可以及早的发现。这不仅可以帮助大家,还可以交换彼此的进度和想法。...总之,如果你的项目正在进行代码审查,应该做到快速、有效、不浪费别人的时间。正如文章所说的,这几点非常重要。代码审查用意是在代码提交前找到其中的问题。 -END- 转载声明:本文源自「博客园-一十一」

    63540

    如何成为架构师?7 个关键的思考、习惯和经验

    架构师应不应该写代码? 似乎隔三差五就能看到一些关于架构师应不应该写代码的文章。我是属于写代码派,因为我本身就喜欢写代码。...大部分情况下我作为架构师并不需要揽下 “核心模块” 开发这种工作,毕竟我能调配的时间太零散了,效率难以保证,很多人在专注的情况下比我做的好很多,我只需要保持大局观需要适度参与就可以了。...总的来说,架构师和程序员在某些方面上有点像产品经理和用户的关系,大部分程序员并不会主动告诉你他们想要什么、哪里需要优化,甚至自己也不知道这些。想要做出好的产品,捷径之一就是跟用户做同样的事情。...实践:开会是个技术活吗? 我觉得应该没有人喜欢开会,身为一个程序员,没有几个人的志向是当什么职场交际花。...还有更好的办法吗? 成为技术专家之后的工作可以说是痛并快乐着,会有很多人找你咨询问题,另一方面,会有太多人找你咨询问题。

    81490

    4个费劲心思却走向编程地狱的陷阱

    这些坑死程序员的陷阱,简而言之就是,当你做一些你认为应该做的事情时,但却没有用你应该做的方式。 ? 这篇文章探讨了可以把程序员的生活变成人间地狱的4个正确做法。...陷阱1:过早优化 过早优化是一个典型的程序员陷阱。即使是最博学和最有经验的程序员也会掉入这个陷阱。了解处理器是工作的以及知道强大的算法,可以帮助编写出高效又有效的代码。...因为你很难猜出薄弱点会在哪里,这意味着在得到它如何工作的详细经验证据之前,试图优化代码会导致问题复杂、有bug的代码。更不要说浪费在优化中的时间了。...陷阱2:只适用于WIN 32 另一个要避免的陷阱是发布只能和特定操作系统、特定鼠标、特定键盘和特定虚拟现实头盔一起工作的软件。你想要为每个目标平台重写所有或大部分的代码吗?...有人强迫你为你的编译器/解释器使用不同寻常的扩展吗?你是故意编写很难转移的代码吗?那么你被困在了这个陷阱中。

    78280

    4个费劲心思却走向编程地狱的陷阱

    这些坑死程序员的陷阱,简而言之就是,当你做一些你认为应该做的事情时,但却没有用你应该做的方式。 ? 这篇文章探讨了可以把程序员的生活变成人间地狱的4个正确做法。...陷阱1:过早优化 过早优化是一个典型的程序员陷阱。即使是最博学和最有经验的程序员也会掉入这个陷阱。了解处理器是工作的以及知道强大的算法,可以帮助编写出高效又有效的代码。...因为你很难猜出薄弱点会在哪里,这意味着在得到它如何工作的详细经验证据之前,试图优化代码会导致问题复杂、有bug的代码。更不要说浪费在优化中的时间了。...陷阱2:只适用于WIN 32 另一个要避免的陷阱是发布只能和特定操作系统、特定鼠标、特定键盘和特定虚拟现实头盔一起工作的软件。你想要为每个目标平台重写所有或大部分的代码吗?...有人强迫你为你的编译器/解释器使用不同寻常的扩展吗?你是故意编写很难转移的代码吗?那么你被困在了这个陷阱中。

    56820

    基于云安全环境的最佳实践

    确定你的用户应该在受保护的环境中做什么和不应该做什么是良好的安全和操作卫生的关键。 特权和活动 接下来,我们想知道谁会进行具体的行动。...网络行为 网络活动是另一个通常很容易定义的领域,尤其是对于生产工作负载。关键问题于确定这些服务器在哪里进行通信。...识别入站和出站服务,以及哪些工作负载应该具有公共面向互联网的访问,哪些不应该具有。 在识别和定义网络行为时,请回答以下问题: 什么服务器可以公开访问服务?...对于非公共服务(如db工作负载),每个服务的预期网络连接分别是多少? 从特定的IP或子网? 出站? (大多数服务器不会建立出站连接,但是通常是很好定义的。) 哪些端口分别针对每个工作负载开放?...威胁情报 通过添加IP信誉信息,还要考虑与已知的错误IP地址进行通信时应采取的操作类型。

    1.4K90

    遇事不决量子力学?二分法四象限了解一下

    一种回答是: 应该做,我没问题。现在线上培训势在必行,咱也积累了一堆的经验,早该做了。还有,咱家产品的优势在b端已经证明了,有套路,多好啊。To-C的市场大啊,该做了,几年前我就觉得早该做了。...其实,除了上述场景,在工作和生活中每天总会遇到各种大大小小的问题需要我们去分析和决策: 毕业了该去大公司还是小公司? 我该不该去当程序员? 做了Tech Lead是不是就不能写代码了?...当面对越来越复杂的事情,我们会发现很多人在分析和决策的时候往往不知道从哪里入手。绝大数时候会凭着直觉或者拍着脑袋就做了决定,“想不清楚,算了试试再说,看反馈再做决定”,过后又会觉得不满意或不甘心。...有什么解决方案吗?听说结构化思考要靠天赋很难学。 今天给大家分享二分四象限法,希望帮你化繁为简,构建入门级的结构化分析思考能力,轻松应对以上场景。 ---- 01 什么是二分四象限法?...来,举个例子: 到年中盘点了,有小伙伴会发现年初的计划很多任务都没有完成,清单里还在不断增加新的任务,时间也不知去哪里了。那怎么调整呢?

    83810

    程序员从古法编程到Vibe Coding的能力跃迁

    而且可预期的是,AI Coding能力仍然会持续快速增长,这个时候就会思考一个问题,手撸代码(或者称之为古法编程)是不是没价值了呢,还有必要坚持古法编程吗?...verifed来看,3月末发布的Gemini 2.5 pro分数是59.6,上个月发布的Gemini 3 pro已经到了76.2,这个benchmark是以修复真实pr问题来设计的,对编程能力的实际考量有一定参考作用...程序员靠编程积累经验,在大半年的历练上能实现如此程度的提升吗?而奥赛金牌级别水平现在已经有两个闭源和一个开源达到了,和模型去比谁的代码写得好,那已经基本没有任何悬念了。 那写代码比不过,比什么?...review代码,发现项目已经成为了屎山,这种情况下,去溯源去做重构的工作量不可谓不大。...,去看到个人的价值在哪里,结合这大半年AI codong工具的经验,我觉得正是在用vibe coding的这个过程,让我更加清楚技术的进步意义不在于替代或颠覆,而在于持续不断的突破加速社会往更好的方向发展

    78830

    编程魔法的麻瓜入门手册——《一路编程》

    在这本书中你可以学到: • 如何简化及自动化诸多编程工作 • 在程序中处理不同类型的数据 • 使用正则表达式查找和处理模式 • 编写能够决定该做什么、什么时候做的程序 • 使用函数编写干净、简洁的代码...当然,这才是开始,后面从代码提交,到工作项分配,再到上线部署,每一件事都在刷新着我对软件开发的理解。不过,作为一个小小的实习生,那时的我只想安安静静地写代码,没有仔细思考这些专业工作背后的意义。...完全不理解软件工程任何概念的程序员大有人在,不会使用命令行工具、不知道如何处理代码冲突、从不做单元测试、基本上全靠网上搜索一些代码片段来完成任务,这样的人真心不能算会编程。...当然也不乏一些在日常工作中有思考,能够理解软件开发的痛点,但是苦于不知道如何改进的程序员。因为从来没有人告诉他们怎么做才是正确的编程方式。...对于程序员来说,这是最好的时代,物联网几乎改变了所有行业,甚至已经有人在提“程序员拯救世界”这种说法,作为程序员,我们应感到自豪;然而,这也是最坏的时代,软件开发对程序员的要求越来越高,20年前也许会用

    1.5K60

    好程序需要你写(至少)两遍

    进化中的代码!   可是,这就完事了吗?如今大部分的程序员都认识到了需求必定是一步步的挖掘出来的。但他们却忘了自己的工作!?他们仍然认为他们的框架和架构在项目开始之初就定型了。...同样,代码一旦写成,程序就完成了… 不是吗?   错。以我的经验,所有好的程序都至少要写两遍。第一编是你过于仓促,不能很好的理解需求、实现需求。...我会删了这些代码。 可是… 可是… 这样你就要完全从头开始了!?   你又错了! 当然,IDE里空了,代码全没了,也许一些测试程序会存留下来。但你却对你的代码应该做什么有了扎实的认识。...你也知道以前这段代码是什么样的,你知道它以前的内伤和异味在哪里!有了这些认识,你能写出更好,甚至是非常优秀的代码!...对你的需求是这样,对你的架构和代码也是如此。 写两遍,就意味着两倍的时间吗?   当告诉人们我的观点是所有的程序都至少写两遍时,他们担心花费两倍的项目时间。但事实远非如此。

    50740
    领券