Questions tagged «process»

12
(初级)开发人员是否应该尝试在其开发/ IT团队中寻求更好的流程和实践?
我是一名初级开发人员,如果我可以证明更改的合理性,并且可以帮助团队完成工作,则可以帮助调整团队的流程。这对我来说是新的,因为我过去的公司或多或少都严格定义了来自管理层的流程。 我的团队很小,有些新(不到3岁)。他们缺乏: 定义明确的软件开发/工作管理框架(如Scrum) 强大的产品所有权 定义明确的角色(例如,业务人员将进行手动测试) 定期站立会议 合并的问题跟踪流程(我们有一个工具,该流程仍在开发中) 单元,系统,回归或手动测试套件或列表 有关业务逻辑和流程的文档 知识库以记录内部和面向客户的提示 而这样的例子不胜枚举。只要价值是合理的,管理人员就可以实施改进措施,并且可以帮助完成最重要的工作(即开发)。但是,基本假设是您必须在实现中拥有所有权,因为没有人会为您做这件事。毋庸置疑,上述某些项目是不平凡的,无疑是耗时的,并且显然不是开发工作。 随着时间的流逝,(初级)开发人员尝试实现上述目标是否值得?还是最好“随心所欲”并专注于开发,将大部分流程定义和优化留给管理人员?

4
Unix管道的确切知识是什么
我听说过道格拉斯·麦克罗伊(Douglas Mcllroy)如何提出这个概念以及肯·汤普森(Ken Thompson)如何在一夜之间实现这个故事。 据我了解,管道是一个系统调用,它在两个进程之间共享一块内存,一个进程在其中写入数据,其他进程从中读取数据。 作为不熟悉OS内部或概念的人,我想知道故事中的“天才”到底是什么?这是两个进程共享内存的想法吗?还是执行?或两者? PS:我知道管道的用途或如何在外壳中使用它。问题是关于|

9
我应该记录一些小错误吗?
我在两个人的代码库中。而且,尽管我知道在程序数量大于或等于1的情况下,错误跟踪器很有用,但我并不太相信记录错误,更改和修补程序是微不足道的时间。当我发现一个简单的错误时,便会理解,修复并通过一些测试运行它。然后我意识到我需要对其进行记录。 从理论上讲,我知道应该在发现错误和修复错误之间的某个地方进行错误日志记录,但是如果修复它的速度比记录日志更快,那么这似乎很麻烦。在大型代码商店中,老板会注意谁在做什么,很高兴知道其他人在做什么。 我发现自己描述了已经解决的问题,然后立即将其关闭。我怀疑有人还会再看这个封闭的bug。是时候减少加工脂肪了吗?

5
是否有用于远程编码采访的工具?[关闭]
按照目前的情况,这个问题不适合我们的问答形式。我们希望答案会得到事实,参考或专业知识的支持,但是这个问题可能会引起辩论,争论,民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出,请访问帮助中心以获取指导。 6年前关闭。 首先,我不确定这个问题是否更适合在这里或在工作场所使用。所以请原谅我在错误的地方。 我们正在面试一些发展职位的候选人,目前他们不在我们的城市。 我们希望为他们提供简单的编码测试,以查看它们在日常工作中如何处理典型问题。 是否有针对此的特定工具?目前,我们正在使用Skype,我认为这会降低许多开发人员的性能,因为他们往往很害羞,并且当有人直接盯着他们时,它们通常无法工作。 通过电子邮件向他们发送测试问题的问题如下: 不可能知道他们的思维过程是什么,因为我们只能看到最终结果。没有讨论,也没有澄清问题,这是重要的一步。 不能保证问题是由候选人自己解决的。他们可以将其发送给更聪明的朋友,而我们将无法得知。 这些问题通常如何解决?

5
测试人员应该批准发布,还是只报告测试?
将签名授权给测试人员是否有意义?应该有一个测试团队 只需测试功能,问题等,并仅在通过/失败的基础上进行报告,然后由其他人根据这些结果采取行动,或者 是否有权根据这些结果自行阻止发布? 换句话说,应该要求测试人员实际批准发布吗?与我一起工作的测试团队认为他们确实这样做了,因为“测试范围蠕变”,我们对此有疑问-拒绝批准发行版有时是基于有问题的发行版未明确解决的问题。

7
DevOps意味着开发人员现在应对基础架构和发布负责-但是,此更改背后的驱动力是什么?
DevOps意味着开发人员现在应对基础架构和发布负责-但是,此更改背后的驱动力是什么? 我会把牌放在桌上:我是一名开发人员,曾在“ DevOps”和非文化领域工作过。不必担心基础结构,发行版,质量保证以及相关的仪式,这将使编写好的代码分心。 但是行业正在朝这个方向发展,那么这是什么原因呢?角色专业化的“旧”模型引起了哪些问题?
18 process  devops 


3
在代码审查过程之后如何提供反馈
我目前正在审查刚刚加入我的团队的一些初级开发人员的代码,我想知道应该如何提供此审查的结果: 我应该自己修复代码吗? 我是否应该向他们提供有关审核过程的反馈,并让他们根据我的指示进行修复?如果是这样,我该如何提供反馈,是否填写某些模板文档并将其发送给他们,或者有一些软件可以帮助我在代码文件中标记出有问题的地方,以便以后进行检查?(我正在使用Visual Studio)。 在我完成对代码的审查并完成修复之后,过去的一段时间已经过去,我过去审查过的代码的某些部分也发生了变化,如何进行重新审查?我应该重新检查所有代码吗?还是只检查已更改的零件?如果是这样,我如何跟踪已更改的部分,从而避免重复检查代码?

6
为什么将线程称为线程?
我了解一个进程是资源所有权和可执行指令的单元。线程允许一个进程通过多次执行共享其资源,并且由于与整个进程相关的所有开销,操作系统更容易调度线程。 但是为什么要命名线程?它是否有对字符串或执行交错的引用?即使这样,在我看来这也不是一个直观的术语。


7
是敏捷开发还是管理?
在讨论Scrum的全部内容时,我发现也许我完全误解了敏捷性。在我看来,Scrum(这当然被认为是敏捷过程)与管理功能,冲刺和角色以及与TDD,结对编程,CI,重构和其他以开发人员为中心的技术无关的东西无关。直到现在)都是敏捷的心脏。现在我面临一个困难! 1)Scrum不了解开发人员是否执行敏捷实践? 2)您可以在不使用自动化测试的团队中实施Scrum吗?是否不执行重构或不遵循敏捷编程实践?
9 agile  scrum  process 
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.