[情報] 誠徵網站開發soho人才

看板soho作者 (風之影)時間15年前 (2010/06/01 18:53), 編輯推噓9(9推 0噓 34→)
留言43則, 9人參與, 最新討論串1/2 (看更多)
各位好，我們目前是以網站程式開發為主的團隊，主要使用的技術為.net與php。 團隊成員皆有六、七年以上的相關開發經驗。 因為目前案源成長，且規模日益增加，所以希望在此尋求一同打拼的夥伴! 我們希望您具備的能力： 1. 對html/xhtml,css有基本了解 2. 熟悉.net或php任一技術 3. 懂一些前端技術尤佳，如:jquery 我們會要求具有一定的基礎能力，但能力不會是最重要的，重點是態度。 另外我們主要的活動範圍會是在北部 (台北、桃園)，有興趣可以來電洽談或約 出來吃個飯，聊聊彼此的想法。 謝謝! [意者請電 0922-366728 呂先生(am11~am00) 或站內信，會再寄給您連絡方式，謝謝!] -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.32.37.41 ※ 編輯: kuohuilu 來自: 114.32.37.41 (06/01 22:33)
推
06/01 23:48, , 1F
老實說 每次看到有人提起jQuery就會一整個吐血 這種
06/01 23:48, 1F
→
06/01 23:49, , 2F
執行效能低落到吐血的物件包 怎麼有辦法這麼火紅實在
06/01 23:49, 2F
→
06/01 23:49, , 3F
令人匪夷所思 又不是說沒jQuery就做不出來
06/01 23:49, 3F
→
06/01 23:52, , 4F
本來就效率越低的越紅 執行效率高的會紅比較奇怪
06/01 23:52, 4F
→
06/02 00:17, , 5F
jQ 效能不好？？ hm.....可能見仁見智吧 :Q
06/02 00:17, 5F
推
06/02 00:24, , 6F
jQ是方便(雖然我不覺得) 但是到一定程度以上系統後
06/02 00:24, 6F
→
06/02 00:25, , 7F
會異常拖累效能 你可以想像 一個操作要10秒鐘會怎樣
06/02 00:25, 7F
→
06/02 00:25, , 8F
一個按鍵就要10秒 沒有唬人
06/02 00:25, 8F
→
06/02 01:48, , 9F
可以舉例怎麼個拖累法嗎 ? 我是覺得還挺方便的
06/02 01:48, 9F
→
06/02 01:49, , 10F
但是還沒有碰上遇到效能上的問題，用JQ的AJAX
06/02 01:49, 10F
→
06/02 01:50, , 11F
效能似乎也比內建的Call back來的高
06/02 01:50, 11F
推
06/02 01:56, , 12F
基本上 就是 你頁面載入瞬間 CPU滿載鎖死3-5秒 就這樣
06/02 01:56, 12F
推
06/02 02:08, , 13F
目前我大致上是可以推斷是JQUERY的類innerHTML
06/02 02:08, 13F
→
06/02 02:09, , 14F
但是更進一步的 還不確定
06/02 02:09, 14F
→
06/02 02:42, , 15F
jQ 效能很吃使用手法（攤手）
06/02 02:42, 15F
推
06/02 03:33, , 16F
其實我也沒在使用JQ的 我是看別人的結果很悽慘
06/02 03:33, 16F
→
06/02 03:33, , 17F
我習慣都是以ID操作 特效會做成FUNC封裝
06/02 03:33, 17F
→
06/02 03:34, , 18F
基本上 我不曉得 JQ究竟有什麼特點比較好?
06/02 03:34, 18F
→
06/02 03:35, , 19F
他只是做成很像CLASS的操作手法而已 感覺根本沒差
06/02 03:35, 19F
→
06/02 04:15, , 20F
不好意思，這只是要找人加入團隊而已，請息怒~
06/02 04:15, 20F
推
06/02 09:38, , 21F
抱歉 不知不覺離題了=w=
06/02 09:38, 21F
→
06/03 00:15, , 22F
為啥會在page load鎖死，除非是在page load的時候載入
06/03 00:15, 22F
→
06/03 00:16, , 23F
很多設定，我大都是在page load之後才在用JQ的
06/03 00:16, 23F
→
06/03 00:18, , 24F
我比較好奇的是為什麼鎖死的情況，是怎麼鎖死的 ?
06/03 00:18, 24F
推
06/03 00:35, , 25F
我沒有完全解晰該網頁 不過他是採用二段LOAD
06/03 00:35, 25F
→
06/03 00:37, , 26F
一開始只LOAD皮 之後再AJAX呼叫DATA 然後 這個二次載
06/03 00:37, 26F
→
06/03 00:37, , 27F
入 會嚴重咬死CPU 非常明顯 而且感覺IO LAG也非常嚴重
06/03 00:37, 27F
→
06/03 11:28, , 28F
會不會是JS寫得不好？還是網站資料太多?
06/03 11:28, 28F
→
06/03 11:59, , 29F
jQ吃死效能那是看你怎麼寫的....
06/03 11:59, 29F
→
06/03 11:59, , 30F
寫得不好，就算自己用JS慢慢刻，效能一樣慘
06/03 11:59, 30F
→
06/03 20:18, , 31F
jq效能不好？可以給個實際的例子(網站)來看看嗎？
06/03 20:18, 31F
→
06/03 20:22, , 32F
應該是js寫太爛吧...
06/03 20:22, 32F
推
06/03 20:36, , 33F
jQ會紅是因為它對美術人員來說很容易上手 我不懂js也用很兇
06/03 20:36, 33F
→
06/03 20:37, , 34F
然後就變很慢 XD 不過程式都還會再拿去整理一遍
06/03 20:37, 34F
→
06/04 07:28, , 35F
JS不能一直對DOM操作，那樣會等死.要var出區域變數
06/04 07:28, 35F
推
06/04 09:08, , 36F
我可以確定 對方一定是不太會寫程式 奇怪的BUG也不少
06/04 09:08, 36F
→
06/04 09:09, , 37F
反正 給我的刻板印象就是 jQ能避就避
06/04 09:09, 37F
→
06/08 00:40, , 38F
看到這，我大概了解您的問題可能出在ajax回傳後資料量
06/08 00:40, 38F
→
06/08 00:42, , 39F
你要真對大量回傳的資料去做處理。
06/08 00:42, 39F
→
06/08 00:43, , 40F
1.回傳的程式碼是否過於沉重 2.sp的地方可否修的更漂亮
06/08 00:43, 40F
→
06/08 00:45, , 41F
在下很著重在SP回傳"量"的控制，甚至求效能，
06/08 00:45, 41F
→
06/08 00:45, , 42F
捨棄了一些內建元件，例如gridview，而去自控分頁。
06/08 00:45, 42F
→
06/08 00:46, , 43F
這是小弟的一點淺見。只是猜想的 ^^
06/08 00:46, 43F
‣ 更多 kuohuilu 的文章
文章代碼(AID): #1C1EQWVP (soho)
‣ 更多 kuohuilu 的文章
文章代碼(AID): #1C1EQWVP (soho)