Podcasts about aj you

⚡️ In each episode, Paddy Dhanda deep dives into a new human Superpower to help you thrive in the age of AI.With the rise of AI and uncertainty about the future of jobs, professionals need to think about how we can gain a competitive advantage to stay employable. In this episode, we take a behind-the-scenes look at the SEO industry and digital marketing where we delve into the nuances of SEO, organic social media, and the merits of engaging video content.

In this episode of the Love Selling Hate Sales podcast, Joshua talks to demandDrive Director of Marketing AJ Alonzo about the few possible ways of maximizing the SDR team in your company. Despite being a demanding position, the SDR job is often regarded as the lowest rung of the totem pole because of its traditionally volume-based approach. However, it doesn't have to be that way anymore. If given more training and opportunities, your SDRs can also help you test hypotheses and gain valuable customer insight that even marketing and research may not surface. HIGHLIGHTSThe problem with the traditional SDR jobCustomers are more empowered now than ever before The onboarding process for SDRs needs to be more comprehensive SDRs can hit both quality and quantity goals Stop thinking of SDRs as the bottom of the totem poleShould we shift to full-cycle selling?Maybe don't be an SDR forever QUOTESAJ: "You have to understand why you're reaching out to somebody. There's an inherent eyeball test that you can do when you look at someone's title, the company that they work at, some basic information about that organization to really understand and piece together why would this person want to talk to me, what value can I bring them." AJ: "You expect someone, the most junior, inexperienced individual at your company to just take a hundred percent of the subject-matter expertise and customer stories and SDR story one-on-one stuff and in a week just go and hit the phones and be successful. I think it's just unrealistic to expect that at this point." AJ: "The best companies that we work with and what we do internally is making sure that the onboarding process has a defined two-week, like this is your training section, sure these are all the things that you should know. But it's a continuous coaching and development program beyond that that a lot of companies don't necessarily invest in for a number of different reasons that really make sure that the SDRs that you bring on after those first 30 days aren't just gonna fall off." Learn more about AJ and his work in the links below:LinkedIn - https://www.linkedin.com/in/ajalonzo/Website (demandDrive) - https://www.demanddrive.com/Podcast - https://www.demanddrive.com/podcastAbout Josh Wagner: Josh is a growth advisor and the host of the Love Selling Hate Sales podcast. He specializes in helping executives understand modern marketing and sales to drive growth in a scalable way. To learn more about Josh and his work, follow the links below:LinkedIn: https://www.linkedin.com/in/joshwagneraz/Company website: https://www.leadmd.com Personal Website: https:///www.joshuadwagner.comPodcast: https://www.lovesellinghatesales.com

Welcome back everybody to the AJ Osborne Podcast! I have a special guest with me today, someone I've followed and known about for years who is absolutely crushing it in his industry. We get the pleasure of sitting down with the one and only Kris Gethin. Born on a farm in Wales, Kris had an early introduction to discipline and consistency - an extremely potent recipe for achievement. Throughout his life, Kris has applied these same principles and today, the level of fulfillment and impact that Kris has achieved is monumental. He's lived in numerous places around the world, owns several gyms, owns a health supplement company, has been a prominent face of the fitness industry for close to two decades, working with and representing some of the most well known fitness brands in the world… the list goes on. Of course we dive into Kris's incredible story, but we also dive into the principles that Kris has applied to living his life - principles that have allowed him to grow, to succeed, to find fulfillment, and that have provided him with the ability to take control of his life in every aspect that he can control. He also talks about the key tenants to becoming hard to kill - a motto he lives his life by. Enjoy this episode everybody. Kris is one of the most down to earth guys you could ever meet and it was an absolute pleasure being able to spend some time with him. Keep up with Kris on Instagram: https://www.instagram.com/krisgethin/?hl=en Thanks everybody! AJ You can also find the AJ Osborne Podcast on: iTunes: https://podcasts.apple.com/us/podcast/aj-osborne-podcast/id1466437301 Spotify: https://open.spotify.com/show/6Py4hxvj5Yh1rRpat7mkro?si=5cd7f293c3fd416c Stitcher: https://www.stitcher.com/show/cash-flow-2-freedom Be sure to keep up with me on the AJ Osborne website: https://ajosborne.com/ You can also follow and keep up with me on social media: Instagram: https://www.instagram.com/ajosborne/ Interested in Self Storage Investing? Then check out my website Self Storage Income and listen to the Self Storage Income Podcast: https://www.selfstorageincome.com/

