主頁 > 軟體設計 > -1歲的產品經理日記——part2(筆經,群面篇)

-1歲的產品經理日記——part2(筆經,群面篇)

2021-02-18 11:04:45 軟體設計

-1歲的產品經理日記——part2(筆經,群面篇)

  • 這個篇章是講述求職程序中的筆試以及群面經歷
    • 筆試部分
      • 行測
      • 產品經理專業知識類題目
        • 具體題型講解
    • 群面部分

這個篇章是講述求職程序中的筆試以及群面經歷

很抱歉距離上一個博客已經咕了怎么久,因為沒有什么好的熱點來給我蹭,之所以現在又重新拾起來寫,是因為春招,實習等馬上就要開始了,估計春節過后一大批互聯網大廠將陸續招收一批應屆生、實習生,這個時候對于很多同學來說是一個十分利好的資訊,

但是春招的時候要面臨的是競爭更為激烈:
1、秋招不理想的同學會想在春招進行最后一搏,
2、考研結束的同學會想在這里尋找機會
3、春招的hc一般會少于秋招
所以這個時候,我想分享一些自己的經歷來幫助到正在尋找作業機會的同學,來減少大家走過的彎路,

ps:大廠的招聘流程一般會有:筆試——群面——三輪面試(專業面、素質面、hr面,面試順序以及次數并不固定,具體情況具體分析)——hr通知——offer發放這幾個經歷,

把筆試跟群面合在一起講,是因為筆試以及群面其實本質上是一個型別的東西,其中的內涵其實不過是考察的角度不同,在本質上,其內容或者方向較為固定以及明確,可以很輕易的總結出一種名為套路的東西,

筆試部分

筆試作為互聯網產品經理的首道關卡,其主要考察的是一個人的基本思維以及專業知識,一般會有線下線上兩種型別,疫情以來,大部分公司都已經實作筆試線上化,未來筆試可能會以線上考試為主,考題內容一般以:行測、產品經理專業知識、性格測驗為主,

行測

