介紹自己，建博客

感覺從小到大自我介紹做了很多次吧，有到了新環境大家相互認識的，有自招之類的抱著強烈的求生欲，有私下簡單介紹認識同齡人的......相比之下對我而言用寫的比用說的介紹自己來得更輕松的吧。

要說自己的優勢技能的話好像還真的沒有，感覺自己屬于各方面都比較平均的類型，沒啥特長，只能說愛好是讀書(僅限于小說)和打游戲了吧，學習方面可能得追溯到高中的化學了。最優勢的感覺應該是自己心態好吧，心態一直比較積極，很少有焦慮感。

讀書是從小喜歡的，小時候家長上班會把我帶到單位的閱覽室，所有小時候讀了不少故事書吧，也就養成了看書的愛好。這和小時候家里沒有電腦，除了看動畫片之外看童話和小說是童年不多的娛樂方式有關系吧。我愛看的書僅限于各類小說，武俠、推理、懸疑的經典還有現在的暢銷書都讀過一些。武俠類喜歡金庸，古龍的我感覺不太喜歡，只看過兩本，推理喜歡東野圭吾。那種現在看起來很中二腦殘的玄幻文學網絡小說出名的我也讀過不少，比如《誅仙》我就很喜歡。

學習方面只能說化學了，化學的話是因為奧賽出身了(其實失敗了，沒進省隊)，高中在競賽班，只學了兩年高考，有一年完全停課搞競賽，最后結果也比較慘吧，經歷了初賽，省選理論，省選實驗，在最后一輪被刷的，回去學高考的時候離高考已經只剩7個月的時間了，屬于我們班最晚回去補高考課的幾個人之一了。然后競賽獲獎也沒有用上，自招只拿了個保底，裸高考分已經夠線了。大概是在高一高二學完了有機無機分析這幾門大學課程，三師大，吉大，邢大本，北大，科大的教材都刷過幾遍，并且把能見到的所有競賽題全做過了一遍(一整個柜子都放不滿的卷子)，當時大家已經到了說書上的元素化合物的名字能說性狀，說性狀能猜無機化合物或者元素的名字的程度了(我們私下里有時候會相互考著玩)，我們班學化學的人都有同樣的經歷，到現在留在腦子里的化學知識也基本沒啥了，強行優勢技能吧。

現狀、經驗和計劃

怎么選擇目前的專業的？離成為一個合格的 IT專業畢業生，在專業知識、技能、能力上還差距哪些？

我入學的時候是沒有具體專業的，大一結束可以選擇任何一個專業就讀，學校專業不多，選擇也比較少吧，聽專業介紹感覺還比較感興趣就選了現在的專業。

離一個合格的IT畢業生的差距。這個問題感覺不是很好回答，因為不了解社會對一個IT畢業生的預期，只能說專業知識方面，偏重理論，做過的項目都是一些課程的個人和團隊的大作業，有些專業課上過一段時間后印象不深了。技能和能力上欠缺的應該是自我管理能力，編程能力偏弱,對計算機偏底層的知識了解不多。

Skills目前的水平想在課程結束后達到的水平計劃通過什么手段提高水平

對編程的整體理解	3	4	在項目中學習的同時多了解一些計算機底層
程序理解	3	4	讀別人的代碼及花心思讓自己的代碼容易理解吧
架構設計，模塊化設計，接口設計	1	4	對這方面了解較少，在課程和團隊項目中留心去了解吧
效能分析和改進	3	4	在課程過程中去讀一讀代碼優化的書
線程之間、進程之間、不同平臺的進程之間	1	4	這個了解很少，只在數據庫、并行計算等課程上有粗淺了解，需要自學或者遇到問題向別人請教

你為何要來上課并且認真參與

能上一門質量高的課是難得的機會吧，以前上過軟工課，就感覺雖然累，做的東西也比較差，但是合作的過程還是很有意思的。認真參與的話就是本著對自己和團隊負責的精神，希望能多學到一些東西。

你在大學中體驗到了哪種師生關系，你希望這門課是什么師生關系？如果老師布置的作業對你來說有些困難， 你會怎么樣？

體驗到的師生關系就是比較傳統的師生關系吧，老師講課我聽課，老師講課水平高就認真聽課，平時不會缺作業，考前學的不是很認真的就自學突擊一波。不懂的問題更愿意自己想或者和同學討論，實在不會才會問老師，三年里問老師的次數屈指可數。

在工作中，我們要引用文獻，參考別人的資料，在別人工作的基礎上繼續開發， 這些活動和抄襲、剽竊的區別是什么？

我認為根本區別是出發點吧。抄襲剽竊和參考引用從出發點上就不一樣，抄襲剽竊是為了自己的利益、省事，因為自己的利益相關不注明出處，參考引用是為了在別人的基礎上進行創新或者加工，會明確的指出出處，必要時征得原作者同意。

幾年后，你可以做學術研究、做軟件項目、做其他專業的工作，做公務員，出國深造，回家繼承家族企業... ，不同的選擇有不同的努力方向, 你今天是怎么為將來準備的？

