�ݺ�ߣshows by User: aslamkhn

�ݺ�ߣshows by User: aslamkhn / http://www.slideshare.net/images/logo.gif �ݺ�ߣshows by User: aslamkhn / Fri, 04 Jun 2021 09:42:13 GMT �ݺ�ߣShare feed for �ݺ�ߣshows by User: aslamkhn The Humble Programmer /slideshow/the-humble-programmer/248992840 thehumbleprogrammer-210604094213
It is relatively easy to express the range of technical capabilities that is good enough to build software reasonably well. Sure, it can generate much debate, but technical ability is the minor part, overall, of being an effective developer. I believe that software solutions can only ever be as good as the people who build them. Reflecting on the last 30 years or so of my career, I have observed that humble programmers are a lot more effective. It doesn't matter if they are working alone, in a small team or with many teams; humility plays a significant part in increasing their effectiveness. In this discussion, I walk through stories gathered from my work and life and what I have learned from others in a humble programmer's journey. In doing so, I extracted a few principles that have served myself and others well and codified a few practices. These complement what we already know but perhaps forgotten or overlooked. Humility affects the lines of code we write, the design decisions we make, and the very nature of a team and engineering organisation. I find that humble programmers create spaces where others are comfortable expressing their creativity and contribution. The consequence is better performance, a better way of working, and increased fulfilment, leading to higher effectiveness. The global software community is still a long distance from being fundamentally equal, inclusive and diverse. We understand the necessity and beneficial side effects of such a society. Humble programmers have a large part to play in shaping that future. ]]>
It is relatively easy to express the range of technical capabilities that is good enough to build software reasonably well. Sure, it can generate much debate, but technical ability is the minor part, overall, of being an effective developer. I believe that software solutions can only ever be as good as the people who build them. Reflecting on the last 30 years or so of my career, I have observed that humble programmers are a lot more effective. It doesn't matter if they are working alone, in a small team or with many teams; humility plays a significant part in increasing their effectiveness. In this discussion, I walk through stories gathered from my work and life and what I have learned from others in a humble programmer's journey. In doing so, I extracted a few principles that have served myself and others well and codified a few practices. These complement what we already know but perhaps forgotten or overlooked. Humility affects the lines of code we write, the design decisions we make, and the very nature of a team and engineering organisation. I find that humble programmers create spaces where others are comfortable expressing their creativity and contribution. The consequence is better performance, a better way of working, and increased fulfilment, leading to higher effectiveness. The global software community is still a long distance from being fundamentally equal, inclusive and diverse. We understand the necessity and beneficial side effects of such a society. Humble programmers have a large part to play in shaping that future. ]]> Fri, 04 Jun 2021 09:42:13 GMT /slideshow/the-humble-programmer/248992840 aslamkhn@slideshare.net(aslamkhn) The Humble Programmer aslamkhn It is relatively easy to express the range of technical capabilities that is good enough to build software reasonably well. Sure, it can generate much debate, but technical ability is the minor part, overall, of being an effective developer. I believe that software solutions can only ever be as good as the people who build them. Reflecting on the last 30 years or so of my career, I have observed that humble programmers are a lot more effective. It doesn't matter if they are working alone, in a small team or with many teams; humility plays a significant part in increasing their effectiveness. In this discussion, I walk through stories gathered from my work and life and what I have learned from others in a humble programmer's journey. In doing so, I extracted a few principles that have served myself and others well and codified a few practices. These complement what we already know but perhaps forgotten or overlooked. Humility affects the lines of code we write, the design decisions we make, and the very nature of a team and engineering organisation. I find that humble programmers create spaces where others are comfortable expressing their creativity and contribution. The consequence is better performance, a better way of working, and increased fulfilment, leading to higher effectiveness. The global software community is still a long distance from being fundamentally equal, inclusive and diverse. We understand the necessity and beneficial side effects of such a society. Humble programmers have a large part to play in shaping that future. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/thehumbleprogrammer-210604094213-thumbnail.jpg?width=120&height=120&fit=bounds" /> It is relatively easy to express the range of technical capabilities that is good enough to build software reasonably well. Sure, it can generate much debate, but technical ability is the minor part, overall, of being an effective developer. I believe that software solutions can only ever be as good as the people who build them. Reflecting on the last 30 years or so of my career, I have observed that humble programmers are a lot more effective. It doesn't matter if they are working alone, in a small team or with many teams; humility plays a significant part in increasing their effectiveness. In this discussion, I walk through stories gathered from my work and life and what I have learned from others in a humble programmer's journey. In doing so, I extracted a few principles that have served myself and others well and codified a few practices. These complement what we already know but perhaps forgotten or overlooked. Humility affects the lines of code we write, the design decisions we make, and the very nature of a team and engineering organisation. I find that humble programmers create spaces where others are comfortable expressing their creativity and contribution. The consequence is better performance, a better way of working, and increased fulfilment, leading to higher effectiveness. The global software community is still a long distance from being fundamentally equal, inclusive and diverse. We understand the necessity and beneficial side effects of such a society. Humble programmers have a large part to play in shaping that future.

