推 ko27tye: 不要再call by address了 c++只有call by value和call 05/30 14:18
→ ko27tye: by reference 05/30 14:18
噓 Dracarys: C/C++ 05/30 14:27
→ royyy: C++支援call by reference, 但原本的call by address 還是 05/30 15:47
→ royyy: 有啊 05/30 15:47
推 holebro: c就是call by value jserv在教都沒在聽 05/30 16:02
感謝各位先進提點,不過這邊也是個很好的例子,我在程式語言的基礎上出現了理解錯誤
但如果使用時並沒有用到那一部分,也就不影響實作的狀況
只是在這種情況下,並不能說我真的選擇了這門語言,只是這門語言剛好能讓我達到目的而已
※ 編輯: albert8304 (220.128.240.146 臺灣), 05/30/2022 17:00:49
→ royyy: C要用call by address 解釋才能理解傳址的抽象觀念,你跟 05/30 21:25
→ royyy: 初學者說其實address 也是傳值就是在搞人家 05/30 21:25
推 aidansky0989: 轉職語言是重點沒錯,每種語言都有適合做的事 05/30 22:07
在轉職上,通常會限定語言都是為了符合團隊,不過廣泛地來看,假設以後端來看
JAVA、C#、PYTHON、乃至於GO都有很多職缺,所以進特定公司的特定部門,語言是
重點。但如果只是進特定職缺類別,語言的重要度就下降不少了
推 ifor: 好心人把重點寫出來了,推! 05/30 22:32
推 kkttyy: 推好心人 05/30 22:35
推 ttss4092: 笑死,能達到目的...所以語言還是一樣不是問題啊 05/31 08:15
入門到專精,路途非常的遙遠,選擇特定的語言就是要達到後面卓越的效果,或是特定的成果
我想表達的就是,選擇語言不重要是要看命題的
推 hegemon: 如果單純只是想要把東西做出來交差,語言不是問題. 但是 05/31 08:31
→ hegemon: 如果考慮可維護性,日後人才尋找,生態系,及資源利用效 05/31 08:31
→ hegemon: 率的話,語言就是問題 05/31 08:31
很多的時候是古早開發的歷史共業,前人就這樣搞了,也只能找這方面的人來續命了
要成為一個專案開創的主導者,需要不少的資歷,甚至是一些機運,對一般人來說不容易遇到阿
推 ttss4092: 認同 hegemon,重點還能選擇技術的知識 05/31 08:39
→ testPtt: 我一開始學覺得那些call by xxx有點天馬行空 05/31 09:41
→ testPtt: 後來想想所有的目的都是要get value只是要求的來源不同 05/31 09:43
→ testPtt: 學程式只要懂碰到什麼指令符號做相對應的動作不用想太多 05/31 09:48
※ 編輯: albert8304 (220.128.240.146 臺灣), 05/31/2022 10:10:16
※ 編輯: albert8304 (220.128.240.146 臺灣), 05/31/2022 10:11:04
推 hegemon: 看很多小朋友新創整天說語言不重要,隨著創始成員個人喜 05/31 10:15
→ hegemon: 好來選擇語言,結果之後要補人找不到人,團隊變大以後發 05/31 10:15
→ hegemon: 現需要結構化,需求變多發現生態系不完整,用戶變多發現 05/31 10:15
→ hegemon: 資源效率不彰就覺得好笑 05/31 10:15
推 ttss4092: 其實沒什麼,活下去以及變大才是最重要的,有錢找高手處 05/31 10:20
→ ttss4092: 理就好 05/31 10:20
推 hegemon: 很多人都這樣想,結果後來發現沒有資源去處理,不處理又 05/31 10:32
→ hegemon: 阻礙公司發展,超慘 05/31 10:32
→ hegemon: 第一天就做正確的決定比後來找高手省太多了 05/31 10:32
推 keyofdejavu: 但一開始就這樣搞可能直接就倒了 05/31 11:34
推 hegemon: 如果一開始就走正確的道路會倒的話,這種團隊還不快逃? 05/31 12:10
→ hegemon: 都是藉口而已 05/31 12:10
推 ttss4092: 商業規商業,技術歸技術,懂就懂 05/31 12:41
推 hegemon: 打工仔跟老闆的角度對語言的看法不一樣,解開自己的職責 05/31 12:42
→ hegemon: 跟格局眼光在哪裡 05/31 12:42
→ hegemon: 就看自己的職責跟眼界格局到哪裡 05/31 12:46
我只看過不願意付錢讓員工合法使用工具的公司,沒有看過員工自己選擇便宜的工具的狀況
選擇有好用的IDE開發的語言應該是大多數員工的想法吧?但這些語言要使用IDE就要付費,
所以是打工仔自顧自的選用,還是受限於大老闆的格局眼光呢?
直接把員工當成只會躲在舒適圈的開發者,不太好吧?
※ 編輯: albert8304 (220.128.240.146 臺灣), 05/31/2022 17:25:35
推 hegemon: 你可以因為現實做打工仔的事,但是不能整天抱著打工仔的 05/31 18:44
→ hegemon: 思維,要不然哪天決策權落到你手上時,還是用打工仔的思 05/31 18:44
→ hegemon: 維做事,對整個團隊都不好 05/31 18:44
→ hegemon: 整天不看需求就整天出來說語言不重要的,就是抱著打工仔 05/31 18:46
→ hegemon: 思維做事 05/31 18:46
→ hegemon: 當然老闆跟公司說用啥就用啥,但是你自己要去研究有沒有 05/31 18:48
→ hegemon: 更好的選擇,隨時保持懷疑與探索的心 05/31 18:48
→ MonyemLi: 現實來說,我會很多語言,不是自願的,是公司環境迫使 06/01 07:35
→ MonyemLi: 我要會 06/01 07:35
推 ttss4092: 大海與浴缸的故事 06/01 08:47
推 Wishmaster: 事情有時候要先推動才有後續,如果計畫有強者可以 06/08 11:26
→ Wishmaster: 縝密規劃當然最好,問題是通常沒有那個強者... 06/08 11:27
→ Wishmaster: 所以只好先求有,先求進度;後續再來改善.... 06/08 11:27
推 sop317: 推推 畫重點 06/10 15:09