增加網址：
文章備註、標題(會記錄下來，但是暫時不會顯示)：
[四格]Excel是有極限的 無名 20/10/06(二)00:49:28 ID:s.p72PG6 No.1801791
回覆: >>1801847 >>1802037
評分：0, 年：0, 月：0, 週：0, 日：0, [+1 / -1] 最後更新：2020-10-08 01:41:38
附圖
>有英國實驗室專門將每日檢測結果以Excel表格的形式發送給衛生部門，而表格的內容則是以逗號分隔的檢測結果值列表。 儘管Excel文件大小並無限制，但卻有1048576行的最大行數限制，超過這一行數的數據將不再顯示。

但Excel真的很好用
無題 無名 20/10/06(二)00:51:05 ID:6Cy8hZlY No.1801792
回覆: >>1801807
誰叫你只用一個檔案的
無題 無名 20/10/06(二)00:53:19 ID:TGGELXOs No.1801793
回覆: >>1801807
八成是CSV
我都用python讀
無題 無名 20/10/06(二)00:56:24 ID:Qtq3qFUY No.1801797
附圖
https://bit.ly/3jtzWuG
這種時候出這種差錯...
無題 無名 20/10/06(二)00:59:16 ID:yitND7Yg No.1801799
重點是為甚麼要用excel吧⋯
Access之類應該有同樣紀錄功能
無題 無名 20/10/06(二)01:00:09 ID:leiS8utM No.1801801
誰叫你要有破百萬個病例
連寫Excel的人都想不到你會搞砸成這樣
無題 無名 20/10/06(二)01:07:53 ID:no3CAreU No.1801805
回覆: >>1801807
...不能分成兩個檔案或分頁嗎?
無題 無名 20/10/06(二)01:11:06 ID:RZ/cV1EI No.1801806
回覆: >>1801818
https://twitter.com/standupmaths/status/1313149987707072512
看起來重點是用舊版格式，只有65536行
無題 無名 20/10/06(二)01:12:06 ID:vpM7/Ijo No.1801807
回覆: >>1801816 >>1801818 >>1802127
>>1801805
八成和>>1801793說的一樣
標題雖然寫 excel 但卻是 csv 之類的格式
如果是這類格式那真的沒法分頁

但我和你與>>1801792一樣想問，這群人真的是沒想過要分複數檔案嗎？
無題 無名 20/10/06(二)01:23:01 ID:TiDtjLyA No.1801812
我的病例是能突破Excel的病例啊啊啊
無題 無名 20/10/06(二)01:30:37 ID:7HA.3tpg No.1801816
>>1801807

CSV數據會輕易超過吧

重點是處理這個通常不是拿 excel 來處理阿
無題 無名 20/10/06(二)01:34:42 ID:49A3e0EA No.1801818
>>1801807
>>1801806
.xls
無題 無名 20/10/06(二)01:37:58 ID:6jxi1UsA No.1801819
越是處理病例，就越會發現Excel的能力是有極限的

我不用Excel了!!jojo!!
無題 無名 20/10/06(二)02:53:19 ID:xNZsdD5w No.1801847
>>1801791
>>最大行數限制

