程序員通知庫

❶ 高級程序員對資料庫的要求怎樣

最起碼也得會MSSQL,精通MYSQL,ORACLE都是很正常的要求。這些都不是一般程序員能乾的活，很累人的！祝你能早日成為高級程序員！

❷ 程序員說的庫是什麼

在計算機科學中，庫是用於開發軟體的子程序集合。庫和可執行文件的區別是，庫不是獨立程序，他們是向其他程序提供服務的代碼。

❸ 程序員月度工作總結

程序員月度工作總結（通用5篇）

忙碌而又充實的工作已經告一段落了，回顧這段時間的工作，在取得成績的同時，我們也找到了工作中的不足和問題，好好寫寫工作總結，吸取經驗教訓，指導將來的工作吧。好的工作總結都具備一些什麼特點呢？以下是我為大家收集的程序員月度工作總結（通用5篇），僅供參考，歡迎大家閱讀。

程序員月度工作總結1

實訓已經進行兩周多了，還有一周就要正式了，突然發現自己似乎又重蹈覆轍了，再一次一次的不經意中和某些人的就距離卻是越來越來大，總是想偷一下懶，總是想著馬馬虎虎過去算了，沒有那麼精打細算過。果不經意有些人人開始脫穎而出，有些人開始展露鋒芒，而我也開始黯淡下去。我是想好好學學別人的，果畫虎不成反類犬。原來我也是不輕易臣服的人，我即便不去領導他們也沒有人可以領導我。給我分的實訓小組連個能交流的人都沒有，身邊一個研究生只會不停地打擊我，我只能不知所謂的笑笑。這個項目小組真讓我郁悶，組長誰也領導不了，組長不是我，我也懶得管，樂得清閑。

這兩周究竟自己學到了什麼，確實在腦海中總還是模糊不清的，j2se，j2ee，html，jscrip特效，css，javaweb，servlet，jdbc，資料庫快速建模，數據池，單態模式，jfreechart，俄羅斯方塊項目，人力資源項目，購物網項目，這都算是過來了，可是心裡卻不是很有譜自己心裡七上八下的，自知學的只有四成火候，又不斷地被人打擊打擊么還沒有可以交流，心中這兩天的抑鬱讓我難以忍受，總是喉嚨里很堵，心裡著實悶得難受。回去想跟室友聊聊，他只說了一句，寂寞才說愛，活該。我就更郁悶了，我一直對自己說我只是活著我只是深愛著。

明天就要進行最後一周實訓了，各項目都到了完善階段，也是所學的整理復習階段。看著周圍有人誇誇其談，有人韜光養晦，自己心裡也很沒底，項目項之後還有個考核我都十分擔憂。其實這各階段我更擔憂的是我發現自己的學力已經下降，可能是長時間習慣不聽老師講課，只靠自學和考前突擊。現在聽講師講課總是聽著聽著就跑神了，聽著聽著就覺得沒意思了，總想自己看書自己單干，可真的有時間的時候我卻提不起精神去單搞，總是事倍功半花了三四個小時有時候只是把講師四十分鍾的搞完。然後精疲力竭的倒下。

擁有太多的東西總是不會去珍惜的。我懶惰的惡習讓我異常痛苦。我現在唯一擁有的財富就剩下我的青春了，我發誓我會努力努力再努力，捍衛自己的青春，我說過我會成為偉人的。以後我會給自己出本自傳的。人生只有一次，人生在世至少不能辜負自己。

程序員月度工作總結2

總想著每天、每個月、乃至每年都有點進步。20xx年，對我來說，是起伏不定的一年，也是收獲頗豐的一年。當然，最大的收獲是有了一個可愛的女兒。

在這一年，我跳了兩次槽，一次是自願的，還有一次是被迫的。我目睹了一些公司從盛到衰的過程，也看到了一些腳踏實地的公司。

離開X1公司，是因為我覺得X1公司不是在做軟體，所謂的印度模式，我想，絕對不是這么做的。理想不合，不想浪費時間，也只能背負跳槽的惡名，掛冠而去。去X2公司，是因為看到他是美國獨資公司，做外包軟體，能夠接觸美國的客戶和技術，希望能夠有所收獲，何況，職位也不錯。的確很想好好做，也跳累了，只想穩定發展，畢竟，是做父親的人了。

也看到了一些踏踏實實做事情的公司。園區的瑞博軟體就是一個。很少看到如此踏實做事的公司。若干年後，只要他能夠存活，必定是一個成功的公司。雖然老闆對我也很有誠意，只是，對於教育軟體，我實在沒有太大的興趣，何況，如果想做教育，我何不選擇安博呢？畢竟，安博給於我很多。回頭想想，在其他公司，我都是在奉獻，只有在安博，是學習了很多。

說起跳槽，其實，看看那些公司，有多少是在踏踏實實做事情的？老闆本不懂軟體，都是看著軟體行業能賺錢，想來撈一票，結果把中國的軟體行業做壞了，也害苦了中國的程序員。自己不好好做事，怎麼怪別人跳槽？同工作經歷的坎坷相比在個人能力方面，今年的進步是非常大的。今年上半年，我的進步集中在技術領域。

我更加深入研究了設計模式、EJB體系和。Net平台，還有UML建模，終於有所突破，設計了一套自己的基於。Net平台的系統架構和開發工具，並且得到了應用的證實。在網上也陸續發表了一些文章，受到比較好的歡迎，還上了賽迪網的開發之星。

下半年，在軟體工程方面收獲是很多的。

