第一篇：教學感悟隨錄

學校感悟隨錄

楊洼三街學校--------張小衛

我的人生格言：“多看、多干、多行動”，教學是一種實實在在的良心活，容不得半點虛假，就像“萬丈高樓平地起”一樣，必須從根基做起，從小處著手，腳踏實地，不要好高騖遠，平常的工作做好就不平常了，隨著工作的一步步開展，思想意識隨著工作的推進就會潛移默化發生轉變，就會有柳暗花明又一村的感覺，細微處見精神，平凡處見偉大，實踐中見真知。

人的思維不同，看問題的方法不同，人的地位不同，對待問題的態度也不同，這就要求要立足本位，根據客觀情況對待客觀事物，我沒有豪言壯語，也沒有宏偉藍圖，只是盡心竭力，做到無愧，不求聞達，只求天天進步，日日變化。

一：多看

日常工作當中，多看，看清問題的存在，簡單的環境衛生，看似平常，其實給人的感覺不平常，一進校園學校工作就盡覽眼底，迎接檢查，可能是突擊行動，關鍵是能不能形成一貫性、持續性、常態化、精細化、在發展中看問題，尋找差距、尋找不足，哪些需要改進，經常求一點變化，變化中發展，其次用心去看，通過現象看本質，思考，合適嗎？還能怎么做。看看學校工作環境，看看教師教學工作，看看每一個人，脾氣、性格、愛好、特長、做到心中有數知人善任，有些人個性強，性格就決定他的工作態度，有些人 看環境，踏著時代節拍，有些人抱著平常心態，立足本職，無愧吾心，任爾東西南北風，千磨萬擊還堅韌，另外還有外在因素促使他努力、發展，是陽光就要它更加嫵媚，是春光就要讓它更加爛漫，把握每一個人的心理，因勢利導，張揚個性，讓其感到自己很重要，具有舉足輕重的地位，有些時候不是金錢，追求的是一種心理平衡，一種自我滿足感，一種自豪感。二:多干

工作是干出來的，不是看出來的，要有一種老黃牛精神，從自身做起，自己能干的事情自己干，比如校園紙屑看到就撿一下，也不失自己身份，對自己也算是一種鍛煉，學生打掃衛生有些不到位，自己就拿大掃帚去打掃清理，和教師一起刷墻，打掃教室，自己的言行中總會有一些效果，榜樣的力量是無窮的，會起到一點效果吧，我覺得干總比不干強吧，也總覺得自己很低微，沒有資本，那就干吧！從頭再來。

三：多行動

實踐是檢驗真理的唯一標準，動則行，行則動，動就說明行，可以，行就去動、去干，就是這樣一個反復循環的過程，逐漸使各項工作一點一點上升，一步一步向前，大環境影響小環境，從我做起，從教師做起，逐漸形成一種風氣，一種習慣。

我的宗旨：“立竿見影，雷厲風行”，說罷就干，看到就干，不留遺憾。今日事今日畢，決不要等到明天，等：那是一種惰性，是一種沒有追求的心態，如果這樣很多事情都會擦肩而過，要把做事當做一種享受，做過之后你會很開心。比如：校門口的一件事

“校門口兩側標語，中心校領導讓重寫一下，剛寫過領導來看了，有變化，之后兩三天，安裝了健身器材，中心校業務檢查來了，有變化了，之后兩三天，又硬化 了地面，縣教委兩查三看來了，自己覺得每一點進步領導都看在眼里，自己感到很欣聞，很興奮，工作都干到點子上了。

說說我們的教師吧:

每天早上興高采烈奔輔導，午飯樂于奉獻搞批講，六年級語文教師兼班主任樂此不彼勤補課，臨近考試加班又加點，他們無償的付出讓我心動，讓我開心，讓我驕傲，五年級數學老老師雄心壯志不甘人后，成績可嘉，還有三年級數學老師，老驥伏櫪志在千里，老校長退二線仍兢兢業業，工作始終不渝，我是一塊磚哪里需要哪里搬，三年級語文老師該退了，仍然人老心紅，欲與青年試比高，很多很多………..，廟小心大，我們學校雖小教師少，但從他們身上我看到一種希望，一種可貴的品質。

期中考試我校在全縣取得可喜成績，是我的機遇好，遇到了敬業愛崗的好老師，遇到了出謀劃策的好同事，遇到了同甘共苦的好伙伴，遇到了潛心向上的好學生，遇到了指點迷津的好領導，遇到了眾多支持的熱心人，我感到幸福，我感到驕傲，我感到開心，我感到開懷！！

路漫漫其修遠兮，吾將上下而求索；

盡心竭力育桃李，群策群力謀發展。

楊洼三街學校-----張小衛2012.5.12

第二篇：教學隨1

教學隨筆：

《思品與社會》這門課程，是每一位上這門課程的教師應認真思考的問題。課程的導入是關鍵的環節，而激情導入又是關鍵之關鍵，激情導入的關鍵在如教師的水平，這就要求教師學習新的教學方法，取別人的長處彌補自己的短處，以教師的激情帶動學生的激情，是課堂教學自始至終在教室的掌控之中，不致于課堂教學放得開收不回，把課堂教給學生。隨著素質教育的深入開展，《思品與社會》課也越來也受到重視，怎樣上好《思品與社會》，學生也是重要的教學環節，應把學生活動放在首位，做到生生合作，師生互動，教師做課堂的引領著，使課堂上的有趣，以趣貫穿課堂，讓學生在趣的氛圍中快樂學習，接受知識。還要注意小組合作和交流，在交流合作中學習知識、鞏固知識。

曲立民

2010．11．16

第三篇：中國優秀軟件架構師感悟錄

《程序員》百期文章回顧之9——中國優秀軟件架構師感悟錄