Welcome back everybody to the AJ Osborne Podcast! Today we get to sit down with the man himself Chandler Bolt CEO of the Self Publishing School - a company that he started that has published 6,000 books and that has been ranked on the Inc. 5000 for several years. Not only that, Chandler himself just made Forbes 30 Under 30. Not bad for a company that was launched just a few years ago. Chandler shares with us his insights regarding the publishing world, how this world has changed over the past several years, and the benefits of self publishing versus traditional publishing. He also shares some steps and insights into how to make your book truly a success. Outside of just self publishing, it's clear that Chandler knows a thing or two about building a successful business. That said, we also dive into what makes a successful business and some of the strategies you can use to build a successful business too. This was an awesome episode and one you won't want to miss! If you've ever thought about publishing a book, be sure to check out the Self Publishing School https://self-publishingschool.com/. You can also pick up a free copy of Chandler's latest book (if you're one of the first 50 people) here: https://publishedbook.com/aj Thanks everybody! AJ You can also find the AJ Osborne Podcast on: iTunes: https://podcasts.apple.com/us/podcast/aj-osborne-podcast/id1466437301 Spotify: https://open.spotify.com/show/6Py4hxvj5Yh1rRpat7mkro?si=5cd7f293c3fd416c Stitcher: https://www.stitcher.com/show/cash-flow-2-freedom Be sure to keep up with me on the AJ Osborne website: https://ajosborne.com/ You can also follow and keep up with me on social media: Instagram: https://www.instagram.com/ajosborne/ Interested in Self Storage Investing? Then check out my website Self Storage Income and listen to the Self Storage Income Podcast: https://www.selfstorageincome.com/

Welcome back everybody to the AJ Osborne Podcast! We have a special guest with us today who has been on the podcast before and who has made some special appearances with me on YouTube and social media... We have the one and only Brittany Arnason back on the podcast today to talk about probably one of the most important topics of all time - building relationships and networking. Be sure to check out the video version of this podcast on our YouTube channel: https://youtu.be/E4ISvCofW6M You've heard me say it before - success doesn't happen on an island. We're going to share several examples in this podcast today that demonstrates just how true this statement really is. Whether its Brit and I or even the friends we share in our circle, without these relationships, none of us would be where we are today with the opportunities we have at our fingertips. If you aim to accomplish anything in life - you're going to need people and good relationships with those people. We're going to talk about just how important relationships are, how to build the best and most valuable relationships, and some examples of what we've been able to achieve merely through the relationships we've built with others. Listen in and get ready to build that network and achieve huge goals. Be sure to follow Brittany on social media: Instagram We also mentioned the CRE Circle which is an incredible tool and opportunity to build these valuable relationships - take action and get involved now: https://www.thecrecircle.com/ Thanks everybody! AJ You can also find the AJ Osborne Podcast on: iTunes: https://podcasts.apple.com/us/podcast/aj-osborne-podcast/id1466437301 Spotify: https://open.spotify.com/show/6Py4hxvj5Yh1rRpat7mkro?si=5cd7f293c3fd416c Stitcher: https://www.stitcher.com/show/cash-flow-2-freedom Be sure to keep up with me on the AJ Osborne website: https://ajosborne.com/ You can also follow and keep up with me on social media: Instagram: https://www.instagram.com/ajosborne/ Interested in Self Storage Investing? Then check out my website Self Storage Income and listen to the Self Storage Income Podcast: https://www.selfstorageincome.com/

Welcome back everybody to the Self Storage Income Podcast! This is your host AJ Osborne! Today we have an awesome guest on the podcast who is back by popular demand… the one and only Lance Watkins. If you haven't listened to our first podcast episode with Lance, you might go back and listen to that podcast first to give you a better idea of who Lance is, and all the amazing things he's doing in the self storage industry. He's an absolute wealth of knowledge. If you've seen or been around the storage industry for any amount of time, it's clear that there is a lot of work that needs to be done to bring storage up to date. That said, today we're going to the tip of the spear. Lance is going to share cutting edge insights into the future of self storage and we can and should expect to see happening in the industry. Just a couple topics covered today - looking at self storage as an ecommerce experience, the truth about “man-less” or “totally automated” facilities, 1 key factor that no one hardly ever considers, and… Lance's very 8 keys that you'll need to have in order to effectively automate your storage facility. Thanks for listening everybody! AJ You can get in touch with Lance at: lance@tenantinc.com The Self Storage Income Exclusive Fall Event in Coeur d'Alene Idaho (GET YOUR SEATS RESERVED ASAP!) - https://selfstorageincome.com/events/ Be sure to go to Selfstorageincome.com to get your copy of my Self Storage Playbook. This step by step playbook walks you through from start to finish - how to identify a self storage market, how to perform due diligence, how to contact a current owner, and ultimately how to land a deal and purchase a storage facility. You can also find the Self Storage Income Podcast on: iTunes Spotify Stitcher The Self Storage Income Podcast is Sponsored by: Janus International - https://www.janusintl.com/ Store Local - https://www.selfstorage.coop/aws/SL/pt/sp/home_page Live Oak Bank - liveoakbank.com/incomepodcast

Welcome back everybody to the Self Storage Income Podcast! This is your host AJ Osborne!    Today we have an awesome guest on the podcast who is back by popular demand… the one and only Lance Watkins. If you haven’t listened to our first podcast episode with Lance, you might go back and listen to that podcast first to give you a better idea of who Lance is, and all the amazing things he’s doing in the self storage industry. He’s an absolute wealth of knowledge.    If you’ve seen or been around the storage industry for any amount of time, it’s clear that there is a lot of work that needs to be done to bring storage up to date. That said, today we’re going to the tip of the spear. Lance is going to share cutting edge insights into the future of self storage and we can and should expect to see happening in the industry.    Just a couple topics covered today - looking at self storage as an ecommerce experience, the truth about “man-less” or “totally automated” facilities, 1 key factor that no one hardly ever considers, and… Lance’s very 8 keys that you’ll need to have in order to effectively automate your storage facility.    Thanks for listening everybody! AJ   You can get in touch with Lance at: lance@tenantinc.com   The Self Storage Income Exclusive Fall Event in Coeur d’Alene Idaho (GET YOUR SEATS RESERVED ASAP!) - https://selfstorageincome.com/events/   Be sure to go to Selfstorageincome.com to get your  copy of my Self Storage Playbook. This step by step playbook walks you through from start to finish - how to identify a self storage market, how to perform due diligence, how to contact a current owner, and ultimately how to land a deal and purchase a storage facility.     You can also find the Self Storage Income Podcast on: iTunes Spotify Stitcher   The Self Storage Income Podcast is Sponsored by:   Janus International - https://www.janusintl.com/ Store Local - https://www.selfstorage.coop/aws/SL/pt/sp/home_page Live Oak Bank - liveoakbank.com/incomepodcast

Welcome back everybody to the AJ Osborne Podcast, I'm your host, AJ Osborne! What's one of the biggest struggles for us Americans? Well, besides loving great food and being almost unable to resist… lol. The answer is MONEY. The management of our personal finances is often in disarray and maybe even non-existent. It's super unfortunate but who can blame us right!? Our lives are busy, money is tight, and there's always tomorrow… Wrong. The fact of the matter is - we only have so much time to set our lives up for success from now until retirement. We only have so much time before it could be too late for us to take the proper steps to ensure we live full and incredible lives. If you've wanted to get your finances and your life on the right track, my amazing guest today can help. It's my pleasure to introduce Damari Gold. She's a first generation American who was raised on the very ideas of saving, preparing, and investing. She now helps people get their finances and their lives on the path to achieving results. One of the biggest take-aways from today's episode that I want you understand - investing and building wealth is a LONG TERM game. It's not one huge decision to invest in some huge new idea. It's small incremental and disciplined steps over a LONG period of time that will help you to achieve wealth, financial freedom, and all the other amazing things we all want to experience in our lives. Tune in and hear Damari's incredible story and learn about the pitfalls of financial entitlement, the foundations of money and building wealth, and the importance of not placing limiting beliefs or views on yourself or your family when it comes to finances. Take notes and get ready to take control of your life and your finances. Thanks for listening everybody! AJ You can keep up with and learn more about Damari on social media here: https://www.instagram.com/damarigold/?hl=en

This week on Random Thoughts With Rae, Rae started a new spinoff podcast show with AJ from Y101 Morning show. Rae & AJ talked about Covid isolation, what it means when you dream of a past significant other, and how much the dating world has changed!! Oh and there’s a few dating stories that come up too! Oh of course Rae is excited to show off her new Vans. Check out some quotes from the show. Rae - “Yet look who’s bed I ended up with at the end of the night” AJ - “Your story with Nate was automatically a unique situation” Rae - “He asked me if I was going to talk about him on my podcast!” AJ - ”Who are you Really?” Rae - “I acted like I was asleep when he told me he was in love with me” AJ - “You do have a podcast with A LOT of listeners” We ALWAYS love hearing from our listeners, please reach out to us through InstaGram or e-mail us any questions you may have or topics you would like to hear! We LOVE hearing from our listeners!!! Who knows you maybe a guest on the show! Instagram - RandomThoughtsWithRae RandomThoughtsWithRae@gmail.com YouTube - Random Thoughts With Rae --- Send in a voice message: https://anchor.fm/datingsuckslifehappens/message Support this podcast: https://anchor.fm/datingsuckslifehappens/support

The conversation covers:  The difference between cloud computing and cloud-native, according to AJ Whether it's possible to have a cloud-native application that runs on-premise  The types of conversations that AJ has with customers, as VP of product. AJ also talks about the different types of customers that DigitalOcean serves. How the needs of smaller teams tend to differ from the needs of enterprise users — and the challenges that smaller teams face when learning and implementing cloud-native applications.   Making decisions when using Kubernetes, and how it can be overwhelming due to the sheer number of choices that you can make.  Some of the main motivations that are driving smaller companies to Kubernetes. AJ also explains what he thinks is the best rationale for using Kubernetes. Popular misconceptions about cloud-native and Kubernetes that AJ is seeing. Why customers often struggle to make technology decisions to support their business goals.  AJ's advice for businesses when making technology decisions. Why startups are encouraged to start by using open source — and why open source wins in the end when compared to proprietary solutions. Links DigitalOcean: https://www.digitalocean.com/ Twitter: https://twitter.com/apurvajo  LinkedIn: https://www.linkedin.com/in/apurvajo/  TranscriptEmily: Hi everyone. I'm Emily Omier, your host, and my day job is helping companies position themselves in the cloud-native ecosystem so that their product's value is obvious to end-users. I started this podcast because organizations embark on the cloud naive journey for business reasons, but in general, the industry doesn't talk about them. Instead, we talk a lot about technical reasons. I'm hoping that with this podcast, we focus more on the business goals and business motivations that lead organizations to adopt cloud-native and Kubernetes. I hope you'll join me.Emily: Welcome to The Business of Cloud Native. I'm Emily Omier, your host, and today I'm chatting with AJ. AJ, can you go ahead and introduce yourself?AJ: Hey, I'm AJ. I'm vice president of product for DigitalOcean. I've been with the company for about 15 months. Before that, I spent about a couple of decades with Microsoft. I was fortunate to work on Azure for the last decade, and I had the opportunity to build some cloud services with the company.Emily: And thank you so much for joining us.AJ: Thank you, thank you for having me.Emily: I always like to start out by asking, what do you actually do? What does a day look like?AJ: [laughs]. It's an interesting question. So, yes, the day is usually all over the place depending on the priorities and things that are in motion for a given quarter or a week, per se. But usually, my days involve working with the team around the strategic initiatives that have been planned, driving clarity around different projects that I [unintelligible]. Mainly working with leadership on defining some of the roadmap for the product as well as the company. And yeah, and talking to lots of customers. That's something that I really, really enjoy. And every other day I have a meeting or two talking to our customers, learning from them, how they use our products and how can we get better.Emily: I'm going to ask more about those conversations with customers because that's what I find really interesting. But first, actually, I wanted to start with another question. What do you see as the difference between cloud computing and cloud-native?AJ: The difference essentially, in a way, the cloud computing is a much bigger umbrella around how we as a technology industry are enabling other businesses to bring their workload to a more scalable, more efficient, more secure environment versus trying to host, optimize, or do things by themselves. And the cloud-native, in a way, it's a subset of a cloud computing where not necessarily you always have to have existing workloads or something that is prior technology that has been already built and you're looking for a place to host. In a way, when you're building something out, new, greenfield apps and whatnot, you're starting from scratch, you're building your applications and solutions that are cloud-native by definition. They're built for Cloud; they're born in Cloud, and are optimizing the latest and the greatest innovations that are present and as future-looking to help you scale and succeed your business, in a way.Emily: Do you think it's possible to have a cloud-native application that runs on-premise?AJ: There's a lot of [laughs] innovations happening in pockets, and especially from the top providers to enable those scenarios. But at the end of the day, those investments are essentially driven to help people and companies, especially on the larger scale, to buy some time to completely move to the public cloud where the industry takes their time to come up with the compliance, security requirements and [unintelligible]. So, you'll start to see—you might have heard about some of the investments these top cloud providers are doing about allowing and bringing those similar stack and technologies that they are building in a public cloud to on-premise or running on their own data center, in a way. So, it is possible, in bits and pockets to start with a cloud-native to run, on-premise, but that customer segment and the target is very, very different than the ones that start in a public cloud first.Emily: I want to switch to talking about some of the conversations that you have with customers. I really like to understand what end users are thinking. What would you say when you talk to customers? What's the thing that they're most excited about?AJ: Right. So, it depends on what segment of customers you're speaking with, right? DigitalOcean serves a very different set of customers than a typical large cloud providers do. We're focused more on individual developers, small startups, or SMBs. Again, when I say SMBs, it's a broad term, when I say SMBs the S with [unintelligible]. So, we focus mainly on two to ten devs team, and smaller companies and whatnot. So, their requirements are very different; their needs are very unique compared to what I used to talk, back in my past life, with enterprise customers. Their requirements are very unique and different as well. So, what I hear from the customers that I speak with recently, and have been speaking with for last over a year, is how can I make my business that is [unintelligible] on a cloud? And what I mean by that is how do I build solutions that are simple, easy to understand, and where I'm focused on building software and not really worrying about the complexity of the infrastructure, at the same time, keep the price in control and very simple and predictable. And that resonates really, really well. The tons and tons of customers that I spoke with recently, they moved from large cloud providers to our platform because their business was not viable on those cloud providers. And what I mean by that is you because of the complexity of how the [prime systems] product offering and the sticker shock they get, at the end of a month on a bill, it just does not make any business sense for them to keep on running on that cloud. So, they're looking for that kind of simplicity; they're looking for price predictability; they're looking for something easy to get started, and cheap so they don't break the bank. I mean, those are some of the real common themes that I keep hearing from the business side of the customers, SMBs. Then there's a set of different customers that I speak with. They are individual developers, they are students, they are people who are trying to learn technology. And what DigitalOcean has done great for our last eight, nine years is not only build this platform but build this great community of people who come to learn about technology. I would say more than 50 percent of our customers tell me how they love DO and they found DO because they were trying to learn so-and-so technology and they came and hit our tutorials. And they got to know about the company from the tutorials, they started learning, and it was very easy to transition to move into the platform because that's something they absolutely love.Emily: When you think about the needs of these smaller teams, how would you contrast that with the enterprise users that you used to talk to more?AJ: Yeah. Their needs are very different and very unique. They just need bare minimum basic things to get started with their application. They want to avoid all these complexity of hundred-plus services and trying to make the decision, which is the right one, which is the wrong one to go ahead with. So, they're not really looking for all kinds of bells and whistles and security requirement, or that feature that only one out of hundred customers will need or whatnot. They're just looking for very minimum kind of a solution from the technology perspective. Something really simple, really easy to start with, not too many options out there that causes more confusion versus getting started quickly. So, simplicity is the biggest aspect that I see from this customer segment. And then second on the simplicity side is also simple pricing. For example, they would love to build applications and deploy and across the world, [across] regions, or [unintelligible] more regions to target different segments and customers. And they want to have the same pricing. And bandwidth pricing is a great example. If you look at the other cloud providers, you end up paying different bandwidth pricing depending on which region you're deployed on. Unlike DO where the bandwidth pricing is flat across the world. So, that's really appealing to the customer set. Same thing goes with another product like storage, where you store your data, and when you are accessing the data, you need the predictability, you need to know how much it's going to cost you as your end-user usage pattern changes. If you look at the top cloud provider, if you store your data in their storage, they will charge you for storage they will charge you hot data cold data, different API calls, you know, API calls for seconds and whatnot, and by the end of the day, your bill is very unpredictable compared to what you see at DO where you pay a flat monthly price, and none of those complexity comes in. So, that is a unique change that I see. And then, again, their requirements are very different, very, very simple. They don't need all the complexity. Something really simple to start with, including pricing.Emily: This is interesting because most people, or… I should say, I. When I think of cloud-native, and I think even of cloud computing, simple is not the word that comes to mind.AJ: Right.Emily: How frustrating is this for these smaller teams to try to wrap their head around everything that they need to learn and understand in order to successfully use cloud-native applications?AJ: It is very frustrating. And Kubernetes is a great example. It has a huge mindshare in the industry. It is a hugely popular technology that everybody's moving towards because it's the next big thing and the cool thing out there in the market, but the reality is something really, really complicated to learn, to understand. So, it is a super frustrating for people to not only learn the technology that is new and complicated but at the same time trying adapt to different versions of the similar implementation across different cloud because they were built to solve for a few specific customers in [unintelligible] that might not be suitable to them. The one thing that I keep on hearing from the customers that are using our Kubernetes, they just love the fact how vanilla Kubernetes is offering it is. It's not too many bells and whistles. They have to really understand what this now means or what that now means, versus just, I understand the basic concept that I read from the tutorials, and I get what I'm seeing there. So, it is frustrating, at least on the cloud-native side, and the more layer of abstraction that you provide and make it simple, the onboarding becomes really, really exciting for them. But to my [unintelligible], to provide this simplicity to our end customers, we have to take on a crazy amount of complexity on our side, on the back end, and on the infrastructure. So, it's even more frustrating for our engineering to make sure they are delivering on the product requirements that my team comes up with because we want to keep things simple and straightforward for our customers.Emily: A lot of people think one of the advantages of Kubernetes is being that it's infinitely extendable; it's infinitely flexible. And yet, obviously, when you have, sort of, infinite options, that means you have to make a bazillion different choices in order to just get something to work. How do your customers tend to approach those trade-offs? Do they want somebody to make the decisions for them?AJ: Right, right. And that's a great question. Again, this is a very different customer in that respect. And there's a saying that I have in my team that I tell my team, “Be careful what you measure because that drives behaviors.” So, now that we are targeting a very specific set of customers, the scale is not the biggest priority on their mind at any given time, because they're building, they're prototyping, they're starting something small, and they're growing with this. So, that's not something that they want to over optimize. It goes back to the point that I made: they want solutions that are more vanilla. But when you compare these concerns that you talked about, with the large cloud providers, they are real because their needs are very different. They're looking for a solution or Kubernetes clusters with more than thousand-plus nodes, and things along those lines. And to support that and to support those scenarios, yes, the complexity comes in by nature, and they have to build certain features and solutions to work around those limitations. And that's where things starts getting complicated because it's not a one size fits everyone scenario when you have these vast variety of customers coming in and trying to use the product that you build that was essentially built based on the feedback that you get—getting from your largest, and the biggest, and the highest paying customers. Goes back to the point that I made: be careful what you measure. Biggest thing that they measure based on the top cloud provider is the how many big multi-million-dollar deals are we getting? And those customers have very unique needs. Every customer will have a different feature requirements and sets, and if you rally around that, you end up building your product, by definition, that's complex.Emily: When you're talking to your team about the conversations that you have with customers, what do you feel like is sort of hard to communicate? And I'm talking about when you're trying to translate, almost, these customer needs to your own technical team.AJ: Yeah, I don't deal with—on a day-to-day—execution side of things, so I stay away from translating these requirements to my product team or engineering team. Instead, I end up introducing those guys to the customers and have them talk to them directly because nothing beats talking to the customers directly versus me getting the feedback and trying to relay the same to the broader team to go and build this product out. So, it's a big part of our DNA, it's a big part of our culture, on inviting customers, talking to them more frequently before we build anything. That works out. The learning that I get from talking to our customers is around defining the strategy and the vision for the company on who we want to do and who we want to be in two years, three years, or four years from now.Emily: What do you see—for these smaller teams, smaller companies, what is the main motivation for using something like Kubernetes?AJ: Yeah, it goes back to the point that I made: there's a huge amount of mindshare. So, you know what, you end up finding quite a bit of customers, they just want to use it because it's the buzzword, and then that's where they start. And the second motivation where the people who really, really know the technology, and know what it can do is to avoid the infrastructure management piece they had to deal with themselves around what happens when the—you know, once your machine goes down. How do I add certain things into [unintelligible]? How do I bring certain security isolation? All those the orchestration piece that Kubernetes gives you by definition is very empowering to them to go and offload some of the manual work they used to do. The third tangent that I'm seeing, at least with DO and the customers that I speak to, that it's a great platform and a cheap way for them to start learning about the technology because learning is a big part of what your customers are, right? So, as they learn about technology as the buzzword [unintelligible] Kubernetes keeps on getting hot, they come running into the documentation that we've created, they love that. And then they come in, spin up the clusters just to learn what this technology is. I've had some customers that are really, really large enterprises, but a smaller team within those enterprises, they're sending their dev teams to DO saying, “You know what? Great platform. Go learn about Kubernetes and see how the technology works because that's the easiest and fastest way, and the cheapest way to get that stuff done before you actually start using it.”Emily: Do you think that most people come to learn about Kubernetes because Kubernetes is a buzzword?AJ: Well, that's one part of it, right? There's one step, they're trying to learn certain things, so you're seeing certain percent that they are just going for that mindshare they have. Then there is a set of customers who know what it is, and why they want to use it, and they are very thoughtful and mindful around what they're going to use that for. And that's where the SMB business comes in, or the more business side of the customer they come in, and to that point is where they just want to leverage and get rid of all the manual orchestration work they had to do with all these virtual machines that they had to be with. But then when you talk about the customers, you're talking about the customers who are dealing with those clusters of VMs. You're not really talking about customers who's trying to just spin up a cluster with two or three nodes because that's the guy who's trying to learn.Emily: And among your customers in particular, what do you think some of the misconceptions are, either about cloud-native in general or about Kubernetes specifically?AJ: Yeah there's not really a misconception perspective. We… the conversations that I ended up having with them is not about the philosophy of the technology that has been evolved across us. I mean, obviously DO didn't invent the Kubernetes, or neither did Microsoft, so when you stay away from that conversation [unintelligible] that sort of conversation.But the biggest misconception is that this is the way for me to build the cloud-native application because that's what the industry tells me to; that's what it looks like. So, some people go out and start their [unintelligible] applications on the top of Kubernetes thinking that's the only way; that's how I should do it, whether it really fits the bill or not. The reality is there might be and should be using some sort of a PaaS platform. They might be using some sort of a container solution that is a full-blown PaaS, and they don't really need the Kubernetes clusters. And that's where the misconception is, is because they just struggle making the right technology bets for the solution that they're trying to build and drive versus just catching on to the latest and greatest buzzword or the technologies that are being out there.Emily: Why do you think this happens? Why do you think customers sometimes struggle to make the right technology decisions based on their actual business goals?AJ: Because that's a really [laughs] hard problem to solve, at least when you're trying to build a business, you're not always ends up being the technology business. Technology does not all end up being your first [unintelligible], or the biggest skills set that you have. They're just trying to pick and choose what is being influenced by the learning, or through forums and whatnot to go along with. There's hardly very few customers that I end up seeing, they make the technology decisions that are long term with the scalable solutions, and right coding language, and whatnot. It's mainly around what's the best and the latest that I can get my hands with? What I can learn quickly about? What are the resources are available? And let me start prototyping that fast. And soon.Emily: What advice would you give to these businesses? Like, maybe they're not going to make the perfect technology decision, but if you have advice to maybe help them make a better technology decision, or just what to think about to try to improve that decision making process?AJ: You know, I get that question asked quite a lot from people who are trying to start something new. And the right advice there is to focus on job to be done. What is the end goal that you're trying to solve for within a few weeks or a month, or maybe a quarter? What is the job to be done? And then look for various skills and comfort-level are versus trying choose for what is the latest and greatest and then spend a crazy amount of time trying to learn that technology because you don't have that skill set in-house or within you. So, start with what you feel comfortable, where you have the skill sets, where you can make and prototype something quicker and sooner, but while keeping the core job to be done in the mind. And if the job to be done is not really technology-focused, it's solving some different business problem, then don't heavily pivot on picking the right technology.Emily: Would you say this also sort of starts with an honest evaluation of what your… resources so to speak, what your skills are?AJ: One hundred percent. That's the question you have to ask yourself as well. So, if you're comfortable with one coding language, go with it. Just don't go pick the latest and greatest coding language because that's the biggest buzzword, but then you end up finding yourself spending quite a bit of time learning that technology, but you're not really solving for the job that you [unintelligible].Emily: What do you think are the best rationale that you see for using Kubernetes?AJ: It's again, goes back to, in my opinion, Kubernetes is still infrastructure. People end up confusing that with the layer of platform as a service, and whatnot. The real rationale in using that technology is to optimize for some of the manual work you used to do around managing infrastructures and VM on a scale. SO some of the OS updates, the auto-upgrades, and what happens when the VM goes down? How do you add more VMs to your existing network and whatnot? Those were very lengthy and time-consuming task, and all the orchestration pieces that Kubernetes provides, it's a great way to start and manage your existing infrastructure. I mean, that's the way I would recommend people to tiptoe into the technology, and that's where the majority of the customers are. Then there's a set of customers who are looking to build an high-level PaaS offering or a Software as a Service offering. These are more skilled people with the right talent and enough money to invest in the right place. Kubernetes is a great platform for them to build those sort of PasS and SaaS offering on top of that because it does not make any sense in trying to build those custom orchestration when you are building a solution that's going to serve tens of thousands of end-users and going to scale [unintelligible]. So, but those are pretty low percent of Kubernetes users, and that's where the industry trend seems to be, also, growing around people building larger businesses.Emily: What advice would you have about making these longer-term technology decisions? When you first started talking about making good technology decisions, it was about what are we going to do this quarter? What about when you're thinking, “What are we going to do in the next two years? What are we going to do in the next five years?” How far out should you be thinking when you're making a technology decision?AJ: Yeah, that's a pretty hard situation to be in. And not many will be trying to answer that question, especially the ones that I deal with, the customer segment that I'm talking about. On longer-term technology decisions, it's a very different set of customers who are building solutions for a larger customer segments and whatnot. The advice, again, remains the same. Start with something that you are comfortable with, keep an eye on what is the game plan is going to be when you start hitting a certain scale and keep an eye on your technical debt. Again, you don't want to keep on piling on to technical debt for too long in trying to build a solution. So, whatever that you design, just make sure you have the capability, and you're choosing the technology that's going to be around and evolve when the time is right for you to go out and start paying your technical debt. The second aspect, I would ask them to invest in quite a bit of automation; investing quite a bit of work that it's not really sexy per se. When you're building features and writing code, building new features and designing the new product ideas is always fun, but then there's a workaround certain things on automation. There's always this one guy who does all these CI/CD automation, pipeline automation, making sure your code written a certain way, and those things; those are very critical investments. If you do not make them a core part of your development process from get-go, you're going to have a really hard time in two years, or three years, or four years from now to keep up with what's going on and to keep up and automate all that code in the application that you wrote to scale with the business that is scaling.Emily: What advice specifically do you have for startups? So, not just small companies; small companies that are looking to scale quickly. Do you think that there's any difference in how you recommend adopting Kubernetes or cloud-native versus, say, a small company that's not planning to scale massively in the next couple of years?AJ: Yeah, I think the latter question is, is really even if you were to ask the founder of the company, she wouldn't be able to answer that, “We're not planning to scale that fast.” The scale comes; it surprises you. [laughs]. When it was about product-market fit, you're going to find the scale and that's going to happen. My recommendation is at a more generic level. If you're starting something new, you're building up from scratch, start cloud-native. Pick the right technology that are evolving, and start with open source because you're going to have the wave of innovations coming in. Why open source? They will outweigh trying to use something proprietary or trying to reinvent the wheel yourself. So, if you starting something new, start cloud-native, use open source. It allows you to quickly iterate and build things faster. And you benefit from a larger community contribution coming into those innovations. Like, at the end of the day, I like to say this, regardless of what proprietary solution you use or who you are and whatnot, open-source wins in the end.Emily: Why do you think open source wins in the end?AJ: It's because the larger community and multiple minds are working, trying to solve a similar problem. It's far, far—much better. It's more inclusive. It's not as opinionated as when you would be when you're building your own proprietary software or trying to do something to solve your one specific problem. When you're building products and solutions that are going to be used across the world by different kinds of customers, your segments going to change, you really want to make a bet on a technology and a solutions that are built by different minds, more inclusive people, people with different opinion and thinking from yourself, and in the long run, that pays up.The great example I can give you from my past life is I was fortunate to build a Platform as a Service for Azure. Back in the days, there was no Kubernetes. But what we ended up building to build that technology was just a really big custom orchestration exactly similar to what Kubernetes is today. The reality is fast forward to, you know, eight, nine years from now everybody's talking about Kubernetes, not that custom orchestration that we built. The business is working; that is great, but at the end of the day, what won was the open-source orchestration that allowed people to manage thousands and hundreds of thousands of VMs on a large scale, and that's winning.Emily: Would you recommend open source even for small companies that, say, don't have a lot of expertise in—AJ: 100 percent.Emily: —A lot of people say open source is free like a puppy, right? So, you have to invest a lot in—AJ: No, no, it's 100 percent because it's really easy to get started with open source. It's really easy to get something that's out there. There's a bigger community to try and help you out, and it gives immense pleasure to contribute back to something that you're consuming as well. I mean, this is, by definition, is a human nature. It keeps you more engaged and innovative when you're starting there. So, I think it's when you're prototyping something, just always try and go with the open-source. You're going to get tons and tons of ideas and levers you could pull. If you're going to run into some issues, somebody has, somewhere, ran into that and will have a solution. So, that's the easiest way to start.Emily: Anything else that you'd like to add, that really sticks out about the business reasons that people are choosing Kubernetes or cloud-native?AJ: Yeah. Again, like I said, the business reason, you know, majority of them… more than 50 percent are pick that to start something new, and learn in their perspective, and just use the benefits of the custom—or not the custom, but the open-source orchestration to deal with their few virtual machines, they were running before, or whatnot. Then there is a trend that is growing around the Kubernetes ecosystem where people are now building more Paas and SaaS solution on top of that, and these are the people who know how the technology works, who are the people who are contributing back to the Kubernetes ecosystem as well. But there are a layer of abstractions that have come in on top of Kubernetes where problems that were created by the technology—some of the innovations that you see from Google, Axure, that providing you a bunch of bells and whistles to go build those PaaS and Saas on top of Kubernetes. So, that's where—now the reason why people are using that.Emily: All right, AJ, what is an engineering tool that you couldn't do your job without? Or maybe I should say, what's a tool that you just couldn't do your job without?AJ: [laughs]. Well, I'm an engineer at heart, but I don't code anymore. I mean, it's been a while, but so if there's one tool that I can't do my job without right now, into this world is definitely videoconferencing. When everybody's remote. And DO as a company was 70 percent remote before the pandemic. Now we're 100 percent, so if that tool's gone away, there is zero productivity. So, that's the biggest one that I have in my mind. And besides that, things like Slack. We work, live, breathe that, and it makes things pretty useful. So, those are the two things I can do my job without.Emily: How can listeners connect with you or follow you?AJ: Yeah, they can follow me on Twitter or connect with me on my LinkedIn. Both handles are my first name and J-O. It's apurvajo, A-P-U-R-V-A-J-O. You know, I always love to hear from our customers, and a future prospect or anybody who wants to learn about the company and what we have is always exciting.Emily: All right. Well, thank you so much for joining us.AJ: Likewise. Thank you.Emily: Thanks for listening. I hope you've learned just a little bit more about The Business of Cloud Native. If you'd like to connect with me or learn more about my positioning services, look me up on LinkedIn: I'm Emily Omier, that's O-M-I-E-R, or visit my website which is emilyomier.com. Thank you, and until next time.Announcer: This has been a HumblePod production. Stay humble.

Janus Joplin recorded the song “Oh Lord, Won’t You Buy Me a Mercedes Benz” in 1974 and was used as the title of today’s story from the International Best Selling Book “Manifestations: True Stories of Bringing The Imagined Into Reality.” AJ Cavanagh actually asked the Universe to bring him a Mercedes Benz. Today you will learn how he got his gift from the Universe. Want to know more about AJ? You can reach him at http://www.campjoyranch.comI am happy to share with you the true stories of manifesting. I encourage you to buy a copy so that you can read the stories and develop the belief that you are capable of “Manifesting The Life You Want.” The link to the book is https://amzn.to/38vKGDm Improving your current life can be as simple as altering the way you think about yourself, your belief system, your job, or your relationship with others and then acting on those changes. We are talking about how our thoughts attract our success or our failure.Royalty-Free Music by Kevin MacLeod - WindsweptLord Won’t You Buy Me a Mercedes Benz by Janis Joplin - one chorus.YouTube Channel http://TinyUrl.com/BeverlysChannel#Manifesting #ThinkRich #LawofAttraction

We’re at FOSDEM 2019 this week having fun. We’d never leave you in a lurch, so we have recorded an interview with Niclas Zeising of the FreeBSD graphics team for you. Enjoy. ##Interview - Niclas Zeising - zeising@FreeBSD.org / @niclaszeising Interview topic: FreeBSD Graphics Stack BR: Welcome Niclas. Since this is your first time on BSDNow, can you tell us a bit about yourself and how you started with Unix/BSD? AJ: What made you start working in the FreeBSD graphics stack? BR: What is the current status with the FreeBSD graphics stack? AJ: What challenges do you face in the FreeBSD graphics stack? BR: How many people are working in the graphics team and what kind of help do you need there? AJ: You’re also involved in FreeBSD ports and held a poudriere tutorial at last years EuroBSDcon. What kind of feedback did you get and will you give that tutorial again? BR: You’ve been organizing the Stockholm BSD user group meeting. Can you tell us a bit about that, what’s involved, how is it structured? AJ: What conferences do you go to where people could talk to you? BR: Is there anything else you’d like to mention before we let you go? ##Feedback/Questions Casey - TrueOS Troels - zfs send vs zfs send -R matclarke - Orphaned packages Send questions, comments, show ideas/topics, or stories you want mentioned on the show to feedback@bsdnow.tv

This week, we are going to be talking with Aaron Poffenberger, who has much to share about his first-hand experience in infiltrating Linux conferences with BSD-goodness. This episode was brought to you by Headlines Alexander Motin implements CTL High Availability (https://svnweb.freebsd.org/changeset/base/r287621) CTL HA allows two .head. nodes to be connected to the same set of disks, safely An HA storage appliance usually consists of 2 totally separate servers, connected to a shared set of disks in separate JBOD sleds The problem with this setup is that if both machines try to use the disks at the same time, bad things will happen With CTL HA, the two nodes can communicate, in this case over a special TCP protocol, to coordinate and make sure they do not step on each others toes, allowing safe operation The CTL HA implementation in FreeBSD can operate in the following four modes: Active/Unavailable -- without interlink between nodes Active/Standby -- with the second node handling only basic LUN discovery and reservation, synchronizing with the first node through the interlink Active/Active -- with both nodes processing commands and accessing the backing storage, synchronizing with the first node through the interlink Active/Proxy -- with second node working as proxy, transferring all commands to the first node for execution through the interlink The custom TCP protocol has no authentication, so it should never be enabled on public interfaces Doc Update (https://svnweb.freebsd.org/base?view=revision&revision=287707) *** Panel Self-Refresh support lands in DragonFlyBSD (http://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/d13e957b0d66a395b3736c43f18972c282bbd58a) In what seems almost weekly improvements being made to the Xorg stack for DragonFly, we now have Panel Self-Refresh landing, thanks to Imre Vadász Understanding Panel Self-Refresh (http://www.anandtech.com/show/7208/understanding-panel-self-refresh) and More about Panel Self-Refresh (http://www.hardwaresecrets.com/introducing-the-panel-self-refresh-technology/) In a nutshell, the above articles talks about how in the case of static images on the screen, power-savings can be obtained by refreshing static images from display memory (frame-buffer), disabling the video processing of the CPU/GPU and associated pipeline during the process. And just for good measure, Imre also committed some further Intel driver cleanup, reducing the diff with Linux 3.17 (http://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/6b231eab9db5ef4d4dc3816487d8e3d48941e0e2) *** Introducing Sluice, a new ZFS snapshot management tool (https://bitbucket.org/stevedrake/sluice) A new ZFS snapshot management tool written in Python and modeled after Apple.s Time Machine Simple command line interface No configuration files, settings are stored as ZFS user properties Includes simple remote replication support Can operate on remote systems with the zfs://user@host/path@snapname url schema Future feature list includes .import. command to moved files from non-ZFS storage to ZFS and create a snapshot, and .export. to do the inverse Thanks to Dan for tipping us about this new project *** Why WhatsApp only needs 50 engineers for 900 million users (http://www.wired.com/2015/09/whatsapp-serves-900-million-users-50-engineers/) Wired has a good write-up on the behind-the-scenes work taking place at WhatsApp While the article mentions FreeBSD, it spends the bulk of its discussion about Erlang and using its scalable concurrency and deployment of new code to running processes. FB messenger uses Haskell to accomplish much the same thing, while Google and Mozilla are currently trying to bring the same level of flexibility to Go and Rust respectively. video (https://www.youtube.com/watch?v=57Ch2j8U0lk) Thanks to Ed for submitting this news item *** Interview - Aaron Poffenberger - email@email (mailto:akp@hypernote.com) / @akpoff (https://twitter.com/akpoff) BSD in a strange place + KM: Go ahead and tell us about yourself and how did you first get involved with BSD? + AJ: You.ve presented recently at Texas Linux Fest, both on FreeBSD and FreeNAS. What specifically prompted you to do that? + KM: What would you say are the main selling points when presenting BSD to Linux users and admins? + AJ: On the flip side of this topic, in what areas to do you think we could improve BSD to present better to Linux users? + KM: What would you specifically recommend to other BSD users or fans who may also want to help present or teach about BSD? Any things specifically to avoid? + AJ: What is the typical depth of knowledge you encounter when presenting BSD to a mostly Linux crowd? Any surprises when doing so? + KM: Since you have done this before, are you mainly writing your own material or borrowing from other talks that have been done on BSD? Do you think there.s a place for some collaboration, maybe having a repository of materials that can be used for other BSD presenters at their local linux conference / LUG? + AJ: Since you are primarily an OpenBSD user have you thought about doing any talks related to it? Is OpenBSD something on the radar of the typical Linux conference-goer? + KM: Is there anything else you would like to mention before we wrap up? News Roundup GhostBSD 10.1 released (http://ghostbsd.org/10.1_release_eve) GhostBSD has given us a new release, this time it also includes XFCE as an alternative to the MATE desktop The installer has been updated to allow using GRUB, BSD loader, or none at all It also includes the new OctoPKG manager, which proves a Qt driven front-end to pkgng Thanks to Shawn for submitting this *** Moving to FreeBSD (https://www.textplain.net/blog/2015/moving-to-freebsd/) In this blog post, Randy Westlund takes us through his journey of moving from Gentoo over to FreeBSD Inspired in part due to Systemd, he first spent some time on Wikipedia reading about BSD before taking the plunge to grab FreeBSD and give it a whirl in a VM. "My first impression was that installation was super easy. Installing Gentoo is done manually and can be a "fun" weekend adventure if you're not sure what you're doing. I can spin up a new FreeBSD VM in five minutes." "There's a man page for everything! And they're well-written! Gentoo has the best documentation of any Linux distro I've used, but FreeBSD is on another level. With a copy of the FreeBSD Handbook and the system man pages, I can actually get things done without tabbing over to Google every five minutes." He goes on to mention everything from Init system, Jails, Security, Community and License, a well-rounded article. Also gives a nice shout-out to PC-BSD as an even easier way to get started on a FreeBSD journey, thanks! Shout out to Matt for tipping us to this blog post *** OpenBSD Enables GPT by default (https://marc.info/?l=openbsd-cvs&m=144190275908215&w=2) Looks like OpenBSD has taken the plunge and enabled GPT by default now Ken Westerback does us the honors, by removing the kernel option for GPT Users on -CURRENT should give this a whirl, and of course report issues back upstream Credit to Jona for writing in about this one *** DISCUSSION: Are reproducible builds worth-while? (http://www.tedunangst.com/flak/post/reproducible-builds-are-a-waste-of-time) In this weeks article / rant, Ted takes on the notion of reproducible builds being the end-all be-all for security. What about compiler backdoors? This does not prevent shellshock, or other bugs in the code itself Personally, I.m all in favor, another .Trust but verify. mechanism of the distributed binaries, plus it makes it handy to do source builds and not end up with various checksum changes where no code actually changed. *** Feedback/Questions David writes in (http://slexy.org/view/s20Q7XjxNH) Possnfiffer writes in (http://slexy.org/view/s2QtE6XzJK) Daniel writes in (http://slexy.org/view/s20uloOljw) ***

Panel Joe Eames (twitter github blog) AJ O'Neal (twitter github blog) Jamison Dance (twitter github blog) Charles Max Wood (twitter github Teach Me To Code Rails Summer Camp) Discussion Greenfield - Brand New Project Brownfield - Older Applications, Legacy Code Poopfield - PHP Development Dealing With Legacy Code Use Tests Working Effectively with Legacy Code - Michael Feathers Risk When is the big rewrite the correct answer? Picks Joseph Smith: Rough Stone Rolling (AJ) Roll Up Crepes (AJ) Calepin (AJ) Bernie (Jamison) Dota 2 (Jamison) Derrick Storm Novels - A Brewing Storm, A Bloody Storm, A Raging Storm (Joe) Castle (Joe) X-Wing Mineatures (Joe) PEX For Fun (Joe) MLG Championship - Starcraft Duel (Joe) VESA 75 to 100 Adapter (Chuck) LG Tone Bluetooth Headphones (Chuck) Transcript JOE: Listen baby, it won’t get weird. JAMISON: [Chuckles] AJ: That sounds... weird. JAMISON: [Chuckles] Too Late. [Hosting and bandwidth provided by the Blue Box Group. Check them out at bluebox.net.] [This episode is sponsored by Harvest. I use Harvest to track time, track subcontractor’s time and invoice clients. Their time tracking is really simple and easy to use. Invoicing includes a ‘pay now’ function by credit card and PayPal. And you can sign up at getharvest.com. Use the code RF to get 50% off your first month.] CHUCK: Hey everybody and welcome to episode 28 of the JavaScript Jabber show. This week on our panel, we have AJ O’Neil. AJ: Yo, yo, yo comin’ at you live from the second story of an office base in Orem, Utah. CHUCK:  We also have Jamison Dance. JAMISON: Hi, I’m Jamison Dance and I am super excited, because today iTV just announced that we are doing the Nintendo TV thing; and I haven’t been able to talk about it for, like, six months, so it’s a good day. CHUCK: Cool. We also have Joe Eames. JOE: Comin at you semi live from American Fork, Utah. CHUCK: And I am Charles Max Wood from devchat.tv. Tim is not with us this week because he is in China. I thought I’d point that out, because I think it’s cool. Anyway, this week we are going to be talking about Greenfield versus Brownfield projects. It was kind of funny when we were getting ready to do this, some of the panels were like, Green/Brown? JAMISON: Yeah, I have to pull Josh Susser and ask for a definition. CHUCK: So, as far as I understand it, there are some new --- to this, depending to who you talk to, but mostly, Greenfield is a brand new project with few or no decisions made and no code written for it yet. And Brownfield projects are effectively older applications usually associated with legacy code. You know, so it’s an application that already has code written toward it. Typically, it is out there in the world doing whatever it is supposed to do. JAMISON: Now, I want to put this question delicately. Are there any fecal connotations to the color ‘brown’ in Brownfield? CHUCK: Only if it’s PHP. JOE: [Chuckles]. Then it’s Poopfield Development? CHUCK: [Chuckles]. Okay, we are not gonna go down that tangent. [Laughter] AJ: Because, I mean honestly, when Mormons make jokes about crap, it never sounds good anyway. CHUCK: Yeah. So anyway, how many of you guys have actually worked on a real Greenfield project? Like been there from day one, that you have it just built yourself. JAMISON: I guess it depends on your definition. Maybe. So we have lots of services at ITV, so I've been part of spinning up completely new services that didn’t exist. We had other sort of similar things already, so some of the decisions were already made for, so we kind of had a style established. But it was still like a separate project. AJ: Do you forget us so soon, Jamison? JAMISON: [Chuckles]. AJ: You don’t remember ever working here or getting started… JAMISON: I do. I don’t remember Greenfield stuff; I remember new features, I mean,

Panel Joe Eames (twitter github blog) AJ O'Neal (twitter github blog) Jamison Dance (twitter github blog) Charles Max Wood (twitter github Teach Me To Code Rails Summer Camp) Discussion Greenfield - Brand New Project Brownfield - Older Applications, Legacy Code Poopfield - PHP Development Dealing With Legacy Code Use Tests Working Effectively with Legacy Code - Michael Feathers Risk When is the big rewrite the correct answer? Picks Joseph Smith: Rough Stone Rolling (AJ) Roll Up Crepes (AJ) Calepin (AJ) Bernie (Jamison) Dota 2 (Jamison) Derrick Storm Novels - A Brewing Storm, A Bloody Storm, A Raging Storm (Joe) Castle (Joe) X-Wing Mineatures (Joe) PEX For Fun (Joe) MLG Championship - Starcraft Duel (Joe) VESA 75 to 100 Adapter (Chuck) LG Tone Bluetooth Headphones (Chuck) Transcript JOE: Listen baby, it won’t get weird. JAMISON: [Chuckles] AJ: That sounds... weird. JAMISON: [Chuckles] Too Late. [Hosting and bandwidth provided by the Blue Box Group. Check them out at bluebox.net.] [This episode is sponsored by Harvest. I use Harvest to track time, track subcontractor’s time and invoice clients. Their time tracking is really simple and easy to use. Invoicing includes a ‘pay now’ function by credit card and PayPal. And you can sign up at getharvest.com. Use the code RF to get 50% off your first month.] CHUCK: Hey everybody and welcome to episode 28 of the JavaScript Jabber show. This week on our panel, we have AJ O’Neil. AJ: Yo, yo, yo comin’ at you live from the second story of an office base in Orem, Utah. CHUCK:  We also have Jamison Dance. JAMISON: Hi, I’m Jamison Dance and I am super excited, because today iTV just announced that we are doing the Nintendo TV thing; and I haven’t been able to talk about it for, like, six months, so it’s a good day. CHUCK: Cool. We also have Joe Eames. JOE: Comin at you semi live from American Fork, Utah. CHUCK: And I am Charles Max Wood from devchat.tv. Tim is not with us this week because he is in China. I thought I’d point that out, because I think it’s cool. Anyway, this week we are going to be talking about Greenfield versus Brownfield projects. It was kind of funny when we were getting ready to do this, some of the panels were like, Green/Brown? JAMISON: Yeah, I have to pull Josh Susser and ask for a definition. CHUCK: So, as far as I understand it, there are some new --- to this, depending to who you talk to, but mostly, Greenfield is a brand new project with few or no decisions made and no code written for it yet. And Brownfield projects are effectively older applications usually associated with legacy code. You know, so it’s an application that already has code written toward it. Typically, it is out there in the world doing whatever it is supposed to do. JAMISON: Now, I want to put this question delicately. Are there any fecal connotations to the color ‘brown’ in Brownfield? CHUCK: Only if it’s PHP. JOE: [Chuckles]. Then it’s Poopfield Development? CHUCK: [Chuckles]. Okay, we are not gonna go down that tangent. [Laughter] AJ: Because, I mean honestly, when Mormons make jokes about crap, it never sounds good anyway. CHUCK: Yeah. So anyway, how many of you guys have actually worked on a real Greenfield project? Like been there from day one, that you have it just built yourself. JAMISON: I guess it depends on your definition. Maybe. So we have lots of services at ITV, so I've been part of spinning up completely new services that didn’t exist. We had other sort of similar things already, so some of the decisions were already made for, so we kind of had a style established. But it was still like a separate project. AJ: Do you forget us so soon, Jamison? JAMISON: [Chuckles]. AJ: You don’t remember ever working here or getting started… JAMISON: I do. I don’t remember Greenfield stuff; I remember new features, I mean,

Panel Joe Eames (twitter github blog) AJ O'Neal (twitter github blog) Jamison Dance (twitter github blog) Charles Max Wood (twitter github Teach Me To Code Rails Summer Camp) Discussion Greenfield - Brand New Project Brownfield - Older Applications, Legacy Code Poopfield - PHP Development Dealing With Legacy Code Use Tests Working Effectively with Legacy Code - Michael Feathers Risk When is the big rewrite the correct answer? Picks Joseph Smith: Rough Stone Rolling (AJ) Roll Up Crepes (AJ) Calepin (AJ) Bernie (Jamison) Dota 2 (Jamison) Derrick Storm Novels - A Brewing Storm, A Bloody Storm, A Raging Storm (Joe) Castle (Joe) X-Wing Mineatures (Joe) PEX For Fun (Joe) MLG Championship - Starcraft Duel (Joe) VESA 75 to 100 Adapter (Chuck) LG Tone Bluetooth Headphones (Chuck) Transcript JOE: Listen baby, it won’t get weird. JAMISON: [Chuckles] AJ: That sounds... weird. JAMISON: [Chuckles] Too Late. [Hosting and bandwidth provided by the Blue Box Group. Check them out at bluebox.net.] [This episode is sponsored by Harvest. I use Harvest to track time, track subcontractor’s time and invoice clients. Their time tracking is really simple and easy to use. Invoicing includes a ‘pay now’ function by credit card and PayPal. And you can sign up at getharvest.com. Use the code RF to get 50% off your first month.] CHUCK: Hey everybody and welcome to episode 28 of the JavaScript Jabber show. This week on our panel, we have AJ O’Neil. AJ: Yo, yo, yo comin’ at you live from the second story of an office base in Orem, Utah. CHUCK:  We also have Jamison Dance. JAMISON: Hi, I’m Jamison Dance and I am super excited, because today iTV just announced that we are doing the Nintendo TV thing; and I haven’t been able to talk about it for, like, six months, so it’s a good day. CHUCK: Cool. We also have Joe Eames. JOE: Comin at you semi live from American Fork, Utah. CHUCK: And I am Charles Max Wood from devchat.tv. Tim is not with us this week because he is in China. I thought I’d point that out, because I think it’s cool. Anyway, this week we are going to be talking about Greenfield versus Brownfield projects. It was kind of funny when we were getting ready to do this, some of the panels were like, Green/Brown? JAMISON: Yeah, I have to pull Josh Susser and ask for a definition. CHUCK: So, as far as I understand it, there are some new --- to this, depending to who you talk to, but mostly, Greenfield is a brand new project with few or no decisions made and no code written for it yet. And Brownfield projects are effectively older applications usually associated with legacy code. You know, so it’s an application that already has code written toward it. Typically, it is out there in the world doing whatever it is supposed to do. JAMISON: Now, I want to put this question delicately. Are there any fecal connotations to the color ‘brown’ in Brownfield? CHUCK: Only if it’s PHP. JOE: [Chuckles]. Then it’s Poopfield Development? CHUCK: [Chuckles]. Okay, we are not gonna go down that tangent. [Laughter] AJ: Because, I mean honestly, when Mormons make jokes about crap, it never sounds good anyway. CHUCK: Yeah. So anyway, how many of you guys have actually worked on a real Greenfield project? Like been there from day one, that you have it just built yourself. JAMISON: I guess it depends on your definition. Maybe. So we have lots of services at ITV, so I've been part of spinning up completely new services that didn’t exist. We had other sort of similar things already, so some of the decisions were already made for, so we kind of had a style established. But it was still like a separate project. AJ: Do you forget us so soon, Jamison? JAMISON: [Chuckles]. AJ: You don’t remember ever working here or getting started… JAMISON: I do. I don’t remember Greenfield stuff; I remember new features, I mean,