總是會有人的發言會令別人反感,

如果反感的人多,自然這種發言就沒有力道

相反的如果這種發言不斷出現, 那反不反感也不會降低這種發言數量

要示威遊行,這種令人反感的言論應該會很多,

大師,方向會走哪邊 ?!

據介紹他進來的同事說以前是寫ASP的,ASP.NET也有用過
所以我才很無言阿....
那陣子我外婆過世，請假了不少天，回來才知道這麼慘....
進度壓力是經理在盯,我只是負責說明spec的跟技術指導的,我當初也只是把整個概念跟作法跟他說一次，並且也跟他說第一步就class宣告好，誰知搞成這樣 :laugh:
他的第一版,還把所有的屬性都用string宣告,明明spec上面都開int或double了.... :cry:
然後問他為甚麼,他說因為輸出到xptable跟存成xml要字串，所以都宣告字串.. :stupefy:

都用NET FRAMEWORK,IDE介面應該就可以直接開發CLASS了吧

這部分雖然 MS 做的沒有TOGETHER for .net 或是螺絲之類的好,不過基本的圖形與程式碼都可以做吧

這部分的操作如果都有問題,那可就淚人了(沒寫錯,是帶的人流淚)

那你有注意到persudocode 或是 method的前置說明 這兩項嗎?

我個人是認為宣告class,在宣告一個arraylist把class add到list裡
然後用for loop取出並將取出的class的屬性填入xptable的row跟cloumn這樣蠻基本的
這些實做方式也告訴他了,persudocode也是我用講的給他聽....
所以並沒有額外要求他作這些.....
將一些預設的物件，塞到arraylist,然後從arraylist中取值後來及填入xptable他是有做出來
只是class的宣告很讓人無言.....
居然用字串陣列來儲存所有要用的欄位 :stupefy:
他的collection實做也有問題，無法修改值，就教他怎麼寫測試碼自己找為甚麼 :jolin:
說穿了就是只會if else,for loop,function call這些基本的..... :flash:

原來你指的加薪是靠跳槽，而不是呆在原公司，靠能力提升而加薪，
所以未來呢？n年後你覺得你能再領更多的時候呢？再跳另一間？

這是習慣問題

以前我也不愛寫這些,後來看到某國外碩士回國的高手,乖乖的寫這些才發現

寫這些persudocode 跟 method前置說明,在專案上是不可避免的

因為後來的人維護這段程式時,才能有效且快速的理解內容

不然看到一堆if else do loop while 很容易傻眼

大抵我的觀察 日後發展比較好的,通常都有這些習慣,

而且開發速度上,也會比較快

不然有些人一開始寫程式碼,就是一行一行的硬寫,寫沒幾行就忘了自己在幹麻

寫這段code的目的是為何,甚至把一些不屬於這method該做的事情也一併寫入處理

然後屬於private的method變成的public

該seal 的也會自己又打開

一狗票的 public物件+變數搞的亂七八糟

更慘的是把c++的 變數改為 net的物件,所以用sigleton來維持單一性......

以前有active x物件的時候,我最怕物件內的程式與client端的都是同一人寫的

因為往往兩邊的boundary不清不楚,物件內會去修改client的狀態變數

client會直接切進物件內部的變數,甚至觸發event,

幸好後來這東西慢慢沒人用了

贊成....... :laugh:
雖然我個人有習慣作這些,但我沒資格要求其他人照作.... :o
一方面是官階不夠,另一方面是講了也沒用
其他人的層次還在那種要新增一個function,然後那個function和某一個已經做好的function只有3-4行不一樣,都會整個function複製一份改名，然後只改那幾行不一樣的code的程度 :jolin:
就像是對只懂+-*/的人說聯立方程式一樣....純粹是對牛彈琴
後來就懶得理了，丟給我上面的老闆想辦法
不過我還是比較少寫persudocode，除非是有比較特殊的演算法會比較長才會去寫
一般我很少寫超過30行的method，所以絕大部分都是看method名稱跟參數名稱就知道要做什麼，不過我還是都會加上method前置說明,利用.NET提供的///這個來產生template很快,已經養成很多年的習慣寫小類別跟小函數
OO原則，重構，套用設計模式,這些都養成習慣了,很自然就會用上
比較起來我會比較重視uml的類別圖跟時序圖，設計比較複雜的時候，就會畫出來供別人參考
像那種純粹只有一兩個介面或著抽象類別的，物件關係不複雜的，我就很懶得弄 :laugh:
因為我就算寫了，其他人在改的時候還是照樣會去亂改,他們根本就是認為function可以work,功能有達到就可以了
一整個歡樂阿 :like:

唉... :think:
幸好我沒經歷active x的洗禮.... :ase

人力資源部門的確是這樣運作的 :flash:

事實上薪水低的人，很容易被認為是能力不足，所以連跳槽的難度都很高。