作者查詢 / yuou1256
作者 yuou1256 在 PTT [ Gossiping ] 看板的留言(推文), 共2090則
限定看板:Gossiping
看板排序:
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
44F→: 愚民那麼多,直接說700嚇大家比較有效果啦,但以分析上05/23 01:27
45F→: 來說是不可取的,然後會延遲跟集中在一天的原因如下05/23 01:27
46F→: https://bit.ly/3bIuZfG05/23 01:27
77F→: 就系統更改資料詳細度後reload data,才會有一次性的資05/23 01:41
78F→: 料更新05/23 01:41
97F→: 連結看一看好嗎? 就是之前的data 被reload05/23 01:49
98F→: 時間點 有可能 是因為重抓data的時間05/23 01:49
103F→: 上傳系統version拿出來就知道啦05/23 01:51
119F→: 就篩檢網路被ddos造成伺服器延遲05/23 01:57
120F→: 但問題還是發生在地方上傳的環節,所以現在更改了資料05/23 01:58
121F→: 詳細度以提升上傳的方便性05/23 01:58
125F→: 沒有人有錯(除了華航,也沒有人想要數字那麼多05/23 01:58
128F→: 我也蠻想看看那個系統的05/23 01:59
135F→: 如果要分析疫情趨勢,歸回較有可能且有依據的篩檢日期05/23 02:03
136F→: 是較為合理的,如果是要分析篩檢網路的力度,那就是72105/23 02:03
137F→: ,看分析目標取向05/23 02:03
142F→: 然後一次爆出來就是一次性地reload data05/23 02:04
146F→: 校正就校正,以回歸測試的回歸來說,回歸 regress whic05/23 02:07
147F→: h means "return to a worse or less-developed state"05/23 02:07
148F→: ,也就是發生 [變化] 時,狀態倒退到一個 [不穩定] 的05/23 02:07
150F→: 情況,[變化] 就是之前過多的篩檢結果出來,造成數據上05/23 02:07
151F→: 一個 [不穩定] 的狀態05/23 02:07
152F→: 何謂不穩定呢? 因為在疫情人數的分析中有時間軸,如果05/23 02:07
153F→: 沒把數據 [校正] 到正確的時間點,會造成後續分析上的05/23 02:07
154F→: 誤差。然後那麼多人說創新詞,但也沒人說正確的詞backl05/23 02:07
155F→: og中文是甚麼05/23 02:07
159F→: 我說完,誰校正,誰回歸XD05/23 02:12
182F→: 篩檢需要時間,上傳被規格delay,確診是之前的事,所以05/23 02:27
183F→: 拉回前面的時間。然後一次性大量的回歸是一次性reload05/23 02:27
184F→: 前面所有的data造成的05/23 02:27
188F→: 然後染疫跟篩檢確診的時間點絕大機率不同,但要做分析05/23 02:29
189F→: 只能選較有可能且較有依據的篩檢日期,是我做後續分析05/23 02:29
190F→: 的話,應該會在篩檢時間點往前加遞減的weight05/23 02:30
191F→: 不是檢驗網路的能量造成,是系統降低資料詳細度以增加05/23 02:31
192F→: 上傳資料的方便性並reload那些data05/23 02:31
193F→: 現在的問題在於篩檢網路中是否還有應降低的非人為延遲05/23 02:32
194F→: 環節05/23 02:32
203F→: 找出問題點要時間,改系統要時間,重抓資料要時間05/23 02:52
204F→: 就只是一次性地reload之前[所有]的未上報data05/23 02:53
208F→: 這可能要看之後校回的次數了,如果還很多次就是篩檢系05/23 03:06
209F→: 統還有延遲的問題05/23 03:06
19F→: 知道後,要找出問題點,系統要更改,資料要重抓,還要05/23 02:14
20F→: 後續分析,才能公布,還是你認為那些都不需要時間?05/23 02:14
21F→: https://bit.ly/3bIuZfG05/23 02:14
24F→: 現在比較重要的問題是回歸案例的足跡以及篩檢系統的非05/23 02:15
25F→: 必要延遲是否還存在,這次解決的是降低資料詳細度以增05/23 02:16
26F→: 加上傳的方便性05/23 02:16
30F→: 在公衛的角度來看,有一說一,尚未確定的資訊有可能會05/23 02:17
31F→: 造成恐慌,而恐慌是傳染疾病中最為致命的,會讓民眾不05/23 02:17
34F→: 受控05/23 02:17
36F→: 說新創名詞,但也沒人說backlog的正確說詞是甚麼05/23 02:18
38F→: 校正就校正,以回歸測試的回歸來說,回歸regress which05/23 02:20
39F→: means "return to a worse or less-developed state"05/23 02:20
40F→: ,也就是發生 [變化] 時,狀態倒退到一個 [不穩定] 的05/23 02:20
41F→: 情況,[變化] 就是之前的篩檢結果回報05/23 02:20
42F→: 造成數據上一個 [不穩定] 的狀態05/23 02:20
43F→: 何謂不穩定呢?,因為在疫情趨勢的分析中有時間軸,如果05/23 02:20
44F→: 沒把數據 [校正] 到正確的時間點,會造成後續分析上的05/23 02:20
45F→: 誤差05/23 02:20
46F→: 我覺得比較有效的說法是,直接說700,反正愚民那麼多,05/23 02:21
47F→: 保持大家自律性還比較重要05/23 02:21
60F→: 話說我論文有跟醫院合作,在溝通上真的有點困難05/23 02:49
65F→: 不是篩出五天的量,是降低資料詳細度以增加上傳方便性05/23 02:50
66F→: ,然後reload data去校正,之前那些是還沒上傳,但已經05/23 02:51
67F→: 篩檢完了05/23 02:51
73F→: 不同領域的理解不同吧,我跟醫院開會時也覺得他們廢話05/23 03:04
74F→: 很多ㄏㄏ05/23 03:04
15F→: https://bit.ly/3bIuZfG05/23 00:16
40F→: 所以中央是接受方,醫院才是上傳的那一方,很難懂?05/23 00:30
47F→: KMT那麼痛了,還是那個屎樣ㄏㄏ05/23 00:33
52F→: 你訂單沒寫好,不能上傳就是你的問題啊05/23 00:34
60F→: 上面的連結看清楚好嗎? 上傳有規格,但現在的情況就是05/23 00:38
61F→: 篩檢網路被ddos,造成伺服器delay05/23 00:38
86F→: 公布的是篩檢後有成功上傳的,還有未篩檢完畢跟未上傳05/23 01:43
87F→: 成功的,很難懂?05/23 01:43
92F→: 我看到的資訊,有說地方醫院也有說地方政府的,這樣是05/23 02:09
93F→: 講得人有問題還是報導的人有問題?05/23 02:09
94F→: 上傳的詳細度是必須的,因為要後續建檔追蹤,加上還要05/23 02:10
95F→: 公布足跡等,這些都是資訊05/23 02:10
96F→: 這就是在使用者介面設計上的取捨05/23 02:11
100F→: 篩檢要時間,上傳要時間,整理要時間,但除了第一項應05/23 02:56
101F→: 該都要能降到最低,希望目前系統的延遲點都找到了05/23 02:56
2F→: 推3 不管數字變多還變少,維持高自律就對了,保護自己05/23 00:52
3F→: 也保護他人05/23 00:52
7F→: 做不完的原因部分是key資料的規格詳細度跟方便性上的取05/23 00:53
8F→: 捨導致05/23 00:53
9F→: https://bit.ly/3bIuZfG05/23 00:53
17F→: 時間點有許多說法吧,股市可能是其中一個ㄏㄏ,但更改05/23 00:54
18F→: 系統的時間點和reload data的時間點可能也是原因05/23 00:54
30F→: 不管是14+0還是3+11或是7+7,不遵守的就是不遵守,你看05/23 00:59
31F→: 這幾天還是一堆瘋瘋癲癲的不戴口罩在那邊亂,造成問題05/23 00:59
33F→: 的是那些自律性低的高危險群,沒錯就是在說你華航05/23 00:59
48F→: 目前有做辦法就是減低上傳資料的詳細度以提升上傳的方05/23 01:22
49F→: 便性05/23 01:22
55F→: 連結裡面有寫。。。05/23 01:55
57F→: 不是一天的篩檢量提高,是抓回之前就篩完但未上傳的05/23 02:54
5F→: https://bit.ly/3bIuZfG05/23 01:16
6F→: 現在降低系統的資料詳細度以提升上傳方便性。然後不管05/23 01:18
7F→: 是3+11還是14+0或是7+7,不遵守的就是不遵守,看看這幾05/23 01:18
8F→: 天還是一堆瘋瘋癲癲的不戴口罩在那邊亂,長榮沒事就華05/23 01:18
9F→: 航問題最多,低自律的最佳範本就是你華航05/23 01:18
10F→: 篩檢的時間複雜度要壓應該不容易,而且還有一篩二篩等05/23 01:28
11F→: ,像今天報的中科GG05/23 01:29
14F→: 如果,如果啦,系統夠人性化,疫情有趨緩,醫院的負載05/23 02:33
15F→: 變輕,資料能直進直出,校正應該就不會再發生05/23 02:33
3F→: 這要看分析目標的取向,如果想看疫情趨勢,加回最有可05/23 02:01
4F→: 能的篩檢日期是較為合理,如果是要分析篩檢網路的力度05/23 02:01
5F→: 就不能加回去05/23 02:01
10F→: 染疫跟篩檢的時間點絕大機率是不同的,如果是我做分析05/23 02:23
11F→: ,應該會在篩檢確診的時間點往前加遞減的權重05/23 02:23