The Humble Programmer from Aslam Khan

]]> 319 0 https://cdn.slidesharecdn.com/ss_thumbnails/thehumbleprogrammer-210604094213-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 Experiments in Reasoning /slideshow/experiments-in-reasoning-227676025/227676025 experimentsinreasoning-200211213606
Most of us started with patterns by Eric Evans and others. This helped us build models using Object Orientated Design and we have grown to appreciate the value of patterns such as Aggregate and Value Object. This talk looks forward and consists of various attempts to push our boundaries towards a more declarative way of domain modelling. We will look at a functional and logic based approach to design, where the statement of the requirement is the model itself. Apart from the variable choices in programming languages, the thinking tools that arise from this helps reduces the impedance between programmers and domain experts. The intention of this talk is to share, generate conversation so that we move forward as a community.]]>
Most of us started with patterns by Eric Evans and others. This helped us build models using Object Orientated Design and we have grown to appreciate the value of patterns such as Aggregate and Value Object. This talk looks forward and consists of various attempts to push our boundaries towards a more declarative way of domain modelling. We will look at a functional and logic based approach to design, where the statement of the requirement is the model itself. Apart from the variable choices in programming languages, the thinking tools that arise from this helps reduces the impedance between programmers and domain experts. The intention of this talk is to share, generate conversation so that we move forward as a community.]]> Tue, 11 Feb 2020 21:36:06 GMT /slideshow/experiments-in-reasoning-227676025/227676025 aslamkhn@slideshare.net(aslamkhn) Experiments in Reasoning aslamkhn Most of us started with patterns by Eric Evans and others. This helped us build models using Object Orientated Design and we have grown to appreciate the value of patterns such as Aggregate and Value Object. This talk looks forward and consists of various attempts to push our boundaries towards a more declarative way of domain modelling. We will look at a functional and logic based approach to design, where the statement of the requirement is the model itself. Apart from the variable choices in programming languages, the thinking tools that arise from this helps reduces the impedance between programmers and domain experts. The intention of this talk is to share, generate conversation so that we move forward as a community. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/experimentsinreasoning-200211213606-thumbnail.jpg?width=120&height=120&fit=bounds" /> Most of us started with patterns by Eric Evans and others. This helped us build models using Object Orientated Design and we have grown to appreciate the value of patterns such as Aggregate and Value Object. This talk looks forward and consists of various attempts to push our boundaries towards a more declarative way of domain modelling. We will look at a functional and logic based approach to design, where the statement of the requirement is the model itself. Apart from the variable choices in programming languages, the thinking tools that arise from this helps reduces the impedance between programmers and domain experts. The intention of this talk is to share, generate conversation so that we move forward as a community.

