這是一篇來自深度論壇的文章, 文中討論論壇上發問"作業"等級問題的想法! 請大家先看一看這一篇文章,請見: http://forum.vclxx.org/topic.php?TOPIC_ID=21529&FORUM_ID=18&CAT_ID=4&Topic_Title=¦³Ãö"§@·~"µ¥¯ŰQ½צꪺ·P¨¥..&Forum_Title=Talk 不知大家的想法如何? ～～～Delphi K.Top討論區站長～～～

------
～～～Delphi K.Top討論區站長～～～

我覺得既然是作業就該自己去完成,而不是要別人幫你做,我同意將這一類的討論串擋掉,連自己的作業都不重視人,那還別人幫你做什麼 @@~~飛翔在天際的精靈~~@@

------
@@~~飛翔在天際的精靈~~@@

引言: 這是一篇來自深度論壇的文章, 文中討論論壇上發問"作業"等級問題的想法! 請大家先看一看這一篇文章,請見: http://forum.vclxx.org/topic.php?TOPIC_ID=21529&FORUM_ID=18&CAT_ID=4&Topic_Title=%A6%B3%C3%F6%22%A7%40%B7%7E%22%B5%A5%AF%C5%B0Q%BD%D7%A6%EA%AA%BA%B7P%A8%A5%2E%2E&Forum_Title=Talk 不知大家的想法如何? ～～～Delphi K.Top討論區站長～～～

感慨~~這就是現在學生的學習態度嗎??

呵呵呵~~~~~~~~~~~~< >< > 我們的站被點名了 其實 對於("作業"等級問題)的這個問題 我認為見仁見智啦 除非指的是再基礎不過的問題 但是就算是這樣 我想沒有人可以剝奪別人發問問題的自由 進一步把問題擋掉 (包括該站的站長) 如果覺得是"作業"等級的問題 你不想回答 就不要回答 但是每個人程度不同 對於"作業"等級的問題主觀上也不同 如何分別 說真的那位 Emulator 兄說的情形 在本站的確有發生 但是我想我們這個站這麼讓大家喜歡就是有問必答 我倒沒看過站長,版主有提出不准發問"作業"等級問題的公告 畢竟 如果你有心要學程式 程度一定會提昇 如果你沒有心學程式 就算這次幫你寫程式碼解決問題 下次遇到還是不會因為程度不會提昇 如果是學生只為了交功課 畢業後不走這行 我覺得情有可原 那如果畢業後還是要走這行 或你是所謂的programmer 不自我要求 那就自求多福了 當初在學程式的時候學的蠻辛苦滴< >< > 只是因為對程式設計很有興趣 所以堅持下去 但是過去想破頭才解決的問題 現在看起來 其實沒什麼只要有人點一下就通了 所以 當你覺得是"作業"等級問題的時候 就認定他(她)不用功 你怎麼知道他(她)是不是也正面臨百思不得其解的地步呢 如果這時候又沒人幫他(她) 搞不好delphi人口又少一個了< >< > 總之我的看法是 不要剝奪別人發問問題的自由 至於回不回答問題 就是你的自由 回首來時路 也無風雨也無晴~~@.@ 發表人 - T.J.B 於 2002/10/24 11:36:21 發表人 - T.J.B 於 2002/10/24 11:39:32 發表人 - T.J.B 於 2002/10/31 14:59:21

------
天行健
君子當自強不息~~@.@

引言: 這是一篇來自深度論壇的文章, 文中討論論壇上發問"作業"等級問題的想法! 請大家先看一看這一篇文章,請見: http://forum.vclxx.org/topic.php?TOPIC_ID=21529&FORUM_ID=18&CAT_ID=4&Topic_Title=%A6%B3%C3%F6%22%A7%40%B7%7E%22%B5%A5%AF%C5%B0Q%BD%D7%A6%EA%AA%BA%B7P%A8%A5%2E%2E&Forum_Title=Talk 不知大家的想法如何? ～～～Delphi K.Top討論區站長～～～

所以沒有程度的問題我是不會答的，例如：某個元件的屬性設一設就好了...，還有要人家回整個做法的我也不會回答，我想回答的是真正的問題，碰到某一點不通，我點他一下就通了這種，又不是要人家寫文章。

人生有夢，逐夢而行。 人若為善，福雖未至，禍已遠離。 人若為惡，禍雖未至，福已遠離。 http://www.taconet.com.tw/jieshu/

看到這樣的... 以之前當兼任講師的經驗... 只能說： 認真想學的學生真的很少了 當時在教 Turbo C 時，我想我出的作業應該是都超簡單的，例如：

