3.06.2022

你老闆在你背後,有點火:不想被主管整死、被屬下氣死、被同業害死,不可不知的職場文化人類學!


        其實這一本書已經買了很久了,只是一直都沒有時間來閱讀;直到今年的寒假九日結束前才閱讀完,前後大概只花了兩天多左右。

        當初會想要買這乙本書,我沒記錯的話,應該是在作者的IG上看到要出新書了;再者,自己一直覺得每一份工作或是領域待久了,視野往往都會變得比較狹隘 (與其說是「狹隘」有點言過其實,確切地說應是由原本得生手荊棘到最後的得心應手)。而自己的工作性質是屬於較為枯燥乏味的後勤研發相關人員,和作者所處的行銷公關領域大相逕庭,所以想要了解一下別的產業在工作上有何值得借鏡的地方。

        本人從踏入社會這個大染缸到現在,工作年資已經約10~15年了,雖然還稱不上浴火鳳凰,涅盤重生;但也在自己的工作領域獲得某一部份的成就。以自己的角度來看這一本書,會比較適合剛踏入社會的新鮮人,或是年資不到5年的工作者來閱讀。作者在書中提到的許多職場上的點點滴滴、風風雨雨,在自己所處的行業別也是半斤八兩,不分軒輊。

        整本書分成三大章節25小節,每一小節都是作者在職場上的經歷及感想,因為整本書並無連貫性,非常適合每日睡前閱讀10~30分鐘。

        當然,如果正在閱讀此篇文章的你,剛好適逢初出茅廬的小夥伴,這本書對你將來的職場應對進退會有所幫助!

        謝謝!

2.04.2022

[LineAge] 傲慢之塔7樓、龍之谷地監、火龍窟, UnFinish??

關於線上遊戲天堂 (Lineage)的怪物狩獵紀錄,這應該是最後一篇了!因為在2021年十月27日的改版─全新職業─【黃金槍騎】降臨!這個怪物狩獵的遊戲規則就已經改掉了!

而且,許多狩獵地圖在後來的改版過程中,都慢慢地被消失:遺忘之島海賊島 (海賊島地監船舶之墓德雷克的任務古代精靈墓穴地底湖)、時空裂痕 (底比斯 歐西里斯提卡爾 庫庫爾坎日出之國)、拉斯塔巴的棧道 (狄亞得要塞古代巨人之墓歐姆地監)、慾望洞穴 (原生魔族)、暗影神殿 (不死魔族)、夢幻之島;連付費的臺幣地圖:隱藏的傲慢之塔隱藏的古代精靈墓穴。通通都沒了!就變成打架盟要找玩家們練功非常容易。

殘忍的萊肯殘忍的冰原老虎
殘忍的火焰戰士殘忍的阿西塔基奧殘忍的火焰弓箭手
BOSS級的怪物─冷酷的愛莉絲 (分身),不知道是啥原因,莫名其妙地打了一隻!而且,殘忍的火焰弓箭手數量非常地少,其餘的怪物都已經狩獵到10萬隻了,這一隻才狩獵到1萬隻而已!

除此之外,火龍窟龍之谷地監的怪物也都狩獵的差不多了,只差泥龍荒龍火燄高崙泥龍荒龍只出現在龍之谷地監七樓,但該處無法使用指定傳送;而火燄高崙只出現在火龍窟深處。這3隻怪物直至十月27日為止都只差一點點就達標了!可惜啊!

相關記錄:
0. [LineAge] 古魯丁地監, Finished!!

1. [LineAge] 傲慢之塔4樓, Finished!!
2. [LineAge] 傲慢之塔3樓, Finished!!
3. [LineAge] 傲慢之塔2樓, Finished!!
4. [LineAge] 傲慢之塔1樓, Finished!!

2.03.2022

鳥不拉雞的Wireless筆記。。。。。

大年初三....不知道要幹嘛。。。。。想一想有啥鬼東西可以整理的....看到自己的記事本還記錄了一些之前做的關於無線網路的筆記,雖然這些對於高手而言都是皮毛,不過畢竟是自己的學習紀錄,還是把它們抄過來好了!

