主頁 > 軟體設計 > 程式老兵挑戰技術峰會主持之初體驗

程式老兵挑戰技術峰會主持之初體驗

2020-09-13 03:43:11 軟體設計

科技是第一生產力,在互聯網時代體現得更加淋漓盡致,我們技術人也要走上舞臺,也要學會面對觀眾,但大多數技術人都缺乏公眾演講的經驗,尤其是在規格較高、觀眾眾多的技術峰會舞臺上,在技術人里演講做的最好,在演講者里技術做的最好,這也是非常好的差異化優勢,好的公眾演講能力可以幫技術人打開更多職業發展的可能,技術售前,咨詢顧問,技術布道者,培訓講師等等,35 歲不僅只有危險,還有無限機會!

2019 年老兵哥完成了技術峰會籌辦和主持的初體驗,在深圳、上海兩地都舉行了兩場活動,每場活動有近千個觀眾參與,最終外界反饋和自我感覺都還蠻好,算是新技能解鎖成功了,為了下次做得更好,老兵哥將把整個程序中的所思所想記錄下來,以備自己和需要的小伙伴們參考:

1. 如何籌辦一場千人技術峰會?

大家應該都參加過技術峰會,通過嘉賓的分享拓寬視野,在交流互動中結識朋友,但除了觀眾視角外,技術峰會還有哪些其他視角?不同視角之下,各有什么價值?峰會各種構成元素中哪些是最核心、最重要的?哪些是附著在這些要素上的?如果現在你要籌辦技術峰會,如何從零開始招募到大量優質嘉賓和觀眾呢?如何讓嘉賓產出高質量的分享材料呢?……

或許你會覺得誰沒事籌辦會議啊?隔行如隔山,懂不懂這些對職業發展沒任何影響,這也是老兵哥我首次籌辦會議時的想法,當時也不清楚如何完成這項新任務,但現在我會把技術峰會看作一款產品,籌辦程序就是產品設計和運營的程序,擔當產品經理所需的技能在這里都找得到用武之地,

技多不壓身,我們技術人越往上發展就越需要產品和管理等綜合能力,從技術峰會籌辦中體會產品思維,可以幫我們達到觸類旁通,好吧!現在讓我們以一場近六十位演講嘉賓、近千位觀眾的真實技術峰會為例,換上產品思維來重新剖析技術峰會的籌辦程序,

1.1 技術峰會到底是一款什么產品?

老兵哥在江湖上摸爬滾打也有些年頭了,這期間參加過不少武林大會(技術峰會),但未曾籌辦過技術峰會,剛接到籌辦會議任務時,老兵哥多少還是有些懵圈的,從門外漢的角度看,一場成功的技術峰會首先要邀請到重量級的分享嘉賓,然后才能招募到足夠多的參會觀眾,但重量級分享嘉賓為什么應邀呢?憑面子?憑交情?說句實在話,即使彼此認識,但交情未必有這么深厚,純粹靠死皮賴臉的求人,不僅面子上掛不住,成功率也堪憂,

人脈,靠求是求不來的,大牛們不缺主動抱大腿的,真正的人脈是通過價值置換來的,也就是說我們自身必須具備大牛們所需的資源或價值,彼此在不同維度或層面可以互補,這才是合作的前提,雙方的交往才可能是平等互惠的,靠低三下四博同情,難以獲得穩固有價值的人脈,當然,只要是人就會有需求,就像馬斯洛需求模型告訴我們的,需求有不同層次而已,大牛也不是神,他們也存在各種需求,關鍵是找到峰會對他們獨一無二的價值,

技術峰會具備哪些價值呢?除了重點關注技術和培訓之外,老兵哥平時也堅持學習產品知識,這時候就自然想到切換至產品視角來探究一下技術峰會到底是什么?稍作分析我們就知道:技術峰會,既像IT技術領域的門戶網站,又像是垂直領域的社交網路,

