準備好邁向 Swift 3/iOS 10了嗎?

iOS 升級到 iOS 10了,連帶 Swift 也升級到 Swift 3,這次升級算是蠻大的改變,很多語法都要改寫,在 FB 塗鴉牆也看到許多線上課程動作好快,也都針對這次的升級也更新了課程內容,整理一下最近看到的線上課程。

中文

  • Swift 3 從入門到精通   88 堂課,大部分偏向 Swift 3 程式設計語言,從第 74 堂課以後才開始有介紹 iOS App 元件, 由知名 iOS 開發者/講師魏巍主講。

英文

Learn to Program Swift 3 – 90 堂課, 針對 Swift 3 程式設計語言,沒有包含到 App 開發。

Learn Swift 3,Xcode 8 and iOS 10 Step by Step – 84 堂課,包含 Swift 3 程式設計語言,還有 iOS UI 基本元件使用,最後還會教你做一個平均數的計算器 App 。

iOS 10 Swift 3 hands on features – Siri Kit, Messages – 36 堂課,這個課程比較適合已經有基礎的開發者來上,課程內容主要針對 iOS 10 的新功能,例如 Stickers,Speech Recognition Apps,SiriKit(在你的 App 增加語音命令),Swift 2.3 到 3.0 的改變比較,Message app Extension,還有教你如何做 iTunes app Ranking – ASO ( App Store Optimization )。

你可能會感興趣

 

喜歡我們的整理嗎?透過以下的社群分享也分享給你的朋友吧!

讀書會報報 002 你以為打出了全壘打,結果被觸殺在本壘

最近一直想起高中時的一次體育課的一個畫面,那次是打壘球,班上一位同學好厲害奮力揮出一棒,那顆球飛的好遠,大家一陣驚呼:Ya 全壘打,全壘打,那位同學很得意的就慢慢跑,誰知道那顆球落地後竟然被另一位同學接到後,分兩次傳球將這位同學給觸殺在本壘。

這個畫面過了30幾年,到現在還是很鮮明,我不知道這件事對我有什麼意義?為何要記這麼久,一直到最近,想起了趨勢科技創辦人在一個跟王文華錄製的CD-創業頑童,裡面也有一段比喻,張明正提到,開發對的產品且領先對手,就像是敲出了一記全壘打,你就可以慢慢地跑回本壘,但是張明正又講了

「你不能只靠擊出一隻全壘打來締造成長,而要透過公司的每個成員不斷擊出安打」

其實後面這句話要驗證一下他有沒有講這個比喻後用 Google 出來的,當時我印象比較深刻的反而是他講的那句話-敲出全壘打後你就可以慢慢跑。

這幾年的體悟,不應該老是想去揮出全壘打,應該是不斷揮出安打,以步步為營的方式前進,因為老是以為自己揮出了全壘打,結果就像我那位同學一樣被封殺在本壘。

那麼人生要如何步步為營,繼續保持前進?那就是要訂目標了,還記得上次 讀書會報報-001 為何你無法成為高手 裡面有提到了一點–訂登月目標。什麼是登月目標?我建議你可以去看一本書-為什麼這樣工作會快、準、好的第四章。看完之後你就會了解人生的盲點在哪裡,因為大部分的人只會設定短期目標,目前可以完成的目標,而不會去設定一個超出目前自己能力範圍的目標,然後將這個看似遙不可及的目標再切割成很多可以執行的小目標,最後去完成登月目標。想要瞭解更細部的內容,建議去買這本書來看,收穫會很多。

那麼有了登月目標後,我腦海裡想到一個畫面,會比較符合我想像的人生應該是什麼,就像是遊戲 Flappy Bird 那隻小鳥一樣,你必須不斷的揮動翅膀,不然就會掉下來,你必須懂得解決問題,不然就會撞到牆也掉下來。

flappy_bird_screenshot

讀書會近況

最近讀書會報名流程改版後,已經開始有網友來報名,感謝大家對我們的支持,看了大家參加讀書會的目的,也會讓我們更有自信將我們堅持的精實雲端讀書會精神繼續辦下去。