行測一般包含:常識、語言理解、數量關系(圖表、計算、數字規律)、邏輯推理,一般以選擇題為主,一般會分為3~4部分,每部分10題左右,行測題可以參考牛客網(https://www.nowcoder.com/)中的題庫練習,很多情況下都可以遇到原題,或者把自己所做的題記錄下來,很多時候行測題庫其實并不會有太大的擴充,

另一方面,行測并不是考試的重點,很多情況下可以作為放棄的首選項,一般以優先保證專業題為主,行測可以挑選自身擅長的方向進行答題,

同時,注意時間的控制,盡量每做幾道題就看一下自己已經完成的比例,遇到不會或者篇幅較長的可以先行跳過,以多答題,高準確為主要目標,比如有些公司的行測會較為困難(對,我說的就是某騰訊為代表的一些公司),這個時候就不要死磕了,以完成專業知識為主,

下面我貼一些題,自己意會一下就可,具體刷題,去粉筆、牛客等就可以了,
題目來自于:牛客等
(1)常識判斷
在這里插入圖片描述
(2)圖形推理
在這里插入圖片描述
(3)邏輯推理類
在這里插入圖片描述
在這里插入圖片描述
在這里插入圖片描述

(4)詞匯推理
在這里插入圖片描述
(5)語言理解
在這里插入圖片描述
(6)數字推理
在這里插入圖片描述

產品經理專業知識類題目

專業知識類題目是最核心也是最常遇到的題目,里面不僅會包含對自身各項基礎能力的考核,也會考察個人對行業以及熱點的關注,有時也會有個人規劃等考察因素在里面,

考試的體型一般以簡答為主,有時會有選擇題的方式考察應聘者的基礎知識

這方面是每個應試者要注意的地方,在回答問題的時候,除了平時能力的積累之外,比如常見的需求分析,產品功能設計,運營推廣方案等之外,

一定要形成結構化的思維和豐富的表現形式,很多時候面試官并不在意你設計的方案是否足夠合理優秀(十幾分鐘設計的方案基本不可能完美,肯定是有很多遺漏的地方的,要是十幾分鐘就能拿出一個完美的解決方案,基本也不需要想怎么找作業了,)

很多時候面試官在意的是你個人是否能邏輯清晰,條理清楚的把自身的觀點表達出來,是否能讓別人一下就看到你的重點,

非結構化的思維,很容易形成冗長的文字長段,不分點,不標注重點,很容易讓面試官遺漏或抓不住重點,

除了良好的答題基礎之外,日常的積累也十分重要,以下推薦一些可以參考的一些資料

產品知識:產品知識是基本功,是一個人的內力所在,最好的方法是通過閱讀一本又一本的專業書籍來形成系統化的知識,這方面推薦《神一樣的產品經理》、《人人都是產品經理》、《從門外漢到BAT產品經理有多遠》

互聯網知識:這些方面會考察互聯網的專業詞匯,一般會以選擇題,或者讓你解釋某一個詞語為主,諸如紅海、藍海、abTest、gmv等專業詞匯等,這些難度不大,日常可以看看知乎、人人都是產品經理、牛客等網站積累即可,同時這種一般也不會作為重點內容

熱點知識:互聯網是一個變化較快的行業,新出的綜藝、電影、產品、活動等都需要有一定的了解,比如會詢問你最近新上的電影你怎么看待,如果以產品思維你會怎么做?或者最近新出的某某綜藝為什么會怎么火爆,這些時事熱點要多瀏覽,多關注一些評論,公眾號等,這里的網站太多了,就不推薦了,

具體題型講解

下面以具體的題型講解一下我是怎么解決這些問題的,這只作為參考,不代表標準答案(人生很多時候并沒有標準答案),由于篇幅有限不會對每道題型進行講解,

(1)產品分析

你最常用那些app,挑其中一個app進行產品方面的評價

1.題目分析

這是一道很經典的題,既可以作為面試也可以作為筆試題出現,很多時候幾乎作為一道比考題出現,一是因為其貼近你的生活,很多產品你都是使用過的,所以很多時候你的發言會暴露你是否有作為一個產品經理思考過,

比如很多時候,你挖掘出某一個產品的小細節,你是否有對其做出深度的思考以及是否有站在過產品經理的角度去思考過這個問題,另一方面,也可以考察你對競品分析的能力,考察的角度是否全面,是否會考慮未來的商業變化,

2.回答策略

選擇分析的app,要在筆試或面試前就做好準備,

1)你要深度體驗過,要能把握住其最基本的功能脈絡以及一些彩蛋細節,一些功能的優勢劣勢競品等,如果你沒有認真體驗并且沒有結構的分析過,很容易就會忽略一些資訊,給面試官留下輕描淡寫的印象

2)了解一下你未來要加入的產品,盡量貼合你未來要做的產品,同時如果你要準備一些較為冷門的產品以作為你實在不知道這個公司的產品方向時的備選,因為這個題面試的時候有可能會問你不止一個產品,可能會要你評價好幾個產品,筆試也有可能讓你點評不止1個產品,

3)盡量挖掘產品其背后的故事,或者創作團隊,這是加分項,但是我對一個叫生辰的產品分析過,沒想到面試官認識這個團隊的創作人,以及其后來為什么停更,后來做過什么產品,如果你能答出來,這絕對是一個很加分的點,當然這也是你選擇冷門產品的一個弊端,資訊少,但圈子就怎么大,

3.具體回答

完整的產品分析,其實可以當成一份競品分析報告來寫

1)定位分析:目標用戶群體,產品定位,解決的痛點是什么

2)需求分析:用戶規模會有多大,需求場景是怎么產生的

3)市場分析:市場現狀如何?未來發展方向是什么?這個領域的大神有哪些?專業論文有哪些?

4)競品分析:有哪些競品?區別是什么?有什么優勢,有什么劣勢,有什么可參考的功能,價值是什么?

