Re: [請益] 只會基礎、該往什麼方向去學?

看板Web_Design作者B9 (葉酸酸)時間14年前 (2011/11/19 02:41)推噓2(2推 0噓 2→)

留言4則, 1人參與討論串11/12 (看更多)

※ 引述《mervynW (.)》之銘言： : ※ 引述《B9 (葉酸酸)》之銘言： : : 前面很多人都提到 programmer 跟 designer。 : : programmer 代表性的例子是 sql + php + html。 : 5年前不學javascript 在台灣還沒多大的問題... : 現在 web programmer 可以不會 javascript!! : 前端驗證要不要js? ajax要不要js? alert 要不要js? : 連 dw 都會產出 js 了... 不用 js 沒問題？？？？ : : designer 代表性的例子是 photoshop + illustrator + html + css。 : : 以上兩者不學 javascript 也沒什麼關係，都是獨當一面的專長。 : 除非你強到 php & db 可以再yahoo, pchome, ebay, 這種地方生存 : 不然不要說不學js也沒關係那種話. 歐，其實前面 programmer 跟 designer 的部分只是要鋪陳後面第三段。我想講的是重心放在 user experience 這方面，而不是專注在 server side scripting，或是前端的 visual design 這兩件事情。所以我應該修正我的說法，programmer 在 server side scripting 領域本身就夠學了，而 designer 在 visual design 領域這本身也夠學了，而 user experience 的部分往往就被忽略掉，或是被歸類到 server side scripting，與及 visual design 要兼做的部分。當然 javascript 的重要性日益提高這是可見的，我自己的專長就是 javascript。我模糊了自己的焦點、造成別人的誤解，為這件事情跟大家道歉。 : : 而其實還有第三條路就是把重心放在 javascript 上面， : : programmer 做功能，designer 做設計，寫 javascript 就是做互動了。 : : 不過做 user experience 的人定位還不是很明確，純做互動的目前還不多。 : 香吸太多嗎? 還是在不同的星球? : 台灣常見的 : art : ci, design, html, css, flash. : coder : php/as, html, css, javascript, db. : 好一點公司 yahoo, pchome: : art : flash/photoshop : front-end : html, css, javascript/as : back-end : php : db : db : 作front-end的人在台灣的確不受重視, : 1. 是art很難配合, 不然就是要自己弄layout. : 2, 企劃沒認知. : 3. 沒教育老闆. 我想你這部分的論點跟我說的一樣沒錯啊？我說的做 user experience 看來似乎就是你提到的 frontend？不過 user experience 的工作少歸少，在台灣還是有的。我就是專門找這方面的工作。兩年前有看過一個職缺，印像中就是做 Wagaly TelTel 那間公司開出來的工作，但大多是就是找個 programmer 或 designer 來兼做 user experience 的東西。 > -------------------------------------------------------------------------- < 分享一下經驗好了，我們公司網站的 user experience 是由我跟另一位同事負責，目前工作內容 sql 2%，php 44%，javascript 44%，html 5%，css 5%，他負責思考怎樣可以讓使用者用起來比較順手，我負責做出來，也會出出主意。做 user experience 其實很有趣，涉及的東西很多，control、layout 是其中的大宗， control 的部分，當然所有東西都可以用 <input type="text" /> 做出來啊，可是我們可以想見這很難用，因為瀏覽的時候常常用滑鼠，可是 text input 要用鍵盤，像這樣換來換去其實不太“有趣”，所以我們要考慮用其他 control，例如 <input type="checkbox" /> <input type="radio" /> <select>..</select> <select multiple="multiple">..</select> 這四種之間的選擇就有一些慣例在，例如 checkbox、radio、select 這三者在二選一的情況可以互通 [checkbox] 記得我的密碼或 [radio] 記得我的密碼 [radio] 不要記得我的密碼或 [select] [option] 記得我的密碼 [option] 不要記得我的密碼可是在“記得我的密碼”這個情況，你就是不會用 radio 或 select 來做。但也不是所有二選一的情況你都會用 checkbox。例如下面這個情況。會員類型：[checkbox] 付費會員跟會員類型：[radio] 一般會員 [radio] 付費會員在這個情況就是用 radio button 比較適合，因為非付費會員跟一般會員在意思上有點差別。還有 layout，例如： username: [input] password: [input] password again: [input] email: [input] 這是一般常見的 layout。那你如果改成： password: [input] username: [input] email: [input] password again: [input] 用起來就很彆扭。這些都是 user experience 會關注的事情，當然每個人多多少少都有些 user experience 的敏銳度，所以讓 programmer 或 designer 負責這部分不會有太大的問題，尤其在一些已經既定成俗的東西上，例如：記住我的密碼，你就會用 checkbox。例如：你不會把 password 與 password again 分開，而且有上下關係。可是當雇主要做一個沒有“慣例”的東西時，要如何“按牌理出牌”，就是考驗 user experience 敏銳度的時候。 > -------------------------------------------------------------------------- < 那 javascript 可以做到什麼？舉個例子好了，例如我們基於一些原因想要一個 list builder， list builder 就是左邊一個 list 右邊一個 list，中間有 add 跟 remove， list builder 長這樣 http://ppt.cc/wjJB 我們只是要多選多，我們當然可以用一大堆 checkboxes 或 multiple select 來做，可是我們知道每個 control 都有適合自己的舞台，而在這，我們就是要 list builder。我們可能會用 php 送給 user 一組 multiple select。例如： <select class="list-builder" multiple="multiple"> ... </select> 然後用 javascript 把這個 element 的 display 設 none，再動態產生兩組 ul 跟兩個 button，設定好 css 把 layout 放對，當然還有 style。一個 ul 放 selected，另一組 ul 放 unselected，當然 unselected 是放左邊。 selected 是放右邊。button 就是 add 跟 remove 兩個，當然放兩個 ul 中間。這是 layout 的部分。然後要用 javascript 動起來，兩個 list 都可以用拖曳一次選很多個，（html native 的 multiple select 要按住 ctrl 才能一次選多個）然後按 add 或 remove 把選取的東西送到相對的 ul 裡面去。當然按了按鈕的時候，要去原本那個被藏起來的 select 裡面，把 option 的 selected attribute 設好。那為什麼要用 javascript 來做，而不要用 php 一次送 multiple select，兩組 ul、兩個 buttons 就好？（假設用 javascript 是寫 makeListBuilder(".list-builder"); ）首先當 user 沒有 javascript 的時候會看到一大堆亂七八糟的東西，使用者會搞混的情況就是不好的 user experience。第二點，只用 javascript 來做下次用起來會比較方便！不然每次就是要去 call 那個 php function 然後 php function 裡面還要含 javascript 或是一個 script tag 指向 js 檔。既然都要用 js 不如全部用 js 處理好。剛剛提到的第二點其實也是 user experience 的範圍，但這裡的 user 是指 developers，那個 makeListBuilder 是這個 library 裡面的 API， API 指的是 application programming interface，只要有 interface 的地方，就有 user experience 的存在，這也是為什麼大家會覺得 jQuery 好用，而找 w3c 定出來的 dom spec 寫卻不那麼好用的原因。啊不過這離題了就是了。 interface 本身是一個非常廣泛無所不在的東西，工業設計、程式設計、函式庫設計、網頁設計、很多地方都有。 -- Oni devas ami animalojn. Ili estas tiel bongustaj. One should love animals. They are so tasty. 每個人都應該愛動物，他們是如此美味。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 175.180.46.165