◎ 無線網路對於"速度"的指標~MCS (Modulation and Coding Scheme)模組及編碼策略表。用意在於不需要去背誦每乙種Wireless (IEEE 802.11 b/a/g/n/ac/ax)所定義的速度,而直接用MCS來做查詢。

Coding Rate N / M 表示當傳送 M bit 的資料時,只有 N bit 是真正有效的資料,即「資料有效率」。

Short Guard Interval (SGI)短保護區間好像是指在無線網路中展頻技術間訊號傳送的時間間隔,SGI越短,傳輸速率越高

◎ 早期的無線網路技術IEEE 802.11b/a/g只需要1根天線 (Antenna)即可。但 IEEE 802.11n 之後是一個分水嶺需要2跟以上的天線,對多到4根天線。因為多了MIMO (Multi Input Multi Output)技術。

◎ 傳輸速率之所以提高,並不是"單一天線的速率提高",而是因為使用了MIMO技術。

◎ 目前常見的產品多為 1T2R / 2T2R / 2T3R / 3T3R ;雖然 11n 可以支援到4根天線,但市面上並沒有 3T4R / 4T4R 的產品。

◎ 天線的「訊號強度」取決於訊號的「發射功率」即dBm。所以並沒有「天線數量越多,發射訊號越強」這種謬論。

◎ 11n的MIMO其實指的是SU-MIMO (Single User MIMO);而 11ac 則是MU-MIMI (Multi User MIMO)

SNR,Signal-to-Noise Rate,訊號雜訊比率,簡稱訊噪比BER,Bit Error Rate,位元錯誤率

TPS (Transmit Power System,傳輸功率系統)和DFS (Dynamic Frequency Selection,動態頻道選擇)是5 GHz才有的東西。

◎ 相較於2.4 GHz的頻率,頻道單純 (FCC: 13 Channels; ETSI: 11 Channels; JAP: 14 Channels),而5 GHz的頻道較多且雜,有一些甚至還會覆蓋和干擾到軍用的雷達頻道。此一部份在FCC並無太大的問題;但在ETSI則是遇到很大的瓶頸,因為歐盟許多國家的軍用雷達都是使用5 GHz這個頻率。所以賣到歐盟的產品必須經過TPS和DFS的認證。

◎ DFS的功能是當偵測到軍用雷達的頻道時,要能夠自動地切換到其它的頻道。

◎ Wi-Fi應用在IoT的領域中,擴大Wireless涵蓋範圍的方法,不外乎有三種:

1. 加大天線,提高功率:無論天線和功率如何地放大,都不能夠超過當地國家地區的相關法規。

2. 使用橋接器 (Bridge)和中繼器 (Repeater):會耗掉一半的頻寬在做訊號的處理,對於ThroughPut無法有效地提昇。

3. 新增另一個AP:容易發生無線訊號品質不佳的狀況。當使用者從AP1移動到AP2時,因無法觸發漫遊的臨界值導致於設備上在與AP1連線,但訊號品質不佳,卻又無法自動地切換到AP2。

◎ 為了解決上述3點的問題,Wi-Fi Mesh Network (無線網狀網路)應運而生。相關規範:

1. IEEE 802.11k:Neighbor Report (鄰居報告)。
2. IEEE 802.11v:Wireless Network Managerment (無線網路管理)。
3. IEEE 802.11r:Fast Transmission Roaming (快速傳遞漫遊)。
4. IEEE 802.11x:Network Access Control (網路存取控制)。

◎ Wireless Mesh Network的主要功能:
1. 無縫漫遊 (Seamless Roaming)。
2. 頻段引導 (Band Steering)。
3. 自我修復 (Self-Healing)。
4. 裝置引導 (Client Steering)。

IEEE 802.11ac Wave 2有4個特性:
1. 256-QAM
2. 80 / 160 MHz Bandwidth
3. Higher Spatial Stream
4. MU-MIMO

IEEE 802.11n20 / 40 MHz Bandwidth
IEEE 802.11ac Wave 180 MHz Bandwidth
IEEE 802.11ac Wave 280 / 160 MHz Bandwidth

