目前日期文章:201505 (31)

瀏覽方式: 標題列表 簡短摘要

 

 

最近知名的評論網站 Yelp 正式進軍台灣,26 日推出台灣繁體中文版網站,即使沒有聽過 Yelp,也應該知道台灣有不少與美食、旅遊、餐廳相關的評論網,而 Yelp 除了讓使用者可以搭配 App 快速搜尋附近店家資訊,也能參考其他人留下的評語,或者在親自造訪後寫下心得,是個相當方便且實用的社群網站。 如同經營網站會到 Google、Bing 等搜尋引擎登錄網站資訊,若你是經營商店,或者中小企業老闆,不妨也到 Yelp 免費註冊、登錄商店資料。它是一個很好用的廣告平台,能提高你的商店品牌能見度,也能獲取顧客評語,來改善現有的問題、或讓服務變得更符合顧客需求,更重 要的是,利用 Yelp 社群龐大的使用者來使你的商店生意變得更好。 現今不少商店都會在 Facebook 成立粉絲專頁,不過就我的使用經驗來說,我通常只會在實際造訪商店後才會按讚、打卡或分享,對於如何被更多人發掘、找到,其實效果非常有限,除非很用心經 營粉絲專頁(有龐大粉絲),或者投放廣告來增加曝光。

學承電腦豐原分校 發表在 痞客邦 PIXNET 留言(0) 人氣()

 

 

【新聞分享】Google:我們的產品不再承認中國CNNIC的憑證!

學承電腦豐原分校 發表在 痞客邦 PIXNET 留言(0) 人氣()

 

 

【新聞分享】Google嚴打Chrome擴充程式,近200款亂插廣告的不當程式遭關閉

學承電腦豐原分校 發表在 痞客邦 PIXNET 留言(0) 人氣()

 

 

Cite 選取文字產生圖片摘要,一鍵分享至社群網站(iOS)

學承電腦豐原分校 發表在 痞客邦 PIXNET 留言(0) 人氣()

【新聞分享】持續整合開發實踐術

 

