管理 – richliu's blog

[讀書筆記]UP學：所有經理人相見恨晚的一本書

richliu — Sat, 17 Feb 2024 17:10:13 +0000

這本書筆記比較少，覺得菁華就這一篇，如何認識一個有問題的人

我們在此要討論的是人際行爲,而且主要是領導行爲。這些日常可見的惡劣行徑,使得你的公司變得相當令人不敢恭維,這些不是獨立運作的,它們是一個人和他人互動
1. 贏太多:不計一切代價想贏,任何狀況下都想贏,重要的時候、不重要的時候、無關緊要的時候都要贏。

2. 加値過度:無法遏止對每一個討論提出自己看法的渴望。

3. 打分數:幫別人打分數的衝動,將自己的標準套在別人身上。

4 惡言批評:想要讓別人覺得自己很靈巧慧黠,出言嘲諷或給尖銳的評語。

5 用「不是」、「但是」或「然而」開頭說話:過度使用這些否定用語,暗示別人:「我是對的,你是錯的。」

6 告訴全世界我多聰明:想告訴別人我比他想像中更聰明。

7. 生氣時發言:將情緒作爲一種管理工具。

8 否定,或是「讓我告訴你爲何這個行不通」:即使別人沒問你,也想要散佈負面思考。

9. 壟斷訊息:不肯分享訊息,想藉此居於優勢。

10. 不能適時讚賞別人:不會去讚揚及嘉獎別人。

11. 搶別人的功勞:高估自己的貢獻度中最可惡的行爲。

12. 找藉口:想將討厭人的行爲塑造成個人特點,期待別人因此不跟他計較。

怪罪過去:想將對我們的指責轉嫁到以往的經歷上;也是怪罪別人的一種方式。

14. 偏心:沒有意識到待人不公平。

15. 拒絕說對不起:無法爲自己的言行負責,不會承認錯誤或自己對別人造成困擾

16 不聽別人說話:對同事不尊敬的方式中最以退爲進的一種

不表達感謝:典型的沒有禮貌。

懲罰傳訊息的人:不必要的攻擊,受害的是無辜而且想幫我們的人。

19 推卸責任:想怪罪其他人。

20. 過多的我:只要是和我相關的,母豬也會變貂嬋

The post [讀書筆記]UP學：所有經理人相見恨晚的一本書 appeared first on richliu's blog.

Gentoo 常用指令

richliu — Wed, 20 Feb 2013 05:47:35 +0000

好像沒有整理一篇常用的指令, 開一篇新的

KDE/QT 相關

列出所有和 KDE 相關的套件

$ qlist -I kde

直接升級所有和 kde 相關的套件

$ qlist -IC kde | xargs emerge -u

重裝所有和 x11-drivers 相關的套件

$ emerge $(qlist -IC x11-drivers)

重裝所有和 QT 相關的套件

$ emerge -qa1 $(qlist -IC dev-qt/qt)

當有 block 時如何升級 KDE 相關套件

目前我自己試出來最好用的指令

# emerge -1 --keep-going `qlist -IC kde-frameworks kde-plasma`

重編 xorg-server

Qt/FAQ Why do I get blockers when trying to emerge Qt?

不打包備份的指令，如果要打包請參照以上的連結

# export INSTALLED_QT_PACKAGES=$(qlist -IC "dev-qt/*") 
# emerge -Ca ${INSTALLED_QT_PACKAGES} && emerge -av1 ${INSTALLED_QT_PACKAGES}

如果那個套件常常當掉, 請記得一定要下這個指令

 $ emerge -avDuN xorg-server

一般

全系統升級

全系統升級指令，三不五時常用保健康（？）

emerge --update --newuse --deep --with-bdeps=y @world 

# 如果中間碰到問題，要繼續 emerge 下去，加上--keep-going=y
$ emerge --update --newuse --deep --with-bdeps=y --keep-going=y @world

例如升級 Gcc 之後

$ emerge -tv1 gcc 
$ emerge -atvuND world

移掉不必要的 package

有時候怪怪的 dependency 也可以用重編修掉

 # emerge --depclean

重編和 perl 相關的套件

重編和 perl 相關的套件 (這個應該適合在很多 perl 套件升級的時候用)

$ perl-cleaner --phupdate --modules
$ perl-cleaner --all

Perl 升級

perl 從 5.18 升級 Perl 5.20 時要用的指令, 這個應該是最順的.(perl-5.20.1 – has anybody managed to upgrade Perl?)

