我們需要一個可靠的演算法對資料加密,就算駭客拿到資料也不知道內容,或者,就算駭客修改了資料內容傳到接收端後,也能夠被接受端發現資料已經遭到竄改。
常常有人說到介面上不是放滿想要的功能就是好的介面,又為甚麼介面設計會講求資訊的層級安排?
設計師、創意工作者常常會和靈感扯上邊。靈感是什麼,靈感像是柯南想到誰是犯人的時候全黑背景會出現的一條線,靈感像是被雷打到,突然地冒出一個想法,你覺得很棒,專案照著個想法繼續發展下去一定會有很棒的結果,但,真的嗎?
最近在後台頻繁有使用表格的需求,如何設計對使用者良好的 table 是一項挑戰,尤其在資料筆數多、欄位多的情況下,使用者很容易就會被額外的元素吸引。
而在現代 div 排版盛行的影響下,使用 table 很容易就被當成二流的前端工程師。
div
使用者測試落實在很多團隊的開發環節中,完成 Mockup 後製作簡易的 Prototype 就開始跑使用者測試,看看使用者對於整體的使用流程、轉場與架構有什麼反應,蒐集足夠的反饋之後再修正功能的方向。
Medium 本身不支援 code block 編輯,雖然不知道背後的原因為何(或許工程師並非主要客群),所以如果要高亮程式碼,一個作法是直接貼圖片,一個是貼在 gist 上後再 embed 到文章當中。例如:
console.log('abcdefg');