看到網上對於印度模式從吹捧到批駁的吵鬧，也看到X1公司學習印度的失敗，加上自己從開始就對那些的懷疑，決定好好學習軟體工程。我一向認為，任何東西，不能道聽途說，只有自己好好深入研究，才能得其精髓。同時，軟體工程絕對不能只看印度的，畢竟，美國才是軟體業最發達的國度。

列舉一些學習的參考資料：《RUP軟體工程過程》、《MSF微軟解決方案》、《XP極限編程》、《CMM實踐應用—Infosys公司的軟體項目執行過程》、《人月神話》、《軟體需求》、《軟體工程Java語言實現》。每本書，我都仔細研讀了，頗有體會。

我開始就想，印度軟體工程絕對不會象那些所說的那麼簡單，所謂的高中生編程說。所以，我必須實際看看印度的軟體工程。《CMM實踐應用——Infosys公司的軟體項目執行過程》，是印度最大的軟體公司Infosys公司的分管質量的副總裁寫的，介紹他們的CMM4的軟體工程，果然不同凡響。這是我了解印度軟體工程的主要窗口。

首先，同原來的想法不同的

也可能同大多數人（尤其是受那些軟體影響很深的「專業」和非專業人士）想法不同的是，軟體工程實際上不僅僅只是管理，而是一門涉及很廣的交叉學科。在軟體工程中，大約一半的內容是專業性很強的，涉及到軟體分析、設計甚至編碼的技術。所謂的結構化、面向對象，都在軟體工程的范疇內，同樣是軟體開發和組織的重要內容，也是軟體質量保證的重要內容。至於軟體開發的管理部分，只能算是軟體工程中軟體工程過程的部分，或者說項目管理部分。脫離管理來開發軟體是絕對不可行的，同樣，拋棄技術基礎，空談管理出效益，便如無源之水、無本之木。誠如《軟體工程Java語言實現》中所說：「軟體工程范圍極為廣泛。

軟體工程的某些方面屬於數學或計算機科學，其他方面可歸入經濟學、管理學或心理學中。」在這里，我強調了軟體工程中的技術部分，並非輕視管理，只想在軟體工程的概念上做一些撥亂反正，也希望多一些人來關心軟體的核心技術，而不要空喊口號和概念。畢竟，中國的軟體太缺乏核心技術了。

其次，對管理要求的嚴格不說實際上，不管是美國的軟體工程，還是印度的軟體工程，都是比較靈活的。

即便是印度這樣的所謂「軟體工廠」模式，對於軟體工程過程管理極為嚴格，也有一個部分是專門講述過程剪裁的。整個軟體工程過程是非常龐大和繁復的，然而，由於項目具體情況不同，如項目的規模，參與人員的數量、素質等的不同，對於軟體過程的每個部分，不是都必須的，可以根據具體情況來進行剪裁。這個部分對於我的啟發是很大的。以前做什麼ISO9000等，開始做了一個以為很好的規范，但是，到具體項目，總是對不起來，到處有問題，現在想想，便是少了這個變通的部分。不過，話說回來，這CMM也是老美想出來的，而不是印度。

第三，對於開發人員的選用，我發現，美國人是非常注重選用優秀的開發人員的。

MartinFowler曾經開玩笑的說，如果給他一批水平不高的開發項目，他會考慮全部解僱，重新招聘。《人月神話》中也說，如果200人開發一個項目，其中25個人最能幹，那麼會考慮解僱其餘的175個人，讓項目經理來編程（當然，後面還有一些抉擇分析，這里斷章取義了）。其結論的基礎是基於以下研究結果：優秀的開發人員和差的開發人員，其效率之差可以達到數量級。另外，從管理的角度來說，只有人多了，才會有管理問題，當團隊規模控制在一定的范圍內時，便不會有太大的管理問題。

對於軟體來說，很難實現同傳統產業一樣的工廠化生產，這是由軟體開發的本質決定的。軟體的復雜性是軟體的本質屬性，在這個屬性沒有改變之前，軟體便不會實現同傳統產業一樣的工廠化生產。至於印度的所謂「軟體工廠」，實際上，只是完成了軟體代碼的編寫工作，並不是實現了整個軟體研發工作，而代碼編寫工作，恰恰是軟體開發中最簡單的一環。至於印度是否真的有很多高中生程序員，印度人的書上沒有說，到說了不少，我也無從考證。所以，軟體的開發，還是需要選用優秀的人的。除非，公司只想幫別人編寫代碼，而不希望有自己的產品和技術。

第四，軟體開發中，最重要的'還是團隊合作和交流。

這個是我目前最深切的感受。具體的，大家都知道，也用不著多說。最後，對於軟體開發來說，公司老闆的想法是最重要的。如果老闆說「No」，那便是水平再高，管理再好，也終歸無用。年齡漸長，也做父親了，卻總是在漂泊，沒有一個可以穩定發展的地方。

希望目前的公司能夠有這個機會。不想總是跳槽。

程序員月度工作總結3

時間過得真快，一眨眼我的實習生活就結束了，在這幾天內，我似乎過了半年，又似乎是一瞬間，又好像做了一個很長很長的夢，夢醒的時候我就回到了我的學校。

三年時間，應該說是或多或少有些收獲，可一走出校門後我才了發現我什麼也不是，什麼也不會，所學的東西少得可憐，連九牛一毛也可以說都不知。