我認為，優秀的軟件架構師在軟件開發行業中占據著很重要的位置。國外優秀的軟件都是因為軟件架構師開發了一個擴展性很強的架構才使產品不斷完善和升級的。反觀中國，一大部分企業比較急功近利，認為界面夠漂亮就行了，完全不關心代碼的組織和架構。日本這幾年也在注重軟件架構上的分析和設計，所以有很多產品和項目外包讓中國來做利潤最少的部分。我們應該開始有意識地做這方面的事情，培養出一大批中國的優秀軟件架構師。只有這樣，中國的軟件才有希望！

來自業界的聲音

什么是架構師呢？架構師是軟件行業中一種新興職業或者是角色，他要主導系統全局的分析設計和實施、負責軟件構架和關鍵技術決策。其工作職責是在一個軟件項目開發過程中，將客戶的需求轉化為規范的開發計劃及文本，并制定這個項目的總體架構，指導整個開發團隊完成這個計劃。架構師的主要任務不是從事具體的軟件程序的編寫，而是從事更高層次的開發構架工作。他必須對開發技術非常了解，并且需要有良好的組織管理能力。可以這樣說，一個架構師工作的好壞決定了整個軟件開發項目的成敗。

在中國，有多少人算得上是“軟件架構師”呢？或許很多人抱著不屑一顧的看法，認為只有蓋茨才算得上是架構師，其他人都不過是朝自己的臉上貼金。不過，我們卻不同意這種說法，因為畢竟軟件架構師只是一種角色，就像只承認米開朗基羅是建筑師一樣，都是極端的。

中國軟件這么多年的發展中，已經有一批出色的程序員跳出了程序的限制，正在從系統架構和全局設計的角度創建大型軟件甚至軟件平臺，有些人雖然擔任著管理職位，但在技術上他們仍然無愧于軟件架構師的稱謂。而程序員通過了解這些架構師的經驗和體會，也能夠朝更高的方向發展。也希望通過他們的感悟，盡可能吸引更多的人走上軟件架構師的職位。

梁永昌趨勢科技研究部和軟件系統架構部副總裁

主持產品與項目：1990年開發出LANProtect For Novell Netware Server第一版。此產品為業界第一個為Netware Server設計的反病毒產品，領先其它品牌九個月。從1995年至今，擔任趨勢科技反病毒引擎(VSAPI)軟件架構師。這是因為在進行LANProect的產品設計時，遇到當時反病毒引擎和其它產品在源代碼上無法共享的問題，當時反病毒引擎越來越復雜，各個產品使用的反病毒引擎功能不盡相同，造成客服相當困擾。因此決定將反病毒引擎獨立出來成為一個共享的模塊，至今趨勢科技所有反病毒產品都使用此引擎模塊。

感悟：軟件架構師在工作的范圍和責任上與蓋房子的建筑師很類似，必須知道他要蓋的是什么房子，有多少預算，施工期有多長，現在要的是兩層樓，但以后會不會要加蓋上去，廁所要幾個，廚房在哪里，哪里要設門，哪兒要開窗，梁柱要多粗，要用什么材料？因為，蓋四合院和十層大樓是不一樣的。

同樣，軟件架構師必須知道他要設計的是什么軟件，將被什么樣的客戶在什么樣的環境下使用，可使用系統資源限制是多少，兼容性要求高不高，安全要求是什么等級，會不會有下一個版本，下一個版本又將增加什么功能，模塊和模塊之間的關系是什么，每一個不同的考慮都會影響設計，軟件架構師就是要在考慮過種種因素后決定軟件的架構和使用技術。

大家都知道，要在老四合院頂上加蓋十層樓，全部推倒重來可能是唯一的可行方案。同樣，軟件因架構不好造成的問題或限制是很難改善的，有時甚至必須重新設計，這將會是一項耗時費力的投資，與其到時再來一次，不如現在就把架構做好。就像各式各樣的建材一樣，現在的軟件市場上有太多現成的模塊可供軟件架構師選用，但這也造成一個問題：很多軟件架構師只知有哪些模塊可用，卻不知模塊內部做了什么工作。這種知其然不知其所以然的軟件架構師隨著Internet盛行而興起，這種軟件架構師現在到處可見，架過Web Server，寫過CGI/VBS，再連上個Database，簡歷上就自稱軟件架構師，多層式網絡架構(Multi-Tiers Web Serivce Architecture)談起來頭頭是道，討論起細節卻讓人搖頭。現成的模塊可以用，也應該用，但最重要的是要知道模塊的功能和限制是什么，為什么會有這樣的限制，為什么用這個模塊而不用另一個。

其實商業軟件架構師最大的挑戰還是在折中的拿捏上。人力總是不足，時間永遠不夠，面對現實狀況的壓力，當完美設計(每個人都如此自認)無法如愿被全盤采用時，討論(或爭吵)就不可避免，效能可不可以讓步，安全等級能不能降低些，哪些項目可以改變，哪些又該堅持到底，這些都是要做出的決定，而且更重要的是要能讓大家充分了解你做此堅持是出自何種考慮。

軟件架構師的工作伙伴大都也是技術人員，就像自古文人相輕一樣，技術人員彼此的尊敬只會建立在技術能力的優越性上，軟件架構師必須要有深厚的技術底子和寬廣的業界信息，再加上一點口才和親和的態度，這才容易獲得其它工程師的認可和尊敬，也才不會你畫你的十層樓，他蓋他的四合院。

廖恒毅佳軟公司董事長

主持產品與項目：曾負責中文之星2.0的開發，佳軟企業管理軟件的架構設計，拼音加加等一系列軟件的架構設計。

感悟：軟件設計是一項極具挑戰性的工作。盡管軟件設計人員為世界上無數的人提供了工作的便利，讓大家的工作越來越自動化，軟件設計者自己的工作卻遠沒有見到能夠自動化的可能性。無數的人為了找到一套軟件設計的理論苦苦追尋，到目前為止，很難看到有什么實質性的進展。當銀彈總是不出現的時候，也許大家都應該想想，其實銀彈也許根本就不存在。

