請不要讓程式設計師在黑暗中摸索

2021-07-01 23:32:49 字數 1281 閱讀 5163

不知道各位有沒有玩過魔獸、x-com、文明帝國、紅色警戒之類的策略遊戲。

這些遊戲使用了所謂的「戰爭迷霧」。剛進入遊戲的時候,每乙個玩家的地圖都是被黑暗籠罩的,想要前行的唯一途徑就是不斷的摸索。隨著我們不斷地移動,地圖越來越可見化。

這種戰略的劣勢是:玩家看不到周圍的危險、障礙以及機會。每一次的成功都需要一點點的運氣。

「戰爭迷霧」完美地形容了開發人員

的工作處境。他們總是被要求去搞定某一段特定的**,但是卻不告知任務的相關情況,等於是在讓他們自己在黑暗中摸索。

對於開發人員,看到「整個的遊戲地圖」很有必要。對全域性有乙個清晰的把握有助於他們做出正確的決策。下面這些問題是他們所需要知道的:

當開發人員掌握整個框架之後,才能有針對性地開始工作。他們的深思熟慮謀定而後動非常有助於專案的成功。

同時也有巨大的激勵效應。joe stump 總結道:

開發人員對於任務背後的問題往往得自己摸索,這意味著對於給定的物件可能開發人員並不能真正地思考到點子上。

但是如果夠負責的話,開發人員會沉浸於這個問題的思考,因為其工作具體說來,更為依賴於在商業上的成功。

舉個例子,如果我是後端開發人員,你告訴我去實現一些 api 端點,我需要考慮一下為什麼你需要這些端點。

這突顯了了解每個專案背後的目的和任務的重要性:

在了解了目的和任務之後,開發人員也就成為了規劃程序中有價值的合作夥伴。他們可以預見一些潛在的「地雷」,以免你踩到從而付出高昂的代價。在一篇雜誌文章

在 digg 的鼎盛時期,daniel burka(digg 的首席設計師)和 joe stump(其主要開發人員)之間就乙個 digg 按鈕曾舉行過一次會議討論。daniel 想要更改其設計,因為從他的角度看,變化不大。但是對於 joe 來說,他發現這個小設計將會對**的效能產生很大的影響,迫使 digg 因為這麼乙個按鈕而公升級它的處理能力和伺服器架構。

首先我們應該負責任地參與到產品、支援和工程規劃的會議討論中去。

並可以提出自己有建設性的建議,除了應用開發人員,很少會有人注意到應用開發的安全性問題,這時就需要程式設計師根據自己的經歷、經驗、以及相關研究所得出的結論:借助專業的第三方安全平台——移動應用安全智慧型服務提供商

,來達到保護的目的!

會後,我們可以建立接下來所需要的有關規範檔案。

有時候,管理人員搞的好像這個專案是什麼緊要機密一樣,只給出一些「需要知道的基礎知識」。

但是這種保護措施卻不會導致更好的**、更受歡迎的專案,也不會增加銷售。不要讓開發人員在黑暗中摸索,應該邀請他們一起參與到整體的戰略討論中來。

程式設計師,不要讓自己做兔子

前段時間和乙個朋友聊天,酒席間向我抱怨他那段時間的鬱悶 專案經理從客戶那裡拿來乙個需求,實際上就是乙個ppt描述,我這個朋友拿過來看後剛開始不覺得什麼,乙個通常的 系統又能複雜的了哪去,但是越往後做就越發覺得裡面的問題。在ppt描述中很多地方描述的都有矛盾。比如論壇,沒錯,小公司,尤其是對於我們這樣...

程式設計師,不要讓自己做兔子

沒錯,小公司,尤其是對於我們這樣剛畢業的學生來說,這種情況會時有發生。朋友此類的抱怨還有很多,當然,陳述的時候大都把這種感覺同酒杯裡的酒一同拌著鬱悶飲了下去。這些抱怨我想起網上最近流傳的乙個笑話,關於兔子,狼還有乙隻老虎的,故事如下 兔子跟街上走著,迎面碰上了老狼。老狼伸手就給他一大嘴巴 讓你丫不戴...

程式設計師,不要讓自己做兔子

程式設計師,不要讓自己做兔子 沒錯,小公司,尤其是對於我們這樣剛畢業的學生來說,這種情況會時有發生。朋友此類的抱怨還有很多,當然,陳述的時候大都把這種感覺同酒杯裡的酒一同拌著鬱悶飲了下去。這些抱怨我想起網上最近流傳的乙個笑話,關於兔子,狼還有乙隻老虎的,故事如下 兔子跟街上走著,迎面碰上了老狼。老狼...