Podcasts about data structures

real life algorithms js dsa data structures

Play Episode Listen Later Nov 7, 2024 29:59

Send us a textData structures and algorithms aren't just for interviews. Whether you know it or not, you are standing on the shoulders of giants when you write code.DSA doesn't have to be intimidating.Let's explore some real world examples of common structures and algos and some ways to learn them.Shameless Plugs

342: The Evolution of Coding in the AI Era

The Bootstrapped Founder

Play Episode Listen Later Aug 23, 2024 21:31 Transcription Available

This week, instead of writing code, I delegated it — to AI. I've been doing this a lot lately.But does that mean I am losing my ability to code? And what about people learning how to code? Is AI serving them, or does it block them from learning the real thing?Here's what's happening in software development, if it's even worth bothering with, and what new coders should know about AI.This episode is sponsored by Podscan.fmThe blog post: https://thebootstrappedfounder.com/the-evolution-of-coding-in-the-ai-era/The podcast episode: https://tbf.fm/episodes/the-evolution-of-coding-in-the-ai-eraCheck out Podscan to get alerts when you're mentioned on podcasts: https://podscan.fmSend me a voicemail on Podline: https://podline.fm/arvidYou'll find my weekly article on my blog: https://thebootstrappedfounder.comPodcast: https://thebootstrappedfounder.com/podcastNewsletter: https://thebootstrappedfounder.com/newsletterMy book Zero to Sold: https://zerotosold.com/My book The Embedded Entrepreneur: https://embeddedentrepreneur.com/My course Find Your Following: https://findyourfollowing.comHere are a few tools I use. Using my affiliate links will support my work at no additional cost to you.- Notion (which I use to organize, write, coordinate, and archive my podcast + newsletter): https://affiliate.notion.so/465mv1536drx- Riverside.fm (that's what I recorded this episode with): https://riverside.fm/?via=arvid- TweetHunter (for speedy scheduling and writing Tweets): http://tweethunter.io/?via=arvid- HypeFury (for massive Twitter analytics and scheduling): https://hypefury.com/?via=arvid60- AudioPen (for taking voice notes and getting amazing summaries): https://audiopen.ai/?aff=PXErZ- Descript (for word-based video editing, subtitles, and clips): https://www.descript.com/?lmref=3cf39Q- ConvertKit (for email lists, newsletters, even finding sponsors): https://convertkit.com?lmref=bN9CZw

182. Financial Transformation Live: Designing Effective Reporting/Data Structures

CFO 4.0

Play Episode Listen Later Jun 26, 2024 36:26

Send us your thoughtsIn this episode of Financial Transformation Live, Hannah Munro explores the essential topic of designing robust finance data structures. This month's session examines various aspects of financial data design, ensuring it meets both current and future needs.Topics covered in this episode:Components of Strong Financial Data DesignCommon Mistakes and RisksEnsuring the Right Financial StructureSystem Capabilities: Evaluating system layers, dimensions, and available reporting toolsPractical Testing and FeasibilityMigration and PlanningLinks mentioned: June FTL: Navigating Process Improvement on the Maturity ScaleRevisit previous Financial Transformation Live sessions Register for July's Financial Transformation Live sessionCFO 4.0 Monthly BriefingFinancial Transformation Live Feedback survey Explore other CFO 4.0 Podcast episodes here. Subscribe to our Podcast!

explore register designing cfo reporting components data structures financial transformation

(S4) E039 Luke Hohmann on Creating Sustainably Profitable Software-Enabled Solutions

Agile Innovation Leaders

Play Episode Listen Later Apr 28, 2024 70:50