而且這是指「直行」，在其他地方看到的消息:
這個Excel檔裡，一個病例放一個「行」(column)
而不是一列(row)一個病例
無題 無名 20/10/06(二)10:39:16 ID:L7RhQsGM No.1801999
回覆: >>1802014 >>1802023 >>1802028 >>1802039 >>1802128
每個國家政府
是不是要請一套各種有在用的軟體的
專家、了解軟體極限的顧問，比較好?
或著是一開始就請極專業的顧問列出每個工作適合的軟體/資料儲存與管理方式?
這樣會很花錢嗎?
無題 無名 20/10/06(二)10:58:38 ID:e2VkT042 No.1802014
回覆: >>1802034 >>1802060 >>1802083
>>1801999
根據經驗，政府用的電腦系統或軟體往往會比坊間落後個五至十年左右
無題 無名 20/10/06(二)11:19:37 ID:RscxcqRw No.1802023
>>1801999
這樣那些老屁股還要學新東西才能對得起薪水
很不方便
無題 無名 20/10/06(二)11:22:29 ID:LeJ7u5hE No.1802028
>>1801999
你有辦法說服那些不想進步的老害的話，請
無題 無名 20/10/06(二)11:29:11 ID:DT3kbIEk No.1802034
>>1802014
今天才終於轉Win10了
無題 無名 20/10/06(二)11:33:47 ID:bKbWExWs No.1802037
>>1801791
台灣霉體：英國一日新增萬一萬六件病例，疫情恐失控
鳴嘴：我覺得這個歐洲人就是太過樂觀，你看大陸實施全面普篩並且嚴格封城，這時候太過自由民主的民情反而會造成阻礙......(下略)
無題 無名 20/10/06(二)11:34:52 ID:XzRKvqjY No.1802039
>>1801999
因為是鐵飯碗，擺爛度很高
無題 無名 20/10/06(二)11:59:36 ID:.jj7p/MI No.1802060
附圖
>>1802014
事情有好有壞
還有可靠度的問題
今天如果都用新的
新聞標題就會可能變成
"巨硬系統更新導致防疫資料損毀，民眾轟:今年第幾次了"
"不熟悉新介面，公所人員邊做邊翻今年新版教科書"

如何在功能性跟可靠度中間抓平衡點是個大哉問
除此之外的問題也還有...
無題 無名 20/10/06(二)12:32:23 ID:HT1ELhK. No.1802083
回覆: >>1802105
>>1802014
偷偷告訴你
台灣的行政機關和歐美比已經是驚人的有效率
無題 無名 20/10/06(二)13:16:11 ID:K8Erohlg No.1802105
回覆: >>1802277 >>1802285
>>1802083
台灣的行政機關相比起來真的滿有效率的，至少在資訊設備這方面
我看區公所的辦公電腦都換成Win10+Office 365了
無題 無名 20/10/06(二)13:40:33 ID:2KEjNjec No.1802127
>>1801807
他們收到私人公司的CSV之後弄成excel檔，這其實我們單位也常常這樣zzzzz
>這群人真的是沒想過要分複數檔案嗎？
有啊他們最後不就分割檔案了，也算是個解啦
無題 無名 20/10/06(二)13:42:49 ID:2KEjNjec No.1802128
回覆: >>1802288 >>1802455
>>1801999
這種情況通常會外包，不過我們單位剛好有強者可以齁住所以很輕鬆
是說我們政府說要改用ODT格式不知道幾年了，到最後還是像迷宮老鼠一樣回去用office
無題 無名 20/10/06(二)16:48:57 ID:rVS7w1CU No.1802277
回覆: >>1802281
>>1802105
話說有誰知道內地行政機關的資訊設備更新情況？
無題 無名 20/10/06(二)16:52:56 ID:HT1ELhK. No.1802281
回覆: >>1802284
>>1802277
我不知道內地狀況
我只知道台灣一定贏
無題 無名 20/10/06(二)16:54:25 ID:B5SXxGU. No.1802284
>>1802281
你是不是假定了他的內定是在說大陸不是南投的可能性
無題 無名 20/10/06(二)16:54:36 ID:uNUFnKH6 No.1802285
>>1802105
外國的政府機關你申請東西可能動不動就1-2個月
台灣基本一周內一定好
無題 無名 20/10/06(二)16:57:13 ID:tTvuZhDI No.1802288
>>1802128
那些ODT格式根本都是拿DOCX下去直接轉的
結果就是用LIBREOFFICE看格式會跑掉(尤其是有表格的情況)
但用OFFICE看卻不會的詭異情況........
無題 無名 20/10/06(二)20:25:11 ID:EhL26MB6 No.1802455
回覆: >>1802468
>>1802128
因為爆幹難用，所以強制各機關發文附件要用ODT還要算績效，不然沒人用。
結果就是發文用ODT或是直接用PDF，再打電話要OFFICE檔。
無題 無名 20/10/06(二)20:44:22 ID:2HrQt35w No.1802468
回覆: >>1802702
>>1802455
其實也不算是ODF的鍋啦啦，微軟就是藏了一堆招在轉檔過程
只要你用office套裝軟體，整個體驗就是差

不過要改變使用者習慣超難，除非環境不允許用office，不然很難推廣

