推 superpai:用flash寫的話很落後 用javascript的話很先進（逃） 12/23 16:15
推 chrisQQ:不論是 as 或 js 解，我覺得都沒到昂貴的地步吧… 12/23 16:16
推 supercfc:想聽看看報價多少^^ 12/23 16:16
→ chrisQQ:我也想知道用 jquery 「都」的出來的東西可以報多少 XDD 12/23 16:19
→ pochichioq:談的時候說可能是原來(8萬)的倍數，但目前還尚未報價 12/23 16:28
→ TonyQ:我覺得不能用兜不兜的出來來評估啦 , 不過我認為報價應該要 12/23 16:39
→ TonyQ:看整體結構 , 畢竟養一個會js的跟一個會flash的人都需要錢 12/23 16:39
→ TonyQ:而且能兜出來跟能解決需求是有差距的事情 , 這種事情說到底 12/23 16:39
→ TonyQ:就是要做自己做當然做得到 , 只是專業得來可能五分鐘 , 自己 12/23 16:40
→ TonyQ:做五天的差別而已. 12/23 16:40
→ TonyQ:再說 , 素材要怎麼呈現 , 東西有哪些 , 很多東西沒有實際的 12/23 16:41
→ TonyQ:spec底下 , 實在是不適合說這樣昂不昂貴先不先進. 12/23 16:41
→ supercfc:首先，要先看你的網站功能，才知道價格合不合理 12/23 16:42
推 aaron0208:光滑動這功能來看 一小時內搞定 jquery很簡單可以做到 12/23 18:58
→ aaron0208:網頁排版設計反而比較花時間 12/23 18:58
推 cassatte:搞懂 HTML CSS JavaScript 要花多少時間 12/23 19:51
推 evenwu:自己做不到，就值得花錢了事 與去補習班自己學 選一個吧? 12/23 20:32
→ TonyQ:一小時內能搞定的大概只有一個會亂動的元素而不是case吧. 12/23 20:49
推 aaron0208:有時候會亂動的元素反而比限定她怎麼動還難做呢 12/24 22:24
→ aaron0208:認真的講 就是寫js去控制css 既然都是控制css了 12/24 22:24
→ aaron0208:說只是亂動 有點不對喔 12/24 22:24
推 aaron0208:不過也不是說這網頁一小時就有辦法寫出來 12/24 22:27
→ TonyQ:只要客戶覺得不是他認為的動法=亂動啊 XD 12/24 23:27
→ TonyQ:很多事情沒去做就不要說太滿 , 使用者狀況一堆 , 到時候什麼 12/24 23:28
→ TonyQ:元素什麼元素遮來遮去再加個png半透明問題 , 運氣好的jQuery 12/24 23:29
推 aaron0208:她demo的網頁的動法 要一個小時內動起來 不會很誇張 12/24 23:29
→ TonyQ:animate 改一下 position 就能搞定 , 運氣不好的可能還要改 12/24 23:30
→ aaron0208:我只有說可以動 不是說整個網頁做完 12/24 23:30
→ TonyQ:素材改資料改z-index , 多測個幾回時間就過去了. XD 12/24 23:30
→ aaron0208:要改來改去就是另外的問題 我只就技術來說 會的人就不難 12/24 23:31
→ TonyQ:光是可以動就可能會有遮到的問題啊 , 你總不能跟客戶說你只 12/24 23:31
→ TonyQ:有叫我動吧. 12/24 23:31
→ aaron0208:連測試都要算進去 測試就要測試多久 怎會一小時就好 12/24 23:32
→ aaron0208:要給客戶的是一個好的case 我並沒有說一小時做出來case 12/24 23:32
→ TonyQ:光滑動這功能來看 , 我覺得至少要考慮到滑動路徑上的遮演問 12/24 23:33
→ aaron0208:這篇的討論是讓他動會不會很難 並不是這網頁複雜與否 12/24 23:33
→ TonyQ:題才算是滑動問題的解決 , 所以我不認同你說的一小時可搞定. 12/24 23:33
→ aaron0208:讓她動這功能我寫過更複雜的 並不是沒做過在那邊亂講 12/24 23:35
→ aaron0208:我也說過複雜的是設計和版型 技術不難 debug又是其他層 12/24 23:36
→ TonyQ:我這麼說好了 , 我覺得瞭解使用者問題背後的問題 , 遠比字面 12/24 23:37
→ aaron0208:一小時可以動 跟一小時把這網站做完測完是兩回事 12/24 23:37
→ TonyQ:上的問題更重要 , 技術跟debug當然是要一起看 , 沒人寫code 12/24 23:38
→ TonyQ:不 debug , 請注意我說的是就這個功能所延伸出的相關問y題. 12/24 23:38
→ aaron0208:妳說的離題了好嗎 12/24 23:39
→ aaron0208:她又不是說這網頁做完要多久 只是問讓她動難不難 12/24 23:39
→ aaron0208:如果我說這網頁一小時可以做好 妳再來鞭我 12/24 23:40
→ TonyQ:我是覺得只是經驗跟認知的問題 , 不過我倒也無意說服你什麼, 12/24 23:40
→ aaron0208:誰會沒測試過就給客戶 只讓她動就交件? 12/24 23:40
→ TonyQ:倒也不是鞭你 , 只是覺得很久沒看到這麼單純的回應了. :p 12/24 23:41
→ TonyQ:根據我的認知這樣會讓user產生誤會 , 所以來跳下來插話 , 12/24 23:42
→ TonyQ:我自己雖然做 js 這塊做的很弱 , 不過相關問題也有一些經驗, 12/24 23:42
→ TonyQ:所以這是我自己對這些問題的看法 , 你可以參考參考就好. 12/24 23:43
推 aaron0208:誤會甚麼 我把很難的東西說的太簡單? 12/24 23:43
→ TonyQ:"會動" 不等於 "能用" 不等於 "使用者期望的結果" . 12/24 23:44
推 aaron0208:做個比喻 有人問這雞好不好吃 我覺得這很好吃 12/24 23:46
→ aaron0208:然後就有人硬要說 要看她怎麼煮 手法扶不符合顧客胃口 12/24 23:47
→ aaron0208:搞不好顧客喜歡吃甜的 妳煮成鹹的 12/24 23:47
→ aaron0208:顧客要的是甚麼 跟讓她動難不難是兩回事 12/24 23:49
→ aaron0208:顧客要讓她動直的橫的 甚至來個曲線 過場 都可以做到 12/24 23:50
→ TonyQ:所以現在你認為客戶現在是在問「他要的東西難不難」還是讓 12/24 23:55
推 aaron0208:會衍生出甚麼問題 要看spec複雜度 那就是另外的討論 12/24 23:55
→ TonyQ:「任意網頁元素」動難不難？ 我自己的解讀會是前者. 12/24 23:55
→ aaron0208:我一開始就說"光"是讓他動 只要一小時 12/24 23:56
→ TonyQ:我不想再跟你在這個純粹是問題界定上的圈子繞來繞去XD 12/24 23:56
→ aaron0208:其他的我有說保證可以嗎 12/24 23:56
→ aaron0208:我想是妳沒看清楚我寫的 12/24 23:56
→ TonyQ:嘿嘿 你說的是 "滑動這功能" , 不是"光是讓它動"喔 XD 12/24 23:56
→ TonyQ:"滑動這功能" 的解釋可大可小的. :p 12/24 23:57
→ TonyQ:光是讓它動 , 我只要打字的時間幾十秒鐘吧. 12/24 23:57
→ aaron0208:滑動不叫做動? 叫做就雞蛋挑骨頭 12/24 23:57
→ TonyQ:"動" 不完全等於 "滑動" 當然更不會等於 "滑動這功能" 12/24 23:59
→ TonyQ:個人認知在講功能都嘛是全面性...-_-;; 12/25 00:00
→ TonyQ:不過重點不是我的認知 , 重點是客戶的認知如何就是了 , 你有 12/25 00:00
→ TonyQ:信心這樣可以溝通我倒也沒啥興趣去跟你討論用詞～～ 12/25 00:01
→ TonyQ:要說我雞蛋裡挑骨頭也行 , 總之我就回應到這 , 您請便. 12/25 00:02
推 aaron0208:滑動包含在動裡面 這是一般認知邏輯 12/25 00:04
推 aaron0208:要做ajax要考慮的可多的 我建議妳另外開一篇文章來討論 12/25 00:08
→ TonyQ:這還不需要扯到 ajax 要考慮的就已經夠多了. 12/25 00:10
推 aaron0208:如果你有甚麼關於效能調教的經驗 願意分享 也很歡迎 12/25 00:10
→ aaron0208:不是說不回應了 >< 又出現了 12/25 00:11
→ TonyQ:嘖嘖 , 不小心又回了 , 我會建議你先a我文章看先前已討論的. 12/25 00:11
→ TonyQ:好了 XD 這次真的不回應了 , 我的耐性實在是沒有這麼好. 12/25 00:12
→ aaron0208:其實妳說的是對的 我也沒有否認妳 只是請妳看清楚再回 12/25 00:13
推 aaron0208:單純技術不難 牽扯到人就會很難 妳覺得順 她覺得不順 12/25 00:30
→ aaron0208:還有spec複雜度也沒先說 就可以討論那麼多 12/25 00:31
→ aaron0208:搞不好她這頁只要一張照片可以在上面左右移動 12/25 00:31
→ aaron0208:妳說的z-index還需要考慮嗎 當然case by case 12/25 00:31
推 aaron0208:附帶一提 這個網頁也是include jquery lib 12/25 00:35
推 aaron0208:如果硬要加上人的因素 還嫌別人想的太單純 這樣有欠公允 12/25 00:46
推 aaron0208:我倒是很想知道 如果是因為使用者電腦不好導致滑動不順 12/25 00:49
→ aaron0208:有甚麼好的解決方式 這點是我目前遇到最困難的問題 12/25 00:49
→ TonyQ:滑動不順是全面性的問題 , 你要先看看它頁面上清掉其他元素 12/25 00:59
→ TonyQ:只留你的目標效果時會不會lag , 如果會 , 就要換實做方式 , 12/25 00:59
→ TonyQ:如果不會 , 可能就要試著去優化頁面上同時loading的script量 12/25 00:59
→ TonyQ:通常在ie6底下是最大的困擾 , 而所有困擾中我覺得最重的會是 12/25 01:00
→ TonyQ:selector 的使用 , selector 其實在無形之中常常多消耗很多 12/25 01:00
→ TonyQ:可以透過其他方式避免的 , 三種selector覆載 id>tag>class 12/25 01:01
→ TonyQ: 寫反了 *是建議的優先順序 12/25 01:01
→ TonyQ:沒必要盡量不要都只透過class selector , 同時作用中的元素 12/25 01:01
→ TonyQ:也不要超過15個 , 比方說有時候會同時新增到幾十個格子, 12/25 01:02
→ TonyQ:像我最近在做行事曆 , 有每日例行事件就會需要一次新增到30 12/25 01:02
→ TonyQ:個格子 , 這種時候就要特別小心操作 . 最好是可以排queue一 12/25 01:03
→ TonyQ:定時間內處理完就好 , 不要擠在一起. 當然最基本的還是要盡 12/25 01:03
→ TonyQ:減少不必要的script量 , 另外還有一個重要因素是dom的物件量 12/25 01:03
→ TonyQ:如果移動或插入的對象是含有非常多的元素的內容, 甚至是網頁 12/25 01:04
→ TonyQ:本身承載過多的元素 , 都會造成計算上的負擔. 12/25 01:04
→ TonyQ:所以在用類似 jQuery corner 這類會大量新增元素的東西 , 12/25 01:04
→ TonyQ:也要小心注意使用 . 基本的我知道的東西大概就這些了. :3 12/25 01:05
→ TonyQ:我自己是會去插timer log 看每個元件運做的狀況跟效能 , 再 12/25 01:05
→ TonyQ:回來決定我要針對哪個東西開刀或者是處理. 12/25 01:05
→ TonyQ:既然是要純粹討論技術性的問題 , 就沒有不回應的設限了.:3 12/25 01:09