Bio Luke Hohmann is Chief Innovation Officer of Applied Frameworks. Applied Frameworks helps companies create more profitable software-enabled solutions. A serial entrepreneur, Luke founded, bootstrapped, and sold the SaaS B2B collaboration software company Conteneo to Scaled Agile, Inc. Conteneo's Weave platform is now part of SAFe Studio. A SAFe® Fellow, prolific author, and trailblazing innovator, Luke's contributions to the global agile community include contributing to SAFe, five books, Profit Streams™, Innovation Games®, Participatory Budgeting at enterprise scale, and a pattern language for market-driven roadmapping. Luke is also co-founder of Every Voice Engaged Foundation, where he partnered with The Kettering Foundation to create Common Ground for Action, the world's first scalable platform for deliberative decision-making. Luke is a former National Junior Pairs Figure Skating Champion and has an M.S.E. in Computer Science and Engineering from the University of Michigan. Luke loves his wife and four kids, his wife's cooking, and long runs in the California sunshine and Santa Cruz mountains. Interview Highlights 01:30 Organisational Behaviour & Cognitive Psychology 06:10 Serendipity 09:30 Entrepreneurship 16:15 Applied Frameworks 20:00 Sustainability 20:45 Software Profit Streams 23:00 Business Model Canvas 24:00 Value Proposition Canvas 24:45 Setting the Price 28:45 Customer Benefit Analysis 34:00 Participatory Budgeting 36:00 Value Stream Funding 37:30 The Color of Money 42:00 Private v Public Sector 49:00 ROI Analysis 51:00 Innovation Accounting Connecting LinkedIn: Luke Hohmann on LinkedIn Company Website: Applied Frameworks Books & Resources · Software Profit Streams(TM): A Guide to Designing a Sustainably Profitable Business: Jason Tanner, Luke Hohmann, Federico González · Business Model Generation: A Handbook for Visionaries, Game Changers, and Challengers (The Strategyzer series): Alexander Osterwalder, Yves Pigneur · Value Proposition Design: How to Create Products and Services Customers Want (The Strategyzer Series): Alexander Osterwalder, Yves Pigneur, Gregory Bernarda, Alan Smith, Trish Papadakos · Innovation Games: Creating Breakthrough Products Through Collaborative Play: Luke Hohmann · The ‘Color of Money' Problem: Additional Guidance on Participatory Budgeting - Scaled Agile Framework · The Lean Startup: How Today's Entrepreneurs Use Continuous Innovation to Create Radically Successful Businesses, Eric Ries · Extreme Programming Explained: Embrace Change 2, Kent Beck, Cynthia Andres · The Mythical Man-Month: Essays on Software Engineering: Brooks, Frederick Phillips · Understanding Comics: The Invisible Art, Scott McCloud · Ponyboy: A Novel, Eliot Duncan · Lessons in Chemistry: A Novel, Bonnie Garmus, Miranda Raison, Bonnie Garmus, Pandora Sykes · What Happened to You?: Conversations on Trauma, Resilience, and Healing, Oprah Winfrey, Bruce D. Perry · Training | Applied Frameworks Episode Transcript Intro: Hello and welcome to the Agile Innovation Leaders podcast. I'm Ula Ojiaku. On this podcast I speak with world-class leaders and doers about themselves and a variety of topics spanning Agile, Lean Innovation, Business, Leadership and much more – with actionable takeaways for you the listener. Ula Ojiaku So I have with me Luke Hohmann, who is a four time author, three time founder, serial entrepreneur if I say, a SAFe fellow, so that's a Skilled Agile Framework fellow, keynote speaker and an internationally recognised expert in Agile software development. He is also a proud husband and a father of four. So, Luke, I am very honoured to have you on the Agile Innovation Leaders podcast. Thank you for making the time. Luke Hohmann Thank you so much for having me, I'm very happy to be here, and hi everyone who's listening. Ula Ojiaku Yes, I'm sure they're waving back at you as well. I always start my conversations with my guests to find out about them as individuals, you know, so who is Luke? You have a BSc in Computer Science and an MSc in Computer Science and Engineering, but you also studied Cognitive Psychology and Organisational Behaviour in addition to Data Structures and Artificial Intelligence. AI is now making waves and is kind of at the forefront, which is interesting, you had the foresight to also look into these. So my question is, what took you down this path? Luke Hohmann Sure. I had a humble beginning in the world of technology. I worked for a large company, Electronic Data Systems, and it was founded in the mid 60s by a gentleman named Ross Perot, and it became a very, very large company. So my first job at Electronic Data Systems was working in a data centre, and we know what data centres are, but back then, data centres were different because they were predominantly mainframe-based data centres, and I would crawl underneath the floor, cabling the computers and cabling networking equipment. Now, when we think networking, we're really thinking one of two kinds of networking. We think of wireless networking or we think of some form of internet networking, but back in those days, there were varieties of network protocols, literally the standards that we use now weren't invented yet. So it was mainframe networking protocols and dial ups and other forms of networking protocols. From there, I worked my way from beneath the ground up. I had some great managers who saw someone who was worthy of opportunity and they gave me opportunity and it was great. And then eventually I started working in electronic data systems and there was, the first wave of AI came in the mid 80s and that's when we were doing things like building expert systems, and I managed to create with a colleague of mine, who's emerged as my best friend, a very successful implementation of an expert system, an AI-based expert system at EDS, and that motivated me to finish off my college degree, I didn't have my college degree at the time. So EDS supported me in going to the University of Michigan, where as you said, I picked up my Bachelor's and Master's degree, and my advisor at the time was Elliot Soloway, and he was doing research in how programmers program, what are the knowledge structures, what are the ways in which we think when we're programming, and I picked up that research and built programming environments, along with educational material, trying to understand how programmers program and trying to build educational material to teach programming more effectively. That's important because it ignited a lifelong passion for developing education materials, etc. Now the cognitive psychology part was handled through that vein of work, the organisational behaviour work came as I was a student at Michigan. As many of us are when we're in college, we don't make a lot of money, or at university we're not wealthy and I needed a job and so the School of Organisational Behaviour had published some job postings and they needed programmers to program software for their organisational behaviour research, and I answered those ads and I became friends and did the research for many ground-breaking aspects of organisational behaviour and I programmed, and in the process of programming for the professors who were in the School of Organisational Behaviour they would teach me about organisational behaviour and I learned many things that at the time were not entirely clear to me, but then when I graduated from university and I became a manager and I also became more involved in the Agile movement, I had a very deep foundation that has served me very well in terms of what do we mean when we say culture, or what do we mean when we talk about organisational structures, both in the small and in the large, how do we organise effectively, when should we scale, when should we not scale, etc. So that's a bit about my history that I think in terms of the early days helped inform who I am today. Ula Ojiaku Wow, who would have thought, it just reminds me of the word serendipity, you know, I guess a happy coincidence, quote unquote, and would there be examples of where the cognitive psychology part of it also helped you work-wise? Luke Hohmann Yeah, a way to think about cognitive psychology and the branch that, I mean there's, psychology is a huge branch of study, right? So cognitive psychology tends to relate to how do we solve problems, and it tends to focus on problem solving where n = 1 and what I mean by n is the number of participants, and where n is just me as an individual, how do I solve the problems that I'm facing? How do I engage in de-compositional activities or refinement or sense making? Organisational behaviour deals with n > 1. So it can deal with a team of, a para-bond, two people solving problems. It can deal with a small team, and we know through many, many, many decades of research that optimal team structures are eight people or less. I mean, we've known this for, when I say decades I mean millennia. When you look at military structure and military strategy, we know that people need to be organised into much smaller groups to be effective in problem solving and to move quickly. And then in any organisational structure, there's some notion of a team of teams or team engagement. So cognitive psychology, I think, helps leaders understand individuals and their place within the team. And now we talk about, you know, in the Agile community, we talk about things like, I want T-shaped people, I want people with common skills and their area of expertise and by organising enough of the T's, I can create a whole and complete team. I often say I don't want my database designer designing my user interface and I don't want my user interface designer optimising my back end database queries, they're different skills. They're very educated people, they're very sophisticated, but there's also the natural feeling that you and I have about how do I gain a sense of self, how do I gain a sense of accomplishment, a sense of mastery? Part of gaining a sense of mastery is understanding who you are as a person, what you're good at. In Japanese, they would call that Ikigai, right, what are the intersections of, you know, what do I love, what am I good at, what can I make a living at and what do people need, right? All of these intersections occur on an individual level, and then by understanding that we can create more effective teams. Ula Ojiaku Thank you. I've really learned something key here, the relationship between cognitive psychology and organisational behaviour, so thanks for breaking it down. Now, can we go quickly to your entrepreneurship? So there must be three times you started three times a company and you've been successful in that area. What exactly drives you when it comes to establishing businesses and then knowing when to move on? Luke Hohmann Sure. I think it's a combination of reflecting on my childhood and then looking at how that informs someone when they're older, and then opportunities, like you said, serendipity, I think that's a really powerful word that you introduced and it's a really powerful concept because sometimes the serendipity is associated with just allowing yourself to pursue something that presents itself. But when I was young, my father died and my mum had to raise six kids on her own, so my dad died when I was four, my mum raised six kids on her own. We were not a wealthy family, and she was a school teacher and one of the things that happened was, even though she was a very skilled school teacher, there were budget cuts and it was a unionised structure, and even though she was ranked very highly, she lost her job because she was low on the hiring totem pole in terms of how the union worked. It was very hard and of course, it's always hard to make budget cuts and firing but I remember when I was very young making one of those choices saying, I want to work in a field where we are more oriented towards someone's performance and not oriented on when they were hired, or the colour of their skin, or their gender or other things that to me didn't make sense that people were making decisions against. And while it's not a perfect field for sure, and we've got lots of improvement, engineering in general, and of course software engineering and software development spoke to me because I could meet people who were diverse or more diverse than in other fields and I thought that was really good. In terms of being an entrepreneur, that happened serendipitously. I was at the time, before I became an entrepreneur in my last job, was working for an Israeli security firm, and years and years ago, I used to do software anti-piracy and software security through physical dongles. This was made by a company called Aladdin Knowledge Systems in Israel, and I was the head of Engineering and Product Management for the dongle group and then I moved into a role of Business Development for the company. I had a couple of great bosses, but I also learned how to do international management because I had development teams in Israel, I had development teams in Munich, I had development teams in Portland, Oregon, and in the Bay Area, and this was in the 2000s. This is kind of pre-Agile, pre-Salt Lake City, pre-Agile Manifesto, but we were figuring things out and blending and working together. I thought things were going pretty well and I enjoyed working for the Israelis and what we were doing, but then we had the first Gulf War and my wife and I felt that maybe traveling as I was, we weren't sure what was going to happen in the war, I should choose something different. Unfortunately, by that time, we had been through the dot-bomb crisis in Silicon Valley. So it's about 2002 at the time that this was going on, and there really weren't jobs, it was a very weird time in Silicon Valley. So in late 2002, I sent an email to a bunch of friends and I said, hey, I'm going to be a consultant, who wants to hire me, that was my marketing plan, not very clever, and someone called me and said, hey, I've got a problem and this is the kind of thing that you can fix, come consult with us. And I said, great. So I did that, and that started the cleverly named Luke Hohmann Consulting, but then one thing led to another and consulting led to opportunities and growth and I've never looked back. So I think that there is a myth about people who start companies where sometimes you have a plan and you go execute your plan. Sometimes you find the problem and you're solving a problem. Sometimes the problem is your own problem, as in my case I had two small kids and a mortgage and I needed to provide for my family, and so the best way to do that at the time was to become a consultant. Since then I have engaged in building companies, sometimes some with more planning, some with more business tools and of course as you grow as an entrepreneur you learn skills that they didn't teach you in school, like marketing and pricing and business planning etc. And so that's kind of how I got started, and now I have kind of come full circle. The last company, the second last company I started was Conteneo and we ended up selling that to Scaled Agile, and that's how I joined the Scaled Agile team and that was lovely, moving from a position of being a CEO and being responsible for certain things, to being able to be part of a team again, joining the framework team, working with Dean Leffingwell and other members of the framework team to evolve the SAFe framework, that was really lovely. And then of course you get this entrepreneurial itch and you want to do something else, and so I think it comes and goes and you kind of allow yourself those opportunities. Ula Ojiaku Wow, yours is an inspiring story. And so what are you now, so you've talked about your first two Startups which you sold, what are you doing now? Luke Hohmann Yeah, so where I'm at right now is I am the Chief Innovation Officer for a company, Applied Frameworks. Applied Frameworks is a boutique consulting firm that's in a transition to a product company. So if this arm represents our product revenue and this arm represents our services revenue, we're expanding our product and eventually we'll become a product company. And so then the question is, well, what is the product that we're working on? Well, if you look at the Agile community, we've spent a lot of time creating and delivering value, and that's really great. We have had, if you look at the Agile community, we've had amazing support from our business counterparts. They've shovelled literally millions and millions of dollars into Agile training and Agile tooling and Agile transformations, and we've seen a lot of benefit from the Agile community. And when I say Agile, I don't mean SAFe or Scrum or some particular flavour of Agile, I just mean Agile in general. There's been hundreds of millions of dollars to billions of dollars shoved into Agile and we've created a lot of value for that investment. We've got fewer bugs in our software because we've got so many teams doing XP driven practices like Test Driven Development, we've got faster response times because we've learned that we can create smaller releases and we've created infrastructure that lets us do deployments automatically, even if you're doing embedded systems, we figured out how to do over the air updates, we've figured out how to create infrastructure where the cars we're driving are now getting software updates. So we've created for our business leaders lots of value, but there's a problem in that value. Our business leaders now need us to create a profit, and creating value and creating a profit are two different things. And so in the pursuit of value, we have allowed our Agile community to avoid and or atrophy on skills that are vital to product management, and I'm a classically trained Product Manager, so I've done market segmentation and market valuation and market sizing, I've done pricing, I've done licensing, I've done acquisitions, I've done compliance. But when you look at the traditional definition of a Product Owner, it's a very small subset of that, especially in certain Agile methods where Product Owners are team centric, they're internal centric. That's okay, I'm not criticising that structure, but what's happened is we've got people who no longer know how to price, how to package, how to license products, and we're seeing companies fail, investor money wasted, too much time trying to figure things out when if we had simply approached the problem with an analysis of not just what am I providing to you in terms of value, but what is that value worth, and how do I structure an exchange where I give you value and you give me money? And that's how businesses survive, and I think what's really interesting about this in terms of Agile is Agile is very intimately tied to sustainability. One of the drivers of the Agile Movement was way back in the 2000s, we were having very unsustainable practices. People would be working 60, 80, death march weeks of grinding out programmers and grinding out people, and part of the Agile Movement was saying, wait a minute, this isn't sustainable, and even the notion of what is a sustainable pace is really vital, but a company cannot sustain itself without a profit, and if we don't actually evolve the Agile community from value streams into profit streams, we can't help our businesses survive. I sometimes ask developers, I say, raise your hand if you're really embracing the idea that your job is to make more money for your company than they pay you, that's called a profit, and if that's not happening, your company's going to fail. Ula Ojiaku They'll be out of a job. Luke Hohmann You'll be out of a job. So if you want to be self-interested about your future, help your company be successful, help them make a profit, and so where I'm at right now is Applied Frameworks has, with my co-author, Jason Tanner, we have published a bold and breakthrough new book called Software Profit Streams, and it's a book that describes how to do pricing and packaging for software enabled solutions. When we say software enabled solution, we mean a solution that has software in it somehow, could be embedded software in your microwave oven, it could be a hosted solution, it could be an API for a payment processor, it could be the software in your car that I talked about earlier. So software enabled solutions are the foundation, the fabric of our modern lives. As Mark Andreessen says software is eating the world, software is going to be in everything, and we need to know how to take the value that we are creating as engineers, as developers, and convert that into pricing and licensing choices that create sustainable profits. Ula Ojiaku Wow. It's as if you read my mind because I was going to ask you about your book, Software Profit Streams, A Guide to Designing a Sustainably Profitable Business. I also noticed that, you know, there is the Profit Stream Canvas that you and your co-author created. So let's assume I am a Product Manager and I've used this, let's assume I went down the path of using the Business Model Canvas and there is the Customer Value Proposition. So how do they complement? Luke Hohmann How do they all work together? I'm glad you asked that, I think that's a very insightful question and the reason it's so helpful is because, well partly because I'm also friends with Alex Osterwalder, I think he's a dear, he's a wonderful human, he's a dear friend. So let's look at the different elements of the different canvases, if you will, and why we think that this is needed. The Business Model Canvas is kind of how am I structuring my business itself, like what are my partners, my suppliers, my relationships, my channel strategy, my brand strategy with respect to my customer segments, and it includes elements of cost, which we're pretty good at. We're pretty good at knowing our costs and elements of revenue, but the key assumption of revenue, of course, is the selling price and the number of units sold. So, but if you look at the book, Business Model Generation, where the Business Model Canvas comes from, it doesn't actually talk about how to set the price. Is the video game going to be $49? Is it going to be $59, or £49 or £59? Well, there's a lot of thought that goes into that. Then we have the Value Proposition Canvas, which highlights what are the pains the customer is facing? What are the gains that the customer is facing? What are the jobs to be done of the customer? How does my solution relate to the jobs? How does it help solve the pain the customer is feeling? How does it create gain for the customer? But if you read those books, and both of those books are on my shelf because they're fantastic books, it doesn't talk about pricing. So let's say I create a gain for you. Well, how much can I charge you for the gain that I've created? How do I structure that relationship? And how do I know, going back to my Business Model Canvas, that I've got the right market segment, I've got the right investment strategy, I might need to make an investment in the first one or two releases of my software or my product before I start to make a per unit profit because I'm evolving, it's called the J curve and the J curve is how much money am I investing before I well, I have to be able to forecast that, I have to be able to model that, but the key input to that is what is the price, what is the mechanism of packaging that you're using, is it, for example, is it per user in a SAS environment or is it per company in a SAS environment? Is it a meter? Is it like an API transaction using Stripe or a payment processor, Adyen or Stripe or Paypal or any of the others that are out there? Or is it an API call where I'm charging a fraction of a penny for any API call? All of those elements have to be put into an economic model and a forecast has to be created. Now, what's missing about this is that the Business Model Canvas and the Value Proposition Canvas don't give you the insight on how to set the price, they just say there is a price and we're going to use it in our equations. So what we've done is we've said, look, setting the price is itself a complex system, and what I mean by a complex system is that, let's say that I wanted to do an annual license for a new SAS offering, but I offer that in Europe and now my solution is influenced or governed by GDPR compliance, where I have data retention and data privacy laws. So my technical architecture that has to enforce the license, also has to comply with something in terms of the market in which I'm selling. This complex system needs to be organised, and so what canvases do is in all of these cases, they let us take a complex system and put some structure behind the choices that we're making in that complex system so that we can make better choices in terms of system design. I know how I want this to work, I know how I want this to be structured, and therefore I can make system choices so the system is working in a way that benefits the stakeholders. Not just me, right, I'm not the only stakeholder, my customers are in this system, my suppliers are in this system, society itself might be in the system, depending on the system I'm building or the solution I'm building. So the canvases enable us to make system level choices that are hopefully more effective in achieving our goals. And like I said, the Business Model Canvas, the Value Proposition Canvas are fantastic, highly recommended, but they don't cover pricing. So we needed something to cover the actual pricing and packaging and licensing. Ula Ojiaku Well, that's awesome. So it's really more about going, taking a deeper dive into thoughtfully and structurally, if I may use that word, assessing the pricing. Luke Hohmann Yeah, absolutely. Ula Ojiaku Would you say that in doing this there would be some elements of, you know, testing and getting feedback from actual customers to know what price point makes sense? Luke Hohmann Absolutely. There's a number of ways in which customer engagement or customer testing is involved. The very first step that we advocate is a Customer Benefit Analysis, which is what are the actual benefits you're creating and how are your customers experiencing those benefits. Those experiences are both tangible and intangible and that's another one of the challenges that we face in the Agile community. In general, the Agile community spends a little bit more time on tangible or functional value than intangible value. So we, in terms of if I were to look at it in terms of a computer, we used to say speeds and feeds. How fast is the processor? How fast is the network? How much storage is on my disk space? Those are all functional elements. Over time as our computers have become plenty fast or plenty storage wise for most of our personal computing needs, we see elements of design come into play, elements of usability, elements of brand, and we see this in other areas. Cars have improved in quality so much that many of us, the durability of the car is no longer a significant attribute because all cars are pretty durable, they're pretty good, they're pretty well made. So now we look at brand, we look at style, we look at aesthetics, we look at even paying more for a car that aligns with our values in terms of the environment. I want to get an EV, why, because I want to be more environmentally conscious. That's a value driven, that's an intangible factor. And so our first step starts with Customer Benefit Analysis looking at both functional or tangible value and intangible value, and you can't do that, as you can imagine, you can't do that without having customer interaction and awareness with your stakeholders and your customers, and that also feeds throughout the whole pricing process. Eventually, you're going to put your product in a market, and that's a form itself of market research. Did customers buy, and if they didn't buy, why did they not buy? Is it poorly packaged or is it poorly priced? These are all elements that involve customers throughout the process. Ula Ojiaku If I may, I know we've been on the topic of your latest book Software Profit Streams. I'm just wondering, because I can't help but try to connect the dots and I'm wondering if there might be a connection to one of your books, Innovation Games: Creating Breakthrough Products Through Collaborative Play, something like buy a feature in your book, that kind of came to mind, could there be a way of using that as part of the engagement with customers in setting a pricing strategy? I may be wrong, I'm just asking a question. Luke Hohmann I think you're making a great connection. There's two forms of relationship that Innovation Games and the Innovation Games book have with Software Profit Streams. One is, as you correctly noted, just the basics of market research, where do key people have pains or gains and what it might be worth. That work is also included in Alex Osterwalder's books, Value Proposition Design for example, when I've been doing Value Proposition Design and I'm trying to figure out the customer pains, you can use the Innovation Games Speed Boat. And when I want to figure out the gains, I can use the Innovation Game Product Box. Similarly, when I'm figuring out pricing and licensing, a way, and it's a very astute idea, a way to understand price points of individual features is to do certain kinds of market research. One form of market research you can do is Buy-a-Feature, which gives a gauge of what people are willing or might be willing to pay for a feature. It can be a little tricky because the normal construction of Buy-a-Feature is based on cost. However, your insight is correct, you can extend Buy-a-Feature such that you're testing value as opposed to cost, and seeing what, if you take a feature that costs X, but inflate that cost by Y and a Buy-a-Feature game, if people still buy it, it's a strong signal strength that first they want it, and second it may be a feature that you can, when delivered, would motivate you to raise the price of your offering and create a better profit for your company. Ula Ojiaku Okay, well, thank you. I wasn't sure if I was on the right lines. Luke Hohmann It's a great connection. Ula Ojiaku Thanks again. I mean, it's not original. I'm just piggybacking on your ideas. So with respect to, if we, if you don't mind, let's shift gears a bit because I know that, or I'm aware that whilst you were with Scaled Agile Incorporated, you know, you played a key part in developing some of their courses, like the Product POPM, and I think the Portfolio Management, and there was the concept about Participatory Budgeting. Can we talk about that, please? Luke Hohmann I'd love to talk about that, I mean it's a huge passion of mine, absolutely. So in February of 2018, I started working with the framework team and in December of 2018, we talked about the possibility of what an acquisition might look like and the benefits it would create, which would be many. That closed in May of 2019, and in that timeframe, we were working on SAFe 5.0 and so there were a couple of areas in which I was able to make some contributions. One was in Agile product delivery competency, the other was in lean portfolio management. I had a significant hand in restructuring or adding the POPM, APM, and LPM courses, adding things like solutions by horizons to SAFe, taking the existing content on guardrails, expanding it a little bit, and of course, adding Participatory Budgeting, which is just a huge passion of mine. I've done Participatory Budgeting now for 20 years, I've helped organisations make more than five billions of dollars of investment spending choices at all levels of companies, myself and my colleagues at Applied Frameworks, and it just is a better way to make a shared decision. If you think about one of the examples they use about Participatory Budgeting, is my preferred form of fitness is I'm a runner and so, and my wife is also a fit person. So if she goes and buys a new pair of shoes or trainers and I go and buy a new pair of trainers, we don't care, because it's a small purchase. It's frequently made and it's within the pattern of our normal behaviour. However, if I were to go out and buy a new car without involving her, that feels different, right, it's a significant purchase, it requires budgeting and care, and is this car going to meet our needs? Our kids are older than your kids, so we have different needs and different requirements, and so I would be losing trust in my pair bond with my wife if I made a substantial purchase without her involvement. Well, corporations work the same way, because we're still people. So if I'm funding a value stream, I'm funding the consistent and reliable flow of valuable items, that's what value stream funding is supposed to do. However, if there is a significant investment to be made, even if the value stream can afford it, it should be introduced to the portfolio for no other reason than the social structure of healthy organisations says that we do better when we're talking about these things, that we don't go off on our own and make significant decisions without the input of others. That lowers transparency, that lowers trust. So I am a huge advocate of Participatory Budgeting, I'm very happy that it's included in SAFe as a recommended practice, both for market research and Buy-a-Feature in APM, but also more significantly, if you will, at the portfolio level for making investment decisions. And I'm really excited to share that we've just published an article a few weeks ago about Participatory Budgeting and what's called The Color of Money, and The Color of Money is sometimes when you have constraints on how you can spend money, and an example of a constraint is let's say that a government raised taxes to improve transportation infrastructure. Well, the money that they took in is constrained in a certain way. You can't spend it, for example, on education, and so we have to show how Participatory Budgeting can be adapted to have relationships between items like this item requires this item as a precedent or The Color of Money, constraints of funding items, but I'm a big believer, we just published that article and you can get that at the Scaled Agile website, I'm a big believer in the social power of making these financial decisions and the benefits that accrue to people and organisations when they collaborate in this manner. Ula Ojiaku Thanks for going into that, Luke. So, would there be, in your experience, any type of organisation that's participatory? It's not a leading question, it's just genuine, there are typically outliers and I'm wondering in your experience, and in your opinion, if there would be organisations that it might not work for? Luke Hohmann Surprisingly, no, but I want to add a few qualifications to the effective design of a Participatory Budgeting session. When people hear Participatory Budgeting, there's different ways that you would apply Participatory Budgeting in the public and private sector. So I've done citywide Participatory Budgeting in cities and if you're a citizen of a city and you meet the qualifications for voting within that jurisdiction, in the United States, it's typically that you're 18 years old, in some places you have to be a little older, in some places you might have other qualifications, but if you're qualified to participate as a citizen in democratic processes, then you should be able to participate in Participatory Budgeting sessions that are associated with things like how do we spend taxes or how do we make certain investments. In corporations it's not quite the same way. Just because you work at a company doesn't mean you should be included in portfolio management decisions that affect the entire company. You may not have the background, you may not have the training, you may be what my friends sometimes call a fresher. So I do a lot of work overseas, so freshers, they just may not have the experience to participate. So one thing that we look at in Participatory Budgeting and SAFe is who should be involved in the sessions, and that doesn't mean that every single employee should always be included, because their background, I mean, they may be a technical topic and maybe they don't have the right technical background. So we work a little bit harder in corporations to make sure the right people are there. Now, of course, if we're going to make a mistake, we tend to make the mistake of including more people than excluding, partly because in SAFe Participatory Budgeting, it's a group of people who are making a decision, not a one person, one vote, and that's really profoundly important because in a corporation, just like in a para-bond, your opinion matters to me, I want to know what you're thinking. If I'm looking in, I'll use SAFe terminology, if I'm looking at three epics that could advance our portfolio, and I'm a little unsure about two of those epics, like one of those epics, I'm like, yeah, this is a really good thing, I know a little bit about it, this matters, I'm going to fund this, but the other two I'm not so sure about, well, there's no way I can learn through reading alone what the opinions of other people are, because, again, there's these intangible factors. There's these elements that may not be included in an ROI analysis, it's kind of hard to talk about brand and an ROI analysis - we can, but it's hard, so I want to listen to how other people are talking about things, and through that, I can go, yeah, I can see the value, I didn't see it before, I'm going to join you in funding this. So that's among the ways in which Participatory Budgeting is a little different within the private sector and the public sector and within a company. The only other element that I would add is that Participatory Budgeting gives people the permission to stop funding items that are no longer likely to meet the investment or objectives of the company, or to change minds, and so one of the, again, this is a bit of an overhang in the Agile community, Agile teams are optimised for doing things that are small, things that can fit within a two or three week Sprint. That's great, no criticism there, but our customers and our stakeholders want big things that move the market needle, and the big things that move the market needle don't get done in two or three weeks, in general, and they rarely, like they require multiple teams working multiple weeks to create a really profoundly new important thing. And so what happens though, is that we need to make in a sense funding commitments for these big things, but we also have to have a way to change our mind, and so traditional funding processes, they let us make this big commitment, but they're not good at letting us change our mind, meaning they're not Agile. Participatory Budgeting gives us the best of both worlds. I can sit at the table with you and with our colleagues, we can commit to funding something that's big, but six months later, which is the recommended cadence from SAFe, I can come back to that table and reassess and we can all look at each other, because you know those moments, right, you've had that experience in visiting, because you're like looking around the table and you're like, yeah, this isn't working. And then in traditional funding, we keep funding what's not working because there's no built-in mechanism to easily change it, but in SAFe Participatory Budgeting, you and I can sit at the table and we can look at each other with our colleagues and say, yeah, you know, that initiative just, it's not working, well, let's change our mind, okay, what is the new thing that we can fund? What is the new epic? And that permission is so powerful within a corporation. Ula Ojiaku Thanks for sharing that, and whilst you were speaking, because again, me trying to connect the dots and thinking, for an organisation that has adopted SAFe or it's trying to scale Agility, because like you mentioned, Agile teams are optimised to iteratively develop or deliver, you know, small chunks over time, usually two to three weeks, but, like you said, there is a longer time horizon spanning months, even years into the future, sometimes for those worthwhile, meaty things to be delivered that moves the strategic needle if I may use that buzzword. So, let's say we at that lean portfolio level, we're looking at epics, right, and Participatory Budgeting, we are looking at initiatives on an epic to epic basis per se, where would the Lean Startup Cycle come in here? So is it that Participatory Budgeting could be a mechanism that is used for assessing, okay, this is the MVP features that have been developed and all that, the leading indicators we've gotten, that's presented to the group, and on that basis, we make that pivot or persevere or stop decision, would that fit in? Luke Hohmann Yeah, so let's, I mean, you're close, but let me make a few turns and then it'll click better. First, let's acknowledge that the SAFe approach to the Lean Startup Cycle is not the Eric Ries approach, there are some differences, but let's separate how I fund something from how I evaluate something. So if I'm going to engage in the SAFe Lean Startup Cycle, part of that engagement is to fund an MVP, which is going to prove or disprove a given hypothesis. So that's an expenditure of money. Now there's, if you think about the expenditure of money, there's minimally two steps in this process - there's spending enough money to conduct the experiments, and if those experiments are true, making another commitment to spend money again, that I want to spend it. The reason this is important is, let's say I had three experiments running in parallel and I'm going to use easy round numbers for a large corporation. Let's say I want to run three experiments in parallel, and each experiment costs me a million pounds. Okay. So now let's say that the commercialisation of each of those is an additional amount of money. So the portfolio team sits around the table and says, we have the money, we're going to fund all three. Okay, great. Well, it's an unlikely circumstance, but let's say all three are successful. Well, this is like a venture capitalist, and I have a talk that I give that relates the funding cycle of a venture capitalist to the funding cycle of an LPM team. While it's unlikely, you could have all three become successful, and this is what I call an oversubscribed portfolio. I've got three great initiatives, but I can still only fund one or two of them, I still have to make the choice. Now, of course, I'm going to look at my economics and let's say out of the three initiatives that were successfully proven through their hypothesis, let's say one of them is just clearly not as economically attractive, for whatever reason. Okay, we get rid of that one, now, I've got two, and if I can only fund one of them, and the ROI, the hard ROI is roughly the same, that's when Participatory Budgeting really shines, because we can have those leaders come back into the room, and they can say, which choice do we want to make now? So the evaluative aspect of the MVP is the leading indicators and the results of the proving or disproving of the hypotheses. We separate that from the funding choices, which is where Participatory Budgeting and LPM kick in. Ula Ojiaku Okay. So you've separated the proving or disproving the hypothesis of the feature, some of the features that will probably make up an epic. And you're saying the funding, the decision to fund the epic in the first place is a different conversation. And you've likened it to Venture Capital funding rounds. Where do they connect? Because if they're separate, what's the connecting thread between the two? Luke Hohmann The connected thread is the portfolio process, right? The actual process is the mechanism where we're connecting these things. Ula Ojiaku OK, no, thanks for the portfolio process. But there is something you mentioned, ROI - Return On Investment. And sometimes when you're developing new products, you don't know, you have assumptions. And any ROI, sorry to put it this way, but you're really plucking figures from the air, you know, you're modelling, but there is no certainty because you could hit the mark or you could go way off the mark. So where does that innovation accounting coming into place, especially if it's a product that's yet to make contact with, you know, real life users, the customers. Luke Hohmann Well, let's go back to something you said earlier, and what you talked earlier about was the relationship that you have in market researching customer interaction. In making a forecast, let's go ahead and look at the notion of building a new product within a company, and this is again where the Agile community sometimes doesn't want to look at numbers or quote, unquote get dirty, but we have to, because if I'm going to look at building a new idea, or taking a new idea into a product, I have to have a forecast of its viability. Is it economically viable? Is it a good choice? So innovation accounting is a way to look at certain data, but before, I'm going to steal a page, a quote, from one of my friends, Jeff Patton. The most expensive way to figure this out is to actually build the product. So what can I do that's less expensive than building the product itself? I can still do market research, but maybe I wouldn't do an innovation game, maybe I'd do a formal survey and I use a price point testing mechanism like Van Westendorp Price Point Analysis, which is a series of questions that you ask to triangulate on acceptable price ranges. I can do competitive benchmarking for similar products and services. What are people offering right now in the market? Now that again, if the product is completely novel, doing competitive benchmarking can be really hard. Right now, there's so many people doing streaming that we look at the competitive market, but when Netflix first offered streaming and it was the first one, their best approach was what we call reference pricing, which is, I have a reference price for how much I pay for my DVDs that I'm getting in the mail, I'm going to base my streaming service kind of on the reference pricing of entertainment, although that's not entirely clear that that was the best way to go, because you could also base the reference price on what you're paying for a movie ticket and how many, but then you look at consumption, right, because movie tickets are expensive, so I only go to a movie maybe once every other month, whereas streaming is cheap and so I can change my demand curve by lowering my price. But this is why it's such a hard science is because we have this notion of these swirling factors. Getting specifically back to your question about the price point, I do have to do some market research before I go into the market to get some forecasting and some confidence, and research gives me more confidence, and of course, once I'm in the market, I'll know how effective my research matched the market reality. Maybe my research was misleading, and of course, there's some skill in designing research, as you know, to get answers that have high quality signal strength. Ula Ojiaku Thanks for clarifying. That makes perfect sense to me. Luke Hohmann It's kind of like a forecast saying, like there's a group of Agile people who will say, like, you shouldn't make forecasts. Well, I don't understand that because that's like saying, and people will say, well, I can't predict the future. Well, okay, I can't predict when I'm going to retire, but I'm planning to retire. I don't know the date of my exact retirement, but my wife and I are planning our retirement, and we're saving, we're making certain investment choices for our future, because we expect to have a future together. Now our kids are older than yours. My kids are now in university, and so we're closer to retirement. So what I dislike about the Agile community is people will sometimes say, well, I don't know the certainty of the event, therefore, I can't plan for it. But that's really daft, because there are many places in like, you may not for the listeners, her daughter is a little younger than my kids, but they will be going to university one day, and depending on where they go, that's a financial choice. So you could say, well, I don't know when she's going to university, and I can't predict what university she's going to go to, therefore I'm not going to save any money. Really? That doesn't make no sense. So I really get very upset when you have people in the agile community will say things like road mapping or forecasting is not Agile. It's entirely Agile. How you treat it is Agile or not Agile. Like when my child comes up to me and says, hey, you know about that going to university thing, I was thinking of taking a gap year. Okay, wait a minute, that's a change. That doesn't mean no, it means you're laughing, right? But that's a change. And so we respond to change, but we still have a plan. Ula Ojiaku It makes sense. So the reason, and I completely resonate with everything you said, the reason I raised that ROI and it not being known is that in some situations, people might be tempted to use it to game the budget allocation decision making process. That's why I said you would pluck the ROI. Luke Hohmann Okay, let's talk about that. We actually address this in our recent paper, but I'll give you my personal experience. You are vastly more likely to get bad behaviour on ROI analysis when you do not do Participatory Budgeting, because there's no social construct to prevent bad behaviour. If I'm sitting down at a table and that's virtual or physical, it doesn't matter, but let's take a perfect optimum size for a Participatory Budgeting group. Six people, let's say I'm a Director or a Senior Director in a company, and I'm sitting at a table and there's another Senior Director who's a peer, maybe there's a VP, maybe there's a person from engineering, maybe there's a person from sales and we've got this mix of people and I'm sitting at that table. I am not incented to come in with an inflated ROI because those people are really intelligent and given enough time, they're not going to support my initiative because I'm fibbing, I'm lying. And I have a phrase for this, it's when ROI becomes RO-lie that it's dangerous. And so when I'm sitting at that table, what we find consistently, and one of the clients that we did a fair amount of Participatory Budgeting for years ago with Cisco, what we found was the leaders at Cisco were creating tighter, more believable, and more defensible economic projections, precisely because they knew that they were going to be sitting with their peers, and it didn't matter. It can go both ways. Sometimes people will overestimate the ROI or they underestimate the cost. Same outcome, right? I'm going to overestimate the benefit, and people would be like, yeah, I don't think you can build that product with three teams. You're going to need five or six teams and people go, oh, I can get it done with, you know, 20 people. Yeah, I don't think so, because two years ago, we built this product. It's very similar, and, you know, we thought we could get it done with 20 people and we couldn't. We really needed, you know, a bigger group. So you see the social construct creating a more believable set of results because people come to the Participatory Budgeting session knowing that their peers are in the room. And of course, we think we're smart, so our peers are as smart as we are, we're all smart people, and therefore, the social construct of Participatory Budgeting quite literally creates a better input, which creates a better output. Ula Ojiaku That makes sense, definitely. Thanks for sharing that. I've found that very, very insightful and something I can easily apply. The reasoning behind it, the social pressure, quote unquote, knowing that you're not just going to put the paper forward but you'd have to defend it in a credible, believable way make sense. So just to wrap up now, what books have you found yourself recommending to people the most, and why? Luke Hohmann It's so funny, I get yelled at by my wife for how many books I buy. She'll go like “It's Amazon again. Another book. You know, there's this thing called the library.” Ula Ojiaku You should do Participatory Budgeting for your books then sounds like, sorry. Luke Hohmann No, no, I don't, I'd lose. Gosh, I love so many books. So there's a few books that I consider to be my go-to references and my go-to classics, but I also recommend that people re-read books and sometimes I recommend re-reading books is because you're a different person, and as you age and as you grow and you see things differently and in fact, I'm right now re-reading and of course it goes faster, but I'm re-reading the original Extreme Programming Explained by Kent Beck, a fantastic book. I just finished reading a few new books, but let me let me give you a couple of classics that I think everyone in our field should read and why they should read them. I think everyone should read The Mythical Man-Month by Fred Brooks because he really covers some very profound truths that haven't changed, things like Brooks Law, which is adding programmers to a late project, makes it later. He talks about the structure of teams and how to scale before scaling was big and important and cool. He talks about communication and conceptual integrity and the role of the architect. The other book that I'm going to give, which I hope is different than any book that anyone has ever given you, because it's one of my absolute favourite books and I give them away, is a book called Understanding Comics by Scott McCloud. Comics or graphic novels are an important medium for communication, and when we talk about storytelling and we talk about how to frame information and how to present information, understanding comics is profoundly insightful in terms of how to present, share, show information. A lot of times I think we make things harder than they should be. So when I'm working with executives and some of the clients that I work with personally, when we talk about our epics, we actually will tell stories about the hero's journey and we actually hire comic book artists to help the executives tell their story in a comic form or in a graphic novel form. So I absolutely love understanding comics. I think that that's really a profound book. Of course you mentioned Alex Osterwalder's books, Business Model Generation, Business Model Canvas. Those are fantastic books for Product Managers. I also, just looking at my own bookshelves, of course, Innovation Games for PMs, of course Software Profit Streams because we have to figure out how to create sustainability, but in reality there's so many books that we love and that we share and that we grow together when we're sharing books and I'll add one thing. Please don't only limit your books to technical books. We're humans too. I recently, this week and what I mean recent I mean literally this weekend I was visiting one of my kids in Vermont all the way across the country, and so on the plane ride I finished two books, one was a very profound and deeply written book called Ponyboy. And then another one was a very famous book on a woman protagonist who's successful in the 60s, Lessons in Chemistry, which is a new book that's out, and it was a super fun light read, some interesting lessons of course, because there's always lessons in books, and now if it's okay if I'm not overstepping my boundaries, what would be a book that you'd like me to read? I love to add books to my list. Ula Ojiaku Oh my gosh, I didn't know. You are the first guest ever who's twisted this on me, but I tend to read multiple books at a time. Luke Hohmann Only two. Ula Ojiaku Yeah, so, and I kind of switch, maybe put some on my bedside and you know there's some on my Kindle and in the car, just depending. So I'm reading multiple books at a time, but based on what you've said the one that comes to mind is the new book by Oprah Winfrey and it's titled What Happened to You? Understanding Trauma, because like you said, it's not just about reading technical books and we're human beings and we find out that people behave probably sometimes in ways that are different to us, and it's not about saying what's wrong with you, because there is a story that we might not have been privy to, you know, in terms of their childhood, how they grew up, which affected their worldview and how they are acting, so things don't just suddenly happen. And the question that we have been asked and we sometimes ask of people, and for me, I'm reading it from a parent's perspective because I understand that even more so that my actions, my choices, they play a huge, you know, part in shaping my children. So it's not saying what's wrong with you? You say, you know, what happened to you? And it traces back to, based on research, because she wrote it with a renowned psychologist, I don't know his field but a renowned psychologist, so neuroscience-based psychological research on human beings, attachment theory and all that, just showing how early childhood experiences, even as early as maybe a few months old, tend to affect people well into adulthood. So that would be my recommendation. Luke Hohmann Thank you so much. That's a gift. Ula Ojiaku Thank you. You're the first person to ask me. So, my pleasure. So, before we go to the final words, where can the audience find you, because you have a wealth of knowledge, a wealth of experience, and I am sure that people would want to get in touch with you, so how can they do this please? Luke Hohmann Yeah, well, they can get me on LinkedIn and they can find me at Applied Frameworks. I tell you, I teach classes that are known to be very profound because we always reserve, myself and the instructors at Applied Frameworks, we have very strong commitments to reserving class time for what we call the parking lot or the ask me anything question, which are many times after I've covered the core material in the class, having the opportunity to really frame how to apply something is really important. So I would definitely encourage people to take one of my classes because you'll not get the material, you'll get the reasons behind the material, which means you can apply it, but you'll also be able to ask us questions and our commitment as a company is you can ask us anything and if we don't know the answer, we'll help you find it. We'll help you find the expert or the person that you need talk to, to help you out and be successful. And then, and I think in terms of final words, I will simply ask people to remember that we get to work in the most amazing field building things for other people and it's joyful work, and we, one of my phrases is you're not doing Agile, if you're not having fun at work, there's something really wrong, there's something missing, yeah we need to retrospect and we need to improve and we need to reflect and all those important things, absolutely, but we should allow ourselves to experience the joy of serving others and being of service and building things that matter. Ula Ojiaku I love the concept of joyful Agile and getting joy in building things that matter, serving people and may I add also working together with amazing people, and for me it's been a joyful conversation with you, Luke, I really appreciate you making the time, I am definitely richer and more enlightened as a result of this conversation, so thank you so much once more. Luke Hohmann Thank you so much for having me here, thank you everyone for listening with us. Ula Ojiaku My pleasure. That's all we have for now. Thanks for listening. If you liked this show, do subscribe at www.agileinnovationleaders.com or your favourite podcast provider. Also share with friends and do leave a review on iTunes. This would help others find this show. I'd also love to hear from you, so please drop me an email at ula@agileinnovationleaders.com Take care and God bless!

