『壹』 程序員職業規劃
程序員職業規劃範文
導語:對於個人的職業,我們應該做好規劃。下面是程序員職業規劃範文,供各位閱讀和參考。
前言
當今社會,IT行業發展速度突飛猛進,技術更新換代周期小,專業方向和領域更是林林總總、百家爭鳴,若沒有一個明確的目標而漫無目的的亂走一遭,豈不殆誤時機,浪費年華?俗話說,欲行千里,先立其志。因此,要為自己擬定一份職業生涯規劃,將自己的未來好好的設計一下。有了方向的指引,自然才會有乘風破浪之帆。
自我認知
「知己知彼,百戰不殆」,進行職業規劃首先要「知己」,即全面、深入、客觀的分析和了解自己。
1)我的優點
熱愛學習,對新鮮事物及不懂的知識有著濃厚興趣,喜歡凡事問個為什麼,有條件的話會不斷鑽研直至懂得原理為止;熱愛工作,只要進入工作狀態常常到達忘我境界,做事情考慮周全,以大局和未來為重,並且在懂得應用知識後會去了解知識背後的核心,從經驗上升到理論。
2)我的缺點
過分自信,執著的有些過頭;性格急躁,自控能力一般;自身專業知識水平、能力有待於進一步提高。
3)個人職業傾向
目前從事的是java服務端的軟體開發工作,希望可以成為一名技術管理雙能的工作者。
職業認知
程序員一般有兩個大方向:技術與管理。
走技術路線的人,一定是對技術痴迷的人。但要走得長遠,我們需要把技術做穿、做透。如何做穿、做透?計算機底層(C、匯編、逆向工程、驅動、內核)、計算機演算法(網格計算、音視屏壓縮、語音識別…)、架構(軟體工程、跨平台、多語言等)都要有涉及。只有我們掌握了這些,才能做到」看問題看到本質」、」思想有穿透力」。這些才是最寶貴的,需要沉澱下來,僅僅靠做項目、寫代碼是無法達到的。
對於走管理路線的人,是具有「完成任務為第一要務」、「有計劃、善於管理時間」、「善於與人打交道」性格特點的人,重要的是「綜合素質」,而不是「專攻」。必須從思想上發生根本性轉變:技術是解決問題,而管理則需要滿足「多快好省」。
而本人對程序員職業的認知是:技術與管理並不是物理上的獨立,而是相輔相成的。只做技術無法深刻理解全局思維,無法更好地為業務服務;而只做管理,則與程序員漸行漸遠,最終成為一名行外的管理人員,無法在團隊內部樹立威望。因此,個人希望可以成為一名技術管理雙能的工作者。
環境分析
程序員通常被認為是相當不錯的工作,原因非常多。收入高,福利好(有可能非常好),工作富有挑戰性(通常是正面積極的挑戰),根據目前的就業形勢和程序員的需求量,這種職業競爭壓力很小。
但是,在國內的IT環境下,要成為一名合格的程序員並不是容易的事。在國外,五六十歲還坐在電腦前敲代碼的程序員比比皆是;則在國內,程序員則靠吃「青春飯」,三十歲還需要靠敲代碼的程序員甚至被稱為loser。這主要因為IT技術的高速發展,程序員必須不斷地更新專業知識,以適應社會的需求。而上了年紀的程序員由於思維和身體原因,無法與剛步入社會正值旺年的年輕一代的學習能力相提並論,只能苦苦掙扎在茫茫學海中,或被迫進入自己並不擅長的管理層面里。
當然,隨著對程序員的認知越來越廣泛,這種情況經已有所緩和,但是從教育角度上看來,國內形勢還是十分嚴峻。現在各個大學、IT培訓機構為了賺錢拚命擴招,所以不僅IT專業的學生人比較多,而且其他專業的學生人數也比較多,「僧多粥少」就通常意味著就業壓力大。但是反過來看,現在很多IT企業都存在「人才荒」的問題,也就是很多企業都招不到合適的人才,一些從事IT人力資源方面工作的人都普遍反映現在企業里很難招到合適的人才。初看起來很奇怪「每年有很多IT專業大學生畢業,很多都找不到工作」,而「企業每年都缺人,招不到合適的人才」,造成這種奇怪的「人才斷層」現象的根本原因就是現在畢業生的素質明顯下降了,大學招的人多也意味著教學資源平均下來降低了,培訓機構為了賺更多的錢以最快的`速度培訓出一群「知其然不知其所以然」的學生,所以教育質量也降低了,這些就造成了「學生需要工作,企業需要人」的這種狀況。
未來人生職業規劃目標與行動方案
1)階段目標
Phase Ⅰ:理論實踐期
時間:1~3年
目標:將自己學到的理論知識融入實際應用之中
Phase Ⅱ:全面發展期
時間:7~10年
目標:技術與管理雙管齊下,精通技術核心並能帶領和指導團隊工作
Phase Ⅲ:持續發展期
時間:10年
目標:從工程化思想解決出來,探索並吸收其它領域思想,引領並指導工程領域
2)行動方案
a) 加強體育鍛煉,保持健康的體魄。俗話講「身體是革命的本錢」,一個健康的身體是事業成功的前提和基礎。在今後30年的工作歷程和職業生涯中,要堅持體育鍛煉,練就一個健康的體魄,為事業成功提供體力保障。具體說來就是要養成良好的鍛煉、飲食、生活習慣,每天保證睡眠6~8小時,每周鍛煉兩次或以上。
b) 保持學習勢頭,活到老學到老。首先專業知識無需多說了,不管是技術還是管理都必須不斷地學習,攻讀在職研究生便是第一步。另外,學無止境,其它領域也必須接觸,包括英語、廚藝、人力資源管理等等。下一步則是增強英語能力,最重要是口語能力。
c) 保持工作熱情,提升工作效率。勇於承擔單位的各項工作和領導交給的不同任務,接受來自各方面的挑戰與壓力,不斷提高自己的思維能力、組織能力、策劃能力以及研究能力,使自己成為一個綜合素質高、業務能力強的復合型人才。
d) 參與社會公益活動。雖然本人目前並不是一位成功人士,但希望能盡自己一分微薄的力量,參加志願者活動、無償獻血活動、奉獻愛心等等。不僅心靈得到極大的滿足,同時接觸到更多有志之士,廣交人脈,全方位提升自我修養和履行社會責任與義務。
調整與評估
計劃固然好,但更重要的在於其具體實踐並取得成效。任何目標,只說不做,到頭來都會是一場空。然而,現實是未知多變的,定出的目標計劃隨時都可能遭遇問題,這就要求有清醒的頭腦和良好的心態,做到萬變不離其中即可。
成功標准
個人成功標準是專業上不斷更新,做到滿足同一時期各類相關公司或企業對應的要求;學習與工作、家庭與社會相互協調發展,並在最大限度實現個人價值;不違法、不犯罪,對社會有一定貢獻之人。
;『貳』 一套完整的網站運營推廣方案是什麼樣
大多數運營人員可能是了解網站漏洞、觀察網站跳出率這類問題,其實運營人員應該是在運營推廣中做總體方向的人,比如:
找行業幾千個關鍵詞給編輯人員編輯文字
制定推廣人員推廣計劃
網站用戶體驗改善
網站的營銷力
網站活動的策劃
運營人員的基本功能個人認為是搜索引擎優化,因為搜索引擎越來越人性化,如果懂得搜索引擎的演算法,我相信這個運營人員一定有能力把自己的網站用戶體驗做到極致。
另外一個是企業的網路競價,如果公司條件好,請一個競價人員專業競價那是最好不過,條件差,只有交給運營人員了,懂得SEO的人操作競價是非常簡單的,做網路競價無非就是三個核心點:價格、創意、轉化。
一個標準的程序員應該會把程序寫到規范化,太多程序因為懶惰,省去了代碼中很多標簽,比如圖片屬性、A標簽屬性、網站地圖、ROBOTS、偽靜態等等標簽,我認為這些並不需要一個SEO寫出方案後,程序員再來修改!
不管是一個企業網站,還是門戶商城網站,都需要一個專業的編輯,但如果是企業網站,編輯稍微輕松一點,但如果是商城、門戶一個編輯做起來就有點吃力了!
很多人會覺得編輯就一定是寫新聞的,其實編輯最主要是配合SEO優化做推廣的,拿到關鍵詞以後,通過分析此關鍵詞的需求,寫一篇滿足用戶需求的文章,只有這樣才能夠有資格與大型網站去PK排名!
比如一天寫5篇針對性關鍵詞的文章,一個月150篇,如果按照三分之一的上排名幾率,一個月下載也的有50個關鍵詞有排名了,一年下來至少有500個關鍵詞排名了。
另外一個編輯當然是少不了編輯新聞、編輯活動類的,編輯的主要軟文是做編輯搜索引擎優化的內容,其次是編輯站內的新聞、公司新聞內容,但大多數企業這類新聞都非常少,所以這個事情並不會很復雜!
網路推廣是一個比較枯燥的工作,所以我認為不需要太聰明的人去做,越聰明的人越喜歡研究來研究去,自然會對枯燥的內容感到不安,還不如找一個學徒,讓他盯著這個事情去做,俗話說再牛逼的思維抵不過冒著傻氣的堅持。
B2B推廣:通過發布B2B消息推廣你的產品,比如阿里巴巴(最好單獨運營)、慧聰網、馬可波羅等等,這些大型平台大多數在網路上排名都良好,另外他們還有自己站內的流量,所以做到極致,推廣效果會非常好!記得我曾經那個公司,推廣人員的任務是一天發100條B2B信息。
鏈接推廣:通過交換友情鏈接、博客鏈接、軟文投稿鏈接等方面的形式做鏈接推廣,一方面可以引流,另一方面可以提高網路權重。
主動出擊:在你競爭對手的QQ空間和微博活躍的人都是什麼人,想都不要想,要麼是競爭對手的朋友,要麼就是對競爭對手感興趣的人,不然人家好端端去看什麼廣告QQ空間和微博呢。這個時候,你可以關注那些關注你競爭對手微博的人,添加訪問你競爭對手QQ空間的人,這些人都可以直接看到,並且添加,一天找10個不是問題吧,一個月下來也可以找300個了。我不會~~~但還是要微笑~~~:)
『叄』 10.24程序員節,公司可以為程序員做什麼活動策劃呢
你可以專門策劃一個頒獎晚會,你可以選擇通過贈送禮物的方式來舉辦程序員節的活動。
從某種程度上來說,如果一家公司本身不是互聯網公司的話,這家公司其實沒有必要去可以過所謂的程序員節。與此同時,如果你所在的公司啟弊是互聯網公司的話,因為互聯網公司的程序員的數量一般會比較多,程序員本身在公司的分量也比較重,所以你可以專門舉辦程序員節的活動,通過這種方式來提高公司的員工凝聚力,這個方式也會讓很多程序員感到非常暖心。
除此之外,我覺得一家公司也可以專門給程序員放個假,特別是當平時的業務不忙的時候,程序員節的這一天完全可以選擇給程序員放半天假,通過這種方式來表明公司對程序員的重視程度,程序員自悄唯族然也會因此而非常開心。
『肆』 什麼是軟體項目管理
所謂軟體項目管理就是為了使軟體項目能夠按照預定的成本、進度、質量順利完成,而對人員(People)、產品(Proct)、過程(Process)和項目(Project)進行分析和管理的活動。軟體項目管理先於任何技術活動之前開始,並且貫穿於軟體的整個生命周期。
軟體項目管理的根本目的是為了讓軟體項目尤其是大型項目的整個軟體生命周期(從分析、設計、編碼到測試、維護全過程)都能在管理者的控制之下,以預定成本按期,按質的完成軟體交付用戶使用。而研究軟體項目管理為了從已有的成功或失敗的案例中總結出能夠指導今後開發的通用原則,方法,同時避免前人的失誤。
軟體項目管理的提出是在20世紀70年代中期的美國,當時美國國防部專門研究了軟體開發不能按時提交,預算超支和質量達不到用戶要求的原因,結果發現70%的項目是因為管理不善引起的,而非技術原因。於是軟體開發者開始逐漸重視起軟體開發中的各項管理。到了20世紀90年代中期,軟體研發項目管理不善的問題仍然存在。據美國軟體工程實施現狀的調查,軟體研發的情況仍然很難預測,大約只有10%的項目能夠在預定的費用和進度下交付。
1995年,據統計,美國共取消了810億美元的商業軟體項目,其中31%的項目未做完就被取消,53%的軟體項目進度通常要延長50%的時間,只有9%的軟體項目能夠及時交付並且費用也控制在預算之內。
軟體項目的計劃
軟體項目計劃是一個軟體項目進入系統實施的啟動階段,主要進行的工作包括:確定詳細的項目實施范圍、定義遞交的工作成果、評估實施過程中主要的風險、制定項目實施的時間計劃、成本和預算計劃、人力資源計劃等。
軟體項目管理過程從項目計劃活動開始,而第一項計劃活動就是估算:需要多長時間、需要多少工作量、以及需要多少人員。此外,我們還必須估算所需要的資源(硬體及軟體)和可能涉及到的風險。
為了估算軟體項目的工作量和完成期限,首先需要預測軟體規模。度量軟體規模的常用方法有直接的方法——LOC(代碼行),間接的方法——FP(功能點)。這兩種方法各有優缺點,應該根據軟體項目的特點選擇適用的軟體規模度量方法。
根據項目的規模可以估算出完成項目所需的工作量,我們可以使用一種或多種技術進行估算,這些技術主要分為兩大類:分解和經驗建模。分解技術需要劃分出主要的軟體功能,接著估算實現每一個功能所需的程序規模或人月數。經驗技術的使用是根據經驗導出的公式來預測工作量和時間。可以使用自動工具來實現某一特定的經驗模型。
精確的項目估算一般至少會用到上述技術中的兩種。通過比較和協調使用不同技術導出的估算值,我們可能得到更精確的估算。軟體項目估算永遠不會是一門精確的科學,但將良好的歷史數據與系統化的技術結合起來能夠提高估算的精確度。
當對軟體項目給予較高期望時,一般都會進行風險分析。在標識、分析和管理風險上花費的時間和人力可以從多個方面得到回報:更加平穩的項目進展過程;更高的跟蹤和控制項目的能力;由於在問題發生之前已經做了周密計劃而產生的信心。
對於一個項目管理者,他的目標是定義所有的項目任務,識別出關鍵任務,跟蹤關鍵任務的進展情況,以保證能夠及時發現拖延進度的情況。為此,項目管理者必須制定一個足夠詳細的進度表,以便監督項目進度並控制整個項目。
常用的制定進度計劃的工具主要有Gantt圖和工程網路兩種。Gantt圖具有悠久歷史、直觀簡明、容易學習、容易繪制等優點,但是,它不能明顯地表示各項任務彼此間的依賴關系,也不能明顯地表示關鍵路徑和關鍵任務,進度計劃中的關鍵部分不明確。因此,在管理大型軟體項目時,僅用Gantt圖是不夠的,不僅難於做出既節省資源又保證進度的計劃,而且還容易發生差錯。
工程網路不僅能描繪任務分解情況及每項作業的開始時間和結束時間,而且還能清楚地表示各個作業彼此間的依賴關系。從工程網路圖中容易識別出關鍵路徑和關鍵任務。因此,工程網路圖是制定進度計劃的強有力的工具。通常,聯合使用Gantt圖和工程網路這兩種工具來制定和管理進度計劃,使它們互相補充、取長補短。
進度安排是軟體項目計劃的首要任務,而項目計劃則是軟體項目管理的首要組成部分。與估算方法和風險分析相結合,進度安排將為項目管理者建立起一張計劃圖。
軟體項目的控制
對於軟體開發項目而言,控制是十分重要的管理活動。下面介紹軟體工程式控制制活動中的質量保證和配置管理。其實上面所提到的風險分析也可以算是軟體工程式控制制活動的一類。而進度跟蹤則起到連接軟體項目計劃和控制的作用。
軟體質量保證(SQA,Software Quality Insurance)是在軟體過程中的每一步都進行的「保護性活動」。SQA主要有基於非執行的測試(也稱為評審)、基於執行的測試(即通常所說的測試)和程序正確性證明。
軟體評審是最為重要的SQA活動之一。它的作用是,在發現及改正錯誤的成本相對較小時就及時發現並排除錯誤。審查和走查是進行正式技術評審的兩類具體方法。審查過程不僅步數比走審多,而且每個步驟都是正規的。由於在開發大型軟體過程中所犯的錯誤絕大數是規格說明錯誤或設計錯誤,而正式的技術評審發現這兩類錯誤的有效性高達75%,因此是非常有效的軟體質量保證方法。
軟體配置管理(SCM,Software configuration management)是應用於整個軟體過程中的保護性活動,它是在軟體整個生命周期內管理變化的一組活動。
軟體配置由一組相互關聯的對象組成,這些對象也稱為軟體配置項,它們是作為某些軟體工程活動的結果而產生的。除了文檔、程序和數據這些軟體配置項之外,用於開發軟體的開發環境也可置於配置控制之下。一旦一個配置對象已被開發出來並且通過了評審,它就變成了基線。對基線對象的修改導致建立該對象的版本。版本控制是用於管理這些對象而使用的一組規程和工具。
變更控制是一種規程活動,它能夠在對配置對象進行修改時保證質量和一致性。配置審計是一項軟體質量保證活動,它有助於確保在進行修改時仍然保持質量。狀態報告向需要知道關於變化的信息的人,提供有關每項變化的信息。
軟體項目管理的特性
軟體項目管理和其他的項目管理相比有相當的特殊性。首先,軟體是純知識產品,其開發進度和質量很難估計和度量,生產效率也難以預測和保證。其次,軟體系統的復雜性也導致了開發過程中各種風險的難以預見和控制。Windows這樣的操作系統有1500萬行以上的代碼,同時有數千個程序員在進行開發,項目經理都有上百個。這樣龐大的系統如果沒有很好的管理,其軟體質量是難以想像的。
軟體項目管理的組織模式
軟體項目可以是一個單獨的開發項目,也可以與產品項目組成一個完整的軟體產品項目。如果是訂單開發,則成立軟體項目組即可;如果是產品開發,需成立軟體項目組和產品項目(負責市場調研和銷售),組成軟體產品項目組。公司實行項目管理時,首先要成立項目管理委員會,項目管理委員會下設項目管理小組、項目評審小組和軟體產品項目組。
1、項目管理委員會項目管理委員會是公司項目管理的最高決策機構,一般由公司總經理、副總經理組成。主要職責如下:
(1)依照項目管理相關制度管理項目;
(2)監督項目管理相關制度的執行;
(3)對項目立項、項目撤消進行決策;
(4)任命項目管理小組組長、項目評審委員會主任、項目組組長.
2、項目管理小組項目管理小組對項目管理委員會負責,一般由公司管理人員組成。主要職責如下:
(1)草擬項目管理的各項制度;
(2)組織項目階段評審;
(3)保存項目過程中的相關文件和數據;
(4)為優化項目管理提出建議。
3、項目評審小組項目評審小組對項目管理委員會負責,可下設開發評審小組和產品評審小組,一般由公司技術專家和市場專家組成。主要職責如下:
(1)對項目可行性報告進行評審;
(2)對市場計劃和階段報告進行評審;
(3)對開發計劃和階段報告進行評審;
(4)項目結束時,對項目總結報告進行評審。
4、軟體產品項目組軟體產品項目組對項目管理委員會負責,可下設軟體項目組和產品項目組。軟體項目組和產品項目組分別設開發經理和產品經理。成員一般由公司技術人員和市場人員構成。主要職責是:根據項目管理委員會的安排具體負責項目的軟體開發和市場調研及銷售工作。
軟體項目管理的內容
軟體項目管理的內容主要包括如下幾個方面:人員的組織與管理,軟體度量,軟體項目計劃,風險管理,軟體質量保證,軟體過程能力評估,軟體配置管理等。
這幾個方面都是貫穿、交織於整個軟體開發過程中的,其中人員的組織與管理把注意力集中在項目組人員的構成、優化;軟體度量把關注用量化的方法評測軟體開發中的費用、生產率、進度和產品質量等要素是否符合期望值,包括過程度量和產品度量兩個方面;軟體項目計劃主要包括工作量、成本、開發時間的估計,並根據估計值制定和調整項目組的工作;風險管理預測未來可能出現的各種危害到軟體產品質量的潛在因素並由此採取措施進行預防;質量保證是保證產品和服務充分滿足消費者要求的質量而進行的有計劃,有組織的活動;軟體過程能力評估是對軟體開發能力的高低進行衡量;軟體配置管理針對開發過程中人員、工具的配置、使用提出管理策略。因為大家對人力資源管理和軟體過程能力比較有興趣,下面就詳細的對這兩方面展開討論。
6、簡單有效原則
項目經理在進行項目管理的過程中,往往會得到開發人員這樣的抱怨"太麻煩了,浪費時間,沒有用處 ",這是很普遍的一種現象。當然這樣的抱怨要從2個方面來分析,一方面從開發人員本身可能存在不理解,或者逆反心理的情況,另一方面,項目經理也要反思:我所採取的管理措施是否簡單有效?搞管理不是搞學術研究,沒有完美的管理,只有有效的管理,而項目經理往往試圖堵住所有的漏洞,解決所有的問題,恰恰是這種理想,會使項目的管理陷入一個誤區,作繭自縛,最後無法實施有效的管理,導致項目的失敗。
7、規模控制原則
該原則是和上面提到的其他原則相配合使用的,即要控制項目組的規模,不要人數太多,人數多了,進行溝通的渠道就多了,管理的復雜度就高了,對項目經理的要求也就高了。在微軟的MSF中,有一個很明確的原則就是要控制項目組的人數不要超過10人,當然這不是絕對的,也和項目經理的水平有很大關系。但是人員"貴精而不貴多",這是一個基本的原則,這和我們上面提到的高效原則、分解原則是相輔相成的。