Tag: job

新創的 Stock Options 風險與價值

看到 TLDR Stock Options 這個站，印象中這個站已經存在一陣子了 (以前有看過的印象，但沒寫下來？)，不知道後續資料有沒有更新...

這個站把輸入的資料大幅簡化 (只需要寫比重與現在在哪一輪)，然後給兩個數字，一個是你可以預期公司成功 exit 的比率，另外一個是你預期會拿到的金錢。

這是大幅簡化的數字 (沒有區分領域與地域)，不過如果對 stock options 沒有概念的話可以抓個感覺。

2018 年矽谷科技公司的薪資

不太意外的，排名起來加州這一區的科技公司的薪資還是最高的 (這邊包括了所有的所得，包括薪資、股票與分紅)：「Top Paying Tech Companies of 2018」。

已經先整理出來的前五名分成「Entry-level / 1+ Yrs of Experience」、「Mid-level / 3+ Yrs of Experience」、「Been Around the Block / 5+ Yrs of Experience」三類，可以看到相對於年資的增加，薪資的調整也很快...

不過這邊相同名次的不會佔多個位置，只會佔一名，跟我們平常用的方式不太一樣，所以雖然是前五名但是都有六個公司。

在程式競賽得獎負面相關於工作的品質

2015 的文章以及演講，最近冒出來看到的。Google 的 Peter Norvig 提到了用 ML 的方式分析，發現程式競賽的成績與工作品質的負面相關性：「Being good at programming competitions correlates negatively with being good on the job」。

換句話說，程式競賽的成績反而是是個負面指標 (對於 Google 內的情況分析出來的，所以是基於 Google hiring process 的前提過濾過的)。

In this talk, Peter talked about how Google did machine learning and at one point he mentioned that at Google they also applied machine learning to hiring. He said that one thing that was surprising to him was that being a winner at programming contests was a negative factor for performing well on the job.

給了一些對原因的猜測：

Peter added that programming contest winners are used to cranking solutions out fast and that you performed better at the job if you were more reflective and went slowly and made sure things were right.

YouTube 的留言處也有一些猜測，像是：

What he's talking about is the fact that several extremely important parts of software engineering are not included in these contests, for example code reusability, maintainability, decomposition of the problem using the OO paradigm, etc. All of these make a good engineer, but are not necessarily needed in competitive programming contests.

「把工作自動化」的討論

最近在 The Workplace Stack Exchange 上還蠻火紅的一篇文章：「Is it unethical for me to not tell my employer I’ve automated my job?」。

作者的全職工作是從系統上抓資料出來，貼到 spreadsheet 上 (也許是 Excel？)，這份工作的薪資還不錯，然後作者寫程式自動化掉後發現他每禮拜只需要做一兩個小時了：

There might be amendments to the spec and corresponding though email etc, but overall, I spend probably 1-2 hours per week on my job for which I am getting a full time wage.

然後在糾結要不要跟雇主講，跑上來發文 XDDD 有興趣的人可以去圍觀看一看下面的回應...

Amazon ECS 可以跑 cron job 了...

在 Amazon ECS 上面固定時間跑某些東西，以前得自己用 AWS Lambda 帶 (或是自己架，不過這樣就要自己考慮 High Availability 架構了)，現在則是直接支援：「Amazon ECS Now Supports Time and Event-Based Task Scheduling」。

Previously, you could start and stop Amazon ECS tasks manually, but running tasks on a schedule required writing and integrating an external scheduler with the Amazon ECS API.

Now you can schedule tasks through the Amazon ECS console on fixed time intervals (e.g.: number of minutes, hours, or days). Additionally, you can now set Amazon ECS as a CloudWatch Events target, allowing you to launch tasks by using CloudWatch Events.

麻州立法禁止詢問前一份工作的薪資

雖然利用談判技巧是可以避開 (在你有本錢談判的情況下)，麻州直接立法禁止了，這對於求職者來說相當重要：「Illegal in Massachusetts: Asking Your Salary in a Job Interview」。

The new law will require hiring managers to state a compensation figure upfront — based on what an applicant’s worth is to the company, rather than on what he or she made in a previous position.

法案是「Bill S.2119」，可以看到「An Act to establish pay equity」的說明，應該是指目標之類的。

裡面的幾個重點，首先是生效日期：

SECTION 7. This act shall take effect on January 1, 2018.

然後是求職期間的禁止行為：

(3) seek the salary history of any prospective employee from any current or former employer; provided, however, that a prospective employee may provide written authorization to a prospective employer to confirm prior wages, including benefits or other compensation or salary history only after any offer of employment with compensation has been made to the prospective employee;

接下來應該會有更多州制定類似的條款...

美國年輕人的理想職業

紐約時報報導 National Society of High School Scholars 問了一萬八千名美國年輕人 (15～29 歲) 理想的職業，也不少出乎意料的結果跑出來：「The New Dream Jobs」。

常見的網路公司在上面，但讓紐約時報感到意外的，FBI、CIA 與 NSA 也在上面：

When the National Society of High School Scholars asked 18,000 Americans, ages 15 to 29, to rank their ideal future employers, the results were curious. To nobody’s surprise, Google, Apple and Facebook appeared high on the list, but so did the Central Intelligence Agency, the Federal Bureau of Investigation and the National Security Agency.