說真的，很有幸我進入的是xxxx傢具實業有限公司進行實習，也可以說是試聘；在xxxx信息中心進行編程，是用delphi軟體給他們的一分廠的員工進行效益工資和計件工資方面的核算，求出他們的總工資。最後能以報表的形式表現出來，在這方面他們同進要求要個有查詢的功能，也說是說輸入工號可以調出一個員工三個月這內的所有的工資，同時超出三個月的可以自動消除。同時他們的工作流程是單卡流程，一個卡號，批量的進入，然後經於過員工的加工操作之後，批量的輸出。在這個方面他們有個出材量和購進量之比，也就是說如何去求他們的出材率，出材率越高，就意味著生產出來的好的產品就越多，員工的效益工資就越高。比如他們有四個產品：規格料、指接、拼板、集成材、他們會對這四個產品進行定價；如生產出一立方米規格料的價格是3300元、指接是3600元、拼板是4000元、而集成材則是4860元；通過這些定價我們可以很清楚的看出工廠要求員工生產出什麼樣的產品。入他們的工序的材料我們稱之為毛料，而產出的東西我們又稱之為毛壞料，公司規定：如果員工的出材率在76。8%，那麼超出的部分就是員工的效益工資，如果低於76。8%，那麼員工就沒有效益工資，負數歸位於零，按零來計算，之後他要求對員工進行效益工資分配，比如有四個工序，送料器，直邊、壓刨、四面刨、他們又給這些工序的員工進行效益比例的分配、比如送料器是13。4%、直邊是9。6%、壓刨是50。4%、四面刨是30。6%，在這里又有主副之分，比例為6和4，同時他要求我們將效益工資進行分配到員工，也就是說員工可以很清楚的要看到自己一天能掙多少錢，做到心中有數，當然這個簡單，我們只須列印出報表就行了。

還有一點就是對計件工資進行核算，在這方面他們也有一定的規格，比如長度，寬度，厚度在那個范圍內，就有不同的定價；比如寬度小於20mm，定價是160元；如果在20mm和40mm之間，那麼定價就可能在90元左右；如果大於40mm時，那麼就可能是60元了，進行計價工資統計之後我們就可以進行分配了，在這方面他們的比例也是不如，又會添加新的工序，如改料鋸了，還會有新的分配比例。

剛開始我們做這個程序的時候，大家都比較盲目，只是負責人說了一下，我們就開始進行編了在這個過程之種我們吃了許多的苦，有時候凌晨三四點我們還在加班，可最後做出的作品是輸入速度太慢，我們的主管於是帶領我們到他們一樓的微機室是去看他們以前編寫的程序；不看不知道，一看嚇了我們一大跳，以前我們那有這樣想過呀，只要能做出來，沒有錯誤就行了，可是速度呢？人家一個小時輸入的東西，我們的程序可能需要一個早晨，看完之後主管對我們說：這樣的程序送你，你會用嗎？

那個打擊呀，辛苦了幾天幾夜，最終卻是這樣的一個結果。可打擊歸打擊，我們又得重新來做！相對而言，我們這次要比以前有經驗了，一次比一次成熟起來了，在經歷了又一個一天一夜的奮戰，我們終於又有新希望了，可是心情剛好，那麼又傳來了消息，說他們的分配比例又發生的變動，價格又有了新的調整，這在以前我們也想過這個問題，也想好好的做，可是我們又一想他們的工廠不是要實用嗎？這方面變化的可能性很小，於是為了方期間我將有變數寫進了代碼之中，這一變，無易宣布我要破產。和我在一起的幾個也是這種情況，所以我們這些沒有開發過軟體的充當軟體高手的新手們又得重新面對新的問題了。

失敗，又一次被打敗！

幾天之後我們又做出了程序，很辛苦，此時我們才明白程序員的不易了，編程是一個見效特別慢的東西，而且對方又看不見，如果一不小心你的程序可能會無法打開，或者是說出現別的什麼，那就完了，你幾天的成果就什麼也看不見了，自不像別的東西，做了，可以讓大家看得見。我的程序在最後的調試時出現了一點小故障，而且工資的分配要對應到每一個員工，可我一時間一點思路也沒有了，就只能對應到職務，所以我失敗了，我的實習生活也就結束了。

當然比表面來看我是失敗了，敗的很慘；可是從某種意義上說我又達到了我的目的，因為只有失敗的人永遠都不會停下思考的腳步，激起了我沉睡的思想，使我一顆盲目的心有了方向，我不能這樣輸了，從那兒倒下去的，我會從那兒站起來的，認認真真的把畢業設計拿下來了；別人實習了一個月我雖然只有十六天，可在這十六天中我從未停下來過，我是白天干，晚上干，頂著那麼大的壓力，我的體會絕不低於他們中的任何一個人，說實話，在一段實習期間，我真的有點撐不住了，我也想到過放棄，也曾有好幾家單位通知我去面試，也有聯通的第二輪復試，可我都放棄了，我不能就這樣走了。我輸掉的是技能，不是人格；失掉了人格我將失去了所有，失掉技能我還會追回來的！

程序員月度工作總結4

20xx年3月7日對我來說是一個特殊的日子，這是我結束了15年的學習生涯帶著實現自我價值的渴望心情即將工作的日子。還記得3月7日早晨那束嫵媚陽光映在我的臉龐，一絲舒適溫暖的感覺直沖心窩，已記不得有多少個日日夜夜沒這種感覺，清晨就是好，現如今還有多少人可以享受這種感覺。下一秒後，我將迎著這美好的陽光，接受全新的挑戰。

我從20xx年3月7日開始到茂名市E科技有限公司技術部實習，到6月7日實習結束。在部門領導和同事的指導幫助下，我慢慢了解了公司的組織結構、經營狀況及管理機制，以及技術服務部的基本業務，並學到了許多開發軟體知識。

