.net開發工程師的求職信(求職信,工程師,開發)

目錄

.net開發工程師的求職信(求職信,工程師,開發)
第一篇:工程師的自我介紹第二篇:招聘工程師要求第三篇:軟件開發工程師求職信模板第四篇:開發的個人感想第五篇: 開發人員面試題 - 多線程更多相關範文

正文

第一篇:工程師的自我介紹

分享一篇一名工程師的求職自我介紹。

我叫xxx,於2014年9月開始在北大青鳥學習,主攻工程師。經過北大青鳥1年半的培訓,完全掌握了軟件開發的基本知識,現在已經可以獨立完成軟件的開發,也可以團隊進行軟件工程項目開發。相信在以後的工作和學習中一定會很稱職的。作為北大青鳥的一員很欣慰和自豪。

平時愛好打籃球,真是這樣培養了我自信、樂觀、積極向上的性格。因為不太愛説話,所以很多時候是在書店和書本朋友在一起。但是這並不代表我內向。因為我愛好看書。

個人比較喜歡的一句話:海闊任魚躍,天高任鳥飛。很榮幸能來到xxx公司,請大家多多指教,很高興於各位同事一起創造明天的輝煌!

友情提醒:本文來自【自我介紹】收集與整理,特別感謝版主!

 

第二篇:招聘工程師要求

崗位描述:

1. 輔助項目經理進行需求分析及功能模塊設計;

2. 核心代碼編寫,項目中高難技術點開發;

3. 進行單元、功能測試,保證工作質量;

4. 記錄工作內容,編寫、維護必要的技術文檔;

5. 維護現有項目,修改程序bug。

技能要求:

1. 熟練掌握(c#)web開發,熟悉web開發周邊技術,如javascript、jquery、css

等;

2. 熟練使用ms sql-server數據庫及熟練編寫sql語句;

3. 在需求給定情況下能做模塊級業務流程和數據庫設計和開發;

4. 做過中小型erp、oa、crm等相關web國內項目(請你關注)開發者優先。

5. 注重團隊合作,有多人協作開發經驗;

6. 具備一定的文檔編寫能力及單元測試能力;

7. 學習及溝通能力強,能夠承擔一定的工作壓力;

8. 工作積極主動、有責任心。具有良好的理解力和邏輯分析能力以及表達能力,能在項目

經理的領導下分析用户的需求和約束條件,設計系統功能模塊並編寫設計文檔。

第三篇:軟件開發工程師求職信模板

以下是軟件開發工程師求職信模板,僅供參考。

尊敬的人事部領導:

 

您好!首先非常感謝您在百忙之中審閲我的求職信!

 

我叫劉xx,是xxx工業工程職業技術學院2014屆計算機系軟件開發專業的好範文。並獲計算機學士學位。從考入大學那天起我一直努力學習,在大學生活中培養了良好的學習習慣,所學的課程包括了從計算機的基礎知識到運用等許多方面。通過對這些知識的學習,我對這個領域的相關知識有了一定程度的理解和掌握。並做了大量的實踐,進一步加深了對計算機的認識。在學好基礎知識的同時還注重多方面全面發展,多次參加了學校的各種活動,在實習過程中將理論與實踐結合起來,深受學校老師和同學的歡迎。

 

2014年初參加了微軟認證系統工程師培訓,培訓科目:windows nt technology,windows nt enterprise,networking with tcp/ip on windows nt,ⅱs4.0 windowsnt具備豐富的工作經驗,認真踏實負責,且具備優秀的表達能力,曾多次主持對用户和內部的技術講解和培訓,獲得用户和公司的一致好評。曾在電子工業部“三金工程展風采展示會”上向來賓講解chinagbn專線集團用户解決方案。

 

在激烈的人才競爭中,雖然我只是名剛畢業的大學生,也許沒有工作經驗,但我有顆真摯的心和拼搏進取的精神,願為貴公司貢獻出一分自己的力量,為了更好的掌握知識理論,也為更好地服務貴公司,我現在正努力自學一些更深的理論書,雖然我剛從大學畢業,沒有實際的工作經驗,但我相信像貴公司那樣重能力,重水平,重開拓,有遠見的公司,一定把能力,水平與經驗同等同視,給新人一個顯身手的機會,希望貴公司給我一個機會,能考慮我,我迫切希望早日成為貴公司一員。

至此

敬禮

求職者:好範文

第四篇:開發的個人感想

個人感覺最重要的一點就是自己親自己動手操作,也就是態度的問題,我們組的每一個成員都是擁有自己追求的人,動手能力還可以!態度最好,最字用的好,因為當下的環境不是很好,別人那些在網上找到的,天天沒有事,我們在一邊看着急啊,特別是剛開始的時候,還沒有對整個系統有一個整體的把握的時候,那心情不可言喻啊!為什麼是最好的,我們堅持下來了!所以最好!

通過這次的實驗我感覺到自己就是應該多多鍛鍊自己通過做一點小項目,自己一真都是理論,理論還理論,一但實踐起來問題可是比想像中的多的多,就拿相冊的那個下一頁按妞的功能來説吧,本來以為很容易實現,可是卻出現了很多的異常,一開始是考慮到返回數組的值,一直的調用,自己忘記了自己定義的是一個全局的變量,而且還是靜態的,不能同步更新,所以在自己第二次調用的時候就出現了異常,後來自己用斷點查了一下,可是後果是自己的相冊可以存50張的照片,所以一直f11,按到後來大意了,跳了過去了,沒有發現的變量的最後值直接出來異常了,各中傷啊,無奈啊,一次一次的調試!

最心痛的就是自己一直向組員強調的命名法的問題,因為頁面的調轉及是功能的分開做的,各自相似的功能命名的重合度很高,因此在組全的時候還出現了很多的各種錯誤的調轉!傷啊,傷啊,自己自從看了軟考的教程還有一些別人做的項目後就感覺大型項目的團隊命名的重要性,還好,麻煩不是很多(現在想來自己一開始應該是邏輯設計階段就應該把可能要用到的字段都統一命名,這樣大家就可以以此文檔為參照)

還有就是團隊的合作精神,雖然功能模塊是分開的但是彼此之間的交叉還是不可缺少的,所以在有可能為別人提供服務時或者用別人提供的服務時,此時自己就不要果斷的決定,感覺最深的就是我們的那個錯誤處理的類,本來是想為全局所有的頁面提供各種種類錯誤時用的,可是再進行合併的時候,發現出現錯誤時無法調轉,原來跟蹤發現是自己在保存普通用户的錯誤標記時與管理員模塊中的那個標記相同了系統無法選擇,拋了一個異常!

現在發現很多的錯誤是可以在設計階段避免的!

第五篇: 開發人員面試題 - 多線程

開發人員面試題 - 多線程

最近園子裏好多人談到了招聘面試,特別是多線程這個問題出現了很多次;多線程也是我在面試中很喜歡問的一個題目,和大家分享一下(僅限)

為什麼喜歡在面試中問這個問題

因為這是一個很好的瞭解面試者知識深度的問題,在現代cpu都是多核的背景下,多線程作為一種能充分發揮cpu資源的技術使用的越來越廣泛.

而且這個問題可以把普通的應用開發人員(增刪改查)和有一定技術深度/專研精神的人區分出來

背景:

面試中高級軟件工程師/架構師 (事先可能不知道對方的目標等級,要在這次面試過程中確定)

本文只是單純的一個技術面試的一個問題而已,不是完整的一個面試

以下是我的一般面試流程(不是所有的,不過60%都會在下面,所有問題都不是定死的,會看對方的情況再安排)

a 瞭解(要求簡述,看回答的水平和方向選擇2,3,4,5中的一個)

b 不瞭解(到結論1)

a 準確描述線程池的意義和使用場景;並且能深入介紹線程的資源消耗 [最好還能列舉多種類似設計的比較](到問題4)

b 準確了描述了池的意義,並能描述對應的使用場景, 例如很多短時間的操作會用線程池中以避免構建線程的資源消耗(到問題3)

c 能描述使用場景,但是無法系統的説明原因(到結論2)

d 能系統的的介紹線程池,但是無法描述使用場景(到結論0)

a 能準確描述意義和優劣勢, [例如性能,邏輯獨立性,額外的性能消耗,線程調度和切換](到問題4 看起來技術細節/底子不錯 繼續問技術細節)

b 能描述一個準確的使用多線程的場景,但是無法系統的描述多線程的意義(到問題5, 想了解一下這個場景是否真的是他設計解決的,還是他只是其中的一個開發人員)

c 什麼都説不出來,或者説不到點子上 (結論2)

a 什麼都説不出來(結論0/2 太奇怪了之前的問題是背的?這裏同步居然説不出來)

b 知道lock關鍵字,然後其他的不懂(結論2)

c 知道lock autoresetevent 信號量等常見的中的同步方式,偶爾還能説跨進程同步(結論3-)

d 知道spinlock monitor event等基本上所有的常用同步方式,知道在某些場景適合用某種方式,但是説不出原因 (到問題5 或者結論3)

e 知道user mode和kernel mode.對兩者有一些細節上的瞭解,明白一個線程所持有的資源,能描述出不同同步方式的差別和使用場景,可以對monitor的內部原理作出介紹(結論4 或者到問題5)

a 沒有具體的使用場景,(到結論0/2/3)

b 能從某一個角度介紹使用場景,並且能表述為什麼當初使用了這個場景(到結論3)

c 作為團隊的一員,參加過某個大型項目, 所以有一個很適合的使用場景,但是隻講過豬cucci女包、香奈兒包包、愛馬仕包包:|冬裝外套、冬裝女裝、時尚冬裝:

:|皮草外套、水貂皮草、皮草大衣:

跑,沒吃過豬肉(到結論3)

d 能系統的描述和介紹一些很適合的使用場景,並結合自己的項目經驗介紹當初為什麼使用這樣的設計,同時還能提出優化建議以便能做的更好(到結論4) [可能會提出一個場景讓他按照他的經驗做現場設計]

初步結論0: 這人可能是事先準備的面試題,或者是聽別人介紹過,但是自己從來沒用過;接下來我會問問他其他方面的技術問題(特別是細節),確認他是否只會吹牛

初步結論1: 能力<=中級開發人員 [沒吃過豬肉好歹要見過豬吧]

初步結論2: 能力在中級開發人員附近 [有過不少實踐經驗,但是沒有系統的想過原因,知其然而不知其所以然]

初步結論3: 能力在中級開發人員到高級開發人員之間 [知道點東西,不知道更詳細的, 別人交代的任務可以完成的比較順利,但是想做的很好有點難,需要架構師幫忙控制設計]

初步結論4: 能力在高級開發人員和架構師之間 [對多線程有較深入的瞭解,能在架構設計的時候選擇適合的解決方案,能系統的描述多線程的意義,並給團隊其他成員技術支持]

所有的結論都不是定死的,一般還會補充一些問題,或者最後讓面試者自由問問題; 希望面試者能充分表現他的技術能力在這個點

某些可能會被問到的技術細節:(上面已經提到的就不問了)

1.如果你是個leader/manager 如何解決掉產品裏面存在的多線程的bug(你的團隊成員水平可能很一般,會寫出一些bug)

線程和worker線程(window 和)

3.後台線程和前台線程

koverflow的問題排查 (詢問線程棧)

5.線程池的配置和影響範圍(有沒有通過配置優化應用程序的性能)

6.有沒有做過多線程程序的debug

如何排查某個進程中cpu 100% 的根本原因(假設只在生產環境出現)

出現意料之外的數據怎麼處理

8. 是否瞭解tls thread local storage(可能會問到callcontext)

9.經典案例, 每隔一分鐘執行一次的定時任務, 用 thread+ while(true) 還是timer

10.一個線程的資源消耗

11. 線程和window線程的異同

12 幾種常用的概念的性能差別

13 的線程機制和一些關鍵配置

14 一些常見的多線程設計的場景 例如 thread1- queue- theads

15 多線程和異步有什麼關係和區別

本文描述了一些我個人比較喜歡的多線程方面的問題,以確定面試者是不是有足夠的能力和技術深度

順便看看他是否有系統的分析和解決問題的能力以及足夠的知識面,順便看看面試者的經驗和知識體系

此外如此多的描述也是考驗對方表達和溝通能力(這是架構師的重要能力)

當然,肯定有遺漏,不足或者誤判..還請大家一起討論討論

補充(感謝各位在評論中的提醒)

1.這不是一個完整的面試,完整的面試更多是考核面試者是不是適合我們的公司的這個職位;包括説 性格,解決問題的能力,學習能力,團隊合作,目前的技術水平

而這只是詢問一個技術細節

2.這個目標職位的範圍比較大,要看面試者的能力/回答給他做適合的定位,大部分人一般回答2,3分鐘他就沒啥可説的了......

3.之前我們公司招聘的高級職位對高性能/架構設計有些要求,而多線程在這個領域還是挺重要的

4.這只是一個簡單的技術面試題 答不出也沒什麼,畢竟不是所有人之前都做過多線程; 每個人都有自己擅長的方向.

本站推薦訪問其他精彩文章:

應聘軟件開發工程師求職信模板

java,,php工程師學哪個比較好?

深圳鯤鵬開發培訓就業前景

軟件工程師入職學員親訴軟件工程師面試題

國際iptc認證c# 高級工程師 證書+視頻