$ emerge -av1O dev-lang/perl 
$ emerge -1 -j4 --keep-going `qlist -IC virtual/perl-` 
$ emerge -1 perl-cleaner

Perl Blocks

root # emerge -uDNav --with-bdeps=y --backtrack=100 --autounmask-keep-masks=y @world
root # perl-cleaner --all

ref.
TL;DR: Blockers

找不到 Library

e.g.
/usr/lib/gcc/i686-pc-linux-gnu/4.4.6/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lpng14
collect2: ld returned 1 exit status
# lafilefixer –justfixit find -name \*.la -exec sed -i -e ‘s/-lpng14/-lpng15/’ ‘{}’ \

註: 已經很久沒碰到這個問題了

XFS: Filesystem sdb7 has duplicate UUID – can’t mount

如果是碰到可以參照這篇, 執行命令
# xfs_admin -U generate /dev/md2
Clearing log and setting UUID writing all SBs new UUID = 1984d60c-6135-4d4c-8356-d1fc2080dbdc
記得 /etc/fstab 如果是用 UUID mount 的, 也要改一下.

常用指令

查詢編譯時間

$ qlop -t package

# qlop -t llvm
2021-07-01T02:47:45 >>> sys-devel/llvm: 25′00″
2021-07-01T10:37:28 <<< sys-devel/llvm: 2s
2021-09-30T22:54:53 >>> sys-devel/llvm: 22′35″
2021-10-01T08:16:56 >>> sys-devel/llvm: 24′44″
2021-10-08T08:55:06 >>> sys-devel/llvm: 25′32″

查詢系統有多少 Package 依賴某個版本的某 Package

# emerge -pvc llvm:13

Calculating dependencies... done!
  sys-devel/llvm-13.0.0 pulled in by:
    dev-lang/spidermonkey-78.15.0 requires sys-devel/llvm:13
    media-libs/mesa-21.3.0 requires =sys-devel/llvm-6
    sys-libs/compiler-rt-sanitizers-13.0.0 requires >=sys-devel/llvm-6
    www-client/firefox-94.0.2 requires sys-devel/llvm:13

>>> No packages selected for removal by depclean
Packages installed:   884
Packages in world:    65
Packages in system:   43
Required packages:    884
Number to remove:     0

neofetch

這個還頗常用的，但是常常忘記的指令

碰到的怪問題

masked by: EAPI 8

!!! All ebuilds that could satisfy "dev-perl/Locale-Maketext-Lexicon" have been masked.
!!! One of the following masked packages is required to complete your request:
- dev-perl/Locale-Maketext-Lexicon-1.0.0-r1::gentoo (masked by: EAPI 8)

這個是沒有升級 portage ，升級一下就好了

# emerge -a1O portage

系統設定

Gentoo default password rule 太機車

修改 /etc/security/passwdqc.conf 將 min= 改成 min=1,1,1,1,1

ref.
Gentoo Very Big Password Requirements

Compile dev-qt/qtwebengine 的問題

當 compile dev-qt/qtwebengine 時，如果你的系統有很多 CPU cores ，底層用的 ninja 似乎就會出問題，應該是這個檔案太大，所以 cache 太多資料，唯一的解決方法是減少 CPU Cores
我自己的經驗是，如果在較舊(慢)的電腦 CPU 可以多一點，如果是新的電腦 CPU 要少一點

有幾個方法可以用 chcpu –disable 簡單暴力，但是只適合單一測試使用，如果要長久設定，可以用 portage.env 的方式設定，ex:

echo "dev-qt/qtwebengine lowcpu.conf" >> /etc/portage/package.env
echo "MAKEOPTS=\"-j4\"" > /etc/portage/env/lowcpu.conf

這樣在編 qtwebengine 時就會使用 MAKEOPTS=”-j4″ 的命令了
ref
[SOLVED] emerging qtwebengine-5.7.1

Expired (備份用)

如果要升級某個特定的套件, 這樣就可以將 perl modules 統統升級.

$ for f in `qlist -IC perl` ; do emerge -u $f ; done

2011/4/22
hal 己經不再使用, 全面改用 udev, 所以

USE="-hal udev"

revdep-rebuild 碰到 vmware 的問題
新增一個檔案 /etc/revdep-rebuild/11-vmware
內容是 SEARCH_DIRS_MASK=”/usr/lib64/vmware /usr/lib64/vmware-installer”
感覺只是埋起來啊, 不會出問題就算了

 * Checking dynamic linking consistency
