A. 什麼是程序員什麼是代碼
程序員所寫的代碼,是為某一特定程序或某一個應用程序所制定的編碼和內部測試的組織實施,使此應用或程序應能夠在程序員編寫的代碼中,實現各種功能。程序員(英文Programmer)是從事程序開發、程序維護的專業人員。一般將程序員分為程序設計人員和程序編碼人員,但兩者的界限並不非常清楚,特別是在中國。軟體從業人員分為初級程序員、中級程序員、高級程序員(現為軟體設計師)、系統分析員,系統架構師,測試工程師六大類。代碼又臭又長
我見過最長的方法是5000多行,那段代碼沒人敢動,只敢往下加 if else,每次需要改這段代碼的開發都戰戰兢兢,生怕出現什麼莫名其妙的bug。java 可是一門面向對象的語言,一個方法裡面有5000多行可以說是很可惡的事情了。我想一開始代碼長度可能沒這么誇張,是什麼導致這種結果的?一個是當初寫這段代碼的人本身寫的是直來直去的方法,一堆if else ;後面迭代的開發,面對這么長的代碼瞬間失去了從頭讀到尾的耐心,直接繼續在後面加 if else 迭代,最後這個方法就變成了一個縫合怪一樣的玩意。
好的 sql 可以很大程度上簡化代碼的復雜程度,但是太過復雜sql 本身就會給後來的開發人員造成閱讀困難,結果又是變成一條無人敢動的祖傳代碼,我想這應該是不少公司極度抵制存儲過程的原因之一。當然不少銀行應用開發還是大量使用存儲過程,存儲過程有用武之地的,但是一個又臭又長的存儲過程就等著變成祖傳代碼吧。當年我見到一個60多個join的sql,看到第一眼就驚為天人從此難以忘懷,當然那段sql也成了沒人敢去動的代碼了。
代碼邏輯不明
代碼邏輯不明所以是我們開發很容易去犯的毛病,是一個不致命卻煩人的毛病。在代碼上的體現是,邏輯判斷寫的比較反人類各種雙重否定是肯定,不把你繞暈不罷休。或者是寫起代碼來東一榔頭西一棒槌,讓人不知道你想幹嘛。導致這個的原因有可能是開發人員在需求理解上出現偏差,做到後面發現不對勁,再回去改又不大可能了,只能硬著頭皮往下寫,結果就是代碼彎彎繞繞;還有很重要的鍋是在產品經理,任意變更需求,想一出是一出,開發人員無奈只能跟著想一出寫一出。還用可能是開發人員方法或者類命名太藝術了,什麼四川方言拼音這種沒有十年腦血栓想不出的命名咱就不說了。就說那種國產凌凌漆式的無厘頭命名——這看上去是個刮鬍刀實際上是個吹風機,就這種不知道讓人說什麼好。
規劃代碼的核心思想
吐槽了一堆代碼規范問題,接下來我們說說如何去規范我們的代碼以及如何做到就算開發人員更換了,或者項目轉手給他人了,仍然可以讓後面的開發可以無礙的去閱讀代碼修改代碼。當然各個公司/團隊都有自己的一套代碼規范,比如項目的結構、代碼命名風格、代碼格式等等。不同團隊有不同的風格,但核心思想是大同小異的。接下來我就我個人的開發經驗來分享一下一些代碼規范的思想。
B. 程序員寫100萬行代碼,到底是什麼感覺
內心是自豪的,頭發是掉光的。
一般來講程序員寫代碼,寫了幾萬行代碼都已經很不錯了,當然,一些工作時間長的是可以達到這個數量的。
搞開發這個東西雖然是創造的過程,但是實際工作還是比較辛苦的。
吃飯不準時,加班家常事,所以,還是以身體為重。
C. 程序員的日常就是不停地寫代碼嗎這行業是吃「青春飯」的嗎
其實不得不說是程序員的職業相對較為特殊,也正因為如此被網友們認為吃青春飯的行業也是很有道理的,從某些意義上來講,年長的程序員並不會取得老闆的重視,尤其是到了中年很容易被公司所辭退,所以也正是因為如此程序員的晚年,存在很多不確定性因素,總的來說,也要從以下幾個方面出發思考問題。
3,由於行業本身的特殊性,導致大多數程序員在中年都會改行從事其他產業。其實不得不說,是程序員本身就屬於 it產業,也正是因為技術相對更新周期較短,所以導致大多數程序員也是吃青春飯的,所以很容易在中年之後被公司所淘汰,為了生存大多數中年程序員都會改行從事其他產業。
其實不得不說的是程序員的日常確實相對較為辛苦,而且不停在輸代碼和代碼打交道,而大多數程序員由於行業本身特殊,所以一到了中年很容易被公司所淘汰,只能被動的轉行其他產業。
D. 看很多程序員天天碼代碼,到底在寫什麼啊
寫代碼其實就是使用代碼語言將人們需要的功能實現。
E. 程序員一天要寫多少代碼
我連續等一1000個變數也可以說問我每天寫了1000行代碼,
但是這些變數,1個都用不到。
1行代碼可以實現想要的所有功能,那麼還需要寫1000行嗎。
因為能力有限,做不到把1000條代碼的功能寫成1行,所以才會變多。
所以不要用代碼行多少來判定程序員的工作量。
頂級的能每天寫100行以上的,那就已經佩服了,如果超過200行以上,我會感覺這個人不靠譜。
F. 要成為程序員要報什麼專業,就是寫代碼的那種
可以報計算機專業或者計算機軟體專業。
計算機專業是指計算機硬體與軟體相結合、面向系統、更偏向應用的寬口徑專業。通過基礎教學與專業訓練,培養基礎知識扎實、知識面寬、工程實踐能力強,具有開拓創新意識,在計算機科學與技術領域從事科學研究、教育、開發和應用的高級人才。
計算機軟體專業是計算機科學的一個分支,和軟體科學與技術專業相比較,計算機軟體專業的側重點在開發和技術的實際應用,而對軟體開發的理論要求沒有那麼高。計算機軟體在現代社會經濟生活中佔有極其重要的地位,在各個領域中發揮著越來越重要的作用。該專業畢業的學生擁有龐大的就業市場,具有廣闊的就業前景。
(6)程序員寫代碼擴展閱讀:
計算機專業的培養目標:
1、掌握電子技術和計算機組成與體系結構的基本原理、分析方法和實驗技能,能從事計算機硬體系統開發與設計。
2、掌握程序設計語言、演算法與數據結構、操作系統以及軟體設計方法和工程的基本理論、基本知識與基本技能,具有較強的程序設計能力,能從事系統軟體和大型應用軟體的開發與研製。
3、掌握並行處理、分布式系統、網路與通信、多媒體信息處理、計算機安全、圖形圖象處理以及計算機輔助設計等方面的基本理論、分析方法和工程實踐技能,具有計算機應用和開發的能力。
4、掌握計算機科學的基本理論,具有從事計算機科學研究的堅實基礎。
G. 對程序員來說最難的是寫代碼嗎
謝邀。我是一名Java後台開發,還是一名工作沒多久的「碼農」。寫代碼作為工作的一部分其實不算難,甚至程序員寫代碼的時間比其他事情花的更少。我就分享一下咱們Java後端開發的小體會吧:
初級程序猿大部分都是寫增刪改查的業務代碼,增刪改查最需要技術含量的是查,歸根結底都是寫SQL語句,有的業務邏輯復雜一點就SQL語句復雜一點,或者資料庫里不好處理就在Java代碼里處理。只要資料庫學的還行,MySQL比較會用,Java功底有一定基礎,基本上都能勝任敲代碼的工作。
文|熱心哥哥宇文笑
文|熱心哥哥宇文笑
業務復雜
,有的系統尤其是一些toB的系統,比如一個上市公司的超市人力管理系統,這是非常復雜的,人事組織,薪資社保,還要針對不同地區分公司不同類別的員工進行不同的代碼處理。
業務復雜
需求變動頻繁
,有些項目的顧問或者產品經理沒把控好,導致需求被客戶拖著走,搞產品的可能覺得也就變化一點點東西,實際上有的功能代碼需要後端重寫,資料庫的表結構一變,那改動也是得跟著變。咱們敲代碼的朋友最不喜歡的就是返工,我們寧願去接受更多的開發新任務也不想再去重寫自己以前寫的代碼。(不用說什麼重構,這些業務代碼重構其實並沒有什麼技術上的突破)
需求變動頻繁
代碼優化
,其實比較難得住人得,尤其是難住我們這些剛入行的程序員。有的業務數據量龐大,就得先考慮資料庫優化,代碼多線程優化,總之優化代碼倒是一件比較進階的拆事,比敲代碼難。
代碼優化
來說說,作為程序員的你,最難的什麼呢?
H. 程序員的日常就是敲代碼嘛每天還做什麼
代碼:代碼就是程序員用開發工具所支持的語言寫出來的源文件,是一組由字元、符號或信號碼元以離散形式表示信息的明確的規則體系。
程序員敲代碼,也可以叫coding,程序員通過書寫、拷貝、修改代碼來保證程序良好運行。簡單的說就像作家將自己頭腦里的故事和劇本寫在word上一樣,程序員將自己的思路和想法用計算機語言的形式寫在程序文件里,用不同的形式向外界展示。
I. 優秀Java程序員都是怎樣寫代碼的
1.編碼之前想一想
用10分鍾,20分鍾甚至30分鍾的時間來想想你需要什麼,想想什麼樣的設計模式適合你將要編碼的東西。你會很慶幸「浪費」了那幾分鍾,當你不得不更改或添加東西到代碼中時你就不將將浪費幾分鍾而是要花費更多的時間。
2.注釋你的代碼
說真的,沒有什麼比兩個月後檢查自己的代碼,卻不記得它用來干什麼更糟糕的了。注釋所有重要的內容,當然那些顯而易見的就免了吧。
3.寫干凈的代碼
錯落有致。使用空格。根據功能模塊化你的代碼。閱讀RobertC.Martin寫的《CleanCode》,非常有幫助。此外,遵循代碼約定/標准(如,尤其如果是共享的代碼。
4.重構
沒有人喜歡用那些超級長的方法。這通常(幾乎總是)意味著你混雜了功能。用更易於管理的方法分離代碼。還能使得代碼更可重用。
5.不要復制粘貼代碼
如果你有兩個或兩個以上相同的代碼塊,那麼你可能做錯了什麼。閱讀第4條。
6.使用有意義的名稱
雖然命名int變數為「elligent」或char為「mander」是很好笑;但是,這樣的名稱並不能說明變數是用來做什麼的。
7.測試代碼
測試,測試,測試,還是測試。測試你的代碼。不要等到已經做完程序之後再來測試,否則當你發現一個巨大的bug,卻不知道它來自於哪裡來的時候,你會追悔莫及。
自動化測試通常都是有價值的。它還有助於節省大量重測試和回歸測試的時間。
J. 程序員一般用什麼語言寫代碼
程序員的類別有好多。每個類別的程序員用其類別的語言寫代碼。
例如:Java工程師——用Java寫代碼。等等~