跳到主要內容

發表文章

有時你得靠問問題來回答問題

Photo by rawpixel.com from Pexels 技術顧問看似應該要回答客戶各種技術問題,但我發現問對問題才能幫助你更好的回答問題。 客戶未提供必要資訊 某天去了一家從未去過的麵店,因為趕時間看一眼菜單就點「 乾麵加蛋 」,付款時發現店員可能聽成「 麵加蛋 」,因此做成「 外帶、肉羹麵加蛋 」,跟我預期的完全不同。我的確是忘了說我要「內用」,店員如果只聽到我點「麵」,而店裡提供兩種麵,要避免做錯,他應該要問我: 肉羹麵還是乾麵? 外帶還是內用? 其實客戶未提供必要資訊是可以理解的,因為面對不了解的領域,無法分辨哪些資訊是必要提供的。另外,有些客戶也會基於一種「你應該要能解決我問題」的心態,希望直接把問題丟給你解決。 提問是種專業 技術支援上經常遇到這種情形,客戶通常不會提供他所遇到的問題的完整或必要的資訊,甚至只會說「頁面不會動」這種很籠統的描述。因此我們要根據每個不同案件,來提出必要的問題。有人也許會擔心問客戶問題會不會讓人覺得不專業,好像我們應該要能直接吿知答案。但冷靜想想,不管是誰都無法在缺乏必要資訊的情況下找出問題所在或提供精準的服務。其實遇到問題的客戶是擁有完整資訊、最接近問題的人,畢竟問題就發生在他眼前,只是他不知道哪些資訊能解決問題。而我們提問代表著我們對問題狀況的熟悉與專業,知道需要哪些資訊來解決問題,因此良好的提問能夠有以下效果: 引出關鍵資訊 釐清描述不清的現象 確認彼此認知是否一致 因此能夠問對問題也是一種專業。
最近的文章

把事做好,不能只靠能力

  今年重新整修廚房,遇到了三個問題,都是櫥櫃安裝師傅的錯誤態度造成的。 犯錯不承認 在安裝水槽、水龍頭時,需要先關閉家中水塔的供水,這位師傅關了一次沒成功,又再去關第二次,待他安裝完離開後,我們發現家中水壓變得異常的小。我初步判斷跟師傅關閉水塔管路非常相關,因為在這之前都很正常,但是我們向師傅反應時,他卻說他只有開關管路而已,並沒動到其他部分,並說我們家水壓本來就比較小。言下之意是說跟他沒關係,不是他造成的。但是當天晚上我們反覆測試與確認,認為還是跟開關水塔管路有關。隔天還是知會設計公司派水電師傅來檢查,後來的確發現是櫥櫃師傅關錯水管線路造成。 不懂裝懂 到了安裝洗碗機門片時,櫥櫃師傅告知我們洗碗機額外附上的鐵片是避震用,但沒想到洗碗機原廠師傅來時,卻說那個額外的鐵片是用來安裝門片用的,因此櫥櫃師傅安裝方法不對。這令我們有點生氣,他完全不懂卻說得那麼篤定。 未事先準備 而安裝 IH 爐時,我們聽到他跟同事交談說是第一次安裝。早上裝完後,下午設計公司又派人來重裝,並解釋說原本用接插頭的方式,易造成過熱而插頭熔掉,改成電線連接比較安全。我們都心想還好剛剛只有稍微測試,還好沒真的開始用。 態度才是重點 每個人都有其能力限制,清楚的認識自己能做什麼、不能做什麼,比一昧相信自己都能辦到更好。這位安裝師傅在面對自己不擅長的項目時,如果能事先做更多準備,事後能以謹慎態度面對,我想我們的觀感也不會這麼差。而且看起來他也沒有從第一次犯錯中學習,後面兩次犯錯在我看來都是同樣的態度造成。雖然最終都沒造成什麼嚴重的後果,但誰能保證下次也能這麼幸運呢?

我的孩子不想努力,我怎麼從旁給力

先前發現老家有個被棄置的蛇板,覺得可惜就拿回來玩。但我覺得很難玩,連站都站不上去。但小女兒卻是興致盎然,很開心的一直試著滑,也邀請要好的鄰居女孩一起玩。我也覺得蛇板應該非常符合她的興趣。但是一兩週後的某天,突然發現她不玩了,我感覺應該不是玩膩了,因爲才剛拿到沒多久。而且不管是鄰居女孩或我找她一起玩,她就是不願意,問她原因也不說,只說就是不想玩了。 以我對她的了解,她應該會很喜歡蛇板,而且她剛開始看到蛇板明明很興奮,為何後來突然就不想玩了呢?我覺得小女兒很擅長戶外運動,我也希望能多多培養她這個專長,所以她不玩蛇板我覺得很可惜。但我也不可能威脅說:「去給我溜蛇板,不然我就要丟掉它」。因此我選擇接受她這個狀態,也不一直追問她原因。 我先嘗試以身作則的方法,就是每次跟小女兒在門口玩時,我就會花點時間練蛇板,也會上網看一些基本教學,慢慢從能先站上板子滑一小段,到漸漸可以滑行較長距離,後來更熟了之後也學會轉彎及加速。過程大概花了一兩週,小女兒也都在一旁看著我滑。我心裡希望小女兒因著看著我學習、進步的過程,能夠激起她想要學的慾望。在我溜得蠻順了之後,我就試探性的鼓勵她說:「你看很簡單喔!多練習幾次就可以了」、「你看這不難喔,我本來也是不會,現在也會滑了」。你覺得這樣她就願意玩蛇板了嗎?沒有! 就這樣又過了一陣子,我跟老婆討論到這件事時,她就提醒我,小女兒幼稚園時期,也是一時興起堅決要學直排輪,沒想在第二堂課摔了個大跤之後,就再也不學,好說歹說都沒用,每次上課都只是把直排輪鞋帶去,坐在場邊看其他孩子溜,再也沒上過場。從這個事件我突然意識到,小女兒可能是怕摔。於是我就嘗試性的問小女兒:「爸爸幫你買護具好不好?」,她很開心地答應了。穿上護具後,果然她就願意再次開始玩蛇板,甚至會假摔來試試護具的防護力。過沒多久,就很順利地學會滑蛇板,而且熟練之後,就因為嫌熱把整身護具脫掉。後來蛇板就變成她的戶外遊戲之一,不用我叫也會自己去玩。 從這件事我得到幾個經驗: 🍀  要接納孩子的放棄與失敗。 當小女兒突然不玩蛇板時,我沒有一直鞭策她或逼問她原因,就先接納她放棄的決定。沒有因為這個放棄就對她施加更多壓力,或是對她失望。 🍀  父母不能總是從自身經驗來幫助孩子。 我以為展示我自己的成功學習蛇板經驗可以誘發小女兒的學習慾望,那是從我自己是愛好學習的人的角度出發的,這種方法對我這類人有用