Experiments in Reasoning from Aslam Khan

]]> 267 1 https://cdn.slidesharecdn.com/ss_thumbnails/experimentsinreasoning-200211213606-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 Do we care rubyfuza 2019 /slideshow/do-we-care-rubyfuza-2019/131125757 dowecare-rubyfuza2019-190209100000
I did a talk that resulted in the http:://agilequittersmanifesto.org. It was tongue-in-cheek, a tough message that carries truths. This is a follow up from that moment, and I feel that we need to have some difficult conversations. This talk was presented at rubyfuza.org in February 2019.]]>
I did a talk that resulted in the http:://agilequittersmanifesto.org. It was tongue-in-cheek, a tough message that carries truths. This is a follow up from that moment, and I feel that we need to have some difficult conversations. This talk was presented at rubyfuza.org in February 2019.]]> Sat, 09 Feb 2019 10:00:00 GMT /slideshow/do-we-care-rubyfuza-2019/131125757 aslamkhn@slideshare.net(aslamkhn) Do we care rubyfuza 2019 aslamkhn I did a talk that resulted in the http:://agilequittersmanifesto.org. It was tongue-in-cheek, a tough message that carries truths. This is a follow up from that moment, and I feel that we need to have some difficult conversations. This talk was presented at rubyfuza.org in February 2019. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/dowecare-rubyfuza2019-190209100000-thumbnail.jpg?width=120&height=120&fit=bounds" /> I did a talk that resulted in the http:://agilequittersmanifesto.org. It was tongue-in-cheek, a tough message that carries truths. This is a follow up from that moment, and I feel that we need to have some difficult conversations. This talk was presented at rubyfuza.org in February 2019.

Do we care rubyfuza 2019 from Aslam Khan

]]> 457 4 https://cdn.slidesharecdn.com/ss_thumbnails/dowecare-rubyfuza2019-190209100000-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 Agile Rabbit Holes /aslamkhn/agile-rabbit-holes agileafrica-agilerabbitholes-181002064104
Over the years, I have seen us fall in the same rabbit holes repeatedly, myself included. This talk will help you spot these holes and avoid them. And if you are in one, then better to know how to get out. Rather save your energy for the real hard yards of transformation, than digging in holes.]]>
Over the years, I have seen us fall in the same rabbit holes repeatedly, myself included. This talk will help you spot these holes and avoid them. And if you are in one, then better to know how to get out. Rather save your energy for the real hard yards of transformation, than digging in holes.]]> Tue, 02 Oct 2018 06:41:04 GMT /aslamkhn/agile-rabbit-holes aslamkhn@slideshare.net(aslamkhn) Agile Rabbit Holes aslamkhn Over the years, I have seen us fall in the same rabbit holes repeatedly, myself included. This talk will help you spot these holes and avoid them. And if you are in one, then better to know how to get out. Rather save your energy for the real hard yards of transformation, than digging in holes. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/agileafrica-agilerabbitholes-181002064104-thumbnail.jpg?width=120&height=120&fit=bounds" /> Over the years, I have seen us fall in the same rabbit holes repeatedly, myself included. This talk will help you spot these holes and avoid them. And if you are in one, then better to know how to get out. Rather save your energy for the real hard yards of transformation, than digging in holes.

Agile Rabbit Holes from Aslam Khan

]]> 625 5 https://cdn.slidesharecdn.com/ss_thumbnails/agileafrica-agilerabbitholes-181002064104-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 Puppet for Human Beings (NOT!) /slideshow/puppet-for-human-beings-not/33414544 scaleconf-2014-puppet-for-human-beings-140411095559-phpapp02
A philosophical view of scaling machines and people, and why we exist.]]>
A philosophical view of scaling machines and people, and why we exist.]]> Fri, 11 Apr 2014 09:55:59 GMT /slideshow/puppet-for-human-beings-not/33414544 aslamkhn@slideshare.net(aslamkhn) Puppet for Human Beings (NOT!) aslamkhn A philosophical view of scaling machines and people, and why we exist. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scaleconf-2014-puppet-for-human-beings-140411095559-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds" /> A philosophical view of scaling machines and people, and why we exist.