【新聞分享】持續整合開發實踐術 有效運用持續整合的團隊,會比沒有使用它的團隊更快交付正確度高的軟體,對於專業的軟體交付團隊而言,持續整合與版本控制同等重要 和其他極限程式設計的實踐相同,持續整合背後的概念是:既然經常整合程式碼庫對我們有好處,為何不隨時整合呢?就整合而言,「隨時」意指每當有人提交程式 到版本控制系統時。我的同事MikeRoberts說:「持續的頻繁程度遠超乎你的想像。」 『持續整合』是種根本上的觀念顛覆。如果沒有持續整合,你開發的軟體直至(通常是測試或整合階段)有人來驗證它能否運作,將一直處於無法執行狀態。有了持 續整合,在每次修改後(假如有足夠全面的自動化測試集合)軟體都會被證明是執行的。 即便它被破壞了,你也能夠很快發現,並立即修復。將持續整合使用得很有效率的團隊會比沒有使用它的團隊更快交付軟體,且缺陷也較少。交付期間,缺陷被發現 得越早,修復它的成本就越低,因此也就能大幅度節省成本和時間。因此,對於專業的軟體交付團隊,持續整合與版本控制同等重要。 實作持續整合 開始做持續整合之前,你需要完成三件事情: 1.版本控制 與專案相關的所有內容都必須簽入版本控制儲存庫中,包括產品程式碼、測試程式碼、資料庫腳本、建置與部署腳本,以及所有用於建置、安裝、執行和測試應用程 式的東西。這些聽起來都是理所當然的事情,但奇怪的是,的確有些專案未曾使用版本控制。有些人認為,他們的專案不大,不需要使用版本控制。可在我們看來, 現在沒有哪個專案小到可以不使用它。即便是在自己的電腦中為自己寫一些程式碼,我們也會使用版本控制。更何況現在已有許多簡單易用、功能強大且輕量的免費 版本控制工具。 2.自動化建置 你要能在命令列中啟動建置流程。無論是透過命令列啟動IDE來建置應用程式,再執行測試,還是使用多個複雜的建置腳本透過互相呼叫的方式來完成都可以,但 無論採用哪種機制,必須滿足此條件:人和電腦都能透過命令列自動執行應用程式的建置、測試及部署流程。 現在,整合式開發環境和持續整合工具的功能都非常強大。通常不需要切換到命令列,你就可以在使用整合式開發環境完成應用程式的建置時,同時執行測試。然 而,我們認為,你仍然需要有能力透過命令列來執行,而無需透過整合式開發環境的建置腳本。對於這點,可能存在一些爭議,但我們的理由如下: ● 要能在持續整合環境中以自動化的方式來執行整個建置流程,以便出現問題時能夠審核。 ● 應以相同的方式來對待建置腳本與程式碼庫。也就是對建置腳本進行測試,並不斷重構,讓它保持整潔且容易理解,但整合式的開發環境自動產生的建置流程基本上 無法做到這件事。專案越複雜,這項工作就越重要。 ● 使理解、維護和除錯建置的流程更容易,這將有利於和業務人員更加合作。 3.團隊共識 持續整合並非一種工具,而是一種實踐。它需要開發團隊能夠給予一定的投入並遵守一些準則,也需要每個人都能以小且增量式的方式頻繁將修改後的程式碼簽入主 線,並一致認同「修復破壞應用程式的任意修改是最高優先順序的任務」。如果人們不能接受這個紀律,那就完全無法按預期透過持續整合提高品質。 基本的持續整合系統 為了做持續整合,你不一定需要持續整合式的軟體,正如我們所言,它是實踐,並不是工具。James Shore在「Continuous Integration on a Dollar a Day」一文中描述了一個非常簡單的方法,只需要一臺閒置的開發機器(developmentmachine)一個橡膠制玩具雞和一個桌上震鈴。這篇文章 值得一讀,從中可以看出,只要有版本控制工具就可以做持續整合了。事實上,現今持續整合工具的安裝和執行都極為簡單。有幾個開放程式碼的工具可供選擇,例 如,Hudson和受人尊敬的CruiseControl家族(CruiseControl、CruiseControl.NET和 CruiseControl.rb)。其中,Hudson和CruiseControl.rb的啟動和執行特別簡單。CruiseControl.rb是 很輕量的,若已掌握一些Ruby知識的人即可容易的擴展它。Hudson有許多外掛程式,這使它可以與建置和部署領域中的許多工具整合。 此書編寫之際,還有兩種商業化持續整合伺服器為小團隊提供了免費版本,它們是ThoughtWorks Studios開發的Go,以及JetBrains的TeamCity。其他流行的商業化持續整合伺服器還包括Atlassian的Bamboo和 Zutubi的Pulse。進階的發佈管理及建置加速系統還有UrbanCode的AntHillPro、ElectricCloud的 ElectricCommander,以及IBM的BuildForge,它們都可以用於簡單的持續整合。 假如能夠滿足之前所描述的先決條件,那在你選擇並安裝好持續整合工具之後,只要再花幾分鐘的時間設置一下就可以運作了。這些設置包括讓它知道到哪裡尋找原 始程式碼控制儲存庫,必要時執行哪個腳本來編譯,並執行自動化提交測試,以及一旦最新提交破壞了應用程式,要透過哪種方式通知你。 首次在持續整合工具上執行建置時,你很可能會發現在執行持續整合工具的機器上缺少了一些必需的軟體和設定。此為獨一無二的學習機會,請將接下來你所做的工 作全部記錄下來,並放入你的專案wiki。你應該花一些時間將系統依存的所有軟體和設定都簽入版本控制,並將重建出全新環境的整個活動轉變自動化流程。 接下來要讓全部的人開始使用持續整合伺服器。以下是簡單的流程。 一旦準備好要簽入最新的修改程式碼時,請遵循下列步驟: 1. 查看是否有建置正在執行。如果有你得等它執行完。如果它失敗了,則與團隊中的其他人一起將其修復,接著再簽入自己的程式碼。 2. 一旦建置完成且測試全部通過,就從版本控制儲存庫中將該版本的程式碼更新到自己的開發環境上。 3. 在自己的開發機器上執行建置腳本,並執行測試,以確保你的機器上的所有程式碼的運作都很正常。當然你也可以利用持續整合工具中的個人建置特性來完成此步 驟。 4. 如果本地建置成功,就將你的程式碼簽入版本控制。 5. 接著等待包含你此次變更的建置結果。 6. 如果這次建置失敗了,就停止手中正在進行的事,在自己的開發機器上立即修復此問題,接著再回到步驟3。 7. 如果本次建置成功,你可以小小的慶祝一下,並開始下一項任務。 如果團隊中的每個人在每次提交程式時都能夠遵循這些簡單的步驟,你就可以很有把握的說:「只要是與持續整合一模一樣的環境上,我的軟體就可以運作。」 持續整合的前提條件 持續整合不會獨立幫你修復建置流程。事實上,如果你在專案中期才做這件事,就可能會非常痛苦。為了使持續整合能夠更有效,開始之前,你應該先做好以下這些 事情。 頻繁簽入 對於持續整合而言,我們最重要的工作就是頻繁簽入程式碼。每天至少應該提交幾次程式。 這能讓你嚴格的看待重構並堅持維護;即便只有微小的變更。確保變更大量文件也不會與他人的工作發生衝突;允許開發人員的探索與嘗試,並在失敗時能還原至最 近提交的版本。 建立全面的自動化測試套件 如果沒有一系列全面的自動化測試,那建置成功就只是讓應用程式能夠編譯並將其組裝起來。雖然對於某些團隊而言,這已是非常大的進步,但是,假如有一定程度 的自動化測試,會讓你能更有信心的說:「我們的應用程式是可以運作的」。自動化測試有許多種,其中有三類測試我們會在持續整合建置中使用,它們分別是:單 元測試、元件測試和驗收測試。 單元測試是用來對應用程式中某些小單元進行單獨測試(例如:一個方法、一個函數,或是一小組方法或函數之間的相互影響)。它們通常不需要啟動整個應用程式 就可以執行,而且也不需要連接資料庫(如果應用程式本身就具有資料庫)、檔案系統或網路。它們也不需要將應用程式部署到類生產環境中執行。單元測試應該要 執行得非常快,即使對於一個大型應用程式,整個單元測試套件也應該要在十分鐘之內完成。 元件測試用於測試應用程式中幾個元件。與單元測試一樣,它通常不必啟動整個應用程式,但有可能需要連接資料庫、存取檔案系統或其他系統——這些可以使用 stub(樁)。元件測試的執行時間通常較長。 『驗收測試』的目的是驗證應用程式是否滿足業務需求所定義的驗收標準,包括應用程式提供的功能,以及其他特定需求,例如:容量、有效性、安全性等。驗收測 試最好採用將整個應用程式執行於類生產環境的運作方式。當然,驗收測試的執行時間也較長。一個驗收測試套件連續執行一整天是很平常的事。透過使用這三類測 試的組合,你就能確信導入的修改不會破壞任何現有的功能。 保持較短的建置和測試流程 如果程式碼建置和單元測試的執行需要耗費的時間很長,你會遭遇到一些麻煩,如下所示: ● 人們在簽入程式碼之前不願意在本地環境進行完整的建置和執行測試,導致建置失敗的機率越來越大。 ● 持續整合流程需要耗費的時間太長,進而導致再次執行建置時,該建置會包含許多次的提交,這將很難確定到底是哪次提交破壞了本次建置。 ● 人們簽入的頻率會降低,因為每執行一次建置和測試,都要等一陣子。 理想情況下,簽入前的預編譯和測試流程,以及持續整合伺服器上的編譯和測試流程應該都要在幾分鐘內結束。我們認為,十分鐘是個極限,最好是能在五分鐘以 內,九十秒內完成是最理想的。十分鐘對於那些慣於操作小型專案的人而言,應該算是比較長的時間了,但對於那些經歷過需要耗費數小時編譯的老前輩而言,卻是 非常短的時間。 接下來的要求乍看之下恰好和上一個(即需要有全面的自動化測試集合)互相矛盾。但是,有許多技術可以幫助你減少建置時間。首先要考慮的事情是讓測試的執行 加速。XUnit這類型的工具,例如:JUnit和NUnit,可以提供每個測試的執行時間長度報告。找出那些執行較慢的測試,確認是否需要把它們最佳 化,或是在確保相同覆蓋率和信心的前提下縮短測試時間。這件事情應該經常做。 然而,有時候需要將測試分成幾個階段,那要如何劃分階段呢?首先將其分成兩個階段。第1個階段用於編譯並執行軟體,對構成應用程式的所有類別 (class)進行單元測試,並建立可部署的binary。此階段稱為「提交階段」。 第2個階段應該利用第1個階段所產生的binary進行驗收測試。假如你有整合測試及性能測試,也得一併執行。利用現代持續整合工具,可以很容易的建立起 此種分階段的建置流程,它們能夠同時執行多個任務,並將執行結果收集起來,以便很容易看到執行狀態和結果。這套測試的提交階段應該在簽入前執行,而且每次 簽入後,在持續整合伺服器上也要再執行一次。一旦通過簽入測試套件,就要馬上執行驗收測試的第2個階段,但此階段可能會需要更多時間。如果該階段耗時超過 半小時,就要考慮使用較大型的多重處理器或是建立建置網格來並執行這些測試。現代的持續整合伺服器都能讓這件事變得很簡單。另外,有時候把一個簡單的冒煙 測試套件加入提交階段,也是非常有用的。此冒煙測試套件應該執行一些簡單的驗收和整合測試,用來確保最常見的功能沒有被破壞――並在這些基本功能被破壞 時,能夠很快得到回饋。 管理開發工作區 為保證開發人員的開發效率與清晰明確的思路,開發環境的管理是特別重要的。當開發人員剛展開新任務時,應該總是從一個已知的正確狀態開始。他們應該要能夠 執行建置、執行自動化測試,以及在其可控制的環境上部署其開發的應用程式,通常是在他們自己的開發機器上。只有在特殊的情況下,才應使用共用環境開發。在 本地開發環境上執行應用程式時,應確保所使用的自動化處理與持續整合環境中的一致性,亦與測試環境也是相同的,在生產環境中也是相同的。 達到此目標的第1個先決條件就是細心的設置管理,不僅是管理程式碼,還包括了測試資料、資料庫腳本、建置腳本和部署腳本,這些全都得要放入版本控制,並在 開始編寫程式時,以它們「最新的正確版本」當作起點。「最新的正確版本」是指在持續整合伺服器上最近一次通過所有自動化測試的那個版本。 其次是對合作廠商相依設置的管理,也就是那些開發中所使用的函式庫和元件。應確保函式庫或元件的版本都是正確的,即它們的版本與你正在開發的原始程式碼的 版本是相互匹配的。有些開放程式碼工具可以幫助管理合作廠商相依性,如:Maven和Ivy。然而,使用這些工具時,你需要格外小心以確保能正確設置這些 工具,如此才能保證某些與合作廠商具相依性的最新版本不會每次都被重複下載到本地副本中。 對於大部分的專案,其所依存之合作廠商函式庫版本不會經常發生改變,所以最簡單的方法就是將這些函式庫隨你的程式碼一起提交到版本控制系統中。 最後就是確保自動化測試(包括冒煙測試)都能夠在開發機器上執行。對於一個大型系統,我們可能需要在開發機器上設置中間件系統(middleware system),用來執行記憶體中資料庫或單一使用者的資料庫版本。這的確要用一定的努力,但能夠讓開發人員在每次簽入前嘗試在自己的開發機器上執行應用 程式,並在其上進行一次冒煙測試,就可以大幅度的改善應用程式的品質。事實上,一個良好應用程式架構的特徵就是不需要用太大的力氣即可讓應用程式執行在開 發機上。 必不可少的實踐 持續整合是種實踐,而非一個工具,它的有效性依存於團隊紀律。要讓持續整合系統能夠發揮作用,特別是在面對大型且複雜的持續整合系統時,整個開發團隊就必 須擁有高度的紀律性。持續整合系統的目標是,確保軟體在任何時候都可以運作。為了做到這點,以下是我們在自己的團隊中使用的一些實踐。 建置失敗之後不要簽入新的程式碼 持續整合的首要大忌就是明知建置已經失敗,還向失敗的建置簽入新的程式碼。如果建置失敗,開發人員應該儘快找出失敗的原因,並修復它。假如使用此種策略, 我們每次都能非常迅速的找到失敗原因並修復它。如果我們同事中的某人簽入程式碼後使建置失敗了,那他們就是修復建置的最佳人選。此時,他們一定不希望別人 再簽入新程式碼,因為如此一來,會觸發新的建置,使問題變得更多。一旦此規則被破壞,耗費更多時間去修復就不可避免了。接著,人們就會習慣於看到建置失 敗,而且你很快就會發現,建置會一直處於失敗狀態而無人在意。此種狀態會一直持續下去,直到某個人忍無可忍,挺身而出,費了很多力氣才把它修好。但是,如 果無人遵守規則,此情形就會反覆上演。因此,在把建置變綠之後,最好藉此機會提醒每個人都遵守此規則,以確保建置一直是綠的,讓軟體一直處於可用的狀態。 提交前先在本地執行全部的提交測試,或是讓持續整合伺服器完成此事 正如之前提過的,我們希望每次提交都可以產生一個可發佈的候選版本。任何人以任何形式公佈某個東西之前,都會檢查一下自己的工作成果,而候選版本也是個發 行物,所以每次簽入前也要做一下檢查。我們希望簽入是件輕量的事,如此即可每隔二十分鐘左右就提交一次,但它也應該是件非常嚴肅的事,因此每次提交之前, 我們都得停下來,仔細想一想是否應該提交。提交前在本地執行一次提交測試,就等於是做一次健全性檢查(sanity check)。它也讓我們能確信新增的程式碼的確是按期望的方式在執行的。 當開發人員準備提交時,應該從版本控制系統中,更新專案本地副本,接著進行本地建置,並執行提交測試。只有當全部成功之後,開發人員才能將程式提交到版本 控制系統。(摘錄整理自第三章) 持續整合的首要大忌就是明知建置已經失敗,還向失敗的建置簽入新的程式碼。開發人員應該儘快找出失敗的原因,並修復它。 Continuous Delivery 中文版:利用自動化的建置、測試與部署完美創造出可信賴的軟體發佈 Jez Humble, David Farley/著;喬梁/譯 傅育文/審校 博碩出版 售價:650元 作者簡介 Jez Humble ThoughtWorks公司首席諮詢顧問,經常於各種敏捷技術大會上發表演講,致力於幫助企業能夠快速、可靠的交付出高品質的軟體。 David Farley 正使用『本書中描述的主要技術之一』為LMAX(倫敦多元資產交易)組織建設世界上性能最佳的金融交易平臺。 具有20年大型分散式系統的開發經驗,是採行敏捷開發技術的先驅者,曾以技術負責人的身分參與ThoughtWorks公司許多規模最大且最具有挑戰性的 軟體專案。

