如何評價 GitHub 在 2016 年 9 月 15 日的改版?
今天是中秋節,上 GitHub 的時候發現個人主頁改版了。如圖:
前端大量使用了 Atomic CSS,一些人估計可以 high 上一陣子了吧……
我寫過一個 GitHub 上用的瀏覽器擴展,功能需要特定頁面元素,這下可好,全變成了樣式原子類,你讓我怎麼寫選擇器啊……
還有似乎集成了類似 ZenHub 的項目管理功能?我覺得變化比較大的有幾個點:
1.首頁的 Popular Repositories 採用了卡片式設計,讓我們能夠將注意力集中到當前單一的倉庫,這個倉庫的相關信息一覽無餘,同時也不會被其他的倉庫的信息所打擾。
2.首頁的 Follow 按鈕放大放寬,放在個人信息欄的顯著位置,這一個小小的變化,我覺得可以在一定程度上提高用戶被 Follow 的幾率,其實有一定的用戶還是非常在意自己是否被別人 Follow 了,又一次促進了「交友」的活躍度。我認為這是一個非常細小,但是又非常重要的修改點。3.關於 Contribution activity,更加強調了貢獻的內容還有數量的視覺化增強,而且可以很方便的查找N年前貢獻的內容,我相信會出現一波 「刷綠條」的現象。
6. 目前 Followers / Following 的用戶列表從原來的那種宮格式,修改成了現在的小卡片列表式,我覺得這樣也是能夠讓用戶當前的注意力更加集中到當前展示的用戶信息上,說不定這個可以一定程度上增加用戶互相 Follow 的幾率。
7.還有一個好像是新增的,之前沒有太留意,就是單個倉庫,可以添加所謂的 Project,目前不太清楚這個 Project 是做什麼用,還有待觀察其他的例子。我覺得每一次的小寫改,背後必然隱藏著巨大的「陰謀」,或許我們可以稍微思考猜測一下產品經理的意圖,雖不一定正確,但是也讓我們對產品有一定的思考。
備註:記得上一次有一個改版的細節點印象比較深刻,就是有一個 Longest Streak ,就是所謂的最長「連擊」,我看到很多人似乎為了這個所謂的「連擊」而大量的提交無用的代碼,所做的就只是不斷的刷新 Longest Streak 天數,讓別人看起來很牛逼的樣子。我在想,如果有比較多的人比較在意這個 Longest Streak 天數,而且不斷的為了刷這個天數,提交大量無用的代碼,豈不是會在一定程度增加對於 GitHub 的伺服器的空間的佔用,造成額外的不必要的開銷?就在前一次的改版中,Github 就弱化了這個點,到現在好像找不到這個參數了,不知道是不是也考慮了這個方面的原因。我覺得新出的 project 隸屬在某個 repo 底下真是太詭異了。項目管理的時候以一個 project 為最小單位,代碼管理的時候以 repo 為最小單位,這二者應該更加靈活地組合,而不是簡單的隸屬關係。強行要隸屬的話,也應該是一個 project 下屬多個 repo 更合理一些。
至少首頁還是丑,為什麼不登錄就直接進去個人頁,每次都要點一個倉庫,然後再點前面的用戶名。
攪基都彷彿清新了些
被Gitlab拿了2000萬風投刺激了一下 壓箱底的東西趕緊拿出來溜溜
果然有競爭才是好事卡片式Repositories和彩色活躍曲線還是很喜歡的!
那個 Project 的出現讓我怎麼看都心裡糾結,簡直逼死強迫症啊~~
感覺還行吧。。眼前一亮的感覺。。
更加方便我們了解基友的情況以及認識基友,並為日後面基打下堅實基礎。
本來是假期,但是打開電腦不自覺的想打開自己的Github主頁看一下,看一下是不是又有人star我了,結果頁面一刷出來,一股清新之氣撲面而來,圓潤的卡片替代了原來呆板的列表,repo語言圖標的顏色也讓卡片更加靈動,修長的按鈕也讓人感覺很舒服,我個人覺得這次改版很不錯。
推薦閱讀:
※在 GitHub上的 C++ 項目,應該用什麼文檔工具寫使用手冊和 API 手冊?
※如何評價 GitHub 的新黑色 header?
※如何通過 GitHub 學習編程?
※學習Github 上的一些經典源碼,比如四次元新浪微博客戶端的開源項目,導入到Eclipse有很多錯誤,怎麼辦?
※GitHub 的 Fork 是什麼意思?