我實習所在的部門是技術部，主要負責編寫網站建設。幾乎所有優秀的網站開發人員都是從基層做起，然而編寫網站開發建設是基礎中的基礎，網站開發人員只有充分了解了網站開發的各項需求才可能完成一個完整優秀的網站，同樣，軟體開發流程的每一個步驟都影響著整個項目的進度甚至影響著該項目是否可以成功完成。我在深刻認識到了這點後，我需要更加認真對待我的工作，想做一名優秀的網站開發人員我必須把我目前的工作做好。在社會上行走就必然會面臨壓力，工作時效率一般會影響工作量，做不出成績時，會來自各方面的壓力。

實習的三個月我做了如下工作：

1、為公司撰寫了一份「信宜市農村旅遊信息資源服務平台」需求分析文檔，該需求說明書主要闡述該項目開發的目的、背景、性能需求、功能需求等。我在網上查找了大量資料，同時請教同事領導，最終，完成了主管交給我的任務。這是我工作中撰寫的第一份需求說明書，雖然存在不足，但我會在以後的工作中不斷改進。

2、撰寫了一份「化州市中草葯信息服務平台建設技術方案」項目說明書文檔，為了做好該工作，我收集了大量資料，加之整理、分析、提純，把提純整理的結果交給主管評審修改。

3、撰寫一份「茂名市研究發展中心網站建設技術方案」，這份文檔的撰寫不同於以往的說明文檔，我加入了自己創新的思路，完成這份文檔的撰寫後，我覺得我的應用能力再一次提升。這次實習後，總結出：不能被別人的思路所束縛，創新已成為我現在的工作重點。

4、為茂名市海洋與漁業局做一個「十件民生實事」網上投票頁面。該頁面是ASP技術實現的，我們學過ASP課程，且我對ASP有一定的了解和研究，因此順利完成任務。

5、撰寫了一份「茂名市中級人民法院網站建設方案」，因為有前幾次的撰寫經驗，這次完成的速度和質量都得到領導的肯定。

三個月的實習時間雖然不長，但是我從中學到了很多知識，關於做人，做事，做學問。只有擁有自信才能夠克服一切，去實現自己的理想，創造自己的人生。

從學校到社會，環境改變了沒有什麼可怕的，可怕的是你要讓環境來適應你，我是不會讓這種事情發生的。為了可以更好更快的完成工作，同時也為了提高社會適應能力，此時就應該不斷地汲取新知識。我選擇了學習開發網站的技術：PHP、JSP，目前我認為這兩種技術比較適合我，同時公司開發網站也是使用這兩種技術。以上就是我的實習總結，可能並不是一份多麼規范的總結，但確確實實是我在工作中的感受。在此，我十分感謝學校的老師教會我網頁製作、網站建設、管理與維護等計算機專業知識，和給我技術上的幫助，就業指導上的幫助。同時，感謝茂名市E科技有限公司，感謝技術部給我這樣一個寶貴的實習機會，感謝各位領導、各位同事給我的指導和幫助，感謝他們對我的栽培！謝謝！

程序員月度工作總結5

六個月的實習時間已經結束，我實習的單位是E科技有限公司，在這段時間里，我的專業技術得到了很大的進步。

剛開始工作的幾周，公司給我們培訓了ERP平台的使用，通過這次培訓使我認識到ERP平台的優勢，可以多大提高軟體的開發效率。隨後我就加入到了「ERP稅源控管系統」項目的開發中，稱為開發小組中的一員。在項目開發過程中一邊是同事們的細心指導，一邊是自己反復琢磨與理解，幾個月下來大大提高了自己業務和技術兩方面的技能，已經能夠比較熟悉的掌握基本的工作方法和一些技巧，而且能過獨立完成一些模塊的開發，通過這個項目不僅學到了很多技術，也了解了整個項目的大概流程，從需求分析、資料庫設計、詳細設計、代碼編寫、測試、項目維護等方面，使自己不僅從一個代碼編寫人員的角度還從一個整體的角度來看整個項目開發，加深了軟體開發概念的理解。

現場開發與維護使我不僅從一個開發人員的角度而且從客戶的角度去思考問題。在項目的開發後期，也就是項目即將上線的階段與其他幾位同事被派往現場去開發與維護項目。

以前的開發都是根據需求分析來進行的，功能要求一般在分析裡面都寫的很清楚。但是在現場開發直接面對客戶，客戶提出的需求一開始只是一個大體的功能描述，如何將這個只是語言描述的功能轉化為技術實現需要很強的抽象能力和對業務的深入理解，這個過程打打鍛煉了自己的綜合能力。在第一時間接觸客戶的需求，從客戶的角度思考問題，只有更了解客戶需求才能更合理的設計軟體的結構、功能，了解客戶，了解需求，轉化到技術層面。這個過程得到的經驗很難得。

實習第一周：

對系統的需求進行分析；

系統的功能建設目標、范圍；

與相關人員進行溝通，了解客戶需求；

對公司的倉庫的流程進行描述。

實習第二周：

對系統資料庫進行設計，根據需求系統有以下幾個表，物品表、物品類型表、圖片表、圖片類型表、公告表、費率表、用戶表、角色表、資源表；

對各個表的數據結構進行設計；

建立資料庫；

實習第三周：

可以設計倉庫管理系統的頁面；

劃分系統多個功能模塊，物品管理；類型管理、圖片管理、廣告管理、費率管理、數據恢復

下載系統所需的插件，js類，第三方工具。

實習第四周：

