狠狠撸shows by User: luebken
/
http://www.slideshare.net/images/logo.gif狠狠撸shows by User: luebken
/
Fri, 26 Jan 2018 14:15:51 GMT狠狠撸Share feed for 狠狠撸shows by User: luebkenWho needs containers in a serverless world
/slideshow/who-needs-containers-in-a-serverless-world-86743561/86743561
whoneedscontainersinaserverlessworld2018-180126141551 With the rise of Docker, we have seen an unprecedented interest in container technologies where small companies and big enterprises bet their future on these technologies. This trend bases on an immense adoption of containers from software developers. And it has been agreed upon that they are considered highly beneficial for modern engineering practices like Agile and DevOps. But there is a new kid in town that proclaims a more radical approach: Serverless or FaaS: Function-As-A-Service. This paradigm suggests that a developer should only write functions and react to events.
The functions are written in high-level programming languages like Javascript, Java or Python, and the underlying compute infrastructure like containers or VMs is transparent to the user. That raises the question: Is the container revolution already dead before it really started? And who now needs container technologies in a serverless world?
In this talk we discuss these questions from both a containers advocate and serverless fanboy viewpoints. We confront these two approaches, show the differences, individual strengths and weaknesses and where they complement each other. This talk will also discuss motivations from different involved parties so that the audience can build their conclusion.
Vaclav Pavlin (Containers & OpenShift guru): Containers will rule the world!.
Matthias Luebken (Developer tools PM): Serverless is the Visual Basic for the cloud-native generation.]]>
With the rise of Docker, we have seen an unprecedented interest in container technologies where small companies and big enterprises bet their future on these technologies. This trend bases on an immense adoption of containers from software developers. And it has been agreed upon that they are considered highly beneficial for modern engineering practices like Agile and DevOps. But there is a new kid in town that proclaims a more radical approach: Serverless or FaaS: Function-As-A-Service. This paradigm suggests that a developer should only write functions and react to events.
The functions are written in high-level programming languages like Javascript, Java or Python, and the underlying compute infrastructure like containers or VMs is transparent to the user. That raises the question: Is the container revolution already dead before it really started? And who now needs container technologies in a serverless world?
In this talk we discuss these questions from both a containers advocate and serverless fanboy viewpoints. We confront these two approaches, show the differences, individual strengths and weaknesses and where they complement each other. This talk will also discuss motivations from different involved parties so that the audience can build their conclusion.
Vaclav Pavlin (Containers & OpenShift guru): Containers will rule the world!.
Matthias Luebken (Developer tools PM): Serverless is the Visual Basic for the cloud-native generation.]]>
Fri, 26 Jan 2018 14:15:51 GMT/slideshow/who-needs-containers-in-a-serverless-world-86743561/86743561luebken@slideshare.net(luebken)Who needs containers in a serverless worldluebkenWith the rise of Docker, we have seen an unprecedented interest in container technologies where small companies and big enterprises bet their future on these technologies. This trend bases on an immense adoption of containers from software developers. And it has been agreed upon that they are considered highly beneficial for modern engineering practices like Agile and DevOps. But there is a new kid in town that proclaims a more radical approach: Serverless or FaaS: Function-As-A-Service. This paradigm suggests that a developer should only write functions and react to events.
The functions are written in high-level programming languages like Javascript, Java or Python, and the underlying compute infrastructure like containers or VMs is transparent to the user. That raises the question: Is the container revolution already dead before it really started? And who now needs container technologies in a serverless world?
In this talk we discuss these questions from both a containers advocate and serverless fanboy viewpoints. We confront these two approaches, show the differences, individual strengths and weaknesses and where they complement each other. This talk will also discuss motivations from different involved parties so that the audience can build their conclusion.
Vaclav Pavlin (Containers & OpenShift guru): Containers will rule the world!.
Matthias Luebken (Developer tools PM): Serverless is the Visual Basic for the cloud-native generation.<img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/whoneedscontainersinaserverlessworld2018-180126141551-thumbnail.jpg?width=120&height=120&fit=bounds" /><br> With the rise of Docker, we have seen an unprecedented interest in container technologies where small companies and big enterprises bet their future on these technologies. This trend bases on an immense adoption of containers from software developers. And it has been agreed upon that they are considered highly beneficial for modern engineering practices like Agile and DevOps. But there is a new kid in town that proclaims a more radical approach: Serverless or FaaS: Function-As-A-Service. This paradigm suggests that a developer should only write functions and react to events.
The functions are written in high-level programming languages like Javascript, Java or Python, and the underlying compute infrastructure like containers or VMs is transparent to the user. That raises the question: Is the container revolution already dead before it really started? And who now needs container technologies in a serverless world?
In this talk we discuss these questions from both a containers advocate and serverless fanboy viewpoints. We confront these two approaches, show the differences, individual strengths and weaknesses and where they complement each other. This talk will also discuss motivations from different involved parties so that the audience can build their conclusion.
Vaclav Pavlin (Containers & OpenShift guru): Containers will rule the world!.
Matthias Luebken (Developer tools PM): Serverless is the Visual Basic for the cloud-native generation.
]]>
2661https://cdn.slidesharecdn.com/ss_thumbnails/whoneedscontainersinaserverlessworld2018-180126141551-thumbnail.jpg?width=120&height=120&fit=boundspresentationBlackhttp://activitystrea.ms/schema/1.0/posthttp://activitystrea.ms/schema/1.0/posted0Who needs containers in a serverless world
/slideshow/who-needs-containers-in-a-serverless-world/80172627
whoneedscontainersinaserverlessworld-170926115646 With the rise of Docker, we have seen an unprecedented interest in container technologies where small companies and big enterprises bet their future on these technologies. This trend bases on an immense adoption of containers from software developers. And it has been agreed upon that they are considered highly beneficial for modern engineering practices like Agile and DevOps. But there is a new kid in town that proclaims a more radical approach: Serverless or FaaS: Function-As-A-Service. This paradigm suggests that a developer should only write functions and react to events.
The functions are written in high-level programming languages like Javascript, Java or Python, and the underlying compute infrastructure like containers or VMs is transparent to the user. That raises the question: Is the container revolution already dead before it really started? And who now needs container technologies in a serverless world?
In this talk we discuss these questions from both a containers advocate and serverless fanboy viewpoints. We confront these two approaches, show the differences, individual strengths and weaknesses and where they complement each other. This talk will also discuss motivations from different involved parties so that the audience can build their conclusion.
Vaclav Pavlin (Containers & OpenShift guru): Containers will rule the world!.
Matthias Luebken (Developer tools PM): Serverless is the Visual Basic for the cloud-native generation.]]>
With the rise of Docker, we have seen an unprecedented interest in container technologies where small companies and big enterprises bet their future on these technologies. This trend bases on an immense adoption of containers from software developers. And it has been agreed upon that they are considered highly beneficial for modern engineering practices like Agile and DevOps. But there is a new kid in town that proclaims a more radical approach: Serverless or FaaS: Function-As-A-Service. This paradigm suggests that a developer should only write functions and react to events.
The functions are written in high-level programming languages like Javascript, Java or Python, and the underlying compute infrastructure like containers or VMs is transparent to the user. That raises the question: Is the container revolution already dead before it really started? And who now needs container technologies in a serverless world?
In this talk we discuss these questions from both a containers advocate and serverless fanboy viewpoints. We confront these two approaches, show the differences, individual strengths and weaknesses and where they complement each other. This talk will also discuss motivations from different involved parties so that the audience can build their conclusion.
Vaclav Pavlin (Containers & OpenShift guru): Containers will rule the world!.
Matthias Luebken (Developer tools PM): Serverless is the Visual Basic for the cloud-native generation.]]>
Tue, 26 Sep 2017 11:56:46 GMT/slideshow/who-needs-containers-in-a-serverless-world/80172627luebken@slideshare.net(luebken)Who needs containers in a serverless worldluebkenWith the rise of Docker, we have seen an unprecedented interest in container technologies where small companies and big enterprises bet their future on these technologies. This trend bases on an immense adoption of containers from software developers. And it has been agreed upon that they are considered highly beneficial for modern engineering practices like Agile and DevOps. But there is a new kid in town that proclaims a more radical approach: Serverless or FaaS: Function-As-A-Service. This paradigm suggests that a developer should only write functions and react to events.
The functions are written in high-level programming languages like Javascript, Java or Python, and the underlying compute infrastructure like containers or VMs is transparent to the user. That raises the question: Is the container revolution already dead before it really started? And who now needs container technologies in a serverless world?
In this talk we discuss these questions from both a containers advocate and serverless fanboy viewpoints. We confront these two approaches, show the differences, individual strengths and weaknesses and where they complement each other. This talk will also discuss motivations from different involved parties so that the audience can build their conclusion.
Vaclav Pavlin (Containers & OpenShift guru): Containers will rule the world!.
Matthias Luebken (Developer tools PM): Serverless is the Visual Basic for the cloud-native generation.<img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/whoneedscontainersinaserverlessworld-170926115646-thumbnail.jpg?width=120&height=120&fit=bounds" /><br> With the rise of Docker, we have seen an unprecedented interest in container technologies where small companies and big enterprises bet their future on these technologies. This trend bases on an immense adoption of containers from software developers. And it has been agreed upon that they are considered highly beneficial for modern engineering practices like Agile and DevOps. But there is a new kid in town that proclaims a more radical approach: Serverless or FaaS: Function-As-A-Service. This paradigm suggests that a developer should only write functions and react to events.
The functions are written in high-level programming languages like Javascript, Java or Python, and the underlying compute infrastructure like containers or VMs is transparent to the user. That raises the question: Is the container revolution already dead before it really started? And who now needs container technologies in a serverless world?
In this talk we discuss these questions from both a containers advocate and serverless fanboy viewpoints. We confront these two approaches, show the differences, individual strengths and weaknesses and where they complement each other. This talk will also discuss motivations from different involved parties so that the audience can build their conclusion.
Vaclav Pavlin (Containers & OpenShift guru): Containers will rule the world!.
Matthias Luebken (Developer tools PM): Serverless is the Visual Basic for the cloud-native generation.
]]>
2604https://cdn.slidesharecdn.com/ss_thumbnails/whoneedscontainersinaserverlessworld-170926115646-thumbnail.jpg?width=120&height=120&fit=boundspresentationBlackhttp://activitystrea.ms/schema/1.0/posthttp://activitystrea.ms/schema/1.0/posted0Container Patterns
/slideshow/container-patterns/59251965
upload-160308111734 Patterns around building applications with containers.]]>
Patterns around building applications with containers.]]>
Tue, 08 Mar 2016 11:17:34 GMT/slideshow/container-patterns/59251965luebken@slideshare.net(luebken)Container PatternsluebkenPatterns around building applications with containers.<img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/upload-160308111734-thumbnail.jpg?width=120&height=120&fit=bounds" /><br> Patterns around building applications with containers.
]]>
815221https://cdn.slidesharecdn.com/ss_thumbnails/upload-160308111734-thumbnail.jpg?width=120&height=120&fit=boundspresentationBlackhttp://activitystrea.ms/schema/1.0/posthttp://activitystrea.ms/schema/1.0/posted0Eine Einf眉hrung in Docker
/slideshow/eine-einfhrung-in-docker/48881503
dockerintrodevopsconf-150602093852-lva1-app6892 My Docker Introduction talk for http://devopsconference.de/]]>
My Docker Introduction talk for http://devopsconference.de/]]>
Tue, 02 Jun 2015 09:38:52 GMT/slideshow/eine-einfhrung-in-docker/48881503luebken@slideshare.net(luebken)Eine Einf眉hrung in DockerluebkenMy Docker Introduction talk for http://devopsconference.de/<img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/dockerintrodevopsconf-150602093852-lva1-app6892-thumbnail.jpg?width=120&height=120&fit=bounds" /><br> My Docker Introduction talk for http://devopsconference.de/
]]>
13322https://cdn.slidesharecdn.com/ss_thumbnails/dockerintrodevopsconf-150602093852-lva1-app6892-thumbnail.jpg?width=120&height=120&fit=boundspresentationBlackhttp://activitystrea.ms/schema/1.0/posthttp://activitystrea.ms/schema/1.0/posted0How to Scale Product Development When You No Longer Fit In One Room
/slideshow/jax-luebkenscaleproductdevelopment/47232983
jax-luebken-scale-product-development-150421045111-conversion-gate01 When growing a startup product development you encounter major challenges: How do you scale your product development teams? How do you keep as fast and responsive as you used to be? And how do you leverage the existing knowledge? In this talk I鈥檒l show a couple of practices and rituals based around a Kanban board which captured our whole product development efforts with about 30 participants. I鈥檒l show the design of the Kanban board, the policies and meetings around it and the personal duties ranging from a developer to a product manager up to the CEO. I will also compare it to other approaches from the community and what our lessons learned are.
狠狠撸s from the talk at the Jax: https://jax.de/2015/sessions/how-do-product-development-when-you-no-longer-fit-one-room]]>
When growing a startup product development you encounter major challenges: How do you scale your product development teams? How do you keep as fast and responsive as you used to be? And how do you leverage the existing knowledge? In this talk I鈥檒l show a couple of practices and rituals based around a Kanban board which captured our whole product development efforts with about 30 participants. I鈥檒l show the design of the Kanban board, the policies and meetings around it and the personal duties ranging from a developer to a product manager up to the CEO. I will also compare it to other approaches from the community and what our lessons learned are.
狠狠撸s from the talk at the Jax: https://jax.de/2015/sessions/how-do-product-development-when-you-no-longer-fit-one-room]]>
Tue, 21 Apr 2015 04:51:11 GMT/slideshow/jax-luebkenscaleproductdevelopment/47232983luebken@slideshare.net(luebken)How to scale product development when you no longer fit in one roomluebkenWhen growing a startup product development you encounter major challenges: How do you scale your product development teams? How do you keep as fast and responsive as you used to be? And how do you leverage the existing knowledge? In this talk I鈥檒l show a couple of practices and rituals based around a Kanban board which captured our whole product development efforts with about 30 participants. I鈥檒l show the design of the Kanban board, the policies and meetings around it and the personal duties ranging from a developer to a product manager up to the CEO. I will also compare it to other approaches from the community and what our lessons learned are.
狠狠撸s from the talk at the Jax: https://jax.de/2015/sessions/how-do-product-development-when-you-no-longer-fit-one-room<img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/jax-luebken-scale-product-development-150421045111-conversion-gate01-thumbnail.jpg?width=120&height=120&fit=bounds" /><br> When growing a startup product development you encounter major challenges: How do you scale your product development teams? How do you keep as fast and responsive as you used to be? And how do you leverage the existing knowledge? In this talk I鈥檒l show a couple of practices and rituals based around a Kanban board which captured our whole product development efforts with about 30 participants. I鈥檒l show the design of the Kanban board, the policies and meetings around it and the personal duties ranging from a developer to a product manager up to the CEO. I will also compare it to other approaches from the community and what our lessons learned are.
狠狠撸s from the talk at the Jax: https://jax.de/2015/sessions/how-do-product-development-when-you-no-longer-fit-one-room
]]>
907439https://cdn.slidesharecdn.com/ss_thumbnails/jax-luebken-scale-product-development-150421045111-conversion-gate01-thumbnail.jpg?width=120&height=120&fit=boundspresentationBlackhttp://activitystrea.ms/schema/1.0/posthttp://activitystrea.ms/schema/1.0/posted0How to scale product development when you no longer fit in one room
/slideshow/wjax-luebkenscaleproductdevelopment/41109156
wjax-luebken-scale-product-development-141104094037-conversion-gate02 When growing a startup product development you encounter major challenges: How do you scale your product development teams? How do you keep as fast and responsive as you used to be? And how do you leverage the existing knowledge? In this talk I鈥檒l show a couple of practices and rituals based around a Kanban board which captured our whole product development efforts with about 30 participants. I鈥檒l show the design of the Kanban board, the policies and meetings around it and the personal duties ranging from a developer to a product manager up to the CEO. I will also compare it to other approaches from the community and what our lessons learned are.]]>
When growing a startup product development you encounter major challenges: How do you scale your product development teams? How do you keep as fast and responsive as you used to be? And how do you leverage the existing knowledge? In this talk I鈥檒l show a couple of practices and rituals based around a Kanban board which captured our whole product development efforts with about 30 participants. I鈥檒l show the design of the Kanban board, the policies and meetings around it and the personal duties ranging from a developer to a product manager up to the CEO. I will also compare it to other approaches from the community and what our lessons learned are.]]>
Tue, 04 Nov 2014 09:40:37 GMT/slideshow/wjax-luebkenscaleproductdevelopment/41109156luebken@slideshare.net(luebken)How to scale product development when you no longer fit in one roomluebkenWhen growing a startup product development you encounter major challenges: How do you scale your product development teams? How do you keep as fast and responsive as you used to be? And how do you leverage the existing knowledge? In this talk I鈥檒l show a couple of practices and rituals based around a Kanban board which captured our whole product development efforts with about 30 participants. I鈥檒l show the design of the Kanban board, the policies and meetings around it and the personal duties ranging from a developer to a product manager up to the CEO. I will also compare it to other approaches from the community and what our lessons learned are.<img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/wjax-luebken-scale-product-development-141104094037-conversion-gate02-thumbnail.jpg?width=120&height=120&fit=bounds" /><br> When growing a startup product development you encounter major challenges: How do you scale your product development teams? How do you keep as fast and responsive as you used to be? And how do you leverage the existing knowledge? In this talk I鈥檒l show a couple of practices and rituals based around a Kanban board which captured our whole product development efforts with about 30 participants. I鈥檒l show the design of the Kanban board, the policies and meetings around it and the personal duties ranging from a developer to a product manager up to the CEO. I will also compare it to other approaches from the community and what our lessons learned are.
]]>
2417241https://cdn.slidesharecdn.com/ss_thumbnails/dockerintroductionmatthiasagilebonn-141008091354-conversion-gate02-thumbnail.jpg?width=120&height=120&fit=boundspresentationBlackhttp://activitystrea.ms/schema/1.0/posthttp://activitystrea.ms/schema/1.0/posted0鈥淯nd wie war ich so?鈥濃€‵eedback in Unternehmen
https://de.slideshare.net/slideshow/und-wie-war-ich-sofeedback-in-unternehmen/35015590
slideshare-140522145121-phpapp02 狠狠撸s from talk at the Interactive Cologne 2014.]]>
狠狠撸s from talk at the Interactive Cologne 2014.]]>
Thu, 22 May 2014 14:51:21 GMThttps://de.slideshare.net/slideshow/und-wie-war-ich-sofeedback-in-unternehmen/35015590luebken@slideshare.net(luebken)鈥淯nd wie war ich so?鈥濃€‵eedback in Unternehmenluebken狠狠撸s from talk at the Interactive Cologne 2014.<img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/slideshare-140522145121-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds" /><br> 狠狠撸s from talk at the Interactive Cologne 2014.
]]>
200924https://cdn.slidesharecdn.com/ss_thumbnails/slideshare-140522145121-phpapp02-thumbnail.jpg?width=120&height=120&fit=boundspresentationBlackhttp://activitystrea.ms/schema/1.0/posthttp://activitystrea.ms/schema/1.0/posted0Home- (office) ?
/slideshow/home-office-27885200/27885200
homeoffice-131104072526-phpapp02 A talk about our view of office vs homeoffice work. Our starting point for hopefully an ongoing discussion.]]>
A talk about our view of office vs homeoffice work. Our starting point for hopefully an ongoing discussion.]]>
Mon, 04 Nov 2013 07:25:25 GMT/slideshow/home-office-27885200/27885200luebken@slideshare.net(luebken)Home- (office) ?luebkenA talk about our view of office vs homeoffice work. Our starting point for hopefully an ongoing discussion.<img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/homeoffice-131104072526-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds" /><br> A talk about our view of office vs homeoffice work. Our starting point for hopefully an ongoing discussion.
]]>
159226https://cdn.slidesharecdn.com/ss_thumbnails/homeoffice-131104072526-phpapp02-thumbnail.jpg?width=120&height=120&fit=boundspresentationBlackhttp://activitystrea.ms/schema/1.0/posthttp://activitystrea.ms/schema/1.0/posted0Staying Startup
/luebken/staying-startupwjax122013luebken
staying-startup-wjax-12-2013-luebken-131104025801-phpapp02 Our experiences / lessons learned on our endeavour of staying a startup.]]>
Our experiences / lessons learned on our endeavour of staying a startup.]]>
Mon, 04 Nov 2013 02:58:01 GMT/luebken/staying-startupwjax122013luebkenluebken@slideshare.net(luebken)Staying StartupluebkenOur experiences / lessons learned on our endeavour of staying a startup.<img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/staying-startup-wjax-12-2013-luebken-131104025801-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds" /><br> Our experiences / lessons learned on our endeavour of staying a startup.
]]>
9254https://cdn.slidesharecdn.com/ss_thumbnails/staying-startup-wjax-12-2013-luebken-131104025801-phpapp02-thumbnail.jpg?width=120&height=120&fit=boundspresentationWhitehttp://activitystrea.ms/schema/1.0/posthttp://activitystrea.ms/schema/1.0/posted0Talk: Staying Startup at Interactive-Cologne
/slideshow/talk-stayingstartupinteractivecologne062013/23150344
talk-staying-startup-interactive-cologne-06-2013-130618081511-phpapp02 From our endeavor to keep our startup mentality while growing up.]]>
From our endeavor to keep our startup mentality while growing up.]]>
Tue, 18 Jun 2013 08:15:11 GMT/slideshow/talk-stayingstartupinteractivecologne062013/23150344luebken@slideshare.net(luebken)Talk: Staying Startup at Interactive-CologneluebkenFrom our endeavor to keep our startup mentality while growing up.<img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/talk-staying-startup-interactive-cologne-06-2013-130618081511-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds" /><br> From our endeavor to keep our startup mentality while growing up.