5)視覺互動:logo如何,互動效果如何,冷色調還是暖色調,

6)功能分析(最好把重點放在這里):有哪些功能是關鍵功能,優勢是什么,有沒有改進的空間,如果有怎么改進

7)安全性、性能、可擴展性如何

(2)估算題

芝加哥有多少鋼琴調音師?

1.題目分析

估算題應該也算常見的考察題型,但讓其考察的重點不在于你能否估算對或錯,而在于你在估算分析程序中的分析邏輯

2.背景知識

解答這種問題最關鍵的在于找到要拆解的點,而且拆解的點能否為之后的有效分析做出鋪墊,比如切入點是什么,這道題你可以說有富貴、中產、貧窮有多少人會有鋼琴,這些會有多少人需要調音,又或者按照年齡,比如高齡的通常不需要調音,小孩通常需要等等,不同的切入點就會有不同的分法,當然,如果你按年齡來分,又每個年齡可以更好的進行拆分,這樣可以展現出更的邏輯思維能力

另一方面,不要在意數字的準確,隨便瞎編就行,不需要追求準確,但要保證具有實際意義,比如你說芝加哥有1000萬人(我也不知道是不是,這不重要),但你不能說所有人都需要鋼琴調音師,

3.回答策略

1)對題目進行初步理解、分析
2)對關鍵要素進行邏輯話分解
3)內容細分完善

下面問題就不進行講解了,有需要的可以自己尋找
(3)產品設計
xxapp你會為其新設計一個什么功能

(4)產品感
pc端與手機端有什么設計區別

(5)基礎知識
產品經理最重要的能力是什么

(6)行業分析
如何看待某某行業的發展

(7)綜合題
你和同事談不攏方案怎么辦
這里貼一道我遇到最有意思的一道題:男女生同時懷孕的話,會有什么新產品出現?

ps:最好不要忘了自己在筆試寫過什么,有些面試官會在面試時問你,你對筆試某一道題有沒有什么更好的見解,這個時候你如果連自己寫過什么都忘了,那就很尷尬了,

個人經驗:網要好,環境要安靜,準備草稿紙,自己設定個鬧鐘,準備多一個計算器;性格測驗題盡量答快點,以及選幾個錯的(就是那種明顯有點逗比的選項),答慢了或者答的太好,系統會懷疑你在猜題意

另外,筆試題目是不難的,考來考去其實基本不會超出以上的幾個型別,多刷點題就行,

群面部分

群面,正式名稱應該是無領導小組討論,雖然帶個面字,但我覺得他其實是一個用語言表達的筆試題,因為其基本可以看做是一個話術,或者說是一個套路的游戲,

群面考察溝通、思維邏輯、團隊協作等等能力,在群面程序中,你所扮演的角色往往是不固定,也有可能被搶去,或者某時某刻兼任了其他角色,同時涉及如何說服別人接受你的方案,對別人方案提出合理建議或者駁斥,組織團隊的協作等等任務,

建議可以多參加或者組織幾次群面,畢竟群面還會比較考驗心態的發揮,很多人在第一次群面之中會緊張到說不出話,插不上嘴,同時也能在這程序中把一些基礎的話術準備好,

線上群面與線下群面相比,其實區別不大,該注意的點都是一樣的,在群面程序中最好穿的比較正式,準備紙筆,提前一點到場,

另外,很多人會將群面中劃分為不同角色,常見的包括leader、time-keeper、reporter等,更細致的還會分成破冰、刺頭等角色,但在真實的群面程序中,角色永遠不是固定的,很可能leader沒有把握住節奏,這個角色的位置就被其他表現更好的人搶走,也有可能會有不止一個人在做reporter的作業,到時候還會出現競爭上崗的情況,

所以不要沉迷某一個角色,或者覺得搶到某個角色就已經穩妥,動態的變化才是群面要處理的常態,

