神奇光能波原理人體分子結構震動可發出9.35微米的光子能量，當遠紅外線9-10微米之光能波接觸到人體，與人體產生同步共振，兩股能量融合為一體，此能量稱為「生物可轉移 ... ... <看更多>
「苦行o3產生器」的推薦目錄：
- 關於苦行o3產生器 在 看板marvel - [翻譯] 日本怪談：電子計算機在睡夢中等待 的評價
- 關於苦行o3產生器 在 苦行生化科技有限公司- Posts | Facebook 的評價
- 關於苦行o3產生器 在 苦行親身中毒處理經歷 - YouTube 的評價
- 關於苦行o3產生器 在 ?【苦行教室直播】鼻子過敏皮膚過敏20200520早上好[影音 ... 的評價
- 關於苦行o3產生器 在 苦行老師收費在PTT/mobile01評價與討論 - 露營資訊懶人包 的評價
- 關於苦行o3產生器 在 苦行老師收費在PTT/mobile01評價與討論 - 露營資訊懶人包 的評價
- 關於苦行o3產生器 在 20140903 善用臭氧水殺菌又除臭part1 - YouTube 的評價
- 關於苦行o3產生器 在 臭氧機的潛在危機的評價費用和推薦，EDU.TW、YOUTUBE 的評價
- 關於苦行o3產生器 在 PIME/ezsmall.cin at master - GitHub 的評價
苦行o3產生器 在 苦行親身中毒處理經歷 - YouTube 的推薦與評價
苦行 親身中毒處理經歷. 10,840 views10K views. Dec 5, 2018. 176. Dislike. Share. Save. 苦行. 苦行. 100K subscribers. Subscribe. ... <看更多>
苦行o3產生器 在 ?【苦行教室直播】鼻子過敏皮膚過敏20200520早上好[影音 ... 的推薦與評價
【苦行教室直播】鼻子過敏皮膚過敏20200520早上好======上課地點：苦行 ... VTS O3 臭氧機/ 蔬果解毒/ 元氣加油站/ 活氧機/ 健康活氧洗淨機MB-701 ... ... <看更多>
苦行o3產生器 在 苦行老師收費在PTT/mobile01評價與討論 - 露營資訊懶人包 的推薦與評價
在苦行o3產生器這個討論中，有超過5篇Ptt貼文，作者loveywc也提到32週+3 可能以前運動太過度，現在非常排斥運動， 但我老公很怕我不運動之後生產會很辛苦加上他辦公室 ... ... <看更多>
苦行o3產生器 在 苦行老師收費在PTT/mobile01評價與討論 - 露營資訊懶人包 的推薦與評價
在苦行o3產生器這個討論中，有超過5篇Ptt貼文，作者loveywc也提到32週+3 可能以前運動太過度，現在非常排斥運動， 但我老公很怕我不運動之後生產會很辛苦加上他辦公室 ... ... <看更多>
苦行o3產生器 在 20140903 善用臭氧水殺菌又除臭part1 - YouTube 的推薦與評價
[小伍淨水]別讓水偷了你的健康~濾水器髒掉的濾心不見得都是自來水的汙染~絕大部分是管線造成的! 小伍淨水官方頻道 ... A04_臭氧 產生 、檢測及其應用. ... <看更多>
苦行o3產生器 在 PIME/ezsmall.cin at master - GitHub 的推薦與評價
o3 自我介紹. ,,od 多餘. ,,ot 多位 ... rrr 名器. ,rs 移民局. ,rt3 知足常樂. ,rt5 各類. ,rtb 和尚. ,rti 名義. ,rtk 和美 ... y,r 產生器. y,r1 永和路一段. ... <看更多>
苦行o3產生器 在 看板marvel - [翻譯] 日本怪談：電子計算機在睡夢中等待 的推薦與評價
是說各位是不是覺得上一篇有點短 qwq
當然我個人是..... 並沒有這樣覺得 XD
不過還是多發一篇(那前面是在大聲什麼
這篇故事有點微妙 qwq
廢話! 看標題就知道應該很微妙了齁 XDDDDDD
不知道中文這樣翻是否到位
但其實看到原文標題
電算機 夢見るままに 待ち至り
應該就會發現這個故事其實跟某個著名的(ry
總之這個故事的Marvel點很低 (可以說幾乎沒有，我很擔心被警告還是刪文 ><)
而且目前也找不到原文的文字網頁
故事出自於2012年夏天，由136Hz主辦的10人接力百物語朗讀活動
這一篇是排序第10的136Hz本人朗讀的最後一篇故事
故事由讀者投稿，所以大概只有投稿者跟136Hz自己有文字檔了 qwq
附上原故事朗讀連結：
https://www.youtube.com/watch?v=6pOyMoZC5EE
====================正文開始的分隔線====================
這是距離現在超過一輪生肖以前的故事了。
當時，我在某間承接外包業務的公司裡，
擔任企業用大型電腦的夜間操作員。
(P.S 作者是派遣公司員工，所以是承接外包IT業務的公司雇用的外包人員)
我當時負責的主機是某日本製造商──N公司的產品。
工作的內容就是把系統在每天傍晚以前收集到的所有資料依照排程執行處理，
並且確認處理結果。
如果沒有問題，就輸出帳冊之類的文件。
工作內容相當簡單，
沒錯，就是幾乎不怎麼需要技術基礎的輕鬆工作。
也是有極小的機率會發生處理結果錯誤的狀況，
那時候就會需要有所應變。
但依照那間公司的政策，
數據復原跟重新執行程式工作(Job)的動作只有正職員工可以做，
所以對我來說，這個工作就只是重複一些非常沒意義的單純例行公事。
在這樣的日子裡，千禧年問題以及相關因應對策的話題甚囂塵上，
現在想想，那整件事情真是雷聲大雨點小，令人感到有些無言以對，
但對於當時的我來說，還算是個很大的問題。
之所以會如此，是因為我當時負責的大型電腦因為規格上的問題，
在公元2000年以後就無法再使用，所以與客戶之間的契約因此而結束了。
而另外一台我負責的主機，
則是客戶想要把整個系統轉成他們公司自己維護，
所以我這個人就變成了冗員，下一次續約很有可能會有危險。
我因此而感受到後腦勺傳來一陣陣寒意，
就在我想著自己必須轉移技術專業，
從大型電腦跳去個人電腦或伺服器的時候，
那間公司的正職員工跟我接洽了另外一件業務。
那是在I公司製造的大型電腦上運作的，某間成衣公司的系統。
我當時根本就沒有摸過I公司的產品系統，
所以我沒有給他很正面的回應，
但是因為我所屬的派遣公司的影響，
事情發展成我要接受該位正職員工的相關教學。
大型電腦大致上可以分成兩大類，
也就是日本N公司的產品，還有I公司的產品。
如果要簡單地說明，大概就像是PC-9801跟IBM PC的分別了吧。
總而言之，兩種產品的操作概念完全不同。
講真的，我是很想乖乖等契約到期，然後去找一些別的工作，
但因為一些現實層面的因素，所以我非得承接這個系統的業務不可。
另外，還有一個很重要的因素讓我不想跟這件事情扯上關係。
那就是──那個系統常常出問題，就是常常當機啦。
一般來說，商務用大型電腦的系統通常都是用COBOL語言開發的，
只要系統一旦正式開始運作，通常就可以運作得相當穩定，這是我當時的認知。
實際上，以我原先負責的系統來說，跑Job跑到當機的狀況，
一年裡可能也不過就那麼幾次，或根本就不會發生。
但是，那個系統狀況好的時候，是一天就可以當一次，
狀況不好的時候還會當兩、三次，
簡直就是當機當到理所當然，是一套跟笑話沒兩樣的系統，
老實說我心裡的想法是：「拜託你們饒了我好嗎」。
所以，公司內部也出現了一些聲音，
認為即使是從系統營運端的角度來看，
也實在沒辦法再讓系統在這種狀態之下繼續跑下去。
公司似乎也已經為了這件事情而跟客戶討論了好幾次，
但因為對方相當一毛不拔，所以相關的交涉也就因此而難產了。
不過，每當Job執行到當機的時候，
客戶就一定會在半夜裡被通知的電話吵醒，
而這一點倒是打中了罩門，讓對方終於做出了要修改系統的決定。
所以，除了操作電腦系統以外，我又得負責解析原始碼的工作。
詳細的狀況這裡就不多說了，總之程式的內容真的寫得十分粗糙。
而我則是跟正職員工合作，
持續進行確認程式說明書跟原始碼內容的工作。
「你看看，就連高職生的回家作業都比這東西好一點吧？」
工作過程中，我不小心說溜嘴，把心裡的抱怨講了出來。
於是正職員工對我說：
「據說這間公司在專案談成以後，又對開發程式的公司殺價殺得很兇，
開發公司好像在系統完成之後就拒絕了所有的技術支援需求的樣子，
所以有些程式碼是他們公司自己想辦法擠出來的，
每次一出問題就東挖西補，才會變成這樣的啦。」
我仔細看了一下，在那種只能讀取數值作為引數的處理程序裡，
竟然把資料來源種類指定成ANK文字(半形英數文字+半形片假名)，
另外也有發生完全相反的狀況。
這種程度的問題，根本可以在輸入數據的程式裡預先做好防範了不是嗎？
像這樣的問題我們發現了非常多。
另外，因為系統改寫的次數也非常之多，
與客戶討論以後，結果最後決定要全面性地更換這個系統。
雖然我當時也很高興可以從這種苦行之中獲得解放，
但事實上是從這時候才要正式開始對舊版系統進行全面性的解析作業，
提出系統需求、設計程式、進行各式各樣的相關測試等等等等，
新系統要正式運作起來根本就是很久很久以後的事情。
然後呢，進行解析作業的某天夜裡，
在檢查負責產生帳冊文件的某幾個子程序(Subroutine)的時候，
竟然發現了一些連說明書裡也沒有記載的Subroutine。
那些Subroutine跟某個每月/每週處理程序連結在一起，
只要那個處理程序有動作，系統就會執行其中一個Subroutine。
那個Subroutine的功能是從資料庫裡提取某些特定的資訊，
等到這個Subroutine跑完以後，就會啟動下一個Subroutine，
把所提取的資料製作成帳冊文件。
接下來，下一個Subroutine會修改這個文件的檔名，
然後它會被儲存到一直被設定成唯讀資料夾的帳冊文件資料夾裡面。
它的程式架構就是這樣。
我對正職員工報告了以上這些奇妙的Subroutine的運作模式。
「我看看，它想要載入的數據，
是第一行的第12字元開始，1個字元，
這邊是從第六行的第13字元開始，3個字元…」
像這樣比對File Layout，調查程式碼的過程裡，我發現了一件奇妙的事情。
「這間公司的File Layout裡還有包含Record Name耶。」
「真的耶，就是因為連這種鬼東西都要寫進去，
才會讓程式出錯的啊，真是的。」
就在一連串的抱怨的過程之中，我發現了那個Subroutine所要呼叫的數據，
並不是儲存在Record File裡面的資料，
而是從Record Name之類的，內容不會變動的欄位裡，
提取出文字列的一部份。
「這個程式是怎麼回事啊，搞不懂它要做什麼耶。」
我看著那些程式所要擷取的文字列抱怨了起來。
正職員工看著我擷取出來的文字列，露出了一副為難的表情。
「這…是不是可以讀成ia ia cthulhu啊？」
「洛克萊夫特是嗎？克蘇魯的呼喚那個？」
「那就把這個部分的Job擷取出來執行看看吧？」
正職員工的表情突然間奇妙地變得有點興味盎然的感覺。
「我知道了，那麼，我就改寫一部份程式碼，
讓程式可以把Spool File列印出來好了。」
所以我就花了大概兩個小時，製作可以執行的JCL，
嘗試執行這一系列的Job，
看看最後從印表機裡輸出的文件內容會不會是…
結果還真的是那些詛咒的文句。
「in his house at r'lyeh dead cthulhu waits dreaming.」
(在拉葉城的宅邸裡，死去的克蘇魯在睡夢中等待。)
「ph'nglui mglw'nafh cthulhu r'lyeh wgah'nagl fhtagn」
「這不就是…拉葉書(R'lyeh Text)？」
正職員工看著那些文件喃喃自語…
「嗚哇，這東西要超過100頁了啦！」
印表機不斷地吐出印上了那些內容的紙張。
這時我在機房裡聞到一股跟印表機所散發的臭氧味不一樣的，
某種似乎有點腥臭的味道，會是我的錯覺嗎？
「嗚哇，頁數都超過200頁了耶。」
「這樣太浪費紙了，快刪掉那個Spool檔。」
於是那個夜晚就這樣結束了。
後日談：
所以我們發現，那個系統每次實施每月/每週處理的時候，
都會啟動那一串Subroutine，由電腦詠唱那些咒文。
而且那間公司每個月都會有幾天籠罩著一股有如海風一般腥臭的味道，
雖然我猜想那有可能只是印製帳冊文件的時候，
從印表機裡發出的臭氧味就是了。
那間公司大樓的樓上就是員工宿舍，
因為一些原因，所以某次上夜班的時候有機會聽人分享怪談，大概就是一些：
「據說在公司旁邊的河裡，有人看見過河童。」
「有人在公司大樓裡看見外面有半魚人。」
之類的怪談故事。
這到底是不是因為牠們回應了電腦的呼喚了呢？
曾經參與過軟體系統開發工作的人應該可以理解，
系統開發這種工作是沒有辦法單線作業的，
這種程式架構實在不太可能是某一個人自己偷偷寫進去的。
據正職員工說，就像前面講的那樣，
開發系統的公司跟客戶之間在金錢方面似乎有過相當大的爭執，
所以我想，這應該不是單一員工的個人行為，
很有可能是整個開發小組一起合謀的。
有辦法讓人做出這種事情的怨念，
讓我感受到，人類所造的罪業果然真的很可怕啊。
--
時 時時 穏 時 同 同同
は流 にに や激 に違 違じ じじ
川れ 早遅 か流 よう う 川時
のの くく なの そっ け
様 時時 れて ど
は
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.162.219.249
※ 文章網址: https://www.ptt.cc/bbs/marvel/M.1458326090.A.83A.html
※ 編輯: Magnumace (1.162.219.249), 03/19/2016 02:36:19
... <看更多>