• 模型驅(qū)動的開發(fā)和測試

    憑借數(shù)十年的經(jīng)驗,我喜歡為公司構(gòu)建企業(yè)應(yīng)用程序。每個解決方案都需要一組模型:SQL 數(shù)據(jù)庫、API(應(yīng)用程序編程接口)、聲明性規(guī)則、聲明性安全性(基于角色的訪問控制)、測試驅(qū)動的場景、工作流和用戶界面。 “元”設(shè)計方法需要考慮每個組件如何與其他組件交互。我們還需要了解項目范圍的變化如何影響每個元組件。雖然我使用過許多不同的語言(APL、Revelation/PICK、BASIC、Smalltalk、Object/1、Java、JavaScript、Node.js、Python))這些模型始終是影響最終綜合解決方案的基礎(chǔ)。模型是元抽象,描述對象的形狀、內(nèi)容和能力在運行環(huán)境中的行為方式,而與語言、平臺或操作系統(tǒng) (OS) 無關(guān)。

  • 企業(yè)如何使用現(xiàn)代開發(fā)平臺來簡化自動化

    在當(dāng)今快節(jié)奏的商業(yè)世界中,保持領(lǐng)先通常意味著尋找自動化和簡化運營的方法?,F(xiàn)代開發(fā)平臺處于這一轉(zhuǎn)型的最前沿,提供簡化和加速自動化過程的工具和技術(shù)。無論是通過無需編寫一行代碼即可構(gòu)建應(yīng)用程序的無代碼工具,還是預(yù)測未來趨勢的先進(jìn)人工智能系統(tǒng),這些平臺都使企業(yè)能夠更輕松地提高效率并快速響應(yīng)不斷變化的需求。

  • 人類自省與機(jī)器智能,第一部分

    計算邏輯有多種形式,就像其他類型的邏輯一樣。在本文中,我的重點將是計算邏輯中的溯因邏輯編程(ALP)方法。我認(rèn)為 ALP 代理框架將 ALP 集成到代理的操作周期中,代表了解釋性推理和規(guī)范性推理的一個令人信服的模型。

  • 人類自省與機(jī)器智能,第二部分

    可能存在多種解決方案,與一組信念 BBB 結(jié)合,使目標(biāo) GGG 和觀察結(jié)果 OOO 都有效。這些解決方案可能會產(chǎn)生不同的結(jié)果,智能代理面臨的挑戰(zhàn)是在可用資源的限制下確定最有效的解決方案。在經(jīng)典決策理論中,行動的價值取決于其結(jié)果的預(yù)期收益。同樣,在科學(xué)哲學(xué)中,解釋的價值是根據(jù)其可能性和解釋觀察的能力來評估的(它可以解釋的觀察越多越好)。

  • 人類自省與機(jī)器智能,第三部分

    為了解決危機(jī),請激活警報信號按鈕以通知駕駛員。如果火車的任何一段到站,司機(jī)都會停下來。如果沒有,火車將前往下一站,在那里可以更容易地提供幫助。

  • 人類自省與機(jī)器智能,第四部分

    在人工智能的知識表示領(lǐng)域,人們已經(jīng)探索了各種邏輯系統(tǒng),其中子句邏輯通常被定位為傳統(tǒng)一階邏輯(FOL)的替代方案。盡管它很簡單,但事實證明,分句邏輯是認(rèn)知過程建模的有力候選者。

  • 如何設(shè)計電池管理系統(tǒng)

    電池供電的應(yīng)用在過去十年中已變得司空見慣,此類設(shè)備需要一定程度的保護(hù)以確保安全使用。電池管理系統(tǒng) (BMS) 監(jiān)控電池和可能的故障情況,防止電池出現(xiàn)性能下降、容量衰減甚至可能對用戶或周圍環(huán)境造成傷害的情況。 BMS 還負(fù)責(zé)提供準(zhǔn)確的充電狀態(tài) (SoC) 和健康狀態(tài) (SoH) 估計,以確保在電池的整個生命周期內(nèi)提供信息豐富且安全的用戶體驗。設(shè)計合適的 BMS 不僅從安全角度來看至關(guān)重要,而且對于客戶滿意度而言也至關(guān)重要。

  • 如何設(shè)計高壓 DCM 反相電荷泵轉(zhuǎn)換器

    需要低電流、負(fù)高壓來偏置先進(jìn)駕駛員輔助系統(tǒng)中的傳感器、聲納應(yīng)用的超聲波換能器以及通信設(shè)備。反激式、Cuk 和反相降壓-升壓轉(zhuǎn)換器都是可能的解決方案,但會受到笨重變壓器(反激式和 Cuk)的不利影響,或者控制器的輸入電壓額定值(反相降壓-升壓)限制其最大負(fù)電壓。在本電源技巧中,我將詳細(xì)介紹轉(zhuǎn)換器的工作原理,該轉(zhuǎn)換器將單個電感器與在不連續(xù)導(dǎo)通模式 (DCM) 下運行的反相電荷泵配對。與接地參考升壓控制器配合使用,可以以較低的系統(tǒng)成本生成較大的負(fù)輸出電壓。

  • 如何設(shè)計事件流,第 1 部分

    事件流在當(dāng)今世界變得越來越普遍。事件是一條數(shù)據(jù),它以時間快照的形式描述了您的業(yè)務(wù)中發(fā)生的重要事件。我們將該數(shù)據(jù)記錄到事件流(通常使用 Apache Kafka 主題),這為其他應(yīng)用程序和業(yè)務(wù)流程做出相應(yīng)的響應(yīng)和反應(yīng)提供了基礎(chǔ)——也稱為事件驅(qū)動架構(gòu) (EDA)。

  • 如何設(shè)計事件流,第 4 部分

    在之前部分中,我們從宏觀角度考慮了我們的數(shù)據(jù),并區(qū)分了內(nèi)部數(shù)據(jù)和外部數(shù)據(jù)。我們還討論了模式和數(shù)據(jù)契約,以及它們?nèi)绾翁峁╇S著時間的推移協(xié)商、更改和發(fā)展我們的流的方法。最后,我們介紹了事實(狀態(tài))和增量事件類型。事實事件最適合通信狀態(tài)和解耦系統(tǒng),而 Delta 事件往往更多地用于內(nèi)部數(shù)據(jù),例如在事件溯源和其他緊密耦合的用例中。

  • 如何設(shè)計事件流,第 3 部分

    他們的主要用例之一是事件溯源。要組合當(dāng)前狀態(tài),您可以將每個更改記錄為其自己的事件,然后使用特定的狀態(tài)組合邏輯按順序應(yīng)用這些事件。這是一種事件驅(qū)動模式,用于構(gòu)建內(nèi)部有數(shù)據(jù)的系統(tǒng),因為事件和狀態(tài)組合邏輯之間存在緊密耦合的關(guān)系。

  • 如何設(shè)計事件流,第 5 部分

    專門構(gòu)建的連接器依靠 Apache Kafka Streams 和 Apache Flink 等流處理框架來解決主鍵連接和外鍵連接。它們將流數(shù)據(jù)具體化為持久的內(nèi)部表格式,使連接器應(yīng)用程序能夠連接任何時期的事件 - 而不僅僅是那些受時間限制的窗口約束的事件。

  • 如何使用非耗散鉗位提高反激效率

    在反激式轉(zhuǎn)換器的標(biāo)準(zhǔn)形式中,變壓器的漏感會在初級場效應(yīng)晶體管 (FET) 的漏極上產(chǎn)生電壓尖峰。為了防止該尖峰變得過度和損壞,F(xiàn)ET 需要一個鉗位網(wǎng)絡(luò),通常帶有耗散鉗位,如圖1所示。但耗散鉗位中的功率損耗限制了反激式轉(zhuǎn)換器的效率。在本電源技巧中,我將研究反激式轉(zhuǎn)換器的兩種不同變體,它們使用非耗散鉗位技術(shù)來回收泄漏能量并提高效率。

  • 如何鎖定具有打嗝故障響應(yīng)的電源轉(zhuǎn)換器

    電源轉(zhuǎn)換器通常設(shè)計用于防止出現(xiàn)不良故障。例如,如果轉(zhuǎn)換器輸出上消耗的電流過多,則可能會啟用過流保護(hù)。如果轉(zhuǎn)換器的輸出端子意外短路或負(fù)載電流超過設(shè)計的最大電流,這會很有幫助。其他常見故障情況包括超過熱關(guān)斷跳變點(過熱)和輸出電壓超出范圍(過壓或欠壓)。

  • 電機(jī)過熱是電機(jī)運行中常見的故障及其產(chǎn)生原因分析

    電機(jī)在長時間運行過程中,不可避免地會出現(xiàn)一些故障。了解這些常見故障及其產(chǎn)生原因,對于預(yù)防故障發(fā)生、及時維修以及延長電機(jī)使用壽命都具有重要意義。

發(fā)布文章