Beacon Interval (信標間隔):一般的無線網卡都是在做被動式掃描 (Passive Scanning),即在作業系統下開啟無線網路的相關管理程式。它會一直在做輪詢 (Polling)掃描ISM頻道,而掃描的依據則是Wi-Fi AP所釋放出的Beacon訊框,掃描道之後才會顯示在軟體上的ESSID欄位。

1. 間隔調高:較不占頻寬資源,提昇網路效能,Client端較省電,因為不會一直掃到。
2. 間隔調低:較占頻寬資源,因為AP一直釋放Beacon訊框;優點是Client端易於連上AP。
3. 應用時機:當Client屬於移動狀態,或是戶外公開場合,可把信標間隔調低 (單位:微秒 10 ^ -6)。

RTS / CTS Threshold (Request / Clear To Send Threshold)要求 / 允許傳送門檻。基於Wireless的CAMA/CA機制,當Wireless在溝通時,會產生封包碰撞的問題,而且大封包更容易產生。此一功能的目的即設定大於多少的訊框 (Frame)大小才啟用此一功能。需要設定此一功能的時機為:Client端眾多、RF頻譜干擾嚴重、無線傳輸距離較長、Client端處於移動模式。2312~2346即不啟用;啟用時是把值設定成小於2312。

DTIM (Delivery Traffic Indication Message/Map):AP要幫Client端省電的功能。運作方式是當Client進入省電模式時,AP會幫Client暫存資料;醒來之後Client端會檢查AP的Beacon訊框是否帶有DTIM參數;若有,AP才會把暫存的資料丟給Client。設定值的用意是「多少間隔Beacon才包含DTIM訊框」設定值高對Client較省電 (Client端可休眠時間較長),AP效能較差 (因為幫Client端暫存的資料較多),反之亦然!

CTS Preotection Mode:減少11b11g之間的訊框碰撞;開啟之後訊號會變差

ACK Distance / Timing:和傳輸速率及距離有關,即AP和Client之間的最遠距離。

Framementation Threshold (片段門檻):無線網路的訊框大小;較大的訊框對於傳輸品質較穩定

Frame Burst (訊框爆炸):可以提昇無線網路的利用率。在Client極少的狀況下使用,因為無線網路非常空閒。

Interference Mitigation (阻礙減緩):在Client較多的情況下使用,可以降低Client之間彼此的干擾。

IEEE 802.11 Preamble:長,容錯性高,增加對11b的相容性;短,容錯性差,但ThroughPut較佳。

WMM (Wireless Multi Media):簡言之,就是IEEE 802.11上的QoS機制

◎ IEEE 802.11ac只支援5 GHz;IEEE 802.11n只支援2.4 GHz。

◎ 4x4:4 MU-MIMO:支援4組空間串流 (Spatial Stream)

◎ IEEE 802.11是用CAMA/CA (Carrier Sense Multiple Access with Collision Avoidance)多重載波碰撞避免

◎ 因為無線網路是開放式的,所以認證 (Authentication)保密 (Privacy)就很重要。

◎ 保密又分為加密 (Encryption)解密 (Decryption)

MultiCast Tx Rate:可以控制Wireless的BroadCast和MultiCast的傳輸流量,密免影響到其他的封包。

1.23.2022

[LineAge] 傲慢之塔1樓, Finished!!

這一個樓層的怪物並不是在短時間內達標的,因為這一樓層是打架盟的必爭之地,狩獵的怪物會掉落傲慢之塔移動卷軸1樓,而1樓卷軸,又可以製作2樓卷軸,以此類推。所以,許多玩家在這裡搶怪搶的非常兇。不過,近幾年的改版,持有幻象的傲慢之塔傳送移動符的玩家也越來越多了,低樓層的傲慢之塔也就沒這麼熱門。

歪曲的蛇女歪曲的奇美拉
扭曲的莫妮亞歪曲的楊果里恩扭曲的巨大莫妮亞
BOSS級的怪物─扭曲的潔尼斯女王 (分身)倒是一個都沒打過!

