原创 北斗用戶機接收機基帶信號處理

轉自 http://www.doc88.com/p-0993999892804.html 北斗出站信號,採用QPSK調整加擴頻通信PN碼 下行通過鎖相環,解QPSK,解擴頻

原创 敏捷(SAFe)常見問題

敏捷 1. 團隊中沒有明確的PO角色,即使有也沒有能充分發揮PO的作用。    PO角色沒有多少power。不能很好的制定優先級,通常所以需求優先級都相同,在Sprint review會議裏不能起到決定Epic完成與否的決定。 2. sc

原创 敏捷實踐詳解

我在ThoughtWorks中的敏捷實踐  | 作者 袁慎建 發佈於 2017年2月27日. 估計閱讀時間: 2 分鐘 轉自 http://www.infoq.com/cn/articles/my-agile-practice-in

原创 看板中的粉色卡

在看板中的一個慣例是,當一個工作項(任務)受阻後,通常給這個任務項貼上一個粉色(或紅色)便籤。便籤上註明受阻原因,日期。 每日站會應該把受阻工作項作爲主要焦點。受阻問題在一段時間後,影響可能變大。需要讓團隊所有成員知道,什麼情況下受阻問

原创 在製品與前置時間(又叫交付時間)

轉自:http://www.jianshu.com/p/bbc652391e45 在製品與前置時間基本爲線性關係,減少在製品數量就能減少前置時間。 利特爾法則(Little’s Law)作爲一個非常樸素的原理,爲看板方法奠定了一個理

原创 讀書《代碼整潔之道》--命名

變量,函數,類的命名要求見名知意。 public List<int[]> getThem() { List<int[]> list1 = new ArrayList<int[]>(); for (int[]

原创 MoSCoW法則-用戶故事排優先級

莫斯科法則,就是Must or Should, Could or Would not。在排用戶故事優先級的時候,把用戶故事按以下4種類別排優先級。 Must:這個迭代一定要做的。比如前面提到的“必需”的功能。 Should:應該做,

原创 軟件開發中的“浪費”

精益方法定義浪費是指那些沒有爲最終產品增加價值的各種活動。比如敏捷中站會,大家一起溝通一下進展。這個的確沒有增加價值,但是浪費並不代表我們能不做這些活動。 浪費分爲 事務成本 - 準備工作,做計劃,估算,回顧協調成本- 站會, 溝通會。

原创 ScrumMaster幫助團隊定義他們的目標

幫助團隊定義他們的目標,團隊纔會發現他們自身對成功的定義。 Luis Gonçalves 提醒我們,擁有清晰的目標是積極主動與成功的關鍵之一。沒有共同的目標,團隊無法一致行動。在播客中,Luis建議爲我們合作的團隊舉辦一個特定的工作坊,幫

原创 看板推動Scrum過程變革,推動組織文化持續改善

Scrum的三大支柱是透明性,檢驗和適應。簡單的說就是通過對產品,過程的透明,做持續改善。 看板方法大大增加了過程(工作流)的透明性。通過展示工作項是如何在成員之間的流動,爲團隊已經團隊之外交互帶來了可見性。它讓每個相關人員都看到他們

原创 Spring如何運用Java反射機制實現IOC

Java可以通過反射機制動態生成對象。例程見Java反射機制 從示例上可以看出,Java通過Class.forName()就可以生成類對象,然後生成類實例。而且可以通過Field設備屬性。 Class c1 = Class.forNa

原创 快速理解代理模式

代理模式要解決問題是:如果直接訪問對象比較困難,或直接訪問會給使用者或系統帶來一系列問題。這樣對於客戶端(調用者)來說,就不需要直接與真實對象進行交互,解除了調用者與真實對象的耦合。 代理Proxy類和被代理RealSubject類都實現

原创 Spring如何運用動態代理實現AOP

面向切面編程(AOP)提供另外一種角度來思考程序結構,通過這種方式彌補了面向對象編程(OOP)的不足。 除了類(classes)以外,AOP提供了 切面。切面對關注點進行模塊化,例如橫切多個類型和對象的事務管理。 <ao

原创 Java反射機制

反射是Java中一種強大的工具,能夠使我們很方便的創建靈活的代碼,這些代碼可以再運行時裝配,無需在組件之間進行源代碼鏈接。 反射機制獲取類有三種方法: //第一種方式: Class c1 = Class.forName("my.un

原创 看板與Scrum

看板與Scrum都是敏捷實際,它們有很多相似之處。 看板的精髓是通過卡片牆方式找到工作流的瓶頸,控制瓶頸處的WIP(在製品)的數量,以及上游輸入數量,獲取穩定的產能。這樣就可以縮短工作項開發週期(前置時間),提高可預測性和準時交互的能力,