我最近在開發(fā)人員上做了一個AMA。只是藉此機會在這裡搬遷一些答案，例如一個好的indiewebber。

如果您是在2020年最初的前端開發(fā)人員，那麼您會說您要學(xué)到的第一件事，為什麼？

您需要將自己置於創(chuàng)建和照顧網(wǎng)站的工作的位置。即使這對您來說就像是一段伸展。獲取域，在公共互聯(lián)網(wǎng)上獲取網(wǎng)站。將您的名字放在上面?，F(xiàn)在，您已經(jīng)給了自己的賭注，您將學(xué)習(xí)技術(shù)，因為您必須使自己的想法栩栩如生。

對我來說，650年前，這為Ol'College樂隊建立了一個網(wǎng)站。我們需要一個網(wǎng)站！對我來說，這聽起來很有趣，我設(shè)法通過購買域名，託管和建立WordPress網(wǎng)站來掙扎。然後，隨著時間的流逝，我學(xué)習(xí)了前端網(wǎng)絡(luò)技術(shù)，因為我想更改設(shè)計，更改模板，添加酷功能等。

獲取一個項目並通過該項目學(xué)習(xí)。

您如何確定要變成博客文章的內(nèi)容以及簡單的推文留下的內(nèi)容？

我通常不會避免推文。無論如何，這條推文通常是博客文章的良好證明基礎(chǔ)。如果沒有人關(guān)心的話，嗯，也許不是那麼好。如果它確實獲得了良好的參與度，那就像是周圍的對話對創(chuàng)建博客文章很有用。另外，推文非常容易踢出門。對我而言，博客文章的時間表更長，包括編輯和日程安排等。

這是一個示例推文。只是一個愚蠢的小UI實驗。我不想在等待博客以放棄演示。但是從Twitter線程中，我得到了一些有趣的技術(shù)反饋，有關(guān)人們最令人驚訝的零件的信息以及其他相關(guān)的想法。希望這將導(dǎo)致一篇更強大的博客文章。

老實說，我什至對待開發(fā)人員。我在這裡很快寫了這個博客文章的反應(yīng)，但隨後用一些反饋將其改進了我自己的博客。

您是否有喜歡的CSS漫步，就像“哇”一樣？

我認為CSS中的“滾動陰影”是我有史以來最喜歡的CSS技巧之一。它最初是由羅馬·科馬羅夫（Roman Komarov）講的，但由Lea Verou進行了解釋和改進。前幾天，我看到了Stefan Judis圍繞這個想法的工具。

這是一個真正的思想彎曲者，涉及四層梯度背景，每個背景都定位，大小和顏色不同，然後在滾動方面行為上有所不同。

這不僅是一個整潔的技巧，因為它具有真正的UX含義。顯示您可以滾動的陰影很重要?？紤]一下iOS最近的設(shè)計更新的故事，導(dǎo)致圍繞UI動作的混亂，隱藏在您可以滾動的地方，但對如何到達那裡的負擔(dān)為零。 （在記錄中，我一直在Spotify發(fā)生在我身上。）

對於試圖遵循與他們的影響力和曝光相似的開發(fā)人員，您的前三名快速建議是什麼？

我認為寫作實際上是唯一的方法。

我想不出具有影響力的開發(fā)人員對寫作以外的任何事物都有影響?；蛘撸绻皇菍懽?，則是YouTube頻道或其他創(chuàng)建公共內(nèi)容的其他形式。

您看到自己在發(fā)布Houdini API時親自玩了多少？您對哪個API最興奮（繪畫，佈局，輸入OM，…）？

這個超低的東西有時會感覺到我的頭。我很難通過查看規(guī)格來描繪這樣的事物的行業(yè)含義，您知道嗎？

對我來說，佈局API似乎具有最強大的潛力。

我現(xiàn)在想像的是，Houdini不會對像我這樣的正常日常前端開發(fā)人員如此多。我不會寫太多的houdini代碼。但是我會使用其他人創(chuàng)造的精美事物，因為它對我有用。就像大多數(shù)人不編寫自己的庫或發(fā)布了NPM軟件包一樣，他們只是使用它們。

被Houdini哇，這很有趣。如果有人在尋找，請確保查看Vincent de Oliveira的展示網(wǎng)站。

您最喜歡在Codepen和/或CSS-Tricks工作的事情是什麼？