◎ Turbo C 作業一：
   請寫一個程式，讀取 a , b , c 三個整數，並計算
        b * b - 4 * a * c
   的數值。    ★ 進階練習：
   請寫一個程式，讀取 a , b , c 三個數值，並求二元一次方程式
                2
            a x   + b x + c = 0
   x 的解。    ◎ Turbo C 作業二：       試寫一個成績評比程式，要求使用者輸入分數 ( 0 ～ 100 )，
   再依分數高低，秀出等級 A, B, C, D, E  。
   等級 A, B, C, D, E  與分數的關係如下：             分數   90 ～ 100    等級   A
         分數   80 ～  89    等級   B
         分數   70 ～  79    等級   C
         分數   60 ～  69    等級   D
         分數    0 ～  59    等級   E       以下是程式執行的輸出範例：         ┌───────────────────────┐
     │ Please input a score ( 0 ～ 100 ) : 95 ←┘  │
     │ The score is  95 ,                           │
     │ and the grade is  A .                        │
     └───────────────────────┘    ◎ Turbo C 作業三：       試用 C 語言的兩層迴圈在螢幕上印出「九九乘法表」。    ◎ Turbo C 作業四：       試利用 for 迴圈秀出下列圖形：           ┌─────────────┐
      1│ ＊                       │       ＊
      2│ ＊＊                     │       ＊＊
      3│ ＊＊＊                   │       ＊＊＊
      4│ ＊＊＊＊                 │       ＊＊＊＊
      5│ ＊＊＊＊＊               │       ＊＊＊＊＊
      6│ ＊＊＊＊                 │       ＊＊＊＊
      7│ ＊＊＊                   │       ＊＊＊
      8│ ＊＊                     │       ＊＊
      9│ ＊                       │       ＊
       └─────────────┘           ┌─────────────┐
      1│ □□□□＊               │               ＊
      2│ □□□＊＊＊             │             ＊＊＊
      3│ □□＊＊＊＊＊           │           ＊＊＊＊＊
      4│ □＊＊＊＊＊＊＊         │         ＊＊＊＊＊＊＊
      5│ ＊＊＊＊＊＊＊＊＊       │       ＊＊＊＊＊＊＊＊＊
      6│ □＊＊＊＊＊＊＊         │         ＊＊＊＊＊＊＊
      7│ □□＊＊＊＊＊           │           ＊＊＊＊＊
      8│ □□□＊＊＊             │             ＊＊＊
      9│ □□□□＊               │               ＊
       └─────────────┘       【註】  □  表示一個空白
           ＊  表示一個星號

除了給學生題目外，我還會給提示（例如：可以參考課本的那個範例或是可能需要用的到函式等等），但是，每次收作業後，看到「不同的版本」不會超過10種（全班有五十幾人），部分的一、兩個熱門的版本可能還有近 20 人相同！！還有部分同學連抄都懶，直接用「影印」的！！真的是 < > < > 以我教學的心得，一班 50～60 人，真正想學的大概只有一、兩成吧！想到此，我教學的心死掉一大半 < > 不可否認，認真想學的學生還是有的（就算只有一、兩成），會到討論區問問題，至少該學生還把「作業」當一回事，有更多的學生是在等這個學生問到解答再抄的！！ 同樣，就如同我自己網站上的留言版及討論區，對於只問作業要如何作的，一律是不回答的，像是「請教我...」、「求救！」而內容只是他的作業內容，沒有任何的程式碼，像這種，我絕對不回，而且，還會被我罵！（但我不會刪掉留言就是了，刪了就無法罵他啦 < > ）但如果有他自己的程式碼，而他找不到錯誤在那，這時，我就會給他解答或是進一步的提示。 對於這個問題，我最後的意見是： 對於「作業」等級的問題，不需要把它刪除，只需要給他提示或是進一步的提示或是給他想要成為 Coding 大師的建言，而不需給他完整的原始碼。 就如 T.J.B 所說的，每個人的程度不同，有時很難斷定這是「作業」等級的問題。回不回答在個人，刪不刪除在版主（小弟還是建議不要刪除，這樣才不會再 cross post 或是 cross WebSite post，至少要讓他知道為何被刪除）。 很多人可能會忘記當初自己在學語言時所遇到的困擾，就連我也一樣，所以囉，給個提示總是不為過，認真想學的學生，就可能因此得到解答，從此愛上寫程式這條不歸路也說不定。 最近寫程式真的是寫到有點累了，每天總要寫到晚上近1點才睡，早上9點就要到客戶那去試機，連續幾週下來，真是有點受不了，看到我那才三歲不到的兒子，還在考慮是否要等他長大傳給他數十年的功力... 但不是知是愛他... 還是害了他... 但，最少最少，我會教他認真的心態。 沒空更新的網頁...

C及指標教學,計算機概論,資訊管理導論... http://coolsite.to/dllee

介紹Shells,LiteStep,GeoShell.... http://coolsite.to/ushells