united states god ceo director university amazon netflix california money europe israel business conversations ai master school leadership healing guide lessons action michigan innovation trauma price oregon entrepreneurship safe bachelor startups resilience portland color artificial intelligence silicon valley oprah winfrey mvp sustainability software private engineering cars dvd roi comics paypal designing israelis bay area vermont game changers business development senior director chemistry salt lake city kindle feature ev profitable munich computer science sprint api venture capital agile cisco santa cruz msc pms gdpr product managers product management ro sas stripe agility ikigai bsc serendipity scrum common ground chief innovation officer enabled gulf war xp public sector eds visionaries weave sustainably product owners portfolio management organisational apm eric ries ross perot cognitive psychology business model canvas adyen alan smith bonnie garmus ail agile manifesto ponyboy organisational behaviour scott mccloud hohmann test driven development alexander osterwalder in japanese kent beck lpm saas b2b participatory budgeting data structures understanding comics alex osterwalder roi return on investment entrepreneurs use continuous innovation business model generation create products create radically successful businesses scaled agile interview highlights yves pigneur jeff patton value proposition canvas value proposition design federico gonz mythical man month lean innovation electronic data systems conteneo extreme programming explained jason tanner dean leffingwell innovation games safe fellow

Importance of Data Structures, Bad Documentation and Comments and More