Puppet for Human Beings (NOT!) from Aslam Khan

]]> 1337 4 https://cdn.slidesharecdn.com/ss_thumbnails/scaleconf-2014-puppet-for-human-beings-140411095559-phpapp02-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 How to get open data into the hands of activists /slideshow/aslam-khanopendataandactivism/26780881 aslam-khan-opendata-and-activism-131002061133-phpapp02
Talk given at GotoCon Aarhus, 2013. http://bit.ly/1bumPB4]]>
Talk given at GotoCon Aarhus, 2013. http://bit.ly/1bumPB4]]> Wed, 02 Oct 2013 06:11:33 GMT /slideshow/aslam-khanopendataandactivism/26780881 aslamkhn@slideshare.net(aslamkhn) How to get open data into the hands of activists aslamkhn Talk given at GotoCon Aarhus, 2013. http://bit.ly/1bumPB4 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/aslam-khan-opendata-and-activism-131002061133-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds" /> Talk given at GotoCon Aarhus, 2013. http://bit.ly/1bumPB4

How to get open data into the hands of activists from Aslam Khan

]]> 764 3 https://cdn.slidesharecdn.com/ss_thumbnails/aslam-khan-opendata-and-activism-131002061133-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 Beyond Apartheid and Democracy /slideshow/beyond-apartheid-and-democracy/25241438 apartheid-and-democracy-130814084754-phpapp01
Lessons and insights gained from the transistion from apartheid to democracy in South Africa - and it's applicability to agile software development. This was presented at the Agile Africa conference in August 2013.]]>
Lessons and insights gained from the transistion from apartheid to democracy in South Africa - and it's applicability to agile software development. This was presented at the Agile Africa conference in August 2013.]]> Wed, 14 Aug 2013 08:47:54 GMT /slideshow/beyond-apartheid-and-democracy/25241438 aslamkhn@slideshare.net(aslamkhn) Beyond Apartheid and Democracy aslamkhn Lessons and insights gained from the transistion from apartheid to democracy in South Africa - and it's applicability to agile software development. This was presented at the Agile Africa conference in August 2013. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/apartheid-and-democracy-130814084754-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds" /> Lessons and insights gained from the transistion from apartheid to democracy in South Africa - and it's applicability to agile software development. This was presented at the Agile Africa conference in August 2013.

Beyond Apartheid and Democracy from Aslam Khan

]]> 2219 5 https://cdn.slidesharecdn.com/ss_thumbnails/apartheid-and-democracy-130814084754-phpapp01-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 Not Quite Object Oriented /slideshow/not-quite-object-oriented/10086052 notquiteoo-111109062555-phpapp02
The JVM seems to have a fresh breeze blowing throw it with alternative languages like Groovy and Ruby. But for me, the standouts are Scala and Clojure. Many of us grew up with OO and Java was our language of expression. But Scala and Clojure are different. They have a functional side and expressing OO thoughts functionally is painful. We we will explore what it takes to shift your thinking gradually (not overnight) to take advantage of Scala and Clojure's functional side.]]>
The JVM seems to have a fresh breeze blowing throw it with alternative languages like Groovy and Ruby. But for me, the standouts are Scala and Clojure. Many of us grew up with OO and Java was our language of expression. But Scala and Clojure are different. They have a functional side and expressing OO thoughts functionally is painful. We we will explore what it takes to shift your thinking gradually (not overnight) to take advantage of Scala and Clojure's functional side.]]> Wed, 09 Nov 2011 06:25:53 GMT /slideshow/not-quite-object-oriented/10086052 aslamkhn@slideshare.net(aslamkhn) Not Quite Object Oriented aslamkhn The JVM seems to have a fresh breeze blowing throw it with alternative languages like Groovy and Ruby. But for me, the standouts are Scala and Clojure. Many of us grew up with OO and Java was our language of expression. But Scala and Clojure are different. They have a functional side and expressing OO thoughts functionally is painful. We we will explore what it takes to shift your thinking gradually (not overnight) to take advantage of Scala and Clojure's functional side. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/notquiteoo-111109062555-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds" /> The JVM seems to have a fresh breeze blowing throw it with alternative languages like Groovy and Ruby. But for me, the standouts are Scala and Clojure. Many of us grew up with OO and Java was our language of expression. But Scala and Clojure are different. They have a functional side and expressing OO thoughts functionally is painful. We we will explore what it takes to shift your thinking gradually (not overnight) to take advantage of Scala and Clojure's functional side.