------
http://www.ViewMove.com

我想大家對這個"作業"等級的問題看的太嚴重了！ 也誤解發問者本身的心態了！ 就向樓上那位仁兄說的，他會上來問，起碼他有在努力，還上來尋找答案。 但是，我認為出問題的，應該是答題人的技巧問題？ 回答問題，不應該直接給答案，引導他去找答案，對發問的人，才會有幫助。 不是你直接告訴他答案，就顯得自己很厲害！ 為何，論壇成立的目的是什麼？ 先問問大家，幾個問題？ 1.你是否有在剛學習某種語言時，茫然不知從什麼地方著手的情形？ (這時，如果有某人以過來人的身分，給你一本書的名子，建議初學者從這本 書開始) 2.你是否有在寫程式時，陷入某個死結，或許一下子找出答案，或者一天就這 樣過去了，如果有人從旁點一下，是不是很節省時間呢？ (有幾個人能追的上電腦進步的速度？ 大家捫心自問，有必要浪費這些時間 嗎?) 論壇成立的目的是讓大家討論，不是要你直接給答案！ 不然就叫FAQ好了！ PostgreSQL、FastReport專業討論區 http://pgsql.vip.idv.tw:8080 發表人 - lukyshu 於 2002/10/27 01:10:28

------
台灣 Delphi 俱樂部 

PostgreSQL、FastReport專業討論區

http://www.delphi.club.tw

所謂「天助自助者也」 如果希望別人拉自己一把 自己至少也要把手伸出來吧

------
-- 若您已經得到滿意的答覆，請適時結案!! --
-- 欲知前世因，今生受者是；欲知來世果，今生做者是 --
-- 一切有為法，如夢幻泡影，如露亦如電，應作如是觀 --

這是深度論壇的 程式設計知識及技術/Algorithm / Data Structure 版的版規, 其中有針對 "作業"等級的問題的規定, 先請大家先看看,請見: http://forum.vclxx.org/topic.php?TOPIC_ID=21755&FORUM_ID=58&CAT_ID=8&Topic_Title=[¤½§i]¥»ªOªO³W¡A½Хý¾\Ū¡I&Forum_Title=Algorithm / Data Structure 站長想聽聽大家的看法,謝謝! ～～～Delphi K.Top討論區站長～～～

------
～～～Delphi K.Top討論區站長～～～

我不是說一定完全不準"作業"等級的問題,只是該問題可以上來問一些如對流程有問題,一直想不出來,對觀念有問題等,像這種的我認為可以,因為他要的是一點提示及建議,如果上來要別人幫忙寫一個程式,那我就認為不是很好,如上來問題河內塔的觀念為何的話可以,如要人家提供程式,那就不用了,因為你只是幫他寫程式,而不是幫他釐清觀念,他永遠不懂"河內塔"是什麼,以上是我個人的淺見 @@~~飛翔在天際的精靈~~@@

------
@@~~飛翔在天際的精靈~~@@

引言: 站長想聽聽大家的看法,謝謝! ～～～Delphi K.Top討論區站長～～～