dogs slack documentation jz data structures

Play Episode Listen Later Apr 1, 2024

In this episode, Allen, Joe and Michael finally make it back to record together! Allen revisits the basics, Michael kicks off boomer hour nicely, and JZ let's us know that the dream of an 8-bit looking keyboard is not dead. News Topics Tips

Importance of Data Structures, Bad Documentation and Comments and More

dogs slack documentation jz data structures

Play Episode Listen Later Apr 1, 2024

"Discovery Discoveries" with Alicia Brindisi and Bri LaVorgna

Play Episode Listen Later Mar 28, 2024 43:26

In Elixir Wizards Office Hours Episode 2, "Discovery Discoveries," SmartLogic's Project Manager Alicia Brindisi and VP of Delivery Bri LaVorgna join Elixir Wizards Sundi Myint and Owen Bickford on an exploratory journey through the discovery phase of the software development lifecycle. This episode highlights how collaboration and communication transform the client-project team dynamic into a customized expedition. The goal of discovery is to reveal clear business goals, understand the end user, pinpoint key project objectives, and meticulously document the path forward in a Product Requirements Document (PRD). The discussion emphasizes the importance of fostering transparency, trust, and open communication. Through a mutual exchange of ideas, we are able to create the most tailored, efficient solutions that meet the client's current goals and their vision for the future. Key topics discussed in this episode: Mastering the art of tailored, collaborative discovery Navigating business landscapes and user experiences with empathy Sculpting project objectives and architectural blueprints Continuously capturing discoveries and refining documentation Striking the perfect balance between flexibility and structured processes Steering clear of scope creep while managing expectations Tapping into collective wisdom for ongoing discovery Building and sustaining a foundation of trust and transparency Links mentioned in this episode: https://smartlogic.io/ Follow SmartLogic on social media: https://twitter.com/smartlogic Contact Bri: bri@smartlogic.io What is a PRD? https://en.wikipedia.org/wiki/Productrequirementsdocument Special Guests: Alicia Brindisi and Bri LaVorgna.

