<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    posts - 4, comments - 16, trackbacks - 0, articles - 0
      BlogJava :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

    2010年9月18日

    從專科畢業以來,工作已有三年有余。轉眼間,我將要離開長沙,前往杭州開始一段新的人生旅程。心情難免相當復雜,在這期間,發生了很多事情。隨之,自己也改變了很多。

    這三年,在長沙博賽軟件公司任職。這里,員工待遇不錯,工作相對輕松。更重要的是,同事之間關系簡單并且和睦,這樣的公司確實不多。

    事實上,我幾乎沒有向朋友提起過,在這期間,我還在另外一家計算機培訓公司做培訓講師,工作了差不多兩年。有時,一天工作超過了16個小時,從早上6點到晚上10點,覺得很累。說出來可能沒人不相信,當時我還在長沙大學讀本科。時常受到老師的責罵,無論多么難聽,我都能忍受。當然,不會去說這些知識對我沒有價值或者已經知曉。

    紙是包不住火,有些老師和同學知道我的情況。我只能在學校里面盡量隱瞞,因為一旦提到薪酬問題上,每個同學的反應會不同,更不要說老師。在學校里面從來不會炫耀,甚至不提到技術。完全沒有必要。

    能夠的事情告訴你,你會知道的,反之亦然。正如這里,我在告訴大家發生了什么,而不是為了炫耀(炫耀是種心態的問題)。同時,也是向老師和同學們道歉,我有我的苦衷。

    我的堅持,讓我學業和事業得到平衡,盡管人比較累,但是我從來沒有抱怨過。我記得有句這樣的話,“年輕的時候不努力,怎么在40歲之后享受事業的成果”。這幾年,尤為明顯,整個社會都很浮躁。很多年輕人老抱怨。當然,可以抱怨大是大非的問題,但是總是抱怨不公平,而反思自己是不客觀的。我的觀點是,這個世界永遠是灰色的,也沒有絕對的公平,不要浪費時間去討論它,因為它會自動變化的,每個階段會呈現不同的狀態。當不能改變的時候,只能適應它。抓緊時間,做好自己就很好了。

    興趣和激情是夠支持我高強度工作的動力,我一直認為除了謀生以外,感興趣是最關鍵的。個人觀點,事業就是做自己在做想做的事情,職業則是在做謀生的事情。事業會帶來財富和名望。

    事業沒有高低貴賤,但是適合與否只有自己知道。這就是我為什么選擇離開的原因。雖然,馬上要離開長沙博賽了,但是心中仍然有點不舍,同時我心存著感激,感謝那些曾經幫助過我的人。當然,兩家公司的離開,有無奈的地方,也有驚人相似之處。對此,我不想說什么。如果我的離開,能夠給其他人帶來安穩,那么也不失為好事一件。同事一場,希望大家能夠真正地好好工作,給自己和家庭帶來安全感。

    人生不能用簡單地套用“設計圖紙”,而是隨著實際情況而制定,不至于計劃趕不上變化。工作并不是我生活的全部。我不是那種天天喊事業的人,也是一個凡人。也會接觸到柴米油鹽,我也想有一個幸福家庭。自然面對房子問題,這是年輕人心中一塊大石,尤其是像我這種父母沒有積蓄的人。說良心話,我住了父母的房子,這也是一種“啃老”,只是程度問題。通過客觀分析,在短期內得出房價不會大降。終于決定在4月份買房。我一直很幸運,通過我三年的積累和平時省吃儉用,湊齊了一套房子的首付款。不巧的是,國家出臺樓市調控政策,其結果是把我所有的積蓄消耗盡了。選擇房貸的年限是一門學問,不但要結合自己的經濟實力,還要分析未來工資趨勢,選擇一種月供壓力較小的方式。這樣,清除了一大后顧之憂。至少,無論是否事業成功,至少我有了退路。

    買房之后,為謀求更高的職業目標,接下來開始找工作。參加幾家大公司的面試,這些公司社會招聘流程中,需要候選人經過4輪以上的面試。有時候,不得不相信命運,本人均在最后一面“神秘地”地被刷下來了。面試過程感覺良好,還得到了面試官肯定。也許是否極泰來,9月份,受邀淘寶網和支付寶(皆為阿里巴巴集團公司下的兩家子公司)面試通知,終于在這次得到了回報。兩家公司面試都通過了。當時腦中頓時想起《當幸福來敲門》那部電影。從失利到成功,我的心里素質變得更好了。相比我其他一些遭遇,也算不了什么的。感謝那些在我失利的時候,給我鼓勵和幫助的朋友,尤其要感謝我的女朋友。

    魚和熊掌不能兼得,結合自己的實際情況和職業房展,接受了淘寶公司的Offer,在此,對于支付寶公司珍重人才表示感謝,特別是那個美女HR。最重要的是,認識了幾個朋友。接下來,我希望在淘寶公司,通過自己的努力,事業上能夠得到長遠的發展。

    人生的道路上總會面臨抉擇,有時候是主動的,有時卻是被動的。不管怎樣,學會怎么選擇比學會如何努力要重要很多。正確的方向需要不斷地識別和選擇。只有在正確的方向上,那么不會感到迷茫和無助。強者運命,弱者命運。人生不少事情需要自己經營,無論是事業,還是愛情。

    最后,提前向親愛的博賽同事道別,祝大家能夠事業有成,幸福安康。

    posted @ 2010-09-18 01:40 Mercy 閱讀(296) | 評論 (0)編輯 收藏

    2010年9月1日

         大學,大家都來學。對于大學而言,筆者和很多人一樣,還是挺期待的。在這期間,有兩個詞匯讓我難以忘記,一個是“馮諾依曼體系結構”,一個是“摩爾定律”。前者確定了目前計算機體系結構,后者預言了計算機芯片(集成電路)的更新周期。



         記得老師是這么描述摩爾定律 -“ 計算機芯片集成電路數量,每 18 個月翻一翻”。聽過之后,我頓時感到神奇。神的地方是,不能理解為什么電腦電腦更新這么快。奇的地方,計算機芯片既然物質,那么肯定有極限,芯片數量級不可能會成數學規律增長。因此,我對這個預言一直抱有懷疑的態度。



         針對這個理論,世界芯片級巨頭 Intel 相當地認可,畢竟摩爾其人也是 Intel 創建人之一。因此, Intel 芯片數量的規律非常貼近摩爾定律。



         在很大程度上,硬件執行速度決定了計算機的運行速度。那也就說,摩爾定律也影響著系統運行效率。眾所周知,操作系統支持并發執行,不過在單處理器,宏觀上是并行 ,但微觀上是串行。在這種情況下,并行實現則是由 CPU 輪詢的方式來執行任務,在用戶感知下,是不會覺得延遲的。如果 CPU 處理的速度越快,因此, CPU 在任務之間切換的時間就越短,用戶更加不會察覺。



         摩爾定律,可謂是成也 Intel ,敗也 Intel 。由于開發成本和物理極限等原因,單處理器遇到了瓶頸, 摩爾定律也宣告失效。新的時代來臨 - 多處理器時代。


    筆者卻認為摩爾定律就是一個“大忽悠”,無論是物理限制,還是計算機體系和腦力的局限性。正所謂英雄所見略同。不久前,微軟創始人 - 蓋茨兄弟,也贊同這種觀點 。同時, Intel 這些公司,為了彌補技術革命上面的憋足,把這種摩爾意識強如植入了民眾的大腦,這就不難解釋,在 2005 年有一個公司叫 AMD Intel 多么的狼狽,其中最有威懾力應屬于 x64 架構。



         無論摩爾定律留下了什么,多處理器時代已經來臨。


     上一篇:1.基礎          下一篇:1.2  多處理器時代

    posted @ 2010-09-01 21:01 Mercy 閱讀(1716) | 評論 (6)編輯 收藏

        最近“神仙道人”李一“東窗事發”,再次成為新聞的“焦點”。鋪天蓋地的“負面”文章接著出現。其中,影響比較深刻的就是張紀中的老婆-樊馨蔓寫的一本書《世上是不是有神仙》,同時還有不少名人為其宣傳。在事發之前,恐怕能去李道人的養生班恐怕都不是一般人。無論是張悟本,還是林光常,在電視銀幕的襯托下,成了老百姓視為養生大師,難道中國人連基本的常識都不具備了嗎?

    當打破養生“神話”時,老百姓又“清醒”過來,被媒體玩弄到無以復加地步。知識匱乏和不求甚解,甚至懷疑精神都不具備,能不成為悲劇嗎?

    放眼IT領域,結果發現也是驚人的相似。

    現代編程語言的發展,讓這個行業的門檻越來越低。就語言發展角度而言,這是一種必然趨勢。從從業人員的素質而言,注定了良莠不齊的現象。往往技術人員容易經不起“新技術”的“誘惑”,不斷學習所謂新的“技術”。在Java領域,恐怕沒有人不知道“SSH”框架的大名。框架成就了其作者,也成了一種文化。本人作為面試官時,當問到請描述一下以前項目的架構?總是能夠聽到類似于這樣的答案-“系統采用SSH架構...”。也許面試必談SSH,因此本人的簡歷很難吸引他人的眼球。

    當我第一眼看到Spring,覺得它就是“玩具”,這樣的言論也許會遭到Spring粉絲的口誅筆伐。當你能夠反向思考的時,你的世界也會發生變化。Spring給我們帶來了什么?依賴倒置,不等同于零依賴。輕浸入性,不等于沒有浸入性。系統拆去Spring,雖然能夠保證源代碼兼容性(編譯時不會遇到問題),可是那樣系統等同于殘廢-留下了一堆沒有關聯對象。當然,目的并不在于花大力氣來批評Spring,畢竟存在即理由,Spring還是有其優點-良好地編程風格和豐富的類庫等。StrutsHibernate也如此。作為專業從業人員,討論“誰是誰非”是沒有意義的。分析使用場景,才是有意義的,前提是你必須了解它的優缺點,并非迎合或奉承它,不要為了技術而技術。

    當你厭倦了框架的重復勞動(重復的編碼工作和大量新型框架重復發明輪子),也許你更加關注于原理性的東西,甚至是實現細節。那么,本系列的文章就很可能會適合你。

    當我們剛接觸某個事物時,傾聽(觀察)它,懷疑(分析)它,定位它。兼聽則明,偏聽則暗。

    文章來源:作者的JavaEye Blog

     上一篇:目錄 下一篇:1.1 摩爾定律

    posted @ 2010-09-01 11:32 Mercy 閱讀(1774) | 評論 (2)編輯 收藏

    2010年8月27日

    Author : mercyblitz
    Version: 0.1
    Update : 2010-08-27 4:26PM
    Email:  mercyblitz@gmai.com


    1.  基礎    
        1.1  摩爾定律  

        1.2  多處理器時代
            1.2.1  對稱多處理( Symmetric Multi-Processor, a.k.a SMP)
            1.2.2  非對稱多處理( ASymmetric Multi-Processor, a.k.a ASMP)
            1.2.3  非統一內存訪問( a.k.a NUMA)

        1.3  共享內存(Shared Memory)

        1.4  CPU 緩存
            1.4.1  緩存一致性(Cache coherence)
            1.4.2  MESI協議(MESI protocol)

        1.5  線程
            1.5.1  起源(Source)
            1.5.2  優勢(Advantages)
            1.5.3  類型(Types)
            1.5.4  模型(Models)
            1.5.5  實現(Implementations)
            1.5.6  安全(Security)

        1.6  內存模型  (Memory Model)
            1.6.1  可見性(Visibility)
            1.6.2  原子性(Atomicity)
            1.6.3  順序性(Order)
        
        1.7  互斥( Mutual Exclusion)
            1.7.1  阻塞同步( Blocking Synchronization)
            1.7.1.1 臨界區(Critical Section)
            1.7.1.2  鎖(Lock)
                1.7.1.2.1  類型(Types)
                1.7.1.2.1.1  自旋鎖(Spinning Lock)
                1.7.1.2.1.2  標簽鎖(Ticket Lock)
                1.7.1.2.1.3  偏向鎖(Biased Lock)*
                1.7.1.2.2   數據庫鎖(Database Lock)*
                    1.7.1.2.2.1   消極鎖
                    1.7.1.2.2.2   樂觀鎖
                1.7.1.2.3  問題(Problems)
                    1.7.1.2.3.1  活鎖(Live Lock)
                    1.7.1.2.3.2  死鎖(Dead Lock)
                    1.7.1.2.3.3  優先級倒置(Priority Inversion)
                    1.7.1.2.3.4  其他(Others)            

            1.7.2 非阻塞同步(Non-Blocking Synchronization)
                1.7.2.1  Wait-free算法
                    1.7.2.1.1  比較交換算法(Compare-And-Swap, a.k.a CAS)
                    1.7.2.1.2  連接加載/條件存儲(Load-link/Store-conditional)
                1.7.2.1.3  ABA問題
                1.7.2.2  Lock-free
                1.7.2.3  Obstruction-free

            1.7.3  重進入(Reentrant)

            1.7.4  監視器(Monitor)
                1.7.4.1  等待和信號(Wait and Signal)
                1.7.4.2  條件變量(Condition Variable)

            1.7.5  信號燈(Semaphore)

            1.7.6  雙檢查鎖(Double-Checked Locking, a.k.a DCL)

        1.8  內存柵欄(Memory Barrier/Fence)

        1.9  一致性模型(Consistency Model)
            1.9.1  原子一致性( Atomic consistency)
            1.9.2  連續一致性(Sequential  Consistency)
            1.9.3  因果一致性(Causal Consistency)        
            1.9.4  釋放一致性(Release Consistency)        
            1.9.5  最終一致性(Eventual Consistency)
            1.9.6  Delta一致性(Delta Consistency)        
            1.9.7  弱一致性(Weak Consistency)        
            

        1.10  并發控制(Concurrency Control)
            1.10.1  軟件事務存儲(Software Transactional Memory,a.k.a STM)
                     
    2.  Java 基礎
        2.1  Java同步原語
            2.1.1  synchronized關鍵字
            2.1.2  volatile 關鍵字
            2.1.3  CAS操作-AtomicX

        2.2  Java內存模型
            2.2.1  可見性(Visibility)
            2.2.2  原子性(Atomicity)
            2.2.3  順序性(Order)
            2.2.4  Happens-Before

        2.3  java.lang.Thread
            2.3.1  狀態(State)
            2.3.2  啟動-Thread.start方法
            2.3.3  棄用Thread.stop, Thread.suspend 和 Thread.resume方法
            2.3.4  終止Thread.interrupt和Thread.interrupted方法
            2.3.5  Thread.join方法
            2.3.6  Object.wait/notify方法
            2.3.7  Thread.wait方法


    3.  Java并發框架
        3.1J.U.C框架
            3.1.1  同步
                3.1.1.1  核心-AbstractQueuedSynchronizer
                3.1.1.2  重進入鎖-ReentrantLock
                3.1.1.3  重進入讀寫鎖-ReentrantReadWriteLock
                3.1.1.4  條件變量-Condition
                3.1.1.5  新通知/信號機制-LockSupport

            3.1.2  限制
                3.1.2.1  CountDownLatch
                3.1.2.2  CyclicBarrier
                3.1.2.3  信號燈(Semaphore)

            3.1.3  原子操作  
                      3.1.3.1  Atomic*類
                      3.1.3.2  操作實現-sun.misc.Unsafe

            3.1.4  線程安全集合
                      3.1.4.1  CopyOnWriteArrayList和CopyOnWriteArraySet
                      3.1.4.2  ConcurrentSkipListMap和ConcurrentSkipListSet
                      3.1.4.3  ConcurrentHashMap
                      3.1.4.4  ArrayBlockingQueue
                      3.1.4.5  LinkedBlockingQueue和ArrayBlockingDueue
                      3.1.4.5  PriorityBlockingQueue    

            3.1.5  線程池
                      3.1.5.1  Executor
                      3.1.5.2  ThreadPoolExecutor
                      3.1.5.3  Callable和Future
                      3.1.5.4  ScheduledExecutorService
                      3.1.5.5  Executors

    4. JVM并發實現 **
        4.1  線程(Thread)實現
        4.2  監視器(Monitor)實現
        4.3  可見性實現
        4.4  原子性實現
        4.5  順序性實現
        4.6  其他


    說明:

        1. 在標題后面帶有符號“*”,代表這個內容可能有點于偏離主題。帶有“**”的內容,可能比較難以理解。


       2. 由于知識體系比較繁雜,組織起來比較寬難,因此目錄結構很有可能不斷地更新。該文章的Update部分或者標題也會同步更新。


        3.一旦章節的內容完結,目錄會即時更新鏈接,請大家留意。

        4.作者能力和學識有限,如果讀者還有更加感興趣的議題,或者任何錯誤、意見和建議,不妨直接留言或者發郵件來討論。如果能夠合著的話,那是更加完美了。


        5.文章轉載前,請聯系文章的作者。

    謝謝 ,EOF!

    posted @ 2010-08-27 17:48 Mercy 閱讀(2147) | 評論 (8)編輯 收藏

    主站蜘蛛池模板: 成人毛片视频免费网站观看| 亚洲中文字幕无码爆乳av中文| 午夜亚洲av永久无码精品| 亚洲av福利无码无一区二区| 亚洲精品无码久久久久牙蜜区| 大地影院MV在线观看视频免费| 亚洲第一成年免费网站| 亚洲情XO亚洲色XO无码| 亚洲av成人一区二区三区在线播放| 青柠影视在线观看免费| 好吊妞998视频免费观看在线| 久久青草亚洲AV无码麻豆| 相泽南亚洲一区二区在线播放| 三年片在线观看免费观看大全动漫| 国产成人精品免费视频大全五级| 久久精品亚洲综合专区| 免费一区二区无码视频在线播放| www.免费在线观看| 337p日本欧洲亚洲大胆裸体艺术| 亚洲性色精品一区二区在线| 久9这里精品免费视频| 亚洲精品无码久久久| 最新国产精品亚洲| 美女内射无套日韩免费播放| 国产午夜亚洲不卡| 含羞草国产亚洲精品岁国产精品| 16女性下面扒开无遮挡免费| 亚洲综合色婷婷七月丁香| 国产精品亚洲一区二区三区在线观看| 2021国内精品久久久久精免费| 国产美女亚洲精品久久久综合| 亚洲av日韩av永久无码电影 | 免费无码VA一区二区三区 | 亚洲国产精品国自产拍AV| 国产精品亚洲小说专区| 18禁成年无码免费网站无遮挡| 亚洲ⅴ国产v天堂a无码二区| www在线观看免费视频| 免费真实播放国产乱子伦| 国产精品亚洲综合久久| 久久久久久精品成人免费图片|