相關記錄:
0. [LineAge] 古魯丁地監, Finished!!

1. [LineAge] 傲慢之塔4樓, Finished!!
2. [LineAge] 傲慢之塔3樓, Finished!!
3. [LineAge] 傲慢之塔2樓, Finished!!

1.22.2022

GIT基本指令筆記

git也是一套Source Code Control System (源代碼管理系統),歷史的進化就是:RCSCVSSVNGIT。在2022的今天,會知道RCS的應該沒幾個,因為這是2000年以前的骨董。

在這裡把自己之前所做的一些常用的指令記錄下來,方便日後查閱!

# git init

初始化一個Client端的Git基本設定。

# git config --local user.name "(Your Name)"
# git config --local user.email "(Your E-Mail)"
# git config --local core.editor "/usr/bin/scite"

core.editor是可以修改git commit時的文字編輯器指令;預設是vi或是vim。如果用不習慣可以使用此一指令來修改。

除了"--local"之外,還有"--globle";兩者的差異在於前者是「此一目錄下的專案」,而後者是針對「所有的專案」。

# git config --list

可以查看自己git的相關設定;而設定檔則是在自己家目錄下的".gitconfig"它是一個隱藏檔。

# git config --local alias.co "checkout"

設定"git"開頭之後的指令別名 (即縮寫)。如上範例:"git checkout"可改寫成"git co";指令的全名建議用雙引號給括起來,尤其是中間含有空格的複合式指令。

◎ 若在"git add"之後又有修改檔案,需要再重新"git add"一次!

# git commit -m "(Your Commit Log Message)"

若在commit後面沒有接上"-m"參數,會以預設的編輯器跳出一個空白的檔案讓使用者輸入。

# git commit -m --allow-empty

"--allow-empty"意思是允許一個空白的commit。

# git commit -a

等價於:git add & git commit; 但是僅能用在"已存在"的檔案;"新增"或是"刪除"的檔案並不適用。

# git log

可以查看commit的紀錄,有一些參數可用:

# git log --graph "(string...)":尋找commit訊息裡的某一特定字串。
# git log --author "picasso"
# git log --author "picasso | mike"

尋找commit log的作者為"picasso"或是"mike"。

# git log -S "picasso"

commit的「檔案內容」有"picasso"這個單字。

# git log -p (FileName)

若有加上檔名,則是可以單獨查看那些檔案的commit log;而"-p"參數還可以查看每一次的差異在哪兒!

# git log -g

等價於git reflog,若使用了reset之後,用上述指令可以查看HEAD移動歷史紀錄。reset到過去的某一個版本也可以透過SHA1 ID。

# git log --since="9am" --until="12am" --after="2017-01"

尋找2017年一月以後,每日09:00~12:00的commit紀錄。

# git rm (FileName) --cached

它的意思是讓該檔案脫離git的控管,即該檔案由Tracked (追蹤中)變成Untracked (非追蹤中);但這並不會刪除檔案。

# git rm (FileName)

從git中移除該檔案;之後直接git commit即可。

# git mv (FileNam1) (FileNam2)

將檔案重新命名。

# git commit --amend --no-edit

"--amend"僅能用在最後一次的修改;而"--no-edit"則是我不需要修改到commit log。

◎ 若只「新增一個目錄或是資料夾」,git是無法判斷的,當然也無法add和commit;此時的作法是在該目錄下新增一個".gitkeep"隱藏檔讓git可以偵測到新增了一個檔案。

◎ 若在git專案中有一些檔案不需要被git控管可以在專案的根目錄下建立一個".gitignore"隱藏檔,把那些不需要被控管的檔案寫進去。如此,那些檔案在執行git status時就不會出現"Untracked"的狀態。

◎ 但是,".gitignore"只會忽略".gitignore"檔案建立時間之後的檔案。

◎ 若".gitignore"內的檔案忽然想要被git控管的話,則是執行:"git add -f (FileName); "即Force (強制)的意思。

◎ 若要讓.gitignore建立的時間點「之前」的檔案也適用此一規則,則是執行:git rm --cached

