作者: blue-chips 時間: 2008-12-25 01:47 標題: 公司做 programmer 通常係點分配公作?
提示: 作者被禁止或刪除 內容自動屏蔽
作者: Wai 時間: 2008-12-25 01:55
就係因為有你所講的問題，先有一樣野叫software engineering.....
作者: 梁炳 時間: 2008-12-25 04:05
原帖由 blue-chips 於 2008-12-25 01:47 發表
例如要寫一個 web application or desktop application
係一個人寫哂, 定係先將一個 program 的 workflow 分做不同的 parts, 每人各自寫一 part?
如是後者, 因每個人寫的 style 都會唔同, 到合埋個 workflow 時 d code 會好麻煩?
我無出過黎做野
不過我知大project就一定係後者
至於你話d code可能唔夾既問題
可以通過協議一個common既interface去解決
大家寫的時候是assume對方的code是正確
各自對自己的code作測試
如果一開始plan得好，唔會有太大問題
(以上經驗係由做programming project得出黎
不過出黎做野應該相差無幾，專門少少的研究就是樓上講的Software Eng)
作者: jzu 時間: 2008-12-25 10:17
大公司就唔知
我做左5年programmer
幾間公司都係自己一個人做
我都想試下一team人做野點樣可以夾得好D
作者: blue-chips 時間: 2008-12-25 13:15
提示: 作者被禁止或刪除 內容自動屏蔽
作者: macross7ra 時間: 2008-12-25 14:44
原帖由 blue-chips 於 2008-12-25 13:15 發表
個 applcation 都未完成, 得 一 part 點 test 自己寫果 part o 唔 ok?
分class 分 object ，每個 class做每樣唔同功能，無問題合埋一齊就變成一個完整的 program..
[ 本帖最後由 macross7ra 於 2008-12-25 14:45 編輯 ]
作者: Frey001 時間: 2008-12-25 15:13
原帖由 macross7ra 於 2008-12-25 14:44 發表
分class 分 object ，每個 class做每樣唔同功能，無問題合埋一齊就變成一個完整的 program..
但會唔會我個class的function是專門handle其它人的class's object
作者: 明內子 時間: 2008-12-25 19:51
1, ..... 我覺得 香港 多數係 自己一個人起晒多D
2, 點TEST 啊...... 其實如公司 有 SYS ANALYIS 這個位 佢可能會出一份 FUNCTION SPEC 出來 PROGRAMMER 會跟住來打. 然很跟住 個FUNCTION SPEC 來做 SELF TESTING咁樣. 無 SA 個位 就要和同事夾了.
3 寫法不同啊..... 係啊 會有咁情況... 但這個問題唔洗怕. 我估大家同事都係 有咁上下經驗人事. 都唔會亂寫的. 加上又可以學習別人寫CODE 的方式. 唔錯的學習機會
作者: Rudy 時間: 2008-12-25 21:05
Software house 和 inhouse programmer我都做過.
就我見到, Software house 好多是會分工的. 因為哩個直情係佢地搵食工作, 所以一定會尊業啦. 而且一間公司係好多個Project的, 某些Project的模組, 另一些Project會用到. 何況吾分工, 若做開的Programmer走左, 間公司都幾麻煩.
inhouse Programmer就吾同, 好多都係One Man Band式programmer, 當然就吾多會分工.
作者: Rudy 時間: 2008-12-25 21:11
以前做Software House, 若新寫一個program/system, 一班programmer談好晒係做好flow chart, 入面有晒模組/function, 清楚晒input/output/功能後, 然後分配每個人要做的模組/function. 完成後再夾番埋一齊.
作者: Rudy 時間: 2008-12-25 21:17
至於每個人寫的 style 有小許不同, 不緊要, 只要input/output清楚就得, 同埋真係做得到個功能就得啦.
正如你坐一部升降機, 你只要知道佢點樣用, 同埋有咩野功能就得, 鬼理得佢入面d齒輪點運作咩? (這個好似係Black Box理論)
當然一個好的programmer所用的code係俞簡單俞好, 所以, 理應programmer之間係相互睇得明對方的code的, 但就未必需要睇.
但係我做Software house都好耐以前的事了, 現在吾知道還是否如此.
[ 本帖最後由 Rudy 於 2008-12-25 21:20 編輯 ]
作者: thinkpanda 時間: 2008-12-25 22:06
原帖由 blue-chips 於 2008-12-25 13:15 發表
個 applcation 都未完成, 得 一 part 點 test 自己寫果 part o 唔 ok?
整個Mock object.
例如你做web tier, 其他人做data access tier. 咁大家agree 左個interface, 就先快快整個假既data access object 出黎, 佢唔使真係讀寫database, 只需要儲data 係memory, 甚至乜都唔做, 只回應hard code 既 data. 咁作為web tier developer 既你就可以先暫時用呢個dummy data access object 做development 先.
作者: jzu 時間: 2008-12-25 23:03
原帖由 Rudy 於 2008-12-25 21:11 發表
以前做Software House, 若新寫一個program/system, 一班programmer談好晒係做好flow chart, 入面有晒模組/function, 清楚晒input/output/功能後, 然後分配每個人要做的模組/function. 完成後再夾番埋一齊.
我都想試下做呢類型既工
好enjoy team work, 唔知幾時有機會
作者: Rudy 時間: 2008-12-25 23:25
原帖由 jzu 於 2008-12-25 23:03 發表
我都想試下做呢類型既工
好enjoy team work, 唔知幾時有機會
吾好做的, 我都係中意做One man band inhouse programmer.
而且software house忙到死. inhouse好多時輕鬆好多.
作者: blue-chips 時間: 2008-12-25 23:26
提示: 作者被禁止或刪除 內容自動屏蔽
作者: jzu 時間: 2008-12-26 00:06
原帖由 Rudy 於 2008-12-25 23:25 發表
吾好做的, 我都係中意做One man band inhouse programmer.
而且software house忙到死. inhouse好多時輕鬆好多.
嗯, 點都想試下, 我係個D想挑戰自己既人(好犯賤
)忙到死唔緊要呀, 我最怕無咩做, 會成日"hub"眼訓
作者: jzu 時間: 2008-12-26 00:09
原帖由 blue-chips 於 2008-12-25 23:26 發表
我唔係做 programming 的, 但以我o既工作經驗中, 逢親係 team project, break 開 workflow, 一人一 part, 通常都會起爭執! 唔同讀書時的 group project 啊, group project 好多時d member 都係大家識, 或點都會比 ...
我就係想訓練下自己的團隊工作技考
因為平時成日一個人做野, 覺得好內外, 同埋好似目光太短淺
一班人做野可能會好多argument, 但我覺得可從裡面都可以學到唔少野
最少一生人咩都試過, 清楚下自己既方向都好呀
作者: thinkpanda 時間: 2008-12-26 10:16
原帖由 Rudy 於 2008-12-25 23:25 發表
吾好做的, 我都係中意做One man band inhouse programmer.
而且software house忙到死. inhouse好多時輕鬆好多.
inhouse 果D叫做hea...
作者: Rudy 時間: 2008-12-26 11:25
原帖由 thinkpanda 於 2008-12-26 10:16 發表
inhouse 果D叫做hea...
老實講, 我現在係inhouse programmer, program都係我自己寫的, 同埋現在算Stable, 無問題. 無需點改.
間吾中會改下, 其他時間可以睇書/試野.
咁樣的生活先至係programmer生活呢.
我覺得呢, programmer吾應該一尾死做, 你估工廠工人咩? 流水作業? 應該大把時間改良技術, 等遇到問題時, 可以一下子解決.
[ 本帖最後由 Rudy 於 2008-12-26 11:27 編輯 ]
作者: jzu 時間: 2008-12-26 14:55
原帖由 Rudy 於 2008-12-26 11:25 發表
老實講, 我現在係inhouse programmer, program都係我自己寫的, 同埋現在算Stable, 無問題. 無需點改.
間吾中會改下, 其他時間可以睇書/試野.
咁樣的生活先至係programmer生活呢.
我覺得呢, programmer吾應該一尾死做, 你估工廠工人咩? 流水作業? 應該大把時間改良技術, 等遇到問題時, 可以一下子解決.
你呢種似外國式生話
我就覺得係香港生存, 忙係必然的
如果忙得黎又學唔到野就係走既時候
作者: terryhui 時間: 2008-12-26 16:49
我係公司做過一個Project係分工的,我負責寫一個計數既web service,會同幾個systems interact
宜家做緊個web application就一個人做晒
正路黎講,大project應該係要分工的,分工有分工既好,例如我負責做web service,可以唔使理UI既野,專心做好自己果Part,不過分工都有唔好既地方,例如要對成個project好清楚同了解,例如你要知道問system A俾你既野係唔係真係正確,你要又要知道你俾system B既野係唔係system B要既野,總之就係data consistence啦
我覺得點做都唔緊要,最緊要都係要老細收貨,Orz...
作者: thinkpanda 時間: 2008-12-27 11:28
原帖由 Rudy 於 2008-12-26 11:25 發表
老實講, 我現在係inhouse programmer, program都係我自己寫的, 同埋現在算Stable, 無問題. 無需點改.
間吾中會改下, 其他時間可以睇書/試野.
咁樣的生活先至係programmer生活呢.
我覺得呢, programmer吾應該一尾死做, 你估工廠工人咩? 流水作業? 應該大把時間改良技術, 等遇到問題時, 可以一下子解決.
唔係話要忙, 不過做inhouse既話, 需要develop 既軟件既種類比較單一, 接觸既範圍比較窄.
另一方面, 有時技術既改進來自持續生產, 每個project 都向前踏多一小步, 可能係Concept 既改進, 可能係寫法既改進, 可能係development 環境既改進, 不斷開新project 進步先會快.
作者: Rudy 時間: 2008-12-27 13:04
原帖由 thinkpanda 於 2008-12-27 11:28 發表
唔係話要忙, 不過做inhouse既話, 需要develop 既軟件既種類比較單一, 接觸既範圍比較窄.
另一方面, 有時技術既改進來自持續生產, 每個project 都向前踏多一小步, 可能係Concept 既改進, 可能係寫法既改進, 可能係development 環境既改進, 不斷開新project 進步先會快.
Software house 亦未必一定種類多類化, 有時Software house會尊造一類軟件, 例如有些Software house尊做零售, 有些尊做Forwarder, 所以會變成流水作業, 曾經同一時間做幾個客, 都係同一類軟件.
Inhouse的話, 某d廠一樣可以見到/學到好多野, 大陸廠咁多部門, 有排攪.
不過, 我都同意好大的Software house 接觸既範圍比較大, 不過小弟年紀大, 人生有限, 應及時行樂, 不斷開OT的生活我吾多中意.
[ 本帖最後由 Rudy 於 2008-12-27 13:07 編輯 ]
作者: hkjoey 時間: 2008-12-28 02:30
又係熊貓同其他師兄身上受教...
呢個post真係唔錯...
希望可以推上置頂!
作者: navyenemy 時間: 2008-12-29 10:17
好post
作者: TimChan 時間: 2008-12-29 23:49
lee個post真係開得好
有時見到d好複雜既program 都好想知道d大公司既programmer團隊係點合作既
我諗佢地開工前一定係傾左好耐 仲要定期做d evaluation
講真 我都想入lee d大公司 始終同d志同道合既人一齊做野 點都比起一個人有效率同無禁悶
作者: DrERY 時間: 2009-1-4 03:05
原帖由 梁炳 於 2008-12-25 04:05 發表
我無出過黎做野
不過我知大project就一定係後者
至於你話d code可能唔夾既問題
可以通過協議一個common既interface去解決
大家寫的時候是assume對方的code是正確
各自 ...
OO有一個頗大原則：
program為abstract(interface and abstract class)而寫,非concrete而寫
=通過協議一個common既interface去解決
作者: thinkpanda 時間: 2009-1-4 10:55
原帖由 DrERY 於 2009-1-4 03:05 發表
OO有一個頗大原則：
program為abstract(interface and abstract class)而寫,非concrete而寫
=通過協議一個common既interface去解決
唔止一次見到有programmer (fresh grad 到十幾年經驗既都有)問 : 我見到呢段code call 呢個abc interface 既xyz method, 咁我睇番abc interface 入面都無code 既??