當然還是要介紹下角色的職責或者適合的條件,便于大家找到適合自己的角色,雖然很多人都說群面中各個角色都是平等的,這是句屁話,leader角色,就是比普通角色更容易出彩,所以鼓勵大家盡量爭取到leader的角色,甚至長期保持這個角色,當然這個要求會較高,如果把握不了,很容易自閉,

leader:團隊的大佬,啟發別人思考的領袖,基本上是這場群面中表現機會最多也最重要的成員,同時,也承擔著這場面試最大的風險,群面通過的人數是不固定的,有些優秀的會有50%甚至80%左右的通過率,但有時一場只有1-2個人通過,這個時候很多時候就是沒有給出一個比較出彩的方案,或者整體討論十分凌亂無序,

如何做一個leader呢?

要牢記,leader并不需要抓住一個點或者提出十分完美的idea,那是其他人要干的事,leader要做的是把握整場討論的節奏,什么時候該做什么,總體的方案是要如何確定的,框架是怎樣的,只要保證這些能解決,那么剩下的東西可以相信別人,當然中間要是想到什么好的方案也是可以的,但是保證方向以及總結的權力是在自己手上,同時,盡量爭取第一個發言,在面試官心中,第一個發言的人通常默認為leader,

通常第一個發言可以套用以下的話術,如果沒有個人介紹的環節,那么可以這樣說:“在解決問題前,大家可以先思考對這個問題的看法,不急著表達,我們先互相介紹一下,同時在心里總結出一個框架,我先開始,我叫xx,在xx大學,在xxx實習過xxx做個xxx,對xxx比較理解(或者其他亮點),今天很高興認識大家,希望我們今天能碰撞思維的火花,得出一個完美的方案”(自我介紹盡量一分鐘內結束,不要太長,)

如果已經自我介紹過了,那么可以直接把之前準備過的問題框架直接拋出來,比如“對于這個問題,我們不著急進行具體的方案討論,大家先用x分鐘自我思考一下,然后我們再xx,再xx,再用x分鐘得出具體方案”通常群面的問題,基本上都屬于幾個型別的問題,只要你在群面前,先把套用的模板準備好,在群面時把模板講完就基本成為leader了,根本不需要有什么實質的干貨,甚至不需要把具體的方案拋出來,

而這個總體思路被確定,基本也就等于整體框架被確認了,后面要注意的就是把握任務流程的進行,鼓勵大家提出點子,同時保證大家在一個節奏上走,比如:“那解決xxx之后,我覺得下一步是xxx?”“你的意思是xxx嗎?”總之,就是幫忙總結別人的話語,同時不斷的正向推進這個專案

同時,遇到有些糾纏不清,或者是不在一個上的,有時候要想辦法打斷或者想辦法把他拉回來,或者是有人跟大家持有相反意見的,要想辦法幫他統一思維,比如,大家已經進行到某個程度,突然有人說上個方案要xxx,這個時候你可以適當的說,我們現在優先解決xxx問題,xxx問題,我們到最后再討論吧,或者有人不同意某個問題,一直僵持,這個時候,你可以說xxx跟xxx同學的意見都很合適,其中他們共同的觀點是xxx,而其中xxx是他們沒有解決的問題,而我覺得xxx是可以留待以后解決,我們可以先采用xxx,

當然還會有許多許多情況,所以leader角色是對素質要求最高的角色,很多時候,需要理解、總結、節奏把握、專業知識等多種能力,如果不是這個料,那么就別逞強,如果發現隊伍里有個大佬,那么躺平跟緊他節奏就行,另外,群面千萬不要意氣用事,也不要吵出干火,哪怕意見不統一也不是什么大問題,有時適當的妥協也要保證整場面試是在和諧有序的氛圍中進行,

ps:如果是線上群面,可以共享你的螢屏,用xmind或者其他你習慣的軟體,做個框架以及計時器給大家看,這樣基本上leader、time-keeper、reporter等角色總能搶到一個,