以下是目前已經有網友報名的讀書會,如果有興趣,歡迎來報名。

  1. 報名-為什麼這樣工作會快、準、好 報名人數差一位就到達啟動讀書會標準了。
  2. 如何閱讀一本書
  3. The Pragmatic Programmer
  4. The Effective Engineer

如果對這些讀書會沒有興趣,可以參考這個頁面,或是直接來信到 info@esast.com 跟我們推薦書籍。

相關 FB 粉絲專頁

為了掌握目前有參加 Soft & Share 讀書會 FB 社群的網友對讀書會類別喜好,我們開始去針對不同的主題開始經營 FB 粉絲專頁,這樣我們會比較了解參加 Soft & Share 社群的網友會對哪些主題的讀書會有興趣,歡迎到相關的 FB 粉絲專頁幫我們按個讚。

  1. 歡迎訂閱-思考與個人成長
  2. 歡迎訂閱–研發團隊協同作業解決方案
  3. 歡迎訂閱–軟體開發團隊工具心得分享
  4. 歡迎訂閱-設計 & 思考
  5. 歡迎訂閱-創業不簡單
  6. 歡迎訂閱-行銷 & 成長駭客

喜歡我們的服務嗎?幫我們使用以下社群分享給你的朋友吧!

Soft & Share 精實雲端讀書會報報 001 為什麼我無法成為高手?

為什麼我無法成為高手?

歸納一下最近的心得

以上是最近的心得,不管你信不信,總之我是信了 🙂

Soft & Share 精實雲端讀書會的報名流程改變了

最近我們將讀書會的報名流程改變了,因為我們遇到一個瓶頸 – 每個讀書會都有人要參加,參加的網友很分散,就是湊不到人數?(內心 OS : 我們選的每一本書都很棒啊 ! 是不是因為這樣讓大家注意力分散了 ? ) 。如果我們有心電感應知道有哪一本書是同時間大家都想參加的讀書會那就好了,但是目前為止,在通靈能力還沒練成之前,只好讓大家自己來我們的網頁看有哪一本書是你想參加的,等累積到成立人數再來辦了。7 月份,Soft & Share 一共組織了 7 個讀書會,這段期間,我們收到不少鼓勵跟肯定,最近一些讀書會沒辦成,也有網友來關心是否就不辦了,因為有大家的肯定跟鼓勵,我們還會繼續走下去。而且還是堅持我們的–精實雲端讀書會精神

如何報名讀書會?

  1. 到學習地圖挑你想參加的類別書籍
    learningmap
  2. 選擇有興趣的類別
    learningmap2

選擇想要參加讀書會的書籍,下方有一個報名的表單,填寫後我們會統計人數
form

沒有我想參加的讀書會怎麼辦?

那就麻煩你高抬貴手,跟我們推薦一下你想參加那一本書的讀書會,請到學習地圖 下方有一個好書推薦的表單,填寫完送出,我們就會收到通知了。

suggestion

喜歡我們的讀書會服務嗎?歡迎使用以下社群分享按鈕分享給你的朋友吧!

在PhpStorm使用Time Tracking Plugin

原文 : https://blog.jetbrains.com/phpstorm/2016/08/time-tracking-plugin-in-phpstorm/

ESAST CO LTD 為 JetBrains在台灣經銷,本文經 JetBrains 授權翻譯。

如果你想要更好地控制你的任務和專案和度量你花費在開發上的時間,參考看看 Time Tracking Plugin,這個插件在今年稍早的 PhpStorm 2016.1 版本中被加入了。

Time Tracking Plugin自動追踪你在每個專案上花費的時間–基於你在編輯器中的活動。它會在5分鐘a沒有任何活動後自動暫停,或者你也可以使用 Time Tracker Tool Window 手動啟動並且需要的時候停止。所有收集的數據都保存在一個CSV檔案,所以你可以隨時看看它,並且分析你已經花了多少時間在你的專案上。

如何使用這個 Plugin

