Collections of Y2020W31 (2020-07-27 Mon 00:00:00+0800 ~ 2020-08-03 Mon 00:00:00+0800)

cli

這好酷但也有點危險就是
可以幫你開個 ssh tunnel
獲得一個 session id 和網址

用 Golang 寫的

讓其他人透過 CLI 加上 session id
或是瀏覽器連入網址
就可以操作你的終端機
等同於用你的身份連 ssh 的概念
(有夠危險 ,不過 debug 的時候應該滿方便的)

也有幫兩邊對接 port forwarding 的功能
可以讓別人連到你的 local web server
不過實測後發現
這時候用瀏覽器連一樣可以操控你的終端機

忘記提到一個功能
他有一個 -i 參數
可以接 GitHub user ID
會只能限定擁有該 user 的 ssh private key 的人可以連線

也是個有趣的專案
直接架了個 local server 讓 terminal 的畫面可以在瀏覽器裏面看到
進階一點還可以結合 tmux 或是 docker
也有允許 remote input 的選項

不過也快 3 年了
我竟然現在才知道

再搭配個 ngrok 或 tunnelto
就可以直接有個 public website 顯示 terminal 畫面了
無聲的 p2p live coding XDD


github


linux

學習了


software_development

作者看到 AWS 內部在 PR merge 前強制一定要有人做 Pre-Commit Review,這方式很常見,但的確很容易打亂工程師的專注力。
於是提出了 Post-Commit Reviews 並分析其優缺點及適合的環境與配套措施。

真的是太晚看到這篇文章,Pre-Commit Review 的缺點真的都經歷過:每天要為了 review 一堆 PR 而被打散專注的時間、發 PR 的人等待 review 的時候就閒閒無事、feature branch 的測試環境和 trunk 的測試環境有差異。

Post-Commit Review 解決了這些問題,但需要良好的開發文化及充足的自動化做後盾。

不過也沒有全盤否定 Pre-Commit Review,例如在帶新人的狀況下及遇到開源專案的新貢獻者就滿適合的。
老鳥們和專案開發者們就可以保持使用 Post-Commit Review,把唯一人工的部份留在佈署前,提高生產力。

內文也提到了 Uber 和 Quora 各自採用的方式,滿值得一看的。

小團隊的話,以我個人經驗大概 10 人左右的小團隊應該滿滿適合的。

之前團隊開始變大後,也是強制採用 Pre-Commit Review,真的很拖累開發進度,每天都 review PR 到懷疑人生。

但開發人數太多的 monorepo 感覺還是不太適合這種方式。



Share


Donation

如果覺得這篇文章對你有幫助, 除了留言讓我知道外, 或許也可以考慮請我喝杯咖啡, 不論金額多寡我都會非常感激且能鼓勵我繼續寫出對你有幫助的文章。

If this blog post happens to be helpful to you, besides of leaving a reply, you may consider buy me a cup of coffee to support me. It would help me write more articles helpful to you in the future and I would really appreciate it.


Related Posts