門戶網站的價值在于匯聚和分發流量,峰會能夠召集大量專業觀眾,這些流量對于分享嘉賓來說是非常有價值的,社交網路的價值在于促進聯結的產生,聯結是價值交換的通道,這是建立人脈的機會,技術峰會,本質上就是門戶網站和社交網路這兩類產品的混合體,產品思維幫助老兵哥理順了籌辦峰會的思路,要想把技術峰會這款產品設計并運營好,其關鍵就是正確理解各類用戶對產品不同維度或層次的需求,從最初邀請嘉賓、招募觀眾來幫襯我們,轉變成為嘉賓、觀眾提供他們所需的資源或價值,心理上就從被動變成主動了,

1.2 技術峰會都有哪些型別的用戶?

只要能準確把握用戶需求,那么產品的設計和運營就相對容易了,往往洞悉用戶需求比較難,俗話說解藥就在毒藥旁邊,問題發現了,解決方案也就出來了,除了參會觀眾這類用戶之外,會議籌辦方還要有更寬廣的視角,峰會還有哪些型別的用戶呢?他們對峰會都有些什么樣的訴求呢?在剖析需求之前,我們有必要對峰會這款產品的用戶做個分類:

  • 分享嘉賓:類似門戶網站的內容生產者,負責提供行業最新的技術動態、最佳的實踐案例和最優的產品方案等,除此之外,他們還扮演社交網路里面的意見領袖,在各自領域內具備較大的影響力,
  • 參會觀眾:類似門戶網站的內容消費者,內容再好,如果沒有受眾,那也將毫無價值,除了消費內容之外,觀眾還能給嘉賓提供有價值的反饋,幫助嘉賓優化內容,
  • 合作伙伴:類似門戶網站的廣告贊助商,辦會離不開人力物力,而這些都需要投入,如何做到收支平衡或者盈利,除了門票收入外,最關鍵就是合作伙伴的贊助費了,拉不到贊助,技術峰會將難以運轉,

1.3 不同型別的用戶各有什么訴求?

俗話說:見人說人話,見鬼說鬼話,能否打動溝通物件,關鍵看我們是否站在對方的立場上,出發點是為對方好,他才有耐心聽并可能聽得進去,在剖析清楚峰會各類用戶的需求之后,我們就知道如何跟不同型別用戶溝通了,

  • 分享嘉賓:這類用戶老兵哥有些體驗,他們有哪些層次的需求呢?其一,峰會匯聚了大量的現場觀眾,對于初級演講者來說,這是難得的實戰機會,其二,嘉賓都希望通過演講輸出影響力,向觀眾分享有價值的經驗,或期待觀眾成為自己的粉絲,或期待觀眾接受產品或方案,其三,峰會現場也是很好的社交場所,嘉賓們籍此機會認識彼此、探索合作,為了滿足這類用戶的需求,峰會的觀眾數量必須要上規模,場面越宏大就越有吸引力,軟硬體的規格要高,除了嘉賓和觀眾之間的活動之外,峰會還要創造嘉賓間的交流機會,
  • 參會觀眾:這類用戶老兵哥最為熟悉,他們期望識訓什么東西呢?其一,開拓視野,通過嘉賓分享了解行業內的最佳實踐,給自己未來的作業找些新思路,其二,拓寬人脈,峰會匯聚了不同領域的技術同仁,面對面交流更有效,單身朋友還可以物色物色異性朋友,作業生活兩不誤,其三,休閑旅游,不排除有些公司把外出參會當作福利,讓績優員工外出休閑學習,為了滿足這類用戶的需求,峰會盡量邀請技術大牛來分享干貨,創建群組方便大家交流,再選擇星級酒店營造好氛圍,另外,時間最好挨著周末,但不要選在每月首尾,持續時間以2~3天為宜,
  • 合作伙伴:這類用戶老兵哥不太了解,雖沒吃過豬肉,但總歸見過豬跑,每次參加技術峰會,會場都會有各式各樣的贊助商展臺,他們比較看重峰會現場聚集的觀眾,這些都是定位精準的潛在優質用戶,為了滿足這類用戶的需求,峰會舉辦方就要為合作伙伴創造更多接觸觀眾的機會,但前提是要符合觀眾的利益,

