[討論] 請問這種Case的可行性 麻煩您了 謝謝!

看板CodeJob作者 (crab)時間12年前 (2011/11/03 22:48), 編輯推噓4(4推 0噓 11→)
留言15則, 4人參與, 最新討論串1/1
大家好 我的問題是關於API 詳細內容在下面的附加檔案(google doc) 煩請過目 謝謝! http://tinyurl.com/4xfy8b 想請問各位前輩 這個功能有可能做得到嗎? -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 218.35.155.253
→
11/04 01:57, , 1F
為什麼不用google docs放文件?
11/04 01:57, 1F
→
11/04 09:38, , 2F
多想三秒鐘，你可以不用寫這種論文
11/04 09:38, 2F
※ 編輯: k43582 來自: 218.35.155.253 (11/04 09:55)
→
11/04 09:55, , 3F
改連結了 謝謝
11/04 09:55, 3F
※ 編輯: k43582 來自: 218.35.155.253 (11/04 09:58) ※ k43582:轉錄至看板 soho 11/04 10:02
推
11/04 12:05, , 4F
頻寬
11/04 12:05, 4F
推
11/04 12:08, , 5F
頻寬？ 頻寬不會是問題啦 [挖鼻孔]
11/04 12:08, 5F
推
11/04 12:40, , 6F
其實我的疑問就在於樓主的EX1和EX2中 步驟1都說
11/04 12:40, 6F
→
11/04 12:42, , 7F
要把查到的東西"存起來" "存起來"這個動作所耗用的資源
11/04 12:42, 7F
→
11/04 12:43, , 8F
就已經遠大於所節省的頻寬了 那可能論文的目的就不成立了
11/04 12:43, 8F
→
11/04 12:55, , 9F
況且我還有一個疑問是說 樓主自已本身都把這個練習題目
11/04 12:55, 9F
→
11/04 12:57, , 10F
的程序步驟寫好了 那就動手做即可 反正練習也不用啥目的
11/04 12:57, 10F
推
11/04 13:09, , 11F
假設樓主要練習這種搜尋引擎後續應用的論文
11/04 13:09, 11F
→
11/04 13:09, , 12F
個人意見會認為 做個"搜尋結果分析器" 還比較有趣有價值
11/04 13:09, 12F
→
11/04 13:10, , 13F
動不動搜出來就上萬筆 上十萬筆 如果能有個分析器
11/04 13:10, 13F
→
11/04 13:11, , 14F
替我們分類 網站的地區 影音檔型態 最高關聯字、詞等
11/04 13:11, 14F
→
11/04 13:12, , 15F
那還蠻厲害的 我們就不用一頁一頁去翻找了
11/04 13:12, 15F
※ 編輯: k43582 來自: 218.35.155.253 (11/05 21:43)
‣ 更多 k43582 的文章
文章代碼(AID): #1Eigd7yD (CodeJob)