软件工程

针对在系统开发生命周期中工作的专业人士,学者和学生的问答

7
将用户吸引到您的Bugtracker
我有一个完全配置的螳螂错误跟踪器,用于跟踪我创建的应用程序中的问题。当用户受到训练并直接找螳螂写问题报告时,他/她将有最快的反应,并且与问题有关的所有事情都将非常容易跟踪。 但是,并不是每个人都渴望这样做。他们通过电话,电子邮件报告问题,根本不报告。 用bugtracker系统吸引他们前进的最佳方法是什么?显然,他们必须看到一些直接的好处,因此他们可以返回并寻求更多的好处。 编辑: 我说的是对我作为ISV销售的产品的支持。

11
是什么使面向对象编程成功?[关闭]
按照目前的情况,这个问题不适合我们的问答形式。我们希望答案会得到事实,参考或专业知识的支持,但是这个问题可能会引起辩论,争论,民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出,请访问帮助中心以获取指导。 7年前关闭。 您认为使面向对象编程取得如此巨大成功的功能是什么? 讯息传递 遗产 多态性 封装形式 或您可能要介绍的其他功能。 我也想知道抽象数据类型和面向对象编程之间的联系是什么?

18
您首先看什么:代码还是设计?
如果您刚刚被介绍到一个新项目中,那么想要了解其工作原理的第一件事是什么? 您首先寻找设计吗?如果有设计,您会在其中寻找什么?类图或部署图或序列图还是其他? 还是直接输入代码?如果是这样,您如何理解不同层之间的相互作用?

4
贵公司是否有关于个人(技术)博客的书面政策?[关闭]
已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗?更新问题,使其仅通过编辑此帖子来关注一个问题。 4年前关闭。 贵公司是否有关于个人(技术)博客的书面政策? 想要分享? 我们鼓励开发人员保留个人博客,并谈论他们在工作中遇到的非核心能力或核心IP的技术问题。我们一直在做“不问不说”的风格,但是现在该写下些东西了。 更新:谢谢大家的回答,上周我们实施了一项政策-全文在此处。

7
测试人员被认为是低调的吗?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 5年前关闭。 我碰巧认识一些系统管理员,据他说,与开发人员相比,测试人员在组织中没有得到优先考虑。毫无疑问,没有测试人员就不可能发布软件,但是我从来没有把手放在测试上,所以对此没有太多的了解。无意冒犯。
17 testing 

8
还有其他人有重构问题吗?[关闭]
按照目前的情况,这个问题不适合我们的问答形式。我们希望答案会得到事实,参考或专业知识的支持,但是这个问题可能会引起辩论,争论,民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出,请访问帮助中心以获取指导。 6年前关闭。 看起来,在我编写了大量代码之后,我感到焦虑不安,好像我没有以最好的方式来完成它,而我最终却不断地在项目上重构和花费太多时间,或者从未得到过有时候做。这会发生在其他任何人身上吗?您如何处理呢?

3
程序员如何提高他们的UX技能?[关闭]
关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗? 更新问题,使它成为软件工程堆栈交换的主题。 4年前关闭。 作为程序员,我们可以解决非常复杂的问题,但是,当我们必须设计用户界面时,我们往往无法使它们易于使用。 在小型公司中,他们负担不起设计师和UX专家的负担,程序员几乎必须完成软件中的所有工作。但是这些界面很少直观(经典示例)。 问题是什么?开发人员如何提高设计良好用户体验的技能?