2. 如何做好技術峰會的主持人?

為什么要參與技術峰會主持的作業呢?有的人會第一時間就拒絕,做技術分享演講沒問題,但主持不是我的菜,老兵哥原本就在構建培訓演講能力,而這項作業跟這個目標存在交集,調節氣氛、把控節奏、引導話題等,這些在培訓授課中也要用到,主持也屬于公眾演講的一個門類,老兵哥非常有興趣去探索這個新領域,跳出舒適區,突破自我,解鎖新技能,

俗話說,技多不壓身,多項本領傍身總是好事,萬一哪天搬磚作業被下崗了,說不定還可以轉行司儀主持婚禮混口飯吃,另外,老兵哥也需要構筑自己的差異化優勢,找到屬于自己的細分領域,在這個細分領域內辛勤耕耘,爭取做到頭部,這樣就不用擔心被取代,如果大家都擠在一個賽道里,同質化競爭定會白熱化,細分領域必須根據自身特質設定,培訓演講是老兵哥的愛好,

技術峰會主持,這項新作業對老兵哥來說,信心和忐忑一半一半,職業技能培訓授課也需要主持,課時兩個整天的授課老兵哥也堅持做了十幾次,各種現場情況也都遇到過,但畢竟技術峰會的主持作業的場景有所不同,例如:話題內容、觀眾規模和控場方式等,有挑戰就會有壓力,在壓力下我們會感受到焦慮,但轉念一想這就是跳出舒適區,感到不適是正常的,通過動腦思考和積極應對,慢慢地我們就會適應,從而不斷擴大自己的舒適區范圍,這就是個人能力提升的必經之路,

2.1 如何撰寫出更好的串場詞?

書面語和口語的差別還是蠻大的,串場詞主要偏口語,如果直接用寫出來的,那在舞臺上背述時容易沒感覺,感情不夠飽滿,流暢度也不夠,因此,我會先打好腹稿,然后再試講調整,這樣來回反復幾遍之后,一段串場詞就基本成形了,但這樣還不夠,接下來我還會用錄音轉文字的軟體把串場詞錄下來,并轉譯成文字,再在文字稿的基礎上對其做修改,尤其是詞句順序調整會影響思路,

如何做到脫稿主持呢?如何站在臺上不忘詞呢?最關鍵就是串場詞必須是基于主持人切身經歷體會撰寫出來的,對此會有比較深的感觸,這樣就不容易忘詞,另外,在內容包裝上要采用故事思維,通過講述過往的某段故事自然而然地引出后續議題,故事化的呈現更容易吸引觀眾注意力,讓觀眾從上一場分享中跳脫出來,營造好下一場分享的氛圍,

等文字稿完成之后,我們再基于稿件做練習,中間再調整思路,包括承上啟下的銜接詞和語氣詞,以便在現場主持時能夠比較連貫,一氣呵成不卡殼,如果需要連著講述幾件事情,例如:餐宿安排、合影留念、問卷調查、議題串場,這就比較考驗主持人的記憶能力了,我們可以根據內容來臨時創想出一種便于記憶的方法,或者把關鍵詞寫在提詞卡上,否則容易出現腦子空白或者思路斷片,

2.2 主持串場有哪些注意事項?

串場就是由主持人介紹議題和嘉賓,接著提示觀眾鼓掌歡迎嘉賓上臺分享,此時主持人不要急著走下舞臺,而是等嘉賓走上舞臺后握手交接,如果沒有其他會務人員負責遞送麥克風,主持人可以順帶將麥克風交給嘉賓,然后再緩步走下舞臺,這樣銜接會更加順暢,

相對于議題簡介,嘉賓簡介不太好記,這就需要死記硬背了,否則容易有些出入,比較好的辦法就是上臺前加強記憶,或者寫在提詞卡上,準確完整地介紹嘉賓以示尊重,當然,如果氛圍比較開放輕松,我們也可以簡化嘉賓介紹,只需要介紹單位和名稱即可,更詳盡的可由嘉賓自己介紹,