jQuery event.namespace

最近才發現 jQuery event.namespace 可以讓你只移除自己註冊的 event listener 而不移除其他人註冊的。 往常我們多半指定 event type 來註冊: $ ( document ) . bind ( 'mouseup' , myListener ) ; 並指定同一個 event type 來移除: $ ( document ) . unbind ( 'mouseup' ) ; 但有時候你使用別人的 widget 或 library 也許它也註冊了同樣事件的 listener,或是你不確定有沒有,為了避免不小心 unbind 其他人的 listener,我可以在註冊加上 namespace 如: $ ( document ) . bind ( 'mouseup.line' , myListener ) ; .line 就是自訂的命名空間。 然後可以移除該 namespace 的所有 listener: $ ( document ) . unbind ( '.line' ) ; 這時如果 document 上也有別人註冊的 mouseup 就不會被你呼叫的 unbind() 移除。

margin collapse 造成垂直捲動條

有次我發現即使我將 html, body 都設定沒有 margin 如: html { height : 100% ; margin : 0 px ; } body { height : 100% ; margin : 0 px ; } 但頁面仍然產生垂直捲動條(scrollbar),檢查後發現 body 跟 text1 的上白邊合併,造成 body 向下移動,因為 body、html 高度相同,下移就造成右方垂直捲動條出現。 另一個例子:text1 的下白邊與 text2 的上白邊合併 (collapse) 這頁範例 可以重現以上問題。 這不是 bug,而是規格上定義的 margin collapse : 8 Box model / 8.3.1 Collapsing margins 解法  < h1 style =" display : inline-block " > text 1 </ h1 > < h1 style =" margin-top : 0 " > text 1 </ h1 >

ZK 與響應式網頁設計(RWD)

響應式網頁設計 (RWD) 就現今而言應該是許多網站必備的條件之一,ZK 框架可以幫你從一個抽象層次較高的角度滿足 RWD,不需要了解 CSS Media Query 的細節。 元件層級 元件層級的 RWD 是由元件內部自動完成的。每個 ZK 元件都能區分瀏覽器的種類,因此會自動依據桌上型或行動裝置瀏覽器來自動調整元件的外觀,不需開發者介入,例如 datebox 在桌面瀏覽器會跳出小月曆: 在手機瀏覽器就會自動變成下方滾動條: 頁面層級 頁面層級的 RWD 因為牽涉到版面設計,因此無法靠元件自動完成,因為畢竟每個頁面需要的版面設計皆不相同,這通常不是一個技術性的決定,而是政策性或設計性上的決定,因此 ZK 提供一些工具讓你實現 RWD。以下根據你想要達成的效果,概述你可用的工具。 寬度、版面自動調整 如果你想要做出的效果是,畫面內各區域自動調整寬度,較窄時調整位置,我非常推薦搭配 Bootstrap Grid 與 ZK 一同使用,因為 易於整合 。使用 Grid system 只要在 div 套上 CSS class,如 col-md-4 ,因此跟 ZK 整合很容易,不需要特別的設定與程式。 元件變換 如果你希望畫面寬、窄時,各用不同的元件來顯示,例如側邊欄在畫面變窄時消失並換成小的選單圖示,這時元件本身當然無法得知要做這樣的轉換,你可以透過 onClientInfo 事件 或 @MatchMedia 來偵測畫面寬度變化,並針對該變化調整畫面元件。 更多細節可以參考以下資源: Use Bootstrap with ZK: Responsive Admin Template 範例專案 線上展示

innerHTML 的安全風險

問題 若你要實作一個使用者輸入的功能,並把輸入的內容顯示在網頁上時,應避免把使用者輸入的值直接指定給某個 element 的 innerHTML 。因為若是使用者輸入包含 HTML、JavaScript, innerHTML 就會解析並執行: var userInput = '<img src="javascript:alert("XSS")">' element . innerHTML = userInput ; 因此可能 user A 的惡意輸入,會被系統顯示到 user B 的畫面上,進而執行特定成程式碼而造成 XSS 攻擊 。 解法 一般會先想到 encode HTML,但是如果只是要顯示文字,將使用者輸入值指定給 textContent 會更簡單,無需 encode,該值會被當成純文字處理,並不會執行 javascript。 var userInput = '<img src="javascript:alert("XSS")">' element . textContent = userInput ;