學承電腦豐原分校 發表在 痞客邦 PIXNET 留言(0) 人氣()

[新聞分享] 省流量加速上網 Google推「Data Saver」

 

省流量加速上網 Google推「Data Saver」

學承電腦豐原分校 發表在 痞客邦 PIXNET 留言(0) 人氣()

 

 

【新聞分享】Google推雲端環境啟動器,幾步驟快速建立雲端開發環境

學承電腦豐原分校 發表在 痞客邦 PIXNET 留言(0) 人氣()

 

 

謝謝學承電腦補習班老師的諄諄教誨給好評價 學承電腦補習班童老師是一個超有耐心的老師,教學速度和內容非常適合我本人給好評價,速度算是比較循序漸進,由簡慢到稍難,速度抓的恰如其分,當然老師都 這樣教,當學生的我當然認真一下,剛開始只知道Photoshop是處理照片,經過學承電腦補習班老師的諄諄教誨,我現在多多少少能夠做出一些簡單的 Photoshop作品,很謝謝老師的教導,我今後也要多多在Photoshop上繼續研究和做出更多的作品。

學承電腦豐原分校 發表在 痞客邦 PIXNET 留言(0) 人氣()

 

 

學承電腦豐原分校 發表在 痞客邦 PIXNET 留言(0) 人氣()

 

 