不過應該是不意外？在教育體系被灌輸愛國主義不就很容易就有這樣的結果？

英國計畫在 2018 年開始強制企業公佈男女的平均薪資及 Bonus

英國計畫從 2018 年開始，超過 250 人的公司必須公佈男女的平均薪資及 Bonus：「Companies will be forced to reveal their gender pay gap」：

The new rules, revealed on Friday, will apply to all companies with more than 250 employees.

除了平均薪資以及 bonus 外，還必須公開每個區間的人數：

In addition to publishing their average gender pay and bonus gap, around 8,000 employers across the country will also have to publish the number of men and women in each pay range.

目標是希望讓資訊更透明讓人力市場更健康：

The government is hoping that naming and shaming firms that pay women a lot less than men in the same jobs will push them to stop the practice, because it will make it harder for them to attract top talent.

可以看到目前估算出來的差異：

另外美國也在規劃類似的法案，不僅僅是性別，還包括了種族等其他資訊：

In the U.S., similar plans are also under discussions. President Obama announced a proposal earlier this month that would require companies with more than 100 employees to report how much they are paying their employees by race, ethnicity and gender.

KKBOX 徵才文

發現 WordPress 內建就有置頂功能 (Sticky)，剛好開一篇來放目前我要找的職缺，先放幾個職缺，接下來會持續更新。試看看效果如何吧？

有興趣的可以把 resume 寄到 gslin at kkbox.com，或是純粹想問問題的也可以寄過來問。

最新更新時間：2015/10/09。

Continue reading "KKBOX 徵才文"

KKBOX 徵人：軟體開發中心 (i.e. Client Team)

索引：

在寫自家的介紹時，特地跑去跟軟體開發中心的主管要 Client Team 的介紹，人家交稿的速度快多了... Q_Q

Anyway，這篇是由 Client Team 的主管所寫的介紹，一樣是所有的部門都有職缺 (人力銀行上未必有開)，有興趣的可以提供 resume 到 recruit at kkbox.com 這個信箱。

軟體開發中心 (Application Develop)

在 KKBOX 裡頭，我們還蠻習慣以老派的 Client/Server Side 來稱呼不同技術背景的開發人員，Client Side 說穿了就是開發 App 的那群人，只要你喊得出來的主要平台，大概就是我們負責的。

軟體開發隨著功能的演進，程式碼就會變得又肥又大，自然免不了些壞味道，面臨設計架構的難題，我們希望內部開發者能夠清楚三件事情: Design Pattern，Unit Test，和 Refactoring。上述觀念應當不用多說什麼，幾乎都變成顯學了。我們期盼透過一些原則和流程來讓開發工作變得不會那麼難以維護。

Client Side 目前共有四個 App 開發部門和 SQA 部門：

  1. Windows 開發部: KKBOX 在早期開發時，當時主流的作業系統還是 Windows XP，所採用的開發框架是 MFC，儘管技術很老，但那是個什麼事情都可以自己打造的年代，我們也樂此不疲。會用到 C++/COM 與微軟早年推出的視窗各類技術 MFC/ATL/DirectShow 。說個秘密，我們也還最低限度的維護著 KKman 呢。
  2. .NET 開發部: 主要負責的是 Windows Store App 和 Windows Phone 的開發，採用的是微軟在下個世代主推的 Universal App 開發框架來打造 KKBOX 在三個 Windows 平台的體驗。這部門需要熟悉的程式語言是 C#，部門有兩位微軟 MVP 相當熟悉微軟的平台技術，很活躍於微軟舉辦的聚會。
  3. Android 開發部: 很明顯地，就是在 Android 手機作業系統上開發 App 的部門，除了手機之外，我們也在 Tablet / STB / Smart TV 各式裝載 Android 系統的裝置上開發。需要熟悉 Java 程式語言和 Google Android SDK。這部門的開發人員很常在 Android Taipei 上出沒，分享開發心得。
  4. iOS 開發部: 聽名字應該也不用多解釋，主要就是在 Mac/iPhone/iPad 上開發 App，為了掌握最新技術每年我們都會派人前往舊金山參加 WWDC。需要會的程式語言是 Objective-C，當然蘋果力推的 Swift 也開始加入開發行列，每個月也都在 CocoaHeads 聚會中跟其他開發者閒聊。
  5. 測試開發部: 俗稱 SQA 部門，著重依據測試的原理和方法來設計測試案例，因此像是黑箱測試方法的 BVA 和 ECP，以及 MBT … 等等都是在設計測試案例時，會用到的測試原理。內部有個小組專門負責研究與建置自動化測試框架，讓各個專案可以各自依照需求建立自己的測試系統。需要熟悉 Python 程式語言，同時我們也將日常得到的心得放在「科科和測試 Testing with KK」上，提供給同樣想把軟體測試工作做好的每個人。

順道一提，除了 KKBOX 以外，還有 KKTIX，Hami Music 和日本服務 Utapass，也都是上述開發部門負責的。所以你要真的那麼愛寫 App 的話，那這裡應該蠻適合你的。