[ 87% ]  *   broken /usr/lib64/vmware-installer/2.1.0/lib/libconf/lib/gtk-2.0/2.10.0/loaders/libpixb
ufloader-tiff.so (requires libtiff.so.3)
 *   broken /usr/lib64/vmware-installer/2.1.0/sopython/libpy25.so (requires libpython2.5.so.1.0)
[ 88% ]  *   broken /usr/lib64/vmware/lib/libgksu2.so.0/libgksu2.so.0 (requires libgtop-2.0.so.7
libstartup-notification-1.so.0)
[ 89% ]  *   broken /usr/lib64/vmware/lib/libvmware-gksu.so/libvmware-gksu.so (requires libgksu2.so.
0)
 *   broken /usr/lib64/vmware/libconf/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-tiff.so (requires l
ibtiff.so.3)
[ 100% ]
 * Generated new 3_broken.rr
 * Assigning files to packages
 *  !!! /usr/lib64/vmware-installer/2.1.0/lib/libconf/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-tif
f.so not owned by any package is broken !!!
 *   /usr/lib64/vmware-installer/2.1.0/lib/libconf/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-tiff.s
o -> (none)
 *  !!! /usr/lib64/vmware-installer/2.1.0/sopython/libpy25.so not owned by any package is broken !!!
 *   /usr/lib64/vmware-installer/2.1.0/sopython/libpy25.so -> (none)
 *  !!! /usr/lib64/vmware/lib/libgksu2.so.0/libgksu2.so.0 not owned by any package is broken !!!
 *   /usr/lib64/vmware/lib/libgksu2.so.0/libgksu2.so.0 -> (none)
 *  !!! /usr/lib64/vmware/lib/libvmware-gksu.so/libvmware-gksu.so not owned by any package is broken
 !!!
 *   /usr/lib64/vmware/lib/libvmware-gksu.so/libvmware-gksu.so -> (none)
 *  !!! /usr/lib64/vmware/libconf/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-tiff.so not owned by an
y package is broken !!!
 *   /usr/lib64/vmware/libconf/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-tiff.so -> (none)
 * Generated new 4_raw.rr and 4_owners.rr

The post Gentoo 常用指令 appeared first on richliu's blog.

我對”十年一覺程設夢”的看法

richliu — Sat, 26 Jan 2008 17:54:57 +0000

最近有一篇文章, 叫做”十年一覺程設夢“, 原文發表於 Programmer Club .
剛開始看的時候, 愈看愈熱血, 發現 RD 魂都起來了, 可是看久了以後, 怎麼看怎麼怪,

讓我想起 CIH 徵人啟事(找不到連結了)

有鑑於小弟的 Blog Page Rank 從 4 降到 3 , 表示本人低調成功, 這邊就讓我嘴炮一下, 評評這一篇文章吧. 如果覺得我有說錯, 歡迎指正

有關於 VGA Card 那一部份, 我個人認為 VGA 產業本來就是往主機板靠, 如果說華碩的 VGA 卡成功, 不如說華碩的主機板成功, 翻開主機板廠, 每一家都有做 VGA Card. 如果說麗台被 ASUS 打敗, 不如說麗台的主機板企圖心被 ASUS 打敗. 如果我記得沒有錯, 當年大家都可是都想沾染主機板產業的. 當然留下來的不多就是了, 那個時期我還買過 Promise 的主機板, 當然是倒店貨, 你有看過 Promise 的主機板嗎?,
至於自己改的 Driver 比 chipset 廠好這件事, 以我的經驗, 解一個 Bug 達成出貨目標是可能的, 但是要從 Source Code 看出些什麼, 如果沒有 ASIC Designer 的幫忙, 那是沒有用的. 頂多就是加一些原廠沒有的神奇的功能, 這樣才可以突顯出各家的功能不一樣, 不過根據經驗, 店家會用原廠 Driver 的原因是. 己經有光碟片了. 不需要再下載 Driver, 也不需要去分辨那一個 driver 是配什麼 CHIP.
至於個人, 當然是從來沒有灌過 ASUS 公版 VGA 的 Driver. 我相信很多有經驗的老手都是這樣, 問題太多了, 比原廠的問題還多, 尤其是那些小程式.
為什麼還是用 ASUS 的顯示卡, 如果以我個人, 我會給個很簡單的理由, ASUS 當時的主機板的確是比其他家穩定一點. 至少感覺是如此.