首先,在 Settings|Tools | Tasks | Time Tracking 啟用 Time Tracking Plugin。時間跟踪工具視窗將出現在右側的工具窗欄可以使用,以及在 View |Tool  Windows 選單。

time-tracking

你可以通過按下綠色的十字按鈕,方便地添加新任務。自動模式預設是開啟的,這意味著只要你開始在編輯器中工作時間會自動開始追踪。如果自動模式沒有啟動,你必須手動啟動(停止)計時器 。

time-tracking-21

時間追踪器也可以與 bug 追踪系統同步,這個必須要在 Configure Servers 對話框設定,所以要追踪你花多少時間在每項任務上就變得更容易。你可以在PhpStorm Web Help 找到更多關於時間追蹤功能是如何運作的資訊。

JetBrains PhpStorm Team
The Drive to Develop

新創公司購買JetBrains IDE企業版本享有50%優惠,歡迎洽詢。

如果覺得這篇 How-to 對你的社群朋友也有幫助,歡迎透過以下社群分享按鈕分享。 

為IntelliJ設計的JVM除錯器記憶體檢視插件

我們每天都在努力尋找新的方法來改善與IntelliJ IDEA的開發者體驗。它可能是一個錯誤修正,性能改進,或是新功能(通常是按照這個順序)。今天我們要向大家介紹一個新的插件叫JVM除錯器記憶體檢視(JVM Debugger Memory View)。

該插件擴展了內建的除錯器在除錯階段擁有探索在JVM堆積(heap)的物件能力。記憶體檢視視窗(Memory View)顯示了依其類別名稱分組的所有物件數量。

memory_analyzer_2

當你使用除錯器逐行除錯,切換到下一個除錯點,Diff欄位顯示了物件數量的變化。這個方法可以讓你在步行除錯時看到代碼是如何影響堆積(heap)。

在類別名稱上用滑鼠雙擊,會打開一個顯示所有這個類別所建立的物件對話框。

memory_analyzer_1

您可以在對話框通過判斷表達式(evaluated expression)過濾這些物件。所有的除錯器操作例如Inspect, Mark Object, Evaluate Expression, Add to Watches, 都可以應用到這個對話框中的物件。

要安裝插件,打開 Settings → Plugins,點擊 Install JetBrains plugin 並且尋找 “JVM Debugger Memory View”。

發現了Bug或是想要什麼功能? 非常歡迎到 issue tracker 回饋你的意見。

ij_2016_2_blog_banner

About Andrey Cheptsov
Part-time dreamer. JVM/JavaScript geek. IntelliJIDEA Marketing Manager at JetBrains. View all posts by Andrey Cheptsov →

本文源自 https://blog.jetbrains.com/idea/2016/08/jvm-debugger-memory-view-for-intellij-idea/ ESAST CO LTD為JetBrains在台灣經銷, 本文經JetBrains授權翻譯。

覺得這篇文章很有幫助,歡迎透過以下的社群分享按鈕分享給你的朋友!

你是知識產生者還是受眾者?

晨讀心得

昨天寫的專家的境界, 裡面引用了一本書-Pragmatic Thinking Learning 裡面講的德雷福斯(Dreyfus)模型的5個階段, 對於專家的描述

專家是各個領域知識和資訊的主要來源. 他們總是不斷地尋找更好的方法和方式去做事. 他們有豐富的經驗, 可以在恰當的情境中選取和應用這些經驗. 他們著書 , 寫文章, 做巡迴演講. 他們是當代的巫師.  專家是憑直覺工作, 而不需要理由. 這帶來一些非常有趣的影響, 並提出了一些重大的問題-到底什麼是直覺?