Not Quite Object Oriented from Aslam Khan

]]> 828 3 https://cdn.slidesharecdn.com/ss_thumbnails/notquiteoo-111109062555-phpapp02-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 Lean in Software Development /slideshow/lean-in-software-development/8680367 sdtimeslean-110725012748-phpapp02
Looks at the concept of flow as applied to individuals, teams in the large and in the small.]]>
Looks at the concept of flow as applied to individuals, teams in the large and in the small.]]> Mon, 25 Jul 2011 01:27:44 GMT /slideshow/lean-in-software-development/8680367 aslamkhn@slideshare.net(aslamkhn) Lean in Software Development aslamkhn Looks at the concept of flow as applied to individuals, teams in the large and in the small. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/sdtimeslean-110725012748-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds" /> Looks at the concept of flow as applied to individuals, teams in the large and in the small.

Lean in Software Development from Aslam Khan

]]> 7138 2 https://cdn.slidesharecdn.com/ss_thumbnails/sdtimeslean-110725012748-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 Product Ownership - Leaders of Agile Webinar /slideshow/product-ownership-leaders-of-agile-webinar/7942965 sdtimesproductownership-110512132810-phpapp01
A positioning of product ownership in Scrum and what the essence of this role. Looks at how it is implemented and how it should be realigned. This presentation was part of the SD Times Webinar hosted by Kent Beck.]]>
A positioning of product ownership in Scrum and what the essence of this role. Looks at how it is implemented and how it should be realigned. This presentation was part of the SD Times Webinar hosted by Kent Beck.]]> Thu, 12 May 2011 13:28:07 GMT /slideshow/product-ownership-leaders-of-agile-webinar/7942965 aslamkhn@slideshare.net(aslamkhn) Product Ownership - Leaders of Agile Webinar aslamkhn A positioning of product ownership in Scrum and what the essence of this role. Looks at how it is implemented and how it should be realigned. This presentation was part of the SD Times Webinar hosted by Kent Beck. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/sdtimesproductownership-110512132810-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds" /> A positioning of product ownership in Scrum and what the essence of this role. Looks at how it is implemented and how it should be realigned. This presentation was part of the SD Times Webinar hosted by Kent Beck.

Product Ownership - Leaders of Agile Webinar from Aslam Khan

]]> 877 2 https://cdn.slidesharecdn.com/ss_thumbnails/sdtimesproductownership-110512132810-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 Yet another building metaphor /slideshow/yet-another-building-metaphor/7915166 jsug-slideshare-110510163657-phpapp01
Look at the value of a programming language such as JS and how it influences the way we express and organise our thoughts. At same time, express the value design over language. ]]>
Look at the value of a programming language such as JS and how it influences the way we express and organise our thoughts. At same time, express the value design over language. ]]> Tue, 10 May 2011 16:36:53 GMT /slideshow/yet-another-building-metaphor/7915166 aslamkhn@slideshare.net(aslamkhn) Yet another building metaphor aslamkhn Look at the value of a programming language such as JS and how it influences the way we express and organise our thoughts. At same time, express the value design over language. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/jsug-slideshare-110510163657-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds" /> Look at the value of a programming language such as JS and how it influences the way we express and organise our thoughts. At same time, express the value design over language.