◎ 若.gitignore內的檔案,除了不被控管之外,也不想要了,則是執行:git rm -fX (FileName); 即強制執行刪除。

# git blame (FileName) -L 5,10

可以查看該檔案的每乙行commit紀錄;而"-L 5,10"參數則是指定修改該行的前5行到後10行。

# git checkout (FileName) HEAD~2

可以回覆被刪除或是被修改的檔案;而"HEAD~2"則是指定回覆到至今的前2個commit的版本。

# git reset --soft | --hard | --mixed HEAD~X

讓現在的專案狀態回覆到前X個commit的版本;但"--hard"參數是最常用的。HEAD是指目前所在的分支。

# git branch

可以查看目前有哪些分支。預設的分支名稱是"master"。

# git checkout (Branch Name)

切換分支。

# git add -p (FileName)

可以commit該檔案的"部分內容"。

# git branch cat

建立一個叫"cat"的分支。

# git branch cat -m tiger

把"cat"這個分支改名為"tiger"。

# git branch -d tiger

把"tiger"這個分支刪除;若"tiger"尚未合併回主分支 (master)則是無法刪除,此時必須改用"-D"參數。

# git checkout -s dog

若切換到一個不存在的分支,則會產生Error Message;此時可以加上"-s"參數,會建立該分支並同時切換

# git checkout master & git merge dog

合併分支必需要先切換到"被合併"的分支,再合併。如上例是:先切換回master主分支,然後再將dog分支合併過來。

# git merge cat --no-ff

合併分支時不要使用快轉模式 (Fast-Forward)

◎ 倘若砍掉了一個尚未合併的分支 (-D);假如有記下當時的SHA1 Code,還是可以救的回來:git branch (Branch Name) (SHA1 Code)

# git checkout cat & git rebase dog;

我現在切換到"cat"分支,但我要回到rebase到"dog"分支的基準點。

沒事兒不要用rebase來合併分支,盡量使用merge。

◎ git的標籤分兩種:Lightweight TagAnnoteted Tag建議使用後者

# git tag "0.0.0.1_release" (SHA1 Code)

這是Lightweight Tag的語法;若無指定最後的SHA1 Code,則是以現行commit為Tag

# git tag "0.0.0.1_release" -a -m "Hello!! World!! "

這是Annoteted Tag的語法,"-a -m"的意思是要新增此一Tag的訊息。

# git cherry-pick (SHA1 Code) (SHA1 Code)

cherry-pick可以撿別的branch commit過來用;倘若撿過來但不要合併可以加上"--no-commit"參數。

11.08.2021

[LineAge] 傲慢之塔2樓, Finished!!

傲慢之塔2樓的怪物們全部達標了!這一樓層的怪物並沒有甚麼特別,約一個月左右就完成了!當然,BOSS級怪物不幸的幻象眼魔 (分身)依然難以遇到....
不幸的漂浮之眼不幸的多眼怪
不幸的密密不幸的怪手不幸的梅杜莎
相關記錄:
0. [LineAge] 古魯丁地監, Finished!!

1. [LineAge] 傲慢之塔4樓, Finished!!
2. [LineAge] 傲慢之塔3樓, Finished!!

11.07.2021

Google Chrome檢查更新時發生錯誤;錯誤代碼7:0x80040902: 50 - System Level

Google Chrome Updater:

檢查更新時發生錯誤:安裝程式無法解壓縮封存檔案,請再次下載Google Chrome。 (錯誤代碼7:0x80040902: 50 - System Level)
解決方案:

在Windows上以系統管理員身分執行命令提示字元;接著依序輸入:
  • taskkill /im chrome.exe /f
  • taskkill /im googleupdate.exe /f
  • taskkill /im google*.exe /fi “STATUS eq RUNNING” /f
  • taskkill /im google*.exe /fi “STATUS eq UNKNOWN” /f
  • taskkill /im google*.exe /fi “STATUS eq NOT RESPONDING” /f
執行的過程中,會自動地關閉Google Chrome瀏灠器;過一會兒再次執行更新即可!

抄襲來源:
https://www.trishtech.com/2017/08/fixing-chrome-update-error-code-0x80040902/