添加物品在進行輸入時，立即校驗數據的有效性，不用在提交信息後再校驗，然後後台也會進行數據有效性校驗；

添加SKV的ajax驗證，判斷SKV是否已經存在；

添加一個物品可以添加多個標題功能；

添加一件物品可以添加多個供應商功能；

實習第五周：

增加發布公告功能，倉庫人員可以發布相應信息，銷售人員可以看到相應信息，並做出處理；

修復公告內容亂碼BUG;

修復左側導航條不能隨瀏覽器大小進行移動BUG;

實習第六周：

添加數據恢復管理。只有管理人員才能真正刪除物品，而且管理員可以恢復被普通用戶刪除的商品；

修復插入物品時，原來的縮略圖不能及時更新的BUG；

修復查看物品信息時，不會自動換行BUG

實習第七周：

增加用戶管理功能。用戶管理可以增加用戶、修改用戶與刪除用戶並對用戶進行授權

對系統的許可權進行劃分，並對樹狀結構顯示

增加對特定用戶只能觀看特定類型物品和特定類型圖片；

實習第八周：

錄入測試數據，對系統進行單元測試；

增加批量錄入數據功能；

修復批量上傳不對齊BUG；

修復移動物品到指定類型，頁面不會刷新BUG;

實習第九周：

修復插入多張圖片時，圖片之間不會自動換行BUG;

修復查看圖片原圖時，屏幕花屏問題；

增加批量查看圖片原圖功能，不用一張一張來點擊查看。

實習第十周：

修復倉庫系統中，圖片管理上傳多圖片時，圖片容易丟失BUG; 添加分頁顯示可以跳到指定頁碼的功能；

添加在顯示倉庫物品時，立即修改物品信息，而不用進入修改頁面。

❹ 程序員該如何建立自己的知識庫

對於一個程序員，工作時間長了，一定有很多已經成型的代碼，而且一般的程序員，把這些效果的代碼，記下筆記或者存入一個文檔里，比如說相同的效果下只需要改一些圖片，就可以把那些代碼拿出來修改一下就可以了，非常的方便，建議存入一個文檔，或者一個電腦桌面的筆記本里，這樣方便使用，如果單純的拿筆記下來的話，以後也是要一個一個敲的，非常的麻煩。

❺ Java程序員們請進，請問CVS里的checkout是什麼意思請詳細點。。

初始化：CVS版本庫的初始化。 cvs init

一個項目的首次導入 cvs import -m "write some comments here" project_name vendor_tag release_tag 執行後：會將所有源文件及目錄導入到/path/to/cvsroot/project_name目錄下 vender_tag: 開發商標記 release_tag: 版本發布標記

項目導出：將代碼從CVS庫里導出 cvs checkout project_name cvs 將創建project_name目錄，並將最新版本的源代碼導出到相應目錄中。這個checkout和Virvual SourceSafe中的check out不是一個概念，相對於Virvual SourceSafe的check out是cvs update， check in是cvs commit。

CVS的日常使用

注意：第一次導出以後，就不是通過cvs checkout來同步文件了，而是要進入剛才cvs checkout project_name導出的project_name目錄下進行具體文件的版本同步（添加，修改，刪除）操作。

將文件同步到最新的版本 cvs update 不制定文件名，cvs將同步所有子目錄下的文件，也可以制定某個文件名/目錄進行同步 cvs update file_name 最好每天開始工作前或將自己的工作導入到CVS庫里前都要做一次，並養成「先同步 後修改」的習慣，和Virvual SourceSafe不同，CVS里沒有文件鎖定的概念，所有的沖突是在commit之前解決，如果你修改過程中，有其他人修改並commit到了CVS 庫中，CVS會通知你文件沖突，並自動將沖突部分用 >>>>>> content on cvs server <<<<<< content in your file >>>>>> 標記出來，由你確認沖突內容的取捨。版本沖突一般是在多個人修改一個文件造成的，但這種項目管理上的問題不應該指望由CVS來解決。

確認修改寫入到CVS庫里 cvs commit -m "write some comments here" file_name

注意：CVS的很多動作都是通過cvs commit進行最後確認並修改的，最好每次只修改一個文件。在確認的前，還需要用戶填寫修改注釋，以幫助其他開發人員了解修改的原因。如果不用寫-m "comments"而直接確認`cvs commit file_name` 的話，cvs會自動調用系統預設的文字編輯器(一般是vi)要求你寫入注釋。注釋的質量很重要：所以不僅必須要寫，而且必須寫一些比較有意義的內容：以方便其他開發人員能夠很好的理解不好的注釋，很難讓其他的開發人員快速的理解：比如： -m "bug fixed" 甚至 -m "" 好的注釋，甚至可以用中文: -m "在用戶注冊過程中加入了Email地址校驗"

修改某個版本注釋：每次只確認一個文件到CVS庫里是一個很好的習慣，但難免有時候忘了指定文件名，把多個文件以同樣注釋commit到CVS庫里了，以下命令可以允許你修改某個文件某個版本的注釋： cvs admin -m 1.3:"write some comments here" file_name

添加文件創建好新文件後，比如：touch new_file cvs add new_file 注意：對於圖片，Word文檔等非純文本的項目，需要使用cvs add -kb選項按2進制文件方式導入(k表示擴展選項，b表示binary)，否則有可能出現文件被破壞的情況比如： cvs add -kb new_file.gif cvs add -kb readme.doc

如果關鍵詞替換屬性在首次導入時設置錯了怎麼辦？ cvs admin -kkv new_file.css