你知道我真正喜歡什麼嗎？我喜歡每天上辦公室，並擁有相當(dāng)體面的自由度，因為我將要做那天要做的事情。我可能會開會。我可能會在OL'日曆上有一些東西。我可能會有一些團隊的期望。但是我通常也有足夠的時間去追求目前對我很有趣的事情。

有時我當(dāng)時要鑽一些電子郵件。有時我想修改一些聽起來很有趣的演示。有時我想寫一個想法或錄製視頻。有時我想計劃一些東西或記錄一些東西。有時我想與他人談?wù)劵蜃鲆恍┡鋵幊獭?/p>

我很幸運，我是老闆（大聲笑），我故意將自己置於這個職位，所以我有自由。

您希望我們可以在CSS中添加什麼？

我覺得每當(dāng)有人問這個問題時，我們都應(yīng)該藉此機會尖叫集裝箱查詢！直到我們得到他們。

這個想法是，我們應(yīng)該能夠編寫CSS，上面寫著：“當(dāng)此元素如此寬時，該CSS應(yīng)該生效?！辈粌H是寬度，而且我們已經(jīng)在頁面級上進行的任何媒體查詢。

用例中最好的演示是菲利普·沃爾頓（Philip Walton）的頁面。

我想編寫一個卡片組件，該卡組件會根據(jù)其寬度而不是頁面的寬度來調(diào)整自身，因為這兩件事之間並不總是直接連接（例如，一個卡組件可以在大屏幕上的狹窄側(cè)欄中顯示在狹窄的側(cè)邊欄中，但在平板電腦上會全寬）。

每個組件都可以處於這種情況下，因此，對於CSS的熱愛，讓我編寫媒體查詢範(fàn)圍為這些組件。當(dāng)我看到如果有的話，我會回應(yīng)很多其他人，我們寫的絕大多數(shù)媒體疑問就是這些，而不是頁面級別。

您認為值得提出{位置：折疊以上嗎？ }？

我不確定我的職業(yè)生涯曾經(jīng)做出過一個大的決定。這不是那個想法的忠實擁護者。在一條線上，這個重要的模塊不得穿越，哈哈。當(dāng)然，優(yōu)先考慮最重要的東西要更高頁面。網(wǎng)站不會像報紙那樣折疊。

另外，我們現(xiàn)在已經(jīng)有了視口單元，因此，如果您絕對需要將某些東西放在頂部可見的視口區(qū)域，則可以。

既然您寫了這麼長時間的博客文章，那麼您是否開發(fā)了一個寫作過程？

sort！對我來說仍然感覺很隨意（我們稱我的寫作中等質(zhì)量），所以這並不像我在曠野租用小屋並在日落和廉價威士忌中找到靈感。

• 我寫下了我出現(xiàn)的每個博客文章想法。我試圖將該列表保持在公開狀態(tài)，但我也有一個個人清單，甚至可以使我更加滑動。
• 我將盡可能多的上下文放入這些列表中，因此我可以希望召喚出使我首先寫下來的同樣的情感。如果我一周後重新審視這個想法，那可能不是一個好主意。
• 我用盡可能多的上下文寫下帖子。通常涉及輕度研究。
• 我們有CSS-Tricks的首席編輯，因此在安排之前，至少有一個人對其進行了審查。

CSS還是CSS-IN-JS？

我看到CSS-In-JS中發(fā)生了很多很酷的事情。我認為它解決了某些網(wǎng)站的許多有趣問題。例如，我非常喜歡有一個選項編寫範(fàn)圍範(fàn)圍為組件的樣式的想法，因此，當(dāng)不自動使用該組件時，會搖搖欲墜。

但是網(wǎng)絡(luò)是一個很大的地方，我敢說大多數(shù)網(wǎng)站不是使用JavaScript供電的組件模型構(gòu)建的。因此，CSS-IN-JS並不需要或適合許多站點。

雖然，要明確兩件事：

• 沒有CSS，您將無法擁有CSS-IN-JS。 CSS-IN-JS仍然是應(yīng)用於元素的樣式。它不會使您無法學(xué)習(xí)CSS。
• CSS-IN-JS景觀廣闊。如此模糊地談?wù)撚悬c困難。 CSS-In-JS桶中的每個項目都以不同的方式處理事物，並且如何將樣式應(yīng)用於網(wǎng)站甚至相當(dāng)寬。我認為有時會失去某些方法，即某些方法實際上會像其他任何其他CSS（甚至是Sass生產(chǎn)的CSS）一樣鏈接您的CSS樣式表，這似乎不再有太多論證了。

以上是我的開發(fā)ama的剪輯的詳細內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！