Logbot | #g0v.tw

#g0v.tw

AUTO⬇

01:42:25 ⓢ gugod 感謝捧場使用 g0v.dev … XD
13:18:15 ⓢ chaossha https://mozilla.fluxx.io/apply/MOSS
13:18:28 ⓢ chaossha *MOZILLA OPEN SOURCE SUPPORT AWARDS*
13:18:47 ⓢ chaossha 「COVID-19 解決方案獎助計畫」上線囉！我們將挑選出防治新冠肺炎疫情的開源技術專案，每項專案最高可獲5萬美元的補助！
13:18:58 ⓢ chaossha 看到這個訊息來跟大家分享～～～
13:49:58 ⓢ pichuchen @undefined 目前這個版本有設計稿或者是哪些工程尚未完成的相關文件嗎？
13:54:16 ⓢ tkirby @undefined 目前主要是要補完內容, 前兩天的基礎松剛好有討論
13:54:17 ⓢ ↵ 相關的共筆在這邊: https://g0v.hackmd.io/7LBPpu4FQAi7B3343Vb69Q
13:54:18 kcwu slackbot's url: [g0v 官網文字版 - HackMD]
13:54:18 ⓢ ↵ 頁面列表一段中 checklist 還沒打勾的就是還在整裡內容
13:55:48 ⓢ pichuchen 東西感覺有點雜，看起來還在討論的狀態而不是第一版的結論？
14:02:00 ⓢ pichuchen 是說，為什麼會選擇 LiveScript 啊？
14:03:40 ⓢ tkirby 因為主要開發者 ( 就是我 ) 用 livescript
14:09:06 ⓢ caasi 好奇 livescript 有什麼不好嗎（我是 coffeescript, livescript, es5, es6 通通寫過的那一派）
14:10:05 ⓢ tkirby 網頁前端架構應該是不太會再大改可能就是看各個頁面 ( 新手指南, 協作工具等 ) 內容要怎麼寫需不需要互動內容這樣~
14:10:06 ⓢ ↵ 所以 bottleneck 其實是在 information design
14:11:10 ⓢ pichuchen 真的說不好的話大概是使用者人數不多吧？因為有多套件的話就會多一層不穩定性，如果該套件未來變成沒人維護的狀態就會需要大量人力遷移了。
14:11:44 ⓢ pichuchen 就像是現在舊版網頁卡在 gulp 的版本不知道要怎麼處理
14:13:21 ⓢ caasi 呃可以是 node v10 好好的，而且 node 可以靠 nvm 切版本
14:13:58 ⓢ tkirby 東西放久了好像難免會這樣...
14:14:08 ⓢ pichuchen 但是也不是說不行，像是東京都專案是使用 vue 作為framework, 我在開始之前也是不太會用 vue 的，不過因為大致上的架構都已經出來了，而且我需要做的工作是改字而已，所以就是找到該字串然後改成 i18n 的版本就行了，所以會不會用 vue 就不是那麼要緊了
14:15:58 ⓢ tkirby 阿, 如果是舊版的 <http://g0v.tw|g0v.tw> 的話, framework 不是我建的.. XD
14:17:08 ⓢ tkirby 新版 ( tw.g0v.dev ) 的 builder & dev server 是我自幹的, 沒有 gulp / webpack 之類的 dependency, 應該比較不會爛掉
14:17:20 ⓢ pichuchen 那個我只是舉例，因為我們自己公司有類似的經驗，後來要導入外部套件之前就會稍微評估這樣，因為雖然說外部套件通常都是開源的，不過通常有能力整個Code Review外部套件的其實很少
14:17:46 ⓢ pichuchen 嗯嗯，新版的我這邊build的很順，我已經把build的方式寫進Readme 送PR了～
14:17:53 ⓢ tkirby 讚喔