一我的待久了有點話嘮, 這篇隨筆亂的想法也多
很快準備回去上班了, 內心有點打鼓, 但仍是儘可能吧
算下來歇了大概兩個月, 身體也好些了, 心態也平穩了許多
去年冬天時候一會感冒一會咽炎, 被咳嗽折騰了很久, 挺不開心的
照顧好本身這種事情, 本覺得容易, 到身體不適再去想真的挺難的
死磕 bug 時候會說再堅持一會, 再堅持一會, 但久而久之誰知道會怎樣
並且上海也實在不是能讓我有出門鍛鍊的慾望的地方前端
除了養身體我也把別的算在休息的時間裏了, 從實習開始就沒停下過
2013 年三月實習開始, 作了將近一年的 Todolist, 單頁面應用
而後兩年仍是單頁面, 後邊大部分時間是 React, 這樣三年
最初仍是學校招聘會上我試着面了一家公司碰碰運氣, 結果就到了如今
而這三年時間彷佛都也糾纏在那個冬去春來的陰天裏邊
我並不明白本身能怎樣 fit 進一個具體的職位裏邊, 只好去適應
當初覺得冷僻的技能樹很差找工做, 然而單頁面到今天已經成了大門類git
此處刪掉好幾段... 感想什麼的仍是砍掉一部分, 本身都膩味了
還有 cljs 這個事情, 微博上說過了, 國內沒有 cljs 職位, 本身蛋疼去
主要把最近涉及的代碼整理一下, 另外還有 VR 和直播一些見聞,
細節微博上發得很詳盡了, 我這裏只是梳理索引一下, 須要的話翻微博
http://weibo.com/jiyinyiyong?profile_ftype=1&is_all=1#_0github
Cirru Editor 的加強工做是前面幾周就已經開始的, 第一個版本更早
但這一次終於有足夠的編碼速度了, 也就是優化到能正常寫代碼了
實際上是編輯器組件和格式化工具的一些瑣碎修改, 微博上截圖了
而後由於在寫 ClojureScript, 順便把 Boot 插件也複製粘貼出來
Multimer 是最近一週在處理的觸屏版的編輯器, 目前編碼速度還很慢編程
https://github.com/Cirru/cirru-light-editor/
https://github.com/Cirru/boot-cirru-sepal
https://github.com/Cirru/multimer
https://github.com/Cirru/multimer-app後端
這事重要的, Cirru 項目該有四年了, 文本語法大概是不到兩年前穩定下來的
實際上我真用 Cirru 寫代碼也就過去一年多的事情, 仍是挺複雜的
CirruScript 的話從 Cirru 語法編譯到 ES6 AST, 而後用 Babel 生成 js
而 Sepal.clj 是把 Cirru 編譯出 ClojureScript, 而後繼續編譯到 js
然而設計 Cirru 的初衷仍是編輯語法樹的, 也就是微博上看到的圖形編輯器
隨着圖形編輯器成熟, Cirru 的文本語法將逐漸淡出, 重點在圖形上
固然這主要是個試驗, 成功了好說, 失敗的話就當我在練習而已安全
以前用 React 開發雖然比以往的開發順暢, 但仍是積累了一些怨氣
好比不可變數據不完全, 好比 State 抽象太弱, 好比動畫問題
Respo 是我模仿 React 方案本身用 ClojureScript 從頭實現的類庫
我先作了初版, 而後搞了一堆試驗應用, 後來還改過一次語法
最後穩定下來就是 respo-spa 這個項目的形態
雖然我明確了兼容性和性能遠遠不夠, 但簡單應用中能比 React 更舒坦
好比 State 我抽象後和 Store 同樣能夠用 Action 的寫法來操做
好比組件內部都是基於 cljs 的不可變數據, 方便性能優化
好比 diff 和 patch 的解耦作得很完全, 能夠放到兩個 runtime 單獨進行
一來我有了本身的玩具而不用事事求助 React, 二來加深了理解性能優化
https://github.com/mvc-works/respo
https://github.com/mvc-works/respo-client
https://github.com/Memkits/wanderlist
https://github.com/Memkits/go-shadow
https://github.com/Memkits/digit-comparer
https://github.com/mvc-works/respo-spa-devtools
https://github.com/mvc-works/respo-spa
https://github.com/mvc-works/respo-spa-example微信
前面寫了兩篇文章講 Quamolit. 語法和 Respo 相似, 專門用於動畫
我微博上發了挺多個 Demo, 質量有待提升, 不過對本身已是個突破
動畫的生命週期管理是挺費事的, Quamolit 就是爲了緩解這個問題
雖然兼容性和性能遠遠不夠, 可是我本身的一個心結算是解開了
這事還沒完, 將來也許會對速度再作一些抽象, 以及更多的 Demo
目前穩定的代碼看 quamolit-example 裏的寫法, 也會繼續更新的網絡
https://github.com/Quamolit/quamolit
https://github.com/Quamolit/quamolit-example
https://github.com/Quamolit/blossom-scores
https://github.com/Quamolit/2048mvc
Cumulo 是個把 React 的 Diff/Patch 模式用在服務端的試驗
好處是開發很方便, 特別是搭配熱替換, 壞處就是性能
知道目前都沒有分離出獨立並且可靠的 Cumulo 模塊... 一直在試驗
最近試驗的結果就是一個叫 topic-tag 的 Demo, 基於 cljs, 大體這樣
https://github.com/TopixIM/topic-tag
https://github.com/TopixIM/topic-tag-server
另外, 近期錄的程序 Demo, 活動視頻, 能夠在這些視頻網站找到:
http://www.yixia.com/u/paike_ywdyryjxbn
http://www.tudou.com/home/jiyinyiyong/item#type1
http://livecoding.tv/jiyinyiyong/
http://www.huajiao.com/user/26800111
https://www.youtube.com/channel/UC0yB46Dc1G8EJKbHXkEQeVQ
今天去了 CESAsia, 純粹圍觀, 錄的視頻花椒上還有, 只是畫面模糊
智能家電, VR, 這些東西已是重頭了, 大概有十多個展現 VR 的臺子
我沒體驗過, 以前買了暴風小 D, 試了幾回, 顆粒感太強, 以爲還得等等
那邊無人機也挺多, 主要是航拍的攝像頭, 但也得等等, 管控方面的緣由
這些東西和手機性能以及移動網絡關聯較大, 不是一下就能引爆的
做爲宅男受這類技術的影響不小, 請自行想象. 實際上全部人都會影響到
而後最近我很關注移動直播, 本身也在花椒上嘗試了, 試了錄活動視頻
移動直播很直接地刺激了我增長手機性能和增長移動網絡帶寬的需求
最先是好久前看新城商業報道 Meerkat 的視頻, 對其界面頗有印象
而後在 ME 直播上聽了好多天的主播, 後面就裝了大堆同類直播應用
大廠已經出手, 不用多解釋了. 你們還在努力探索玩法, 真是激動人心
當網絡是靜態的文字圖片, 或者上傳良久的視頻, 還以爲沒什麼, 兩個世界
但如今全部人均可以直播, 有手機, 邊走邊播, 網絡和現實鏈接到一塊兒了
而一旦 VR 也成熟了, 刺激大量的創業, 兩個世界的界線均可能模糊
我以爲將來幾年移動直播能比微博微信更加深遠地影響咱們
有時看一些生澀的主播不知道怎麼招呼觀衆的, 或者遇到奇怪的問題
很多主播還在上學, 而觀衆中有的年齡更小, 也許仍是小學生
那些從出生開始就在網絡中成長的人, 長大後想法跟咱們將多不同?
我以爲這會是個讓人措手不及的一個變化, 距離感真是扭曲了
好比頤和酒店的事情, 花椒有人去裏邊走廊邊走邊拍, 躡手躡腳的
好比...好吧, 雷總髮佈會後晚上的直播我沒看着, 據說人氣極高
重點在於, 直播被作起來以後, 對於時事的相應的速度會當即爆發
微博是發了照片結果漸漸上萬, 那直播多是當即引來幾千人觀看
加上某些奇怪的需求也被挖掘出來的話, 我想真的會措手不及
並且, 對於銷售行業來講可能會比微博這個渠道更強大... 保持觀望
可能個人想法只是停留在三年前, 研究寫應用, 作點有幫助的事情
但三年經歷下來, 包括三年後看到的, 和當初確實大不同
前端也算改變了不少, 但看起來幾乎沒有減慢的跡象, 事情還在變得更復雜
React Native 在攪局, VR 也摻合進來, js 自己仍然在複雜化過程中
GraphQL 把後端攪進來了, Docker 燒的火彷佛也影響到前端了
函數式編程那邊算是從沒中止過掙扎吧, cljs, purs, elm 各類斜眼 js
至於流行語法啦打包工具啦換了幾茬這種事情, 不要問我我也亂了
我大學那會微博剛興起, 雖然前有 Google Wave, 但看微博也夠裝逼了最近的微信, 打車, VR, 簡直是一輪一輪的廣告轟炸, 移動直播也開始了骨子裏我也不算是什麼擁抱變革的人, 只是缺少安全感憂心忡忡罷了我未必能跟上潮頭, 但懼怕被人羣拋在奇怪的地方, 走一步算一步吧