主頁 > 軟體設計 > 綜述:你管這些破玩意叫“專業核心課”

綜述:你管這些破玩意叫“專業核心課”

2021-09-19 11:20:06 軟體設計

文章目錄

  • 前言
  • 一、通信的基本程序
  • 二、從頂層到物理層
  • 三、小總結
  • 四、展望未來


前言

??本人是一名電子資訊工程專業剛上大三的本科生,經過了大一基礎課的學習和大二專業課的學習,覺得基礎課的學習和專業課的學習還是挺不一樣的,大一的課程都是基礎課,學了微積分,線性代數和大學物理之后似乎感覺自己除了做題還是不能開始干活,(當然我不是說這些不重要,事實上如果你想往學術界發展,這些基礎課的學習,尤其是數學的學習將非常重要)
??但專業課不一樣,個人覺得專業課的核心意義在于解決實際的問題,如果一個公式或者模型或者結論似乎除了應付考試,不能有助于你理解這門學科的邏輯和框架,也不能在別的應用場景發揮其價值,那我個人是覺得沒必要花太多時間去思考這個東西的,
??先列一下對我們這個專業大二大三幾門比較重要的專業課名單吧:首先就是信號與系統和數字信號處理,概率論和隨機信號分析,通信原理和資訊論,再有就是電磁場與波,模電,數電,資料結構,計算機網路……等等,
??當然,我本人是強烈支持在本科期間多廣泛接觸一下學科前沿的東西和自學一些學科交叉的東西的(畢竟萬物皆可CS,了解一下EE和CS交叉的領域我覺得挺好的,雖然本人是個菜B,大二完了知道的東西還屈指可數)


??寫這篇文章的目的,是想從一幅通信系統的流程圖作為切入點,來分析一下這些“能決定你能否保研”的課程,到底有什么用,(當然,本人知識水平十分有限,如果文章中出現謬誤還望各位大佬指正)

一、通信的基本程序


??PS:如果讓我選一門我專業課里面最想去學的課,我毫不猶豫的選擇通信原理,因為學這門課可以讓我明白之前學的東西確實是可以派上用場的,(不像某YC學院安排的一些課和一些事情,除了毀人不倦拉低我加權以外,我實在想不明白開這門課有什么意義)


有幾點是需要注意的:

??1.討論信號需要考慮模擬信號和數字信號兩個方向,簡單來且不完全準確的來說,數字信號是離散的,而模擬信號是連續變化的物理量,事實上,這兩個方向的分析方法完全不一樣,當然,對于通信的問題而言,現代通信技術都是數字通信系統了,因為模擬通信系統的抗干擾能力實在太差,當然,最終這些信號的系統實作都是要從電路角度去實作的,模擬信號對應模擬電路,數字信號對應數字電路,這就是模電和數電兩門課程需要解決的問題,如何從一個工程實作的角度去思考一個理論知識
??2.并不是所有的信號都是確定信號,即每一個時刻都是固定值的信號,我們遇到的信號更多是隨機信號,例如信號在傳輸程序中遇到的噪聲,事實上,通信人一輩子也都是在和噪聲做斗爭,如果沒有噪聲了,那我們就失業了(笑),而面對非確定信號,我們往往從概率的角度去進行分析,這就是我們隨機信號分析需要去了解的內容,可見,概率論是隨機信號分析的絕對基礎,當然,隨機信號分析本質是屬于統計信號處理的大范疇,例如信號的估計理論中常見的估計方法也都是基于概率的角度進行分析,
??3.對信號的觀察角度可以有兩種,第一種是分析它每一個時刻對應的值和其值隨時間的變化,我們稱為時域分析;第二種則是分析其中蘊含的頻率成分(高頻變化快,低頻變化慢),我們稱為頻域分析,例如我們四六級聽力考試的FM調頻頻率,一般在76-88MHz的業余頻段,這就是一種最簡單的頻域表示,如何分析信號(包括模擬信號和數字信號)的時域和頻域的聯系,就是我們信號與系統和數字信號處理要干的事情,
??4.對于任何一個通信系統,最基本都是3個要素,發端,收端和中間的通道,而中間的通道就是我們常說的信道,所謂的噪聲和干擾可以認為是全部來源于信道環境,信道的建模越復雜,通信系統的設計也就越復雜:從最簡單的AWGN信道到多徑衰落信道,再到4G中物理層主流技術MIMO-OFDM系統中的信道建模……信道建模越準確,理論演算法和工程實作之間的差距也就越小,

二、從頂層到物理層

