前段時間,我正忙著準備乙個軟體系統的測試登記和鑑定的準備工作(**立項專案)。在準備期間,需要準備很多資料,以接受這些所謂專家們的檢閱。在這過程中,有乙個問題我一直覺得很納悶。軟體檢測中心提供給我們的資料清單裡有一項是提供軟體源**,並且要求整理成文件列印出來。看到這,我就傻眼了,乙個軟體的源**用word排版出來那是多少頁啊。因為這個軟體是基於.net下b/s應用系統,整個專案包含了asp.net開發的各種檔案。我在想,這樣的軟體鑑定規範是哪位仁兄制定的。沒辦法,軟體要通過鑑定,我們不得不按要求行事。
另外,我還親身經歷過這樣乙個事情。半年前,我參加乙個**直屬單位的軟體工程專案的建設。有一次,客戶帶領我們參觀他們的資訊中心辦公室和機房。進去一看,機房間確實夠豪華,所有的硬體都是最先進的,什麼ibm、hp伺服器,擺滿了好幾個機櫃,所有裝置一應俱全。當然,對有錢的單位來說,這些不足為奇。最吸引我注意的是,在他們辦公室裡,有乙個很大的書櫃堆滿了各種軟體工程建設的技術資料。這些資料裝訂特別漂亮,整整齊齊的擺放著。其中有幾本資料特別厚。大家可以想象一下厚到什麼程度呢?你想象一下把兩本牛津字典放在一起的厚度;如果你沒有用過牛津,那你就想象中國四大名著放在一起的厚度;如果你也沒有讀過四大名著,那就把它抱起來試試,你今天晚上的飯量肯定要翻一番, 哈哈。當時,我就好奇地問其中一位工作人員,什麼軟體的技術資料有這麼厚啊?這位工作人員告訴我說,是我們單位一些軟體系統驗收時候列印的源**文件。我順手翻開瞄了一眼,上面寫著地理資訊系統源**,天哪!裡面全是c++**。
就上面兩件事情,我們姑且不不論源**是否應不應該列印成紙質檔案。我相信,任何乙個有過軟體開發經驗的人都明白,乙個軟體源**是具有嚴格組織形式的檔案集合。比如乙個軟體專案裡面有解決方案檔案、專案檔案、介面檔案、元件**及其他配置檔案,並且這些檔案在vs.net ide裡有嚴格的結構,更何況現在的軟體開發是oop時代。如果哪個怪才願意讀幾千頁的紙質檔案上的源**,我肯定向他多磕幾個頭。
近年來,很多單位的資訊化建設都在提倡無紙化辦公。無紙化辦公最初淺的理解就是通過資訊化手段來代替傳統手工作業下的資訊傳遞和交流。 過去有些單位只是把它作為乙個響亮的口號和美好的嚮往。隨著計算機技術的發展,網路辦公日益普及,我們的辦公自動化水平在也飛速提高,國家大事、重要通知、上級檔案上網點選就一目了然,但是有些單位的必要的、沒必要的紙質檔案照樣滿天飛。根統計,我國的辦公用紙仍在以每年4%到7%的速度增長,按照這種速度,再過10年,辦公用紙將增加一倍。在網路辦公技術日漸成熟的同時,各類印表機的銷售量卻連創歷史紀錄,印表機與電腦的比例同步增長,與此同時印表機專用紙張的消費也連年呈現快速攀公升態勢。在我們大肆宣揚"無紙化辦公""節約資源"的今天,竟然還出現列印軟體源**這麼荒唐的事情,尤其是發生在這些資訊化建設的主管部門,更是讓人感到不可思議。
沒事兒看看文學
學習難以專心,加之最近心情不佳,乏味的很。偶然間,在網上讀到一篇有關陳之藩的文章,標題是 陳之藩 春風大雅能容物,秋水文章不染塵。說來慚愧,我從來沒聽說過這個人,因為自己對 時期那些文人墨客並不是很感興趣,除了朱自清等中小學課本上介紹過的 名人 外,知之甚少。看了對他的介紹,不禁下了一跳 陳之藩,1...
過載,整合和多型 算符優先順序 沒事兒找事兒
原帖請見 老人的討論帖 你知道為什麼嘛?給大家出道題!總之,做好這類問題光憑基礎紮實還是不夠的,因為基礎紮實往往意味著思維定向,很容易掉進出題者的陷阱。儘管我不喜歡這種為了考到人 難住人而出的面試題,但是無論是作為一類題型,還是作為鍛鍊我們思維嚴謹性的一種手段,多看看,多想想,總是沒有錯的!還有一種...
沒事兒千萬別點 鏈結有毒
序首先道歉,對於這樣的標題把csdn的各位技術大牛忽悠進來,我實在不是故意的。但是無論如何,您還是進來了,而且毫不猶豫的,義無反顧的衝了進來。這是為啥?對,好奇心。在人類出現的那一天,好奇心就一直伴著我們的老祖宗不斷進取和學習,直到今天,我們對於新鮮的事物依然具有非常強烈的好奇心。老話兒說的好 好奇...