這句話第一次看時並沒有問題, 但是第二次看時產生了疑問-關於專家憑直覺工作這件事, 這本書引用了一些案例基本上都是認同的, 但是直覺這件事到底是好或是不好? 這件事就有一些疑問, 但是我不下定論, 因為這本書雖然看過, 後面忘掉很多現在在複習中 XD. 我想分享的是為何看了第二次產生了一些疑問, 因為前不久也在看另一本書-小心別讓思考抄捷徑 , Pragmatic Thinking Learning這本書是針對程式設計師所寫的, 裡面有不少章節都在描述大腦的運作模式, 並教你如何去調適, 跟Learning how to learn有異曲同工之妙, 這對程式設計師需要大量吸收新知是有幫助的. 小心別讓思考抄捷徑則比較像是大眾心理學, 這本書並沒有針對特定人士, 讀起來算是很輕鬆. 小心別讓思考抄捷徑專門在探討大腦不同的捷思(Heuristic). 一開始的導論裡面那個案例就夠讓人驚悚的-一位滑雪專家因為誤判命喪雪崩的案例. 這個案例被一位機械博士 Ian McCammon 做了多年的研究寫成了一篇論文-休閒運動雪崩事故中捷思陷阱的證據, 這篇論文成為野外訓練的主要內容, 拯救了許多生命. 在看這邊的描述是讓我既感到感動, 也感到驚恐, 因為裡面提到會讓我們誤判的捷思, 一不小心就會踩到. 尤其是我們從小到大的座右銘也會讓你產生誤判, 例如

  • 有志者事竟成 – 這句話是正面的, 但是當你一旦執著不懂得變通, 就很容易踩到 “一致性捷思” (consistency heuristic) 的地雷- 我們容易執著於習慣而不知變通. 創業者尤其要小心這句話!

書裡面講的雪崩意外就講到這個滑雪隊犯了這個捷思的誤判, 下定了決心, 這個想法就必須要付諸實現. 最後付出的代價是失去了生命.

這本書整個內容跟Pragmatic Thinking Learning其實看似沒有關聯,  但不約而同講到了直覺這件事, 讓我相當感興趣的會是這兩本書對於專家的直覺要如何運用會是比較恰當?.  小心別讓思考抄捷徑的導論也說到, 大部分運用捷思對我們是有幫助的, 但是你要知道什麼時候要深思熟慮並慎重其事, 什麼時候速度比完美重要. 運用恰當很重要. 

知識產生者還是受眾者?

這是昨天晚上閱讀的書是-如何閱讀一本書時腦海裡面想到的一個標題, 前一陣子在不同的讀書會聽到最多的話題不外乎就是現在資訊過載, 大家是如何面對這樣的現象? 我從如何閱讀一本書給我的啟發是提升自己的閱讀層次到分析式閱讀跟主題式閱讀, 將自己變成知識的產生者而不是受眾者. 這樣的講法會不會有點狂? 但是仔細思考一下, 如果提升自己的層次是不是也會讓知識的分辨與吸收變快? 知道如何取捨? 在如何閱讀一本書裡面提到主題閱讀是最高層次的閱讀, 這是所有閱讀中最複雜也最系統化的閱讀. 主題閱讀能夠架構出一個可能在那一本書裡都沒提過的主題分析. 主題閱讀是最主動, 也最花力氣的一種閱讀. 這也是我認為脫離知識受眾者成為知識產生者的管道.

如何閱讀一本書到目前給我最大的啟發還有對自己的一個反思-閱讀的目標是在增加資訊? 還是增加理解力? ,努力回想過往哪些讓自己感到 “醍醐灌頂” 的書很多嗎? 仔細想一下也是有的, 但是可悲的是不多 XD, 最近剛好也在看系統思考這本書, 於是試著去套用系統思考p97頁那個經濟系統行為變化模式, 每一本書也有它的 “資本生命週期” , 目前的感想是增加理解力相對增加資訊的書可以用的生命週期相對比較長.  (這部分也許對你而言感受不同, 會有點爭議 XD, 什麼是增加理解力的書, 請看如何閱讀一本書p007 閱讀的目標)

面對目前的資訊洪流, 可以問自己一個問題, 讀了那麼多文章後, 你的理解力有提升嗎? 還是只是增加資訊而已?

Soft & Share 日報 – 專家的境界

昨天在FB看到蘇文鈺教授的貼文, 裡面有一段話值得讓人反思

蘇格拉底說,「真正的知識存在於你知道你其實什麼也不知道!」True knowledge exists in knowing that you know nothing.