然後確認修改並注釋 cvs ci -m "write some comments here"

刪除文件將某個源文件物理刪除後，比如：rm file_name cvs rm file_name 然後確認修改並注釋 cvs ci -m "write some comments here" 以上面前2步合並的方法為： cvs rm -f file_name cvs ci -m "why delete file" 注意：很多cvs命令都有縮寫形式：commit=>ci; update=>up; checkout=>co/get; remove=>rm;

添加目錄 cvs add dir_name

查看修改歷史 cvs log file_name cvs history file_name

查看當前文件不同版本的區別 cvs diff -r1.3 -r1.5 file_name 查看當前文件（可能已經修改了）和庫中相應文件的區別 cvs diff file_name cvs的web界面提供了更方便的定位文件修改和比較版本區別的方法，具體安裝設置請看後面的cvsweb使用

正確的通過CVS恢復舊版本的方法：如果用cvs update -r1.2 file.name 這個命令是給file.name加一個STICK TAG： "1.2" ，雖然你的本意只是想將它恢復到1.2版本正確的恢復版本的方法是：cvs update -p -r1.2 file_name >file_name 如果不小心已經加成STICK TAG的話：用cvs update -A 解決

移動文件/文件重命名 cvs里沒有cvs move或cvs rename，因為這兩個操作是可以由先cvs remove old_file_name，然後cvs add new_file_name實現的。

刪除/移動目錄最方便的方法是讓管理員直接移動，刪除CVSROOT里相應目錄（因為CVS一個項目下的子目錄都是獨立的，移動到$CVSROOT目錄下都可以作為新的獨立項目：好比一顆樹，其實砍下任意一枝都能獨立存活），對目錄進行了修改後，要求其開發人員重新導出項目cvs checkout project_name 或者用cvs update -dP同步。

項目發布導出不帶CVS目錄的源文件做開發的時候你可能注意到了，每個開發目錄下，CVS都創建了一個CVS/目錄。裡面有文件用於記錄當前目錄和CVS庫之間的對應信息。但項目發布的時候你一般不希望把文件目錄還帶著含有CVS信息的CVS目錄吧，這個一次性的導出過程使用cvs export命令，不過export只能針對一個TAG或者日期導出，比如： cvs export -r release1 project_name cvs export -D 20021023 project_name cvs export -D now project_name

❻ 程序員題庫app有哪些

可以裝個應用寶在手機上
然後選擇上方的空白框，輸入要下載的應用和手游名
然後找到了應用或者手游後，直接進行下載安裝就可以了

❼ 威脅刪庫程序員：「呵呵，一分都不給你！」

近日，一些黑客又不安分了，他們正以刪除 GitHub 代碼庫為由，勒索受害程序員交出手中的比特幣。

據 Bleeping Computer 爆料，黑客通過使用從第三方代碼庫管理服務泄露的帳戶憑證，獲得了包括 GitHub、GitLab 和 Bitbucket 等代碼庫的訪問許可權。

但是到目前為止，這些黑客還沒有賺到足夠的錢去星巴克買一杯咖啡。

截止到撰文時間，黑客勒索信中提到的比特幣地址只收到了一筆轉賬，只有可憐的 0.00052525BTC（約為22RMB）。

黑客擦除了被攻擊代碼庫中的代碼和提交 歷史 ，只留下了一個帶有勒索性質的文件：

黑客「承諾」，只要受害程序員支付 0.1BTC（約為587美元），他們就會還原被盜的代碼庫。

盡管黑客可能為每封勒索信生成一個新地址，但這個地址已經在 GitHub 和 GitLab 上使用很多次了。目前，Bitcoin Abuse 上已經收到了37份關於這個地址的報告。

但到目前為止，從黑客迄今收取的贖金 （在北京，能買一份魚香肉絲） 來看，程序員似乎並不是敲詐勒索的最佳目標。

比如這位程序員，就很牛 X 啊。

找到了，代碼庫並沒有消失

一位名為 Stefan Gabos 的受害者在 Stack Exchange 上提出了一個解決方案，雖然他的解決方案還沒有得到大多數程序員的認可，但是值得考慮。

Stefan Gabos 如何應對刪庫威脅並成功恢復代碼？ 他是這樣做的：

我當時正在做一個項目，一個私有 repo，突然間代碼庫中的所有提交就消失了。

我當時正在使用 SourceTree（我確定更新到了最新版本），但我仍懷疑問題所在可能就是 SourceTree，或者電腦 Windows10 系統遭到了破壞。

在我的所有代碼庫中，只有這一個代碼庫受到了影響。我更改了密碼，啟用了雙重認證，刪除了一個多年未用的訪問令牌，並給 GitLab 寫了一封電子郵件，希望他們能告訴我攻擊者是誰、從哪裡入侵了我的系統。

有人可能會說，如果他們是這樣進來的，他們可能只是改變了帳戶的憑證，但在互聯網上搜索顯示，在這些情況下 Gitlab/Github 會簡單地為你恢復憑證，所以我認為這就是他們沒有這樣做的原因。

除了我之外，還有4個開發人員正在開發它，他們都可以完全訪問被盜的代碼庫，因此他們的賬戶也有可能被入侵。

我用 BitDefender 掃描了我的電腦，但並沒有發現任何問題。我沒有在網上做什麼見不得人的事，所以 我不認為我的電腦感染了什麼病毒和木馬、甚至裝了一些惡意軟體 。

我正在等待 GitLab 的回復，也許他們能為此提供一些線索。此外，為防止代碼庫被發布到其他地方，我更改了資料庫、IMAP 帳戶源中所有可能涉及到的密碼。

