本文出自：
4月只寫了兩篇部落格，主要原因在於畢業設計，然後做了很多想做的事。五月就從這篇部落格開始
我們那個教室很嚴，掛了很多人，作者也就勉強通過。
先說說哪類人容易掛：
1.堅持**是自己寫的然後乙個技術問題也答不上來
2.答辯語無倫次，答非所問，也就是表達問題
3.在**導師質疑批評你是時，跟導師搞起來
4.**裡太多格式標點問題，篇幅過短
再說說過的人
2.坦白**非原創，但有自己參與的部分，且對其他功能及知識點熟悉，問題大多能回答，**寫得好
3........
再講一下我的答辯過程：
之後是演示，還沒演示完又是一系列的問題，都不讓完整的演示完。
「首先是頁面布局結構採用的github上第三方控制項。。。。。」
第三方不是你寫的不用說
。。。。。
然後是一系列的質疑與問題，還好一一回答。
再被質疑打擊了一些列，導師來了一句:android聽上去高大上，其實。。。
這個時候我都聽煩了，插了句:"就是玩控制項"，順著他的意：「應用層開發，沒什麼屬於自己的技術」
其實答辯到了最後也快到飯點，老師也煩了，隨後跟我扯了下**格式，就結束了。
然而最後老師說了一句：」算乙個吧「（整個教室沒幾個過，而我算乙個）
附上最後學院通過率，大概乙個教室平均也就掛一兩個人（只要花了時間都能過）
關於簡歷的一些建議
基礎簡介 工作經歷 專業技能 專案經歷 自我評價等五項核心模組。咱們一點點來看。基礎簡介 這個就不必多說了吧！可不要將 寫錯哦！工作經歷 這裡咱們說乙個點，工作經歷中的責任描述。這個可務必要寫上哦！因為很多hr 專案經理也是從這裡來大致了解你的工作內容的，若只是在專案的責任描述中體現會顯得過於零碎，...
一些關於部落格文章的建議
花一半的時間寫作，一半的時間增刪查改,一半的時間美化趣味化,一半的時間推廣.一旦開始寫作,不要著急發布它.再睡一晚,稍作閱讀和修改後,再去決定是否發表.檢查錯誤字,去除無意義或者不連貫的語句,太長的句子將其分開.不同時刻有不同的情境和心情,建議經常回頭看看過往的文章,看看是否有需要修改的地方.做別人...
關於如何學習的一些建議
advice1 尋找乙個導師 對於軟體開發者來說，擁有乙個導師是一筆巨大的財富。因為乙個好的導師能夠讓你獲得不需要你親身經歷就能得到的好處。你可以從導師的成功和失敗的經驗中受益。比起你自己孤軍奮戰，他 她 可以幫助你更迅速地掌握一門技術。但是如何找到乙個導師不是一件容易的事情。就此，這個部分談如何找...