給好評價在學承電腦補習班學習讓人更加自信 在學承電腦補習班報名至今也快一個月了,之間也上了許多堂課,其中包括網際網路概念、Adobe Photoshop CS5.1、Adobe InDesign CS5.5、網路拍賣等課程。

學承電腦豐原分校 發表在 痞客邦 PIXNET 留言(0) 人氣()

 IDC 2014年臺灣伺服器市場研究報告:Linux作業系統在2014年市占首度超越Windows作業系統,營收破1億6千萬美元,搶下超過4成市占率 文/辜騰玉 根據IDC近日發布的臺灣伺服器市場研究結果,Linux作業系統的營收成長幅度快速衝高,在2014年市占首度擊敗Windows作業系統,營收超過1 億6千萬美元,搶下超過4成市占率。 早期企業多使用大型主機作業系統,10年前開始出現Windows和Linux兩隻黑馬,Windows在2006年時首度超越Unix,成為賣最好的伺 服器OS,而Linux則在近2年內年再掀一波成長趨勢,先於2012年超越Unix,去年營收更首度超越Windows。

 

學承電腦豐原分校 發表在 痞客邦 PIXNET 留言(0) 人氣()

 

 

【高堂堯╱南投報導】南投竹山鎮的國立自然科學博物館車籠埔斷層保存園區,昨辦兩周年慶,館方在斷層溝槽上進行3D光雕投影秀,呈現壯觀的世界級斷層線; 館長孫維新針對尼泊爾震災說:「台灣也是因兩大板塊相擠壓而浮出海面,其中伴隨的自然災害,人們須概括承受,努力學習地震知識、找尋趨吉避凶之道!」 昨天活動包括地質與防災特展、《正負三米六》水患防治影片、穿山甲生態教育解說等。 其中重頭戲為久美國小原民學童合唱團,在車籠埔斷層溝槽表演美聲合唱,及園區首度以3D光雕投影秀,介紹車籠埔斷層的生成歷史和地質知識、展示溝槽挖掘的 秘辛。 台同受震災之苦 孫維新表示,車籠埔斷層保存園區屬世界級景觀,在日本、美國等地都看不到如此壯觀的斷層線。 孫維新指,過去歷經各界10多年艱苦催生過程,終於在前年5月1日正式對外開放,提供國人兼具科學研究和教育功能的優質場域。 針對板塊運動造成日前尼泊爾震災的嚴重災情,孫維新表示,台灣也是因為兩大板塊相擠壓而浮出海面,其中伴隨的自然災害,人們必須概括承受,應更努力學習相 關知識、探究趨吉避凶的方法。

