推 syoutsuki77:魔法少女伊莉雅的作者表示： 06/17 00:08
對啊，他的名字全變方格啦!!!!
推 godmanntut:懶的改，但一樣繼續賺... 06/17 00:08
→ Leeng:對..很現實的理由 中文名字有罕見字的都變問號了 06/17 00:09
※ 編輯: jeanvanjohn 來自: 119.14.75.7 (06/17 00:09)
推 arararare:悲哀...佔有率在他手上阿... 06/17 00:09
→ hedgehogs:推博客來系統= ='' 06/17 00:10
推 ZMTL:綾_行人. 06/17 00:10
→ Xavy:鮎川圓 我也沒辦法顯示 XD 06/17 00:10
推 Leeng:遠?凜 06/17 00:10
→ Yanrei:博客來表示：不╴不要用！ 06/17 00:11
→ Newtype:因為會牽扯到資料庫後端資料編碼 影響太大了不敢動吧 06/17 00:11
→ kaj1983:買書都用ISBN查比較保險 06/17 00:11
推 Lango1985:Unicode都已經普及多久了，還在用BIG5 06/17 00:11
→ PsycoZero:老實說中央圖書館的系統我也懷疑有一樣的問題 06/17 00:11
→ PsycoZero:出版駐記很少看到外文的 06/17 00:12
推 kira925:轉換資料很困難的 吃屎的話就是大爆炸 06/17 00:13
→ kira925:很多人應該很難相信，我們的銀行用的中央電腦 06/17 00:13
→ kira925:可能還不如你的PC.... 06/17 00:13
這很正常，太空梭的電腦還不如一台286嘛。
※ 編輯: jeanvanjohn 來自: 119.14.75.7 (06/17 00:14)
→ Newtype:真的很麻煩 因為是累積下來的資料 沒辦法說改就改 06/17 00:14
→ Newtype:而且很大量 轉個編碼在塞回去可能就要很久 然後還有錯 06/17 00:15
→ soem:完全相信，聽說大型系統用的程式語言越來越找不到人維護了 06/17 00:15
推 KawasumiMai:就沒有遠見的系統還會在那邊big5啊.... 06/17 00:15
→ Newtype:因為資料庫也不太可能有新版就馬上上 除非是新系統 06/17 00:15
→ Newtype:薪案子 06/17 00:15
→ KawasumiMai:只要稍微接觸一下就知道要改unicode了... 06/17 00:15
→ kira925:不是沒有遠見的問題 是建置太久，沒人敢動... 06/17 00:15
推 Lango1985:反正只用來儲存資料,頂多文書處理而已,會用多好的機種 06/17 00:16
→ kaj1983:這和有些人為什麼電腦一直用2000或XP，因為灌了、抓了太多 06/17 00:16
→ kira925:(雖然柏克萊的例子應該是沒遠見無誤) 06/17 00:16
→ kaj1983:東西，資料整理不易所以懶得重灌XD 06/17 00:16
→ kira925:做這種資料轉換，平順的話萬事OK 失敗的話就悲劇了... 06/17 00:17
→ hank780420:其實重灌也只要換顆大的硬碟把資料塞到某個分割就好啊 06/17 00:17
→ PsycoZero:遠見？以前是能遠到哪裡，2012年嗎？ 06/17 00:17
→ kira925:那是PC 大型電腦不是這樣運作的.... 06/17 00:17
→ Newtype:也不太能說是沒遠見 很多觀念也是之後才有的吧 06/17 00:17
→ Newtype:穩定是最重要了 06/17 00:17
推 soem:僅是資料庫就很慘烈了，整個系統都跟著過去又不能停機，那就~ 06/17 00:18
→ KawasumiMai:拜託...柏克萊幾年成立的？1995年耶 06/17 00:18
→ kira925:不是那樣運作的 兩千年左右正是Unicode開始通行 06/17 00:18
→ KawasumiMai:都快千禧年了還只想著賣華文書嗎 06/17 00:18
→ kira925:在那之前的東西不太會去想那些 06/17 00:18
→ Newtype:之前每次改版在銀行等系統上線根本是噩夢.. 06/17 00:18
→ kaj1983:另外最重要的一點就是，他改了又不會賺比較多錢，所以就不 06/17 00:19
→ kaj1983:改了 06/17 00:19
→ PsycoZero:1999年就世界末日了沒差啦，那時候好像也沒UNICODE 06/17 00:19
→ kira925:如果是1995年....那用Big5不意外..... 06/17 00:19
→ PsycoZero:我就認識生意人還在用倚天作管理，都什麼年頭了... 06/17 00:20
→ kaj1983:和寫程式一樣，沒有出大包就不用改 06/17 00:20
→ kira925:有Unicode 但是沒人甩他 要到1999才有人開始重視 06/17 00:20
→ Newtype:一開始沒想到做這麼大 然後東西越來越多 架構越來越複雜 06/17 00:20
推 soem:有的時候也可能有其他的問題，我是指PTT...XD 像是PTT沒辦法 06/17 00:20
→ soem:轉換我猜是因為雙色字吧... 06/17 00:20
推 Lango1985:在1995年會先想到的，應該是能不能順利度過Y2K吧？ 06/17 00:20
→ Newtype:要改.....不如整個系統重新規劃設計打掉重做 06/17 00:21
→ kira925:不會 1995年的時候也不會去想這個XD 06/17 00:21
→ kira925:1998年才開始有人去處理他 06/17 00:21
→ KawasumiMai:1995年的東西哪需要怕千禧年... 06/17 00:21
→ kira925:Programmer其實是一群鼠目寸光、視界狹隘的生物(?) 06/17 00:22
→ PsycoZero:1999年，世界陷入了核戰的風暴之中(ry 06/17 00:22
→ soem:說到遠見，或許unicode拿現在的東西比就像IPv6吧... 06/17 00:22
→ kira925:認真的說拉，在硬體資源有限、實際會存活多就不明下 06/17 00:22
→ kaj1983:是拿多少錢，做多少事的生物... 06/17 00:22
→ kira925:很多東西都是會動就好 誰管他什麼unicode/64bit的 06/17 00:22
→ PsycoZero:老實說誰會想到IPv4會用完？ 06/17 00:23
→ soem:Programmer是一群只想交差了事，能動就好的生物~ 06/17 00:23
→ kira925:我現在有個我完全崩潰、不知道怎麼寫的作業 06/17 00:23
→ kira925:就是個Big-5編碼，非ANSI-C的作業.... 06/17 00:23
→ KawasumiMai:編碼跟位數是不同的情況吧....你看車牌.... 06/17 00:23
→ soem:說來聽聽，有興趣聽聽...XD 06/17 00:23
→ kaj1983:要改可以啊，要我幫你預測未來可以，錢先給多一點再說 06/17 00:23
→ kira925:我花了兩天去改它變成ANSI-C compatible 然後再讓他run 06/17 00:24
→ kira925:了一天，但是我還是不知道她到底能不能跑出來.... 06/17 00:24
→ kaj1983:交差了事，能動就好的生物是大學生...不是programmer啦 06/17 00:24
→ kira925:不要把Programmer想的這麼高尚阿wwww 06/17 00:24
→ soem:雖然我是學生沒錯，但是...真的嗎？ 我總覺得工程師都一樣... 06/17 00:25
→ kira925:很多東西真的是先求會動，未來改進有錢有空再說 06/17 00:25
→ kira925:Dirty Trick到處都是....能run起來變成成果才是重要的 06/17 00:25
→ kira925:否則就不會有千禧年危機了www 06/17 00:27
推 KawasumiMai:是認知上的問題嗎？工具跟做法真的是兩回事 06/17 00:27
→ Newtype:因為就算有洞 也不見得就是我要跳XD 06/17 00:27
→ Newtype:留給後人改吧 06/17 00:28
→ KawasumiMai:你用什麼方法讓他run是一回事，開什麼空間又不同了 06/17 00:28
→ KawasumiMai:在不知道會不會爆位數之前就不可能用int而用long 06/17 00:28
推 kira925:硬體限制.... 06/17 00:29
推 soem:如果你是說IPv6的部份的話，其實我的意思是遲早得轉到IPv6， 06/17 00:29
→ Newtype:老實說編碼這其實還滿複雜的 以前就算純big5 還有許功蓋 06/17 00:29
→ kaj1983:以前記憶體幾K、幾M，現在隨便都幾G了 06/17 00:29
→ kira925:很多東西其實是歷史因素 不見得是不肯(當然也很可能是懶 ) 06/17 00:30
→ soem:但是現在幾乎不太有人想做，即使真的快把IP用完了這樣 06/17 00:30
→ kira925:偉大的NAT+DHCP 讓IPv4多活了好久阿... 06/17 00:30
→ kira925:解釋清楚一點好了 現在我們在寫程式的時候 通常不太會去 06/17 00:31
→ soem:事實上硬體軟體都多少能支援了，但真正提供的服務卻幾乎沒有 06/17 00:31
→ kira925:考慮記憶體 反正不夠位數就給他unsigned long long幹下去 06/17 00:31
→ kira925:但是以前的電腦只有幾MB的記憶體(甚至更少) 06/17 00:32
→ kira925:這種時候你就不會考慮去用long 而很可能直接偷吃步用short 06/17 00:32
→ kira925:因為你的RAM就是不夠用 而且很多時候也不會知道這程式 06/17 00:33
→ kira925:居然會跑到溢位(如果以時間的情況) 06/17 00:33
推 soem:也是有這問題呢wwww 畢竟對中文來說，Big5比unicode省很多~ 06/17 00:33
→ kira925:UNIX以前有個有名的bug就是他的年份計算是1970+X 06/17 00:33
推 KawasumiMai:kira說的個人認為是有點偏向IBM年代之類的說詞 06/17 00:34
→ KawasumiMai:但是就1995年的博客來來說，個人認為就整個只是不認為 06/17 00:34
→ KawasumiMai:之後自己會賣到外文書這樣 06/17 00:34
→ kira925:所以說.....過了2038/1/19/3/14/07 06/17 00:34
→ kira925:(這已經是32bit了歐!) 下一秒你會變成什麼時間呢? 06/17 00:35
→ kira925:博客來那個我是覺得那個時候沒想那麼多拉，反正就是Big5 06/17 00:35
→ kira925:爽爽用 反正也沒有日文書 06/17 00:36
推 soem:或許是沒遠見沒錯，但我想可能不只是沒想外文書，Big5也缺不 06/17 00:36
→ kira925:但是你要說沒遠見嗎? 也不見得 因為那時候unicode好像... 06/17 00:36
→ kira925:我記得好像還沒有中文? 06/17 00:36
→ soem:少中文字，有雅興一點的中文作家就可能顯示不出來了.... 06/17 00:36
→ kira925:而且最坑爹的是，就連unicode自己都有編碼問題(UTF-7/8/16 06/17 00:38
→ kira925:這種情況下對求穩定的重要資料庫 優先選Big5其實合理 06/17 00:38
→ PsycoZero:別用坑爹，那是(ry 06/17 00:39
→ kira925:我學壞了QQ 06/17 00:39
→ KawasumiMai:有點自覺Orz 06/17 00:39
推 soem:我確實是忘了年代了，1995年UTF-8好像也還沒穩定... 06/17 00:39
推 kira925:1995有UTF-8了阿 不過要用哪個還是沒確定下來 06/17 00:42
→ kira925:不過根本是:那個時候的unicode 只有兩萬字的漢字 06/17 00:43
→ kira925:中日韓合併計算歐.... 06/17 00:44
→ kira925:剛剛用了不該用的詞 小舞跟PZ覺得不舒服的話請原諒我(跪) 06/17 00:45
→ PsycoZero:我沒有，我是在反諷 06/17 00:45
→ PsycoZero:你看到那個略了嗎，那就是嘲諷的象徵( 06/17 00:46
推 kira925:修正一下前面的說法 那時候的Unicode有CJK 06/17 00:47
→ kira925:但是字數有限 06/17 00:47
推 ellisnieh:寫公文請全字庫增罕用字有可能嗎？ 06/17 01:38
推 b2209187:版上很多鄉民以為資料庫轉換很簡單，問題是沒那麼容易 06/17 17:27
→ b2209187:很多醫院、銀行現在資料系統老舊就是這原因 06/17 17:28
推 siyaoran:除了資料庫裡的資料，還有讀取端的問題，用這資料庫的地 06/17 18:54
→ siyaoran:方越多，表示有越多程式要修改 06/17 18:55