作者查詢 / ddavid
作者 ddavid 在 PTT [ Python ] 看板的留言(推文), 共767則
限定看板:Python
看板排序:
全部TypeMoon9289H-GAME4300GO3873GameDesign2664FATE_GO2575JinYong2090FBG1867AC_In1774nobunyaga1708LoL1533Wrestle1251StarCraft879Poker815Python767Detective650CGI-Game645C_Chat531Steam414Old-Games345Magic338DMM_GAMES336OverWatch317Little-Games303C_and_CPP266historia256Inference253DataScience231WorldCup222RealPlaying221Programming196TRPG182ToS118Olympics_ISG114Expansion07109Prob_Solve90PathofExile85Salary53eSports47marvel41BattleRoyale35PUBG33C_Sharp30BlizzHeroes26NDS26SLG26NTUCCG25Palmar_Drama23politics23LeafKey18basketballTW17KanColle16Web_Design15ck51st31614Gossiping14PhD14NTU-Fantasy11mud10AndroidDev6Baseball6CS_IGO6KS92-3196AHQ4Ahqwestdoor4MATLAB4Toy4b885060xx3cat3CVS3HotBloodYuan3joke3LGS3NTUEE108HW3NTUVGC3SuperIdol3XiangSheng32nd_NTUCCC2AC_Music2b90902xxx2ck55th3332CLHS-50-142DummyHistory2FJU-ACC90a2FJU-AM-902GAMEMUSIC2japanavgirls2JD_Lover2KS93-3042NBA2NCCU08_SW2NTUST-DT92-12OrangeRoad2SC-91-3012SCU_Talk2tabletennis2talk2Viator94Ding2About_Clubs1AngelPray1b89902xxx1b92902xxx1C_GameBoard1CCU_COMM_ANT1cksh83rd3031CMWang1CSMU-MED901Dynasty1G-REX1HatePolitics1Hunter1KS94-3101Mabinogi1MobileComm1NDHU-His961PuzzleDragon1sex1SOFTSTAR1specialman1Sportcenter1SYSOP1WomenTalk1<< 收起看板(120)
30F推: 其實K-fold就是驗證而已,並沒有打算要用這K個模型找結論03/10 18:08
31F→: 用多個模型綜合得到結論的方式有很多種,例如我回應文提到03/10 18:09
32F→: 的bagging、另外boosting、random forest也都是03/10 18:11
33F→: 他們在「做法上」有些地方看起來跟K-fold有相似性,但意義03/10 18:11
34F→: 上並不是相同的03/10 18:12
35F→: 只是「剛好」你可以把K-fold的K個模型留下來做bagging省去03/10 18:12
36F→: 重train的時間而已,但就只是剛好可利用而已03/10 18:13
1F推: 用itertools.product算不算作弊用了迴圈?03/01 08:53
2F推: 另外有個思路是把首篇方法一那整個九九乘法表的字串編碼壓03/01 08:56
3F→: 縮(比如用zip),於是要印時call解壓縮程式解開來再把解03/01 08:58
4F→: 開的內容印出來就好,跟request法異曲同工,但不用網路XD03/01 08:58
5F推: C/C++版的搞笑串我只參加過一個2009年的串XD03/02 16:45
6F→: [問題] c語言程式求助 這一串03/02 16:45
7F→: 雖然是作業文,可是熱心版眾踴躍回答問題,超級溫馨(?)03/02 16:46
8F→: 其實啊,如果用itertools算過關,那我在本版 #1V0jhKqA03/02 16:48
9F→: 用的那招應該也能過關XD03/02 16:48
10F→: 啊,好像不行,裡面有for in太明顯了XD03/02 16:57
4F→: 你為什麼是for去跑「個數」而不是取得一個目前實際的列表03/02 01:32
5F→: 然後for x in student_list之類的03/02 01:33
6F→: 你如果會用bs4,分析一下很簡單吧03/02 01:33
11F→: 我前一陣子也跟幾個工程師好友聊過這問題,總之結論是這年03/02 01:29
12F→: 頭沒有人靠自己記住所有東西了,所有記起來的東西只是因為03/02 01:30
13F→: 常用而不是刻意去背的03/02 01:30
14F→: 當然,有時為了面試或考試還是不得不硬背一些東西,但八成03/02 01:31
15F→: 結束後就丟掉了03/02 01:31
16F→: 記得「有什麼指令或工具可用」的印象遠比記得指令本身重要03/02 01:31
1F推: 應該說,遞迴寫法太直白,反而不列入創意思考範圍XD03/02 01:28
2F→: 畢竟遞迴跟迴圈可以相互改寫算是基本款了XD03/02 01:29
8F推: 每個方法都有適用情境,但樓上提到的資料庫分離真的很有用01/27 14:12
9F推: 現在Python用fastapi寫API還是蠻不錯的選擇01/23 21:23
1F推: sql的問題,是不是這樣代入變成SELECT "test" FROM ...,01/10 05:23
2F→: test是被用常數字串的方式帶入了,所以行為會是找到一行符01/10 05:24
3F→: 合條件的就傳回一行"test"01/10 05:24
4F→: 類似我們常會用到 SELECT 1 FROM ... 的這個技巧01/10 05:25
27F推: select 1 from table... 吐回一堆1就是它精華的地方啊01/12 11:24
28F→: 自己Google一下就知道為什麼要用它了01/12 11:25
29F→: 然後你提到col跟table怕有sql injection的隱憂,但你要先01/12 11:26
30F→: 想清楚為什麼你的設計上會需要使用者直接輸入col或table01/12 11:26
31F→: 名稱?這安全性問題是發生在你的設計上。01/12 11:27
32F→: 舉例來說你有國文 英文 數學 物理四科目成績是四個欄位名01/12 11:27
33F→: ,你想要讓使用者查詢四種科目01/12 11:28
34F→: 但你設計上為什麼會讓使用者填入一個任意字串來決定要01/12 11:28
35F→: SELECT的col名稱?光想就知道問題很大了吧!01/12 11:29
36F→: 合理的做法應該是讓使用者用選擇的方式選1 2 3 4,然後程01/12 11:30
37F→: 式裡面將1 2 3 4轉為col真正名稱才拼貼進query指令,這樣01/12 11:31
38F→: 使用者就沒有機會用這介面對col名稱做注入攻擊01/12 11:31
3F→: 這個真的不行,隨便Google一篇requests呼叫API教學吧01/09 06:13
1F→: 連字都打錯就不要灌文章了,兩個月你是打算開發出什麼驚天01/07 15:33
2F→: 動地的東西01/07 15:33