學承電腦豐原分校 發表在 痞客邦 PIXNET 留言(0) 人氣()

小邊看到這個好想要喔!一直坐在電腦桌前,肚子都要肥一圈了啦!!~~~吶喊\>口</~~~

 

學承電腦豐原分校 發表在 痞客邦 PIXNET 留言(0) 人氣()

學承電腦補習班授課老師及工作團隊們都非常專業

 

學承電腦補習班授課老師及工作團隊們都非常專業 大學畢業後,找了一個跟所學毫無相關的工作.還好有學承電腦補習班,學習電腦技能,讓我在找工作時,有更多選擇!除此之外,學承電腦補習班的授課老師及工作團隊們都非常專業給好評價,讓我在學習時,能隨時了解想知道的資訊!真棒!

學承電腦豐原分校 發表在 痞客邦 PIXNET 留言(0) 人氣()

中央社新聞:善用社群 學承電腦服務獲好評

 

http://www.cna.com.tw/postwrite/Detail/167938.aspx#.VSsfodyUfQN

學承電腦豐原分校 發表在 痞客邦 PIXNET 留言(0) 人氣()

 

 

台灣水庫水量不停下降,全台除了翡翠水庫之外皆逼近下限,全民省水之餘也必須實施「限水」的動作。而台灣自來水公司也將在本周開始實施限水停水措施,新北 市、桃園、新竹等部分縣市地區都將面臨每周停水兩天的狀況,不過看著發布的政府公文,卻不知道自己家有沒有在限水範圍內嗎?Google Map可以幫上你的忙! 在自來水公司的官網,可以查詢到Google Map版本的限水資訊,讓用戶可以簡單查詢相關資訊