至於模仿 Windows 95 Plug and Play 那一段, 可以自動偵測 Chipset/Audio/Lan blah blah 我光想就覺得吐血了, 公司的產品那能這樣亂來, 如果真的做出來, 改一次東西要測 N 個平台, RD 沒有先砍人, QA 就先砍人了. 可能是我碰的電腦不夠多, 我是沒有碰過這樣的光碟片. 拿到 ASUS 的主機板通常都是直接執行他的 Driver. 印像中什麼主機板就配什麼 Driver.

WinFlash/AutoUpdate 一段,
而如果我沒有看錯, 這時候他在 MB Support 的單位, 結果撈過界跑去搞 BIOS Team 的 Project . DOS Flash 改成 WinFlash.
我敢說一句, 這真是一種犯X的行為. 沒有被吐糟吐到死就不錯的.
主機板 BIOS 做的事情, 很多都是穩定度測試, 假設 ASUS 生產一塊主機板, 用 SiS 的 Chipset.
BIOS 可能選用 Phoenix 或 Award(己經被 Phoenix 買走了). 這時候用 Phoenix 原廠的 BIOS Source Code, 加上 BIOS Team 調效的功能, 參數, 針對不同主機板會有不同的參數. 當參數調整完畢, 就是穩定度測試. 像是高低溫測試, 或是 Reboot 測試 (例如 Reboot 1000 次, 不能有 hang 住的狀況). 所以 BIOS Team 很可能是一個人扛二到三塊主機板的 Project. 然後不停的測試就是他們的生活.
這時候別的 Team 跨過來幫他們寫程式, 這樣 1. 面子很難看 2. 要怎麼抽出人力去測試 ? 要是我是主管, 我也先冰起來, 有空再說. 如果沒有處理好, 樑子就這樣結下了.

在 MB Team 關心 VGA 一段, 更是看得我冷汗直流.

但他同時也點出, MB 軟體支援課雖然工作無趣繁瑣, 但會影響 MB 出貨,
公司不能沒有這個課, 而且未來將會隨 MB 產能大幅成長變成一個大部門.

但我二話不說, 自廢武功, 自動解散 MB 軟體支援課. 將底下的台清資訊碩士,
從無趣工作中解放出來, 投入 Embedded System 研發專案中.
我也不再想當管理階層, 跟 PM review 進度跟開會, 我覺得是浪費生命.

這樣講好了, 這位仁兄根本不顧公司的目標, 自顧幹自己的. MB Support Team 解散, 等於經驗傳承都不見了.
到時候要花多少的時間才能建起來一個 Team. 這中間的時間浪費, PM Support 統統都不見了.
我是老闆, 只能摸摸鼻子認了.

至於 Embedded System 一段, 系統廠再怎麼幫忙 Debug, 充其量也只是系統廠呀.
看完了 SoC 的 Datashit(沒有打錯) 又怎麼樣, Debug 完又怎麼樣?

不過接下來更是驚心動魄….
文章內除了是和自己部門主管對幹, 儘是一些撈過界的事情, 更不要講這些東西是不是他主導還是只是參一腳?

但因部門政治因素, 外加 VGA 軟體主管離職. 不得不放下喜歡的 Bulverde VC計畫,
再度聽從 HC 的安排, 轉任 VGA 軟體主管

隨後因 HC 想在大陸成立一個軟體團隊, 我暫時放下 LCD-TV 案子,
前往蘇州, 武漢, 西安等地的大學去招募員工

不久後, Jerry 對 Barebone 部門報以高度的期許, 於是我轉移陣地,
設立一個軟體團隊來支援 Barebone 部門, 雖然還掛在 VGA 部門,
但 VGA 部門最高主管早就不理我, 考績被打得很爛

為了不讓底下的軟體工程師閒閒沒事幹. 加上看到 MB/NB 朝
消費性電子化的發展趨勢, 同時也知道 LCD Panel 的色彩缺陷性.
我不想浪費在 LCD-TV 專案上獲得的一些研究經驗,
於是開案子, 將 LCD-TV 色彩處理功能導入到 VGA/NB 上.

但這些想法都被 NB 軟體大主管拒絕. 有次討論工廠測試流程時,
還跟我解釋 ACPI Driver 的功能. 當時心想, 他還以為 ACPI Driver
真的是他手下自行開發出來的.
在不被重用, 近乎被冷凍的狀況下. 又開始自己找事做,

