㈠ 本人程序員剛進一家公司，半個月了，現在寫代碼寫不出來怎麼辦
我沒有做過程序員，但稍稍會點簡單的（自學）。我感覺一個成熟的程序是系統工程，初接觸者：無從下配廳敗手個人感覺很正常!
經常在網站上看到公司罵老的離職程序員代碼爛。我認為有二個原因：
1、培顫新入職的員工看不懂，自己不懂但罵罵別人，可以轉嫁風險，讓離職的背鍋，為自己爭取時間過渡或重建。
2、程序代碼易讀性太差，相關伏含說明文檔缺失。雖然實現了功能，但別人接手太難（普遍情況）。新入職除了重建，要麼深入讀懂每個邏輯結構（比重建難，要跟著前一程序員思維走）。
以上二點你大概也清楚什麼意思了。不知道你是維護老代碼呢，還是新項目？
如果是維護老代碼，多看文檔、查資料、了解程序思維，反正有工資拿，也不急。
如果入職的是新項目，說明你技術還不成熟，那就加緊學唄。我個人預計：程序員這行，邊學邊賣的占總比90%
個人見識有限，錯誤難免，重在交流交流!
㈡ UI設計AE製作的動效的圖標icon怎麼切給程序員
AE簡單的動效展示icon，這個icon也是之前做的 這次拿來練手做AE的效果 上周閑暇時間做的 今天導出了一下 希望以後的設計可以在網頁和手持端加上動效 共勉
㈢ 程序員自作主張亂改我的設計怎麼辦 轉載
程序員自作主張亂改我的設計怎麼辦?
公司里有個自認為自己很有經驗的程序員（審美、前端水平感人，後台技術不錯），在我的設計基礎上胡亂改動，無論是樣式、動效、字體排版，還是交互流程都有很醜的改動。 老闆和程序員私底下的關系很好，而且非常信任程序員。又因為程序員比我大了十來歲，老闆也認為他的改動是正確的，甚至還以此多次批評我說我做的東西不經過慎重思考，他認為程序員才是最正確的。 事實是他做出來的東西完全不符合任何一條設計規范。
舉個例子：所有塊都有誇張的黑色shadow，所有字排版都是Justify，所有字體的顏色給我搞得非常淡（他自認為越淡越好看）。 曾經有個在五百強外企工作過的前端來我們這邊工作過一陣，我把設計稿注釋後交給他，他在開發過程中遇到了一丁點疑惑於是試圖來與我交流，這本就是非常正常和理所當然的事，結果被剛才的那位大神程序員攔下，還反問道「難道你想一輩子當碼農嗎?」。他的意思就是新來的前端有任何問題都可以自己私自更改我的界面。我當時也是醉了。
我曾經多次和程序員和老闆三人面對面溝通過，他們態度非常好，看起來誠懇地不得了，看起來很不錯的圓桌會議的結果是倚老賣老地認為我沒有經驗。可是根據我的推斷，他是想給我的設計稿加上自己的印記。他一直認為自己是一個很有魄力的藝術家，我醉了。 請問有什麼辦法可以讓他真正意識到自己做的東西很難看，並且真正開始尊重我的設計。（他一直堅稱「整體上」是按著我的設計稿做的）
㈣ 當程序員寫不出代碼了，該怎麼辦
你已經對著電腦n個小時了。不知道該寫什麼代碼，或者一種摔鍵盤的沖動正在你的胸中醞釀。
咖啡一杯接著一杯。不敢再喝了，因為搞不好要有副作用了，心跳加速，身體不由自主地顫抖，出冷汗，但還是無法產出任何代碼。
所有重新發現編程趣味的努力都徒勞無功，因為你的最後一點能量都用來驅逐大腦中正在攻城略地的話：
「我寫不出代碼了!」
編程的本質是棘手
即使是最優秀的程序員也會遭遇無法解決的軟體工程問題。碰到這樣的問題，並不一定意味著你缺乏技能或知識。
編程不是一項容易的工作，我們可以通過採取非正統的方法來保持你想要的生產力水平，並確保提交高質量的代碼。
如果我在一個問題上花了幾個小時，卻仍然找不到解決方案的話，最後我會覺得這是浪費了時間。我不是胡言亂語——我只是覺得「沒有人能夠百死不悔」。
沒有憤怒和悲傷。因為我已經嘗試過所有方向，只是都走不通而已。失去希望，於是開始想辭職不幹。我覺得自己應該換工作，去做做調酒師或其他，至少研究和測試在啤酒中加點什麼不會耗去我數個小時的時間。
這些都是我在不敲代碼時的想法。我開始懷疑生活，懷疑編碼，懷疑人生。
有成效不?好吧，我從來沒聽任何專家說過「辭職和萎靡不振」可以造就偉大的代碼，所以可能並沒有成效。
這就提出了一個問題：我們該如何避免這種沒有成效的狀態?
重新發現問題，重新發現你的生產力
可能你已經行進在這條路上了。那麼此時你只要繼續就可以了，我可能沒有什麼新的東西可以告訴你的。
如果你是新手，那麼可能你還不知道如何重新發現生產力。
下面我要分享的內容將有助於你在編程時以一種健康的方式保持生產力，不至於筋疲力竭。主要包括：
測試不同的解決方案，直到感覺重復
在線尋找開源解決方案
向更有經驗的程序員詢問
如果一切都失敗，那就瀟灑放手
1_測試不同的解決方案，直到感覺重復
在你研究或詢問其他開發人員(=浪費他們的時間)之前，你應該嘗試使用你現有的知識和思維來制定每一個可能的解決方案。
顯而易見的是，太多的程序員是從詢問他人開始的，自己甚至都不曾靜下心來分析問題本身。不要成為這樣的討厭鬼，盡可能不要浪費別人的時間。
先投身於工作，然後再尋求幫助。
2_在線查找開源代碼
當你投入於工作，卻沒有什麼成果的時候，那麼下一步你可以嘗試開源代碼。許多編程人員構建軟體，是出於創造解決方案並在線發布以供大家使用的樂趣。有些人發布的代碼曾被它們的程序員使用於商業項目。
GitHub是尋找開源代碼的兩個主要地方之一。另一個是StackOverflow。
這些網站的解決方案是採用可重用代碼的形式，方便你在項目中實現。
謹記，使用其他人開發的代碼總是有風險的。它可能會以你意想不到的方式改變程序的行為。備份原始代碼，這是常識。
3_向更有經驗的程序員詢問
你有沒有碰到過這樣的情況，向其他人求助卻發現你甚至不知道自己在問什麼?
在詢問任何人之前，你得准備好一些你無法通過網路信息搜索解答的問題。
明確的問題，才能有明確的解決方案。如果是你自己都描述得雲里霧里的問題——那麼你只會得到一個雲里霧里的回答(並且可能會惹惱他人)。
如果你周圍沒有任何開發者可以詢問，那麼也可以在線查找。你可以在社交論壇上詢問，或查找特別針對於你所用技術的頻道。
4_如果一切都失敗，那就瀟灑放手
不要一心鑽在死胡同里，實在不行，那就去干點別的事——睡覺，吃東西，等等。
你覺得這是在逃避工作?那就錯了。
我要告訴你的是，當你最輕松的時候，往往正是解決辦法靈機一現的時候，這不是我胡編亂造的，而是有科學的證明。此時你的大腦工作在「發散思維」的模式下，而不是在「集中注意力」的模式下——你可以在這篇文章中了解之間的差異。
總的來說，這個理念就是要你忘記手頭的問題，讓你的意識心靈沉浸到其他的事情中。此時，你的潛意識則開始連接要點，朝著頓悟的方向前行。
我們可以做些什麼以便於幫助大腦在發散思維的模式下工作呢?放輕松就好了：
散步(古代哲學家非常習慣於在走路時演講，因為他們意識到走路有助於思考)
清理辦公室或住所(完成後給自己一個獎勵)
與朋友約會，喝杯咖啡，聊聊八卦(如果你過於關注問題的話，那麼建議和不能提供幫助的非編碼人員交談)
總結
我在編程和生活兩者之間保持了一種健康的平衡。
無論你是為了興趣愛好、錢還是改變世界的宏圖偉業而選擇編程——編程都不應該是你唯一痴迷的東西，否則你會走火入魔。
最後再說一句，如果你絞盡腦汁，卻仍然無法解決問題，那麼不妨先放一放。通過潛意識的運作，搞不好突破性的想法就會靈光乍現。
感謝大家閱讀由java培訓機構分享的「當程序員寫不出代碼了，該怎麼辦?」希望對程序員們有所幫助，更多精彩內容請關注Java培訓官網
免責聲明：本文由小編轉載自網路，旨在分享提供閱讀，版權歸原作者所有，如有侵權請聯系我們進行刪除
㈤ 設計師設計出來的app動效程序員如何去做
想要說服人，最好先理解對方吧。
實現一個牛B的功能在研發眼裡會比反復調試一個UI界面要更有成就感的多。而且可能研發也真心覺得這個UI視覺並不好看，所以更加不願意合作。
所以遇到一個願意認真仔細調試UI的研發人員，請主動給他們32個贊。
首先你得讓研發人員清晰的認識到按照你說的這樣做對讓產品本身有什麼好處？這個得靠你的溝通能力了。我的建議是不要等到需要上需求了才跟研發人員說這個怎麼怎麼好，功夫在線下。平時就該多拿一些別人的產品里比較好的設計給研發看看，勾起他們的興趣，讓他們心裡認可好UI的價值。
另外就是不要把自己放在一個下命令的角色位置，多嘗試跟研發人員多溝通，不同的動效和視覺在研發時的麻煩程度也是不一樣的。聽聽研發人員的意見，不要強制只能按照你想的來。
總之，多理解，多溝通。都不容易