從實際一點的角度出發，家里條件一般，不讀書沒啥出路，找一個好的工作需要學歷，就認真的讀過這幾年，拿到學歷吧。從個人角度來講，覺得學術研究相比其他行業更加安靜一些，比較喜歡。另一方面就感覺畢業去當程序猿，參與軟件行業也挺好，就是感覺目前國內的程序員累了點，容易英年早逝。不過還是希望趁著年輕能夠多努力。當然做人還得給自己留條后路，打算這一兩年間抽空考個教師資格證，以后混不下去了去找個初高中教書養老感覺也不錯。

你在這門課的計劃是什么？參考一些學校的教學（美國本科，中國軟件工程本科1，美國大學軟件專業），你對這個課程有什么期待？你打算怎樣度過這個課程？你想當助教么？

代碼量: 我真的精確不到100行，沒有統計過，只能給個大概感覺

語言代碼量來源

C	6000	課程實驗: C語言, 數據結構, 算法基礎, 計算方法,
C++	2000	軟工課上個人作業和結對編程使用Opencv
Python	5000	允許用python的課程一般都用，用tkinter寫過GUI，用pyplot畫圖，用numpy處理數據啥的
Matlab	2000	課程實驗: 通信原理, 數字信號處理, 數字圖像處理
Javascript	2000	軟工團隊項目的前端，數據庫課程作業的前端
PHP	500	數據庫課程作業的簡單后端

距離為了有資格入職一流的軟件公司/互聯網/人工智能公司，需要的代碼量肯定差的遠了。

以我之前上軟工的經驗，每周起碼要花20個小時以上，要不然讀書加上編程作業都做不完，到了alpha或者beta版本臨近發布的時候，基本上全天干活了，就感覺繼續保持以前的時間吧。每周的代碼量計劃在500行高質量的代碼吧(相對自己以前的代碼而言，自己學到東西后寫的代碼，而不是機械勞動產生的代碼)

首先是完成課堂的基本要求，能夠按時提交個人和團隊作業，鍛煉項目能力，其次是能夠有目的的讀一些書，夯實一下基礎，再次就是希望能在團隊項目中交到一些朋友并鍛煉自己的合作能力吧。打算能認真充實的度過這個課程，盡力在團隊中扮演好自己的角色，然后希望能做出一個比較不錯的軟件，不要重蹈大二時經驗不足，軟件用來展示看著還湊合，但是沒什么實用價值的覆轍了。

當助教是想當，但感覺理論課助教和實踐課助教差別很大，需要對學生有實踐方面更多的指導和支持，軟工助教都是那種很厲害能帶的動的，自己實踐能力有所欠缺，會的技術少，希望自己以后能有當實踐課助教的能力。

你現在的道路很多前人曾經走過，他們有什么經驗教訓？請從博客末尾的文章列表任選一些閱讀，針對其中一篇發表感想。

參考博客 https://book.douban.com/subject/4006425/discussion/22802960/（把每天胡思亂想的東西記在一個筆記本上，作為思維快照，并常常翻回去自省，看看過去和現在的變化。這樣的習慣呢？）

通讀這篇博客之后我覺得了解別人的成長經歷和自己的過往相互應證還是有收獲的，我基本認同作者關于學習的幾個觀點

”第一是什么東西都可以自學，第二是慢即是快，笨笨地做一遍題是學習的捷徑；第三是知識理想主義，知識就是力量，而讀書學知識能夠消除蒙昧，掌握改變世界的力量，所以是一件快樂的事情。“

而作者大學期間極端自負，極度自卑心態的不斷反復給我的認識是做人要坦誠，不會就是不會，沒有必要追求所謂的優越感或者掩飾自己的缺點，給別人展現真實的自己就很好了。

作者的恒心是讓我感覺很佩服的，他能在當時的條件下讀英文書，還訂下了讀整個書架的計劃真的很厲害，我讀英文書一般都是讀上幾十頁就半途而廢了。我反思一下自己過去就是貪玩且恒心不足，半途而廢的事情很多，真的應該學習作者那種鉆研和積累的精神。作者的經歷也非常勵志，他的付出有了回報，感覺他真的是一個很有想法并且更難能可貴的是能夠把想法付諸于實踐。作者把他的成功歸功到讀書上，但從我的角度看是作者那種恒心和毅力，對自己的高標準要求讓人敬佩。

提有質量的問題, 給認真的反饋

請快速閱讀《構建之法》全書，發布隨筆1篇，要求列出5個問題，可以是讀后不理解的，或者讀后反對的。注明是哪一章哪一節。要有觀點、有證據或分析。字數不是直接的考核標準，但是要求篇幅長到能把觀點表述清楚。

以我目前的經歷經驗和知識水平而言，我覺得本書寫的很好，細品其中的內容都很有道理，當然道理都必定有其適用的場景，如果非得將書中的內容帶入到不適用的場景中去反駁其"普適性"，就形同雞蛋里挑骨頭了，為了作業而發問了。所有我只能帶入自己的思考和自己的生活經歷去提一些問題。