Yet another building metaphor from Aslam Khan

]]> 772 1 https://cdn.slidesharecdn.com/ss_thumbnails/jsug-slideshare-110510163657-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 Being in a State of REST /slideshow/being-in-a-state-of-rest/6808551 rubyfuza-state-of-rest-110204041928-phpapp01
A Quick walkthrough the Richardson REST Maturity Model with simple examples, followed by design considerations for building software for a REST architectural style. Key point: REST is the starting position, not the end point when designing.]]>
A Quick walkthrough the Richardson REST Maturity Model with simple examples, followed by design considerations for building software for a REST architectural style. Key point: REST is the starting position, not the end point when designing.]]> Fri, 04 Feb 2011 04:19:18 GMT /slideshow/being-in-a-state-of-rest/6808551 aslamkhn@slideshare.net(aslamkhn) Being in a State of REST aslamkhn A Quick walkthrough the Richardson REST Maturity Model with simple examples, followed by design considerations for building software for a REST architectural style. Key point: REST is the starting position, not the end point when designing. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/rubyfuza-state-of-rest-110204041928-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds" /> A Quick walkthrough the Richardson REST Maturity Model with simple examples, followed by design considerations for building software for a REST architectural style. Key point: REST is the starting position, not the end point when designing.

Being in a State of REST from Aslam Khan

]]> 996 2 https://cdn.slidesharecdn.com/ss_thumbnails/rubyfuza-state-of-rest-110204041928-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 Practical Scrum with Kent Beck (SD Times Webinar) /slideshow/practical-scrum-with-kent-beck-sd-times-webinar/6279576 practical-scrum-with-kent-beck-101221145550-phpapp02
�ݺ�ߣ deck of the presentation I gave for the SD Times Scrum Webinar, hosted by Kent Beck in November 2010.]]>
�ݺ�ߣ deck of the presentation I gave for the SD Times Scrum Webinar, hosted by Kent Beck in November 2010.]]> Tue, 21 Dec 2010 14:55:48 GMT /slideshow/practical-scrum-with-kent-beck-sd-times-webinar/6279576 aslamkhn@slideshare.net(aslamkhn) Practical Scrum with Kent Beck (SD Times Webinar) aslamkhn �ݺ�ߣ deck of the presentation I gave for the SD Times Scrum Webinar, hosted by Kent Beck in November 2010. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/practical-scrum-with-kent-beck-101221145550-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds" /> �ݺ�ߣ deck of the presentation I gave for the SD Times Scrum Webinar, hosted by Kent Beck in November 2010.

Practical Scrum with Kent Beck (SD Times Webinar) from Aslam Khan

]]> 2018 4 https://cdn.slidesharecdn.com/ss_thumbnails/practical-scrum-with-kent-beck-101221145550-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 Collaboration: TRC /slideshow/collaboration-trc/5731666 trc-101110164107-phpapp02
]]>
]]> Wed, 10 Nov 2010 16:41:03 GMT /slideshow/collaboration-trc/5731666 aslamkhn@slideshare.net(aslamkhn) Collaboration: TRC aslamkhn <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/trc-101110164107-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds" />

Collaboration: TRC from Aslam Khan

]]> 436 1 https://cdn.slidesharecdn.com/ss_thumbnails/trc-101110164107-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 https://cdn.slidesharecdn.com/profile-photo-aslamkhn-48x48.jpg?cb=1622799681 I have spent almost half my life as a software development architect, and am still trying really hard to write great software ... those applications that won't follow me to my grav There are so many brilliant people from whom I am have the had the priveledge to learn. And as soon as I think I have grokked something, then I feel that I am socially outcast from another stream that is happening right alongside me with some amazing architectural insights and philosophies. Is there any other industry that is so dynamic and yet exhibits a range as vast as creativity, philosophy, engineering, science, social behaviour and the single focus on achieving self realisation? f3yourmind.net https://cdn.slidesharecdn.com/ss_thumbnails/thehumbleprogrammer-210604094213-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/the-humble-programmer/248992840 The Humble Programmer https://cdn.slidesharecdn.com/ss_thumbnails/experimentsinreasoning-200211213606-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/experiments-in-reasoning-227676025/227676025 Experiments in Reasoning https://cdn.slidesharecdn.com/ss_thumbnails/dowecare-rubyfuza2019-190209100000-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/do-we-care-rubyfuza-2019/131125757 Do we care rubyfuza ...