我係公司做過一個Project係分工的,我負責寫一個計數既web service,會同幾個systems interact
宜家做緊個web application就一個人做晒

正路黎講,大project應該係要分工的,分工有分工既好,例如我負責做web service,可以唔使理UI既野,專心做好自己果Part,不過分工都有唔好既地方,例如要對成個project好清楚同了解,例如你要知道問system A俾你既野係唔係真係正確,你要又要知道你俾system B既野係唔係system B要既野,總之就係data consistence啦

我覺得點做都唔緊要,最緊要都係要老細收貨,Orz...

TOP

原帖由 Rudy 於 2008-12-26 11:25 發表


老實講, 我現在係inhouse programmer, program都係我自己寫的, 同埋現在算Stable, 無問題. 無需點改.
間吾中會改下, 其他時間可以睇書/試野.
咁樣的生活先至係programmer生活呢.

我覺得呢, programmer吾應該一尾死做, 你估工廠工人咩? 流水作業? 應該大把時間改良技術, 等遇到問題時, 可以一下子解決.


唔係話要忙, 不過做inhouse既話, 需要develop 既軟件既種類比較單一, 接觸既範圍比較窄.
另一方面, 有時技術既改進來自持續生產, 每個project 都向前踏多一小步, 可能係Concept 既改進, 可能係寫法既改進, 可能係development 環境既改進, 不斷開新project 進步先會快.

TOP

原帖由 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 編輯 ]

TOP

又係熊貓同其他師兄身上受教...
呢個post真係唔錯...
希望可以推上置頂!

TOP

好post

TOP

lee個post真係開得好
有時見到d好複雜既program 都好想知道d大公司既programmer團隊係點合作既
我諗佢地開工前一定係傾左好耐 仲要定期做d evaluation
講真 我都想入lee d大公司 始終同d志同道合既人一齊做野 點都比起一個人有效率同無禁悶

TOP

原帖由 梁炳 於 2008-12-25 04:05 發表

我無出過黎做野
不過我知大project就一定係後者
至於你話d code可能唔夾既問題
可以通過協議一個common既interface去解決
大家寫的時候是assume對方的code是正確
各自 ...

OO有一個頗大原則:
program為abstract(interface and abstract class)而寫,非concrete而寫
=通過協議一個common既interface去解決

TOP

原帖由 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 既??

TOP