回覆列表
  • 1 # hnzzvictor

    一般剛入職一週內也不會給你分配什麼任務,一般都是入職培訓,熟悉當前工作流程以及需要你負責的專案程式碼以及業務邏輯,還有認識一些相互需要協作的同事等等;隨後會給你安排一些相對一些小活,慢慢融入團隊

  • 2 # IT人劉俊明

    作為一名從業多年的IT從業者,同時也出版過Java程式設計書籍,所以我來回答一下這個問題。

    首先,Java程式設計師在剛進入專案組時會根據自身的知識結構和實踐能力來安排具體的開發任務,由於Java語言是全場景開發語言,所以有可能會被安排從事Web開發、大資料開發或者是Android開發任務,具體開發任務與開發場景有緊密的聯絡。

    對於開發經驗並不多的初級Java程式設計師來說,在剛進入專案組時,通常會被安排從事具體某個功能模組的開發任務,這樣的功能模組通常都與具體的業務邏輯有比較緊密的聯絡,屬於應用級開發。功能模組的開發通常是呼叫系統平臺的API來完成具體功能的開發,比如目前基於雲計算平臺來完成業務功能開發就是比較常見的選擇。通常來說,這種基於平臺的應用級開發任務都比較簡單,重點在於對平臺API的掌握。

    當Java程式設計師剛入專案組時,不論會被安排何種開發任務,都需要做好以下三件事:

    第一:儘快熟悉開發團隊的工作流程。不同的開發團隊會有不同的開發流程,要儘快熟悉這個開發流程中的不同角色,以及其對應的崗位職責。熟悉開發流程是進行溝通交流的前提,也會盡快實現自身的定位。

    第二:儘快掌握各種開發工具。不同的開發團隊往往有不同的開發工具,比如目前有很多開發團隊會基於雲計算平臺來完成具體的功能開發,此時要儘快熟悉該功能平臺,以便於提升開發效率。

    第三:儘快熟悉開發團隊的技術風格。不同的開發團隊往往有不同的開發風格,初入專案組的Java程式設計師應該儘快掌握團隊的技術風格,可以透過閱讀已完成的專案程式碼來達到這一目的。

  • 3 # Lake說科技

    Java程式設計師剛入職都會被分配什麼任務?一般都會是剛入職的萌新會問這種問題,這裡我結合我剛開始入職的經歷以及做的一些事情,在這裡分享一下。

    首先,你剛入職的最初一段時間,一般你的主管或者上級不會立馬給你分配任務,第一件事情應該是和你聊聊你的技術特長以及技術興趣,然後老闆會思考該給你分配什麼樣的任務,當然這個任務的方向不會和團隊的方向有出入,總體會保持一致。

    其次,會將之前組內沉澱的技術文件、專案文件、程式碼規範、技術排坑經驗等文件給你看,讓你瞭解現在團隊正在做什麼,開發業務程式碼時,應該遵循什麼樣的規範等等。此時你也不用太著急,因為了解團隊方向和相關規範後,會對你以後的開發以及和別人溝通時,帶來很大的幫助,你應該耐心的將它們看完。

    在你熟悉過相關的經驗文件後,接下來你的上級就會開始給你安排任務了。一般這種任務不會太大,都會從很小的業務需求開始入手,整體上來說,一般都會是一些很小很簡單的任務。當然你也別覺得任務太簡單不想做,任何技術萌新剛進入職場機會都是這樣,此時你需要的就是將簡單的事情做好做紮實,讓老闆和同事對你產生信任感。

    隨著你在公司待的時間越來越長,你做的事情也會越來越大,從最初簡單的事情,到後來慢慢的會讓你開始負責某些模組功能的開發,最後讓你成為一個專案的PM(專案經理)。一步一個臺階,有些事情不要著急,耐心慢慢的做好就行。漸漸的,你會發現自己的用途將會越來越大,你的成就感也會越來越高。

    這裡給剛進入職場的程式設計師萌新幾個建議:

    將上級或者主管安排每件小事做好,做精細,讓其他人覺得你做事踏實。

    保持沉澱技術文件、經驗文件的習慣,自己走過的技術坑,避免其他人再走。

    敢於說出自己內心的想法,即使說錯也沒有關係。

    每天保持自己的技術成長,每天進步一點點。

  • 4 # 自學JAVA

    剛入職分配什麼工作,得看入職公司型別,或者得看入職之後當前接手專案情況。那麼就這兩個點給題主說到說到。

    不同專案情況,剛入職可能分配的工作

    首先從小了說,這裡答主只針對於做開發來說,其它的就不考慮在這裡面。剛入職你所開發的專案也決定了你現在的工作內容。如果剛入職是做新專案,或者是接手二手專案,或者專案的二次開發。就這三個點來簡單說說剛入職會做什麼工作。

    剛入職就是為了做公司現在的新專案

    如果你運氣不錯,公司現在招聘人員就是為了做一個新專案,真的算比較幸福的。如果公司以及準備好了專案的需求分析,架構搭建,那麼對於你來說剛入職的主要工作就是看需求,準備著手做專案的開發工作了。

    上一個人離職,接二手專案

    這種情況相信應該有不少小夥伴都遇到過。同時接上一任開發了一半的二手專案也是最痛苦的,第一你得理解專案需求,第二你還得知道上一任做到那裡來了。所以這種情況下剛入職一般都是在看上一任留下來的程式碼,然後看需求,這裡最痛苦的也是看別人的程式碼,因為每個人都有自己敲程式碼的習慣,所以你會看的特別累,嘴裡還會一直吐槽。

    因為專案二次開發,被招聘進來

    因為之前專案的功能以及跟不上現在的使用要求,需要多工作做升級的二次開發,這種情況其實不多,但是也是有的,相對來說會比上面的情況要好很多,已經有現成的功能展示你現在要做的是改進功能,需求明確,業務清晰。那麼剛入職的話一般看需求,溝通,做模組開發。或者還有一種情況現在的專案在功能上少了,需要新增功能,這個其實也就是在開發新模組,那麼這個時候你也是在看需求準備功能模組的開發。

    不同型別公司,剛入職可能分配的工作

    BAT大公司

    如果是網際網路大廠,這個得看你入職部門,以及入職的崗位。如果你入職的是他們公司的新技術的研發部門,那麼你剛入職的主要任務肯定的需要了解他們的現在研發的專案,這個過程估計會比較長。如果你入職的是他們的產品開發部門的話,那麼你剛入職的話主要的工作就是做當前產品的開發,那麼也需要了解現在你所做產品的相關文件,專案需求等等了。

    看需求,看需求

    軟體外包公司

    外包公司大家應該都知道,主要的業務就是接專案做,所以對於公司來說效率是最重要的。一般外包公司找人也就兩種情況:已經有的專案對應的崗位有一個人離職了,你來填這個空。在就是因為有新專案了,人手不夠,需要招人做開發。那麼如果是填空,就算要接二手程式碼,剛入職的時候要做的事情看程式碼,看需求。如果新專案還是看需求,開始做開發。

    國企

    這個得看你在國企的什麼公司了。這裡答主就舉幾個例子吧。如果你是在研究院,那麼對於你現在的工作來說就需要了解很多東西了,這裡答主也給不出什麼具體的內容來,因為不確定性太大了。如果你進的是什麼國家電網之內的話,基本上就是在做二次開發,或者改進功能,所以這個時候你的工作相信大家都應該知道在做什麼了。

    傳統行業大公司

    如果入職的是傳統行業的大公司,他們其實對於開發部門的注重性可能沒有那麼高,所以如果剛入職的話,要麼在做一些他們現在不急,但是需要慢慢來開發的專案。要麼就是在做二次開發,因為比如說馬上過年了,他們需要在公司官網做對應的活動宣傳,類似於這樣的專案。說實話肯定是沒有其它專門專注網際網路的公司那麼忙,技術要求可能也沒那麼高。

    總結:剛入職程式設計師要做的工作,對於不同的崗位,不同的公司,不同的專案情況來說都是不一樣的,具體的工作大概的方向答主這裡就基本都羅列出來了。

  • 5 # IT界的小螞蟻

    A公司瞭解公司框架和業務關係,然後看文件,然後看別人寫的程式碼,最後自己寫程式碼。每個公司對員工的要求是不一樣的,像我們公司是進入公司第一天熟悉專案,第二天就開始正式工作了,一週左右表現不出有工作能力的話,就會辭掉的!B公司剛入職一般是寫一些比較簡單的功能模組,並且有人會帶你,有類似的程式碼可以參考。C公司努力工作,認真學習。。。。。有一點一定要注意。要和同事多交流,一定要多交流,同事們會有很多經驗。。。願不願意教你是他們的事,但是你不問,絕對不會有人來教,還有也不能老是白問。沒事請吃吃飯,帶點吃的,抽菸的平時多遞根菸。D公司讓你跟在專案組裡面,先學一段時間的技術和業務。。大公司一般都會有人帶你的,中小型公司可能會讓你比較快上手。但做技術的必然是進專案組。有很多機會可以學東西,多問就好了E公司這要看你進的公司狀況了,如果專案比較急那麼進公司的前面兩天讓你熟悉一下專案,兩天後開始分配任務,如果專案不急前面一個兩星期都是給你瞭解專案的!總結

    根據各個公司的專案情況不同,做的工作也不太一樣。

    熟悉公司企業文化,進行入職培訓;

    熟悉公司程式碼架構,進行程式碼環境熟悉;進行簡單的功能實現;部分公司可能會要求先進行程式測試和文件編寫,對bug進行程式碼修改;部分公司專案緊張的話,可能會直接要求編寫簡單的功能模組;

    備註:通常入職之後都會有專門的技術人員進行指導,所以也沒必要擔心什麼都不會,入職後主動進行學習相關技術即可。

  • 6 # 全棧研究者

    根據不同公司的不同情況可以分為以下幾種:

    1,首先熟悉公司的業務,專案用的技術點,然後看看專案中的程式碼;

    2,等一天熟悉後,就可以實現簡單的功能,最簡單的就是增刪改查,這些功能你能很快上手的話,你的任務就會在複雜點,包括一些複雜的業務邏輯實現,甚至的是一些技術難點的實現;

    3,如果你能完成任務透過考核,你的任務會更加獨立點,包括自己設計某一模組的開發實現整個流程的功能,然後寫一些技術文件,還有程式碼的review,單元測試的編寫等,當然你能走到最後,如果你連基本的東西都做不了,而且花費很久,那你就會被pass,

    所以一是基礎很重要,而是效率也很重要,這些都是靠平時的積累,專案經驗的增加;

    4,對一些基礎不好,專案經驗不多的小夥伴來說,首先你接到一個任務,你要把這個任務的整個流程梳理下,然後開始編碼實現任務對應的功能,如果不會的話,你要自己思考下,然後一次性的問工作經驗多的小夥伴,不要一遇到問題就問別人,這是大忌,你問的次數越多,你離職的可能性越大,所以剛開始讓你熟悉業務和程式碼的那一兩天比較關鍵,你要能夠獨立的完成別人實現的功能才能算得上你已經能夠勝任這份工作了。

    5,在工作中,要適當的加班,但是切記不要加班的太晚而且每次加班都能看到你,這說明你的能力有點問題,還要和同事搞好關係,除非你能力很強,業務很通;

    6,每天上班後,有8個小時左右,之後,要總結一天的工作量,如果今天你發現你什麼都沒做,白做了一天,那你就有離職的危險了,切記一天中要做些事情,哪怕解決下bug,做些專案中的任務,這樣別人能看到你的工作成果,會讓你一直做的;

    7,對於剛入職的小白的話,如果有效率和質量,一定要在快要試用期到之前給領導提轉正的事情;

    8,提醒下,當你感覺熟悉業務和程式碼差不多的時候,你要主動提一些任務和bug,不能等著去做,要積極性;

  • 7 # 自稱實戰派

    被分配的第一個任務一定是裝環境......

    哈哈,抖個機靈

    下面幾位老哥回答的很詳細了,總之不會太難,以熟悉公司業務為主,然後逐漸有一些簡單的開發任務。

  • 中秋節和大豐收的關聯?
  • 婚姻為了孩子維持著,但孩子成家了兩個人重新選擇感情那樣合適嗎?