出人意料，我發現代碼並沒有消失。

我嘗試訪問了一個之前提交的 hash，哇，竟然成功了。

所以代碼是存在的，只是 HEAD 有點問題。

盡管我這方面的知識非常有限，但只要輸入：

就能顯示所有提交（commits）。

這就意味著攻擊者很可能沒有克隆代碼庫 ，而且他們通過檢查源代碼獲取敏感數據或公開代碼的幾率很低；這可能不是一個有針對性的攻擊，而是由一個腳本執行的隨機的大規模攻擊。

更令人開心的是，如果你輸入：

你會看到攻擊者所有的提交（commits）。

再輸入：

你會看到所有「丟失」的文件。

再輸入：

代碼庫的 origin/master 已經被修復...

但當你輸入：

卻顯示：

HEAD 已從 origin/master 中刪除，正在尋找修復方法...

如果代碼文件保存在 本地 ，運行以下代碼命令：

Bingo！代碼庫回來了！

、 這只是代碼庫存在本地時的解決方法。

因此， 現在唯一的問題是，如果你沒有保存本地 repo，什麼樣的代碼命令可以使得代碼庫恢復呢？ 至於攻擊細節問題， 我希望 GitLab 的答案能解決我的困擾 。

在寫給 ZDNet 的一封電子郵件中，GitLab 的安全主管 KathyWang 承認，Stefan Gabos 在 Stack Exchange 上提出的問題正是賬戶泄露的根本原因。

「我們根據 Stefan Gabos 昨天提交的內容確認了消息來源，並立即開始調查此事。我們已經確定了受影響的用戶帳戶，並且向他們一一通知。證據表明，丟失帳戶的帳戶密碼以明文形式存儲在相關存儲庫的部署（deployment）中。我們強烈建議使用密碼管理工具以更安全的方式存儲密碼，並在可能的情況下啟用雙重身份驗證，這兩種方法都可以避免這個問題。」

微軟與 Github 再背鍋？

GitLab 並不是唯一受影響的網站。GitHub 和 Bitbucket 也遭到了同樣的攻擊和比特幣勒索，多達1000個 Bitbucket 用戶受到了影響。

但Bitbucket 和 GitLab 表示，他們的安全系統不存在任何問題。

Bitbucket 指出， 黑客是通過提交正確的用戶名和密碼獲得了對用戶賬戶的訪問許可權 。 「我們認為這些憑證可能是通過另一個服務泄露的，因為其他 git 託管服務正在經歷類似的攻擊。我們沒有在上 Bitbucket 發現其他危害」。

他們懷疑是微軟和 Github 的問題 （微軟去年以75億美元收購了 GitHub） 。

就在幾天前，據 Micky 爆料，今年1月份微軟曾輕描淡寫般地回應了黑客利用 Outlook、MSN 和 Hotmail 安全漏洞盜區加密貨幣的事件。對此，微軟表示，只有主題/標題和電子郵件地址被盜，郵件內容並未被盜取。

但幾個月後，受害者發現其郵件內容已經被盜了，黑客通過郵件內容獲取了受害者的加密貨幣賬戶並殘忍地清空了賬戶內的加密貨幣。

這並不是新鮮事，刪庫威脅太low了

比特幣性勒索詐騙已經是2018年的事了，對吧？不過，有些黑客可不這么認為。

美國堪薩斯州諾頓鎮的居民正成為黑客攻擊的目標。黑客威脅說，除非受害者支付比特幣贖金，否則將公布一些「敏感東西」。

為此，堪薩斯州諾頓顯警察局在其 Facebook 頁面上還發布了一則公告，警告當地居民注意這種危險。

黑客聲稱通過遠程式控制制受害者電腦的方式竊取受害者的個人數據，並拍攝了受害者觀看色情片的視頻。黑客還堅稱，他們還有受害者當時正在看什麼的屏幕截圖。

如果受害者向黑客支付價值800美元的比特幣，他們就承諾不會泄露受害者的視頻和照片。

值得慶幸的是，這些受害者是勇敢的，沒有人落入這個令人作嘔的騙局。在撰寫本文時，電子郵件中列出的錢包地址仍然是空的。

但去年的受害者就沒這么聰明了。

在另一起比特幣詐騙案中，一個黑客在幾天內就賺了 17000 美元。

在這類騙局數不勝數，早在今年2月，HardFork 就發布了一份報道，報告指出，黑客通過這類騙局已經詐取了超過33.2萬美元的錢財。

程序員，如果是你呢？

那如果是你呢？你受到了這樣的威脅和勒索，你該怎麼辦？

正如諾頓縣警方建議的那樣，如果你收到這樣的郵件， 請忽略它，也不要打開任何鏈接 ，當然也 不要將任何比特幣發到郵件中列出的地址 。

在 Twitter 上，開發者社區的一些重要人物正在敦促受害者在支付任何贖金要求之前聯系 GitHub、GitLab 或 Bitbucket 的支持團隊，因為可能存在其他方法來恢復被刪除的代碼庫。

值得慶幸的是，程序員對黑客的這種「小伎倆」並不感冒。

❽ 京東29歲程序員離職當天「刪庫跑路」獲刑10個月

都說IT從業者的壓力大，大部分工作也枯燥，為何還是有很多人前仆後繼共禿頭？京東29歲程序員離職當天，刪庫跑路，這是又瘋了一個？程序員刪庫跑路，刪庫一時爽，後果很嚴重！