學承電腦豐原分校 發表在 痞客邦 PIXNET 留言(0) 人氣()

微軟在去年4月宣佈終止對Windows XP的更新支援,一年過後的今年,微軟積極鼓勵使用者升級Windows 8,甚至Windows 7也好的努力似乎效果有限。這個邁向15歲的作業系統仍然活躍在世界佔有率第二的位置。 商業媒體《Theinquirer》近日給出了一項數據統計,在與去年同期比較微軟作業系統市佔率變化後,發現停止支援XP雖有降低它的使用比率,但整體 而言還有數百萬人的電腦(16.94%)仍在使用這個系統。

 

另外從訪查中得知,不少大企業也寧願額外向微軟支付維護費用,也不願冒險進行系統升級。 此外,數據上也顯示一些有趣的變動。我們可以發現Windows XP所減少的佔有率幾乎是補向Windows 7,而不是最新的Windows 8 / 8.1。顯見微軟要發展Windows 10平台化的策略,就是要打破這種系統世代斷層的不健康狀態


學承電腦豐原分校 發表在 痞客邦 PIXNET 留言(0) 人氣()

全新的Windows Store將支援電信帳單支付的付款選項,可望大幅提振程式購買行為。 微軟在周三(4/29)展開的Build大會上釋出Windows 10最新的Insider Preview測試版,強調全新設計的Windows Store、揭露通用Windows平台的創新能力、釋出支援不同平台的4款新SDK,以及將Windows 10中的新版瀏覽器正名為Microsoft Edge。其中,全新的Windows Store將支援電信帳單支付的付款選項,可望大幅提振程式購買行為。 微軟賦予Windows 10通用Windows平台與通用應用程式的願景,而Windows Store也將支援所有的Windows 10裝置,統一不同裝置在該程式商店的程式發現與購買流程。

 

