【正文】 ，在新的全球化的文化語境中，文學在舊意義上的作用越來越小。希利斯?米勒多次來中國講過學，在他的一系列學術報告中，最引人注目而引起爭鳴的，是他所闡述的文學“終結(jié)論”的理論命題。隨著科學事業(yè)的發(fā)展，大眾文化的全方位興起，文學創(chuàng)作與文學研究面臨著新的困惑與挑戰(zhàn)。文學的可變性是無法預測的，就像手機短信替代電報一樣，也許某一天人們會毫不奇怪地 2發(fā)現(xiàn)，好多作家被逐出文學的伊甸園，同時又會出現(xiàn)另一種文學創(chuàng)作方式。在中國文學界，作家們對一些評論家的反感，并非空穴來風，盛極一時的“罵評”和“酷評”，徹底改變了作家對評論家的尊敬和信任。這種娛樂功能從屬于一種普適的生存活動和生活需求。譬如，一些評論家曾批評過為版稅寫作的作家，如果還個位置思考，就可以理解作家為什么寫作，除了出名和養(yǎng)家活口，寫作的意義之一在于，跨越道德說教語境的限制，為人性見證而表達各種生命體驗。他認為，進入21世紀后，后現(xiàn)代文化與全球化語境，已經(jīng)把文學問題引入更寬泛的理論空間，理論家們以人文性、文化性、文學性等文學理論命題，開始把文學放在現(xiàn)有的歷史環(huán)境之中重新考察與定位，這暗示了文學理論與歷史語境之間的互動關系。在2011年參加的前沿講座主要是以下五個，現(xiàn)列舉如下：講座一《大眾文化語境中的當代文學現(xiàn)象》2011年三月，新疆大學人文學院有幸請到了文藝批評家，清華大學訪問學者，畫家，中國作家協(xié)會會員，新疆大學客座教授，新疆財經(jīng)大學客座教授，新疆師范大學名譽教授傅查新昌先生為我們做了《大眾文化語境中的當代文學現(xiàn)象》這樣一個講座。也許將來我們也可以不要那么浮夸，將利益看得那么重，而是潛心做一些研究。由于時間倉促，還有很多肺腑之言未一一道來，不免遺憾，今后我會擠出更多的時間來學習與自省。老師們精彩的講座為我們打開了一道通往更系統(tǒng)、更前沿、更創(chuàng)新的思想政治教育的橋梁。在接下來的一年中，我會不斷的克服和改正自身缺點，從日常的點滴行為做起，用嚴格的標準要求自己，使自己不斷進步?？傊瑢W校、學院組織的前沿講座，使我收獲良多，通過這些平臺可以接觸到很多在領域里知名的科學家、教授等，讓我們真正接觸到推動科技進步的大師。施工機械、施工技術和施工組織設計的理論也隨之發(fā)展，土木工程從經(jīng)驗上升成為科學，在工程實踐和基礎理論方面都面貌一新，從而促成了土木工程更迅速的發(fā)展。于是在大江、海峽上架起大橋，在地面上建造起摩天大樓和高聳鐵塔，甚至在地面下鋪設鐵路，創(chuàng)造出前所未有的奇跡。除應用原有的梁、拱結(jié)構(gòu)外，新興的桁架、框架、網(wǎng)架結(jié)構(gòu)、懸索結(jié)構(gòu)逐漸推廣，出現(xiàn)了結(jié)構(gòu)形式百花爭艷的局面。從十九世紀中葉開始，冶金業(yè)冶煉并軋制出抗拉和抗壓強度都很高、延性好、質(zhì)量均勻的建筑鋼材，隨后又生產(chǎn)出高強度鋼絲、鋼索。鋼材的大量應用是土木工程的第二次飛躍。由此土木工程技術得到了飛速的發(fā)展。磚和瓦具有比土更優(yōu)越的力學性能，可以就地取材，而又易于加工制作。中國在公元前十一世紀 的西周初期制造出瓦。這里我們先對土木工程的的前景做些深入的了解，要了解土木工程的前景，我們先來看看土木工程的發(fā)展歷史，它已經(jīng)有悠遠的歷史了。各位老師不僅在學術領域給我們打開了新的窗戶，使我們眼前一亮，也為我們介紹他們在工作學習中切身的體會及經(jīng)驗，提前向我們預警就業(yè)道路及工作生涯可能遇到的問題。由于時間限制和我們有限的知識水平，老師們都從大處著眼，為我們大概介紹了他們的研究方向和內(nèi)容，同時還簡單向我們介紹這些研究將來的實際意義，以及和我們模具鍛壓專業(yè)的聯(lián)系。作為一名剛剛接觸專業(yè)知識的大學生來說，如果在學習專業(yè)課之前直接就接觸深奧的專業(yè)知識是不科學的，為此，學院讓我們進行了畢業(yè)實習活動，讓我們從實踐中對這門自己即將從事的專業(yè)獲得一個感性認識，為今后專業(yè)課的學習打下堅實的基礎,為今后書本與實踐的結(jié)合打下基礎。它既指與與人類生活、生產(chǎn)活動有關的各類工程設施，如建筑公程、公路與城市道路工程、鐵路工程、橋梁工程、隧道工程等，也指應用材料、設備在土地上所進行的勘測、設計、施工等工程技術活動。大數(shù)據(jù)時代是信息化社會發(fā)展必然趨勢，我們只有緊緊跟隨時代發(fā)展的潮流，在技術上、制度上、價值觀念上做出迅速調(diào)整并牢牢跟進，才能在接下來新一輪的競爭中擺脫受制于人的弱勢境地，才能把握發(fā)展的方向。后工業(yè)社會時代，隨著新興技術的發(fā)展與互聯(lián)網(wǎng)底層技術的革新，數(shù)據(jù)正在呈指數(shù)級增長，所有數(shù)據(jù)的產(chǎn)生形式，都是數(shù)字化。借助大數(shù)據(jù)企業(yè)的決策者可以迅速感知市場需求變化，從而促使他們作出對企業(yè)更有利的決策，使得這些企業(yè)擁有更強的創(chuàng)新力和競爭力。四、大數(shù)據(jù) 現(xiàn)在，當數(shù)據(jù)的積累量足夠大的時候，量變引起了質(zhì)變，“大數(shù)據(jù)”通過對海量數(shù)據(jù)有針對性的分析，賦予了互聯(lián)網(wǎng)“智商”，這使得互聯(lián)網(wǎng)的作用，從簡單的數(shù)據(jù)交流和信息傳遞，上升到基于海量數(shù)據(jù)的分析，一句話“他開始思考了”。通過一些講座和交流，我對自動化測試和腳本的錄制修改技巧慢慢熟知，大大提高了自動化測試設計的效率。很多人都認為做測試，懂得自動化測試是很重要的。優(yōu)點在于：分開了自動化測試工具開發(fā)和自動化測試實施；使用了大量開源工具，提高效率；在測試過程中我將這個方式加以運用，提高了測試技術。對瀏覽器的控制方面，用了Selenium，會上沒有問UI是否利用了Selenium的多瀏覽器支持，從演示上來看應該只做的Firefox的。他們要熟悉開發(fā)語言、自動化測試工具，能夠編寫自動化測試腳本或者用工具錄制。三、自動化測試Automated Testing，自動化測試。如果開發(fā)過程中有什么問題或者產(chǎn)品經(jīng)過一個迭代后，能夠以最快速度得到客戶的反饋。Customer Engagement，現(xiàn)場客戶。在敏捷開發(fā)中，代碼是歸團隊所有而不是哪些模塊的代碼屬于哪些人，每個人都有權利獲得系統(tǒng)任何一部分的代碼然后修改它，每個人都能夠?qū)@部分代碼重構(gòu)而不需要征求代碼作者的同意。若你覺得這段代碼不加注釋的話別人可能看不懂，就表示設計還不夠簡單，需要對它進行重構(gòu)。而在敏捷中并不會出現(xiàn)，因為只有測試變化了，代碼才會變化，測試是真實反應代碼的。如果用書面文檔或者注釋，某天代碼變化了，需要對這些文檔進行更新。其實敏捷開發(fā)中并不是沒有文檔，而是有大量的文檔，即測試。又因為簡單設計，沒有復雜的架構(gòu)，所以客戶有新的需求或者需求進行變動，也能很快的適應。這樣，客戶每隔一段時間就會拿到發(fā)布的產(chǎn)品進行試用，而我們可以從客戶那得到更多的反饋來改進產(chǎn)品。Frequent Releases，小版本發(fā)布。每天早上，項目組的所有成員都會站立進行一次會議，由于是站立的，所以時間不會很長，一般來說是1520分鐘。Pair做事有很多好處，兩個人在一起探討很容易產(chǎn)生思想的火花，也不容易走上偏路。PairProgramming，結(jié)對編程。但是在敏捷開發(fā)中，重構(gòu)貫穿于整個開發(fā)流程，每一次開發(fā)者check in代碼之前，都要對所寫代碼進行重構(gòu)，讓代碼達到clean code that works。重構(gòu)是在不改變系統(tǒng)外部行為下，對內(nèi)部結(jié)構(gòu)進行整理優(yōu)化，使得代碼盡量簡單、優(yōu)美、可擴展。在我們公司里，開發(fā)人員的桌上有一個火山燈用來標志集成的狀態(tài)，如果是黃燈，表示正在集成；如果是綠燈，表示上一次集成通過，開發(fā)人員在這時候獲得的代碼是可用而可靠的；如果顯示為紅燈，就要小心了，上一次集成未通過，需要盡快定位失敗原因從而讓燈變綠。一次集成要做哪些事情呢？它至少包括：獲得所有源代碼；編譯源代碼；運行所有測試，包括單元測試、功能測試等；確認編譯和測試是否通過，最后發(fā)送報告。在以往的軟件開發(fā)過程中，集成是一件很痛苦的事情，通常很長時間才會做一次集成，這樣的話，會引發(fā)很多問題，比如build未通過或者單元測試失敗。先寫測試代碼，能夠讓開發(fā)人員明確目標，就是讓測試通過。接著由另一個人控制鍵盤，編寫該測試代碼的實現(xiàn)。在ThoughtWorks，實現(xiàn)任何一個功能都是從測試開始，首先對業(yè)務需求進行分析，分解為一個一個的Story，記錄在Story Card上。盡管描述需求一直是件困難的事，但經(jīng)過陣痛之后，需求處理流程會讓CIO受益匪淺?！?Bailar承認，“敏捷開發(fā)”也有局限性，比如對那些不明確、優(yōu)先權不清楚的需求或處于“較快、較便宜、較優(yōu)”的三角架構(gòu)中卻不能排列出三者優(yōu)先級的需求。在Bailar將其與傳統(tǒng)的開發(fā)方式做了對比后，他感到非常興奮“敏捷開發(fā)”使開發(fā)時間減少了30%～40%，有時甚至接近50%，提高了交付產(chǎn)品的質(zhì)量。在Capital One，大的IT項目會被拆分成多個子項目，安排給各“敏捷團隊”，這種方式在“敏捷開發(fā)”中叫“蜂巢式(swarming)”，所有過程由一名項目經(jīng)理控制。最初提出的需求被歸納成一個目標、一堆記錄詳細需要的卡片及一些供參考的原型和模板。這些開發(fā)人員都曾被Bailar送去參加過“敏捷開發(fā)”的培訓，具備相關的技能。Bailar非常支持這一理論，他采取了“敏捷方式”組建團隊：Capital One的“敏捷團隊”包括3名業(yè)務人員、兩名操作人員和5～7名IT人員，其中包括1個業(yè)務信息指導(實際上是業(yè)務部門和IT部門之間的“翻譯者”)。他們正在通過親身實踐以及幫助他人實踐，揭示更好的軟件開發(fā)方法。換言之，就是把一個大項目分為多個相互聯(lián)系，但也可獨立運行的小項目，并分別完成