其他

1、總覺得自己不夠好　　這種人雖然聰明、有經驗，但是一旦被提拔，反而毫無自信，覺得自己不勝任。此外，他沒有往上爬的決心，總覺得自己的職位已經很高。這種自我破壞與自我限制的行為，有時候是無意識的。但是，身為企業中的進階主管，這種無意識的行為卻會讓企業付出很大的代價。　　2、非黑即白看世界　　這種人眼中的世界非黑即白。他仃相信，一切事物都應該像有標準答案的考試一樣，客觀地評定優劣。他們總是覺得自己在捍衛信念、堅持原則。其實，這些原則別人可能完全不以為意。結果，這種人總是孤軍奮戰，常打敗仗。　　3、無

 記得以前學習 VB/Delphi/MFC 時，開始的例子一般是在視窗上有個按鈕和文字標籤。點擊按鈕時，文字標籤上會顯示一段話。這樣的例子在 QT 裡是怎麼做呢？在 QT 裡就是 QLabel 和 QPushButton，並用 connect 把它們聯絡起來。先看一下標頭檔 helloqt2.h ：view plaincopy to clipboardprint?#ifndef HELLO_QT2  #define HELLO_QT2   #include <QDialog>    

 喬布斯究竟對蘋果做了什麼?喬布斯的成長曆程究竟對他做了什麼?1、在1974年時，喬布斯在雅達利公司工作。當時他用微電腦晶片製作了一枚電路板，用來在Breakout遊戲中獲得額外的獎勵。這玩意是他和史蒂夫·沃茲尼亞克共同完成的，不過他為了贏得遊戲，對沃茲尼亞克隱瞞了額外獎勵的真實數值。 2、蘋果公司獲得的第一份訂單，是來自當地一家電子銷售商訂購的50台Apple I。  3、在介紹Apple II時，喬布斯普及了內建鍵盤和電源的概念，這是電腦史上第一次採用內建鍵盤和電源。

 最近自從Google推出Chrome瀏覽器之後，瀏覽器受到人們更加廣泛的關注，網上時而會出現這樣那樣的評價，作為一個瀏覽器核心愛好者，希望能乘著大家都關注的東風，能對瀏覽器核心有更深入的理解，進而能更好的進行Web開發及利用。Chrome瀏覽器的代碼量其實是非常龐大的，要想對其有深入的理解，僅僅編譯編譯調試調試，是很難深入下去的。讓我們還是從其主要部分如多進程管理通訊、WebKit、V8、Skia、WinHttp、Sanbox等著手分析其主要流程及資料結構，或許能達到事半功倍的效果，而WebK

 在軟硬體系統總體架構設計完成之後，為保證架構設計的合理性、完整性和針對性，從根本上保證系統品質，降低成本及投資風險，需要對總體架構進行評估。1、架構評估內容（1）對軟體的架構評估對軟體的架構評估，主要是根據具體的評估依據，看軟體設計是否符合體系化設計原則；產品中所開發的軟體是否易於升級，是否滿足可擴充性強等要求。（2）對硬體的架構評估對硬體架構的評估，主要是根據具體的評估依據，看研發的系統是否盡量採用了低功率處理器和較少的功耗組件，是否滿足低功耗的要求；系統是否具有較大的基礎資源空間以及資源擴

 引言當手機由豎屏切換成橫屏時我們通常需要調整程式的UI布局以適應螢幕； 或者更進一步當手機的方向發生變化時，如果我們也想讓程式的UI隨之改變該怎麼做呢？那麼本文就為大家介紹一種思路。使用sensor感知方向變化現在QML中已經可以直接使用Sensor了，不需要我們自己再通過c++代碼的方式間接訪問。我們獲得當前手機方向資訊後，就把目前狀態設定為對應狀態，而後我嗎就可以根據不同的狀態進行布局了。OrientationSensor { id: orientation

 一般在做資料庫設計的時候，會把common的資訊存在一張基本的表裡，而會把附加的資訊存在另外一張表裡。例如，人員的基本資料---如姓名，性別，年齡放在一張基本表裡。而教育資訊，工作經驗資訊，放在另外的兩張表裡。並且會額外資訊的表裡建立一個基本資料的表的id。可能根據需要建立約束。 那麼在對象領域（用UML的 class圖表示），則可以這樣。假如用hibernate的自動代碼產生工具，假設裡建立的外部索引鍵關聯的話，產生的class裡會這樣：class Person{//..other

 在項目過程中，通過觀察，感覺做好PM這個角色需要做好以下幾點：對項目關鍵點的細節要足夠瞭解雖然PM可以不參與具體的編碼工作，但並不等於不需要瞭解具體的實現細節，特別是一些影響項目成敗的關鍵點。有些PM離技術越來越遠，遠到一些功能是怎麼實現的、用的是什麼技術、有哪些地方需要特別注意都不清楚，這會非常影響他的決策力和判斷力，特別是在處理突發事件時會手足無措。在現階段，特別是項目規模不大的情況下，感覺PM兼任架構師比較好。對項目各個階段的時間點要足夠清晰PM頭腦得時刻有一個清晰的項目roadmap，

 所在公司是一家軟體公司，主要為電子行業、航空航天等軍工企業提供資訊化產品和服務。老闆受他本人在製造業工作經曆的影響，把一個軟體公司的組織圖設定得如同工廠，幾乎每項工作都是一個部門只承擔一部分，不允許參與其他工作。比如售前階段，工作說明書是諮詢部負責完成，合約簽訂後，轉到實施部，實施部的專案經理和業務顧問到客戶那裡進行業務調研工作，編寫出業務調研報告和業務需求說明書，通過評審後才能繼續傳遞文檔至下遊，下遊是設計部，負責需求分析和概要設計，再下面是開發部，負責詳細設計和編碼.。。。。。。老闆想得挺

 我們在編譯QT的工程的時候，一般都會讓qmake自動產生，但有時我們需要定製我們的工程，那麼就必須改寫pro檔案。要自己全部寫pro檔案又有點麻煩，所以，一般都是先運行      qmake

 在LINUX下進行網路編程，我們可以使用LINUX提供的統一的通訊端介面。但是這種方法牽涉到太多的結構體，比如IP地址，連接埠轉換等，不熟練的人往往容易犯這樣那樣的錯誤。QT中提供的SOCKET完全使用了類的封裝機制，使使用者不需要接觸底層的各種結構體操作。而且它採用QT本身的signal-slot機制，使編寫的程式更容易理解。QT中共提供四個與套按字相關的類，分別是：QServerSocket：TCP-based serverQSocket:              Buffered

本文將向大家講述如何通過sun公司的jstl標籤來訪問list對象，並在jsp頁面進行顯示一般而言，list對象會儲存在request對象，session對象中，一般採用架構（比如說Struts架構中的Action）完成把list對象置入request對象中，XXAction{public ActionForward execute(  ActionMapping mapping,  ActionForm form,  HttpServletRequest

模式一： 邊做邊想沒有事先的計劃，沒有思慮周全，在做的過程中再去尋找好的方法，造成的後果就是品質差或返工多，浪費了時間。很多初級的開發人員在編碼時就採用了這種工作模式。磨刀不誤砍柴工，先想清楚，再動手做，看似慢，實際快！模式二：想->做     想清楚了總比不想好。此種模式沒有和別人溝通，沒有文檔化，這種模式很可能想的不周全，導致在做的過程中存在問題。三思而後行，如何保證三思的品質呢？溝通與文檔化。 模式三：想->寫->做  

For contrasaction by Spring,commonly,we take the tier of service for transaction control,but when we integrate hibernate to spring, Spring use Session gothrough the whole process, that is to say when the thread going to the method of service tier--

前言Robert C. Martin氏為我們總結了在物件導向的設計（OOD）中應該遵循的原則，這些原則被稱為“Principles of OOD”，關於“Principles of OOD”的相關文章可以從Object Menter得到。本文介紹“Principles of OOD”中的介面分隔原則：Interface Segregation Principle (ISP)。可以從這裡查看Interface Segregation Principle (ISP)的原文。概要Clients

據調查，只有37%的IT項目在計劃時間內完成，42%的在預算內完成。IT項目成功率不高的根源在於，IT專案管理是項系統工程，不僅需要專案經理個人具備一定的組織、決策、溝通、業務、技術能力，更需要運用多種手段對項目的時間、成本、品質和風險進行嚴格控制。如何提高IT項目的成功率呢？ 　　關鍵控制點一

最近做完了一JSF架構開發的大型項目，有感於對JSF架構的使用。JSF的兩個大亮點就是：面向組件編程和事件驅動模式，1.面向組件（component）模式，這裡可以有兩層意義上的組件，一個就是JSF支援的UI組件（不同的支援廠商會有不同的UI組件實現，比如apache，Oracle的），還有一種意義上的組件，就是JSF架構的開放性――讓使用者定義自己的組件，這種組件包括在lifesicle上的一些組件，比如剛才說的UI組件，validator組件，handler組件等。2.事件驅動模式，是相對於

 上課鐘響了，班主任來了，但他並沒有帶書。站在台上半天沒有出聲，同學們一邊笑一邊詫異地望著他。 老師掃視著同學：“這節課我們來討論三個問題。”他問道：“世界上第一高峰是哪座山？”大家鬨堂大笑地回答：“珠穆朗瑪峰！”老師接著追問：“第二高峰呢？”這下同學們面面相覷，無人應聲，老師轉過身，在黑板上寫下一句話：屈居第二與默默無聞毫無區別。老師頓了頓，說：“好了，下面我們來看第二問題。有個人燒壺開水，可是等他生好火才發現柴火可能不夠，他該怎麼辦？”同學們議論紛紛，但意見都趨同於趕快去找柴火，或說去借，或

由於項目需要，也是為了擺脫jdbc原始樣式的開發模式，決定採用持久層架構，使我們的程式更加OO化（除了DB），目前流行的持久層架構很多，hibernate，ibatis，EJB，JDO，等，關於幾種架構之間的異同,大家可以參考一下其他相關的評論，大概意思是前面兩者是輕量級的JDBC封裝，淺耦合，後面兩者是重量層級的，深耦合的。關於hibernate和ibatis的區別，記得ibatis的設計者說過：當你資料庫設計的天衣無縫的時候請選擇hibernate，否則建議採用ibatis，通俗點：一個是全

 There are a commandlink or command button at first page,after submitted some values but others needed to be validated is inputted null,with this case if I wantto goto next page to do sth like create subproperites list for current page,there will