問題一 微信 V.S. QQ 為什么是前者的勝利？

相關章節: 第12章 用戶體驗，第8章 需求分析

這個問題是我以前就有的，讀到相關章節的時候這個問題一直會冒出來。我一直不清楚為什么微信會火到這種程度。我了解微信的一些故事，確實微信可以發語音和搶紅包的功能讓它贏得了很多用戶。但凡是我問過的身邊的同齡人，大家的反映都是微信根本沒有QQ好用，還羨慕我們學校的教學群使用QQ群而非微信群。我們大多都是因為父母/老板/親戚早一輩的人使用所有才被迫使用微信的。微信不支持多端消息同步，群管理功能比QQ簡陋很多，尤其是群文件系統更是非常不好用，而QQ涵蓋了微信所有的功能，辦公版也有TIM，簡單且數據和QQ互通，聯系人之類的完全不用擔心丟失，很難理解為什么微信能夠比QQ為騰訊贏得更大的市場。

我自己覺得使用微信的體驗很不好，而且上述痼疾常常被吐槽但是這么多版本的微信也沒有去改變，覺得是不是一個軟件如果火熱達到了像微信這樣壟斷的地步，就能一定程度上不那么關注用戶體驗和很多用戶的需求(我覺得包括我們學生在內的相當一部分用戶對群文件和多端消息同步的需求是很強烈的)，或者說我覺得微信的做法沒有像書中描述的那樣關注用戶體驗，但依舊非常火。

問題二 殺手功能和輔助功能，Who is stronger？

相關章節 第8章 需求分析 8.5功能的定位和優先級

要把用戶從競爭對手那里吸引過來，團隊自己的產品要有一個差異化的焦點，在這個焦點上，我們的團隊能做的比別人好10倍

我理解的是要把用戶從競爭對手那里吸引過來不僅要有殺手功能，輔助功能也得和別人旗鼓相當，所以感覺實際上還是需要完全的超越，只不過超越的閃光點突出到了"殺手功能"上了。因為輔助功能往往要比殺手功能多得多，輔助功能對用戶體驗的貢獻單個可能不夠看，但是捆在一起肯定要超過殺手功能。尤其是現在軟件同質化嚴重，殺手功能很容易被抄襲，我覺得反而像木桶效應一樣，平均體驗更好的軟件讓人感覺更舒服。

問題三 對于小創業團隊的定位與合作

相關章節 第5章 團隊和流程，第7章 MSF

這其實不算是問題。我覺得本書的內容可以增加一章或者一節關于小團隊，或者小作坊的講解或建議，因為我感覺大多數關于團隊的內容講解都是針對大團隊，大公司的，比如第7章的MSF。而感覺在軟件工程課程中的情況更像是幾個在經濟狀況不好的情況下走投無路而且技術知識欠缺的落魄程序員，抱團開發一個不知道能不能用的小軟件的情況，我覺得如果加一些初創團隊的故事和對初創團隊初期是如何組織團隊工作就非常棒。

問題四 敏捷流程

相關章節 第6章 敏捷流程

以前上軟工的時候鄧老師也花了一整節課講解關于敏捷流程的內容，我讀了這本書里關于敏捷流程的一章感覺還是感覺價值觀這種概念好抽象。我如果把書合上感覺敏捷流程好像就是把任務劃分成小階段，然后大家干活，開會，盡量簡化流程，沒有直觀的感覺這和之前的流程有特別大的區別，好像感覺就是追求效率上的極致，是不是敏捷只是一種價值觀，在瀑布模型的每個階段也劃分階段，搞沖刺、例會，也能得到一個敏捷瀑布。

問題五 先發優勢和后發優勢對于小團隊

相關章節 第16章 16.1.4 迷思之四: 創新者都是一馬當先

大部分成功的創新者都不是先行者

書中舉了很多例子，先行者具有先發優勢，第一個吃螃蟹的人可能想出了一個絕妙的點子，可是往往成功的都是后發者。比如可憐的ofo，因被國內某市值極高且具有龐大的社交用戶群體的公司抄襲而流失用戶的各種游戲產品，等等。感覺給小的創新團隊的生存空間很小，他們做出有價值的產品，如果不賣身給大公司就會被大公司模仿和擠垮，對于小公司小團隊而言，拿到了先發優勢依舊很被動。我覺得書中的例子例成功的也都是大公司(當然也可能是我對時代背景不太了解)

認真寫反饋：為了改進教學，收集資料，老師在教學過程中會要求學生填寫對課程的反饋， 你會怎么做？

我選 C. 認真按時填寫， 我認為幫助改進教學也是作為學生的責任

轉載于:https://www.cnblogs.com/QiLF/p/11466647.html

總結

以上是生活随笔為你收集整理的ASE高级软件工程 热身作业！的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。