大概因接 2 連 3 惹毛其他軟體部門, 造成 NB 新主管在管理上的困擾.
最後他丟個 PC Camera 的案子給我做. 並告訴我只准做這個案子, 不要再亂想
或亂碰其他案子, 免得跟其他部門起衝突.

007 年四月某晚 8 點多時, 接到 Jerry 秘書的電話, 說要找我一起吃飯.
搭著 Jerry 的 Lexus 460 LS 加長豪華版, 去台北藝術大學吃飯.

最後還是丟去 EeePC 部門. 就我所知, EeePC 應該就是一個不小心成功的專案.
如果要說技術能力強, 不如說 PM 強.
我認為 EeePC 一開始用 Linux 的原因還是因為有限的 SSD Flash (2G/4G),
用 Linux 可以有效的縮小 Disk Size, 而此時 Windows XP 應該是有問題,
第一階段用 Linux 順便還可以和 Microsoft 談判談價格,
等 Windows XP 版出來, SSD Flash 8G/16G 也比較能讓人接受了. 再加上外接 SDHC 8G,
或是外接硬碟, 對大多數到處跑的商務人士就很夠用了
而 EeePC 用的是 Intel Celerom M 900Mhz 90nm 降頻到 630. 這種規格一出來,
很多人就猜(包含我) Intel 便宜賣庫存, 而這個價格和 Size 也打中了甜密點~~~ (這個名詞最近很紅呀)

接下來就是要招收 Device Driver 團隊了.

成立有戰鬥力的研發團隊, 是很費時費力, 還要靠運氣(產品大賣).
但要摧毀它, 只需派個只會打嘴砲的主管, 不出半年, 很快就搞定.

與其如此, 倒不如自己出任管理階層, 參與高層主管決策, 來爭取預算,
在自己業務範圍內, 營造出良好軟體開發環境, 吸引志同道合的 RD,

要進這個 Team , 要先評論這個人. 如果要我評論他這個人, 我給的結論大概有以下幾個

跟對老闆, HC 才是 Keyman, 因為 Jonney 在華碩位居要職, 所以 Jonney 升, HC 升, 這位仁兄才能安穩的坐在這邊.
氣很長, 後台夠硬. 因為臉皮夠厚, ASUS 給的夠多, 也是老員工, 所以跑不掉.
運氣夠好, 待對公司, 可以給他一個安穩的後台. 如果是發生在 Abit, 或許我們就看不到如此好文了. 而且十年終於等到一個夠強的 Project (像我等了八年都等不到 :~~~~~~)
嘴炮要強, 如果沒有辦法寫得一口好程式, 或是用嘴巴將別人的程式當自己的用, 那是絕對絕對沒有戰力的.

至於跟這位老闆, 我是覺得很有機會的, 原因很簡單, 因為他老闆夠強, 而且短時間內, EeePC 一定還有得分.
畢竟其他家要追上來還是有一些難度, 至於決勝點在那邊? 我認為有三點

生產成本
行銷管道
拿 UMPC 當時尚品賣, 簡單的說, 就是 Apple 化, 看配件

但是如果想在他上面出頭的話… mm. mm………. 再看看.
原因很簡單, 我不知道他會不會照顧到下面的人, 就像他上面照顧他一樣.
不過如果他的經歷是這樣, 我覺得某一天被幹掉的機會也很大 :p
你看看哦

雖然 EeePC 事業處另有軟體部門負責 Linux, 而我是負責 Windows,
但我極力爭取在部門內成立 2 個 Linux 開發課.

又撈過界了…………..

在這一篇文章, 有一些值得注意的地方

NB 的那位管理階層處理的很不錯, 這是一個團隊, 單打獨鬥的日子早就不存在了, 如果因為一個強者到處樹敵, 影響公司管理, 要是我也是會放在別的地方. (或是某個人的名言 : 要是在鴻海早就被 Fire 掉了 :p)
HC/Jerry 能用人, 會用人, 這樣的人知道用在什麼地方, 做為一個管理者是需要有這樣的能力的.
以我的經驗, PM 不是笨蛋, 而且不是照單全收, 如果 ASUS 的 PM 像他講的這麼弱, ASUS 早就掛了, 還能是主機板龍頭嗎?

以上的言論以 Weber 的文章內容為準, 其他的會慢慢再補上/修正
而分析他寫的一篇文章, 我學到更多東西了 …..

The post 我對”十年一覺程設夢”的看法 appeared first on richliu's blog.