大家都聽說過這個寓言故事。一個數學家跟國王下國際象棋，國王問他如果贏了，要什么樣的獎勵。數學家說，很簡單，你在第一個棋盤格放一粒米，第二個棋盤格放兩粒米，然后一直翻倍下去，把整個64個棋盤格放滿就好了。國王很痛快地答應了數學家的要求。但是，當國王真的給數學家獎勵的時候，才發現這是不能兌現的，因為沒有任何一個國家，即便是加上全世界的糧食也不夠。

講這個大家耳熟能詳的故事，其實是想談談我對軟件架構師的認識。真正的軟件架構師所面臨問題的復雜度，其實與這個故事很相像。大家都在憑直覺理解軟件的復雜度。而且都想得很淺，1，2，4，8…… 多簡單的問題，即便是想到第十級，也不過就1024。再往下想一些，也還是大家能夠理解的數字。而人們憑著直覺，也就頂多想到第20格。第20格的數字還沒有超出人們的理解范圍的。真正的難題在第40格以后，很少有人能夠理解第40格以后是什么了。而第60格的難度呢，根本就不是第40格能夠比擬的。如果我們大家都僅僅用直覺的加法來理解問題的話，最后，我們會進入不可解的范疇。人類真正聰明的地方就在于發明了對數，用對數的方法解決了對這個問題的理解。即便是第64格，也不難理解了，不過就是2的64次方。

當然，軟件復雜度的問題其實比這個問題更加難解，所以我們到現在為止，還沒有找到軟件中的這個對數算法。但是，基于目前軟件界的認知，我們多少有了一些解決方案：對象編程，組件模型，多層結構……，已經為軟件設計提供現實可行的方法。問題是，這些概念理解起來也非常不容易。大家都說著同樣的詞匯，卻有可能干著完全不同的事情，所以才會有誤解，才會有爭執。軟件架構師是一個靠無數經驗積累的結果。尤其是優秀的軟件架構師，跟所有別的能夠成為“師”的職業一樣，在對自己的行業有了基本的了解之后，在自己不斷成長的過程中，并沒有一定的套路的。靠的是領悟力，靠的是對這個現實世界哲學性的思考。當用哲學的眼光來觀察這個世界的時候，就離一個優秀的軟件架構師不遠了。

一個優秀的軟件架構師，如果他愿意學的話，同樣應該能夠做出很香的飯菜來，因為軟件架構師和廚師有相通的地方。大家以為如何?師者，通也。

何健金算盤CTO，首席架構設計師。

主持產品與項目：4年管理軟件架構設計經驗，曾經先后規劃和設計了金算盤多年的主流產品。1997年，自主設計和開發了金算盤電子表格，以當時最先進的VC開發出的產品的功能、界面、特性比當時的Excel更具有本地化特色，作為財務管理軟件的報表系統，在當年的全國財務軟件評測中報表獲得了第一。2002年，在多年的管理軟件架構開發的背景下，經過長期的探索和思考，形成了平臺的構想。并采用了先進J2EE技術，成功開發出了金算盤VP平臺。

感悟：架構師是客戶需求和開發者之間的橋梁。在軟件行業中，一般提到的架構師是技術架構師，而實際上產品架構包括業務架構和技術架構，只有技術架構和業務架構緊密結合才有可能真正創造出一個好的系統。

產品架構是現代應用開發領域最重要的課題。在這個課題里，沒有終結答案可尋，惟有恒久的問題存在。在紛繁的問題中，最重要和最“真”的問題是產品競爭力問題。除此之外，軟件架構的目的還包括滿足既有客戶需求和提高開發效率，并且要求產品架構能更好地支持商業流程，有利于企業業務集成。金算盤VPS系列產品就是以此為指導進行架構的產品。

我在做了多年的產品架構后，對這項工作也有一些自己的感觸：

首先，架構是技術。按照摩爾定律的推斷，軟件業的技術也同樣在日新月異地發生著變化，我們已經見證了開發工具越來越短的生命周期。從VB到ASP.Net，從C到Java，無論采用什么新的語言，都體現了不同時期的架構要求。架構已經跨越了簡單的過程模型，對象－時間模型，而今更多的是談論MDA，模型的快速建立，使得軟件能夠快速適應用戶變化成為了可能。而采用先進的技術，使得軟件能夠更加深度地滿足客戶需求。技術本身的發展是無止境的，如何使得軟件能夠適配新技術，成為一種更為重要的技術。采用各種模式的設計、邏輯分層、降低技術耦合使得技術的融合成為可能，也成為一項高難度的技術。

其次，架構是藝術。產品架構師需要捕捉技術和業務這個完整拼圖里的某一塊或某個脈絡作為設計的線索。架構師永遠不是先知，而是“存在的探索者”，產品架構的結果要在產品開發周期完畢時才能被印證。產品架構既要反映對技術的需求，使得架構滿足對技術的適配，對發布模式能夠提供多樣化支持，能夠滿足性能的要求，還能夠滿足對業務管理的需要，要適應目標應用的業務特性。這樣的架構，才是為應用服務的軟件架構，而不僅僅是一個簡單的可重用的技術工具。更重要的是它具有軟件的管理基因，正如平臺能夠得到大量客戶認可，其中最主要的就是它為客戶提供了技術平臺、管理工具、基礎業務，并使得它們有機地高效地結合在一起。如同流淌的藝術作品一樣，充滿了生機和互動。

同時，架構是質量。好的架構可以使得軟件產品成為一棵常青樹。在和國內外軟件產品對比分析的時候，經常有這樣的感悟，其實好多國外的軟件產品，采用的技術并不是最先進的，但是它具有非常優秀的質量，產品穩定可靠，同時還具有良好的技術適配能力，從而使得產品適應技術變化的能力非常強。這樣，投資人對軟件的投資價值能夠得到最充分的體現，這是國內職業經理人非常值得關注和學習的。

陳小群互信互通信息技術有限公司研發主管