各位大大 以下是小弟我的看法~~希望大家不要介意 「作業」這兩個字~~應該可以更廣義的解釋 學校老師要學生做的「題目」~~叫做「作業」 公司老闆要員工做的「工作」~~同樣也可以稱為「作業」 因此我認為關鍵並不在於是不是「作業」 而是提問題的人~~他的基本「態度」 < class="code"> (1)如果提問題的人~~只丟下一個「大標題」和 e-mail 帳號 那就是擺明了~~希望別人幫他「寫作業」 那我認為~~這種人大可不必理他< > ( > 例如：給他幾個相關的「連結」或「書名」或「提示」 ( > 嘿嘿~~好像情況太多了~~不再詳述 總而言之~~我自己認為啦< > 如果提問題的人(不管是「學生」或是「員工」) 肯付出時間、心力、努力~~嘗試靠自己的力量去解決問題 過程中~~可能被幾個關鍵的「問題」給「卡住」的話 都是值得我們幫助他們的時候< > 備註： 所謂「幫助」 最好以「提示」、「指引」的方式進行 最後~~還是要讓「提問題者」自己把問題解決 這樣才能「刻骨銘心」吧??< >

劣者愚見﹐首先﹐比如 A={現在的學生(不僅指學校裡的學生，包括「無形的學生」)},B={心裡向學的學生},C={心非向學的學生} 假設A全等於B C，則B將會小於C，而且是「大幅小於」。

------
有困難就是能力不足，有麻煩就是方法不對... 劣者總是遇到困難，也時常出現麻煩

這也是一篇來自深度論壇的文章 L sir你介紹的笑話 不錯ㄛ 題目:<<求救～請幫忙解答這個問題 >> http://forum.vclxx.org/topic.php?whichpage=1&Forum_Title=Java&Topic_Title=¨D±ϡã½Ð¦£¸ѵª³o­ӰÝÃD&CAT_ID=5&FORUM_ID=24&TOPIC_ID=22119 超猛 哈哈 發表人 - jackkcg 於 2002/11/17 05:38:46

------
**********************************************************
哈哈&兵燹
最會的2大絕招 這個不會與那個也不會 哈哈哈 粉好

Delphi K.Top的K.Top分兩個字解釋Top代表尖端的意思,希望本討論區能提供Delphi的尖端新知
K.表Knowlege 知識,就是本站的標語:Open our mind

就在今天，就在今天，哈哈哈，真人真事。我目前是讀資管系的，資訊安全的課，老師要同學上台報告，當成學期報告成績。 有一位同學題目是"blind signatures for untraceable payments"，報告時天花亂墬的現況、盛況，真遺憾各位都沒有看到，報告結束時，老師當面問「你知不知道什麼是blind signature」，報告的同學居然回答：「不知道」。我當時心裡在想：哇拷，不知道還可以天花亂墬老半天，比如假設說今天要報告「仙境傳說的過關秘技」，報告時能夠講得好像整個仙境傳說的系統，包括server和玩家端都是他寫的，結果到最後人家問：「你知不知道什麼是仙境傳說」，回答「不知道」，真敢，心裡面再說一遍「哇拷」。 憑良心講，這也是我一直想要轉資訊工程的原因，在資訊管理的學生中，許多人(幾乎絕大部份)，只為了文憑，繼續跟它撐，平常沒事兒就是混，程式也不學，技術觀念也不會，報告前一天，或者是當天才上網查查資料，然後照念、用掰的，一個數學運算式的「power of 2」，大家都知道是2的n次方意思，結果報告時：「這個算式的權重是2」，我當場就看不過去，這個是我印象最深刻，但還不是最誇張的。 現在的學生(當然不是指全部，可能是因為我在這個環境之下，所以這種情況特別多且明顯)平常就是不學，連本科的知識技能都不會，然後學歷高高的，難怪「市面上」、業界要裁員，先從資管的開始。連累到其他認真走過來的人，也使得現在的高學歷，不一定有高能力的現象發生。 我是覺得學生上網問一下不會的問題，參與討論，或者是興趣、或者是需要，無可厚非。但是直接將課本的題目列出來，要求程式碼就要出現，這真的是該死的誇張。

------
有困難就是能力不足，有麻煩就是方法不對... 劣者總是遇到困難，也時常出現麻煩

本來覺得這個議題是沒什麼好回應的, 公理自在人心    是不是打混的學生或是員工, 大家一試便知    結果最近碰到七年級的同協, 果然和我們這些六年級的有非常的不同    加上最近感受到偶們偉大的台大教授和中研院士的努力下    "叫改"的成功, 和"賤狗式"數學的超級數學演算法 是有夠勁爆! 4*5一定要用4加5次! 而不是使用九九乘乘法的查表法    難怪在最近常有新手在問一次如何大量宣告變數, 如 ch1, ch2, ch3... 而不是使用陣列or結構    日本早在二次大戰前就開始作自我民族改造教育! 然而今天在某些"叫獸"的帶 領下, 台灣也是正在努力作大規模的自我民族改造運動! 而且是往九年一貫爛 的目標來進行! 這不是一已說改就改, 也不是用選票就能改變的事實! 除了是 現在茶餘飯後的笑話外! 我只能再慶興小孩不是生在這個時代! 但是，今天聽 到同事那天我分析的"賤狗式"數學, 他真的親自教導女兒背九九乘法表! 心中 感受真是感嘆萬分! 再想想當初為了師資班的大學同學, 只為了工作, 去修教 育學分的現象............哎~~~~ 還是老廣告一句: 好好的地方不待, 跑來這    我是覺得, 提作業的學生, 70% 是不用理會! 因為真的是有夠爛 但是30%呢? 我們只要注意有用心, 但一時想不出寫法的學生就夠了! 畢竟! 大家的學習過程不同! 絕招也練得不同! 只要誠懇用心, 態度謙恭的 學生! 想教的就教! 對於各位用心的大大! 只能說, 有時候, 付出自己的心 力或一點點的時間, 不一定是真的幫助一個人, 而且在害一個人, 別把自己 的同情心過度使用! (但我還沒遇到那30%的學生, 但人生還是有希望的) 最後附上一句古諺: 一粒米養百種人 發表人 -

唔..對不起大家..請不要打我..我現在才看到這篇..:P 麻煩下次站長或各位親朋好友如果對我的作風有意見，可以直接點名.. 因為這玩意本來就很主觀..我也許不能接受各位的批評或想法，但至少我看到了..:) 我先提提為什麼我會砍掉的動機，我並沒有看到作業等級就直接砍掉了。 這確實是讓發文者根本搞不清楚狀況就被砍文章。 所以我會給發文者一些時間來說明為什麼他要問這樣的問題。 如果我覺得我還是不能接受，sorry，請發文者換個地方。 至於時間長短，我覺得這無可厚非，原因只有一個， 如果該發文者真的對他的問題足夠的關心，相信一天內他一定會在上來看他的標題，如果有其它不能克服之因素使得他無法在一天內上來，我只能說抱歉。相關的問題我之前曾在論壇上說明過，不再贅述。 再者，我強調主觀認定，乍看之下真的是蠻霸道的，但試問，又有誰的原則通用於所有的論壇所有的問題？尤其是問題的認定如果真要細究其道理，真是公說公有理，婆說婆有理，到最後只會變成爭論而已，訂定詳細的規則對於我而言並沒有太大實質上的意義。所以，採用"主觀認定"這樣的字眼，並非擁兵自重，對於每篇文章的判定，各位網友都看在心裡，怎可以私慾以蔽之？我不敢說對每件事的認定都是對的，當我發現我自己錯的時候，我會很爽快的認錯，這事情也不是沒發生過。而當我覺得我有理時，我會將我的原則說明，對於發文者是否能接受則並非我的控制範圍之內。 至於，我一反常例，將所謂"不該出現"的文章一律刪除，原因很簡單，基於KnowledgeBase原則，這些東西，既然不被認可，也就不會有答案，不會有答案，即使以後Search到，這些也都是無用的，徒增困擾而已。也因此，對於已有相當回覆程度之討論串，我就很少予以刪除。因為，身為板主的責任之一，除了維持板上的秩序，還要能夠留下甚或標註好的文章。 ok, 講完了這些，來說說，何謂我心中的"作業等級".. 打一開始，我討厭"問作業"的心態，所以板規初稿上其實是寫著"不準問作業"..:P 後來的確就像前面討論過的，我在寫板規的同時也發現，如果真是有那種關心自己作業，而不是純來求解答的，這種人當然是不能歸類於一般所謂"問作業"的人.. 也因此，我想了想，就用了"作業等級"這樣的詞來單指那些心態不好的人.. 也許，這樣的詞用的並不是很好，但重點還是放在那些只想來求個答案的人.. 答不答在個人，刪不刪在板主，其實是沒錯的..但是，造成的結果是什麼？ 標題不斷的重發，一堆小白埋怨沒人理他們？所以，我寧可採強勢的規定來強制這樣的行為盡量的不要發生。負面的影響自然是有，但說難聽點，這是私人非營利導向的站臺，我們站長與板主群們有自己的想法與目標，而非是眾網友的Customer Center，不是嗎？為什麼得委屈求全低聲下氣的聽你的抱怨，解答你那種輕而易舉的就可以用RTFM、STFW即可完成的答案？浪費網路資源是一回事，浪費眾網友的時間是一回事，重點是那種心態即使是走到哪裡都欠打？So, 也許我改不過來那種人的心態，但起碼我叫他走路，最低限的作到維護這個站的秩序及希望的把網站導向修正回來。如果哪天他自己想通了，或者是願意接受我們的想法了，再回來，也不遲，不是嗎？所以，用一句話來說，"作業等級討論串"，泛指那些根本不懂何謂發問原則的傢伙。因為，我看不到他們的人，也就是說，他們的文字言論正代表著他們的行為舉止，不是嗎？ 在此先對不起大家一下..:P..我是七年級生..:P 我學程式並沒有很久，所以我很清楚我怎麼撐過來的， 對於那些肯學的人給予他們最佳的道路是我所樂見的， 「學問無捷徑，但也不需繞遠路」才是我對學程式的Feeling。 我也常常被一些Key卡住，百思不得其解，常常不是重寫，就是狂K書狂查資料， 看有沒有人有寫過或者是有哪些觀念可供參考使用，等到我真的不行了..我才會考慮把問題舖出來。當然，並不是我提的每個問題都可以被得到認同，尤其是我真的不行的時候，但至少我接受別人罵，好歹罵完了就會有點提示出來..:P 等到我被罵了多次之後，我就知道我常問的問題容易出在哪，有哪些該注意的，發言前有沒有需要檢查的。但是，反觀那些人的心態呢？我想多數是沒有的吧！？ 另，這個問題之前被討論蠻多次了，我在這提出我一點點的看法。 有為數不少的人，都會覺得說，有些Key，自己找了好久都找不出來，如果有個人在旁提點一下，答案馬上就出來了，效率差多少？ 我想，我站的立場並非如此。 想想，在過去，當我們都為一個問題苦惱許久的時候//尤其是那個問題以我們自身的程度來說不單純的時候.. 大家都怎麼作的？是不是將大問題拆成小問題，仔細去想每個小問題的答案，去找找有沒有其它人的借鏡可以供我們使用？ 這中間造就了什麼？分析、推理、恒心毅力、找資源的習慣與方法..etc. 不是嗎？你可以告訴我說，你現在期中期末要交報告，沒時間研究，還是這個案子結案時間快到了，所以趕緊來搭救我。這就是我所謂的捷徑，給予了那些提問者所謂的捷徑造成的是什麼？讓他們抒困了當前的難題，卻無法培養他們這方面的Knowledge的使用方法及原理，這樣真的好嗎？ 也因為如此，當我們千辛萬苦的將答案撐出來，那種感受絕對比旁人提點，幫助你完成的成就感還來的高好幾倍不是？而且，就跟前面網友提到的，那種"刻骨銘心"的感覺，不但是感覺，相對的，解決類似問題的方法早已深嵌你腦海，甚至是因而收獲了其它相關及不相關這方面的知識，這種感覺相信各位前輩 也是有過的吧！？ 論壇就是用來討論的，那些早就有制式答案的問題，用RTFM和STFW可以輕輕鬆鬆的找出來，又何來討論之用？既非討論，又何來論壇之用？這二者並非絕對，但亦非因此而可以模糊甚或不管的。 以上是小弟的一點拙見，並非絕對，如有任何問題，歡迎繼續討論或寄信給我^^|| = Delphi - Emulator = 發表人 - emulator 於 2003/02/28 04:25:28 發表人 - emulator 於 2003/02/28 04:33:13

------
= Delphi - Emulator =

哈！這個題目，不管在那裡，都造成迴響。 小弟倒不反對提出"作業"等級的問題，重點是要問得有技巧，要真的去做過，把所遇到的瓶頸請教大家，相信不會有人反感的，而且也可以讓我這種初學者"灌水"的機會，享受一下"助人"的快樂。 我想，每個人都當過初學者的，有時是連"問題"都不知道怎麼問咧，也不知道該在那裡發問，怕"問題"初淺被笑… 不要管"問題"的等級，"態度"才是很重要的，態度不好，可以糾正他，但他是得不到解答的； 如果覺得問題太淺，可以不回答，但還是會有剛闖關成功的人想分享自己的喜悅。 總之別太在意，動這種肝火，何必呢？ 小弟也是資訊科系畢業的(十年前了)，真正想學的大概只有一、兩成？我想應該說，想學的很多，但能應用的(學得好的)不到一成。

問者無意。答者有心。 ....共勉之

呼~~終於看完了一連串有關"作業"問題的一大堆"超鏈結"的文章..@@ 有一些感想及牢騷...@@ 相信這裡也應該有不少產業界的主管級人物在這走動.. 我有幾個小小的問題.... (小弟入軟體業不久..@@..而且是一個大學肄業生, 也就是只有高中學歷) 1.當你們在應徵人的時候是否已學歷為第一考量抑或是工作的第一門檻?? 2.能力與學歷哪一個是薪資的標準?? 以下是我當初級現在所面臨的問題及我所得到的解答..^^ 1.是的,學歷是一個門檻..而且是必備的..@@ 當初我去應徵過數家軟體公司遇過一些狀況.. a.沒有面試的機會. b.同樣的面試官的問題, 我凱凱而談切重要害, 高學歷的蜻蜓點水不知所云, 但是他被錄取了, 我被cancel了 2.學歷是薪資的標準, 不論你的能力與否, 以我現今的工作來說 (同一個project): 之前我的老闆找過許多大學畢業的或研究所畢業的, 三個月的試用期, 做最多的是把一個程式的介面完成了, 但是icon按下沒有任何的功用. 他們的薪水: 最少四萬.. 小弟我..一不小心一個多月把整個程式完成了.. 如今我的薪水仍然是二萬八千元.. 所以, 綜合以上的結論: 這一個事實告訴我們, 無論你用任何手段或方法, 是抄的或做弊或請人 寫的都好, 學歷拿到最重要, 因為薪水一定高.. 苦幹實幹努力有能力但是沒學歷, 死好, 薪水永遠比人少 這是'討論論壇上發問"作業"等級問題'的"人"所造成的嗎?? 如果不是, 而是另有其人..那我們怎麼能說'討論論壇上發問"作業"等級問題' 是不對的?? 他們只是要換取更多的薪資及學歷而已..因為會不會沒關係, 學歷拿到薪水自然高就好..@@ 不好意思發了這麼多的牢騷..@@ =>目前正在讀夜校補大學學歷中(白天還在上班) 發表人 - okiss 於 2003/03/31 13:19:07

我跟你一樣也是大學肄業  現在晚上也在中興大學讀夜間部補學歷, (唉,期中考又要來了)    曾經,我也跟你遇過同樣的問題,我甚至跑到竹科去面試 (被噱得很慘,不過也有要我去上班的) 你的體會我很能感同身受,    也曾經或許現在也是,我憤世嫉俗,目空一切, 只是,漸漸地在重拾書本回到校園後,我深深的覺得這時候 來唸書,雖然晚了點,但所學真的很深刻,加上了工作這幾年的經驗, 很巧合的能加以相互驗證,深深體會到, 開發工具與資訊技術有時窮,規劃組織的能力卻可以無盡 (節錄自小弟拙作『專案開發會計系統實作』的序,又廣告了,不要k我) 放開視野吧,也許目前你是吃虧的,就長遠來看,要怎麼收穫就要怎麼栽, 盡其在我,用心耕耘吧. 一起加油. P.S. 還真是他鄉遇故知啊,真是要人命的二一制度.

引言: 相信這裡也應該有不少產業界的主管級人物在這走動.. 我有幾個小小的問題.... (小弟入軟體業不久..@@..而且是一個大學肄業生, 也就是只有高中學歷) 1.當你們在應徵人的時候是否已學歷為第一考量抑或是工作的第一門檻?? 2.能力與學歷哪一個是薪資的標準??

以我的公司來說, 面試時比較重視那一個科系, 學歷比較其次, 有許多我面試進來的員工都不記得他們的學歷是多高了! 當然,如果面試的主試者是技術部門的人才, 當然會在意面試者有沒有真才實料, 但若是主試者僅僅只是人事部的主管, 學歷會是他的第一考量! 以前我的大學同班女同學, 畢業後去宏碁面試, 筆試十題錯九題照樣錄用! 所以,人還是得面對社會的現實面,基本學歷還是要有的啦! ～～～Delphi K.Top討論區站長～～～

引言: 當然,如果面試的主試者是技術部門的人才, 當然會在意面試者有沒有真才實料, 但若是主試者僅僅只是人事部的主管, 學歷會是他的第一考量!

非常同意。而那也是沒辦法的事，因為他們跟本不懂，所以只好相信學校所發的證書。 我以前要為公司聘請設計部的人，雖然我不懂設計但因為是新部門沒人懂所以也硬著頭皮的去請人，最初也想不太著重學歷，但很快便發現如果你不懂時相信學歷比相信面試的人說的東西可靠，所以直到該部門比較成熟主管可以直接參與主試之前，只好比較注重學歷了。

引言: 以前我的大學同班女同學, 畢業後去宏碁面試, 筆試十題錯九題照樣錄用!

唔...會不會女性優先呢? 只是說笑，別發怒啊

不過 我覺得要看公司錄取的標準及目的為何 如果要用新鮮人當然學歷會比較重要 而其背後最重要的原因應該是(自己想的) 當遇到問題時或需要研讀新技術時 學歷越高的應該能夠在最短的時間內自己完成及理解它 尤其現在所有有關於資訊軟硬體方面的最新知識 第一時間之內通常是英文文章方面佔大多數(等中譯本通常就來不及了) 也就是要包含閱讀外語能力 基本上學歷能有水準之上的(碩士,博士) 理解力及外語閱讀能力應該比其他學歷強的多 公司所付出的成本也會比較低 所以公司方面在完全不認識你的情形下 如何憑一張履歷表來決定 往往就是學歷 尤其是一些技術門檻高的行業 如研發CPU,DRIVER 之類的公司 更是有過之而不及 軟體公司就比較不重視學歷(當然有最好) 反而較重視你的技術經驗及KNOW-HOW 所以沒經驗 就要有學歷 沒學歷 就要有經驗 天行健 君子當自強不息~~@.@

------
天行健
君子當自強不息~~@.@

基於各位大大以上的看法: 若是主試者僅僅只是人事部的主管, 學歷會是他的第一考量 人還是得面對社會的現實面,基本學歷還是要有的啦! 再者,薪薋標準依然是學歷(就算你承認了他的能力), 對吧?? 因為, 目前我所知道及看到的, 都是如此. 假使A的學歷只有'五專', 就算A的各方面能力及經歷都"遠遠"超越研究所的B, 就算A是課長, 什麼都會, B是工程師, 什麼都不會. 但是, 依然A的薪水會是比B低. 所以,會不會沒關係, 學歷拿到就好. '討論論壇上發問"作業"等級問題'的人 只是要換取更多的薪資及學歷而已, 這樣的話, 管他有沒有學, 管他會不會, 管他作業是誰寫的, 只要學歷有到手, 還怕沒工作, 薪水不高, 對吧?? 於是乎, 造成了討論論壇上發問"作業"等級問題的想法的學生 比比皆是, 程度越來越差, 難怪我可以拿第一名..@@ 所以, 不用那麼計較囉, 不用勸他學囉, 你有權利不教他, 但卻無權管教他, 因為這是"環境"所造成的.....=.= ps: 我是屬於不理他的那種...@@...因為我討厭"高學歷低知識"的傢伙...=.= ======== 越來越像"先有雞還是先有蛋"的問題了 ======== 發表人 - okiss 於 2003/04/01 11:52:26

引言: 若是主試者僅僅只是人事部的主管, 學歷會是他的第一考量 人還是得面對社會的現實面,基本學歷還是要有的啦!

我有不一樣的看法,很多時候,公司需要的是一種具有耐性的人 而不是能力最強的人,而求學的過程本身就是一件非常需要耐性跟毅力的, 當然也許你會說能力強學歷不高的人就沒有耐性跟毅力嗎? 答案當然不是肯定的,只是,藉由學歷主管可以初步確定具有這樣特質的人,而這樣的選擇也是一個較為可靠的方式. 將問題原封不動丟上來問的,有的,但不是大多數,大多數的人還是會想辦法鑽研尋找答案. 其實,你可以把自己試著想成你就是老闆或是主管,如果是你,在一百個人當中,你是要找能力強可是卻盛氣凌人的人,抑或是有一定的學歷,是個可塑之才的人呢. 很多時候,某些公司的企業文化是要找聽話的,而不是意見多的,更多的時候是需要具有靜如處子動如脫兔特質的人,該衝的時候就要衝,該沉穩的時候就夠穩.個性,其實也是決定人的際遇的一個很重要的因素. 與其擾擾嚷嚷讓自己不平衡,不如把這不平衡找個地方充分發洩,例如繼續鑽研更高深程式設計的領域也是一個不錯的選擇,當成為Expert或是Mastr後,學歷,又豈是如此重要,除了看過程,也看結果,這就是現實的世界,自己肯定自己是不夠的,要讓別人也肯定你那才有發揮的空間,這,也是社會的一部份,大家混口飯吃罷了.

引言: ps: 我是屬於不理他的那種...@@...因為我討厭"高學歷低知識"的傢伙...=.=

每個人都有自己喜好的族群啦, 但有時人非絕對的啦, 我常說: 人無永遠的益友,也無永遠的敵人! 學歷的高低只是相對的非絕對的, 以站長是大學畢業的學歷算高還是低, 算是高學歷低知識或是低學歷高知識呢? 端看不同人的眼光就會有所不同吧! 所以不要太去再意別人對您的偏見, 自己的心中永遠有一把尺, 只有您自己可以拿捏得宜! ～～～

喔喔...誤會大了...@@.. "我是屬於不理他的那種...@@...因為我討厭"高學歷低知識"的傢伙...=.=" 這句話我表達不好..倒過來好了.. 因為我討厭"高學歷低知識"的傢伙, 所以我是屬於不理他的那種 因為這樣才不會造就一個我討厭的傢伙.. 嗯...就是這樣..^^ ps: 難怪我的國文一直都不好....=.= 發表人 - okiss 於 2003/04/01 13:39:18

引言: 喔喔...誤會大了...@@.. "我是屬於不理他的那種...@@...因為我討厭"高學歷低知識"的傢伙...=.=" 這句話我表達不好..倒過來好了.. 因為我討厭"高學歷低知識"的傢伙, 所以我是屬於不理他的那種 因為這樣才不會造就一個我討厭的傢伙.. 嗯...就是這樣..^^ ps: 難怪我的國文一直都不好....=.= 發表人 - okiss 於 2003/04/01 13:39:18

了解, 沒事,也沒誤會發生啦! 大家歡喜就好啦! ～～～Delphi K.Top討論區站長～～～

唔~我想，作業等級這樣的問題.. 並不侷限在那種所謂"學生"這種人身上.. 這應該是那種有"交作業應付"心態的人身上.. 既然都是來到同一個論壇， 我想，實力高低，年齡大小，學歷多寡這樣的問題，似乎並不是那麼的重要。 重點是，今天你進來這個論壇的心態是什麼？ 對我來說，那種公司的問題解決不了，帶上論壇來問，還說急急急的人，只是想要個解答，拍拍屁股走人，這樣跟所謂的"學生問作業解答"的心態相去何遠？ 我不敢說那種社會是社會，論壇是論壇，二者完全無關這樣的話， 但我想既然是論壇，既然是討論的好地方，為什麼要讓這種人破壞討論風氣呢？//很抱歉，我覺得這真是一種破壞。 所以我才會採取較強制性的手段。 = Delphi - Emulator =

------
= Delphi - Emulator =