微軟表示,對終端使用者而言,Windows Store中的程式將很方便安裝或移除,且各種Windows裝置上的程式商店都將支援廣大的支付選項,包括全球90家電信營運商的帳單支付功能,此舉將 協助沒有信用卡但擁有電話的使用者添購應用程式。 Windows Store亦內含企業功能,允許企業管理員突顯供員工安裝或購買的程式,以及遞送企業專用程式,還可使用採購單等企業付款機制。 微軟作業系統部門副總裁Terry Myerson表示,讓所有的Windows 10裝置都具備電信帳單支付功能將讓新興市場的程式購買數量成長8倍。 除了電信帳單支付外,微軟也更新Windows 10的Microsoft Advertising SDK,提供影音廣告功能並可追蹤安裝數量,以及支援程式內購買訂閱,並祭出新的Windows Store推廣計畫(Windows Store Affiliate Program)。 Windows Store Affiliate Program的用意在於鼓勵第三方推廣微軟的產品,網站只要提供微軟產品的連結就有機會賺到佣金,最多可取得10%的銷售佣金,此一計畫將在全球逾50 個國家實施。 Myerson說,藉由Windows 10的免費升級策略,他們期望在Windows 10正式問世的2~3年內就可達到10億裝置的安裝目標。(編譯/陳曉莉)

 

 

網址:http://www.ithome.com.tw/news/95586


學承電腦豐原分校 發表在 痞客邦 PIXNET 留言(0) 人氣()

在工作崗位上多年的職場老鳥,終有媳婦熬成婆,順利躍升管理職的一日。但是快樂的氣氛通常維持不久,畢竟一旦升為主管,職場老鳥面臨的考驗將會更多。千萬 不要以為當了主管以後,凡事只要出一張嘴就可以了,因為所有屬下其實都會睜大雙眼觀察主管有幾斤幾兩重,倘若職場老鳥什麼都不行,只是憑年資混到這個位 子,那麼絕對會被屬下看不起,認為這個主管不過就是靠拍馬屁與狗屎運才能升官的傢伙。

 

學承電腦豐原分校 發表在 痞客邦 PIXNET 留言(0) 人氣()

 

 

MooMash 線上 YouTube 影片音樂歌曲辨識工具,貼上網址快速找歌 不知道你有沒有過類似經驗,在 YouTube 影片中聽到一段好聽的音樂歌曲,想找更多資訊卻苦於沒有歌曲名稱,想問又不知道從何問起,除了運用 Midomi 線上找歌服務,或是使用超強歌曲辨識 SoundHound 外,有沒有更好的方法可以幫我們辨識音樂,找出 YouTube 某段影片使用的音樂專輯、歌曲和藝人等相關資訊呢?

學承電腦豐原分校 發表在 痞客邦 PIXNET 留言(0) 人氣()

1 2