主持產品與項目：全球眼數字視頻監控系統。系統組成包括客戶端、中心服務平臺，包括：接入服務器、前端視頻服務器、分發服務器、存儲服務器、全球眼應用服務器等。系統規模為17個開發人員用時8個月，源代碼行數大約15萬。

感悟：軟件架構對軟件系統來說就象建筑結構對建筑物、人骨架對人一樣，是其它成分的基礎，是滿足功能和性能需求的關鍵，因此，軟件架構師對軟件研發項目的成敗具有決定性的作用。

軟件架構師并不像他的名字所提示的那樣僅僅負責架構的設計，通常他的工作還包括，作為技術專家負責協助開發部門、技術支持部門、產品規劃部門等各方解決技術問題。因此，他的管理和溝通能力是同樣重要的。其它主要的知識和技能還包括分析和解決問題的能力、將需求轉化為設計的能力、對系統未來發展的預見能力等。

一個優秀的程序員會是一個優秀的軟件架構師嗎？不一定。對于一個復雜的軟件系統來說，架構設計通常都不是一個人就可以完成的任務，需要一組具有不同知識的工程師協作完成，在這個過程中，架構師要做大量的解釋、說服、協調、總結、歸納、妥協等工作。一個沒有擔任過負責人的程序員缺乏這方面的經驗。

同時，國內一種普遍的現象是，大量缺乏編程經驗的博士、碩士、項目經理負責軟件架構設計，并聲稱不需要學習編程也能搞好軟件架構設計。計算機科學是一門實驗的、技能性的學科，許多概念必須在編程實踐中體會，技能更是必須要操練才能提高。很難想象一個不懂編程的人會理解設計模式，而不懂設計模式的人會是一個優秀的軟件架構師！一個看了很多棋譜但從沒有實戰過的人聲稱自己是布局高手，你會信嗎？

全球眼數字視頻監控系統是一個大型分布式系統，它的開發涉及到分布式系統、網絡編程、網絡協議、視頻、音頻、控制、系統管理、數據庫、內容管理、Web編程等許多方面的知識。作為軟件架構師，在技術方面感受最深刻的是對化繁為簡，以及分析和解決問題能力的要求。化繁為簡就是將一個復雜的解決方案分解為一系列簡單的小方案，不僅可以提高開發效率，而且還可以提高系統的穩定性。對于不斷出現的技術問題，架構師應該能夠迅速判斷其難度、重要程度，自己解決不了的話，可以有效利用其它資源解決。

在非技術方面，溝通能力特別重要，你要將你的設計思想傳達給開發團隊，這件事情已經很不容易了，更困難的是，你還要傳達給技術支持人員，甚至一些非技術人員。有的時候，你還必須妥協，采用一些其他成員支持的、也許不是最好的解決方案，以保持團隊的士氣。

總之，管理、溝通、經驗、分析問題和解決問題的能力是一個軟件架構師必備的素質。對于一些所有工程師都應該具有的素質，比如，工作熱情、責任心、迎接挑戰的勇氣等，就不用多說了。

許式偉金山軟件WPS產品架構師

參與產品與項目：曾參與WPS Office之電子表格項目和WPS Office 2002項目。從2002年至今，參與WPS V6項目。成立框架項目，負責KFC（金山基礎代碼庫）、數據層、IO體系（XML標準等）以及Shell（用戶界面）等公共組件的研發。

感悟：今年是金山軟件創建十六周年，十六年來金山的每一款成功軟件都凝聚了歷代軟件架構師的心血。每一個金山人都會對自己職業有著深刻認識。

從性格角度來講，軟件構架師需要心思細膩而嚴謹；從職業特征來看，軟件構架師要充分理解和尊重軟件產品的需求。由需求引導設計而不是相反。因此，需要特別強調產品需求的重要性。記得GOF有這樣一句話：“設計應該支持變化－－獲得最大限度復用的關鍵在于對新需求和已有需求發生變化時的預見性，要求你的系統設計要能夠相應地改進”。每個程序員都希望能夠寫出最好的程序，并使自己的程序更能適應變化。但事實表明，程序能力尤其是框架設計能力并不是天生的，而是取決于程序構架師對需求的理解程度。如果在不了解系統需求的前提下，就開始進行設計，那么即使是天才，也不能設計出完美的框架。

從另外一方面講，軟件構架師的設計只能應付可預測的變化，而構架師本身的技術積累和對需求的理解程度，往往會決定所設計的框架對需求變化的應變能力。大多數的設計人員都趨向于追求完美，大多對“開閉法則”（OCP：Open Close Principle，注：Software Entities should be open for extension,yet close for modificaiton.:程序應該可擴展但又不可修改）非常認同。而這是一個理想狀態，但又不可太過，一味地讓系統應付位置的變化，會讓自己套上一個無形的枷鎖，更為正確的做法是：讓自己知道的盡可能多，當設計新版本WPS Office V6的整體框架時，通常會參考Microsoft Office和舊版本的WPS Offfice，有時甚至會看PDF對同一功能的支持情況，對同類產品的研究和比較，有助于很好地設計新產品的程序框架。

此外，作為軟件構架師，一定要善于聽取和接納不同的意見，能夠包容新的思想，愿意了解最新的技術和想法。優秀的軟件工程師，他應該具有創新的理念和兼容并包的胸懷，比如：C#、AOP等。盡管我最喜歡C++的自由，但并不排斥去了解Java、C#等語言對其的改進，很多新的事物，會讓我獲得共鳴與靈感。

正如上面所講，軟件工程師需要更強的技術積累和更縝密的思維，以及對需求的深刻理解、兼容并包的創新意識和胸懷，軟件構架師的職責顧名思義，從事的主要工作職責就是設計軟件產品的程序構架，也就是要，對他最終設計的結果－－軟件產品的程序框架負責。可操作性和系統的應變能力是軟件構架師的主要職責和工作重點。

