Stack Overflow: 我們如何賺錢

2021-02-15 小道消息

按:此文作者為 Stack Overflow 的 Nick Craver,譯者為陶克路,畢業於哈爾濱工業大學,現為後端工程師。

幾天前我在朋友圈感慨說這篇文章很好,中文科技媒體忽視了這篇文章。沒多久,陶克路聯繫我說他把文章翻譯完畢,並且告訴我已經徵求了原作者意見。跟大家分享一下這篇文章,我只對翻譯稿件做了一點可讀性修改。客觀的說,翻譯仍有瑕疵,但已經不影響閱讀。

做開發的恐怕沒有人不知道 Stack Overflow,但是這家公司「怎麼賺錢」的?恐怕沒有人知道。這篇文章毫無疑問值得一看。更重要的是,文章中的坦誠和傳遞出來的價值觀,令人欣賞。

我是 Nick Craver,你可能還記得我。我之前寫了三篇文章 How Stack Overflow does deployment、How we do hardware 以及 How we built our architecture。

關於我們如何賺錢,我還一直沒有談及,對於大部分開發者來說這一直是一個迷。我現在決定來談一談我們是如何賺錢的,一是用來回答這個經常被問的問題,二是我和公司都相信對於社區坦誠布公是百利而無一害的。這涉及到現實中一些比較模糊不清的事情,比如財務,這也是為什麼我們會創建一些項目,比如  Stack Overflow Salary Calculator, 來使我們的工資流程透明化。

我們為什麼要賺錢


在正式開始之前,我來交代一些背景:我負責 Stack Overflow 的架構組,就在我寫這篇文章的時候我們剛結束了公司年度聚會( meetup )。聚會對於遠程工作者來說非常地棒,比如我,因為終於可以面對面地認識之前和我一起遠程工作而從沒有見過的同事了。


年度聚會也提醒著我們為什麼要做 Stack Overflow,我們都做了什麼以及我們怎麼樣才能做的更好。在過去 6 年裡,我覺得我做的事情(註:指的就是 Stack Overflow )給予開發者們不曾有過的資源,而且每一天我都在努力去讓它變得更好。但是我不是一個人在孤軍奮戰,我非常幸運地能夠和一些最棒的開發者、系統管理員、設計師、經理、營銷人員、銷售一起工作。Stack Overflow 不是我一個人的成果,而是我們大家一起努力的結果。


我上周一直在和我的同事們討論我們是怎麼發展成一個公司的,這些人中有的從來沒有說過話。更最要的是,當我們的工作逐漸變得可敬,我們已經知道如何去做。我對我們的同事的日常行為有很高的要求,因為在用戶眼裡,我們代表了 Stack Overflow。我對我們的用戶信息諱莫如深,你可以問問任何在 Stack Overflow工作的人是不是這樣。我一直堅信我們正在和社區建立一種堅不可摧的信任。我希望能在看重這種信任的公司工作,而現在我就是。


儘管這是一個公開的理念,但是過去我們還是聽到很多人對我們如何既能尊重用戶同時又能賺錢表示擔憂,因為我們畢竟要為我們的投資人掙錢同時還要保證公司運作下去。我們想糾正這種看法。誠然,錢對於公司持續發展是必須的,但是我們的存在的意義本來就是為了幫助我們的用戶,我們存在是因為你們讓我們存在。用戶才是我們的初心。所以我們不斷地把資金用在改進社區的工作上,而不是把我們的產品看成是一種從社區獲利的工具。我們掙多少錢就表示我們對用戶的幫助有多大。為了做成了不起的工作,我們專注在怎麼樣才能最大化地幫助用戶。很少有公司能夠成功做到這些,很榮幸也很驕傲,我們是少數中的一員。

我們怎麼賺錢


招聘業務

