• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            冰果

            技術(shù)群:26678700     
            交流QQ: 704839634
            合作: 1) 可兼職遠程辦公開發(fā); 2) 有一套Go+Python開發(fā)的行業(yè)短信云平臺可合作;3)目前正在開發(fā)物聯(lián)網(wǎng)、大數(shù)據(jù)平臺。

            局限思考

                    我們長久以來被灌輸固守本職的觀念,這種觀念如此強烈,以致將自身跟工作混淆。
                一個員工進一家公司,常常被分配到一個領(lǐng)域里,而且按開發(fā)語言劃分居多:c++組,java組;前臺,后臺。
                   大部分人,進入一個組,就把自己職責(zé)固定在這個組內(nèi)。一個c++組的開發(fā)人員,一般人不會去主動去做點java開發(fā),特別是中大型公司,人員充足,主管不會去分配一個組的人去做另一個組的工作。
                   但是,常常有一種現(xiàn)象:你發(fā)現(xiàn)一小部分人,常常不甘寂寞,工作職責(zé)是C++開發(fā),他也對java或c#學(xué)習(xí)興趣濃厚,還常常找機會說服主管或同事讓他試一試,時間一長就真有這個機會,最后你發(fā)現(xiàn),這類人自學(xué)能力強、適應(yīng)能力強,常常有更好的上升空間。
                   而那些大部分人,固守本職,隨著時間推移,最后連本職工作也沒有興趣了,工作談何績效,晉升談何機會。
                   當(dāng)一般人被問起如何維生時,大多數(shù)人都是敘述他們天天在做的工作,而不會擴大范圍去說明他們企業(yè)的目標(biāo)是什么。多數(shù)人認為自己對于整體只有很小或毫無影響能力。他們在自己的工作崗位上埋首苦干,結(jié)果把自己的責(zé)任局限于職務(wù)范圍之內(nèi)。
                   當(dāng)組織中的人只專注于自身職務(wù)上,他們便不會對所有職務(wù)互動所產(chǎn)生的結(jié)果有責(zé)任感。就算對結(jié)果失望,可能也察覺不出何以如此。大家只會認為一定有人搞砸了。
                   現(xiàn)代組織功能導(dǎo)向的設(shè)計,將組織依功能切割分工,更加深了這種學(xué)習(xí)智障。 
                   看看我們java開發(fā)模式,分層開發(fā)、分功能開發(fā),復(fù)雜問題分解沒錯,但企業(yè)常常用原代碼管理(cvs\svn)系統(tǒng)權(quán)限來故意讓底層開發(fā)人員只能獲取部分信息,并且沒有注意到讓團隊成員盡量了解整個系統(tǒng)架構(gòu)的重要性。即便是注重接口設(shè)計,但最后組裝成系統(tǒng)整體時,顯示出來的問題不小。

              

            posted on 2011-03-15 23:39 冰果 閱讀(1696) 評論(4)  編輯 收藏 引用 所屬分類: 其它

            評論

            # re: 局限思考 2011-03-16 01:23 aaa

            感覺你說的太絕對,或許你的出發(fā)點是好的,但這個問題比較復(fù)雜,不是你說的這個簡單,我舉幾個例子,
            1,一般核心的代碼,公司是不會輕易全部給出
            2,如果一個項目比較大,如果每個人都去了解設(shè)計,需求,那猴年馬月才能完成
            3,如果讓所有的人都可以隨便動別人的代碼,萬一哪個改了,誰知道會有什么問題,出了問題誰負責(zé),桌子負責(zé)啊
            4,。。。。
            5,。。。
              回復(fù)  更多評論   

            # re: 局限思考 2011-03-16 08:45 萬連文

            不要輕易的對大是大非發(fā)表個人見解,尤其是制度體制方面的,這樣往往會暴露自己狹窄的思考。  回復(fù)  更多評論   

            # re: 局限思考[未登錄] 2011-03-16 12:00 vincent

            按接口分配,最后組裝,這就是標(biāo)準(zhǔn)的手術(shù)刀式的項目風(fēng)格吧
            這種項目風(fēng)格,本就應(yīng)該每人只專注于自己的模塊,因為接口已經(jīng)確定,如果你還要去關(guān)注別的模塊,那只說明接口之間存在耦合,那就是設(shè)計問題。而且,這個時候你去關(guān)注過多的模塊,就會導(dǎo)致在設(shè)計時有過多的顧慮,顧慮多了問題自然也會多起來。
            而且這種風(fēng)格應(yīng)該有一個經(jīng)驗豐富的主治醫(yī)生來劃分模塊和設(shè)定接口,他是來掌控全局的,沒有這樣一個人,出問題的風(fēng)險自然很大。
            不過雖然如此,我也覺得的確不應(yīng)該對于代碼做出一些權(quán)限設(shè)置。
            我雖經(jīng)也經(jīng)歷過代碼的權(quán)限的問題,但那大多是出于對代碼的保護,而且代碼大多是與設(shè)計模塊無關(guān)的底層基礎(chǔ)代碼。像博主所說的,對一些貫穿整體框架的代碼做出權(quán)限設(shè)置我還至今未結(jié)果。

            ps.我也是一個喜歡先了解全局,再去深入細節(jié)的人


              回復(fù)  更多評論   

            # re: 局限思考 2011-03-16 13:38 天堂的隔壁

            根據(jù)自己不多的觀察,如果不進行限制,特別是寫權(quán)限的限制,結(jié)果會更糟。
            大量程序員根本沒有關(guān)于模塊界限的概念,模塊間胡亂調(diào)用。
            如果想進行一些優(yōu)化,得到的響應(yīng)往往是“你的修改破壞了編譯”  回復(fù)  更多評論   

                                                        
            中文字幕日本人妻久久久免费 | 久久久无码精品亚洲日韩按摩| 噜噜噜色噜噜噜久久| 久久精品国产乱子伦| 久久婷婷激情综合色综合俺也去| 91久久婷婷国产综合精品青草| 久久久中文字幕| 久久午夜福利无码1000合集| 日日噜噜夜夜狠狠久久丁香五月| 久久青草国产精品一区| 久久久精品日本一区二区三区| 亚洲欧美日韩久久精品第一区| 久久久久久免费一区二区三区| 亚洲国产成人精品女人久久久| 狠狠色丁香久久婷婷综合| 狠狠久久综合伊人不卡| 久久精品国产亚洲精品2020| 国产99久久久久久免费看| 中文字幕无码精品亚洲资源网久久 | 亚洲AV日韩精品久久久久久| 国产精品xxxx国产喷水亚洲国产精品无码久久一区| 久久久久国色AV免费看图片| 99久久婷婷国产综合亚洲| 亚洲精品美女久久777777| 久久久久无码专区亚洲av| 久久福利青草精品资源站| 精品久久久久久成人AV| 日韩精品久久无码人妻中文字幕 | 久久99精品久久久久久久不卡| 亚洲国产精品成人AV无码久久综合影院 | 亚洲级αV无码毛片久久精品| 久久久久18| 久久人人爽人爽人人爽av| 久久se精品一区精品二区国产| 久久精品国产精品青草app| 97精品依人久久久大香线蕉97| 色天使久久综合网天天| 一级女性全黄久久生活片免费| 日日狠狠久久偷偷色综合96蜜桃| 要久久爱在线免费观看| 亚洲伊人久久综合中文成人网|