原创 uImage與zImage的區別

         內核編譯(make)之後會生成兩個文件,一個Image,一個zImage,其中Image爲內核映像文件,而zImage爲內核的一種映像壓縮文件,Image大約爲4M,而zImage不到2M。         那麼uI

原创 ARM中MAM使用注意事項

     在ARM內核中沒有接口管理Flash存儲器,存儲加速模塊就是專門管理Flash的模塊。當改變 MAM 定時值時,必須先通過向 MAMCR 寫入 0 來關閉 MAM,然後將新值寫入 MAMTIM。最後,將需要的操作模式的對應值寫

原创 嵌入式軟件複用的可能性

        嵌入式系統具有專用性、軟硬件可裁剪可配置、多任務操作、實時性高等特點,嵌入式系統中的軟件和硬件部分結合比較緊密,通常是根據特定的硬件系統進行軟件開發。上述過程對嵌入式系統軟件的開發帶來了開發週期長、開發過程複雜、軟件複用率

原创 我的第一個安卓應用

        搭建好了安卓應用開發的環境,就迫不及待地想要做個簡單的小程序試試了。 通過File -> New -> Project 菜單,建立新項目"Android Project" 然後填寫必要的參數 建立工程之後就能夠在E

原创 大平臺,小產品or小平臺,大產品?

         對於嵌入式領域的公司來說,需要根據公司的規模和性質確定平臺及產品的發展模式。也就是說,在大平臺上開發小產品還是在小平臺上開發大產品。如果公司的規模較大,但是產品的應用領域不同,涉及行業較多,可以採用大平臺-小產品的模式。

原创 職場生存法則之二

    少說話多做事。說話之前三思而行!符合自己的身份地位。     發怒前請倒計時數10個數。

原创 centos 下安裝mysql

在centos下安裝mysql,轉載的一篇很好的文章。 http://www.cnblogs.com/xiaoluo501395377/archive/2013/04/07/3003278.html 原文鏈接 一、mysql簡介

原创 what a shame!

       今天,公安部XX那裏申報的項目被pass掉了,很難過。工作以來,第一次爲工作的事情這麼傷心。我不怕承擔責任,我怕我沒辦法承擔與我職位不相符的責任,因爲我沒有能力承擔的了。這次讓我警醒,我們還

原创 職場生存法則之七

    公司不大,人員不超過40個,但是作爲中層領導,底下很多雙眼睛都在盯着。即使做對了100件事,也許大家不會誇獎你,因爲他們覺得這是你應該做的。如果做錯了一件事,會有很多人跳出來指責你,說你的工作沒有做好,即使不敢在正面,也會在背後說

原创 職場生存法則之四

研發部門之間的項目進展情況可相互探討,其他部門的事情儘量少過問。尤其是與自己沒有直接關係的,比如市場部。當市場部在推自己部門的產品時,任何信息反饋回來可以商討,不相關的,一律不要過問。碰了個軟釘子,以此爲戒。言多必失,即使是開玩笑也要思考

原创 職場生存法則之一

       無論老闆把你捧的多高,下屬永遠是下屬。老闆越捧你,越要態度謙卑,千萬不要有恃無恐,更不能居功自傲。切記!           

原创 UML視圖

轉載一篇UML的介紹 UML語言縱覽 視圖 UML語言中的視圖大致分爲如下5種: 1、用例視圖。用例視圖強調從系統的外部參與者(主要是用戶)的角度看到的或需要的系統功能。 2、邏輯視圖。邏輯視圖從系統的靜態結構和動態行爲角度顯示如何實現系

原创 Bit與Byte的區別(轉載)

在工作中遇到一些概念模糊的地方, 需要記住了 bit意爲“位”或“比特”,是計算機運算的基礎; byte意爲“字節”,是計算機文件大小的基本計算單位; 說到usb2.0標準接口傳輸速率。許多人都將“4

原创 職場生存法則之六

最近在跟北京某公司合作,期間有一些感慨。 1.如果一件事情涉及到不同的單位、不同的部門,那麼具體事情找對口的負責人,或者直接找大boss(有的時候大boss會不搭理你),協商如何安排,找中間領導還要多重複一遍,甚至會被中間領導鄙視一番。

原创 職場生存法則之五

給領導彙報的事務,小組內部一定要討論通過,各種能想到的問題事先找到答案,不經過思考不經過調查研究就把問題直接呈現給領導是職場中的大忌! 有些事情需要把握住彙報的時機,分清重要的和非重要的,需要跟外部交涉一些事情,以前未做過或者公司內部比較