PTT職涯區 / Soft_Job (軟體人)

Re: [請益] 怎麼寫得清楚?

看板Soft_Job (軟體人)作者 (LaPass)時間14年前 (2012/03/17 00:39), 編輯推噓6(6推 0噓 32→)
留言38則, 10人參與, 最新討論串1/4 (看更多)
我也是菜鳥 想借這篇請教一下寫程式的習慣問題 因為我剛進公司，在裡面遇到蠻多...... 不可思議的寫法 PS 我是寫jsp的 例如說： 1.沒文件、沒註解，可是就是看的懂 是跟我說，不懂就問同事，那些命名、寫法都是有慣例的 看久了後，一看就知道在幹什麼 很神奇的是，我看那堆程式碼看了一個月後 也跟同事一樣，一看知道那段程式碼在幹什麼，即使是第一次看到那個部分也一樣 (完全沒註解) 2.所有變數都放在上面，不用區域變數 是說.... 公司的習慣是這樣，所有的變數都放在上面，要找東西比較好找 不太使用區域變數 3.搜尋、取代 是教我這樣用，改程式的時候，常常要我把其中一隻程式複製過去 然後把它改成別的東西 例如：把職員管理系統改成學生管理系統那樣 (舉例) 4.剪下、貼上 直接從某個程式檔中，把某一段功能的程式碼，剪下貼上到另外一份檔案時 居然可以直接跑！ 我看到這種狀況時，實在太震驚了 以我自己寫東西的經驗，剪下貼上通常只會造成一堆bug而已 結果公司的程式碼可以這樣剪下貼上 5.不讓我寫class 就是，我被要求不要自行宣告class或是interface 如果有需要，就交給另一個管系統核心的同事去寫 他寫完後再告訴我怎麼用那個class 在我手上的程式碼中是不會宣告class的 要做什麼都是直接來 這讓我很頭痛，有些問題明明只要寫個class做棵樹出來就解決了 或是寫個class把需要的資料打包起來就好 硬要非物件導向的寫法去寫很難寫.... 請問一般公司都是這樣嗎？ 還是只是程式的風格問題？ -- -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 125.233.153.1
推
03/17 00:41, , 1F
資訊部門都是這樣囉..
03/17 00:41, 1F
推
03/17 00:43, , 2F
人的關係，就算公司有規定風格，人不同就會很頭痛。
03/17 00:43, 2F
→
03/17 00:45, , 3F
這樣不好嗎? 你學得很快又爽爽賺!
03/17 00:45, 3F
→
03/17 00:46, , 4F
其實重點是, 關鍵的CLASS都給資深的寫, 所以BUG很少
03/17 00:46, 4F
→
03/17 00:48, , 5F
所以才有這種感覺吧!
03/17 00:48, 5F
→
03/17 00:50, , 6F
我倒覺得這樣的管理是好的~可以避免太多不必要的class~不
03/17 00:50, 6F
推
03/17 00:50, , 7F
4也讓我很震驚XDD 我覺得你的環境很令人羨慕耶!
03/17 00:50, 7F
→
03/17 00:51, , 8F
過後面又提到用"非物件導向"去寫???意思是有時不准用class
03/17 00:51, 8F
推
03/17 00:52, , 9F
底層有專人在維護管理 上面的你才能引用的如此輕鬆...
03/17 00:52, 9F
→
03/17 00:52, , 10F
?我猜大概是他覺得不用new~或是弄起來太耗系統資源...
03/17 00:52, 10F
→
03/17 00:55, , 11F
我猜應該是他不能寫CLASS, 覺得用CLASS不是物件導向...
03/17 00:55, 11F
→
03/17 00:57, , 12F
公司應該是因為有開發自己的函式庫吧! 也許你要的功能
03/17 00:57, 12F
→
03/17 00:57, , 13F
某幾個CLASS繼承組合一下就有了~但不需要每個人都去懂底層
03/17 00:57, 13F
→
03/17 00:58, , 14F
所以有專人撰寫吧~
03/17 00:58, 14F
→
03/17 01:04, , 15F
剪下、貼上、搜尋、取代，雖然寫起來很快很爽，但是要修改
03/17 01:04, 15F
→
03/17 01:05, , 16F
東西時就知道了.... 因為，假設在F程式發現bug，就會發現有
03/17 01:05, 16F
→
03/17 01:05, , 17F
ABCDE五隻擋案也要一起改，因為那些程式都是由同一隻A複製
03/17 01:05, 17F
→
03/17 01:06, , 18F
過去改的....
03/17 01:06, 18F
→
03/17 01:12, , 19F
然後，我自己寫的程式當中，大括號的層數通常不會太多，同
03/17 01:12, 19F
→
03/17 01:13, , 20F
一個括弧內的行數也不會太多，如果再多下去，我就會想切成
03/17 01:13, 20F
→
03/17 01:14, , 21F
幾個小class去分散掉。這算是我的習慣吧.....
03/17 01:14, 21F
→
03/17 01:15, , 22F
但是在公司，常常看到一大串落落長的程式碼..... = ="
03/17 01:15, 22F
→
03/17 01:16, , 23F
其實..OO並不是每個人都很熟練的, 有些是學console上來的
03/17 01:16, 23F
→
03/17 01:16, , 24F
啊對了，我在寫公司的CODE沒過繼承這種東西，都是直接寫...
03/17 01:16, 24F
→
03/17 01:17, , 25F
當然過度的OO也不是好事~
03/17 01:17, 25F
→
03/17 01:17, , 26F
^用
03/17 01:17, 26F
→
03/17 01:19, , 27F
只能羨慕你! 真是幸福快樂!!
03/17 01:19, 27F
→
03/17 01:24, , 28F
一般軟體公司是什麼樣子啊？ 囧"
03/17 01:24, 28F
→
03/17 01:43, , 29F
苦命人都是要自己規劃, 自己有函數庫, 寫的爛要一再修改
03/17 01:43, 29F
→
03/17 01:43, , 30F
終於發展出自己的風格 XD
03/17 01:43, 30F
→
03/17 01:46, , 31F
雖然繼承太多不是好事~但完全不用也太怪了...另外為什麼不
03/17 01:46, 31F
→
03/17 01:47, , 32F
要弄一個公用類別~讓所有人用?現在還在剪下、貼上?這...
03/17 01:47, 32F
→
03/17 01:53, , 33F
複製貼上很不好吧，資料庫都知道要2NF 3NF了，程式還...
03/17 01:53, 33F
→
03/17 02:00, , 34F
我猜他是講他自己寫的部分吧...不能物件化 所以只能貼貼貼
03/17 02:00, 34F
推
03/17 03:11, , 35F
function裡面大概就是處理的邏輯 盡量避免基本運算
03/17 03:11, 35F
→
03/17 03:11, , 36F
那些再多一些function去補會比較好看
03/17 03:11, 36F
推
03/19 12:15, , 37F
這公司的開發架構應該是有規劃過的.class的使用就是要列管,
03/19 12:15, 37F
→
03/19 12:15, , 38F
資深的在底層都打點好了,上層應用的才能這麼好做.
03/19 12:15, 38F
‣ 更多 LaPass 的文章
文章代碼(AID): #1FOspShN (Soft_Job)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 LaPass 的文章
文章代碼(AID): #1FOspShN (Soft_Job)