我們通過商業產品「Display Ads and Talent」去幫助一些公司做品牌宣傳和招聘。這種服務反過來幫助開發者找到更好的工作,同時以一種用戶體驗良好的方式(沒有垃圾郵件和動畫廣告,等等 )宣傳公司。我們做的每一件事都會考慮用戶體驗,這也使得我們的產品獨一無二。

這很像問答產品。公司的問題是需要開發者,我們需要開發者去回答這些問題。為了讓整個流程跑起來,我們需要兩邊的力量匹配。公司和開發者越多,我們就能為開發者提供更好和更快的理想工作匹配。對於公司,我們的目標是提供數量不多,但是精準匹配的開發者,而不是數量龐大但是匹配度很低的開發者。這就是我們體現價值的地方。我們一直在優化目前業界的招聘流程,我們不希望公司和開發者在招聘和求職上極大地浪費時間並且低效。


我們處在一個相對來說獨特的位置,因為我們既可以幫助公司,又可以幫助開發者。這不是痴人妄語,我相信我們可以做到,並且比其他公司做的更好。我們已經為數以千計的開發者提供了工作,同時還有更多的職位虛位以待。改善這種狀況的一種途徑就是我們的「Developer Story」。我做這件事情的初衷是我們可以通過簡歷極大地改善我們的生活。這以一種可維持的方式幫助開發者展示他們是誰,他們做了什麼。當然這也可以幫助你找到工作。如果你在找工作,或者只是好奇,不妨完善你的 Developer Story,越完善機會越好。


如果你對上面提到的都不感興趣,當然也沒關係。除了幫助你找到最匹配的公司,我們還有 「Jobs」和「Developer Story」這兩個產品去支持我們的核心使命:幫助所有的開發者,包括那些暫時還不想找工作的。我們正努力地改變公司招聘開發者的方式,一是通過制定站內的招聘準則(比如,不容許垃圾郵件),二是通過我們的「Developer Hiring Blog」(目的是培訓招聘者如何招聘)。通過 Developer Story,我們希望改變這種觀念:開發者只能通過他們過去的工作和職稱來衡量。開發者應該是有故事要講的創造者,他們的故事可以是他們寫過的代碼或者博客,也可以是他們以前工作過的團隊,甚至是他們現在在讀什麼。這些產品的目的不是為了敲擊招聘工作的底線,而是為了打破常規。

廣告業務


我們是一個大型的網站,廣告業務目前還是我們賴以生存的主要手段。但是我們不希望你去點擊你不關心的東西,我們只想給你想要的。

我們的目標是給你儘可能相關的東西。不管怎麼樣,我們會始終這麼做。不管是為了生存而投放廣告,還是廣告要儘可能地和用戶有著密切的相關性,都是我們的工作。實際上,我們有一些非常聰明的同事在做這方面的工作,同時這麼做的終極目標都是:只有理解開發者,我們才能更好地服務他們。

我們怎麼怎麼看待廣告屏蔽插件的呢?我們不在乎,原因在這兒:https://stackoverflow.blog/2016/02/why-stack-overflow-doesnt-care-about-ad-blockers/ 。

