[大年初一]
[新年給自己的挑戰]
記得小時候過年, 領紅包是除夕的高潮. 不過也會很害怕-\-\因為親戚之一, 會要求大家跟她說一句新年話, 而這句新年話不能跟前面堂兄弟姊弟說的有重複, 才能領紅包. 還好我的排行還算前面, 所以每次都能順利過關😆
Anyways.
希望大家在新的一年裏, 有
“鼠”不盡的快樂
“鼠”不盡的幸福
“鼠”不盡的收獲
“鼠”不盡的好運
“鼠”錢數到手軟
㊗️大家新年快樂! 平安如意!
🧧 Happy Chinese New Year!
有感於投資人的偏好不同, 對成長股也不太熟悉, 所以今後我可以的話, 會挑幾家我覺得基本面還不錯的成長型公司, 讓成長股新手也可以試試看. 我同時也會做統計, 到年底看看自己的挑股績效是如何.
(註:
1. 我只負責挑股. 之後的功課(如, 查資料)請自己做("buy and do homework"是我一向的信仰, 阿門.)
2. 我挑的成長股, 成長速度都不同(營收成長率有快慢))
☘️American Express (AXP) (美國運通)
昨天發表財報了, 表現挺不錯. 這家挺穩, 又還有成長, 又有配息, 線型也不錯.
https://www.cnbc.com/…/american-express-axp-earnings-q4-201…
這將會是它未來的成長動能: "The stock also got a boost this year after China’s central bank accepted an application from an American Express unit to do business in the world’s second-largest economy."
☘️Atlassian (TEAM) (這家就比較適合心臟強的投資人)
1. 今天發表財報, 目前跳漲.
2. (之前本來要寫分析文, 但後來只寫了下面這樣. 供參. )
這家公司我其實很早以前就注意到了, 但一直沒有時間去好好了解. 它的名字也是吸引我的地方(讓我想到Atlantis亞特蘭提斯)(註). 尤其這是一家在英國註冊的澳洲公司, 混血血統更添加了我的好奇心.而在12/10/2015上市後, 營收以平均每年30%的速度在成長(股價是每年翻倍........不過未來會不會? I really don't know), 加上從去年底的谷底反彈後, 幾乎漲了快一倍. 這樣的公司, 不吸睛也難. 看了年報後, 覺得這家公司有題材, 又特別. 下面是我的簡單整理.
(註) 後來一查,創辦人&CEO之一Mike Canoon-Brookes是這樣說的:” 有人好奇我們之前的形象代表了什麼，其實我早在2002年設計LOGO的時候受到了希臘神話中的影響.Atlas（阿特拉斯）是希臘神話中一位大力神的名字，因支持巨人族首領泰坦反對主神宙斯，被宙斯降罪來用雙肩支撐蒼天。所以以這個神話故事設計了自己的標識。”)(來源見此). Atlas力撐天空, 防止天空坍塌, 為世界提供令人難以置信的服務. 所以秉持著這理念, Atlassian也致力於為每位客戶提供同等級別的“傳奇服務(legendary service.”(來源見此)
***一篇文章是我找到算是最詳細的Atlassian介紹, 請見下面留言處.
Atlassian主要吸引我的地方有:
1. 公司產品. 爬了一些文, 發現公司的產品都在業界耳熟能詳: Jira(音是來自於Gojira(哥吉拉. 有趣吧!), Trello. 同時產品有著忠誠的使用者.
2. 開發的產品, 本來是針對軟體人員. 後來收購了Trello, 有將目標客群拓展到一般的民眾
3. 未用銷售人員. 就我所知, SaaS公司都有雇用業務人員來做銷售, 這多少是一個成本. Atlassian用的是網路行銷方式, 採透明定價, 讓Atlassian能夠把這些費用省下來, 致力於研發上(平均而言, 軟體上市公司平均大概會花上營收的x%在研發上; 而Atlassian的花費大約是y%, 高出了許多), 也能夠因此將產品的售價壓低.
4. 現金流.
5. 再加上看了Atlantic這篇文章(The Slackification of the American Home), 後, 讓我覺得這種專案管理軟體已經深入民間, 會從趨勢變成主流(文中提到很多次Trello).
因此, 高品質產品, 低價格, 有忠誠使用者, 有著現金流收入, 這樣的一家軟體公司, 應該很難找吧?
不過就像天底下沒有那麼美好的事, 也沒有一家真正完美的公司. 專案合作軟體這市場雖然市值很大, 但Atlassian也面對不少的競爭, 如Microsoft(MSFT)的Teams, 還有最近上市的Slack(WORK).
6. 有定價能力:
https://www.investors.com/…/atlassian-stock-pops-leader-i…/…
Picture: from 花市
jira trello比較 在 [心得]軟體專案管理導入心得- 看板Soft_Job - 批踢踢實業坊 的美食出口停車場
前段時間換工作到新公司，發現新公司內部完全沒有任何的專案管理流程。為了說服老闆導入軟體專案管理以及建立好管理體制的好處，因此寫了下面這篇文章。
雖然我的觀點不一定正確，但這篇文章是我思索了好幾天的結果。
若有任何指教，歡迎一起討論 :)
部落格版本： https://dorgon.horizon-studio.net/archives/747
=============本文開始=================
最近陸陸續續的花了一些時間導入專案軟體開發工具跟流程進到現在的公司中，我想就藉由這次的機會來描述我想像中一個軟體專案應該要有的體制。當然，這些都是基於我過去在其他公司參與遊戲開發專案所得出的結論，或許很多並不是最佳解，但我想裡面應該有一些可以參考的觀點。
基本上，我所認為一個好的軟體專案開發體制需要能解決以下這三個主要的問題：
一、工作要能夠連續，不要輕易的被打斷：尤其是當一個人才剛進入工作的狀態卻被其他的臨時事項或溝通所打斷時，要再重新進入原本的任務內容所耗費的時間與心神勞力在無形之中都是個浪費。
二、任務內容要能夠有效傳達：由於軟體開發在本質上複雜與不可見的特性，很多時候口頭上所討論的內容每個人所理解的都不盡相同。又尤其開發過程中肯定會有不少任務內容展開，而開發人員肯定是一件一件的對於這些任務進行消化。而在這期間，軟體需求的各種修改與追加其實會是一種常態，特別是對於新創公司而言，要如何讓這些任務內容有效的傳達到所有相關的參與者身上，而不是藉由開會來佔用人員寶貴的開發時間，則是一件軟體專案管理上必須要思考的議題。
三、軟體設計過程要能夠追蹤：軟體開發不同於其他產業，它很難用任何量化的指標去評估。公司的價值基本上就是圍繞在裡面成員的技能與組成，因此，要如何將開發經驗傳承下去則是每個軟體公司都會面臨到的挑戰。這點在程式人員中通常都是使用版本控制軟體(如Git)，但只有這個是遠遠不夠的。程式碼無法體現想要達成的使用者經驗以及其他各種功能面上的決策與情境，因此如何為這些東西提供一個互相參照的機制，則會直接影響到公司的體質。體質好的公司，這些開發經驗是要能有系統的累積下來的。人員若能夠藉由這個機制而能簡單且快速的存取到跟手
邊任務相關的資訊，則能夠大大的提升軟體開發與維護的效率。
其實，上面這些問題在本質上都是怎麼「溝通」。要怎麼讓這件事更有效率的被執行，其實在軟體界中有一門叫「軟體工程」的理論專門在探討相關專案管理的開發議題，從各種從上千人參與的軟體開發專案到十人以下的小團隊都有提出一些方法論來解決各種軟體開發上所會面臨到的情境。其中一套被稱作agile的方法論普遍被世界上各個開發團隊所採用，其核心思想便是藉由每天不斷的溝通、頻繁的交付版本來快速的適應需求的變化。
然而，溝通是有成本的，因為溝通需求而被中斷的開發時間意味著時間的浪費。因此在agile中的 「scrum」框架下才會有每天的站立會議的出現。藉由每天在進入工作之前跟成員間互相分享彼此在任務上的狀況與需要協助的地方，以解決當面互相溝通的需求。
當然，就如同人月神話一書中所提到：「沒有銀彈」──軟體開發並沒有一套完美的方法論可以完美的套用。各個軟體專案管理必須要根據人員的組成與專案的特質進行不同的管理流程，一切都要以如何進行有效與簡潔的溝通為基礎來進行發展。
基於上面的需求，市面上其實也已經有幾套專案軟體系統可以用來協助我們減輕成員間溝通的負擔。
其中最有名的是jira( https://www.atlassian.com/software/jira )，它是目前公認做的最好的專案軟體管理工具，只是如果要完整的使用該公司的方案的話，在價格上會有些昂貴。
再來就是redmine( https://www.redmine.org/ )，由於這套解決方案是免費的，因此在市場上佔有不小的份量。只不過我個人用過的感覺是缺乏了不少關鍵性的整合能力，而且server必須要自己架設，適合有專門資訊人員在管理的團隊。
接下來便是微軟的vsts( https://www.visualstudio.com/team-services/ )，由於其完整度還蠻高的，各種整合跟服務都很不錯，而且5人以下免費，git跟git lfs的空間無上限，因此作為startup使用的專案軟體管理工具是蠻適合的。
另外也有不少小團隊採用Trello( https://trello.com/ )，只是我覺得這套系統作為個人使用的任務管理工具雖然還蠻完美的，但當團隊成員擴張到5個人以上的時候就會開始顯得有些零亂，到10個人以上時基本上就會呈現一種無法管理的狀態。
當然，除了使用專案管理系統之外，還是會有即時溝通的需求。基本上，市面上的專案管理系統會在每天匯整當天的任務資訊並寄到你的email，但若我們在專案管理上的任何更動或任務的指派都能夠即時通知到相關人員的話，那麼團隊就能夠更敏捷的去處理各種突發狀況。
通常大部份的人想到的都會是建立一個line或Skype群組並手動的通知對方相關的任務變更，但「手動」這件事其實是一件勞心勞力的事，若能夠自動化的話該有多好？而且建立line或skype群組意味著公司需要再去尋問員工私下個人的帳號資訊，這對於一些重要資訊的控管與流程的制度化其實是不好的。
這就是為何市面上會有slack、hipchat或microsoft teams……這些群組聊天軟體出現，它們不僅僅跟專案軟體系統有一些自動化機制上的整合，更重要的是如果這們軟體是直接跟公司的email帳號綁在一起，就能夠讓員工們做到公私分離，在公事上分享相關機密資訊時就不會有太多的疑慮。
最後，根據agile的精神，我們必須要頻繁的交付版本以達到快速適合需求變更。但交付版本這件事其實是一件勞心勞力的事，若是每幾天都要繳交一個版本的話，那麼就會必須要配置一個工程師整天都在做這件事。這其實也是一種浪費，若是這件事也能夠自動化的話該有多好？
其實所謂的持續集成(Continuous Integration)就是在處理這件事。基本上要做的事情就是一套自動化建置與佈署的流程，撰寫自動化的測試程式以確保基本的軟體質量，並在每天晚上自動執行這些自動化出版的腳本。其中這套持續集成系統最有名的是jenkins( https://jenkins.io/
)。這套流程雖然一開始的建置需要花費一些時間，但是當整個機制完成之後，團隊成員每天能夠拿到一個最新的版本以檢視其前一天的工作成果，而且最大的好處是能夠讓各種潛在的議題在軟體實作的初期就浮現出來。一個好的CI流程能夠體現軟體專案的心跳聲，若是我們能夠越早傾聽出專案中各種潛在的病症，那麼便能讓我們後期專案的開發與維護成本降至最低。
--
Sent from my Windows
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 219.70.222.43
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1491217470.A.FD6.html
之前是每想到一個想做的東西就直接跟跑過來問我能不能做
每次寫code寫到一半一直被打斷實在很不爽
基本上我們是新創公司小團隊，但就是因為小，所以我現在推動這些事沒什麼阻力
... <看更多>