??在這個地方我們討論的通信系統,其實只是屬于OSI七層網路協議里面我們給了其一個響亮的名字——物理層,簡單來說,物理層關注的是最原始的bit的傳輸,最基本的指標,當然如何在保證傳輸可靠性的前提下將bit流傳輸的更快,同時在頻譜資源十分寶貴的當下,盡可能的提高頻譜利用率和降低能耗,
??但是,如果只觀察這一串bit流,我們會發現他只是一串單純沒有意義的0和1罷了,當我們在手機上輸入一串資訊,這一串資訊和物理層的0和1如何關聯,就是OSI協議中自頂向下的思想:在這里插入圖片描述
??由于我對非物理層的知識了解實在有限,沒有辦法作一個非常專業的闡述,但是,我們可以大致理解OSI分層協議的思想:
??對于一個確定的資訊,計算機只能用0和1的角度去表示,從頂層到底層,我們需要不斷的在原有的序列上加上各種具有特定意義的資訊,使得接收到的信號在準確恢復之后,能夠根據這一些0和1的bit序列判斷出相應的資訊,我們以一個網路為例,網路中有很多個設備和一個中轉設備,當設備A發送資料給中轉器,中轉器如何確定是轉發給B還是轉發給C呢,則需要通過這一串資訊中某一小段包含轉發目的資訊的bit串去決定,
??可見如果我們主要分析的是物理層的話,我們就不需要關注如何添加資訊,如何設計分配,決策演算法等問題,我們拿到的就是一串由0和1組成的bit流,我們不用在意bit流有什么含義,我們只需要讓這些bit流更可靠,更迅速的傳輸,
??當然,并不是說只會物理層的知識就可以完事大吉,我個人覺得如果真的要做一個系統的作業,至少從傳輸層懂到物理層是不可缺少的(雖然我這塊的知識也很缺乏),同時,在面向未來的通信系統設計方面,已經有不少的學者致力于研究面向未來通信場景時,層與層之間如何實作跨層性能的trade_off,所以,還是多了解一點的好,

三、小總結

我們先來回顧一下,這些課程分別有什么用:
??1.微積分建立了連續域分析的基礎方法,線性代數和矩陣分析建立了兩個群體之間最基本的關聯方式(線性關系),并從線性空間的角度進行分析,得到了許多有用的結論,
??2.模擬電路和數字電路是具體底層系統實作的程序中不可缺少的知識,因為任何信號的具體變換都是由電路實作的,
??3.信號與系統和數字信號處理建立了基本的對模擬信號和數字信號的變換域分析方法,
??4.對于非確定的信號,概率論是最基本的理論基礎,概率論是任何統計信號處理的基礎,也是統計機器學習的基礎,
??5.通信原理建立了一個簡單通信系統的framework,了解了通信的基本程序和每個程序中需要用到的方法,而資訊論則建立了通信程序做信源編碼和信道編碼的理論基礎,同時,資訊論則為通信系統的設計提供了一個理論極限,正如大家耳熟能詳的香農公式一樣,
??6.計算機網路建立了底層物理層到頂層應用層的聯系,從系統角度了解了每一層的功能和層與層之間的聯系方式,
??7.對于通信信號的傳輸,最終的載體還是電磁波,無線通信網路的建設本質就是控制電磁波的傳輸和減少電磁波相互之間的干擾,近年來很火的RIS(智能反射面)就是由于其可以通過編程改變電磁波傳輸環境的能力,受到了人們的高度重視,
??8.在具體的演算法落地的程序中,需要對計算機的基本知識有所了解,如資料結構,計算機體系架構,基本的作業系統知識和基本的編譯原理……諸如此類,

四、展望未來

??我大一剛進來的時候,不少人的觀點都是通信和雷達沒有前途了,通信的理論極限已經沒有突破的空間了,我覺得大可不必焦慮,事實上,通信工程學的不只是狹義的通信,任何和資訊和互聯相關的學科,都是這個專業有所設計的,一個理論極限的逼近,就會促使人們從新的方式去思考這個理論極限如何突破,例如,隨著Polar信道編碼方案的提出,Polar碼已經逐步逼近香農極限,于是人們開始去研究多天線技術,從4G的MIMO到5G的massive MIMO,再到未來ultramassive級別的天線數量,新技術的改革從未停止腳步,
??在今天的IMT-2030,6G研討會上,專家們討論了6G的需求,關鍵技術的進展和仍然存在的挑戰,如超大規模MIMO,智能反射面,全息無線電,通信感知一體化,無線賦能AI等等方向,我們可以看到,在未來,不同資訊領域之間的相互融合將是大勢所趨,例如通信和雷達的融合,通信和AI的結合,通信和超材料的融合,通信與互聯網的融合……諸如此類,
??所以個人認為,duck不必本科就把自己未來的方向定死,專攻一個方向,抹除自己未來存在的不確定性,畢竟,誰知道未來的發展會是怎么樣呢?(溜了溜了,菜雞落淚)

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/301335.html

標籤:其他

上一篇:new一個物件的背后,竟然有這么多可以說的

下一篇:??動圖分析編程語言 16 年變化??

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more