我雖不是計算機專業，卻是一位計算機狂熱愛好者，對C語言有著深刻的領悟，被同學們戲稱“C狂”，曾獨立開發、與同學合作開發軟件。我對于感興趣的東西，總是去探索它內在的實質性內容。從小就酷愛數學的我，在推理的嚴謹上對自己要求非常高。我相信一個觀念：嚴謹絕對不是創造的對立面，而是創造性思維的必備條件。

王棟 盛世龍吟數字科技

主持產品與項目：主持產品與項目：負責國家疾病預防控制中心的“非典型肺炎個案調查報告管理系統”、“國家疾病報告管理信息系統”、“SARS早期預警監測試點項目”。國家質量產品認證中心的“認證人員管理系統”等。其中采用Apex Portal Server（24人/月）兼容于JSR-168的portal實現，采用一些成熟的開放框架，使用輕量級設計開發理念，加速開發速度縮短開發周期。

王棟 盛世龍吟數字科技

感悟：軟件架構師是團隊中的一員，和其他項目成員沒有什么區別，只不過承擔的職責要大些，因為畢竟架構設計師所作的工作比較重要。架構設計師的具體工作是為系統設計架構，做技術的決策。而國內對于各種角色分工不明確，通常架構師都有項目管理的職責。

一個成功的架構設計師一定是不僅精通設計工作而且精通實現工作的。缺乏了設計的實踐，就缺少了對系統整體的把握；缺乏了實現的實踐，則缺少了對系統中某些重要技術點的全面了解。在和團隊成員的交流當中，特別是講述自己的設計思想時，設計圖固然重要，但設計圖只能提供一個概念模型，真正的設計還是需要用源代碼體現。為了更好的設計和實現還要掌握各種工具和類庫的使用，因為架構設計師有時還是技術咨詢顧問。

在系統設計和技術決策時，最難做到的就是平衡和取舍。在規定的時間內，團隊內部人員的技術水平和狀態、技術的成熟穩定度、技術實現的難易程度等因素都會影響系統架構的最終實現。比如去年四月底—正是SARS在北京鬧得最兇的時候，我們接到了國家疾病預防控制中心的《非典型肺炎個案調查報告管理系統》的開發任務，由于國家疾病控制中心沒有一套基于互聯網的疾病申報系統，給這種突發性的傳染性疾病申報工作帶來一些困難。全部基于傳真和電話的申報信息必須經過人工處理才能形成報告上報，而面對神秘的SARS，申報的內容在不斷的調整，上報的流程也在不斷地更改，如果我們仍然按照通常的應用程序開發方法，可能很快就能完成這樣簡單的數據提交工作，但是如果任何地方稍有改變，程序開發人員必須在現場完成程序更改。由于當時的特殊情況，我們的開發團隊也不可能保持特別大的規模，而時間要求又極其苛刻——一周之內系統要測試上線。經過權衡，認為必須滿足可實時動態定制申報內容以及定制的查詢統計，我們承擔著巨大的壓力，最后決定采用簡化的模型實現系統，用項目成員最熟悉的技術和概念，完成保證系統運行的最小功能集合。

對于一個系統或產品，還需要有不斷改善它的耐心，有時還需要推翻重新實現的勇氣。上邊提到的項目第一階段，在瘋狂的加班加點中基本完成了。不過，由于時間倉促系統還是有改進和提高的余地。在接下來的幾個月時間內，我們做的就是不斷對這個系統細化，深化，修改，調整。這時候，其他相關項目也要啟動了，啟用我們的核心引擎后，經過很短時間的定制，都分別上線運行了，充分體現了原有模型的設計重用性和系統的可擴充性。但精益求精，針對新的需求，我對原有的一些設計缺陷有了新的認識，界面不夠靈活、流程不能定義、結構稍顯混亂，等等。

隨著又一個項目，所有上次積累下來想修改的東西都有了機會重新實現，這是多么美好的感覺。國家質量認證中心的業務系統，有更多表單要填寫，有更多的復雜流程要實現，有更多的組織機構和角色要定義，需要更靈活的表現形式和配置功能。以前的系統引擎就不能滿足了，就決定使用更新的結構、更新的工具甚至是更新的過程來實現。這回我們做到了每一個工作流可以用戶自定義，每一個工作流節點中的表單用戶可以自定義，每一個查詢都可以自定義。隨著時間推移，這套系統也在不斷演進中。作為軟件架構師，學習的能力和態度、敏銳的觀察能力是非常重要的。必須通過各種途徑學習和觀察。對于目前國內的應用狀況和互聯網應用的不斷深入，在不斷的學習和觀察中我覺得不管在哪些方面都需要整合，不管是企業內部的各種信息孤島還是互聯網上的各種應用。如何去整合資源，為最終用戶服務，這個問題讓我自然想到了Portal，這將是我們公司下一個重要發展方向。面對Portal世界中紛繁的技術，下一波的學習和實踐就要啟動了。

一個軟件架構師，要勤于學習、觀察、思考，決不放棄對最底層實現技術的掌握同時需要把握好系統框架的平衡，學會正確的取舍，并且要有耐心和勇氣面對自己的設計，不斷進行改進甚至重新實現。

周恒 浪潮軟件技術研究中心

主持產品與項目：開發了Web應用框架，配套開發包，樹立了企業應用框架在浪潮軟件的地位。這一產品也從以Web應用框架1.0為基礎，發展到今天的包含Web應用框架、工作流平臺、商業服務平臺、業務規則引擎等的企業應用框架3.0。這一企業應用框架也已在除煙草外的通訊、衛生、政務、稅務等行業全面開花。

感悟：回顧工作兩年來的情況，分析和目標的差距，朝著目標一步步前進，談談我的反思和體會：

補充基礎理論知識。IT的技術發展是非常快的，新技術層出不窮，但是各種技術之間很多原理是一樣的，是相通的，重要的是要把原理搞通。

擴寬知識面。最初，我的知識面還是太窄，當時對于網絡、存儲、大小型機、大型數據庫幾乎都沒有深入的接觸和使用。對于構建一個全新大型的基于J2EE的企業應用系統來說，架構師需要熟悉數據庫技術、操作系統技術、存儲、網絡技術，J2EE體系架構，MVC框架，Java程序語言，還需要熟悉一到兩個應用服務器、一到兩門大型數據庫。