time-keeper:團隊中的節奏輔助者,很多時候基本上leader兼任了,所以如果leader沒兼任,你的基本上都是在輔助leader作業,如果leader沒兼任的趨勢,那么你可以做個節奏大師,幫助整個團隊的時間把握,推動專案嚴格按照時間規劃進行,同時按照群面之前預演的方案進行,很多時候,群面會有20、25、30這三個時間段進行,所以大部分把這些分鐘的模板安排好,到時直接講就好了,比如參考之前leader的話,同時加上時間安排,

另外,要適當做下黑臉,有發言超時的要進行打斷(不要覺得不禮貌),提醒大家講話簡明扼要,打斷啰嗦的語言,就是在提高團隊的效率,

另外,這個角色需要時時刻刻看鐘,如果是線下的話,建議一開始就把手機調成常亮,然后一直展示你的計時器

reporter:書記官,同時也是在最后報告的人,需要能從大家零散的討論中,總結精華,需要較好的傾聽,理解能力,同時也需要比較好的手速以及記憶總結能力,因為很多時候,最重要的任務是結合團隊的整體思路,完善框架的具體細節,有時候,leader也會兼任…是的,我曾經在同一場群面中當了這三個角色…個人英雄主義要不得,做的越多,暴露的問題也可能越多,個人精力也有可能會被分散,

這個角色沒什么常見的發言,如果leader在最后沒總結的話,你可以說:“這是大家討論的結果,我都記錄下來,我復述下看下大家有沒有問題,”這個時候只需要有條理的展示就行了,因為今年經歷很多時候都是線上,所以線上群面,我一般直接共享螢屏xmind,基本就沒人搶了,

如果,有人在開場,搶了所有角色,你什么都沒撈到,那么做好一個普通成員,清晰的表現自身的思路,甚至做好扭轉乾坤的準備,要記住,角色不是固定的,所有的角色都是爭取回來得,當然所有的情況,都需要先保證團隊是統一而和諧的,不能為了leader而故意反調,或者故意打亂團隊節奏,你可以在leader控制不力的情況下,收縮局面,

下面看下具體問題分類,對每個問題都需要準備自己的模板,因篇幅有限,就不太詳細贅述,

1、優先排序類問題
島上有xx、xx等職業(具體有哪些人我忘了,但這些不是重要的點)的人,你現在一次只能救一個人,你要怎么安排,

回答策略:
這種基本上是最常見的題型了,同時也是最好答的了,因為這種題不涉及具體的專業知識,所以大家都有發言的機會(有些太專業的問題,反而有些人不懂難以發言),這種題需要:
1)統一思考邏輯,也就是我們要基于什么樣的邏輯去思考解決這個問題,也就是我們的決定標準是什么
2)讓大家按照這個統一的邏輯,安排一下,看下有什么矛盾的點,這個點是因為什么
3)統一答案
4)選代表發言

2、分析類問題
qq郵箱為什么在年輕人中使用頻率較高

回答策略:
分析問題其實也基本類似,都是要確定分析的角度,然后再同角度細致分析,再統一答案,選代表發言

3、產品設計類題目
圖書館怎么改造?怎么設計一個電商平臺等這些其實都是在考產品設計類的題目

回答策略:首先不要基于問題而解決問題,問題暴露的關鍵永遠要腦補一下,所有的問題其背后是否潛藏另一個問題,要先確定需求的調研,在進行一個痛點場景的分析,在進行產品設計,

基本上群面會涉及這幾類問題,有時候,群面會不止產品經理參與群面,可能還會有其他崗位的一起參與面試,這個時候,可以多聽聽他們的專業意見,同時適當展露一下產品思維,因為很多時候產品思維確實是比較適合常人提出較為完備以及邏輯清晰可理解的思維,不讓很容易導致問題太過偏頗導致遺漏,

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

標籤:其他

上一篇:文藝平衡樹演算法

下一篇:MySQL索引分析以及相關面試題

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