作者查詢 / yuou1256
作者 yuou1256 在 PTT 全部看板的留言(推文), 共2865則
限定看板:全部
看板排序:
3F→: https://bit.ly/3bIuZfG05/23 06:19
16F→: 把主題改成綠色的05/23 06:13
4F→: https://bit.ly/3bIuZfG05/23 05:55
14F→: 以篩檢後的上傳動作來說篩檢有問題ㄏㄏ,篩檢這個環節05/23 06:09
15F→: 沒事,但以整個篩檢系統來說是有狀況的05/23 06:09
7F→: 每一筆上傳的確診資料,通常距離採檢日約二天05/23 05:57
8F→: https://bit.ly/3bIuZfG05/23 05:57
9F→: 之前成功上傳的資料也是兩天,那後面回補的資料也要是05/23 05:57
10F→: 兩天,資料時間軸才不會歪掉05/23 05:57
5F→: https://bit.ly/3bIuZfG05/23 02:40
21F→: 在疫情趨勢的分析中有時間軸,如果沒把數據校正到正確05/23 02:42
22F→: 的時間點,會造成後續分析上的誤差。染疫跟篩檢確診的05/23 02:42
25F→: 時間點絕大機率是不同的,但在分析上也只好選擇比較可05/23 02:42
27F→: 能也有根據的篩檢時間,如果我做分析會在時間點往前加05/23 02:42
29F→: 遞減的權重就是了,因為染疫跟篩檢是不同的05/23 02:42
40F→: 目前解決的點是降低資料詳細度以增加上傳方便性,然後r05/23 02:44
41F→: eload data 並校正數字回原本的時間點05/23 02:44
45F→: 新創詞?也沒人說得出backlog的正確說法,校正就校正,05/23 02:45
48F→: 以回歸測試的回歸來說,回歸regress which means "retu05/23 02:45
51F→: rn to a worse or less-developed state",也就是發生05/23 02:45
54F→: [變化] 時,狀態倒退到一個 [不穩定] 的情況,[變化]05/23 02:46
55F→: 就是之前的篩檢結果回報05/23 02:46
56F→: 造成數據上一個 [不穩定] 的狀態05/23 02:46
58F→: 何謂不穩定呢?,因為在疫情趨勢的分析中有時間軸,如果05/23 02:46
60F→: 沒把數據 [校正] 到正確的時間點,會造成後續分析上的05/23 02:46
61F→: 誤差05/23 02:46
116F→: 染疫跟篩檢確診的時間點絕大機率不同,但要做分析只能05/23 02:59
117F→: 選較有可能且較有依據的篩檢日期,是我做後續分析的話05/23 02:59
118F→: ,應該會在篩檢時間點往前加遞減的weight05/23 02:59
119F→: 然後對付大部分愚民真的不用校正啥的,直接說700就好05/23 03:00
123F→: 一次性地報出就是一次性地reload之前的 data05/23 03:01
198F→: 漏失,笑死,內文都看不清楚05/23 03:25
201F→: E2E的驗證不好做啊QQ,詳細度跟方便性的取捨05/23 03:25
203F→: 蠻好奇那些欄位是哪些05/23 03:26
219F→: 只希望篩檢系統或上傳系統能降低的非人為延遲都被解決05/23 03:32
222F→: data missing 你今晚的惡夢05/23 03:33
224F→: 如果之後還是一周才校正的話,那可就好笑了05/23 03:34
226F→: 連結有中央跟雙北說法05/23 03:35
227F→: https://bit.ly/3bIuZfG05/23 03:35
229F→: 看敢不敢公布那個上傳系統,一翻兩瞪眼05/23 03:35
235F→: 對不起,我不是QQ 我也只是以CS還有跟醫院合作過研究05/23 03:37
237F→: 的背景臆測我覺得比較合理的情況05/23 03:37
243F→: 有人為操作就一定有漏洞05/23 03:38
244F→: 會有工程師出來爆料嗎XD05/23 03:39
262F→: IE : PSG打到哪裡了?05/23 03:44
268F→: 使用者方便性跟資料詳細度的取捨 嗎?05/23 03:44
273F→: 篩檢還有一篩跟二篩,我公司群組前幾天就有傳中科廠有05/23 03:46
274F→: 人確診,但到今天新聞才有公布05/23 03:46
285F→: 只能說 看後面還有沒有校正或是校正的頻率了05/23 03:50
286F→: 可能給多一點指標參考比較好,現有的加上柯P建議的05/23 03:51
311F→: 七天是一到日還是二到一,以周去看時,你shift的最小單05/23 03:58
312F→: 位就是日05/23 03:58
315F→: https://bit.ly/3bOZil405/23 03:59
316F→: 看看那漂亮的一柱擎天05/23 03:59
322F→: 怕的就是系統還有隱藏的問題,導致校正會再次爆炸出來05/23 04:00
333F→: 周的話,就四種,base(7days),weekday,weekend還有比較05/23 04:04
334F→: 少用的median05/23 04:04
340F→: 就像實驗室幫碩二整理dirty data的碩一跟專題生嗎XD05/23 04:09
371F→: 我博班學長就真的直接對原始DB動手。。。05/23 04:38
8F→: 校正就校正,以回歸測試的回歸來說,回歸regress which05/23 02:35
9F→: means "return to a worse or less-developed state"05/23 02:35
10F→: ,也就是發生 [變化] 時,狀態倒退到一個 [不穩定] 的05/23 02:35
11F→: 情況,[變化] 就是之前的篩檢結果回報05/23 02:35
12F→: 造成數據上一個 [不穩定] 的狀態05/23 02:35
13F→: 何謂不穩定呢?,因為在疫情趨勢的分析中有時間軸,如果05/23 02:35
14F→: 沒把數據 [校正] 到正確的時間點,會造成後續分析上的05/23 02:35
15F→: 誤差05/23 02:35
17F→: 不過應該要反過來講嗎? backlog要怎麼翻中文05/23 02:36
21F→: 應該說回歸還算解釋得通,但回溯之類的可能會比較好?目05/23 04:13
22F→: 前還沒看到很漂亮的中文名詞05/23 04:14
18F→: 延遲的原因就是篩檢需要時間,還有一篩二篩,以及上傳05/23 02:37
19F→: 時的延遲,系統更改要時間,重抓資料要時間05/23 02:37
27F→: 公衛的角度來看,有一說一,沒有根據的東西不能亂報,05/23 02:39
28F→: 恐慌是傳染疾病最致命的點,所以要等到系統data都reloa05/23 02:39
29F→: d後才能公布05/23 02:39
36F→: 校正就校正,以回歸測試的回歸來說,回歸regress which05/23 02:47
37F→: means "return to a worse or less-developed state"05/23 02:47
38F→: ,也就是發生 [變化] 時,狀態倒退到一個 [不穩定] 的05/23 02:47
39F→: 情況,[變化] 就是之前的篩檢結果回報05/23 02:47
41F→: 造成數據上一個 [不穩定] 的狀態05/23 02:47
43F→: 何謂不穩定呢?,因為在疫情趨勢的分析中有時間軸,如果05/23 02:47
44F→: 沒把數據 [校正] 到正確的時間點,會造成後續分析上的05/23 02:47
45F→: 誤差05/23 02:48
46F→: 那麼多人說新創詞,也沒人說得出backlog的正確說法05/23 02:48
57F→: 也沒人能說出backlog的正確說法05/23 03:02
60F→: 放到正確的日期才能給大家看到正確的疫情趨勢啊05/23 04:10
6F→: 校正就校正,以回歸測試的回歸來說,回歸regress which05/23 02:57
7F→: means "return to a worse or less-developed state"05/23 02:57
8F→: ,也就是發生 [變化] 時,狀態倒退到一個 [不穩定] 的05/23 02:57
9F→: 情況,[變化] 就是之前的篩檢結果回報05/23 02:57
10F→: 造成數據上一個 [不穩定] 的狀態05/23 02:57
11F→: 何謂不穩定呢?,因為在疫情趨勢的分析中有時間軸,如果05/23 02:57
12F→: 沒把數據 [校正] 到正確的時間點,會造成後續分析上的05/23 02:57
13F→: 誤差。然後染疫跟篩檢確診的時間點絕大機率不同,但要05/23 02:58
14F→: 做分析只能選較有可能且較有依據的篩檢日期,是我做後05/23 02:58
15F→: 續分析的話,應該會在篩檢時間點往前加遞減的weight05/23 02:58
17F→: 就有人不懂啊05/23 03:01
25F→: 我是從回歸這個詞去解釋,並且在分析上校正數字回去時05/23 03:10
26F→: 間是必須的05/23 03:10
27F→: 台灣的樣本真的不多,這算是好事吧05/23 03:10
28F→: 所以說現在的問題在於篩檢系統中,是否還有應降低的非05/23 03:11
29F→: 人為延遲問題05/23 03:11
30F→: 小弟不才書讀不精,只有論文不小心上了ICASSP2021而已05/23 03:12
34F→: 目前的情況就是篩檢網路被ddos。回報系統的規格和方便05/23 03:13
35F→: 性取捨05/23 03:13
36F→: 加回正確的時間才能有正確的分析啊。。。不然通通塞在05/23 03:14
37F→: 今天喔05/23 03:14
39F→: https://bit.ly/3bOZil405/23 03:14
40F→: 一柱擎天05/23 03:14
42F→: 我的回歸是指讓資料狀態回到穩定的狀態,就是把應該那05/23 03:16
43F→: 天上傳的數字加回去,而這個情況會發生就是上傳系統的05/23 03:16
45F→: 環節有問題05/23 03:16
46F→: 周也要shift啊,shift的單位還是回到日05/23 03:17
51F→: 上傳為什麼會發生狀況,就是量過大,才造成整個篩檢網05/23 03:18
52F→: 路包含上傳環節有狀況05/23 03:18
53F→: 所以為了之後的分析,要校正到正確的時間啊05/23 03:19
55F→: 連別人回答都看不懂,可憐哪05/23 03:19
56F→: 下一周的資料出來,要跟這周的分析時,在shift的情況就05/23 03:20
58F→: 會以日為單位05/23 03:20
63F→: 周單位是怎麼評斷?一到日? 二到一? 這就是shift,移動05/23 03:21
64F→: 後看是要取中間還是平均或是其他指標05/23 03:21
66F→: 你先搞懂回歸測試的回歸吧05/23 03:22
67F→: 之前的資料不是完全上傳的資料,所以是不穩定05/23 03:22
68F→: 篩檢完但尚未回報,所以資料不是正確,就不是穩定,懂?05/23 03:23
72F→: 資料正確性很重要。。。05/23 03:27
75F→: 每一個data object的斷點最小單位就是日05/23 03:27
76F→: 如果像大陸那樣一柱擎天,你的分析有人信才奇怪05/23 03:28
77F→: 最好的反例就是大陸那根啦05/23 03:28
82F→: 校正數據,回歸穩定,我都把regress的解釋貼出來了,看05/23 03:54
83F→: 不懂我也沒辦法,看看回歸測試的定義05/23 03:54
84F→: 還有我沒打出過regression這個字哦05/23 03:54
85F→: 積壓的工作,這樣跟民眾講會更清楚?05/23 03:55
86F→: 不過校正回歸絕對不是最通俗易懂的說法,但解釋上是合05/23 03:56
87F→: 理的,不同領域的人對名詞的說法本來就會不同,之前研05/23 03:56
88F→: 究跟醫院合作時我也覺得溝通困難05/23 03:56
12F→: https://bit.ly/3bIuZfG05/23 03:23
19F→: 直接變twitch大台05/23 03:31
12F→: https://bit.ly/3bIuZfG05/23 00:32
34F→: 上傳有規格,不符合當然被系統退件啊05/23 00:40
52F→: 連結內文都有,點開看不難吧05/23 00:45
60F→: key資料的UI或規格本來就不好拿捏複雜度,尤其疫情又需05/23 00:51
61F→: 要公布足跡等資訊,在資訊的詳細度或方便性上要做取捨05/23 00:51
78F→: 篩檢要時間,有一篩有二篩,上傳也要時間,還要承擔被05/23 01:13
79F→: 退件的延遲。像我公司內前兩三天就在傳中科的廠有人確05/23 01:13
80F→: 診,但到今天新聞才通報此例05/23 01:13
103F→: 恐怕是的,因為可能是上傳成功才有足跡的追蹤,所以實05/23 03:08
104F→: 際足跡熱區比報出的更大05/23 03:08