記得某個議題的串場詞沒來得及充分練習,段落間的銜接有些生硬,過渡不夠自然,在場上就有些卡殼了,不過這時候不要緊張,觀眾不知道你忘詞了,接著你就可以自由發揮了,如果實在忘詞了,可以準備幾個俏皮句子化解尷尬,例如:有位美女吸引了我的注意力,剛有陣風吹過擾亂了我的思緒等,

2.3 重要領導突臨現場怎么辦?

如果有重要領導光臨會場,主持人需要做些什么呢?最基本的就是在議題間隙向大家介紹一下,以示歡迎和尊重,同時也是為活動加持人氣,當然,如果不影響活動整體行程,現場只來了一位重要領導,那我們可以私下邀請他上臺講兩句,給我們打打 CALL,不過,在邀請領導之前,最好跟后面的嘉賓溝通協調一下,考慮到議程可控性,主持人還是盡量減少此類議程之外的事情,有的領導特別能說,或者說了些出乎意料的話,不太利于控場,擾亂了整體節奏秩序,

2.4 主持程序中有哪些常見問題?

  • 嘉賓演講超時,這是大概率事件,現場通常都有倒計時提醒,但還是會出現嘉賓占著舞臺不下的情況,超時一小會兒可以接受,如果經多次提醒還不收尾,這種情況下主持人要維護會場紀律,必須請嘉賓下場,否則會影響后續嘉賓的分享、打亂活動的整體節奏,主持人語氣必須要堅決,不容置疑,態度上要禮貌,不要帶個人情緒或觀點,盡量從觀眾或其他嘉賓的立場出發,不要跟拖堂嘉賓起正面沖突,同時,盡量往好的方向去看待嘉賓的拖堂,然后再圓場避免尷尬,
  • 臨近中午或者下班時,觀眾容易提前離場,除了在議程上安排更具吸引力的議題,組委會也可以考慮設定一些抽獎環節,或者將峰會舉辦地選在市郊,組委會統一提供接送車,讓更多觀眾留到最后,觀眾越多越能激發嘉賓的分享意愿,這是一個良性回圈,
  • 少數嘉賓在內容選材、故事線設計、美化包裝和演繹呈現上還有待優化的空間,最好考慮增加彩排審核等環節,確保最終效果更加完美,讓觀眾更加滿意和有識訓,
  • 在嘉賓選擇及議程安排上,男女嘉賓要適當搭配,技術圈本身女生就偏少,專注技術,做得比較出眾的更少,如果有幸邀請到美女嘉賓,將有助于流量,
  • 夏天有的酒店中央空調開得非常足,溫度不能靈活調節,穿短袖體恤有些冷,尤其是中午來不及休息,這種場合最好自備一件外套,冷熱自己掌控,

時間是這個世界上最公平東西,歲月不曾饒過誰,任何人都無法逃脫自然規律,我們程式員都要面對 35 歲這道坎,過了 35 歲就不能再跟年輕人拼體力了,隨著年齡的增長,體力不再是優勢了,這時候的優勢是更加成熟的心智,豐富的作業經歷,以及對自我更加清晰的認知,在綜合這些優勢的基礎上,重新找準自己的價值定位,從這個點構筑起職業下半場的舞臺,聽從內心的聲音,心才是我們的源動力!

 

堅持原創不易,如果你覺得有價值,麻煩動動手指點下文 「 推薦 」按鈕,讓更多小伙伴可以看到,老兵哥會更有動力堅持分享的,另外,我后續還會分享職業規劃、應聘面試、技能提升、影響力打造等經驗,關注「 IT老兵哥 」,賦能程式人生!

 

 

近期熱評的影響力打造系列文章:

  • 程式員,怎樣打造個人影響力?
  • 不寫情書,程式員為什么還要學寫作?
  • 如何在打造影響力的路上「碼」不停?
  • 探索職業邊界,一個程式老兵的 2019

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

標籤:架構設計

上一篇:StarUML之六、StarUML規則與快捷鍵

下一篇:StarUML之七、StarUML的Class Diagram(類圖)示例

標籤雲
其他(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