在小公司編程是一種什么樣的體驗(yàn)？
當(dāng)前位置：點(diǎn)晴教程→知識(shí)管理交流
→『 技術(shù)文檔交流 』
前言知乎上有一個(gè)提問(wèn)：在小公司編程是一種什么樣的體驗(yàn)？
今天，我們就這個(gè)話題，一起來(lái)做個(gè)討論。 這里有沒(méi)有曾經(jīng)待過(guò)小公司或者現(xiàn)在正窩在小公司的程序員？如果有，這個(gè)問(wèn)題相信你是最有發(fā)言權(quán)的。 一個(gè)軟件產(chǎn)品從前期的調(diào)研到中途的開(kāi)發(fā)直至最后的發(fā)布環(huán)節(jié)，不知道整個(gè)鏈路跟蹤下來(lái)，你是否感覺(jué)這中間的每一步步驟你們都做的足夠規(guī)范？哪些環(huán)節(jié)是你忍不住想吐槽的？歡迎大家在評(píng)論區(qū)，展開(kāi)討論。 我的回答我自己曾經(jīng)經(jīng)歷過(guò)人數(shù)在0-50的小公司多年，后面也經(jīng)歷過(guò)人數(shù)超過(guò)10000的大公司，結(jié)合我自己的背景，來(lái)嘗試著回答一下這個(gè)問(wèn)題。 我覺(jué)得在小公司編程，最大的優(yōu)勢(shì)當(dāng)然是靈活了，你要做一件事情，不用受太多條條框框的束縛，想干就干。開(kāi)發(fā)同學(xué)的技術(shù)選型，也基本都是開(kāi)發(fā)同學(xué)自己說(shuō)了算，比較自由。 但缺點(diǎn)也比較明顯：沒(méi)有統(tǒng)一規(guī)范作為制約與指引，每個(gè)人基本都是按照自己的喜好來(lái)做事，本著怎么方便怎么來(lái)的原則。所以容易出現(xiàn)信息不對(duì)稱(chēng)、溝通效率低下，最終也及其容易引發(fā)諸多安全事故，給公司造成不可估量的經(jīng)濟(jì)損失。 這里所謂的“規(guī)范”一詞，我認(rèn)為一般涉及如下三個(gè)方面：需求階段、設(shè)計(jì)階段、發(fā)布階段。 接下來(lái)，讓我們一一來(lái)拆解一下。 需求階段正常來(lái)說(shuō)，產(chǎn)品經(jīng)理在調(diào)研完相關(guān)需求后，經(jīng)過(guò)自己的整理，最終會(huì)形成一份完備的需求文檔。然后他會(huì)組織相關(guān)人等(開(kāi)發(fā)、測(cè)試等)進(jìn)行第一輪的需求評(píng)審會(huì)議，目的也是想和大家對(duì)其一下本次需求的內(nèi)容事項(xiàng)。 如果需求內(nèi)容本身比較簡(jiǎn)單、清晰明了，一般一輪會(huì)議就能敲定。開(kāi)發(fā)理解了需求后，就可以進(jìn)入下一個(gè)階段，比如詳細(xì)設(shè)計(jì)。(遇到比較復(fù)雜的業(yè)務(wù)需求，可能需要經(jīng)歷多輪討論，經(jīng)過(guò)多次修訂后，這個(gè)需求的內(nèi)容才能真正確定下來(lái))。 注意，上述一切都是在比較規(guī)范的前提下展開(kāi)的。但往往很多小公司，是做不到按部就班按這個(gè)流程來(lái)走的。 有些小公司或許也有產(chǎn)品經(jīng)理一崗，有的產(chǎn)品經(jīng)理，前期也會(huì)簡(jiǎn)單的整一份需求文檔。在文檔中，簡(jiǎn)單的用純文字描述一下，本次待開(kāi)發(fā)的需求內(nèi)容。至于拉會(huì)評(píng)審這一環(huán)節(jié)，是沒(méi)有的，他會(huì)選擇直接把整理好的文檔，丟給開(kāi)發(fā)同學(xué)，然后附言一句：如果有問(wèn)題，可以隨時(shí)找他溝通。 開(kāi)發(fā)同學(xué)，拿到文檔，在還沒(méi)看之前，其實(shí)是很懵逼的，完全不清楚要干什么，里面有多少內(nèi)容。懷揣著忐忑的心情，只能硬著頭皮打開(kāi)文檔。(我們固然希望里面的內(nèi)容越少越好，至少看下來(lái)，不要讓我們有猜測(cè)的成本) 事實(shí)證明還是我們一廂情愿了，那一段一段密密麻麻的文案，看的真心想吐，很多時(shí)候真的要多看幾遍，才能明白，文案想表達(dá)的意思。 整個(gè)文檔，肯定會(huì)有幾處地方，是不得電話或當(dāng)面溝通，才能明白它的意圖的。 如果你說(shuō)這很糟糕啊，那我想跟你說(shuō)的是，還有比這更甚的。有些需求壓根你就看不到文檔。產(chǎn)品同學(xué)就直接在聊天工具里面，密密麻麻、啰啰嗦嗦的把他想要的需求內(nèi)容，輸出給你，當(dāng)然最后也會(huì)附上那句熟悉的話：如果有不明白的地方，隨時(shí)可以找他溝通，24小時(shí)在線。
還有就是關(guān)于需求的迭代或功能變動(dòng)(最可怕的是，完全推翻重做)，小公司基本都是某些人一兩句話的事情，然后就要開(kāi)發(fā)評(píng)估工作量，并要求用最快速度上線。 編碼設(shè)計(jì)在座的各位，不知道有沒(méi)有在編碼之前，有做詳細(xì)設(shè)計(jì)的習(xí)慣。大公司一般團(tuán)隊(duì)內(nèi)部都有規(guī)范，在編碼之前，要求先撰寫(xiě)詳細(xì)設(shè)計(jì)文檔，等你寫(xiě)完后，需要組織相關(guān)人等，進(jìn)行設(shè)計(jì)評(píng)審。評(píng)審過(guò)后，你才能進(jìn)入編碼工作。
當(dāng)然我相信，很多小公司，其實(shí)壓根就不存在這個(gè)環(huán)節(jié)。等整理完要開(kāi)發(fā)的需求內(nèi)容之后，一般直接就開(kāi)始擼代碼了，如果真的遇到問(wèn)題，他們會(huì)停下腳步，做一番思考，實(shí)在搞不定，再找人尋求幫助。
這里有什么問(wèn)題？大家不妨先思考一下。我覺(jué)得對(duì)于一些簡(jiǎn)單的功能需求(工作量在3天以?xún)?nèi)的)，直接擼代碼，也沒(méi)多大問(wèn)題。為什么？因?yàn)檫@本身就說(shuō)明，此次待開(kāi)發(fā)的需求事項(xiàng)，內(nèi)容比較清楚、明確，產(chǎn)品本身確實(shí)只需要用一兩句話，就能描述清楚，開(kāi)發(fā)同學(xué)，看了需求后，也胸有成竹，知道自己具體要干什么。 但，對(duì)于復(fù)雜的需求，比如工作量在1周甚至兩周以上的那種，不寫(xiě)詳細(xì)設(shè)計(jì)文檔，我認(rèn)為可能會(huì)是個(gè)災(zāi)難。因?yàn)橹苯泳幋a，那么注定前期你根本沒(méi)時(shí)間經(jīng)過(guò)深思熟慮的思考，很多細(xì)節(jié)難免會(huì)有遺漏，沒(méi)考慮進(jìn)去的情況。一些方案選型，在沒(méi)有充分調(diào)研、預(yù)演的情況下，說(shuō)用就用，后期做著做著又發(fā)現(xiàn)滿(mǎn)足不了，只能返工，推到重來(lái)。 而所有的這一切，如果前期，你都能在文檔中體現(xiàn)出來(lái)，然后在評(píng)審會(huì)議上一一與大家做介紹。那我相信，一些問(wèn)題，一定能提前曝光出來(lái)，然后團(tuán)隊(duì)內(nèi)部，就可以提前做一番討論，最終，把相關(guān)方案給敲定下來(lái)，這樣后期的開(kāi)發(fā)，就會(huì)順利很多，不會(huì)出現(xiàn)時(shí)不時(shí)卡頓、返工的情況。 發(fā)布階段開(kāi)發(fā)同學(xué)完成代碼編寫(xiě)后，就進(jìn)入了提測(cè)階段。等測(cè)試同學(xué)按照他們的用例測(cè)試、驗(yàn)證完后，最后項(xiàng)目就進(jìn)入了發(fā)布階段。 大公司一般對(duì)于發(fā)布這件事會(huì)比較謹(jǐn)慎，比如會(huì)有同學(xué)，需要撰寫(xiě)相應(yīng)的發(fā)布計(jì)劃：上面需要詳細(xì)羅列清楚此次發(fā)布的內(nèi)容；發(fā)布的注意事項(xiàng)；同時(shí)也要做好回滾計(jì)劃，萬(wàn)一新功能上線，影響了原有的功能，那需要立即代碼回滾。 發(fā)布也需要提交相關(guān)申請(qǐng)單，等相關(guān)審批人員審批通過(guò)后，然后在具體時(shí)間段，正式進(jìn)行發(fā)布。(根據(jù)自己公司的業(yè)務(wù)情況，避免在高峰期發(fā)布，影響業(yè)務(wù)穩(wěn)定性) 他們可謂超級(jí)管理員的存在，數(shù)據(jù)庫(kù)表結(jié)構(gòu)可以自己隨意新增、修改；線上數(shù)據(jù)也可以自己隨意訂正；想要發(fā)布，一個(gè)命令的事情，也完全不管什么業(yè)務(wù)高峰、低峰期，想發(fā)就發(fā)。 ~END
該文章在 2023/9/27 8:56:24 編輯過(guò) |
關(guān)鍵字查詢(xún)
相關(guān)文章
正在查詢(xún)... 
|
400 186 1886
