擺脫開發者的障礙

2021-10-05 21:18:10 字數 1823 閱讀 1325

開發者塊是乙個條件,主要與開發商,工程師,設計師,作家在其開發者失去了完成乙個工作專案,update語句塊的能力,無法除錯錯誤相關聯,或經歷乙個創造性的放緩。( 保持游標閃爍 ?….. 其實並不有趣 )。 作家封鎖回顧 cap

當然,並不是每個人都用它來短語或標記它,但這就是事實。 簡而言之,人們通常會說他們想做某事或建造某物,但是當他們坐下來嘗試這樣做時,他們不確定從**開始或建造什麼??what ... 混淆 。

這並不是說他們沒有能力,而是說他們只是碰壁,因為這與弄清楚要建造什麼有關。

太多次我們擔心第一次做正確的事?。 編寫最佳演算法。 建立理想的資料或設計模型。 編寫更整潔,高效的**或嘗試新的庫。

我注意到的一件事是,有些人會像寫單詞一樣處理**。 他們白天坐下來說「好吧,現在我要從事這個專案」,在某些時候分配了一定的時間。

首先,就是簡單地開始解決問題。 這將是混亂,醜陋的,而且很可能是乙個草率的解決方案。 但是,現階段重要的是進入工作階段。

關鍵是: 編寫**不像編寫**,然後又很像編寫**。

?…..感到困惑

有道理吧?

如果您是乙個分配時間坐下來寫作的人,並且能夠成功做到這一點,那麼我認為發生了三件事之一:

在坐下來寫作之前 ,您已經知道要寫些什麼。 在坐下來寫作的那一刻,靈感就碰到了您(有時確實會發生這種情況)。讓那段時間出現

隨著最後乙個例子之外,前兩個是基於這樣的想法,你已經得到了你想要你坐下來工作之前,做一些事情 , 這是關鍵,克服開發的區塊。 ?

這已被一次又一次地使用。 實際上,我想像是,如果您問大多數設計師或開發人員他們是如何提出他們的乙個專案的想法的,他們會說他們想建立對自己有用的東西。

經常使用「從頭抓癢」的例子,以至於幾乎成了陳詞濫調,但這並沒有使它變得如此真實。

因此,我告訴其他人(以及我自己)的一件事是,當您在計算機旁時,請注意某些事項,並且對於無法完成特定任務而感到沮喪。 這是專案靈感的**。

而且,如果已經有類似的產品可以做到這一點,請不要阻止它。 番茄醬品牌如何存在? 有多少種不同的「待辦事項」應用程式?

可能已經存在其他東西也沒關係。 顯然,這並不是以最適合您的方式解決問題-因此很癢! -通過努力而獲得的學習仍然會為自己創造價值。

我提出的另一項建議(這是基於經驗的100%)是,如果您很難集思廣益,或者想弄清楚您想從事的工作到底是什麼,那麼有很多建議其他人正在做的事情需要幫助。

實際上,我認為現在比在軟體開發歷史上的其他任何時候都更加正確—僅github就足以證明這種情況。

找到您喜歡的,使用過的,感興趣的,熟悉的專案,您知道的專案或其他任何專案,然後繼續進行下去。 與整合自己的東西相比,整合新功能或解決其他人的錯誤可能會帶來完全不同的學習型別。

最後,嘗試嘗試。 如果您在自己喜歡的程式中看到某個功能,或者對任何給定應用程式如何實現x,y和/或z感到好奇,請嘗試自行實現該功能。

看一下源**,或者不看:源於「解決方案」,因為它實際上是在了解解決方案的實現方式。 如果您坐下來嘗試自己做點什麼,那麼您將學習。 如果您坐下來傾聽別人的**,您將學習。

這是不輸的情況。

而且不用擔心是否發貨。 不管您從事的工作是否完整或是否對其他任何人都不有用,這都無關緊要。 您所獲得的經驗以及從整合中獲得的經驗將延續到未來的專案中。

太多的寫作(無論是文字還是**)都是概念性的,因此不必在計算機前進行。 畢竟,當人們離開筆或鍵盤時,對於故事和應用程式都有多少想法?

這是同一件事。

因此,每當靈感或想法出現時都要注意並注意提示。 您稍後可以進行處理,但是與此同時,您將擁有一些可以使您與開發人員的抗爭時間更長的東西。

?????

from:

優秀的開發者 vs 糟糕的開發者

優秀的開發者是乙個藝術家,乙個享受創作過程的工匠。糟糕的開發者只將自己當作負責產生 的碼農。優秀的開發者了解客戶的問題。糟糕的開發者只了解手頭的技術問題。優秀的開發者會不斷努力去理解 為什麼 然後去實現,同時能夠把握大局。糟糕的開發者專注於構建類 方法和配置檔案,而不理會大局。糟糕優秀的開發者了解產...

優秀的開發者 vs 差的開發者

如果你認為使用 優秀 和 差 來區分開發者不妥的話,也可以將這些看作是初級開發者和資深開發者之間的區別。但無論如何,多看看其他的優秀開發者 或資深開發者 是如何做的,對於自身技能 工作方式的提公升有很大的幫助。優秀的開發者是乙個藝術家,乙個享受創作過程的工匠。差的開發者只將自己當作負責產生 的碼農。...

優秀的開發者 VS 糟糕的開發者

優秀的開發者是乙個藝術家,乙個享受創作過程的工匠。差的開發者只將自己當作負責產生 的碼農。優秀的開發者了解客戶的問題。差的開發者只了解手頭的技術問題。優秀的開發者會不斷努力去理解 為什麼 然後去實現,同時能夠把握大局。差的開發者專注於構建類 方法和配置檔案,而不理會大局。優秀的開發者了解產品的完整架...