定製工具指南

Question

在開發產品時，我們經常需要創建專有工具來測試其獨特功能或診斷問題。事實上，這些工具可能與產品本身一樣有趣，我們的一些內部團體已經要求提供這些工具的副本。

因此，除了明顯的業務驅動的規則（例如不取回敏感數據），你有什麼不同的，當你建立個人或內部工具，而不是出售的產品，爲什麼？

是什麼在內部工具給你更多（或更少）的重要，以及你認爲總體對公司的價值，當你建立呢？

感謝您的想法！

Answer 1

1. 首先，內部工具總是開發快速和骯髒。幾乎沒有測試 - 它只需要做這項工作。
2. 用戶界面不如面向客戶的應用程序那麼重要。
3. 內部工具可以使用他們測試的產品和框架的內部/私有/專有知識。例如，我們的上一個產品繞過了我們發佈的API的一部分，並使用非文檔化的Web服務調用來獲得更好的結果。
4. 這是一個很重要的一點，但敗局已定：永遠不要離開內部工具與客戶。作爲顧問，我有時不得不在現場使用甚至開發這些工具。我試圖從客戶那裏隱瞞它，但他們不時要求我離開工具（或者更糟的是，打電話給銷售代表並要求那個「魔法工具」）。您不希望客戶根據1-3點的工具構建工具來判斷整個公司的生產水平。

Answer 2

從工程的角度看，我不會做任何事情是不同的：

• 內部和出售的工具必須是精心編寫的，證據充分的
• 都需要創建一個給定組要​​求，期限，預算限制等
• 都需要進行測試或確認

的一個很大的區別我看到將適用於出售產品，而不是到內部工具：待售產品需要營銷，支持等內部工具可以不用。

此外，由於內部工具將在一個較爲可控的環境中使用，他們並不需要針對不同的計算機系統，互聯網瀏覽器進行測試，等

Answer 3

由於我構建的診斷通常非常特殊，因此我傾向於提供比面向客戶的產品更多的選項和內置示例。換句話說，我假設用戶對技術的瞭解比客戶通常更熟悉，並且我提供了更多的能力來調整工具的運行方式，而不用擔心它可能會壓倒用戶。但是我也試圖讓用戶在沒有太多「幫助」的情況下滿足80％的用例。

Answer 4

最大的區別：

這是與個人和內部工具，你可以更自由地嘗試新的技術，最新的時尚。您可以承擔您實際運送給客戶的應用程序不會承擔的風險。