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

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

您需要將自己置於創(chuàng)建和照顧網(wǎng)站的工作的位置。即使這對您來說就像是一段伸展。獲取域，在公共互聯(lián)網(wǎng)上獲取網(wǎng)站。將您的名字放在上面。現(xiàn)在，您已經(jīng)給了自己的賭注，您將學(xué)習(xí)技術(shù)，因?yàn)槟仨毷棺约旱南敕ㄨ蜩蛉缟?/p>

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

獲取一個(gè)項(xiàng)目並通過該項(xiàng)目學(xué)習(xí)。

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

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

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

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

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

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

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

這不僅是一個(gè)整潔的技巧，因?yàn)樗哂姓嬲腢X含義。顯示您可以滾動(dòng)的陰影很重要?？紤]一下iOS最近的設(shè)計(jì)更新的故事，導(dǎo)致圍繞UI動(dòng)作的混亂，隱藏在您可以滾動(dòng)的地方，但對如何到達(dá)那裡的負(fù)擔(dān)為零。 （在記錄中，我一直在Spotify發(fā)生在我身上。）

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

我認(rèn)為寫作實(shí)際上是唯一的方法。

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

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

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

對我來說，佈局API似乎具有最強(qiáng)大的潛力。

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

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

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

你知道我真正喜歡什麼嗎？我喜歡每天上辦公室，並擁有相當(dāng)體面的自由度，因?yàn)槲覍⒁瞿翘煲龅氖虑椤Ｎ铱赡軙?huì)開會(huì)。我可能會(huì)在OL'日曆上有一些東西。我可能會(huì)有一些團(tuán)隊(duì)的期望。但是我通常也有足夠的時(shí)間去追求目前對我很有趣的事情。

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

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

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

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

這個(gè)想法是，我們應(yīng)該能夠編寫CSS，上面寫著：“當(dāng)此元素如此寬時(shí)，該CSS應(yīng)該生效。”不僅是寬度，而且我們已經(jīng)在頁面級(jí)上進(jìn)行的任何媒體查詢。

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

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

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

您認(rèn)為值得提出{位置：折疊以上嗎？ }？

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

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

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

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

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

CSS還是CSS-IN-JS？

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

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

雖然，要明確兩件事：

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

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