Re: [徵才] Gabble誠徵iOS Developer(Intern)
推
09/28 14:26,
09/28 14:26
→
09/28 14:26,
09/28 14:26
推
09/28 14:29,
09/28 14:29
→
09/28 14:29,
09/28 14:29
推
09/28 14:32,
09/28 14:32
推
09/28 14:35,
09/28 14:35
→
09/28 14:36,
09/28 14:36
→
09/28 14:37,
09/28 14:37
→
09/28 14:38,
09/28 14:38
→
09/28 14:39,
09/28 14:39
推
09/28 14:41,
09/28 14:41
→
09/28 14:42,
09/28 14:42
→
09/28 14:42,
09/28 14:42
推
09/28 16:18,
09/28 16:18
→
09/28 16:18,
09/28 16:18
→
09/28 16:20,
09/28 16:20
→
09/28 16:21,
09/28 16:21
→
09/28 16:21,
09/28 16:21
→
09/28 16:23,
09/28 16:23
推
09/28 16:46,
09/28 16:46
推
09/28 18:35,
09/28 18:35
→
09/28 18:36,
09/28 18:36
→
09/28 18:37,
09/28 18:37
推
09/28 20:02,
09/28 20:02
推
09/29 03:00,
09/29 03:00
推
09/29 13:25,
09/29 13:25
→
09/29 13:26,
09/29 13:26
→
09/29 13:27,
09/29 13:27
→
09/29 13:28,
09/29 13:28
推
09/29 13:57,
09/29 13:57
→
09/29 13:57,
09/29 13:57
→
09/29 13:57,
09/29 13:57
→
09/29 13:59,
09/29 13:59
→
09/29 14:00,
09/29 14:00
不好意思,這段話總讓我想到一句老梗,
當有一隻手指指著別人時,其實是有四隻手指指著自己的
(是說到底大拇指要怎麼指著自己…囧)
當覺得「說教」是很不尊重人的事情的時候,
有沒有想過自己是不是也在做同樣的事情呢? :)
好了以上胡言(ㄎㄠ)亂語(ㄅㄟ)結束,
還是先跟 h 大道個歉,並沒有要貶低您的意思,這篇也不是要來戰的 XD
是說以個人參與過幾個 startup team,也認識不少在 startup 的朋友,
我分享一些對這個議題的看法,
(不過我覺得 h 大和 L 大在講的其實並不是同一件事,我會拆開來講)
1. 合夥人和員工在心態上不同,這個我非常同意,
不提關於公司機密的防禦性這件事,純就面對公司 / 工作的心態而言,
我看過不少公司的向心力是,合夥人 >= 初期員工 >> 中期(已上軌道)員工,
並不是是說合夥人就沒有懶散的,但是如果這個合夥人是懶散或向心力低的,
那只能說是…嗯,人要慎選,
我待的前公司兩位創辦人,一個技術一個統籌,公司營運七年後,
兩個人因為諸多誤解,最後技術創辦人選擇離去並拋掉手上所有股份
(賣了幾千萬吧)
所以你要說這種事情有沒有一定,我覺得真的很難說,
合夥就像戀愛,也許可以走一輩子,也許才三個月就連朋友都當不成。
回到公司向心力上面,合夥人和初期員工往往對公司會有比較高的
使命感和認同感,但是這兩者之間還是有顯著差異的,
對員工來說,最大的風險是「可能領不到薪水」「可能要換公司」,
但對創辦(合夥)人的風險卻是「沒錢營運公司還負債」「投資的錢統統燒光光」
相比之下沒錢發自己薪水真的只是小事…
所以可想而知有時大家對於公司專案 / 產品出不出的來感受並不相同,
而這時不時就會成為到底東西出不出來的關鍵,
我也覺得公司初期要找合夥人,但是找合夥人真的是命,
如果沒那個命,就乖乖存錢請員工吧 XD
2. 再來深入一點看合夥人這件事,我有見過不少技術持股的不良效應,
或著應該是說,技術持股的人,有時會產生「自己並沒有實際花錢投資」的錯覺,
進而對整體公司(或專案)的壓力感受下降,最後導致公司或專案死掉的情況,
(尤其當大家都有正職,只是晚上共同創業的技術股更是危險 XDD)
當然這並不是絕對,也有很多技術持股的技術者是認真又負責的,
千萬不要把這當作一個合理的常態。
3. 關於 h 大所提的公司機密保護這部份,我也分享一些自己的經驗,
第一我完全贊同 h 大所說「人都是一樣的 管他是員工還是合夥人」,
合夥人一樣有劣性,員工一樣有值得信賴的對象,事事沒有絕對。
合夥人要不要簽保密、競業,簽了到底有沒有用,這些都要自己評估,
L 大所說的也沒錯,如果你不信任他,是不是在合夥前要多考慮一下,
如果你信任他,那這些手續會不會反而變成公司運作步調的阻礙。
因為我自己是在網路產業,可以深入分享一些關於公司的控管和保護,
a. 先說實例,我待的前公司主機登入控管做的不夠嚴謹,
只做了鎖定辦公室 ip 登入,但只要參與過系統面的工程師都拿得到 root,
而且密碼沒有在更新,
所以想想,只要離職員工躲在廁所偷連公司無線,
就可以跳去服務主機把全部資料都砍光,公司就…嗯(攤手)
b. 「導入控管和保護」並不同等於「讓員工作業綁手綁腳」,
至少在網路產業我的經驗是這樣,現在所待的 startup 公司只有我一個 RD,
但我已經先部屬了一些措施和 SOP 讓一切得以控管,
(1) 主機用高強度密碼,反正大家都背不起來,
就統統上公司內部一個有權限管控的 wiki 去查,
只要有 RD 離職密碼就全部換過,所以離職過的員工進不來。
(2) 主機開 vm 定期做 snapshop,只要主機一爛(或任何人搞鬼),
隨時可以救援,搭配自動化佈署更可以迅速到位,降低反應時間。
(3) 開發環境不要用 ftp 去上 code / 更新 code,
我的作法就是很常見的導入 git + gitolite,
好處是落實版本控管,且純 codeing 的 RD 根本摸不到主機,
就開發完把 code commit 上去就好,
一旦有員工離職就撤掉他的 key pub,
他就無法再拉 server 上的 code 了。
用 gitolite 之類的可以還切開專案權限,
像我們公司現在的外包和我們內部的開發在同一台主機上,
但是他們取不到我們的 project,
如果要管到更深入,甚至可以只開部份 code 給某些 RD,
這樣他們根本拿不到核心的 code。
再重申一次,我絕對相信人有劣性,就算措施做的再完美,
還是有可能會有人搞破壞、盜 code,這時候就只能藉由合約來補強了。
以上一點分享,也希望能拋磚引玉聽聽其他前輩的作法。 :)
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 1.161.192.41
※ 編輯: gpmm 來自: 1.161.192.41 (09/29 15:38)
推
09/29 15:50, , 1F
09/29 15:50, 1F
→
09/29 15:51, , 2F
09/29 15:51, 2F
→
09/29 15:52, , 3F
09/29 15:52, 3F
→
09/29 15:53, , 4F
09/29 15:53, 4F
→
09/29 15:58, , 5F
09/29 15:58, 5F
→
09/29 16:01, , 6F
09/29 16:01, 6F
→
09/29 16:01, , 7F
09/29 16:01, 7F
推
09/29 16:01, , 8F
09/29 16:01, 8F
→
09/29 16:03, , 9F
09/29 16:03, 9F
→
09/29 16:06, , 10F
09/29 16:06, 10F
→
09/29 16:07, , 11F
09/29 16:07, 11F
→
09/29 16:07, , 12F
09/29 16:07, 12F
→
09/29 16:08, , 13F
09/29 16:08, 13F
→
09/29 16:08, , 14F
09/29 16:08, 14F
→
09/29 16:08, , 15F
09/29 16:08, 15F
→
09/29 16:11, , 16F
09/29 16:11, 16F
→
09/29 16:12, , 17F
09/29 16:12, 17F
→
09/29 16:12, , 18F
09/29 16:12, 18F
→
09/29 16:12, , 19F
09/29 16:12, 19F
→
09/29 16:13, , 20F
09/29 16:13, 20F
→
09/29 16:13, , 21F
09/29 16:13, 21F
→
09/30 00:06, , 22F
09/30 00:06, 22F
→
09/30 00:06, , 23F
09/30 00:06, 23F
→
09/30 00:06, , 24F
09/30 00:06, 24F
→
09/30 00:06, , 25F
09/30 00:06, 25F
討論串 (同標題文章)
toberich 近期熱門文章
PTT職涯區 即時熱門文章