碼農們的壓力其實也沒那麼大，無非是加班久一點，長得老一點，頭發禿一點，但是扛不住給的錢多啊。有錢不香嗎？有錢，再累也能受得了，再苦也能繼續干！但是，活幹了，錢給不到位，用了人不認賬，甩手開除人，這事就有的說了。

一名29歲的程序員未經公司許可，在離職當天，私自將公司即將上線的京東到家平台系統代碼全部刪除，被判處有期徒刑10個月。

該程序員於2021年3月入職上海某公司從事計算機系統研發工作，主要負責京東到家平台的代碼研發工作。朝九晚九的生活，沒日沒夜地加班，三個月過去，最難熬的日子也算是熬過來了。就在程序員鬆了一口氣的時候，接到 公司人事通知，說其試用期未合格。

公司勸退的意思很明顯，就是讓其識相點自行離職。一句輕飄飄的試用期不合格，彷彿判下死罪，該程序員不服氣，一不做二不休，一氣之下在離職當日， 擅自以本人賬戶登錄代碼控制平台，將其在職期間所寫京東到家平台優惠券、預算系統以及補貼規則等代碼刪除。

這么一搞，徹底出大事了，幾天後等公司准備上線運行系統時，才發現代碼被人刪除，只能將原定按期上線的項目緊急延後。不說活動延期的損失無法估計，就說公司為了保證系統正常運行，還花費3萬元高價聘請第三方公司恢復資料庫、組織員工重新書寫代碼。

2021年9月23日，該程序員被刑事拘留，後被依法逮捕。 案發後，程序員在家屬幫助下賠償公司人民幣3.5萬元，並取得了公司方的諒解。

【但法院認為】

在刪庫跑路這件事上，程序員們各有各的鬧法。在國內，鬧得最大的一次，當屬2020年初，疫情期間微盟集團系統故障，旗下300萬商戶的線上業務全部停止，商鋪後台的所有數據被清零，故障時間長達8天14個小時。原因就是資料庫遭遇人為破壞，其公司內部一位IT運維人員，在酒後因生活不如意，無力償還網貸等個人原因，為報復 社會 做出惡意刪庫的行為。

而在國外，今年年初，某知名開源庫項目作者，主動惡意破壞了自己的項目，玻璃心暴力拒絕白嫖，不僅刪庫跑路，還注入了導致程序死循環的惡意代碼，以致全球大量使用該項目的個人和企業都深受其害。

刪庫跑路的行為構成 【破壞計算機信息系統罪】 ，指的是出於主觀故意性，違反國家規定，對計算機信息系統功能或計算機信息系統中存儲、處理或者傳輸的數據和應用程序進行破壞，或者故意製作、傳播計算機病毒等破壞性程序，影響計算機系統正常運行，後果嚴重的行為。 因為操作疏忽大意或技術不成熟導致的過失，不構成本罪。

一般情況下，出於主觀故意的破壞計算機信息系統，要麼是想炫耀計算機才能，要麼是想竊取機密，要麼是想謀取利益，要麼就是想泄憤報復，動機如何，不影響罪行成立。

違反國家規定，刪除、修改、增加、干擾計算機信息系統功能或計算機信息系統中存儲、處理、傳輸的數據和應用程序，或者是故意製作、傳播計算機病毒等破壞性程序，影響計算機信息系統正常運行，後果嚴重的，處五年以下有期徒刑或者拘役；後果特別嚴重的，處五年以上有期徒刑。

對於公司來說，表面上，程序員刪庫跑路帶來的是經濟損失，實質上，還有用戶信任度和公司公信力的缺失，等事件發酵還會產生企業 社會 形象及評價的負面影響，總之，全是弊端。公司應當更加重視構建完善的管理制度及安全機制，做好備份恢復和許可權管理，深入業務排查風險，減少用工糾紛，防患於未然。

不說別的，就說試用期考核不合格這事，公司一定要處理得當。能為公司寫代碼，但試用期不合格，這事聽起來是有點怪怪的，如果給不出令人信服的理由，別說當事人難以接受，就是圍觀看熱鬧的網友也會加以指責。

以員工試用期間被證明不符合錄用條件為由辭退員工，需要滿足以下條件：

僅憑一句試用期不合格，讓人卷鋪蓋走人，容易引發糾紛。員工與老闆雖然是同一陣營，但同時也是對立面，難免會有矛盾，出現問題不及時依法合法解決，久而久之，矛盾累積，爆發沖突，稍有不慎，便可能出現違法犯罪行為產生惡劣的影響及嚴重的後果。

對於程序員來說，通過刪除數據宣洩情緒是極其錯誤的行為，不僅要賠償造成的公司損失，還要因觸犯法律受到嚴懲，為一時的沖動擔責真的不值得。刪庫跑路的行為代價過大，傷敵100自損10000，完全得不償失。任何人做任何事，都要三思後行，不要頭腦一熱，不因一時氣憤，不該只圖痛快，等干出什麼出格的事，造成不可逆的結果，為時已晚。

註：文中人名為化名，引用案件信息來自上海市楊浦區人民法院，案號為：（2022）滬0110刑初27號

❾ 一個程序員在公司沒有資料庫許可權意味著什麼

資料庫，一般軟體開發中都會用到，關於它的許可權問題是這樣的：一個公司的一個軟體產品，其實在不同的研發上線的不同階段，資料庫是獨立的。這個很好理解，開發環境程序員可以隨便改。線上環境可不是誰都有許可權的。

不同的公司，這個資料庫管理的方式也是不一樣的，僅從我的經歷上來回答這個問題。如果更多疑問可以繼續探討。