![]() |
||
|
*停權中*
加入日期: Dec 2008
文章: 2
|
引用:
總是會有人的發言會令別人反感, 如果反感的人多,自然這種發言就沒有力道 相反的如果這種發言不斷出現, 那反不反感也不會降低這種發言數量 要示威遊行,這種令人反感的言論應該會很多, 大師,方向會走哪邊 ?! |
||||||||
|
|
|
Silent Member
加入日期: Dec 2010 您的住址: 死國
文章: 0
|
引用:
據介紹他進來的同事說以前是寫ASP的,ASP.NET也有用過 所以我才很無言阿.... 那陣子我外婆過世,請假了不少天,回來才知道這麼慘.... 進度壓力是經理在盯,我只是負責說明spec的跟技術指導的,我當初也只是把整個概念跟作法跟他說一次,並且也跟他說第一步就class宣告好,誰知搞成這樣 他的第一版,還把所有的屬性都用string宣告,明明spec上面都開int或double了.... 然後問他為甚麼,他說因為輸出到xptable跟存成xml要字串,所以都宣告字串.. ![]() |
|||
|
|
|
*停權中*
加入日期: Dec 2008
文章: 2
|
引用:
都用NET FRAMEWORK,IDE介面應該就可以直接開發CLASS了吧 這部分雖然 MS 做的沒有TOGETHER for .net 或是螺絲之類的好,不過基本的圖形與程式碼都可以做吧 這部分的操作如果都有問題,那可就淚人了(沒寫錯,是帶的人流淚) 那你有注意到persudocode 或是 method的前置說明 這兩項嗎? 此文章於 2011-05-27 01:46 AM 被 Sad2009 編輯. |
|
|
|
|
Silent Member
加入日期: Dec 2010 您的住址: 死國
文章: 0
|
引用:
我個人是認為宣告class,在宣告一個arraylist把class add到list裡 然後用for loop取出並將取出的class的屬性填入xptable的row跟cloumn這樣蠻基本的 這些實做方式也告訴他了,persudocode也是我用講的給他聽.... 所以並沒有額外要求他作這些..... 將一些預設的物件,塞到arraylist,然後從arraylist中取值後來及填入xptable他是有做出來 只是class的宣告很讓人無言..... 居然用字串陣列來儲存所有要用的欄位 他的collection實做也有問題,無法修改值,就教他怎麼寫測試碼自己找為甚麼 說穿了就是只會if else,for loop,function call這些基本的..... ![]() |
|
|
|
|
Silent Member
加入日期: Feb 2007
文章: 0
|
引用:
原來你指的加薪是靠跳槽,而不是呆在原公司,靠能力提升而加薪, 所以未來呢?n年後你覺得你能再領更多的時候呢?再跳另一間? |
|
|
|
|
*停權中*
加入日期: Dec 2008
文章: 2
|
引用:
這是習慣問題 以前我也不愛寫這些,後來看到某國外碩士回國的高手,乖乖的寫這些才發現 寫這些persudocode 跟 method前置說明,在專案上是不可避免的 因為後來的人維護這段程式時,才能有效且快速的理解內容 不然看到一堆if else do loop while 很容易傻眼 大抵我的觀察 日後發展比較好的,通常都有這些習慣, 而且開發速度上,也會比較快 不然有些人一開始寫程式碼,就是一行一行的硬寫,寫沒幾行就忘了自己在幹麻 寫這段code的目的是為何,甚至把一些不屬於這method該做的事情也一併寫入處理 然後屬於private的method變成的public 該seal 的也會自己又打開 一狗票的 public物件+變數搞的亂七八糟 更慘的是把c++的 變數改為 net的物件,所以用sigleton來維持單一性...... 此文章於 2011-05-27 02:35 AM 被 Sad2009 編輯. |
|
|
|
|
*停權中*
加入日期: Dec 2008
文章: 2
|
以前有active x物件的時候,我最怕物件內的程式與client端的都是同一人寫的
因為往往兩邊的boundary不清不楚,物件內會去修改client的狀態變數 client會直接切進物件內部的變數,甚至觸發event, 幸好後來這東西慢慢沒人用了 |
|
|
|
Silent Member
加入日期: Dec 2010 您的住址: 死國
文章: 0
|
引用:
贊成....... 雖然我個人有習慣作這些,但我沒資格要求其他人照作.... 一方面是官階不夠,另一方面是講了也沒用 其他人的層次還在那種要新增一個function,然後那個function和某一個已經做好的function只有3-4行不一樣,都會整個function複製一份改名,然後只改那幾行不一樣的code的程度 就像是對只懂+-*/的人說聯立方程式一樣....純粹是對牛彈琴 後來就懶得理了,丟給我上面的老闆想辦法 不過我還是比較少寫persudocode,除非是有比較特殊的演算法會比較長才會去寫 一般我很少寫超過30行的method,所以絕大部分都是看method名稱跟參數名稱就知道要做什麼,不過我還是都會加上method前置說明,利用.NET提供的///這個來產生template很快,已經養成很多年的習慣寫小類別跟小函數 OO原則,重構,套用設計模式,這些都養成習慣了,很自然就會用上 比較起來我會比較重視uml的類別圖跟時序圖,設計比較複雜的時候,就會畫出來供別人參考 像那種純粹只有一兩個介面或著抽象類別的,物件關係不複雜的,我就很懶得弄 ![]() 因為我就算寫了,其他人在改的時候還是照樣會去亂改,他們根本就是認為function可以work,功能有達到就可以了 一整個歡樂阿 ![]() 此文章於 2011-05-27 02:58 AM 被 cloudhsu 編輯. |
|
|
|
|
Elite Member
![]() ![]() ![]() ![]() ![]() 加入日期: Jan 2002 您的住址: 閃亮亮的永和*~
文章: 6,096
|
引用:
人力資源部門的確是這樣運作的 事實上薪水低的人,很容易被認為是能力不足,所以連跳槽的難度都很高。
__________________
歐洲輪胎滾動阻力&溼地煞車&噪音查詢 日本輪胎滾動阻力與溼地煞車查詢(歐洲阻力A=日本阻力AAA)(歐洲跳過D) 貧弱家庭兒童愛心早餐計畫 手機請勿使用台哥大700MHz 4G LTE頻道,以免干擾無線麥克風運作。 推薦網站 我不爽健保局 巴士大叔之部<-華航飛安不良的原因 國家的遠見 站內特別推薦連結 yahoo賣片被抓 由於著作權法第八十七條第四款的緣故 賣海外正版是違法的喔(刪除紀念) 又有人受害了 好書推薦:快樂為什麼不幸福? 本書不討論快樂更不討論幸福,講的是大腦如何理解世界。 好書推薦:大腦決策手冊 該用腦袋的哪個部分做決策? 了解自己與別人怎麼使用腦袋瓜(因被發現是抄襲的所以下架了喔) 好書推薦:販賣債務的銀行 了解銀行如何使一般人建立錯誤的借貸觀念,讓老百姓成為金融佃農,一輩子替銀行工作 好書推薦:企業的性格與命運 企業的本質是無道德的,企業努力的把自身成本轉嫁成社會成本,以大幅提高獲利。 DVD 好書推薦:沒有中國模式這回事! 雖然書名有中國,但其實是講近代全球經濟史,讓你從經濟學的角度理解歷史。 好書推薦:搶救35歲 十五張證照找不到好工作、四十歲結婚成家是常態、雙薪家庭也只敢生一胎、房貸要背到七十歲… |
|
|
|