宜蘭3度「戒」微軟Office
https://www.twreporter.org/a/software-microsoft-tw-government-ilan
無題 無名 20/10/06(二)20:54:04 ID:1w5fCVCo No.1802473
回覆: >>1802480 >>1802489
公家單位ODT推不動
我想很大一部分原因在於學習成本
一堆老公務員連Office都不太會用了

要他們在學跟office用途一樣的東西
只為了幫政府省授權費
也是打從心裡牴觸吧
無題 無名 20/10/06(二)21:04:35 ID:6B/diPMM No.1802480
>>1802473
odt推不動？
要安裝個軟體還要經過資訊室同意，這樣怎麼可能推得動！
臨時要將odf加密以電子郵件回復，還要偷偷安裝libreoffice，才解決這種破事！
局的格式也是用MSoffice打完另存成odt，用libreoffice來讀，格式不跑掉才奇怪吧！
無題 無名 20/10/06(二)21:15:05 ID:5dQVlIJU No.1802489
>>1802473
打一開始就裝ODT就不會推不動了
老害不會用？
老害office一樣不會用都是叫菜鳥用好不好是有差逆
無題 無名 20/10/07(三)02:02:14 ID:6mUV2WU6 No.1802702
回覆: >>1802777
>>1802468
我自己就是用libreoffice，用起來滿順手的

雖然確實可能有第三方的介接問題，但我看官方也有出對外的API(我自己是沒用過)，文內關於功能、效能、穩定性的不足我個人也沒特別感受到

不過我不是在做文書處裡的，用量不大而且大部分功能我都沒在用，微軟的全家桶真有強到難以轉換嗎？(撇開使用者習慣問題)
無題 無名 20/10/07(三)07:20:09 ID:JN.ceQZI No.1802777
回覆: >>1802791 >>1803129 >>1803134
>>1802702
光是WIN7→WIN10的開始位置不同逼得我得全辦公室重講一次如何操作電腦

而且認真覺得有些人用電腦跟使用魔法差不多
知道在某個時機要去某個地方點某個圖示就能產生某種效果
但不知道其中是如何運作的......
無題 無名 20/10/07(三)07:49:38 ID:gUMFPUp. No.1802791
>>1802777
科學就是這樣誕生的(五千年前)
無題 無名 20/10/07(三)16:21:24 ID:bhm/sPJk No.1803129
>>1802777
機器神教：你使用電腦前有沒有拜拜？有拜拜差很多哦，轉碼或傳輸檔案時越接近完成越容量中斷。
無題 無名 20/10/07(三)16:27:23 ID:pyCskt8. No.1803134
>>1802777
還有一堆明明寫的是中文卻不看的臭老害
無題 無名 20/10/07(三)16:31:03 ID:KVgJTCyQ No.1803135
回覆: >>1803143
其實認真說，最大的問題是編輯器格式跟交換格式不分。
像odt、odf、xls、xlsx之類的格式其實都只預設
給自己人讀。實際內容可能只比直接把記憶體dump出來好一點。

真的要轉移資料的時候，還是應該乖乖匯出成共享用的格式。
像是PDF、CSV等等。
現在的問題其實就是長期便宜行事的後果。
阿全公司/機構都統一用一樣的軟體→所以不管三七二十一直接
把做好的檔案丟過去就好。
無題 無名 20/10/07(三)16:41:02 ID:JG2beQOE No.1803143
回覆: >>1803150
>>1803135
你這樣講不太準確

ODF(含ODT, ODS)其實就是延伸自XML這個交換格式，創立目的也是不讓使用者被編輯軟體綁架。不過微軟就是硬要在OFFICE裡用一推招把它擋下來
無題 無名 20/10/07(三)16:59:36 ID:KVgJTCyQ No.1803150
>>1803143

理想是這樣沒錯，但現實來說ODF系列並沒有達到這個目標。
結果論來說就只是一個開放源碼替代方案而已。

更不用說Libre Office 開 Apache OpenOffice的odt檔案
還會嚴重跑版。自己ODF都沒辦法保證結果完全一樣了
更不用談什麼不讓編輯軟體綁架了。

除非是要交換文件模板，否則交換文件都建議使用PDF。
交換資料都建議用純資料格式(XML、JSON、CSV)。

除此之外的格式或多或少都有被編輯器綁定的部分。