架構師需要具備扎實全面的技術，掌握廣泛的開發技能，超離于程序語言之上，熟悉多種系統架構，有豐富的開發經驗，能選擇并設計合理的方案。

要深入。深入到本質里面去，絕對不能浮躁。不光要了解表象，還必須了解隱藏在表象里面的本質。架構師不只是使用者，更多的是建造者，創新者，每一個決定都可能會影響幾十個開發人員和成百上千的使用者，因此必須深入熟悉技術的本質，了解原理，才能靈活運用，不可能臨時抱佛腳，現學現賣。

浮躁只會讓人一事無成。曾見過一些人，寫了兩月程序，就嫌寫程序低級要去做設計，剛寫了兩月設計，就嫌設計低級，就要去搞需求分析，剛搞了兩天分析，又覺得搞技術沒前(錢)途，就要去搞管理或者搞市場。也見過一些人，搞了三月嫌工資低，跳一下漲點工資，再搞三月又跳跳漲點工資。跳來跳去，開始還能往“上”跳，到后面只能被趕著往下跳了。

加強交流和溝通。曾經悶頭苦學，希望能學得很牛，把什么都研究透了，然后可以教徒弟，可以帶出一批人來。在這個過程中總是碰到一些檻，雖不至于灰心喪氣，但也挺郁悶。頭告訴說不要指望一個人都干完了，再厲害也不可能把啥都搞明白，一方面要形成一個學習的氣氛，大家都很厲害，水漲才能船高，另外一方面要加強和業界尖端人士的交流，共同提高。

學習能力對于一個搞IT的人來說非常重要，如果沒有很強的學習能力，很難快速適應技術變化的能力。

有一年只做了一個物流管理系統一個單，基于J2EE的單子，一切都是從頭做，單子額不大內容卻不少。雖然最后順利完成，卻因為廣泛使用了應用服務器提供商提供的一個不成熟的擴展包而吃盡了苦頭。雖說架構師不糾纏于細節，但是忽略了細節卻可能造成嚴重的后果。對于7X24小時系統，一個細節不處理好，就會造成停機和嚴重的損失。細節就是追求完美，架構師既要有好的大局觀，也不能忽略細節，要求我們不僅對原理搞明白，很多時候必須對具體技術實現有透徹的了解。

架構師要對系統的功能負責，對系統的成熟度負責，對系統的成本負責，架構自軟件始而始，自軟件終而終。架構師需要參與擬定項目的各種標準和規范，要指導大家，要和低層設計人員探討一些難點的設計問題，他不僅僅是一個技術高手，還要充當技術的領導者，因此，學習一些軟件工程的知識和提高領導力是絕對有必要的。

在項目組中，架構師是一個角色，不一定就是一個人，可能是一個小組。

架構師雖然不要忽略細節，也要警惕過分追求完美，架構師學會放棄，在系統的功能、成熟度、成本中取得平衡，從客戶的角度和開發者的角度來考慮問題。特別是要警惕技術情結，不能一味追求最新的不成熟的技術，對于難以完成的功能，也需要暫時舍棄。不可能一下造成最完美的系統，袁德俊 軟件工程師 自由職業

主持產品與項目：1997年金山游俠開發成功，一直從事系統編程多年。目前，自主開發的C語言規范的腳本語言“NGNc”具有高聚合低偶合的系統設計。NGNc從體系結構和應用層級都與JAVA如出一轍，絕非模仿，而是從需求中來。

感悟：自從電腦出現在我的視野，能延伸我的頭腦是我對計算機的最直接感受。而從事軟件編程更給我無窮的力量和沖動，探索、挑戰、駕御是我從一個個不眠之夜的開發中獲得的最大樂趣。起初只是簡單的重復著編譯Sample，添加個別功能，以為語言就是計算機的全部。隨著系統編程的深入，漸漸我的思維習慣轉變了，操作系統的代碼跟蹤，給了我更大的空間去探索，就象進入了一個幽暗神秘的海洋，漫漫地與現在的各種概念越來越遠，有時候同朋友們溝通都缺乏了共同的關注焦點。

開發NGNc完全是個偶然的機會。一直以來，用VC的IDE環境開發項目，并組織和管理項目需要的文件，盡管VC的功能很強大，但在項目后期，每每都是因為修改個別的數據，而重新編譯整個項目，很麻煩。起初，通過設計系統的數據文件格式，將數據文件搬移出項目，將引擎和數據分離，只在修改數據的時候，用數據編輯器或簡單文本進行描述。編制數據編輯器雖然可以避免規范數據輸入等優點，但額外工作產生了：文本描述成為我們主要的目標。

最初文本描述方法簡單，比如Window的Ini文件管理模式。隨著文本文件格式的逐步復雜，文本文件到特定數據格式的轉換工具越來越想向C語言轉變。這就是NGNc的第一個產生的契機。我們叫它“DataOut”，顧名思義就是將數據拿出來的意思。項目開發的越多，項目后期對控制邏輯和規則描述的需求也逐步呈現出來。僅僅DataOut已經不能滿足我們的需要，起初同文本數據描述一樣，只是簡單的規則羅列，但隨著功能的發展，支持簡單的類C語言的規則書寫方式被支持了。

發展到現在NGNc已經完全成為了真正的C語言，并擁有自己的虛擬機，IDE調試環境，NGNbios的UI支持庫，它還將會擁有很多很多。隨著我對NGNc的駕御，我的視野寬廣了，可以想象在它的支持下的應用會更加開枝數葉。