前幾天剛好在計畫一本書的讀書會-程序員的思維修練, 第二章-從新手到專家的歷程, 裡面提到了德雷福斯(Dreyfus)模型的5個階段-從新手到專家

  • 新手 – 需要指令清單
  • 高級新手 – 不想要全局思維
  • 勝任者 – 能夠解決問題
  • 精通者 – 能夠自我糾正
  • 專家 – 憑直覺工作 ( Experts work from intuition)

我對書裡面對於專家的描述特別感興趣,

專家是各個領域知識和資訊的主要來源. 他們總是不斷地尋找更好的方法和方式去做事. 他們有豐富的經驗, 可以在恰當的情境中選取和應用這些經驗. 他們著書 , 寫文章, 做巡迴演講. 他們是當代的巫師.  專家是憑直覺工作, 而不需要理由. 這帶來一些非常有趣的影響, 並提出了一些重大的問題-到底什麼是直覺?

後面的2.3節-現實中的德雷福斯模型: 賽馬與賽羊 裡面有一段描述-不知道自己不知道

當你在某領域不是很擅長時, 你更可能認為自己是這方面的專家

作者接著提到, 這種狀況在軟體開發領域是個大問題, 因為很多程序員和經理都意識不到有更好的方法和實踐存在. (想一下自己是不是也是處在這種狀況 ? 要如何解決?) 

達爾文說過 : “無知往往來自於自信, 而不是知識. ” 反過來似乎也是對的. 一旦你真的成為了一名專家, 你會痛苦地意識到你知道的是多麼少. 

今天早上在FB看到另一篇文章 如何深入思考加速進步?  裡面有一段話很喜歡, 也可以拿來當作反省自己的一個想法.

這種主動成長的人,除了所接手的新工作之外,還每天思考如何改進工作,分析優秀競品和行業案例,主動看書聽課學習充電,並針對自己的工作進行反思總結。

引用了這些, 主要提醒自己, 不要因為自己懂了一些而感到沾沾自喜, 專家之所以成為專家, 是因為專家知道自己不知道那些是不知道, 有點繞口, 這個道理可以驅動自己不斷去追尋不知道的知道

最近看一些書, 總是會提到 “層次” 這個觀念, 例如ORID-學問, 如何閱讀一本書, 程序員的思維修煉. 理解自己目前處在那個層次是幸福的, 因為總有一個更高的目標去驅動自己去追尋. 專家的境界確實是痛苦的, 因為專家永遠不知道自己目前是在什麼層次.

如何增加自己的視野提升到知道自己不知道的境界?

推一下最近的讀書會

  1. 人月神話 這個讀書會已經成立 7/29 星期五晚上就要開會前會了, 還有兩位名額可以報名.
  2. 系統思考  這本書很棒, 可惜目前只有一位來報名 XD
  3. 透視數據下的商機  已經有三位網友報名了, 再兩位報名讀書會就成立了
  4. 競合策略  這也是一本可以增加你對商業策略理解力的一本好書, 可惜目前只有一位報名 XD .

 

喜歡我們的讀書會嗎? 歡迎透過以下的社群分享按鈕分享給你的朋友

Soft & Share 日報 07/27/2016 – 創業與閱讀

晨間閱讀

最近早上會固定閱讀一本書-四步創業法 , 目前進度到了第三章, 摘要一下目前看到的, 使用ORID來寫一下目前的心得.

Objective

閱讀了三章, 釐清了一些觀念, 傳統的產品開發流程不太適合新創公司, 尤其是當新創公司面對的是一個未知的市場.

鴻溝理論講的產品開發週期, 也是不適合新創公司. 因為新創公司往往還沒遇到鴻溝, 資金就燒完了.

布蘭登提出的客戶發展方法是比較適合新創(Startup)團隊.

客戶發展方法還是需要公司創始者開發的雛形產品(MVP), 然後不斷地去探索天使客戶-第一批願意買單的客戶, 重視這批客戶的回饋意見給產品開發團隊. 客戶發展團隊不要隨便去創造新的需求讓產品開發團隊無所適從, 新創團隊初期最好要聚焦在少量的客戶身上.

 

