狠狠撸shows by User: yftzeng / http://www.slideshare.net/images/logo.gif 狠狠撸shows by User: yftzeng / Wed, 28 Sep 2022 06:38:14 GMT 狠狠撸Share feed for 狠狠撸shows by User: yftzeng 重新想像：如何做技術選型決策 / Rethinking : Technical Decision /slideshow/rethinking-technical-decision/253220826 2021-07-17-220928063815-7382841f
《技術管理者論壇：商業與技術的平衡》 【主題】重新想像：如何做技術選型決策 技術選型是個既『成熟』又『新鮮』的老話題。成熟的是網路充斥著各種資訊；新鮮的是技術每年推陳出新，總會帶來新變化。本場次會以全新有趣又直擊靈魂的問題引導方式，與大家一同深入技術選型的眾多領域。 這趟旅程未必有答案，畢竟複雜的問題沒有唯一解，但我提出的問題會嘗試讓你與自己對話，就請跟著我一起試著顛覆既有的認知，並重新回到更深處的思考本質。 議題包括但不限於， ? 只著眼於「技術」的技術選型，常以失敗告終，為何？ ? 老技術不好嗎？新技術不行嗎？永遠會面對的兩難議題。 ? Agile & DevOps 對技術選型與管理的影響，以及為何有些技術人討厭與排斥？ ? 引入 Cache 不好嗎？套用 Microservices 不好嗎？轉為 Sharding 不好嗎？資料庫怎麼選？選型的本質探討。 ? 技術人討厭 OKR？或許我們換個角度，不僅會樂於採用還可讓解決問題的實力大增。 ]]>
《技術管理者論壇：商業與技術的平衡》 【主題】重新想像：如何做技術選型決策 技術選型是個既『成熟』又『新鮮』的老話題。成熟的是網路充斥著各種資訊；新鮮的是技術每年推陳出新，總會帶來新變化。本場次會以全新有趣又直擊靈魂的問題引導方式，與大家一同深入技術選型的眾多領域。 這趟旅程未必有答案，畢竟複雜的問題沒有唯一解，但我提出的問題會嘗試讓你與自己對話，就請跟著我一起試著顛覆既有的認知，並重新回到更深處的思考本質。 議題包括但不限於， ? 只著眼於「技術」的技術選型，常以失敗告終，為何？ ? 老技術不好嗎？新技術不行嗎？永遠會面對的兩難議題。 ? Agile & DevOps 對技術選型與管理的影響，以及為何有些技術人討厭與排斥？ ? 引入 Cache 不好嗎？套用 Microservices 不好嗎？轉為 Sharding 不好嗎？資料庫怎麼選？選型的本質探討。 ? 技術人討厭 OKR？或許我們換個角度，不僅會樂於採用還可讓解決問題的實力大增。 ]]> Wed, 28 Sep 2022 06:38:14 GMT /slideshow/rethinking-technical-decision/253220826 yftzeng@slideshare.net(yftzeng) 重新想像：如何做技術選型決策 / Rethinking : Technical Decision yftzeng 《技術管理者論壇：商業與技術的平衡》 【主題】重新想像：如何做技術選型決策 技術選型是個既『成熟』又『新鮮』的老話題。成熟的是網路充斥著各種資訊；新鮮的是技術每年推陳出新，總會帶來新變化。本場次會以全新有趣又直擊靈魂的問題引導方式，與大家一同深入技術選型的眾多領域。 這趟旅程未必有答案，畢竟複雜的問題沒有唯一解，但我提出的問題會嘗試讓你與自己對話，就請跟著我一起試著顛覆既有的認知，並重新回到更深處的思考本質。 議題包括但不限於， ? 只著眼於「技術」的技術選型，常以失敗告終，為何？ ? 老技術不好嗎？新技術不行嗎？永遠會面對的兩難議題。 ? Agile & DevOps 對技術選型與管理的影響，以及為何有些技術人討厭與排斥？ ? 引入 Cache 不好嗎？套用 Microservices 不好嗎？轉為 Sharding 不好嗎？資料庫怎麼選？選型的本質探討。 ? 技術人討厭 OKR？或許我們換個角度，不僅會樂於採用還可讓解決問題的實力大增。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/2021-07-17-220928063815-7382841f-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 《技術管理者論壇：商業與技術的平衡》 【主題】重新想像：如何做技術選型決策 技術選型是個既『成熟』又『新鮮』的老話題。成熟的是網路充斥著各種資訊；新鮮的是技術每年推陳出新，總會帶來新變化。本場次會以全新有趣又直擊靈魂的問題引導方式，與大家一同深入技術選型的眾多領域。 這趟旅程未必有答案，畢竟複雜的問題沒有唯一解，但我提出的問題會嘗試讓你與自己對話，就請跟著我一起試著顛覆既有的認知，並重新回到更深處的思考本質。 議題包括但不限於， ? 只著眼於「技術」的技術選型，常以失敗告終，為何？ ? 老技術不好嗎？新技術不行嗎？永遠會面對的兩難議題。 ? Agile &amp; DevOps 對技術選型與管理的影響，以及為何有些技術人討厭與排斥？ ? 引入 Cache 不好嗎？套用 Microservices 不好嗎？轉為 Sharding 不好嗎？資料庫怎麼選？選型的本質探討。 ? 技術人討厭 OKR？或許我們換個角度，不僅會樂於採用還可讓解決問題的實力大增。
重新想像：如何做技術選型決策 / Rethinking : Technical Decision from Yi-Feng Tzeng
]]> 413 0 https://cdn.slidesharecdn.com/ss_thumbnails/2021-07-17-220928063815-7382841f-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 拥抱开源：公司应如何善用开源技术，才能得其利而防其弊-加强版 /slideshow/ss-249420723/249420723 2021-06-18opensourceforenterprise-enhanced-210619110028
国外公司不论大小对开源技术的採用意愿极高，採用成熟度高的开源技术一来可以加快研发速度，二来也会大幅降低营运成本。但台湾公司对开源技术的认知程度较低，担心稳定性、安全性与支援性等问题，但甚少花时间去了解，当你用正确的心态去看待开源，且有妥善的管理机制去管理它，开源技术将是公司的重大助力。 加強版新增了幾個案例，以及 GDPR/CCPA 相關的解決方案。]]>
国外公司不论大小对开源技术的採用意愿极高，採用成熟度高的开源技术一来可以加快研发速度，二来也会大幅降低营运成本。但台湾公司对开源技术的认知程度较低，担心稳定性、安全性与支援性等问题，但甚少花时间去了解，当你用正确的心态去看待开源，且有妥善的管理机制去管理它，开源技术将是公司的重大助力。 加強版新增了幾個案例，以及 GDPR/CCPA 相關的解決方案。]]> Sat, 19 Jun 2021 11:00:27 GMT /slideshow/ss-249420723/249420723 yftzeng@slideshare.net(yftzeng) 拥抱开源：公司应如何善用开源技术，才能得其利而防其弊-加强版 yftzeng 国外公司不论大小对开源技术的採用意愿极高，採用成熟度高的开源技术一来可以加快研发速度，二来也会大幅降低营运成本。但台湾公司对开源技术的认知程度较低，担心稳定性、安全性与支援性等问题，但甚少花时间去了解，当你用正确的心态去看待开源，且有妥善的管理机制去管理它，开源技术将是公司的重大助力。 加強版新增了幾個案例，以及 GDPR/CCPA 相關的解決方案。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/2021-06-18opensourceforenterprise-enhanced-210619110028-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 国外公司不论大小对开源技术的採用意愿极高，採用成熟度高的开源技术一来可以加快研发速度，二来也会大幅降低营运成本。但台湾公司对开源技术的认知程度较低，担心稳定性、安全性与支援性等问题，但甚少花时间去了解，当你用正确的心态去看待开源，且有妥善的管理机制去管理它，开源技术将是公司的重大助力。 加強版新增了幾個案例，以及 GDPR/CCPA 相關的解決方案。
拥抱开源：公司应如何善用开源技术，才能得其利而防其弊-加强版 from Yi-Feng Tzeng
]]> 742 0 https://cdn.slidesharecdn.com/ss_thumbnails/2021-06-18opensourceforenterprise-enhanced-210619110028-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Testing in Production, Deploy on Fridays /slideshow/testing-in-production-deploy-on-fridays/239255853 2020-10-16modernweb-testinginproductiondeployonfridays-201114142623
本議題是去年 ModernWeb'19 「Progressive Deployment & NoDeploy」的延伸。雖然已提倡 Testing in Production 多年，但至今願意或敢於實踐的團隊並不多，背後原因多是與文化及態度有些關係。 此次主要分享推廣過程中遇到的苦與甜，以及自己親力操刀幾項達成 Testing in Production, Deploy on Fridays 成就的產品。]]>
本議題是去年 ModernWeb'19 「Progressive Deployment & NoDeploy」的延伸。雖然已提倡 Testing in Production 多年，但至今願意或敢於實踐的團隊並不多，背後原因多是與文化及態度有些關係。 此次主要分享推廣過程中遇到的苦與甜，以及自己親力操刀幾項達成 Testing in Production, Deploy on Fridays 成就的產品。]]> Sat, 14 Nov 2020 14:26:23 GMT /slideshow/testing-in-production-deploy-on-fridays/239255853 yftzeng@slideshare.net(yftzeng) Testing in Production, Deploy on Fridays yftzeng 本議題是去年 ModernWeb'19 「Progressive Deployment & NoDeploy」的延伸。雖然已提倡 Testing in Production 多年，但至今願意或敢於實踐的團隊並不多，背後原因多是與文化及態度有些關係。 此次主要分享推廣過程中遇到的苦與甜，以及自己親力操刀幾項達成 Testing in Production, Deploy on Fridays 成就的產品。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/2020-10-16modernweb-testinginproductiondeployonfridays-201114142623-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 本議題是去年 ModernWeb&#39;19 「Progressive Deployment &amp; NoDeploy」的延伸。雖然已提倡 Testing in Production 多年，但至今願意或敢於實踐的團隊並不多，背後原因多是與文化及態度有些關係。 此次主要分享推廣過程中遇到的苦與甜，以及自己親力操刀幾項達成 Testing in Production, Deploy on Fridays 成就的產品。
Testing in Production, Deploy on Fridays from Yi-Feng Tzeng
]]> 1225 0 https://cdn.slidesharecdn.com/ss_thumbnails/2020-10-16modernweb-testinginproductiondeployonfridays-201114142623-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 COSCUP 2020 Day 2 - Opening Keynote /slideshow/coscup-2020-day-2-opening-keynote/237604411 2020-08-02coscup-2020-day2-welcome-200806080631
COSCUP 2020 開源人年會第二日，開場 Keynote。 從痴心回到初心，讓大家快速瞭解 COSCUP，並依此脈絡介紹各今年議程軌的概觀，引領大眾快速知道可以選擇哪些議程軌加入。]]>
COSCUP 2020 開源人年會第二日，開場 Keynote。 從痴心回到初心，讓大家快速瞭解 COSCUP，並依此脈絡介紹各今年議程軌的概觀，引領大眾快速知道可以選擇哪些議程軌加入。]]> Thu, 06 Aug 2020 08:06:31 GMT /slideshow/coscup-2020-day-2-opening-keynote/237604411 yftzeng@slideshare.net(yftzeng) COSCUP 2020 Day 2 - Opening Keynote yftzeng COSCUP 2020 開源人年會第二日，開場 Keynote。 從痴心回到初心，讓大家快速瞭解 COSCUP，並依此脈絡介紹各今年議程軌的概觀，引領大眾快速知道可以選擇哪些議程軌加入。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/2020-08-02coscup-2020-day2-welcome-200806080631-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> COSCUP 2020 開源人年會第二日，開場 Keynote。 從痴心回到初心，讓大家快速瞭解 COSCUP，並依此脈絡介紹各今年議程軌的概觀，引領大眾快速知道可以選擇哪些議程軌加入。
COSCUP 2020 Day 2 - Opening Keynote from Yi-Feng Tzeng
]]> 398 0 https://cdn.slidesharecdn.com/ss_thumbnails/2020-08-02coscup-2020-day2-welcome-200806080631-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 COSCUP 2020 Day 1 - Opening Keynote /slideshow/coscup-2020-day-1-opening-keynote/237604304 2020-08-01coscup-2020-day1-welcome-200806080225
COSCUP 2020 開源人年會第一日，開場 Keynote。 以開源回到初心，讓大家快速瞭解 COSCUP，並依此脈絡介紹各今年議程軌的概觀，引領大眾快速知道可以選擇哪些議程軌加入。]]>
COSCUP 2020 開源人年會第一日，開場 Keynote。 以開源回到初心，讓大家快速瞭解 COSCUP，並依此脈絡介紹各今年議程軌的概觀，引領大眾快速知道可以選擇哪些議程軌加入。]]> Thu, 06 Aug 2020 08:02:25 GMT /slideshow/coscup-2020-day-1-opening-keynote/237604304 yftzeng@slideshare.net(yftzeng) COSCUP 2020 Day 1 - Opening Keynote yftzeng COSCUP 2020 開源人年會第一日，開場 Keynote。 以開源回到初心，讓大家快速瞭解 COSCUP，並依此脈絡介紹各今年議程軌的概觀，引領大眾快速知道可以選擇哪些議程軌加入。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/2020-08-01coscup-2020-day1-welcome-200806080225-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> COSCUP 2020 開源人年會第一日，開場 Keynote。 以開源回到初心，讓大家快速瞭解 COSCUP，並依此脈絡介紹各今年議程軌的概觀，引領大眾快速知道可以選擇哪些議程軌加入。
COSCUP 2020 Day 1 - Opening Keynote from Yi-Feng Tzeng
]]> 341 0 https://cdn.slidesharecdn.com/ss_thumbnails/2020-08-01coscup-2020-day1-welcome-200806080225-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Severless PHP Case : Agile Dashboard via GitLab Board API /slideshow/severless-php-case-agile-dashboard-via-gitlab-board-api/237316012 2020-07-25severlessphpcaseagiledashboardviagitlabboardapi-200728061116
本議程將分享如何利用 Serverless PHP，實作出敏捷儀表板 (Agile Dashboard) 定期報告的經驗。 過去每週我都會為三個技術團隊產生敏捷儀表板，以檢視團隊的敏捷健康度，並找出問題點。包括：Sprint 的團隊狀況、Sprint 的個人狀況、Burnup Chart、Cycle Time Chart 等。 流程上，團隊使用 GitLab Board 管理開發進度，各類事項的建置、進度與完成均在其上。為了配合產出合適的敏捷儀表板，我們也制定了一套「Label」管理辦法，可以為所有事項標示出必要的屬性，包括 Story points 等。如此，我只要透用 GitLab API 就可以隨時調出任何事項的異動狀態，並繪製出團隊所需要的報告。 技術上，為節省管理及維運成本，從工作排程 (例如每週一次)、程式部署 (Severless)，到報告下載點 (Cloud Storage)，均由雲端平台服務完成。]]>
本議程將分享如何利用 Serverless PHP，實作出敏捷儀表板 (Agile Dashboard) 定期報告的經驗。 過去每週我都會為三個技術團隊產生敏捷儀表板，以檢視團隊的敏捷健康度，並找出問題點。包括：Sprint 的團隊狀況、Sprint 的個人狀況、Burnup Chart、Cycle Time Chart 等。 流程上，團隊使用 GitLab Board 管理開發進度，各類事項的建置、進度與完成均在其上。為了配合產出合適的敏捷儀表板，我們也制定了一套「Label」管理辦法，可以為所有事項標示出必要的屬性，包括 Story points 等。如此，我只要透用 GitLab API 就可以隨時調出任何事項的異動狀態，並繪製出團隊所需要的報告。 技術上，為節省管理及維運成本，從工作排程 (例如每週一次)、程式部署 (Severless)，到報告下載點 (Cloud Storage)，均由雲端平台服務完成。]]> Tue, 28 Jul 2020 06:11:16 GMT /slideshow/severless-php-case-agile-dashboard-via-gitlab-board-api/237316012 yftzeng@slideshare.net(yftzeng) Severless PHP Case : Agile Dashboard via GitLab Board API yftzeng 本議程將分享如何利用 Serverless PHP，實作出敏捷儀表板 (Agile Dashboard) 定期報告的經驗。 過去每週我都會為三個技術團隊產生敏捷儀表板，以檢視團隊的敏捷健康度，並找出問題點。包括：Sprint 的團隊狀況、Sprint 的個人狀況、Burnup Chart、Cycle Time Chart 等。 流程上，團隊使用 GitLab Board 管理開發進度，各類事項的建置、進度與完成均在其上。為了配合產出合適的敏捷儀表板，我們也制定了一套「Label」管理辦法，可以為所有事項標示出必要的屬性，包括 Story points 等。如此，我只要透用 GitLab API 就可以隨時調出任何事項的異動狀態，並繪製出團隊所需要的報告。 技術上，為節省管理及維運成本，從工作排程 (例如每週一次)、程式部署 (Severless)，到報告下載點 (Cloud Storage)，均由雲端平台服務完成。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/2020-07-25severlessphpcaseagiledashboardviagitlabboardapi-200728061116-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 本議程將分享如何利用 Serverless PHP，實作出敏捷儀表板 (Agile Dashboard) 定期報告的經驗。 過去每週我都會為三個技術團隊產生敏捷儀表板，以檢視團隊的敏捷健康度，並找出問題點。包括：Sprint 的團隊狀況、Sprint 的個人狀況、Burnup Chart、Cycle Time Chart 等。 流程上，團隊使用 GitLab Board 管理開發進度，各類事項的建置、進度與完成均在其上。為了配合產出合適的敏捷儀表板，我們也制定了一套「Label」管理辦法，可以為所有事項標示出必要的屬性，包括 Story points 等。如此，我只要透用 GitLab API 就可以隨時調出任何事項的異動狀態，並繪製出團隊所需要的報告。 技術上，為節省管理及維運成本，從工作排程 (例如每週一次)、程式部署 (Severless)，到報告下載點 (Cloud Storage)，均由雲端平台服務完成。
Severless PHP Case : Agile Dashboard via GitLab Board API from Yi-Feng Tzeng
]]> 592 0 https://cdn.slidesharecdn.com/ss_thumbnails/2020-07-25severlessphpcaseagiledashboardviagitlabboardapi-200728061116-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 给资安工程师开源授权观念 /slideshow/ss-194364085/194364085 2019-11-16security-hacking-via-open-source-191116190256
特别整理给需要专研资讯安全工程师的开源授权重要观念。开源授权带来许多商业及法律的挑战，对於资安工程师若能够充份瞭解，将有助於研究，以及认知如何做到自我保护。闭闭>
特别整理给需要专研资讯安全工程师的开源授权重要观念。开源授权带来许多商业及法律的挑战，对於资安工程师若能够充份瞭解，将有助於研究，以及认知如何做到自我保护。闭闭> Sat, 16 Nov 2019 19:02:56 GMT /slideshow/ss-194364085/194364085 yftzeng@slideshare.net(yftzeng) 给资安工程师开源授权观念 yftzeng 特别整理给需要专研资讯安全工程师的开源授权重要观念。开源授权带来许多商业及法律的挑战，对於资安工程师若能够充份瞭解，将有助於研究，以及认知如何做到自我保护。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/2019-11-16security-hacking-via-open-source-191116190256-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 特别整理给需要专研资讯安全工程师的开源授权重要观念。开源授权带来许多商业及法律的挑战，对於资安工程师若能够充份瞭解，将有助於研究，以及认知如何做到自我保护。
给资安工程师开源授权观念 from Yi-Feng Tzeng
]]> 2045 0 https://cdn.slidesharecdn.com/ss_thumbnails/2019-11-16security-hacking-via-open-source-191116190256-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Progressive Deployment & NoDeploy /slideshow/progressive-deployment-nodeploy/167281020 2019-08-28modernweb-ant-progressivedeploymentnodeploy-190829001651
從 Progressive Deployment 面向敘談 DevOps 領域中的 Continuous Integration 及 Continuous Deployment，並提出 NoDeploy 瘋狂想法的可行性。]]>
從 Progressive Deployment 面向敘談 DevOps 領域中的 Continuous Integration 及 Continuous Deployment，並提出 NoDeploy 瘋狂想法的可行性。]]> Thu, 29 Aug 2019 00:16:51 GMT /slideshow/progressive-deployment-nodeploy/167281020 yftzeng@slideshare.net(yftzeng) Progressive Deployment & NoDeploy yftzeng 從 Progressive Deployment 面向敘談 DevOps 領域中的 Continuous Integration 及 Continuous Deployment，並提出 NoDeploy 瘋狂想法的可行性。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/2019-08-28modernweb-ant-progressivedeploymentnodeploy-190829001651-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 從 Progressive Deployment 面向敘談 DevOps 領域中的 Continuous Integration 及 Continuous Deployment，並提出 NoDeploy 瘋狂想法的可行性。
Progressive Deployment & NoDeploy from Yi-Feng Tzeng
]]> 14595 0 https://cdn.slidesharecdn.com/ss_thumbnails/2019-08-28modernweb-ant-progressivedeploymentnodeploy-190829001651-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Dev(Sec)Ops - Architecture for Security and Compliance /slideshow/devsecops-architecture-for-security-and-compliance/154964383 2019-07-11devsecops-architectureforsecurityandcompliance-190711165146
技術無邊，資安及法遵有邊。軟體架構師規畫架構時，有時會忽略資安及法規的重要性。面對各國各式的法令及商業契約遵循要求，現代軟體架構設計時也應當具備合理的因應措施，包括 2012 年《個人資料保護法》及今年號稱「史上最嚴格的個人資料保護法」的 《GDPR》等。此議程將探討軟體架構設計如何應對各種資安自動化及法遵的挑戰。]]>
技術無邊，資安及法遵有邊。軟體架構師規畫架構時，有時會忽略資安及法規的重要性。面對各國各式的法令及商業契約遵循要求，現代軟體架構設計時也應當具備合理的因應措施，包括 2012 年《個人資料保護法》及今年號稱「史上最嚴格的個人資料保護法」的 《GDPR》等。此議程將探討軟體架構設計如何應對各種資安自動化及法遵的挑戰。]]> Thu, 11 Jul 2019 16:51:46 GMT /slideshow/devsecops-architecture-for-security-and-compliance/154964383 yftzeng@slideshare.net(yftzeng) Dev(Sec)Ops - Architecture for Security and Compliance yftzeng 技術無邊，資安及法遵有邊。軟體架構師規畫架構時，有時會忽略資安及法規的重要性。面對各國各式的法令及商業契約遵循要求，現代軟體架構設計時也應當具備合理的因應措施，包括 2012 年《個人資料保護法》及今年號稱「史上最嚴格的個人資料保護法」的 《GDPR》等。此議程將探討軟體架構設計如何應對各種資安自動化及法遵的挑戰。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/2019-07-11devsecops-architectureforsecurityandcompliance-190711165146-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 技術無邊，資安及法遵有邊。軟體架構師規畫架構時，有時會忽略資安及法規的重要性。面對各國各式的法令及商業契約遵循要求，現代軟體架構設計時也應當具備合理的因應措施，包括 2012 年《個人資料保護法》及今年號稱「史上最嚴格的個人資料保護法」的 《GDPR》等。此議程將探討軟體架構設計如何應對各種資安自動化及法遵的挑戰。
Dev(Sec)Ops - Architecture for Security and Compliance from Yi-Feng Tzeng
]]> 3278 4 https://cdn.slidesharecdn.com/ss_thumbnails/2019-07-11devsecops-architectureforsecurityandcompliance-190711165146-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 拥抱开源：公司应如何善用开源技术，才能得其利而防其弊 /slideshow/ss-148546704/148546704 2019-06-01-190601140425
国外公司不论大小对开源技术的採用意愿极高，採用成熟度高的开源技术一来可以加快研发速度，二来也会大幅降低营运成本。但台湾公司对开源技术的认知程度较低，担心稳定性、安全性与支援性等问题，但甚少花时间去了解，当你用正确的心态去看待开源，且有妥善的管理机制去管理它，开源技术将是公司的重大助力。闭闭>
国外公司不论大小对开源技术的採用意愿极高，採用成熟度高的开源技术一来可以加快研发速度，二来也会大幅降低营运成本。但台湾公司对开源技术的认知程度较低，担心稳定性、安全性与支援性等问题，但甚少花时间去了解，当你用正确的心态去看待开源，且有妥善的管理机制去管理它，开源技术将是公司的重大助力。闭闭> Sat, 01 Jun 2019 14:04:25 GMT /slideshow/ss-148546704/148546704 yftzeng@slideshare.net(yftzeng) 拥抱开源：公司应如何善用开源技术，才能得其利而防其弊 yftzeng 国外公司不论大小对开源技术的採用意愿极高，採用成熟度高的开源技术一来可以加快研发速度，二来也会大幅降低营运成本。但台湾公司对开源技术的认知程度较低，担心稳定性、安全性与支援性等问题，但甚少花时间去了解，当你用正确的心态去看待开源，且有妥善的管理机制去管理它，开源技术将是公司的重大助力。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/2019-06-01-190601140425-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 国外公司不论大小对开源技术的採用意愿极高，採用成熟度高的开源技术一来可以加快研发速度，二来也会大幅降低营运成本。但台湾公司对开源技术的认知程度较低，担心稳定性、安全性与支援性等问题，但甚少花时间去了解，当你用正确的心态去看待开源，且有妥善的管理机制去管理它，开源技术将是公司的重大助力。
拥抱开源：公司应如何善用开源技术，才能得其利而防其弊 from Yi-Feng Tzeng
]]> 2085 4 https://cdn.slidesharecdn.com/ss_thumbnails/2019-06-01-190601140425-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 淺談量子機器學習 - 當機器學習遇見量子計算 /slideshow/ss-139325596/139325596 sample-190402201155
量子機器學習 (Quantum Machine Learning) 旨在融和量子計算及機器學習方法，為跨越兩領域的新興研究學科。量子計算與機器學習各為很深的研究領域，在探索量子機器學習之前，必須對此兩者有基本的瞭解。在此領域，我仍是一名持續學習的實習生，在本次演講將與大家一同交流，探討量子機器學習會如何影響資料科學及經典機器學習。 ]]>
量子機器學習 (Quantum Machine Learning) 旨在融和量子計算及機器學習方法，為跨越兩領域的新興研究學科。量子計算與機器學習各為很深的研究領域，在探索量子機器學習之前，必須對此兩者有基本的瞭解。在此領域，我仍是一名持續學習的實習生，在本次演講將與大家一同交流，探討量子機器學習會如何影響資料科學及經典機器學習。 ]]> Tue, 02 Apr 2019 20:11:55 GMT /slideshow/ss-139325596/139325596 yftzeng@slideshare.net(yftzeng) 淺談量子機器學習 - 當機器學習遇見量子計算 yftzeng 量子機器學習 (Quantum Machine Learning) 旨在融和量子計算及機器學習方法，為跨越兩領域的新興研究學科。量子計算與機器學習各為很深的研究領域，在探索量子機器學習之前，必須對此兩者有基本的瞭解。在此領域，我仍是一名持續學習的實習生，在本次演講將與大家一同交流，探討量子機器學習會如何影響資料科學及經典機器學習。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/sample-190402201155-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 量子機器學習 (Quantum Machine Learning) 旨在融和量子計算及機器學習方法，為跨越兩領域的新興研究學科。量子計算與機器學習各為很深的研究領域，在探索量子機器學習之前，必須對此兩者有基本的瞭解。在此領域，我仍是一名持續學習的實習生，在本次演講將與大家一同交流，探討量子機器學習會如何影響資料科學及經典機器學習。
淺談量子機器學習 - 當機器學習遇見量子計算 from Yi-Feng Tzeng
]]> 8026 4 https://cdn.slidesharecdn.com/ss_thumbnails/sample-190402201155-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 A Modern Web Architecture for (GDPR) Compliance /slideshow/a-modern-web-architecture-for-gdpr-compliance/139323296 2018-07-19amodernwebarchitectureforgdprcompliance-190402195307
技術無邊，法遵有邊。多數軟體架構師規畫架構時，往往忽略法令及契約的重要性。面對各國各式的法令及商業契約遵循要求，現代軟體架構設計時也應當具備合理的因應措施，包括 2012 年《個人資料保護法》及今年號稱「史上最嚴格的個人資料保護法」的 《GDPR》等。此議程將探討軟體架構設計如何應對各種法遵及契約的挑戰。]]>
技術無邊，法遵有邊。多數軟體架構師規畫架構時，往往忽略法令及契約的重要性。面對各國各式的法令及商業契約遵循要求，現代軟體架構設計時也應當具備合理的因應措施，包括 2012 年《個人資料保護法》及今年號稱「史上最嚴格的個人資料保護法」的 《GDPR》等。此議程將探討軟體架構設計如何應對各種法遵及契約的挑戰。]]> Tue, 02 Apr 2019 19:53:07 GMT /slideshow/a-modern-web-architecture-for-gdpr-compliance/139323296 yftzeng@slideshare.net(yftzeng) A Modern Web Architecture for (GDPR) Compliance yftzeng 技術無邊，法遵有邊。多數軟體架構師規畫架構時，往往忽略法令及契約的重要性。面對各國各式的法令及商業契約遵循要求，現代軟體架構設計時也應當具備合理的因應措施，包括 2012 年《個人資料保護法》及今年號稱「史上最嚴格的個人資料保護法」的 《GDPR》等。此議程將探討軟體架構設計如何應對各種法遵及契約的挑戰。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/2018-07-19amodernwebarchitectureforgdprcompliance-190402195307-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 技術無邊，法遵有邊。多數軟體架構師規畫架構時，往往忽略法令及契約的重要性。面對各國各式的法令及商業契約遵循要求，現代軟體架構設計時也應當具備合理的因應措施，包括 2012 年《個人資料保護法》及今年號稱「史上最嚴格的個人資料保護法」的 《GDPR》等。此議程將探討軟體架構設計如何應對各種法遵及契約的挑戰。
A Modern Web Architecture for (GDPR) Compliance from Yi-Feng Tzeng
]]> 1304 1 https://cdn.slidesharecdn.com/ss_thumbnails/2018-07-19amodernwebarchitectureforgdprcompliance-190402195307-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 量子技術 (2018 03-31) /slideshow/2018-0331/99061156 quantum-180527160914
量子技術 / 量子電腦 / 量子通訊 / 量子資訊 / 量子計算 / 量子計算機 / 量子傳輸 / 數位貨幣 / 虛擬貨幣 / 加密貨幣 / 比特幣]]>
量子技術 / 量子電腦 / 量子通訊 / 量子資訊 / 量子計算 / 量子計算機 / 量子傳輸 / 數位貨幣 / 虛擬貨幣 / 加密貨幣 / 比特幣]]> Sun, 27 May 2018 16:09:14 GMT /slideshow/2018-0331/99061156 yftzeng@slideshare.net(yftzeng) 量子技術 (2018 03-31) yftzeng 量子技術 / 量子電腦 / 量子通訊 / 量子資訊 / 量子計算 / 量子計算機 / 量子傳輸 / 數位貨幣 / 虛擬貨幣 / 加密貨幣 / 比特幣 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/quantum-180527160914-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 量子技術 / 量子電腦 / 量子通訊 / 量子資訊 / 量子計算 / 量子計算機 / 量子傳輸 / 數位貨幣 / 虛擬貨幣 / 加密貨幣 / 比特幣
量子技術 (2018 03-31) from Yi-Feng Tzeng
]]> 6922 6 https://cdn.slidesharecdn.com/ss_thumbnails/quantum-180527160914-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Swoole Love PHP /yftzeng/swoole-love-php 2018-03-30swoole-love-php-180426053913
今天公司內訓的簡報摘錄。 研究 Swoole 多年，也確實在上線環境正式運行很久且穩定，所以與同事分享點滴與技巧。 除了一點範例程式外，分享著重的是【架構】差異，延伸出去再與 Nginx/PHP, Node 及 Go 進行一些比較。 主要是提出幾個問題，希望引發思考： ? 很多人都說 Swoole 快，是哪裡快？(其實我覺得網路上的資訊不夠全面，講得也不一定為真) ? 猜想 Nginx/PHP, Swoole, Node, Go 基礎效能比較？還能最佳化嗎？何處著手？ ? 其他。]]>
今天公司內訓的簡報摘錄。 研究 Swoole 多年，也確實在上線環境正式運行很久且穩定，所以與同事分享點滴與技巧。 除了一點範例程式外，分享著重的是【架構】差異，延伸出去再與 Nginx/PHP, Node 及 Go 進行一些比較。 主要是提出幾個問題，希望引發思考： ? 很多人都說 Swoole 快，是哪裡快？(其實我覺得網路上的資訊不夠全面，講得也不一定為真) ? 猜想 Nginx/PHP, Swoole, Node, Go 基礎效能比較？還能最佳化嗎？何處著手？ ? 其他。]]> Thu, 26 Apr 2018 05:39:13 GMT /yftzeng/swoole-love-php yftzeng@slideshare.net(yftzeng) Swoole Love PHP yftzeng 今天公司內訓的簡報摘錄。 研究 Swoole 多年，也確實在上線環境正式運行很久且穩定，所以與同事分享點滴與技巧。 除了一點範例程式外，分享著重的是【架構】差異，延伸出去再與 Nginx/PHP, Node 及 Go 進行一些比較。 主要是提出幾個問題，希望引發思考： ? 很多人都說 Swoole 快，是哪裡快？(其實我覺得網路上的資訊不夠全面，講得也不一定為真) ? 猜想 Nginx/PHP, Swoole, Node, Go 基礎效能比較？還能最佳化嗎？何處著手？ ? 其他。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/2018-03-30swoole-love-php-180426053913-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 今天公司內訓的簡報摘錄。 研究 Swoole 多年，也確實在上線環境正式運行很久且穩定，所以與同事分享點滴與技巧。 除了一點範例程式外，分享著重的是【架構】差異，延伸出去再與 Nginx/PHP, Node 及 Go 進行一些比較。 主要是提出幾個問題，希望引發思考： ? 很多人都說 Swoole 快，是哪裡快？(其實我覺得網路上的資訊不夠全面，講得也不一定為真) ? 猜想 Nginx/PHP, Swoole, Node, Go 基礎效能比較？還能最佳化嗎？何處著手？ ? 其他。
Swoole Love PHP from Yi-Feng Tzeng
]]> 3145 3 https://cdn.slidesharecdn.com/ss_thumbnails/2018-03-30swoole-love-php-180426053913-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 邏輯優化的灰色面：針對網頁應用的時序攻擊 (2018臺灣資安大會: 軟體安全論壇) /slideshow/2018-92303004/92303004 ulct1eatqpu2pq0rajja-signature-0e5a215e631b035e57199e9e5efd71e75b8626fc671db973b6526cb397792afb-poli-180329103721
一般人对於应用程式的撰写逻辑与顺序，只考量正确性及效能面。但是从灰色的视角切入时，时序或时间差所透露的资讯往往比我们想像中来得多。本议程将针对网页应用上的时序攻击，探讨逻辑优化可能带来的安全问题。闭闭>
一般人对於应用程式的撰写逻辑与顺序，只考量正确性及效能面。但是从灰色的视角切入时，时序或时间差所透露的资讯往往比我们想像中来得多。本议程将针对网页应用上的时序攻击，探讨逻辑优化可能带来的安全问题。闭闭> Thu, 29 Mar 2018 10:37:21 GMT /slideshow/2018-92303004/92303004 yftzeng@slideshare.net(yftzeng) 邏輯優化的灰色面：針對網頁應用的時序攻擊 (2018臺灣資安大會: 軟體安全論壇) yftzeng 一般人对於应用程式的撰写逻辑与顺序，只考量正确性及效能面。但是从灰色的视角切入时，时序或时间差所透露的资讯往往比我们想像中来得多。本议程将针对网页应用上的时序攻击，探讨逻辑优化可能带来的安全问题。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/ulct1eatqpu2pq0rajja-signature-0e5a215e631b035e57199e9e5efd71e75b8626fc671db973b6526cb397792afb-poli-180329103721-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 一般人对於应用程式的撰写逻辑与顺序，只考量正确性及效能面。但是从灰色的视角切入时，时序或时间差所透露的资讯往往比我们想像中来得多。本议程将针对网页应用上的时序攻击，探讨逻辑优化可能带来的安全问题。
邏輯優化的灰色面：針對網頁應用的時序攻擊 (2018臺灣資安大會: 軟體安全論壇) from Yi-Feng Tzeng
]]> 1263 1 https://cdn.slidesharecdn.com/ss_thumbnails/ulct1eatqpu2pq0rajja-signature-0e5a215e631b035e57199e9e5efd71e75b8626fc671db973b6526cb397792afb-poli-180329103721-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Modern Web Architecture Design Journey /slideshow/modern-web-architecture-design-journey-79667017/79667017 2017-08-11modernweb-modernwebarchitecturedesignjourney-170912054416
1. 軟體架構模式的演化 2. 軟體架構演化對開發模式的影響 3. 軟體架構的技術債 4. 預先策想的軟體架構]]>
1. 軟體架構模式的演化 2. 軟體架構演化對開發模式的影響 3. 軟體架構的技術債 4. 預先策想的軟體架構]]> Tue, 12 Sep 2017 05:44:16 GMT /slideshow/modern-web-architecture-design-journey-79667017/79667017 yftzeng@slideshare.net(yftzeng) Modern Web Architecture Design Journey yftzeng 1. 軟體架構模式的演化 2. 軟體架構演化對開發模式的影響 3. 軟體架構的技術債 4. 預先策想的軟體架構 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/2017-08-11modernweb-modernwebarchitecturedesignjourney-170912054416-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 1. 軟體架構模式的演化 2. 軟體架構演化對開發模式的影響 3. 軟體架構的技術債 4. 預先策想的軟體架構
Modern Web Architecture Design Journey from Yi-Feng Tzeng
]]> 640 2 https://cdn.slidesharecdn.com/ss_thumbnails/2017-08-11modernweb-modernwebarchitecturedesignjourney-170912054416-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 善用 MySQL 及 PostgreSQL - RDBMS 的逆襲 - part1 /slideshow/mysql-postgresql-rdbms-part1/73595303 2017-03-24mysqlpostgresql-rdbms-part1-170324144600
NewSQL = RDBMS + NoSQL HTAP = OLTP + OLAP]]>
NewSQL = RDBMS + NoSQL HTAP = OLTP + OLAP]]> Fri, 24 Mar 2017 14:46:00 GMT /slideshow/mysql-postgresql-rdbms-part1/73595303 yftzeng@slideshare.net(yftzeng) 善用 MySQL 及 PostgreSQL - RDBMS 的逆襲 - part1 yftzeng NewSQL = RDBMS + NoSQL HTAP = OLTP + OLAP <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/2017-03-24mysqlpostgresql-rdbms-part1-170324144600-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> NewSQL = RDBMS + NoSQL HTAP = OLTP + OLAP
善用 MySQL 及 PostgreSQL - RDBMS 的逆襲 - part1 from Yi-Feng Tzeng
]]> 3609 2 https://cdn.slidesharecdn.com/ss_thumbnails/2017-03-24mysqlpostgresql-rdbms-part1-170324144600-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 恰如其分的 MySQL 設計技巧 [Modern Web 2016] /slideshow/mysql-modern-web-2016/67390727 2016-08-24modernweb-mysql-161019062706
「有流量再說」是很多老闆及工程師面對未來風險的態度。當風險來得又快又急時，技術轉換債及架構轉換債問題突現，措手不及的團隊只好加班趕工，有時甚至必須長期中斷服務，進而影響營運及商譽。但若過度遵循計畫式設計 (Planned Design)，因無法事先對未來場景需求有全面瞭解，反而可能導致設計錯誤。本議程將與您一同討論「恰如其分的設計」技巧。]]>
「有流量再說」是很多老闆及工程師面對未來風險的態度。當風險來得又快又急時，技術轉換債及架構轉換債問題突現，措手不及的團隊只好加班趕工，有時甚至必須長期中斷服務，進而影響營運及商譽。但若過度遵循計畫式設計 (Planned Design)，因無法事先對未來場景需求有全面瞭解，反而可能導致設計錯誤。本議程將與您一同討論「恰如其分的設計」技巧。]]> Wed, 19 Oct 2016 06:27:06 GMT /slideshow/mysql-modern-web-2016/67390727 yftzeng@slideshare.net(yftzeng) 恰如其分的 MySQL 設計技巧 [Modern Web 2016] yftzeng 「有流量再說」是很多老闆及工程師面對未來風險的態度。當風險來得又快又急時，技術轉換債及架構轉換債問題突現，措手不及的團隊只好加班趕工，有時甚至必須長期中斷服務，進而影響營運及商譽。但若過度遵循計畫式設計 (Planned Design)，因無法事先對未來場景需求有全面瞭解，反而可能導致設計錯誤。本議程將與您一同討論「恰如其分的設計」技巧。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/2016-08-24modernweb-mysql-161019062706-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 「有流量再說」是很多老闆及工程師面對未來風險的態度。當風險來得又快又急時，技術轉換債及架構轉換債問題突現，措手不及的團隊只好加班趕工，有時甚至必須長期中斷服務，進而影響營運及商譽。但若過度遵循計畫式設計 (Planned Design)，因無法事先對未來場景需求有全面瞭解，反而可能導致設計錯誤。本議程將與您一同討論「恰如其分的設計」技巧。
恰如其分的 MySQL 設計技巧 [Modern Web 2016] from Yi-Feng Tzeng
]]> 4231 6 https://cdn.slidesharecdn.com/ss_thumbnails/2016-08-24modernweb-mysql-161019062706-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 談 Uber 從 PostgreSQL 轉用 MySQL 的技術爭議 /slideshow/uber-postgresql-mysql/64729444 2016-08-05whyuberengineeringswitchedfrompostgrestomysql-160805112754
? Uber 為什麼從 PostgreSQL 轉用 MySQL？ ? PostgreSQL 專家怎麼說？MySQL 專家怎麼回擊？ ? 他們說的有沒有道理？]]>
? Uber 為什麼從 PostgreSQL 轉用 MySQL？ ? PostgreSQL 專家怎麼說？MySQL 專家怎麼回擊？ ? 他們說的有沒有道理？]]> Fri, 05 Aug 2016 11:27:54 GMT /slideshow/uber-postgresql-mysql/64729444 yftzeng@slideshare.net(yftzeng) 談 Uber 從 PostgreSQL 轉用 MySQL 的技術爭議 yftzeng ? Uber 為什麼從 PostgreSQL 轉用 MySQL？ ? PostgreSQL 專家怎麼說？MySQL 專家怎麼回擊？ ? 他們說的有沒有道理？ <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/2016-08-05whyuberengineeringswitchedfrompostgrestomysql-160805112754-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> ? Uber 為什麼從 PostgreSQL 轉用 MySQL？ ? PostgreSQL 專家怎麼說？MySQL 專家怎麼回擊？ ? 他們說的有沒有道理？
談 Uber 從 PostgreSQL 轉用 MySQL 的技術爭議 from Yi-Feng Tzeng
]]> 4683 4 https://cdn.slidesharecdn.com/ss_thumbnails/2016-08-05whyuberengineeringswitchedfrompostgrestomysql-160805112754-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 資料庫索引數據結構及主鍵設計(b+tree)(part 1) /slideshow/btreepart-1/61255028 2016-04-12btree-160423002253
* UUID / GUID？ * 主鍵使用 UUID 真的比較好？ * 常見索引數據結構。 * 什麼是索引頁分裂？ * 案例探討。 題目很宅也看似簡單，但若弄通，RDBMS 到 NoSQL 再到 NewSQL 的核心概念之一就通了。對於一般人而言，也會打破過去舊有索引的概念。]]>
* UUID / GUID？ * 主鍵使用 UUID 真的比較好？ * 常見索引數據結構。 * 什麼是索引頁分裂？ * 案例探討。 題目很宅也看似簡單，但若弄通，RDBMS 到 NoSQL 再到 NewSQL 的核心概念之一就通了。對於一般人而言，也會打破過去舊有索引的概念。]]> Sat, 23 Apr 2016 00:22:53 GMT /slideshow/btreepart-1/61255028 yftzeng@slideshare.net(yftzeng) 資料庫索引數據結構及主鍵設計(b+tree)(part 1) yftzeng * UUID / GUID？ * 主鍵使用 UUID 真的比較好？ * 常見索引數據結構。 * 什麼是索引頁分裂？ * 案例探討。 題目很宅也看似簡單，但若弄通，RDBMS 到 NoSQL 再到 NewSQL 的核心概念之一就通了。對於一般人而言，也會打破過去舊有索引的概念。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/2016-04-12btree-160423002253-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> * UUID / GUID？ * 主鍵使用 UUID 真的比較好？ * 常見索引數據結構。 * 什麼是索引頁分裂？ * 案例探討。 題目很宅也看似簡單，但若弄通，RDBMS 到 NoSQL 再到 NewSQL 的核心概念之一就通了。對於一般人而言，也會打破過去舊有索引的概念。
資料庫索引數據結構及主鍵設計(b+tree)(part 1) from Yi-Feng Tzeng
]]> 10502 5 https://cdn.slidesharecdn.com/ss_thumbnails/2016-04-12btree-160423002253-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 https://cdn.slidesharecdn.com/profile-photo-yftzeng-48x48.jpg?cb=1746242439 ▲Software Architecture Design and Develop. ▲Patent Anslysis & Strategies. ▲Open Source License & Business Model Analyst. ▲Open Source Analysis and Compliance. http://blog.gcos.me/ https://cdn.slidesharecdn.com/ss_thumbnails/2021-07-17-220928063815-7382841f-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/rethinking-technical-decision/253220826 重新想像：如何做技術選型決策 / Rethi... https://cdn.slidesharecdn.com/ss_thumbnails/2021-06-18opensourceforenterprise-enhanced-210619110028-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/ss-249420723/249420723 拥抱开源：公司应如何善用开源技术，才能得其利... https://cdn.slidesharecdn.com/ss_thumbnails/2020-10-16modernweb-testinginproductiondeployonfridays-201114142623-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/testing-in-production-deploy-on-fridays/239255853 Testing in Production,...