另外說明一下：NGN是“Engine”的音，NGNc是我對它的期望，不只驅動應用，更可以驅動我的夢想，就如同每個程序員在深夜里完成一段代碼后的成就感一樣。我對“軟件架構師”的理解是，它只是眾多軟件行業內的一個分工，無論它的高度如何，需要多么資深的背景，多少年頭的開發經驗，他只是一個崗位，就如同其他崗位一樣，他需要思考他這個層面的問題。任何一個崗位都可以說是一個架構師，如同：人體、器官、組織、細胞，都是個相對封閉的系統，都異常的精密，只是它們都有它們各自的責任范圍。

軟件架構師如果是軟件工程師的能力體現，他應該具備從宏觀到微觀的全部知識，并在他的頭腦中運轉著整個行業甚至世界的模型，他可以通過自己頭腦的精密模擬，實現對任何問題的把握，無論是宏觀還是微觀。我們之所以需要這樣的人，就是因為我們的電腦無法完成如此復雜的計算，即使用巨大的知識庫陣列也無法達到大腦的快速處理速度，有時候，架構師的一個感覺就可以左右整個行業甚至未來。具備這樣高度的人是值得人們崇拜的！

后 記

軟件架構師可細分為應用架構師和技術架構師，應用架構是軟件本身作為一個應用而存在的結構，技術架構是使應用能夠運轉的支撐架構。就像軟件是為社會為生活服務一樣，技術架構是服務于應用架構的。

有不少新員工，因為基本是從大學畢業的人，學習接收新東西的能力都挺快，但是成就迥然有別。有的人，也具有強烈的好奇心，但為了學習而學習，敝帚自珍，不愿意應用到開發和工作中去，這種人，學到一定程度就很難再提高，學習能力只能算是不及格。

而且，還有一些立志做J2EE架構師的程序員，不但不愿意深入學習Java虛擬機規范，對于API也只是一知半解。問其理由，答曰，犯不著搞明白，到用的時候查查API就行了。天哪，到用的時候查查API就行了，如果你是一個摩天大樓的建筑師，到蓋高樓的時候現查查各種建材的參數規格指標就能蓋起大樓來了么？就能把水、電、梁、管、消防等搭配得合情合理么？想想看，我們做的架構可能也會影響大批設計師和程序員，影響大批使用的用戶，豈是現查API就能行的？

因此，我們可以說：架構是一門科學，更是一門藝術，觸類旁通，除了掌握深厚的技術知識以外，要盡可能多地掌握領域知識。成為架構師，沒有速成的辦法，唯有實踐+努力。

第四篇：我的隨船實習感悟178-3-16

我的隨船實習感悟 交管中心

張東輝

為了彌補VTS值班人員海上資歷欠缺之不足，增強海上感性認識與情景意識，切實了解船舶實際操縱與VTS視頻監管的差別，發現船舶操縱過程中存在的問題及可能存在的潛在危險局面，交管中心領導積極申請精心組織為我們新進人員安排了一次隨船實習。本次隨船實習共11人分三個批次進行，很榮幸我被安排到第二批隨船實習，我們一行四人隨滾裝輪“安吉21”開始了為期兩周的隨船實習，半個月的實習使我對船舶知識、航海知識、交通管理等各方面的知識都有了更加直觀、深刻的了解和學習，受益匪淺，現將主要心得和收獲總結如下：

這次實習讓我有了一個現場觀摩的機會，使我對船舶，對航行有了一個直觀的體會。通過船上的學習，了解到“安吉21”輪呼號：BIBV6，船籍：中國，客滾船，船長141.2米，寬24.4米，總噸19986噸，凈噸6984噸，單車單舵，主機馬力4980KW，可變螺距，船首側推一部，2016.1年建造于南京金陵船廠。航行于中國沿海港口滾裝輪。通過在駕駛臺上的觀察學習，熟悉了船舶設備包括車、舵、錨、纜等的使用情況，通過下機艙實地觀察，了解了機艙設備及其運行狀況，提高了我對船舶操縱性能的了解，認識到不同天氣條件下船舶航行過程中的操縱性能、不同氣象條件下船舶拋錨起錨的具體方法、放鏈長度、所需時間及與他船保持的安全距離。比如由于“安吉21”輪的屬于滾裝船，受風面積很大，所以容易走錨，應當找一個寬闊水域拋錨，VTS在大風天氣應給予關注；“安吉21”輪的操縱性能較好，船速較快，在放船時可優先考慮。

在我所經歷的2個航次中，實際觀看了船舶完整的航行過程，重點觀察了船舶在靠離碼頭時的操作。安全靠離泊是船長必須面對和必須掌握的技能。安全靠離泊的取得是全船上下協調、配合到位的結果，船長是這一操作的關鍵人物。而靠離泊的操作，受船舶大小、碼頭環境等諸多因素影響。為達到安全順暢靠離碼頭這一目標，船長在操作前總體上要有一個盤算，并做好相應的準備。在此次實習中，我們在駕駛臺觀察了每一次“安吉21”輪的靠離泊情況，船長在操作中所表現的沉著、冷靜以及全船上下從駕駛人員到甲板人員等的整體協調配合給我留下了很深的印象，同時，也讓我更深刻的體會到了什么是團隊精神。

通過此次實習，親眼所見，親身所感，使我第一次對天津港的交通環境有了一個全面直觀的認識。“安吉21”輪在天津港停靠北1和北14泊位，這兩個泊位都處于天津港北支航道內，因為在北支航道口存在交通會遇局面，所以每次進出北支航道時都要密切關注航道內其他船舶動態，在進出港時要特別關注主航道出來船舶到達會遇點的時間同時要了解主航道內進港船舶動態，及北支航道兩側泊位上船舶是否有離泊跡象，因此北支航道口警戒區水域存在復雜的交通會遇局面，建議VTS值班員在值班時加強對該水域的管理，合理安排離泊船，有效組織進出港船舶。

從我們一路航行的航線經過水域和港口情況來看，天津港的交通環境交其他港口或水域而言都比較特殊，人工航道有很大局限性。整個天津港漁船、工程船無序航行，隨意穿行航道，特別是在錨地內有很多漁船下網捕魚??這些小船船舶性能較差、船上設備簡陋，不易被監控管理，對大船進出天津港時造成很大的不利影響，這一切都增加了大型船舶進出天津港的危險性，也給我們的工作增加了很大的難度和壓力，建議與相關部門溝通規范小船行為。

