<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
        <title>782 - 面試前觀念理解 on 嗡嗡的隨手筆記</title>
        <link>https://wongwongnotes.com/categories/782---%E9%9D%A2%E8%A9%A6%E5%89%8D%E8%A7%80%E5%BF%B5%E7%90%86%E8%A7%A3/</link>
        <description>Recent content in 782 - 面試前觀念理解 on 嗡嗡的隨手筆記</description>
        <generator>Hugo -- gohugo.io</generator>
        <language>zh-tw</language>
        <copyright>嗡嗡</copyright>
        <lastBuildDate>Sat, 08 Aug 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://wongwongnotes.com/categories/782---%E9%9D%A2%E8%A9%A6%E5%89%8D%E8%A7%80%E5%BF%B5%E7%90%86%E8%A7%A3/index.xml" rel="self" type="application/rss+xml" /><item>
        <title>【系統設計觀念理解 #1】什麼是系統設計？</title>
        <link>https://wongwongnotes.com/posts/cloud-iot/software-engineering/system-design/system-design-intro/</link>
        <pubDate>Sat, 08 Aug 2026 00:06:49 +0800</pubDate>
        
        <guid>https://wongwongnotes.com/posts/cloud-iot/software-engineering/system-design/system-design-intro/</guid>
        <description>&lt;h2 id=&#34;前言&#34;&gt;前言&lt;/h2&gt;
&lt;p&gt;系統設計在越資深的職位通常都會被當作是獨立的考點，&lt;br&gt;
有業界經驗的工程師，基本上都多少接觸過系統設計的問題。&lt;br&gt;
只是通常都是在接觸層（碰到一個問題解一個問題），&lt;br&gt;
拿來當面試考點時，如果只憑印象也不是說回答不出來，&lt;br&gt;
但就會很像是問一題回一題那種答法，聽起來容易顯得零散、拖泥帶水，&lt;br&gt;
因此這邊想來個系統性的整理。&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id=&#34;題型定義&#34;&gt;題型定義&lt;/h2&gt;
&lt;p&gt;系統設計這類題目通常都會有一個特性，「模糊需求」。&lt;br&gt;
有在職場待過其實一定都有碰過，經常都會收到「一個不明確的需求，只知道要達到什麼目標。」&lt;br&gt;
這其實就是把這類問題應用於面試，考驗的是短時間能不能講出一套有系統的解決路徑。&lt;/p&gt;
&lt;p&gt;不同於實際在職場可以慢慢分析問題，&lt;br&gt;
面試沒有那麼多時間，因此快速切入重點就是回答好這類問題的訣竅。&lt;/p&gt;
&lt;h3 id=&#34;心法&#34;&gt;心法&lt;/h3&gt;
&lt;p&gt;所謂的工程問題，並非非黑即白只有唯一答案，&lt;br&gt;
不同於一般的考試，很多工程上的答案都是取捨 (trade-off) 的結果。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;例如：我們在解客戶的各種需求時，經常會遇到「速度/精準度/空間」的取捨，這個問題沒有絕對的答案，&lt;br&gt;
都需要去反問面試官，以這個問題來說速度重要？還是精準度更重要？&lt;br&gt;
像 LeetCode 經典的 2 Sum 問題，就存在用 Hash Table 以空間換取時間，&lt;br&gt;
如果空間不允許，那就必須要用更多的時間去換空間使用。&lt;/p&gt;&lt;/blockquote&gt;
&lt;hr&gt;
&lt;h2 id=&#34;解題入門---對標問題&#34;&gt;解題入門 - 對標問題&lt;/h2&gt;
&lt;p&gt;首先，確認問題的理解，是最重要的，&lt;br&gt;
初入職場時我也犯過類似的錯誤，對方說了某需求，自己「以為」自己已經理解了問題，&lt;br&gt;
然後就開做，最後發現不是對方要的。&lt;/p&gt;
&lt;p&gt;如果面試時急著回答，最後對方發現完全不是他要的，那這題就掰了。&lt;/p&gt;
&lt;p&gt;因此，不論自己再怎麼理解對方可能想要的東西是什麼，「對標問題」絕對是解題第一步。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;「對標問題」的技巧：&lt;mark&gt;用自己的話複述&lt;/mark&gt;對方的說法一次，如果對方也說沒錯，那就對了。&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;反之，如果複述的過程，對方覺得你理解問題有誤，他會即時更正你，這時也不用慌，這正是在對的路上，&lt;br&gt;
因為很多真實場景中，客戶其實也不一定能明確敘述他要的是什麼&lt;br&gt;
（就像「客戶語言」與「工程上的專業語言」本身就會存在一些誤差）&lt;br&gt;
這種對齊需求，是所有後續技術回答前的關鍵步驟。&lt;/p&gt;
&lt;p&gt;對齊需求是第一步，也是最重要的一步；後續篇章再往下走粗估與細部設計。&lt;/p&gt;
</description>
        </item>
        
    </channel>
</rss>
