派大星練功房

直撥崛起,除了常見的打賞形式服務以外,在社群內的經營者,也逐漸開始嘗試透過直播跟客戶互動,但是由於資源有限,往往要一人同時處理多件事情 未來應該會需要一種,協助業者直播的服務,可能包括AI或BOT,以及一些基本的投票,訂購等服務

一個簡單的App,緊張鬧鐘 打開後註冊相關人員連絡方式然後設定每天幾點起床 相關資料會紀錄在伺服器上,鬧鐘響時如果沒有在一定時間內按掉,伺服器就會根據設定的內容發通知給指定人員 應用方式: 狀況一:普通應用設定 如果沒準時起床就發信請假:我身體不舒服,會晚點到 狀況二:遲到職人設定 如果沒準時請床就

筆記下心得 許多人習慣離開會議桌後再來整理會議中討論到的待辦事項但離開後很容易被其他事情中斷而忘了做安排,之前因為要對付銀行客戶的關係,習慣會議中馬上確認,除了較有效率外,也能避免事後反覆確認的困擾 -- 會議結尾應達成的工作 1. 所有討論的項目都該有個結果 2. 沒有結果的結果,就是待辦事項 3

早年寫網頁時,資深工程師會笑新進工程師連GET跟POST都分不清楚,但這麼多年來,大家都真的清楚嗎? 近年來由於各種RESTful API的發展,跟各種工具的普及,在單一URI下,透過識別Http Request Method來判斷客戶端的目的上,越來越趨於統一另一方面也另人感嘆,從1999年就更新

不知理解是否正確,先記錄 恩... Angular 說他的重點就是 Dependency Injection,React則說你根本不需要DI... @@ Angular的範例,DI主要用途在於將Component中的Dependencyt抽離,優點主要有反應需求變更跟便於測試大部分用途有以下三種:

好吧,今天發現自己做了很多錯誤的決定,但最後,總算也發現有件對的事,能夠少許療慰一下 儘管我試著避免犯過去犯過的過錯,但用的方式仍不對過去強者我同學Miller及小明一直告誡我的: 1. 授權信任團隊成員 2. 要求才能使團隊成員成長 3. 協助他修正,而不是幫助他修改 錯誤的嘗試: 1. 授權,但

做產品設計一定要試著去了解產品的定位目的對象需求發展一些Domain Know How等,然後為了說服客人不要浪費我時間作一些沒用的東西,所以必須把他的產品定位搞清楚,才好跟他說哪些要做,哪些可以不作,到最後就是直接開規格了 最近工作量好像有點升級,除了介面,API,甚至到韌體還有晶片的能耐都要考慮

2008年開始,做UI都習慣考慮手指觸控操作,直到IPAD出現前都還沒有人特別覺得這是趨勢後來App流行時,我已經懶得做UI設計了... 2010年,認為交易平台的建立是數位商務必然的趨勢,當時跟投資人說:未來GPS普及,出門買東西都是線上交易,到時候需要一個平台,所以我要先做好準備 今年雖然還停留

剛好聊到系統設計想到,對很多開發人員的經驗而言,防呆是很重要的事情,把使用者當笨蛋,確保系統只接收到控制範圍內的輸入而我的做法恰恰是反其道而行 每個界面開發人員都認為自己在開發好的使用體驗,但是大部份人在設計使用體驗的時候,都是無差別式的設計,也就是,不管做什麼界面,都是以 0 100 歲的任何人