下载本文的PDF版本 PDF

你的硬盘里有什么?

WOYHD 是一个论坛,用于表达您对您喜爱和厌恶的工具的看法。正如我们所明确指出的,工具可以是任何东西,从编程语言到 IDE,再到数据库产品。本月,我们对定义进行了扩展,将以下赞扬的 Linux 音乐软件包括在内。听音乐可以帮助我们度过漫长的时间来解开意大利面条式代码(当然是别人的代码)。它也可能使某些人完全没有效率,但许多其他更明显的“工具”不也是如此吗?但请不要误解我们的意思——在任何情况下,扫雷游戏都不会被视为工具!

谁: Chris Bellini
所属行业:制造业
职位:软件开发人员
开发环境:在 Windows 上为 Windows 开发

我喜爱的工具! Python。我还是 Python 的新手,但到目前为止,它给我留下了深刻的印象。作为一种脚本语言,它可以快速测试一个想法或算法,即使我正在从事的项目没有使用 Python。此外,借助 wxPython 和 py2exe 等免费工具,Python 脚本可以轻松成为具有强大 UI 的成熟可分发应用程序。

我讨厌的工具! Microsoft Visual Studio .NET。这是一种爱恨交加的关系。一方面,它是我的命脉,我学会了使用它的许多功能。另一方面,它已成为一个臃肿的资源消耗大户,当大型应用程序(如 CAD/CAM)同时运行时,会使事情变得缓慢。

谁: Guilherme Mauro Germoglio Barbosa
所属行业:教育
职位:软件开发人员
开发环境:在 Linux 上为 Linux 开发

我喜爱的工具! XMMS。没有音乐我就无法集中精力工作。编程是一项有点孤独的任务,听音乐有助于对抗这种孤独感。24/7 听音乐 = 24/7 编程!

我讨厌的工具! CTTE。这个工具有点错误百出——仅使用五分钟就产生了六个异常。我希望他们改进它。也许将来它会非常有用。但还有另一个问题:编程很有趣——制作没有人真正关心的工件(例如 CTTE 创建的工件)则不然。

谁: John Styles
所属行业:技术供应商
职位:首席架构师
开发环境:在 Windows 上为 Windows 开发

我喜爱的工具! Awk。在其选择的问题领域内,没有什么能比得上 Awk 的优雅和简洁。它易于部署,并且其语法比我能提及的某些其他脚本语言更简单和更合理。我经常尝试其他工具,但最终还是回到那个始终能完成工作的工具。

我讨厌的工具! OLE DB。如果 OLE DB 只是另一个奇怪的、过度复杂、过度抽象、文档不完善的 API,那么我可以很高兴地忽略它。不幸的是,它是 Microsoft SQL Server 的本机数据访问 API,因此无法避免。如果有一个像 Oracle 的 OCI 这样体面的简单 C 语言 API 就好了。

谁: Jeff Price
所属行业:非营利组织
职位:软件工程师
开发环境:在 Windows 上为 Unix 开发

我喜爱的工具! Eclipse。Eclipse 通过辅助语法和生成许多标准、重复的代码块,使我能够更有效率。重构工具使原本难以处理的任务(例如重命名/重新打包常用类)变得几乎微不足道。

我讨厌的工具! PVCS 版本管理器。X 界面速度慢、笨拙且不稳定。打开的项目有时会消失,许多错误消息不准确地表示问题的原因……而且我提过它很慢吗?它代表了我使用 Eclipse 所获得的生产力提升的反面。

acmqueue

最初发表于 Queue 第 3 卷,第 7 期
数字图书馆 中评论本文





更多相关文章

Catherine Hayes, David Malone - 质疑评估非加密哈希函数的标准
尽管加密和非加密哈希函数无处不在,但在它们的设计方式上似乎存在差距。出于各种安全需求,存在许多用于加密哈希的标准,但在非加密方面,存在一定程度的民间传说,尽管哈希函数历史悠久,但尚未得到充分探索。虽然针对真实世界数据集的均匀分布很有意义,但当面对具有特定模式的数据集时,这可能是一个挑战。


Nicole Forsgren, Eirini Kalliamvakou, Abi Noda, Michaela Greiler, Brian Houck, Margaret-Anne Storey - DevEx 实践
随着领导者在财政紧缩和人工智能等变革性技术的背景下寻求优化软件交付,DevEx(开发者体验)在许多软件组织中越来越受到关注。技术领导者普遍认为,良好的开发者体验可以实现更有效的软件交付和开发者幸福感。然而,在许多组织中,旨在改进 DevEx 的拟议举措和投资难以获得支持,因为业务利益相关者质疑改进的价值主张。


João Varajão, António Trigo, Miguel Almeida - 低代码开发生产力
本文旨在通过展示使用基于代码、低代码和极端低代码技术进行的实验室实验结果,以研究生产力差异,从而为该主题提供新的见解。低代码技术已清楚地显示出更高的生产力水平,为低代码在短期/中期内主导软件开发主流提供了强有力的论据。本文报告了程序和协议、结果、局限性以及未来研究的机会。


Ivar Jacobson, Alistair Cockburn - 用例至关重要
虽然软件行业是一个快节奏且令人兴奋的世界,新的工具、技术和方法不断被开发出来以服务于商业和社会,但它也很健忘。在它急于快速前进的过程中,它容易受到时尚的 whims 的影响,并且可能会忘记或忽略针对它面临的一些永恒问题的行之有效的解决方案。用例,最初于 1986 年引入并在后来普及,是这些行之有效的解决方案之一。





© 保留所有权利。

© . All rights reserved.