artificial intelligence discovery mastering cybersecurity cryptocurrency spark programming algorithms react machine learning big data jenkins digital transformation problem solving risk management aws github product management sketch devops javascript azure discoveries scrum data privacy software engineers tech startups sql docker business intelligence git kubernetes encryption scalability software engineering data analysis smart contracts kanban figma web development quality assurance gitlab product owners flutter mongodb scrum masters ruby on rails data visualization graphql otp selenium nosql react native redis prd postgresql itil elasticsearch hadoop user experience design brindisi continuous integration google cloud platform business analysis innovation management functional programming erlang stakeholder management pair programming distributed systems concurrency software testing clean code software architecture unit testing agile software development agile coaching continuous deployment version control containerization bitbucket it strategy performance testing gdpr compliance adobe xd agile project management high availability mobile app development technology consulting data structures it service management api design ios development user interface design it project management android development blockchain development metaprogramming product lifecycle management open source development restful apis lean software development integration testing database design phoenix framework smartlogic

#120 - Data Structures and Algorithms for Beginners

learning beginners algorithms js dsa data structures

Play Episode Listen Later Mar 18, 2024 19:44

Learning data structures and algorithms (DSA) isn't JUST a smart interview skill, it will boost your confidence as a software engineer, give you a deeper understanding of computer science fundamentals and they can even be fun once you know how to use them.If you're self teaching or just starting out with code, they can be intimidating.They don't have to be.I break down a pretty comprehensive guide here for learning DSA as well as a video on Binary Search Trees (BST)DSA Study Guide My popular guide to DSAVideo on Binary Search Trees (Source Code included in the comments)Shameless Plugs

February 9th, 2024 | How I write HTTP services in Go after 13 years

Hacker News Recap

Play Episode Listen Later Feb 10, 2024 23:33

This is a recap of the top 10 posts on Hacker News on February 9th,2024.This podcast was generated by wondercraft.ai(00:33): How I write HTTP services in Go after 13 yearsOriginal post: https://news.ycombinator.com/item?id=39318867&utm_source=wondercraft_ai(03:02): Almost every infrastructure decision I endorse or regretOriginal post: https://news.ycombinator.com/item?id=39313623&utm_source=wondercraft_ai(05:19): Add coffee stains to LaTeX documents (2021)Original post: https://news.ycombinator.com/item?id=39316193&utm_source=wondercraft_ai(07:15): Data Structures for Data-Intensive Applications [pdf]Original post: https://news.ycombinator.com/item?id=39318774&utm_source=wondercraft_ai(09:42): Nine US states are teaming up to accelerate the adoption of heat pumpsOriginal post: https://news.ycombinator.com/item?id=39315545&utm_source=wondercraft_ai(11:50): Permutation City (1994)Original post: https://news.ycombinator.com/item?id=39313696&utm_source=wondercraft_ai(14:03): Goody-2, the world's most responsible AI modelOriginal post: https://news.ycombinator.com/item?id=39315986&utm_source=wondercraft_ai(15:45): It was almost impossible to make the blue LED [video]Original post: https://news.ycombinator.com/item?id=39313339&utm_source=wondercraft_ai(18:29): A 2024 plea for lean softwareOriginal post: https://news.ycombinator.com/item?id=39315585&utm_source=wondercraft_ai(20:42): Reddit beats film industry again, won't have to reveal pirates' IP addressesOriginal post: https://news.ycombinator.com/item?id=39319202&utm_source=wondercraft_aiThis is a third-party project, independent from HN and YC. Text and audio generated using AI, by wondercraft.ai. Create your own studio quality podcast with text as the only input in seconds at app.wondercraft.ai. Issues or feedback? We'd love to hear from you: team@wondercraft.ai

ai write original services reddit led yc latex goody hn hacker news data structures permutation city

CCATP #784 — Bart Busschots on PBS 159 of X - jq: Building Data Structures

Programming By Stealth

Play Episode Listen Later Jan 21, 2024 84:19

In this very meaty episode of Programming By Stealth, Bart Busschots teaches us how to build data structures using jq with JSON files. We're not just querying existing data, we're rebuilding the data the way we want to see it. We learn how to build strings with interpolation, which I find is a very odd word to describe the process. It's really like concatenation in Excel, but maybe that's just me. We build arrays using jq, and even convert between strings and arrays with the `split` and `join` commands. We build dictionaries in a syntax that is simple and elegant. We also build dictionaries from strings using `capture` with Regular Expressions. We learn not to do string formatting and escaping using `@` – for example `@csv` can automatically create comma-separated values data for us and @uri can escape characters for us in a URL we build using jq. Like I said, it's a meaty episode but Bart and I both enjoyed the lesson quite a bit. You can find Bart's fabulous tutorial shownotes at pbs.bartificer.net. And just in case I forgot to mention it earlier, remember that we now have transcripts with chapter breaks. This means you can jump pretty easily to a topic to reread exactly how Bart explained something. You even get a time stamp of when he talked on that subject, allowing you to easily skim to the portion of the audio you want to rehear for clarification. All thanks to the magic of Auphonic. Ok, it's not magic, but it _feels_ like magic! Read an unedited, auto-generated transcript: CCATP_2024_01_20

excel bart json auphonic data structures regular expressions bart busschots

CCATP #784 — Bart Busschots on PBS 159 of X - jq: Building Data Structures

Chit Chat Across the Pond

Play Episode Listen Later Jan 21, 2024 84:19

excel bart json auphonic data structures regular expressions bart busschots

715: Google & MS Duopoly, Frontend to Fullstack, Where to Put Business Logic + more(Potluck)

Syntax - Tasty Web Development Treats

Play Episode Listen Later Jan 10, 2024 51:31

Wes and Scott answer your questions about duopoly in tech, tech stacks for creating content, switching from frontend to full stack, DSA knowledge, email HTML, and more! Show Notes 00:10 Welcome 02:21 Syntax Brought to you by Sentry 03:31 Are you concerned about duopolistic companies taking over the web? 11:29 What stack do you you use for videos and sharing content? 15:02 How do you know once your ready to officially make the switch from frontend to full stack? 17:58 As someone new to tech and looking to apply for junior front end positions, how much should i know about DSA's? Friends that work at big tech companies - did you need Data Structures and Algorithms to get hired? I get an lots of messages from new devs asking how to learn these things. Many of them say the need it to work at FAANG type companies 21:59 Which tools would you recommend for crafting HTML emails from scratch? Foundation MJML React Email 25:03 Hey are you guys setting up your own CI/CD like github action or gitlab CI? Netlify Vercel 28:25 What do you think about unstyled component libs. Eg: Ark? Ark UI 31:47 Do I need to have every single feature on mobile as I do on a desktop? Obsidian - Sharpen your thinking Missive ‐ Team Email, Chat & Tasks 39:15 How can I get better at planning my code? shaky.github.bushong.net Monodraw for macOS — Helftone Octopus.do, Visual Sitemap Tool, Website Planner, Architecture Mermaid | Diagramming and charting tool 42:32 What exactly makes it so that a piece of logic is client/frontend logic vs backend logic? 46:17 Sick Picks Sick Picks Scott: Sleeping Queens Card Game, 79 Cards : Toys & Games Wes: Package drop box Shameless Plugs Scott: Syntax Newsletter Wes: Wes Bos Courses Hit us up on Socials! Syntax: X Instagram Tiktok LinkedIn Threads Wes: X Instagram Tiktok LinkedIn Threads Scott: X Instagram Tiktok LinkedIn Threads

friends algorithms socials html potluck frontend dsa sentry fullstack ci cd faang google amp duopoly data structures business logic

Data Structures and Algorithms

Call Kent C. Dodds

Play Episode Listen Later Jan 8, 2024 4:26

Is Data Structures and Algorithms is necessary to become a successful full-stack engineer? Data Structures and Algorithms