Reflective

看布蘭登的四部創業法, 並不會感到很驚喜好像發現了一個新的想法, 因為自己待過兩家Startup公司, 經歷過公司搖搖欲墜, 管理混亂的草創初期. 看這本書只是不斷讓自己回到當年那個時空, 去驗證書裡面講的客戶發展方法觀念. 第一家startup公司做的市場就是布蘭登講的新興的市場, 客戶是未知的. 這家公司比較慘的是連一家天使客戶都沒成交  所以資金燒完後就收起來了, 這真的驗證了布蘭登講的, 大部分的新創公司還沒遇到鴻溝就收起來了, 第二家只參與了兩年, 所以就不予置評了.

Interpretive

四步創業法或是創業者手冊這本書我認為一家新創公司從founder, 市場, 業務, 產品開發團隊, 都需要一起看這本書, 這會讓團隊的衝突少掉很多, 剛剛有分享待的兩家startup公司, 第二家startup公司其實算是有摸到四部創業法的邊緣, 有找到天使客戶, 但是很可惜的是小小的公司一開始的溝通產生很大的問題, 客戶發展團隊扮演的角色像是業務團隊, 公司用傳統公司的方法給予業務團隊業績獎金, 業績壓力, 產品開發團隊一直搞不清楚公司要開發的是產品還是做專案 Orz . 這對團隊的士氣其實打擊很大, 業務怪產品開發團隊開發出的功能無法滿足客戶讓他們接不到單, 產品開發團隊怪業務, 既有功能的產品賣不出去亂接客製化專案. 這個情境你應該在業界聽到不少.

Decisional

創業這條路是知識很深的一條路, 閱讀對創業者是每日必需品, 讓閱讀增加自己的視野, 才不會讓自己踩到了地雷還不知道, 剛剛說的鴻溝理論這個觀念其實是從一本書叫跨越鴻溝來的, 這個理論有一度我也將它奉為圭臬, 看了四部創業法裡面的解釋才發現這套理論不適用在新創公司, 產品開發流程, 軟體專案管理, 這些知識也都很熟悉, 也去實踐過, 但這樣真的就夠了嗎?  知道目前自己是站在什麼位置要採用什麼方法跟觀念才是對的嗎?  Soft & Share 辦的讀書會選的書籍有一部分的目的即是希望可以藉由這些書, 大家一起討論, 交流可以得到不同的觀點, 突破盲點.

召集中的讀書會

以下選的這些書的讀書會除了對創業者有益, 即使你認為在公司內扮演的是小小螺絲釘的角色也會很有幫助.

提升軟體開發能力

提升軟體產品管理能力

  • 使用者故事對照讀書會  這本書很熱門, 讀書會推出兩天就額滿了, 如果你想參加, 請來信到info@esast.com, 我們會再組織新的讀書會, 到時我們會優先通知你

提升市場開發能力

  • 透視數據下的商機 如何從數據觀察或是產出商業洞見?
  • 創業者手冊 – 這本也是四部創業法作者布蘭登寫的, 內容也是在講客戶發展方法
  • 競合策略 創業有很多面向, 如果懂得運用競合策略, 會找到新的機會與切入點

提升思考與分析的能力

  • 系統思考讀書會 這本書的知識運用範圍很廣, 無論是公司管理, 專案管理, 社會議題, 經濟, 個人財務都可以運用的上.

提升網站使用者體驗

提升表達能力

如果以上沒有你想參加的讀書會, 歡迎給我們建議

創業相關課程

Entrepreneurship: Launching an Innovative Business

喜歡我們的分享的資訊嗎? 歡迎使用以下的社群分享按鈕幫我們分享給你的朋友

Soft & Share 雲端讀書會日報 07/26/2016

最近每天都會推出新的讀書會, 這邊也有不少訂閱的網友, 因此每天來報告目前的雲端讀書會狀況.

最新上架的讀書會

創業者手冊

