Ⅰ 程序員可以打人嗎
不管從事什麼職業，都不可以打人。至於打人是否構成犯罪，要看受傷程度，打人的目的等具體情況來判斷。
Ⅱ 為什麼，打代碼打的特別不耐煩，原來程序員這么辛苦
程序員我也做過，敲代碼的過程蘇安然枯燥，但是代碼執行之後，有成果出來也是有一種成就感的。要是經常加班就有點辛苦了。
Ⅲ container程序員打的是什麼意思
container是很多框架裡面的一個布局容器，主要用來設置默認樣式的，比如前端框架bootstrap,後端框架layui等，項目代碼中都使用了這個容器。下面是軟體開發中的部分知識：
瀑布模型式就是是最典型的預見性的方法，嚴格遵循預先計劃的需求、分析、設計、編碼、測試的步驟順序進行。敏捷開發以用戶的需求進化為核心，採用迭代、循序漸進的方法進行軟體開發。
一、瀑布開發
瀑布模型式是最典型的預見性的方法，嚴格遵循預先計劃的需求、分析、設計、編碼、測試的步驟順序進行。步驟成果作為衡量進度的方法，例如需求規格，設計文檔，測試計劃和代碼審閱等等。
瀑布式的主要的問題是它的嚴格分級導致的自由度降低，項目早期即作出承諾導致對後期需求的變化難以調整，代價高昂。瀑布式方法在需求不明並且在項目進行過程中可能變化的情況下基本是不可行的。
需求隔離：由於各階段的人員只能接觸到自己工作范圍內的東西，所以對客戶需求的理解程度高低不等，開發人員更像是定義為流水線上的工人。
變更代價大：既然叫作瀑布，就意味著不應該走回頭路。否則如果出現返工，付出的代價會很大。需求變更，編碼人員會很強的抵觸情緒。
束縛創造性：由於強調文檔管理，所以管理人員會比較喜歡，但是他束縛了開發人員的創造性。
周期漫長：整個開發持續的生命周期很長，需求和設計的時間會耗費特別多，有時候會佔用三分之一甚至更多時間，這樣整個周期就會變長，大都在半年到一年左右的時間，所以更適合需求相對穩定的大項目。
二、敏捷軟體開發
敏捷軟體開發是基於敏捷宣言定義的價值觀和原則的一系列方法和實踐的總稱。自組織、跨職能團隊運用適合他們自身環境的實踐進行演進得出解決方案。
敏捷開發以用戶的需求進化為核心，採用迭代、循序漸進的方法進行軟體開發。
缺點：
很難進行准確的資源規劃，很難准確的定義「輕量的「或必要的文檔，很難把握整體產品的一致性，很難預測有限的終點，很難有效地進行度量。
希望能幫到你，謝謝！
Ⅳ 程序員打50萬行代碼要打多久
有些代碼是自動生成的，那要看你這五十萬怎麼打了，不論怎麼說五十萬不是個小數目，加油吧，祝你就好運啦
Ⅳ 程序員工作時被打斷了，該怎麼辦
被打斷了肯定是只能接著做了。程序開發的邏輯思維是比較強的，因此程序員在工作的時候是不喜歡被人打攪的，擾亂了思路很多工作就要重新開始。
Ⅵ 軟體存在bug是程序員把代碼打錯了造成的嗎
從你的描述來看，軟體存在bug，不是程序員把代碼打錯了，而是代碼設置不合理，比如需求不合理，軟體的操作上，設計上原本就存在邏輯漏洞，多個單體能夠正常工作的模塊結合到一起產生問題，異常場景沒有考慮到等等，很多原因都可能產生bug。
Ⅶ 程序員打基礎必看書籍！
1、《深入理解計算機系統》
從c語言到匯編語言到硬體再到操作系統，寫得非常好。是一本能幫助深入理解計算機系統的書。基本上把這本書吃透面試操作系統的大部分問題都不是問題。
2、《演算法導論(第三版)》
被很多acmer coder奉為學演算法的經典之作，但不太適合初學者，因為它這本書很多內容只提供了偽代碼，而沒有具體實現。但可以從這本書學數據結構和演算法好，因為日後的編程語言對實現而言實際上並沒有特別大的障礙，只是適合與不適合的選擇罷了，而把想法轉換成編程語言才是對演算法知識的考驗。如果不想太過深入的話可以忽略掉第四部分(高級設計和分析技術)第五部分(高級數據結構)和第七部分(演算法問題選編)，你會發現書其實比你想像中薄很多噢！
3、《計算機網路:自頂向下方法》
軟體學院的計算機網路教材，非常適合初學者，裡面將計算機網路從頂層到底層逐章分析了一遍，如果能夠結合一些實驗來輔助理解會更好，因為裡面的講解比較抽象。
4、《STL源碼剖析》
如果你是經常用c++刷演算法題的同學，那麼一定經常用STL的各種集合， vector， set， stack， queue等等。它們的實現原理，在源碼面前，完全沒有秘密。
5、《圖解HTTP》
日本人著的介紹HTTP協議的書，對理解HTTP協議的一些細節有非常大的幫助，插畫也很多，感覺就像看漫畫一樣，很容易理解的。
6、《TCP/IP詳解卷一》
這本書能把枯燥的知識講得很細致，強烈推薦這本，看完相應章節後大概能夠明白為什麼TCP/IP要這么設計了。面試的時候經常問到三次握手和四次揮手，還有各種狀態的轉移， TIME_WAIT的時間為什麼是2*MSL······
7、《UNIX網路編程卷一:套接字聯網API(第三版)》
中文版快800頁，不過我只看了一些章節，這本書也是把TCP/IP的細節講得很深很深，此外還有非常重要的基本套接字編程，就是寫網路程序的時候那些bind， accept， listen， send， receive函數之類的，內容非常多，但是這些是理解多路復用模型所需要掌握的······select/poll/epoll這些系統調用解決了什麼問題？事件機制能不能理解？就看這本書的前六章了。
8、《資料庫管理系統(原理與設計)》
這個也是web開發中離不開的東西，必須劃重點學會的是ER圖/SQL語句/存儲數據(磁碟|文件|RAID|緩沖池等)/三大範式/索引以及相應的數據結構/事務相關的所有概念，尤其重點學習SQL 。之後學會使用mysql workbench來進行資料庫建模/逆向工程生成建表語句/根據SQL生成java實體類等就不贅述了，開發過程中網路谷歌一下就知道啦，然後如果習慣在windows下開發的同學推薦利用navicat這個好東西。
Ⅷ 程序員工作時被打斷了該怎麼辦
被打斷了肯定是只能接著做了。程序開發的邏輯思維是比較強的，因此程序員在工作的時候是不喜歡被人打攪的，擾亂了思路很多工作就要重新開始。
Ⅸ 程序員做些什麼工作是打代碼嗎打代碼是為了完成什麼程序員需要有那些方面的知識需要哪些基礎
***簡單說明
1.首先程序員並不是打字員。代碼是有需要思考，需要結合實際業務，並不是簡單的打字。
2.打代碼是為了讓計算機根據自己的代碼邏輯(比如你可以讓它去打開某個文件)，完成某些具體功能
程序員工作是基於一種計算機語言，用這種語言去實現某些具體的功能~
#程序員分類比如#：java 程序員,c++程序員等等
#代碼的作用#：比如你去銀行存錢。
a.古代最原始的存錢方法，就是你去錢庄存錢，然後錢庄用自己的一個記賬單給記錄下來，下次再存，再找到對應的記錄,修改那條記錄的信息。
當賬單頁數特別多的時候，這個時候找到一個用戶信息，就會變得很困難。
b.現在的方法，銀行都會有一些應用系統，你要存錢，但電腦並不能直接理解你要干什麼。
這個時候，就需要把你要存錢這個東西轉換成計算機能懂的東西。這些電腦能夠明白的東西
就是你所說的代碼，代碼會經過一些處理，變成二進制的數據，電腦就能理解了
3.需要哪些知識：
計算機的常用操作， 最少會 一門編程語言，會使用一種開發工具，熟悉一種資料庫等等...
Ⅹ 程序員打代碼，眼睛會不舒服，但是又沒時間閉眼，有沒有什麼東西能緩解一下啊
把屏幕調暗一些，減少對眼睛的刺激。
做1個小時出去走個5分多鍾休息休息
眼葯水那些東西，全都是扯淡，根本沒啥效果
這玩意還是自己調節
我也做程序員
對了桌面背景弄成綠色
你這種情況能少看電腦就少看