algorithms dsa data structures

Actor Model and Concurrent Processing in Elixir vs. Clojure and Ruby with Xiang Ji & Nathan Hessler

Play Episode Listen Later Dec 21, 2023 47:57

In this episode of Elixir Wizards, Xiang Ji and Nathan Hessler join hosts Sundi Myint and Owen Bickford to compare actor model implementation in Elixir, Ruby, and Clojure. In Elixir, the actor model is core to how the BEAM VM works, with lightweight processes communicating asynchronously via message passing. GenServers provide a common abstraction for building actors, handling messages, and maintaining internal state. In Ruby, the actor model is represented through Ractors, which currently map to OS threads. They discuss what we can learn by comparing models, understanding tradeoffs between VMs, languages, and concurrency primitives, and how this knowledge can help us choose the best tools for a project. Topics discussed in this episode: Difference between actor model and shared memory concurrency Isolation of actor state and communication via message passing BEAM VM design for high concurrency via lightweight processes GenServers as common abstraction for building stateful actors GenServer callbacks for message handling and state updates Agents as similar process abstraction to GenServers Shared state utilities like ETS for inter-process communication Global Interpreter Lock in older Ruby VMs Ractors as initial actor implementation in Ruby mapping to threads Planned improvements to Ruby concurrency in 3.3 Akka implementation of actor model on JVM using thread scheduling Limitations of shared memory concurrency on JVM Project Loom bringing lightweight processes to JVM Building GenServer behavior in Ruby using metaprogramming CSP model of communication using channels in Clojure Differences between BEAM scheduler and thread-based VMs Comparing Elixir to academic languages like Haskell Remote and theScore are hiring! Links mentioned in this episode: theScore is hiring! https://www.thescore.com/ Remote is also hiring! https://remote.com/ Comparing the Actor Model and CSP with Elixir and Clojure (https://xiangji.me/2023/12/18/comparing-the-actor-model-and-csp-with-elixir-and-clojure/) Blog Post by Xiang Ji Comparing the Actor model & CSP concurrency with Elixir & Clojure (https://www.youtube.com/watch?v=lIQCQKPRNCI) Xiang Ji at ElixirConf EU 2022 Clojure Programming Language https://clojure.org/ Akka https://akka.io/ Go Programming Language https://github.com/golang/go Proto Actor for Golang https://proto.actor/ RabbitMQ Open-Source Message Broker Software https://github.com/rabbitmq JVM Project Loom https://github.com/openjdk/loom Ractor for Ruby https://docs.ruby-lang.org/en/master/ractor_md.html Seven Concurrency Models in Seven Weeks: When Threads Unravel (https://pragprog.com/titles/pb7con/seven-concurrency-models-in-seven-weeks/)by Paul Butcher Seven Languages in Seven Weeks (https://pragprog.com/titles/btlang/seven-languages-in-seven-weeks/) by Bruce A. Tate GenServer https://hexdocs.pm/elixir/1.12/GenServer.html ets https://www.erlang.org/doc/man/ets.html Elixir in Action (https://pragprog.com/titles/btlang/seven-languages-in-seven-weeks/) by Saša Jurić Redis https://github.com/redis/redis Designing for Scalability with Erlang/OTP (https://www.oreilly.com/library/view/designing-for-scalability/9781449361556/) by Francesco Cesarini & Steve Vinoski Discord Blog: Using Rust to Scale Elixir for 11 Million Concurrent Users (https://discord.com/blog/using-rust-to-scale-elixir-for-11-million-concurrent-users) Xiang's website https://xiangji.me/ Feeling Good: The New Mood Therapy (https://www.thriftbooks.com/w/feeling-good-the-new-mood-therapy-by-david-d-burns/250046/?resultid=7691fb71-d8f9-4435-a7a3-db3441d2272b#edition=2377541&idiq=3913925) by David D. Burns Special Guests: Nathan Hessler and Xiang Ji.

action actor artificial intelligence os remote designing comparing algorithms virtual reality machine learning processing big data computer science digital transformation remote work internet of things coding data science augmented reality beam devops blog post cloud computing tech startups quantum computing ets software development elixir csp scalability software engineering tech industry blockchain technology tech news web development tech trends game development concurrent microservices ruby on rails tech tools tech tips vms technology trends tech innovation software updates programming languages jvm user experience design virtual machines system design golang software solutions tech policy functional programming erlang thescore akka clojure hessler application development xiang tech skills distributed systems actor model software testing seven weeks software architecture tech education software security mobile development developer community data structures tech ethics user interface design feeling good the new mood therapy techknowledge tech learning tech inclusion go programming language erlang otp software analysis genservers

Web Development Frameworks: Elixir and Phoenix vs. Ruby on Rails with Owen Bickford & Dan Ivovich

Play Episode Listen Later Dec 7, 2023 41:41