1
有关编程文化的书籍和故事,特别是在80年代/ 90年代初[关闭]
关闭。这个问题是题外话。它当前不接受答案。 4年前关闭。 这篇文章是社区维基。编辑现有答案以改善此职位。它当前不接受新的答案。 我喜欢许多有关黑客文化的书籍(小说/非小说书籍),并在80年代,90年代经营软件业务。由于某种原因,当时的事情似乎更加令人兴奋。例如: 微型农奴(道格拉斯·库普兰) 意外帝国(Robert X.Cringely Almost Pefect(WE彼得森,在线!) 工作中的编码员(Peter Seibel) 今天,我是一名企业家和程序员。上世纪80年代,我是一个年轻的怪胎,他正在入侵DOS TSR,并编码GWBasic / QBasic。在90年代,我是CS的大学生,经历了互联网在全球范围内的崛起。 读这些书时,经营软件业务似乎比现在有趣得多。与我们当前的所有Web 2.0社交网络玩具相比,以前的事情要简单得多,机遇似乎无处不在,而且创业公司似乎面临着更多实际问题(发明电子表格,在6个不同平台上以汇编形式编写文字处理器)。 有人分享这些感觉吗?从那时起,有没有人有任何好(个人)故事,或者知道其他好书可供阅读?
17 books  history  culture 

6
您是否在简历中写第二语言?[关闭]
关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗? 更新问题,使它成为软件工程堆栈交换的主题。 4年前关闭。 每个程序员都有大部分时间都使用的主要语言,因此非常熟悉。 但是,您还有些语言,从某种意义上来说,您过去曾经非常了解它们,但是已经有一段时间没有使用,或者您很少使用它们,因此不会像您那样沉迷于其中。用您的主要语言。 您绝对可以使自己熟练使用这些语言,但是您可能需要稍微熟悉一下,查找一些语法规则,等等。我的问题是-您会在简历中将这些语言写成您“知道”的语言吗?

5
我可以做些什么来提高VS 2010的性能吗?[关闭]
关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗? 更新问题,使它成为软件工程堆栈交换的主题。 5年前关闭。 我正在使用VS 2010,因为我们正在.NET 4中开发一个应用程序,而性能却使我发疯。当我暂时不查看IDE时(例如,当我被拉开求助电话或早上进来时),这通常是很糟糕的。 我意识到它可能是内置在WPF中的,它在不使用时会卸载资源,但是在将所有内容备份时,几分钟的延迟确实很烦人。我还注意到打开文件或编译时出现了一些严重的延迟。

8
如果您学习了软件的形式化方法,您发现它有多有用?
如果您已经接受过使用形式化方法(FM)进行编程的培训,则: 您发现它有用吗? 您的FM培训涉及什么(例如一门课程,一本书)? 您使用什么调频工具? 与不使用FM相比,它在速度/质量上有什么优势? 您使用FM创建哪种软件? 如果您现在不直接使用FM,至少值得学习吗? 我很想听到在这个社区中可以找到的尽可能多的FM经验/观点。我开始阅读它,并想了解更多。 背景 编程和软件开发/工程是地球上最新的人类技能/专业,因此,该领域并不成熟也就不足为奇了-在我们领域的主要输出中显示出来,因为代码通常很晚且容易出错。平均编码和顶级编码器之间的生产率差异很大(至少10:1)也表明了行业的不成熟。这些令人沮丧的事实已在文献中得到了很好的报道,并被史蒂夫·麦康奈尔(Steve McConnell)的《密码大全》(Code Complete)等书所介绍。 软件/ CS中的主要人物(例如,已故的E. Dijkstra)已提出使用形式化方法(FM)来解决错误的根本原因(其中之一):编程中缺乏数学上的严格性。例如,迪克斯特拉(Dijkstra)提倡学生共同开发程序及其证明。 与美国相比,FM在欧洲的CS课程中似乎更为普遍。但是在过去的几年中,新的“轻量级” FM方法和诸如Alloy之类的工具引起了一些关注。FM仍远不是行业中的常用方法,我希望在此获得一些有关原因的反馈。 更新资料 截至目前(2010年10月14日),在下面的6个答案中,没有人明确提出要在“现实世界”作品中使用FM。我真的很好奇有人是否可以并且愿意。也许FM确实说明了学术界(FM是未来!)和行业(FM几乎没有用)之间的鸿沟。

10
您通常如何布置班级的区域?
我想知道是否有制定班级区域布局的标准。 我目前使用 Fields Constructor Properties Public Methods Private Methods Fields成为私有财产而Properties成为公共财产。通常,如果需要,我通常在其中使用子区域,或者偶尔在下面添加其他区域(例如interface或baseClass成员)。


9
程序员应该帮助测试人员设计测试吗?
程序员应该在设计测试方面为测试人员提供多少帮助? 我认为他们根本不应该提供帮助。我担心的是,如果他们帮助测试人员为自己的代码设计测试,他们将以自己的偏见和对该代码的盲点“感染”测试人员。 我认为这些要求应该足以提供测试人员创建测试所需的信息。如果实现的某些部分让程序员感到不安,那么我认为他们有责任实施单元测试来测试该部分,甚至运行自己的非正式系统测试来测试该部分。 不过,并非我认识的每个人都对此表示赞同(并且我在一定程度上理解了他们的一些观点)。其他人对此有何看法?文献中有没有讨论过这个问题?
17 team  testing 

19
理想的编程语言学习顺序?[关闭]
按照目前的情况,这个问题不适合我们的问答形式。我们希望答案会得到事实,参考或专业知识的支持,但是这个问题可能会引起辩论,争论,民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出,请访问帮助中心以获取指导。 8年前关闭。 已锁定。该问题及其答案被锁定,因为该问题是题外话,但具有历史意义。它目前不接受新的答案或互动。 你怎么看?理想的编程语言学习顺序是什么,它将涵盖当今大多数常用的语言和范例,并有助于掌握通用的编程基础,思想和实践?您甚至可以建议范式而不是语言的学习顺序。 注意:这是我在stackoverflow中提出的问题的端口,由于主观和争论而被关闭。

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.