這本書是在行銷四步創業法這個讀書會由柯仁傑兄推薦了這本書, 作者提出的客戶發展方法有別於傳統的產品開發方法為導向的創業模式, 如果你還沒創業, 但是想要創業, 這個客戶發展方法是值得學習的一種方法, 他的原理很簡單, 但是很容易被創業者忽略. 尤其是自認技術高超的創業團隊更要重視.

使用者故事對照

良好的故事對話關係到人與為什麼.

在這本書的介紹看到了這句話, 簡單又有力. 現在的敏捷開發流程算是顯學了, 但是如何開發出使用者需要的產品? 如何讓團隊聚焦? 這本書應該可以得到很棒的指引.

快要額滿的讀書會

還在召集中的讀書會

系統思考

身處在這個資訊氾濫, 愈趨複雜的世界, 你有一套思考方法來解讀這個世界嗎? 這本書的作者是第五項修練作者彼得聖吉的老師寫的. 系統思考可以運用的範圍很多, 小自個人的財務狀況, 大自公司管理, 公共議題. 最近重新複習一本講軟體專案管理的小說最後期限, 竟然也在裡面發現系統分析的蹤跡. 學會系統思考, 讓你克服盲點見樹又見林, 歡迎對這本書有興趣的朋友一起來讀這本書互相討論.

競合策略

你知道輪胎製造商米其林為何還會去做米其林旅遊指南? 美食指南嗎? 兩者看似沒有相關聯的產業這裡面可是充滿商機, 如果你想發掘商機, 競合策略這本書是你必備的一本書. 歡迎對這本書有興趣的朋友一起來讀這本書互相討論.

透視數據下的商機

如果對於成長駭客這個主題有興趣, 應該不會錯過這本書, 如何運用Google Analytics發掘商業洞見, 應該就是掌握商業成長的最大契機. 歡迎對這本書有興趣的朋友一起來讀這本書互相討論.

喜歡我們舉辦的雲端讀書會嗎? 歡迎使用以下社群分享按鈕也分享給你的朋友吧! 

Docker Hub的TeamCity – 官方發布

原文:TeamCity on Docker Hub – it’s official now!
2016年6月17日    作者: Ekaterina Shliakhovetskaja
嵌藝創研軟體科技為JetBrains經銷, 此文獲JetBrains授權翻譯

有鑒於 Docker的用戶爆發性地成長,  Docker Hub 已經是大量使用的平台.使用者在此發佈images, 公司在此開始官方的貯存庫(repository), 很多人對此服務很欣賞.  

至今 JetBrains 還沒參與其中.  但我們發覺超過300個images連結TeamCity伺服器, 由熱情的Docker Hub使用者創建.  我們決定加入這社群並正式支援此平台.  

我們已發佈最近可馬上使用images的軟體版本且當一有新版出現, 我們也將跟著做更新.   

目前在Docker Hub有三個官方的TeamCity images:
1. jetbrains/teamcity-server
運用此 image 來執行全功能、馬上可用的TeamCity伺服器. 有多個選項並可另設變數, 此摘要在Docker Hub page 的image敘述中. 

只要一執行此伺服器, 你勢必要某個建置代理(build agents)幫你做實際的工作(building).  我們為此分別準備了兩個images.

2. jetbrains/teamcity-agent
建議一般的Java開發採用此 image. 從這個image建立的建置代理(Build agents)將支援代理端(agent-side)的 Git、Mercurial與 SVN的代碼提出(check out), 以及Java相關的活動(因為我們提供安裝好的OpenJDK) , 和一整組和Java開發相關的功能. 

3. jetbrains/teamcity-minimal-agent
由於建置代理(build agents)的需求差異很大, 我們也建立了此最小化代理image, 讓你可以用來做最簡單的建置(builds)或做你自己的images的基底.  

請參考 official JetBrains Docker Hub page 對TeamCity的Docker images做更細部的了解.  試試看!  我們期待您的意見反饋!  

 

使用 TeamCity 和 Octopus Deploy 掌握 CI/CD

歡迎加入Soft & Share雲端讀書會

覺得這篇文章有用嗎?  將很感謝您的分享 ! 

 

由 WordPress.com 建置.

Up ↑