PCDVD數位科技討論區

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   七嘴八舌異言堂 (https://www.pcdvd.com.tw/forumdisplay.php?f=12)
-   -   中年的心境轉變~~(抱怨文) (https://www.pcdvd.com.tw/showthread.php?t=1193056)

Earstorm-5 2022-02-13 05:25 PM

我現場團隊老師父6人的英文都很差, 只是專業很強, 我都自嘲好險会英文不然就不需要我了…

其實k大英文也不怎樣.

hendry2002 2022-02-13 06:49 PM

引用:
作者Earstorm-5

其實k大英文也不怎樣.


2022補刀大賽

正式開始

:laugh: :laugh: :laugh: :laugh:

NTC_TW_IT 2022-02-13 07:36 PM

30歲對工作還有熱情啦,加油~保持下去
再幾年應該就沒有那些熱情囉
至於寫程式這檔事~~如果沒有硬性規定規範,基本上程式能跑就很保佑了
不然你今天說人家寫得不好,其他人搞不好覺得你寫的也不好勒
你的class, variable, function, ,method naming rule有沒有符合規範?
每一行code的長度有沒有符合規範?使用哪一個框架?
一個function能不能在一頁的範圍內就一次顯示完?
理論上年紀越大,越可以隨波逐流
甚至可以接受所謂的將錯就錯(指跟你n年前學的某個語言中的某個規範相互衝突)

PS:
我不能接受程式不回傳return code,但是如果有人堅持現在新的規範就是這樣,我就會配合他
至於程式間通訊出問題,就不管啦~反正隨波逐流咩

補充詢問,除了演算法工程師,有哪些公司真的會去算程式的時間與空間複雜度?

Earstorm-5 2022-02-14 08:06 AM

引用:
作者hendry2002
2022補刀大賽
正式開始
:laugh: :laugh: :laugh: :laugh:


哎呀~ 被扭曲意思了, 拿K大例子是因為他超強的好嗎~
我不好意思一開始就說自己不會日文還不是被請進日商.

說真的工作要看開, 很多人容易被刺激到, 以下辛辣, 小心服用.
就在昨晚睡前我想到這次的項目, 就用手機慢慢打字弄了一份清單.
=> 當然是發給大寶貝 (他需要特別照顧).

他抱怨說怎麼這麼晚才通知 (裡面項目不是他自己要歸納整理好?)
說有些還沒弄要怎麼辦 (不是自己要想辦法解決?)
問我能不能早上幫他看 (太神了, 還知道我都會早點到公司處理~)

所以今早... 反正閒著無聊就補缺了, 只是都署名, 免得他小人盜為己用.
(特別是信件C.C. 他做事情很糟, 但厚黑學有入門)

剛看到大寶貝用小學2年級的口吻: "麻煩你以後工作先這樣交代清楚!"
... 這讓我熊熊想起很多人也都喜歡用交接清楚這個"模糊概念"來掩飾.
:laugh: :laugh: :laugh:

說真的, 預判到一定的程度後, 是不太會生氣, 純然當笑話看了.
(重點是這個月的項目, 穩穩地交出去, 我想月底休假1天, 228出遊湊4天)
... 雖然沒有這個用意, 但也發現他這樣會凸顯我或他主管的... 優點.
(這或許是為何他的主管保留沒有採納我當初說把他資遣, 換一個好的進來)

中年, 或許就是世界不再單純了.
===

大寶貝也是樓主說的那種老是做得參差不齊, 只是上下班跟安排時間抓得很準 XD
而且還有點厚黑, 有些case會特別等到4:45才回覆, 利用我早起的特性.
只是他也不在乎領低薪, 繼續抱怨獎金分比較少, 看不出來(或不在乎)別人瞧不起他.

DaweiChen 2022-02-18 03:19 AM

引用:
作者aniceperson
dateline跟deadline, 這應該就是單純的筆誤而已
不覺得這有什麼大問題

就像很多人很在意
「再在」
「的得」
的差異


是沒什麼大問題

不懂就改就好了

只是如果在公司這樣硬凹

『dateline跟deadline, 這應該就是單純的筆誤而已
不覺得這有什麼大問題』

大概是會被全公司同事當午後下午茶時笑話談

自稱老鳥連deadline都不會(那種剛到公司一兩天的新手就算了)

這不是開會必備單字之一嗎? :laugh:

Double Q 2022-02-18 10:09 AM

我的英文不好
進公司很多專業名詞不懂
只好翻翻文件查字典(幹以前只有字典拉,別跟我說上網查)
現在嘛~~他媽的不用看文件了,那是別人的事情

darkangel 2022-02-18 11:34 AM

引用:
作者NTC_TW_IT
30歲對工作還有熱情啦,加油~保持下去
再幾年應該就沒有那些熱情囉
至於寫程式這檔事~~如果沒有硬性規定規範,基本上程式能跑就很保佑了
不然你今天說人家寫得不好,其他人搞不好覺得你寫的也不好勒
你的class, variable, function, ,method naming rule有沒有符合規範?
每一行code的長度有沒有符合規範?使用哪一個框架?
一個function能不能在一頁的範圍內就一次顯示完?
理論上年紀越大,越可以隨波逐流
甚至可以接受所謂的將錯就錯(指跟你n年前學的某個語言中的某個規範相互衝突)

PS:
我不能接受程式不回傳return code,但是如果有人堅持現在新的規範就是這樣,我就會配合他
至於程式間通訊出問題,就不管啦~反正隨波逐流咩

補充詢問,除了演算法工程師,有哪些公司真的會去算程式的時間與空間複雜度?


1. 一個合格的程式員,對基本的時空複雜度應該都要有底,
合格程式員能知道 Array, Hash, Linked-List
的時空複雜度與優缺點,也能大致看出一個 function 的時空複雜度。

2. function 的一頁到底多少行,舊式顯示器文字模式 80x25,
現在誰用這個,都高解析一頁幾十行,那這一頁又是多少?
不然我說是 25 行,有些人 Linux bash export LINE=20,
你說你的 VS Code 一頁 50 行,要聽誰的?

所以 function 的規範從來都不是在一頁中顯示完,
正確來說是 function 應該只做"專門或最少"的事,
這算是是軟工跟哲學問題,要講的道理太多,
所以才有人乾脆要求一頁顯示完,這叫不求甚解,
有的 function 只處理一件事,但搞不好都上百行,
這在很多 open source 上都能看到,但他們是對的。

3. 雖然很多人不清楚,但回傳值實際上是有原則跟慣例的,
有回傳值的叫 function,無回傳的叫 procedure,
而回傳給作業系統的又是另一件事,
有標準是好事,但別劃地自限,規矩不是這樣用的,
有些人把 goto 當成異端,
可是機器語言都是 jmp/b 飛來飛去,
有本事不要用啊,所以真正要理解的是盡量不用 goto 的原因,
而不是完全不用,goto 在一些 error handling 上很好用的,
同理,function 也可以是無回傳值的,不然你會去檢查 printf 的回傳值嗎?

4. Coding Standard/Style 在真正專業的團隊都很重視,
當然每個團隊都有自己的標準,但大致都有東西可以參考,
有興趣可以去看看一些書與文件,如 C++ Coding Standard,
Doxygen/JavaDoc, Python 的 PEP8,這些才是規矩的正確使用方式。

當然請別走火入魔,
請參考美劇 Silicon Valley 某集,
宅男主角好不容易碰到曖昧對象,
結果因為 tab 跟 space 不合的搞笑:
https://www.youtube.com/watch?v=SsoOG6ZeyUI

用 tab 跟 space 其實都無所謂,
但我無法接受 tab 跟 space 混用 (只能選一個),
但這東西很難要求別人,所以我都只要求我自己。

還有請別推 clean code,這本只對新手有參考價值,
如果有人覺得這本書好棒,我只會覺得你很菜,
啊上面的東西不都是基本嗎?

:laugh: :laugh: :laugh: :laugh: :laugh:


所有的時間均為GMT +8。 現在的時間是07:34 AM.

vBulletin Version 3.0.1
powered_by_vbulletin 2026。