通過在駕駛臺上的觀察學習，值班瞭望，同儀器顯示對比，我們發現在電腦屏幕上的雷達回波并不能完全真實的反映當時的海面情況，最簡單的例子，有的時候在電腦屏幕上看見兩條船的回波緊緊貼在一起疑似有碰撞危險，而實際海上兩船之間尚有幾十甚至上百米的安全距離，而有的時候我們的雷達回波還會出現滯后的情況??基于此，我認為，今后的工作中針對這些情況，交管中心應該有所側重的進行交通組織和協調，做到根據電腦屏幕上的回波進行科學合理的推斷，對船舶該提醒的時候一定要提醒，不該提醒的時候不必多言從而避免對船舶航行造成不必要的消極影響，也從而避免模糊交管中心的職責范圍，在不知不覺中增加不必要的義務和責任。

通過與船長溝通了解到，船上不能第一時間了解自己的航行計劃，幾乎每次都是預估或到達錨地后等候指令。更甚至在泊位靠泊的時都不知道什么時候的離泊計劃。當然船舶的計劃編排與很多因素有關，比如，泊位情況，航道情況，卸載裝貨情況。但是與交管同事溝通了解到，大部分時候計劃已經編排出來，只是船上沒能第一時間收到，也就是說接受途徑受阻。目前船上獲取航行計劃的途徑主要是，第一、等候船舶代理或公司的通知，第二、通過海岸電臺詢問，但由于海岸電臺信息服務是收費服務，及只能在沿海使用所以他們很少用。第三、向交管詢問，但由于各船舶不愿增加工作頻道負擔很少在高頻上直接詢問自己的航行計劃，有時也只是核實一下。第四、通過交管中心發布的VTS服務終端APP上查詢航行計劃，但目前了解船上安裝這個軟件的很少，故需要大力推廣，另外受到海上遠離陸地信號微弱的現實問題，也為登錄查詢帶來了困難。由于接受航行計劃信息的不暢通，給船舶航行安排造成的很多困擾，無奈下只有等待，通航效率也因此有所下降，所以交管中心目前正在探索的通過AIS為船舶推送航行計劃很有必要，它的優點是消息及時，不受信號限制，定位精準，每艘船舶上都裝有自己特有的AIS，操作簡便，只要船員在駕駛臺上按AIS 上下翻頁鍵就能看到最新的航行計劃。與船長及船員們溝通了解到，他們非常希望這樣的推送系統落實。用船長的話說“如果能夠第一時間得到的自己的具體航行計劃就太好了，就可以合理安排自己裝卸貨時間，及航行時間，就不再會出現因為不知道計劃而盲目搶著卸貨然后在碼頭邊上干等著。也不會出現加快航行速度節約航行時間結果卻在錨地長時間等待計劃增加錨地負擔”。因此，加快推出通過AIS為船舶推送航行計劃系統的推出很有必要，也是船員所呼，企業所盼的。

在這次實習中遇到了各種天氣狀況。有風平浪靜、晴空萬里的時候，也有狂風怒吼、涌浪侵襲的時候。特別是在第一個航次剛出渤海灣就趕上了臺風“海棠”帶來的涌浪，船舶先是縱搖后一直橫搖，使人坐立不安，頭暈惡心想吐，難受至極，最后干脆上駕駛臺陪同船員一起值班，分散注意力，奮戰一宿，直到筋疲力盡風浪減小才能平穩入睡。真正體驗了一把暈船直到渾天暗地的感覺，也讓我們對船員的日常生活有了感同身受的理解，體會到了船員的艱辛。這樣的換位思考的過程，對我們今后的值班工作能起到很大的幫助。

紙上得來終覺淺，絕知此事要躬行，實習很有必要，這是逐夢的必經之路！這次隨船實習給了我不一樣的直觀認識，船舶，港口，交通組織管理，相互協調才能發揮其最大功能相得益彰。直觀的感性認知引發了我很多的思考和感觸，雖然很多思考、建議并不完善甚至有點過于簡單幼稚，但是我相信，這一種感知，這一份思考對于我今后干好本職工作，做一名優秀的交管人一定不無裨益！同時，這一段經歷，也將成為我此生尤其是走進天津交管以后非常難忘的美好回憶，故最后，借此機會感謝交管中心上下所有領導對我們的關心和重視，感謝領導為我們創造這樣一個良好的實習機會，讓我們有機會認知，有機會思考。感謝一同隨行的三位同事及“安吉21”輪船上船員們的幫助與照顧。

第五篇：信息技術教學隨4

信息技術教學隨筆

針對信息技術課的特點，課前精心準備，營造“寬松、主動、愉悅”的學習氛圍；課堂中發揮學生主體地位，更多的放手，以學生的信息收集、處理和應用的實踐活動為主，培養學生的綜合處理信息能力、合作與創新精神，并滲透美學知識；給他們創造更廣闊的自由空間，分組合作，交流分享，把課堂真正還給學生。讓學生“在快樂中活動，在活動中學習，在學習中創造”。通過幾年的教學實踐，獲得幾點心得體會，與大家交流。

一、創設情境、激情導入：

1、音樂、動畫、游戲導入

2、創設情景，積極學習。

二、大膽放手，讓學生自主探究，獲得知識技能。

1、布置的任務要明確、具體，具有可操作性，任務的大小要適當。

2、設計任務要符合學生特點。

3、加強課堂教學的互動

4、盡力體現以“學生為主、教師為輔”的教學思想。

三、鼓勵創新，發展學生個性，培養信息素養。

面對信息技術的快速發展，我們信息技術教師應該多學習、多鉆研，這樣才能在教學中更加得心應手，信息技術的教學一定會變得舉足輕重。為此，我努力著、