Stack Overflow 的廣告現在是怎麼樣的呢?簡而言之,我們不會增加廣告的數量,而是去改善現有廣告的質量。相比與其他網站,我們能夠更容易地挖掘( https://kevinmontrose.com/2015/01/27/providence-machine-learning-at-stack-exchange/ )出來你作為一個開發者喜歡哪些技術。我們在研究利用什麼才能讓廣告和用戶相關性更高。當然這會耗時略長,但我們也希望廣告加載也能夠更快——那就是另一個大項目了。

我們一直沒有做的是降低我們的廣告質量。你們知道 Stack Overflow 每個月都有很多廣告沒有賣出去嗎?只要我們展示一個「house ad」 (註:根據 webopedia 的 house ad 定義是:In Online Advertising, house ad refers to a self-promotional ad that a company runs on their own Web site or Network of Web sites to use space left from unsold inventory. 可以簡單理解為自產自銷)或者 「community ad」(註:Stack Overflow 的社區廣告,具體形式可以參考  Open Source Advertising - 2H 2016),我們就可以展示一個付費廣告。但是我們沒有這樣做,因為如果我們不能給你們提供更好的東西,那麼我們就不提供。

同時我們也不想用一個自動化系統去為我們選擇廣告。我們考慮過,但是它不能保證我們期望的廣告質量。我們因此損失了一大筆錢。犧牲質量從來都不是我們的作風,我們相信有更好的方式。

值得提的很重要的一點是,我們的銷售團隊拒絕了一些我們可以賣的廣告。通過賣廣告確實可以賺錢,但是他們卻拒絕這麼做,因為相比賺錢來說,他們更關心我們要做什麼以及用戶如何看待我們。你現在能想像出來這群人是多麼的奇葩嗎?不僅如此,面對老闆的時候,銷售團隊也是這麼做的。所有人都跟關心比我們自身利益更重要的事情,這也是我為什麼要在這兒工作的原因。

我們有些廣告加載的有點慢(多謝用戶的反饋)。我們為廣告主做了問題追蹤,並在力所能及的範圍能幫助他們。由於影響了不少人,這個問題是一個很複雜的問題,但是我們還是努力地去做了。Samo 和我會針對這些加載慢的廣告做採樣,並添加時間統計信息,這樣以後後類似問題就可以進行自動報警了。我們認為廣告加載慢或者價格不菲都是對用戶體驗的傷害。性能是一個特性,以及網頁上的任何元素對我們都很重要。

我和我們的廣告銷售團隊一起努力,保證在 2017 年 1 月,我們所有的廣告都將支持 HTTPS。現在很多也都支持,但是並不全部保證,我們以後會加強這方面。我不希望這成為其他任何事情的阻礙。我們計劃把我們的所有的 Imgur 圖片地址遷移成 https://。同時我也打算把所有的網站 logo 和圖標地址遷移到 https://。我們正努力地進行這項大工程,這裡就不細說了。

企業版


我們將投入更多的精力去開發 Stack Overflow 企業版。這件事開始逐漸地需要更多精力,同時這也是幫助那些受困於公司防火牆的開發者和我們公司內部。我們現在有幾個同事在全力做這件事兒。企業版的環境有一點特別,需要一些特別的熱愛。

但是企業版也是基於 Stackoverflow.com 的代碼,取自同一個代碼分支。有時候企業版的特性正好也是大眾版需要的特性。比如我們想針對 HTTPS 建一個圖片代理伺服器,這正好也是受防火牆保護的企業版所需要的。還有我之前提到的用戶停留時間,正好可以幫助我們用來估算帶寬。企業版也是我們正在進行的一個大的方向。

信任


對於我們這種規模的公司,要賺錢,市場部是非常重要的。

但是兩年前,我並不信任我們的市場團隊,因為他們沒有名氣,而且我沒有聽說過。我之前有過關於營銷人員的糟糕經歷,所以我潛意識裡認為「所有的營銷人員都是差勁的,他們只不過想利用用戶的信任來賺錢罷了」。結果證明我錯了。在我和團隊共同做過幾個項目之後,我逐漸改變了我的偏見,並且意識到:我們的市場營銷人員都很厲害,並且我在意的東西,他們和我一樣在意。特別是對 Kaitlin,感謝。我們的新團隊已經對市場部做了很多妥協並且不會再因此而吵架。市場團隊會用實踐告訴我們為什麼這些事情是一些非常棒的點子,他們在很多事情上說服了我們一些非常聰明的人。

我們團隊的所有人都明白 Stack Overflow 社區以及他們的信任是我們最寶貴的資源。我們希望和用戶交流,而不是疏遠。我們認為我們可以幫助我們的用戶。如果我們做的正確了,這反過來又能幫助我們成為一個更好的公司。我並不認為這是一件壞事,如果我們可以壯大我們的公司,那麼我們就可以為這個世界做更多有意義的事。對於你們,我有太多太多想要去做的事情。

Adrianna(我們的新 CMO)的演講給我留下非常深刻的印象。在這個聚會之前我並沒有見過她,但是卻給我留下了深刻的第一印象。關於我們的品牌宣傳他們有一些非常棒的方案。當我聽她演講的時候,我的腦海中就一直在想「我們十年前為什麼沒有做這些?」。


市場營銷,就像開發一樣,更多地是將一個個孤立的點連接起來。我已經從最初的恐懼市場人員到渴望和他們一起工作。我們現在有很多聰明和用心的員工,他們讓我們每個人都參與到公司的建設當中來。我現在真的很激動。

案例研究:我們如何建立信任——郵件

互相信任和共享信息直接關係到我們如何構建內部工具。下面是一個最近的例子,體現了信任在我們的產品中是一個多麼必需的特性。

我管理的架構團隊是怎樣的呢?我們團隊編寫了一個套新的郵件系統,用來以一種固定的方式和我們的用戶進行溝通。這個項目困難重重,我為什麼這麼說呢?因為我最初對這件事情 100% 地反對,後來親手把它送上線。順便說一下,所謂的架構團隊只有我和 Samo Prelog。團隊只是一個聽起來的力量更強的詞。或許我們應該叫做「夥伴」。或者說我們是一個由倆人組成的正義聯盟。言歸正傳,我們繼續說郵件。

關於郵件系統我設計的第一條準則是什麼呢?可以選擇退訂。(註:原文是 opt out。維基百科的定義:The term opt-out refers to several methods by which individuals can avoid receiving unsolicited product or service information. )。這是我們做的第一件事情,並且我們覺得這是對我們最重要的特性。我們設計了一鍵取消訂閱以及一個對應頁面,通過頁面你可以退出任何不想繼續看到的話題。這個特性的優先級為 1。(註:應該是優先級最高,如果他們沒有優先級 0 )。多年以前我把 LindedIn 發來的郵件都放到了垃圾箱裡。如果你不想再收到我們的信息,當然也沒問題。我對我們的打擾表示非常抱歉,同時對用戶的理解表示真誠的感謝。我最擔心的是讓社區的用戶感到煩惱,這經常讓我晚上睡不著。

現在我們正通過郵件將我們的 Developer Story 計劃發送給我們的用戶,希望這可以幫助一部分的開發者。如果郵件被拒絕,我們將不再發送給你;如果郵件沒有回覆,我們將不再發送給你;如果郵件被標記為垃圾郵件,我們也不會再發送給你。這裡我們想做一個好公民。每一封新郵件,除了需要處理的郵件比如「忘記密碼?」,被發出的時候在底部都有三個連結:一鍵取消訂閱、分類管理和反饋。

我們這麼設計郵件系統(需要非常多的精力)的一個原因是如果我們的設定條件不滿足的時候(我們現在使用的是 SendGrid,目前為止體驗良好),我們非常肯定你對這類郵件不感興趣,並且退訂了。我們不想冒任何風險打擾對我們的產品明確表示不感興趣的用戶。

然而目前我們只有一個分類(「新特性」),我們計劃增加更多的分類。但是我並不是說增加更多的郵件,而是把目前現存的郵件,比如 [社區簡訊],歸入我們的新系統,這樣你就可以用一種非常方便的方式來管理了,比如一鍵取消訂閱。坦率地說,我們的郵件偏好度頁面簡直就是災難。

郵件系統是任何網站發展過程中都需要去慢慢精雕細琢的。我們現在有員工現在在做這方面工作。我們的一個設計師,Donna,正在非常努力地去嘗試簡化它。我們的後端也需要做非常多的改變來支持這些統一和簡化。我們希望我們每個用戶有一個郵件地址和一個你可以管理所有來自 Stack Overflow 的郵件的地方。如果你感覺不悅,那麼你最多需要點擊一下到兩下來退訂所有郵件。

所有的溝通和互動都應該反映了我們對你的尊重,如果沒有做到,那麼我們讓你失望了,同時也讓我們自己失望了。我們的使命是提高開發者的生活品質,當我失眠的時候,我經常在擔心這個。我們一定要值得你們的信任,幸運的是,我們做到了。

當我們之後為郵件做新的歸類的時候(不僅僅是把我們現在發送的做個簡單的分類),現存的用戶不會被選擇加入,只有新的用戶會。我們不想被稱人稱為「那種網站」。我是認真的。我們會針對這個重新設置我們的 DB 結構。

如果你讀了我們的「Develop Story」郵件,而且不想收到,這是完全沒問題的。我希望 Stack Overflow 能夠用另外更好的方式來服務你,而且我們不會浪費你的時間。我希望其他項目,像 「Documentation」 和正在進行的「Q&A」,能夠讓你在 Stack Overflow 的生活更加地自在。這就是我們為什麼存在的原因。也是我為什麼在 Stack Overflow 的原因。

關於接下來的計劃

關於未來我們有很多的事情可以做。我想在 SQL Server 中加入一個時間序列的資料庫。我想驗證我們在午夜想出的一個關於開發者新聞的消費的點子。我想做一些數據連接,這可以幫助團隊之間工作節省很多時間。我還有很多事情想要去做。

對於未來我感到非常興奮。我為 Documentatoin 感到興奮,同時我也為 Developer Stories 感動興奮。我已經等不及要出發了。我想從公司拿出一部分錢,那麼我們就可以為社區做一些對社區有用的事情了。我知道我們能做到,並且能做的很好。我希望我的這些隻言片語能夠幫助你們了解 Stack Overflow 是什麼樣的,哪怕只是一點點了解。

謝謝聆聽。

文中提及的一些 Stack Overflow 產品和服務:

How Stack Overflow does deployment:

https://nickcraver.com/blog/2016/05/03/stack-overflow-how-we-do-deployment-2016-edition/

How we do hardware: 

https://nickcraver.com/blog/2016/03/29/stack-overflow-the-hardware-2016-edition/ 

How we built our architecture: 

https://nickcraver.com/blog/2016/02/17/stack-overflow-the-architecture-2016-edition/ 

Stack Overflow Salary Calculator: 

https://stackoverflow.blog/2016/07/salary-transparency/

Display Ads and Talent:

http://business.stackoverflow.com/

Open Source Advertising - 2H 2016:

http://meta.stackoverflow.com/questions/327559/open-source-advertising-2h-2016

Developer Story: 

https://stackoverflow.blog/2016/10/bye-bye-bullets-the-stack-overflow-developer-story-is-the-new-technical-resume/

Developer Hiring Blog: 

https://business.stackoverflow.com/blog

廣告業務:

https://business.stackoverflow.com/advertise

廣告挖掘:

https://kevinmontrose.com/2015/01/27/providence-machine-learning-at-stack-exchange/

社區簡訊:

http://stackexchange.com/newsletters

Stack Overflow 企業版:

https://business.stackoverflow.com/enterprise

Documentation:

http://stackoverflow.com/tour/documentation

相關焦點

  • 用StackOverflow訪問數據實現主成分分析(PCA)
    演講的重點主要是我對於PCA的理解,而這篇文章中,我將主要介紹我是如何實現PCA的,以及我是如何製作演講中使用到的圖表的。rstudio :: conf 2018https://www.rstudio.com/resources/videos/understanding-pca-using-shiny-and-stack-overflow-data/高維數據此次分析使用的是去年
  • StackOverflow 上面最流行的 7 個 Java 問題!
    它能夠幫助我們找到在各個領域遇到的問題的最有用的解決方案,同時我們也會從中學習到很多新的東西。這篇文章是在我們審閱了StackOverflow上最流行的Java問題以及答案後從中挑出來的。即使你是一個有豐富經驗的開發者,也能從中學到不少東西。
  • StackOverflow 上面最流行的 7 個 Java 問題!| 值得一看
    它能夠幫助我們找到在各個領域遇到的問題的最有用的解決方案,同時我們也會從中學習到很多新的東西。這篇文章是在我們審閱了StackOverflow上最流行的Java問題以及答案後從中挑出來的。即使你是一個有豐富經驗的開發者,也能從中學到不少東西。
  • Stack Overflow 調查顯示:Rust 是最受歡迎的程式語言
    這些語言看起來很受歡迎,但是能賺錢卻不是這些。在全球範圍內,懂 F# 和 OCaml 的才是收入最高的人群。而在美國,Erlang,Scala 和 OCaml 是很具前景的。今年,Stack Overflow 還報導了一些新的主題,從人工智慧到編碼倫理。以下是一些重要內容:DevOps 和機器學習是當今軟體行業的重要趨勢。
  • Stackoverflow問答:Java是傳值還是傳引用?
    來自:並發編程網 - ifeve.com原文:http://stackoverflow.com
  • Stack Overflow 發布 2016 開發者調查報告:JavaScript 最受歡迎...
    哪些技術最賺錢呢?Stack Overflow 調查發現,全球範圍內顯著高於開發者平均薪水的前 5 種技術分別是 F#、Dart、Cassandra、Spark 以及 Hadoop。本文參考了多個信息來源:stackoverflow.com文章出處:http://36kr.com/p/5044701.html
  • Stack Overflow 2020報告出爐
    大數據文摘出品最近全球熱門論壇Stack Overflow發布了開發者報告,這份開發者報告是通過65000名不同語言從業者的投票結果得到的,通過這份調查報告,我們會知道,大家最喜歡的語言,最討厭的語言、最想要使用的語言、什麼崗位最賺錢(全球)、薪水與語言和年齡學歷分布情況。
  • StackOverflow 發布 2016 年開發者調查報告
    我們估計這些人中有1600萬是專業開發者(評判的依據為訪問者閱讀的內容和做的事情)。開發人員職業我們的調查結果表明,男性和女性在技術上有著巨大的差距。但實際上女性開發者的比例比上面的數值更大。我們知道,這項調查沒有足夠代表那些開發者更可能成為女性的國家,如亞洲國家,如韓國,印度和中國。
  • StackOverflow:7個你從未見過的Java問題最佳答案
    對具體的問題,它能幫我們找到最有用的答案,並且我們也可以從上面學習新的知識。下面的內容,通過這些最常見的JAVA問題與答案,並著重的標記出我們找到的精華問題。即便你是一個經驗豐富的開發人員,這些也是值得去學習的。JAVA問題縱覽JAVA是StackOverflow上 第二流行的標籤 ,有超過100萬個問題與JAVA有關。
  • StackOverflow 調查:富裕國家流行 Python 和 C 語言,低收入國家愛...
    這篇帖子使我們想知道富國和窮國之間的編程技術有何不同,以及這會如何影響我們對全球軟體開發行業的看法。在本文中,我們將探討這些差異,並證明在軟體開發行業中,將高收入國家和世界其他地區區分看待,是有益的。我們如何將軟體開發行業分為兩部分?當我們研究這種趨勢時,把國家分為兩組:高收入國家和非高收入國家,而不是把所有國家混在一起考慮。國家的財富水平,作為一種既有分類,我們可以引用世界銀行的資料數據。下圖顯示的是按人均GNI(國民總收入)為標準,各國呈現出的不同財富水平。
  • CSS Overflow 屬性
    對於行為,我的意思是當盒子內外的內容改變的時候,它如何處理。比如,如果你沒有設置一個盒子的高度,該盒子的高度將會根據它容納內容的需要而增長。但是當你給一個盒子指定了一個高度或寬度而裡面的內容超出的時候會發生什麼?這就是該添加CSS的overflow屬性的時候了,它允許你設定該種情況下如何處理。
  • HEVD Window Kernel Exploit 01 - StackOverflow
    這裡直接通過計算好返回值所需要的padding,然後讓返回的地址跳轉到我們自己申請的內存空間上來實現攻擊。不過這裡要考慮一件事情:以前我們都是直接彈出一個cmd結束攻擊,然而提權攻擊卻不能只彈出一個cmd就完成攻擊,這意味著類似BufferOverflow這類攻擊如果將棧的內容進行了修改之後,我們需要有一個防止系統發現棧被破壞的操作。
  • CSS overflow溢出屬性
    CSS overflow溢出屬性 本文向大家簡單介紹一下CSS overflow 溢出屬性的用法,overflow 屬性規定當內容溢出元素框時發生的事情,它定義溢出元素內容區的內容會如何處理。
  • 文本分析了4000萬條Stack Overflow帖子,這程式設計師推薦的編程書
    讓我們來看看作者是怎麼說的吧。尋找下一本值得讀的編程書是一件很難,而且有風險的事情。作為一個開發者,你的時間是很寶貴的,而看書會花費大量的時間。我和同事們經常討論看書的問題,我發現我們對於書的看法相差很遠。幸運的是,Stack Exchange(程式設計師最常用的IT技術問答網站Stack Overflow的母公司)發布了他們的問答數據。
  • 如何從excel中讀取多個工作表
    近期有學員學習《python文本分析:從入門到到精通》第四部分時,後臺問如果要處理的excel數據是含有多個sheet表,我們該怎麼處理。
  • CSS 中 display,visiblity及 overflow 的作用和區別
    Displaydisplay 用來設置或檢索對象是否及如何顯示。display: nonedisplay 屬性為 none 時,隱藏標籤對象。屬性用來檢索或設置當對象的內容超過其指定高度及寬度時如何管理內容。
  • StackOverflow Java API 問題 Top10
    那麼當 Stack Overflow 不能解決問題時如何去尋找答案。隨著成千上萬的程式設計師使用 Java APIs 並在 Github 上分享他們的項目,這些項目能夠給我們提供很好的例子來展示如何使用 Java APIs。Java API Example 是一個搜索門戶,它提供了一些非常受歡迎的 Java APIs 的示例代碼。
  • 全面闡述overflow:hidden屬性
    overflow:hidden這個CSS樣式是大家常用到的CSS樣式,但是大多數人對這個樣式的理解僅僅局限於隱藏溢出,而對於清除浮動這個含義不是很了解。這個時候我不理解了,我搜索了很多的資料,但是都沒能理解這是為什麼,直到看到別人在類似的情況下給wai這個div加了一個overflow:hidden這個屬性解決了這個問題。我們直到overflow:hidden這個屬性的作用是隱藏溢出,給wai加上這個屬性後,我們的nei的寬高自動的被隱藏掉了。
  • CSS 中 關於 Overflow ,你需要了解的這些知識點!
    在CSS中,當一個元素的內容太大而無法容納時,我們可以對其進行控制。該元素的屬性是overflow,它是overflow-x和overflow-y屬性的簡寫形式。在本文中,將會介紹這些屬性,然後我們將一起深入討論與overflow相關的一些概念和用例。你準備好了嗎?get it!
  • 【第 231 期】CSS 中 關於 Overflow ,你需要了解的這些知識點!
    在CSS中,當一個元素的內容太大而無法容納時,我們可以對其進行控制。該元素的屬性是overflow,它是overflow-x和overflow-y屬性的簡寫形式。在本文中,將會介紹這些屬性,然後我們將一起深入討論與overflow相關的一些概念和用例。你準備好了嗎?get it!