On today's episode, Elixir Wizards Owen Bickford and Dan Ivovich compare notes on building web applications with Elixir and the Phoenix Framework versus Ruby on Rails. They discuss the history of both frameworks, key differences in architecture and approach, and deciding which programming language to use when starting a project. Both Phoenix and Rails are robust frameworks that enable developers to build high-quality web apps—Phoenix leverages functional programming in Elixir and Erlang's networking for real-time communication. Rails follows object-oriented principles and has a vast ecosystem of plug-ins. For data-heavy CRUD apps, Phoenix's immutable data pipelines provide some advantages. Developers can build great web apps with either Phoenix or Rails. Phoenix may have a slight edge for new projects based on its functional approach, built-in real-time features like LiveView, and ability to scale efficiently. But, choosing the right tech stack depends heavily on the app's specific requirements and the team's existing skills. Topics discussed in this episode: History and evolution of Phoenix Framework and Ruby on Rails Default project structure and code organization preferences in each framework Comparing object-oriented vs functional programming paradigms CRUD app development and interaction with databases Live reloading capabilities in Phoenix LiveView vs Rails Turbolinks Leveraging WebSockets for real-time UI updates Testing frameworks like RSpec, Cucumber, Wallaby, and Capybara Dependency management and size of standard libraries Scalability and distribution across nodes Readability and approachability of object-oriented code Immutability and data pipelines in functional programming Types, specs, and static analysis with Dialyzer Monkey patching in Ruby vs extensible core language in Elixir Factors to consider when choosing between frameworks Experience training new developers on Phoenix and Rails Community influences on coding styles Real-world project examples and refactoring approaches Deployment and dev ops differences Popularity and adoption curves of both frameworks Ongoing research into improving Phoenix and Rails Links Mentioned in this Episode: SmartLogic.io (https://smartlogic.io/) Dan's LinkedIn (https://www.linkedin.com/in/divovich/) Owen's LinkedIn (https://www.linkedin.com/in/owen-bickford-8b6b1523a/) Ruby https://www.ruby-lang.org/en/ Rails https://rubyonrails.org/ Sams Teach Yourself Ruby in 21 Days (https://www.overdrive.com/media/56304/sams-teach-yourself-ruby-in-21-days) Learn Ruby in 7 Days (https://www.thriftbooks.com/w/learn-ruby-in-7-days---color-print---ruby-tutorial-for-guaranteed-quick-learning-ruby-guide-with-many-practical-examples-this-ruby-programming-book--to-build-real-life-software-projects/18539364/#edition=19727339&idiq=25678249) Build Your Own Ruby on Rails Web Applications (https://www.thriftbooks.com/w/build-your-own-ruby-on-rails-web-applications_patrick-lenz/725256/item/2315989/?utm_source=google&utm_medium=cpc&utm_campaign=low_vol_backlist_standard_shopping_customer_acquisition&utm_adgroup=&utm_term=&utm_content=593118743925&gad_source=1&gclid=CjwKCAiA1MCrBhAoEiwAC2d64aQyFawuU3znN0VFgGyjR0I-0vrXlseIvht0QPOqx4DjKjdpgjCMZhoC6PcQAvD_BwE#idiq=2315989&edition=3380836) Django https://github.com/django Sidekiq https://github.com/sidekiq Kafka https://kafka.apache.org/ Phoenix Framework https://www.phoenixframework.org/ Phoenix LiveView https://hexdocs.pm/phoenixliveview/Phoenix.LiveView.html#content Flask https://flask.palletsprojects.com/en/3.0.x/ WebSockets API https://developer.mozilla.org/en-US/docs/Web/API/WebSockets_API WebSocket connection for Phoenix https://github.com/phoenixframework/websock Morph Dom https://github.com/patrick-steele-idem/morphdom Turbolinks https://github.com/turbolinks Ecto https://github.com/elixir-ecto Capybara Testing Framework https://teamcapybara.github.io/capybara/ Wallaby Testing Framework https://wallabyjs.com/ Cucumber Testing Framework https://cucumber.io/ RSpec https://rspec.info/

history startups mvp engineers automation hackers saas developers programming algorithms react computer science ux makers agile coding ui builders github libraries information technology devops frameworks rails scrum kafka deployment scripts cucumbers mobile apps django elixir git technologists scalability software engineering web development flutter ci cd bootcamps paas ruby on rails web apps prototypes wallaby programming languages flask iaas technical debt ecto crud rest apis design patterns computer programming functional programming erlang sdlc user stories bickford pull requests distributed systems test driven development open source community clean code unit testing websockets code reviews liveview version control front end development compilers state management developer productivity data structures object oriented programming code quality activerecord dependency management sidekiq rspec integration testing phoenix framework multiprocessing immutable data monkey patching

Learning a Language: Elixir vs. JavaScript with Yohana Tesfazgi & Wes Bos

Play Episode Listen Later Nov 2, 2023 42:14

This week, the Elixir Wizards are joined by Yohana Tesfazgi and Wes Bos to compare notes on the experience of learning Elixir vs. JavaScript as your first programming language. Yohana recently completed an Elixir apprenticeship, and Wes Bos is a renowned JavaScript educator with popular courses for beginner software developers. They discuss a variety of media and resources and how people with different learning styles benefit from video courses, articles, or more hands-on projects. They also discuss the current atmosphere for those looking to transition into an engineering career and how to stick out among the crowd when new to the scene. Topics Discussed in this Episode Pros and cons of learning Elixir as your first programming language Materials and resources for beginners to JavaScript and Elixir Projects and methods for learning Elixir with no prior knowledge Recommendations for sharpening and showcasing skills How to become a standout candidate for potential employers Soft skills like communication translate well from other careers to programming work Learning subsequent languages becomes more intuitive once you learn your first How to decide which library to use for a project How to build an online presence and why it's important Open-source contributions are a way to learn from the community Ship early and often, just deploying a default Phoenix app teaches deployment skills Attend local meetups and conferences for mentoring and potential job opportunities Links Mentioned https://syntax.fm/ https://fly.io/ https://elixirschool.com/en Syntax.fm: Supper Club × How To Get Your First Dev Job With Stuart Bloxham (https://syntax.fm/show/667/supper-club-how-to-get-your-first-dev-job-with-stuart-bloxham) Quinnwilton.com (https://quinnwilton.com/) https://github.com/pallets/flask https://wesbos.com/courses https://beginnerjavascript.com/ Free course: https://javascript30.com/ https://pragmaticstudio.com/ https://elixircasts.io/ https://grox.io/ LiveView Mastery YouTube Channel (https://www.youtube.com/channel/UC7T19hPLqQ-Od3Rb3T2OX1g) Contact Yohana: yytesfazgi@gmail.com

developers programming digital transformation github devops javascript rails career transition deep learning tech startups ides elixir hackathons docker kubernetes scalability software engineering software developers web development json microservices neural networks xml greentech cloud services typescript graphql edge computing diversityintech user experience design application security tech conferences continuous integration ethical hacking learn to code functional programming developer tools performance optimization web accessibility software testing learning a language software architecture code reviews version control containerization front end development responsive design computational thinking mobile app development data structures yohana wes bos software consultant restful apis learning javascript

HTTP Requests in Elixir vs. JavaScript with Yordis Prieto & Stephen Chudleigh

Software Developer's Journey

Play Episode Listen Later Oct 26, 2023 50:29

In today's episode, Sundi and Owen are joined by Yordis Prieto and Stephen Chudleigh to compare notes on HTTP requests in Elixir vs. Ruby, JavaScript, Go, and Rust. They cover common pain points when working with APIs, best practices, and lessons that can be learned from other programming languages. Yordis maintains Elixir's popular Tesla HTTP client library and shares insights from building APIs and maintaining open-source projects. Stephen has experience with Rails and JavaScript, and now works primarily in Elixir. They offer perspectives on testing HTTP requests and working with different libraries. While Elixir has matured, there is room for improvement - especially around richer struct parsing from HTTP responses. The discussion highlights ongoing efforts to improve the developer experience for HTTP clients in Elixir and other ecosystems. Topics Discussed in this Episode HTTP is a protocol - but each language has different implementation methods Tesla represents requests as middleware that can be modified before sending Testing HTTP requests can be a challenge due to dependence on outside systems GraphQL, OpenAPI, and JSON API provide clear request/response formats Elixir could improve richer parsing from HTTP into structs Focus on contribution ergonomics lowers barriers for new participants Maintainers emphasize making contributions easy via templates and clear documentation APIs drive adoption of standards for client/server contracts They discuss GraphQL, JSON API, OpenAPI schemas, and other standards that provide clear request/response formats TypeScript brings types to APIs and helps to validate responses Yordis notes that Go and Rust make requests simple via tags for mapping JSON to structs Language collaboration shares strengths from different ecosystems and inspires new libraries and tools for improving the programming experience Links Mentioned Elixir-Tesla Library: https://github.com/elixir-tesla/tesla Yordis on Github: https://github.com/yordis Yordis on Twitter: https://twitter.com/alchemist_ubi Yordis on LinkedIn: https://www.linkedin.com/in/yordisprieto/ Yordis on YouTube: https://www.youtube.com/@alchemistubi Stephen on Twitter: https://twitter.com/stepchud Stephen's projects on consciousness: https://harmonicdevelopment.us Owen suggests: Http.cat HTTParty: https://github.com/jnunemaker/httparty Guardian Library: https://github.com/ueberauth/guardian Axios: https://axios-http.com/ Straw Hat Fetcher: https://github.com/straw-hat-team/nodejs-monorepo/tree/master/packages/%40straw-hat/fetcher Elixir Tesla Wiki: https://github.com/elixir-tesla/tesla/wiki HTTPoison: https://github.com/edgurgel/httpoison Tesla Testing: https://hexdocs.pm/tesla/readme.html#testing Tesla Mock: https://hexdocs.pm/tesla/Tesla.Mock.html Finch: https://hex.pm/packages/finch Mojito: https://github.com/appcues/mojito Erlang Libraries and Frameworks Working Group: https://github.com/erlef/libs-and-frameworks/ and https://erlef.org/wg/libs-and-frameworks Special Guests: Stephen Chudleigh and Yordis Prieto.

#274 Aleksandra Sikora is a serial language learner and open source maintainer

Play Episode Play 53 sec Highlight Listen Later Oct 10, 2023 48:19 Transcription Available

Ever wondered how a software developer's journey unfolds? Well, today, we have a story that is sure to inspire. Join us as we explore the life of Aleksandra Sikora, a software engineer based in Wrocław, who shares her journey from learning to code in primary school to becoming a full-stack developer. A poignant chapter of her journey delves into the power of patience, the art of listening, and the invaluable skill of delegation when leading a team. She also recalls an article about a young girl learning HTML, which ignited her passion for computer science.It wasn't all smooth sailing for Aleksandra. Her university years were filled with a spectrum of programming languages, some of which presented quite a challenge. Even confronting the complexities of Prolog and Algorithms and Data Structures, her resilience saw her through. Reflecting on these experiences, she discusses how her background and exposure to different functional languages played a crucial role in shaping her career choices.We've all had those moments of self-doubt and feelings of not quite belonging. Aleksandra openly discusses her early career encounters with impostor syndrome and how she navigated those stormy seas. Her story takes us through her transition from programming to management, sharing the lessons learned and obstacles faced. Learn from her experiences, gain from her insights, and join us in this episode that promises to be an illuminating guide for anyone in a similar position. From coding to managing teams, Aleksandra's journey will inspire and motivate you.Support the show

reflecting imposters algorithms serial open source html aleksandra prolog wroc sikora maintainer data structures language learner

Feeling Overwhelmed With Learning Data Structures And Algorithms? (Here's Some Advice)

DonTheDeveloper Podcast

Play Episode Listen Later Jun 27, 2023 54:46 Transcription Available

Do you find the journey of learning data structures and algorithms intimidating? It doesn't have to be! Matt, an experienced software engineer trainer, shared tons of great advice on how beginners can start to navigate through these types of challenges by breaking things down into more fundamental concepts.Matt also provided some great insights on identifying roadblocks you might hit while learning DSA and how to overcome them. We also discuss a list of must-know data structures and algorithms, strategies for mastering them, and the importance of understanding common technologies such as HTML, CSS, JavaScript, React, and even Typescript.Matt Oates (guest):Linkedin - https://www.linkedin.com/in/maoatesWebsite - https://coachmatt.ioYoutube - https://www.youtube.com/channel/UCrPusfUgx-5dm1WDoTv_HRA---------------------------------------------------

learning advice programming algorithms react javascript html css feeling overwhelmed software engineering dsa web development typescript learn to code data structures codenewbie

E90 Data Structures with Paula Gearon

ClojureScript Podcast

Play Episode Listen Later Apr 12, 2023 26:44

Paula on Twitter twitter.com/quoll Paula on GitHub github.com/quoll Data Structures Workshop - https://clojure.stream/workshops/data-structures DISCOUNT -- https://www.jacekschae.com/data-structures-workshop-2023-04?coupon=CSPOD-2023-04 Support the podcast: Learn Idiomatic Clojure clojure.stream GitHub Sponsors: github.com/sponsors/jacekschae

github data structures

Struggling To Learn Data Structures And Algorithms? Maybe You Shouldn't (Yet)

DonTheDeveloper Podcast

Play Episode Listen Later Apr 4, 2023 21:15 Transcription Available

Are you an aspiring web developer struggling to learn data structures and algorithms, wondering if you're focusing on the right things at the right time? In this candid conversation with an aspiring developer, we discussed why you might not need to prioritize these complex topics just yet. I shared an alternative approach to learning, practical applications for extra context, and how to prepare for interviews without feeling overwhelmed. Don't skip out on using ChatGPT as a mentor in your journey of learning to code either. You better believe we talked about that as well. I hope this helps!Daniel Chapman (guest):Linkedin - https://www.linkedin.com/in/danjtchapman---------------------------------------------------

chatgpt struggling programming algorithms dsa web development learn to code data structures codenewbie

10. Common Data Structures

Hot Girls Code

Play Episode Listen Later Jan 31, 2023 25:21

Data structures help us to write better and more efficient code, but there are so many out there to get your head around. In this episode we unpack 7 common data structures every developer should be aware of: Arrays Linked Lists Stacks Queues Hash Tables Trees Graphs New episodes come out weekly every Wednesday morning (NZT). Follow us on Instagram & Tik Tok @hot_girls_code to keep up to date with the podcast & learn more about being a women in tech!

tiktok data women in tech nzt data structures

Array's And Data structures

Everything Tech

Play Episode Listen Later Dec 17, 2022 8:08

this Podcast is all About Arrays and Data Structures Thank you all for joining Us On this Wonderful Sat morning this is your host Jordan Smith this is Everything tech Where we talk About Everything Regarding tech thank you all for tuning in We hope you guys Join us every Friday and Sat Where we cover Tech related Stuff. --- This episode is sponsored by · Anchor: The easiest way to make a podcast. https://anchor.fm/app

tech array jordan smith data structures us on

126 Does Knowing Data Structures and Algorithms Benefit a C# Developer?

Dev Questions with Tim Corey

Play Episode Listen Later Nov 3, 2022 13:50

Do I need to know about data structures and algorithms to be a good developer? Do interview questions actually apply to the real world? Do I need to know what a linked list is or how it works? These are the questions we are going to answer in today's episode of Dev Questions.Website: https://www.iamtimcorey.com/Patreon: https://www.patreon.com/IAmTimCoreyAsk Your Question: https://suggestions.iamtimcorey.com/Sign Up to Get More Great Developer Content in Your Inbox: https://signup.iamtimcorey.com/

benefit developers algorithms data structures your inbox

#49 - A Complete Guide to Learning JavaScript

Simple Programmer Podcast

Play Episode Listen Later Oct 17, 2022 58:31

This week, we're looking back at one of our most popular podcast episodes, “A Complete Guide to Learning JavaScript”.Here's what this episode covers:Why Learn JavaScriptWhat is JavaScript's Role in Web Development?The 7 parts of JavaScriptThe JavaScript Environment (where to write it)JS 1: Declaring Variables in JSJS 2: Conditionals in JSJS 3: JS Data TypesJS 4: Data Structures in JSJS 5: Objects in JSJS 6: Arrays in JSJS 7: Loops in JSJS 8: Functions in JSJS 9: Putting it all TogetherShameless PlugsJunior to SeniorParsitydev30.xyzPeter's YouTube channel

putting objects javascript functions complete guide loops js array web development conditionals data structures learning javascript

964 Learn Web Development: Algorithms & Data Structures - Simple Programmer Podcast

Play Episode Listen Later Sep 5, 2022 8:09

Simple Programmer is now BACK with a brand new YouTube Channel-SUBSCRIBE HERE: https://simpleprogrammer.com/subscribespyt

algorithms programmers web development data structures simple programmer

Soft deletion, obscure data structures, driving away your best engineers, a blog platform for hackers & moar RSS

The Changelog

Play Episode Listen Later Jul 25, 2022 6:30 Transcription Available

Brandur thinks soft deletion probably isn't worth it, the orange website delivers a high quality discussion on data structures, Podge O'Brien drops satirical management advice, team pico delivers prose.sh, Mat Ryer shares his thoughts on estimations & Matt Rickard's thoughts on RSS have us thinking about it as well.

development blog code driving software platform engineers soft hackers programming open source obscure software engineering moar deletion changelog data structures jerod santo matt rickard mat ryer

Soft deletion, obscure data structures, driving away your best engineers, a blog platform for hackers & moar RSS

Changelog News

Play Episode Listen Later Jul 25, 2022 6:30 Transcription Available

blog driving platform engineers soft hackers obscure moar deletion data structures jerod santo matt rickard mat ryer

Soft deletion, obscure data structures, driving away your best engineers, a blog platform for hackers & moar RSS (The Changelog)

Changelog Master Feed

Play Episode Listen Later Jul 25, 2022 6:30 Transcription Available

development blog code driving software platform engineers soft hackers programming open source obscure software engineering moar deletion changelog data structures jerod santo matt rickard mat ryer

HOW SIX SIGMA AND DATA SCIENCE CAN TRANSFORM YOUR BUSINESS?

The Guiding Voice

Play Episode Listen Later Jun 23, 2022 21:36

DATA SCIENCE AND THE SIX SIGMA PHILOSOPHY | KARTHIK VADHRI | #TGV235“The data speaks for itself. That's the easiest measure of success.”~Caitlin SmallwoodTune into #TGV235 to get clarity on the above topic. Here are the timestamp-based pointers from KARTHIK VADHRI's conversation with Naveen Samala0:00:00 INTRODUCTION AND CONTEXT SETTING 0:03:30: Karthik's PROFESSIONAL JOURNEY AND THE TOP 3 THINGS THAT HELPED IN His SUCCESS0:05:15 Six Sigma in layman's terms0:06:45 Data Science definition0:08:00 Tools that overlap Data Science and Six Sigma0:09:46 How lean six sigma helps data scientists?0:12:20 Should every data scientist acquire a six sigma certification?0:14:10 3 How to get Six Sigma certification?0:16:30 WITTY ANSWERS TO THE RAPID-FIRE QUESTIONS0:19:00 ONE PIECE OF ADVICE TO THOSE ASPIRING TO MAKE BIG IN THEIR CAREERS 0:20:30 TRIVIA ABOUT Six Sigma Belts hierarchy ABOUT THE GUEST:"What got you here, won't get you there" - Marshall Goldsmith An Award-winning data science leader with 8 years of experience in Statistical Analysis, Predictive models across Finance, Customer Experience & IT. He has a demonstrated history of working with businesses across multiple industries aiding them in data-driven decisions, leveraging a heavy dose of mathematics and applied statistics with visualization and a healthy sense of exploration. He had Facilitated & enabled business leaders with actionable insights by bringing data to life with a deep quantitative understanding of the domain/business unit. Karthik is Skilled in Python, R, Tableau, and Data Structures and is a strong engineering professional with a Certificate Program in Business Analytics focused in Data Science / Business Analytics from the Indian School of Business, and a Master's degree in Data Analytics and Visualization from International Institute of Information Technology, Hyderabad and a Harvard Business School graduate with a profound understanding of how successful products are built harnessing the power of AI, having data at the core of the business models, accelerating digital transformation. Connect with Karthik Vadhri:https://www.linkedin.com/in/karthikvadhri/Medium Publication - https://medium.com/intuition-matters CONNECT WITH THE FOUNDERS ON LINKEDIN:Naveen Samala: https://www.linkedin.com/in/naveensamalaSudhakar Nagandla: https://www.linkedin.com/in/nvsudhakarFOLLOW ON TWITTER:@guidingvoice@naveensamala@s_nagandla See acast.com/privacy for privacy and opt-out information.

Succinct Data Structures

Code and Craic

Play Episode Listen Later Jun 3, 2022 45:17

This is our show 'Code & Craic' - we broadcast on Twitch every Friday at 3pm CET. That's 9am in NYC and 7.30pm in Mumbai. We have a look at some code and usually discuss some topics in 15 minute (approximately) segments.Twitch channel with the full show: https://www.twitch.tv/terminusdbAlso check out Matthijs' coding sessions on twitch - they are a delight, you won't regret.Our white paper on succinct data structures: https://github.com/terminusdb/terminusdb/blob/dev/docs/whitepaper/terminusdb.pdfNorvig's AI Book: http://aima.cs.berkeley.edu/K trees: https://link.springer.com/chapter/10.1007/978-3-642-03784-9_3noms (with interesting data structure): https://github.com/attic-labs/nomsKolomogorov complexity: https://en.wikipedia.org/wiki/Kolmogorov_complexityNASA 3D printing: https://www.nasa.gov/feature/glenn/2022/nasa-s-new-material-built-to-withstand-extreme-conditions

new york city ai data twitch mumbai structures matthijs explainable ai succinct data structures

Data structures and Algorithms In Python

Yugasa Software Labs

Play Episode Listen Later May 22, 2022 2:10

In Python, data structures and algorithms are two of the most basic notions in computer science. For any programmer, they are essential tools. In Python, data structures are used to organize and store data in memory while a programme is processing it

algorithms python data structures

Evolutionary Optimization Algorithms

Lights On Data Show

Play Episode Listen Later Jan 28, 2022 31:01

Evolutionary Optimization Algorithms are motivated by optimization processes that we observe in nature, such as natural selection, species migration, bird swarms, human culture, and ant colonies. They are fascinating. Let's learn more about them from Marcello La Rocca, Senior Software Engineer and Author of "Advanced Algorithms and Data Structures".

algorithms optimization evolutionary senior software engineer data structures

#2: Data Structures & UI Considerations

Side Project Spotlight

Play Episode Listen Later Oct 25, 2021 52:13

Our first sprint encountered some hiccups and we are off to a slow start, but progress has been made! This week, we have some follow-up about changes to our initial App Store Connect environment, describe how we setup the podcast, and spend the majority of the meeting talking about data sources, structures, and UI. Topics include: - Switching to an App Store Connect Team account for development - Podcast infrastructure setup with Anchor.fm and Podcast Connect - Exploring Kanji databases using Python in Google Collab - What data do we really *need* for a "card" in the app? - What kind of stats do we need to track and where do we store this data? - What are the primary user interface interactions? Goals for next time: - Wireframes and prototype UI - Kanji database parsed into JSON - Core Data stack setup - Everyone get the app built and run on their watches - Look into how notifications might work - Get a podcast website setup Intro music: "When I Hit the Floor", © 2021 Lorne Behrman. Used with permission of the artist.

goals anchor floor considerations switching python ui wireframes data structures

#9 - A Complete Guide to Learning JavaScript

coding primitives data structures

Play Episode Play 17 sec Highlight Listen Later Oct 22, 2021 58:31

To learn JavaScript through our JavaScript Prep Course, register here: parsity.io/prepTo review individual JavaScript concepts, find explanations at these timestamps in the podcast:2:01 - Why Learn JavaScript9:05 - What is JavaScript's Role in Web Development?16:24 - The 7 parts of JavaScript17:11 - The JavaScript Environment (where to write it)19:46 - JS 1: Declaring Variables in JS22:23 - JS 2: Conditionals in JS25:22 - JS 3: JS Data Types30:19 - JS 4: Data Structures in JS31:29 - JS 5: Objects in JS33:46 - JS 6: Arrays in JS40:10 - JS 7: Loops in JS44:52 - JS 8: Functions in JS51:44 - JS 9: Putting it all Together

putting objects javascript functions complete guide loops js array web development conditionals data structures learning javascript

Coding Fyx – Episode 8! (Primitives and Data Structures!!)

Coding Fyx

Play Episode Listen Later Mar 25, 2021 46:54

Continuing on our coding journey has brought us to one of the biggest and most important fundamental topics when we're looking to really understand getting into programming, and that is the use of Primitives and Data Structures! This episode is an overview of some of the most common of each that we will be encountering, and will give hints of some of the more advanced topics to come! If you're a new dev then this is an important one! And if you're seasoned, then it's a great way to think of topics to review ahead of things like coding interviews!! https://fyx.spacehttps://twitter.com/fyxpodcastswww.podchaser.com/CodingFyxcoding@box5800.temp.domains

Episode[24.5][Bonus]: How To Prepare For Software Interviews With Khaled Badawy

null++: بالعربي

Play Episode Listen Later Jul 8, 2020 85:09

This week, we have fetched the 3rd issue from the newsletter where we share articles and resources we find valuable, if you didn't subscribe yet, you can do it from this link. For this episode resources, take a look below

software algorithms kafka khaled system design data structures

Dazzling Data Structures Part 2

STEM Time with Navya and Aishwarya

Play Episode Listen Later Jun 20, 2020 10:47

This podcast episode discusses data structures more in-depth including its benefits, its operations, and many more. Hope you enjoy! --- This episode is sponsored by · Anchor: The easiest way to make a podcast. https://anchor.fm/app

dazzling data structures

Episode 14 - Practical Data Structures: Ordered Indexes vs Hash Tables

tryexceptpass

Play Episode Listen Later Jun 14, 2020 13:32

Hash tables are data structures that map keys into values. Used in Python’s dicts, Go’s maps, Java’s HashMaps, and other places. However in databases, the default structure is almost always an ordered index, typically a B-Tree. Hash tables use a fast and repeatable hash function to assign each key a unique place in memory to store its values (sometimes called buckets). The load factor is the number of entries occupied in the table, divided by the number of unique storage buckets.

practical tables python java ordered hash practicality indexes data structures

The Dazzling Data Structures

STEM Time with Navya and Aishwarya

Play Episode Listen Later May 2, 2020 14:11

In this episode, we discuss eight types of data structures that are most essential to computer scientists. We talk about its definition, how it is used, and most importantly, its applications! Be ready to learn about arrays, linked lists, stacks, and many more! Hope you enjoy! Thank you! --- This episode is sponsored by · Anchor: The easiest way to make a podcast. https://anchor.fm/app

dazzling data structures

16 выпуск 07 сезона. Ruby 2.6.3, Create React App v3, Pattern matching in Ruby, Reattempt, JavaScript For Cats и прочее

RWpod - подкаст про мир Ruby и Web технологии

Play Episode Listen Later Apr 22, 2019 46:15

Добрый день уважаемые слушатели. Представляем новый выпуск подкаста RWpod. В этом выпуске: Ruby Ruby 2.6.3 Released, Ruby Repository Moved to Git from Subversion, Update your nokogiri gem to 1.10.3, Rails 6 adds implicit_order_column, Rails 6 allows configurable attribute name on has_secure_password, Rails 6 allows to override the ActiveModel::Errors#full_message format at the model level and at the attribute level, Ruby3 will have types и Pattern matching - New feature in Ruby 2.7 Optimizing Database Performance in Rails, Qo - Query Object - Pattern matching and fluent querying in Ruby и Awesome Types & Type Signatures / Annotations for Ruby Web Create React App v3, A horrifying globalThis polyfill in universal JavaScript, Simulating Mouse Movement и A Closer Look at React Memoize Hooks: useRef, useCallback, and useMemo useHooks - easy to understand React Hook recipes, Fading out siblings on hover in CSS, Data Structures and Algorithms in JavaScript, Reattempt - a library lets you retry asynchronous functions when they fail и JavaScript For Cats

cats released algorithms pattern javascript rails fading css git subversion data structures pattern matching ruby ruby create react app

10 выпуск 07 сезона. Webpacker 4.0.2, Storybook 5.0, Rubygems: March 2019 Security Advisories, Mruby/c, RFS и прочее

RWpod - подкаст про мир Ruby и Web технологии

Play Episode Listen Later Mar 10, 2019 44:14

Добрый день уважаемые слушатели. Представляем новый выпуск подкаста RWpod. В этом выпуске: Ruby Webpacker 4.0.2, Rubygems: March 2019 Security Advisories, Rails 6 adds Relation#reselect и Ruby's Hidden Gems, StringScanner Mruby/c - an another implementation of mruby, StoreModel - gem for handling JSON-backed attributes as ActiveRecord models, Active-record-query-trace - find the origin of all SQL queries in your Rails applications и What's New in Rails 6 (video) Web Storybook 5.0, JavaScript Performance Pitfalls in V8, Maintaining large JavaScript applications и JavaScript naming conventions: do's and don'ts JavaScript Algorithms and Data Structures, Handtrack.js: Hand Tracking Interactions in the Browser using Tensorflow.js and 3 lines of code и RFS - a font size engine which automatically calculates the appropriate font size based on the dimensions of the browser viewport

security maintaining active relation hidden gems javascript rails browsers sql v8 storybook json tensorflow rfs advisories data structures rubygems activerecord webpacker

Data Structures – Heaps and Tries

Play Episode Listen Later Jan 21, 2019 88:06

We dig into heaps and tries as Allen gives us an up to date movie review while Joe and Michael compare how the bands measure up.

heaps data structures

Data Structures – (some) Trees

Play Episode Listen Later Jan 8, 2019 109:56

We ring in 2019 with a discussion of various trees as Allen questions when should you abstract while Michael and Joe introduce us to the Groot Tree.

trees data structures

Data Structures – Hashtable vs Dictionary

dictionary data structures

Play Episode Listen Later Dec 17, 2018 109:08

Just in time to help you spread some cheer this holiday season, the dad jokes are back as we dig into the details of hash tables and dictionaries.

Data Structures and Object Oriented Programming for Beginner Programmers

The Programmer Toolbox

Play Episode Listen Later Dec 11, 2018 21:58

Do you store every piece of data in its own variable? Probably not... and if you had to, that would not be very fun, especially if had thousands or millions of data pieces. This week Kathryn and Robyn from The Programmer Toolbox will be talking all about data structures and why you need them. They'll also explain the basics of how you can organize data with object oriented programming and why it might be useful in your programs.

beginners programmers data structures object oriented programming

Data Structures – Arrays and Array-ish