1. 程式人生 > >【高軟作業3】:原型化系統 DevTools

【高軟作業3】:原型化系統 DevTools

問題 是否 pan 也有 有效 分享功能 隨著 內容 定義

原型化系統:DevTools 密碼:lcx

1. 這是一個什麽樣的平臺?

DevTools,可譯為:開發者工具庫。初衷是聚集各類開發工具,方便開發者獲取;此外,大家可以分享自己的工具庫與工具配置信息等。

2. 為什麽會想到做這樣的平臺?

  • 開發工具越來越多,如果都到官網去一個個下載,會有點浪費時間。並且有些可能因為被墻而無法訪問,或者服務器在境外導致訪問緩慢。所以我就想,能不能有這樣一個平臺,把開發工具都聚集在一起,提供這些工具的下載鏡像,來方便開發者們獲取工具。(關於這點,其實有位老哥已經做了一個子集,請戳:MSDN,我告訴你)
  • 我們安裝好開發工具後,可能會修改一些配置,比如:快捷鍵設置、皮膚設置等,或者插件安裝。如果我們換一臺機器,又得重復做這些操作。我就想,能不能提供這樣一個平臺,可以管理自己的開發工具,包括異地同步等功能。
  • 大家可能基於自己的需求而對一些工具進行特殊配置,或者開發插件,殊不知這些配置或插件對其他開發者也有重要意義。這時候,我們可以把成果分享出來,讓更多開發者獲益。

3. 這個平臺應具備哪些功能?

  • 對絕大多數開發工具提供下載支持,包括不同版本、不同平臺。
  • 支持開發者管理自己的工具,包括配置工具,添加、下載、分享、刪除、同步工具等功能。
  • 支持關於開發工具的討論功能,提供討論模塊。
  • 支持關於開發工具的分享功能,提供分享模塊。

(宏觀上,目前我只想到這麽多,以下同理)

4. 打造這個平臺需要解決哪些問題?

  • 各類開發工具資源的獲取以及同步更新。此外需要制定相應的展示模版,以清晰直觀的方式提供給瀏覽者。
  • 討論模塊與分享模塊的管理。只支持關於開發工具的討論和分享,不支持阿貓阿狗的水貼,並且只保留質量過關的貼子。
  • 開發者工具管理模塊。難點在於在線上提供自定義的配置以及異地同步功能。如果配置信息還需要用戶像做筆記一樣手動編輯後上傳到平臺,那等於沒有同步功能(不過是個保存筆記的地方)。

5. 演進方向

同步配置”就是演進過程中需要解決的一個問題。目前各類IDE還沒有提供用戶管理模式,所以無法異地同步IDE。其他的,我覺得能把討論模塊和分享模塊中的內容管理好就挺好了,盡量做到表達精簡而內容豐富.


題外話:

關於4.2討論模塊與分析模塊的管理。在我看來,很多地方存在水貼、復制貼、垃圾貼,它們淹沒了我們真正需要的幹貨貼。要解決這個問題,目前還只能靠我們的後臺管理員人為地去判斷並且刪除這類無用貼。AI時代,能不能讓機器人來承擔一部分工作,解放管理員的勞動力?我認為是可以的,讓AI分揀作為第一個門檻,然後再由人工確認。

而關鍵點在於:我們如何去量化貼子的質量。不同的領域可能采用不同的緯度(肯定是多維度)來量化貼子質量。(當然首先要讓發貼者接受“你的貼子可能被認為是無用帖而被刪除”這個協議)。就拿DevTools裏的貼子來說,我會考慮:

  • 貼子被瀏覽、點贊、關註、收藏的次數
  • 用戶在貼子上的瀏覽時間,用戶重復瀏覽該貼的次數 + 該用戶的權重分析
  • 貼子的發布時間是否過長,已過有效期
  • 對貼子的發布者進行分析 => 是否為好的發布者(又是一個需要量化的問題)

搞AI的同學真的可以多想想,想想哪些勞動力是可以被機器人解放的,如何去解放。我並不是說AI的目的只有解放人類勞動力,只是覺得隨著技術的發展,越來越多的勞動力可以被AI取代,而這些需求就切切實實地存在於我們周圍。

【高軟作業3】:原型化系統 DevTools