葉顆顆
Sudo Ninja
Published in
7 min readJul 13, 2016

--

Peter

Sketch 改變收費模式啦!

image
image

Sketch 在近期於 Medium 發佈了新的聲明。 其中最主要是在預告 Sketch 4.0 即將推出,另一個引起很大話題的則是 Sketch 的收費模式即將改變: Sketch 即將以年為單位向使用者收費。 看到這個消息其實還蠻開心的,因為說實在的買斷軟體對於軟體開發商來說非常不划算,

舉例來說,我們買了一台電腦,電腦的價格涵蓋了製造設計的成本,而且電腦會折舊, 軟體不像實體的產品,軟體會一直進步更新,增加新的功能, 同時也會修正軟體中的 bug, 而將軟體以買硬體的方式買斷,忽略了軟體更新功能與修正維護的營運成本。

因此 Sketch 收費模式改變成類似租賃式,收年費是非常合理的。

但是 Sketch 改變收費模式的原因,卻讓我多想了一下。 Sketch 認為以 $99 買斷軟體的收費模式對於使用者而言是不公平的, 因為越早購買 Sketch 的使用者享有的免費升級與更新,比晚買軟體的使用者享有的免費升級服務來得多。

但真的是這樣嗎?先購買軟體的使用者享受免費升級與更新,真的是不公平的嗎?

持續的更新升級服務,還是完整的產品?

從軟體開發商的角度,或許是不公平的, 但是從使用者的角度來看,我認為雖然早期的使用者經歷較多的免費升級, 但不代表早期使用者佔了很大的便宜,早期的 Sketch 也有許多等待被解決的 bug,而早期使用者願意支付金額購買, 同時也承擔了踩雷的風險。

晚期使用者購買 Sketch 的時候,反而享有的是 bug 已解決且功能更完整的產品, 結論就是早期使用者雖然享有持續的更新服務,但同樣的他們也承擔產品的不完整性(例如尚未解決的 bug)。

新的收費模式與配套方案

不強制購買 license 雖然 Sketch 未來改為年費 $99,但營運團隊提出不錯的應變方案, 選擇不繳年費的使用者依然可以使用 Sketch,但無法享有更新升級的服務。

不強制續買 當使用者購買的 License 到期了,Sketch 不會強制使用者續買服務。

對於非常早期的使用者 Sketch 表示從購買 Sketch 開始一年,使用者依然可以享有不間斷的軟體更新與升級, 對於買 Sketch 已經超過一年以上的使用者,Sketch 表示還是享有半年的免費更新與升級,直到今年的 12 月 8 日。

以版本更新為主的 license 如果使用者在版本更新後 license 到期,該版本卻有 bug,這該怎麼處理? 舉例來說:當使用者購買 license 更新至 3.8 版,而 3.8.1 的 bug 修正也是算在 3.8 版本中, 因此 license 過期後,使用者依然可以享有 3.8 版本下所有 bug 修正。

對 Sketch 改變收費方式的看法:

  1. 原先有一批使用 Adobe 系列的使用者,因為 Adobe CC 為月租收費後, 尋找其他買斷的軟體,這下他們也不知道如何是好。
  2. Sketch 團隊能以更合理健全的營收模式帶動成長,能創造更多服務。
  3. 希望 Sketch 在釋出新版本之前先解決 字型行距的問題。

ocowchun

What’s TJ Holowaychuk’s Stack These Days?

這篇文章是 Auth0 採訪 TJ 大大最近創業的事情, Auth0 是一個提供使用者認證服務的 SaaS 會幫你處理使用者管理的相關問題(i.e. 第三方登入,SSO,API…etc) 剛好 TJ 新發佈的服務 Apex Ping 也是使用 Auth0 來管理使用者,從訪談中可以看到 TJ 這一次的服務可以說是以 serverless 為目標,Apex Ping的後端是以 AWS Lambda,API Gateway,RDS,Auth0,SNS,AWS Elasticsearch 建立起來的,可以減少許多管理機器的工作,TJ 提到了這樣選擇的動機是 scalability, performance, and low maintenance. ,讓他可以專注在 Apex Ping 服務本身的邏輯,而不用花太多心力在非功能面的需求,雖然並非全部的服務都適合使用這樣的架構,不過我個人覺得如果要開發新服務或是做 Side project,這樣的架構很值得參考。

其他相關

AWS Serverless Multi-Tier Architectures Using Amazon API Gateway and AWS Lambda

Kalan

Maintainable CSS

最近整理 CSS 的心得,覺得大概念其實都差不多。在於有沒有真的實踐而已,這個網站提供了許多 CSS 撰寫的技巧,個人認為挺值得參考的。

Take Webstrom a look

其實,webstrom 用起來爽度真的滿點。趁著學生身份加持,回來玩了一下。除了需要額外的學習成本之外,我覺得適當的使用 IDE 也是很值得的投資。以下分享幾個我覺得很實用的功能:

gulp 任務自動載入:

除了自動幫你把 gulp 的任務載入之外,還另外附送執行任務的功能。

2016-06-14 8 16 39
2016–06–14 8 16 39

內建的 terminal

2016-06-14 8 17 18
2016–06–14 8 17 18

Version Control

裡面不但可以讓你觀看此文件的歷史紀錄,還可以直接在 IDE 內完成 git 所有功能。

自動完成:

2016-06-14 8 21 26
2016–06–14 8 21 26

這就不用說了。但是很方便的一點是在撰寫 html 檔時,webstorm 會幫你把 css 檔案載入,所以 class name 也有自動補全的功能。還有 mixin 也是,只要 @include xxx 他也會幫你搜尋文件裡頭的 mixin。

Refactor

裡頭內建了幾種實用的方法來幫助你的 js refactor,還沒有詳細研究。

2016-06-14 8 23 52
2016–06–14 8 23 52

TODO

2016-06-14 8 29 51
2016–06–14 8 29 51

連這個都有,你可以設定匹配的方式,他會幫你把所有 comment 裡面的 TODO 找出來(或是自己的表達式)

以上是隨便玩玩發現的。不過我相信功能應該不只如此而已。對於已經習慣文字編輯器的人來說,最大的轉換成本是快捷鍵。webstrom 的快捷鍵是可以設定的,不過要馴服成自己習慣的環境的話可能需要一些時間就是了。

我的想法是在撰寫測試或是進行比較大幅度的修改時,可以藉由 IDE 的幫忙提高 code quality。雖然一定需要轉換成本,但我覺得這挺值得的。不知道大家怎麼想?

最後,可以幫公司買一份嗎(笑)

一位好的工程師如何定義?

工程是關於如何低成本、高效率、按時按量完成既定任務的。所以判斷一個工程師是否優秀,並不是他多有創意多有名氣,而是看他有多穩。我不知道這樣的定義是否算正確?

所以有時候寫 code,儘管不是採用最新的技術跟框架,看起來也不是特別創新。但是他卻是一個好的解決方案。

還有很重要的一點事 code review 跟文件撰寫。這些看似微不足道、繁瑣的事情,卻決定了一個專案的質量。正因為有了秩序,所以我們才能夠有更多想像力,也才能夠專注在更重要的地方。

--

--