POPULARITY
9 episodes with technical architect
4 episodes with technical architect
4 episodes with technical architect
3 episodes with technical architect
4 episodes with technical architect
3 episodes with technical architect
2 episodes with technical architect
2 episodes with technical architect
2 episodes with technical architect
In this episode of the Virtually Speaking Podcast, we're joined by Marc van de Logt, Technical Architect at PQR, to explore the latest advancements in VMware NSX Security. We dive into VMware vDefend, including its integration with NSX Firewalling, NAPP deployment using Avi Loadbalancer, and cutting-edge tools like Security Intelligence, NTA, IDS/IPS, and NDR. Marc also introduces VMware's Project Cypress and shares insights on how VMware vDefend supports organizations in implementing a robust zero trust architecture. Tune in to learn how these technologies can elevate your security strategy.
Today on the Salesforce Admins Podcast, Josh Birk talks to Jagan Nathan, Technical Architect with Customer Success at Salesforce. Join us as we chat about guest user anomalies and what you can do about them with the Threat Detection app. You should subscribe for the full episode, but here are a few takeaways from our […] The post Key Security Best Practices for Salesforce Admins Using Data Cloud appeared first on Salesforce Admins.
In today's episode we're joined by Svet Voloshin, Salesforce CTA and Technical Architect for Booz Allen Hamilton in the US. Svet talks through his journey, having started as an accidental Admin after an entrepreneurial venture ended, how moving into Consulting helped him and how he was thrown in at the deep end but was able to quickly progress into an Architect role. Svet talks about learning how to fail and fail fast, how he chose different roles to help him progress towards his goal and how his CTA journey evolved. You can find Svet at www.ludidcta.com or on LinkedIn here: https://www.linkedin.com/in/svetvoloshin/ You can find more content from us at Talent Hub, here: LinkedIn@ https://www.linkedin.com/company/talent-hub-global/ YouTube@ https://www.youtube.com/@talenthub1140 Facebook@ https://www.facebook.com/TalentHubGlobal/ Instagram @ https://www.instagram.com/talenthubglobal/ Twitter X @ https://twitter.com/TalentHubGlobal We hope you enjoy the episode!
Aaron Cordovez; Co-Founder of Zulay Kitchen and Technical Architect of Samurai Seller. He is in the Top 100 Sellers on all of Amazon, selling $75 million a year. While working a 9-5 as a coder in 2015, he started Amazon as a side hustle to try and earn his family an extra $500-$1000 a month.In two years' time, he was making over 6-figures a month from Amazon and today has sold over $200 million worth of products on the internet.He has spoken in front of tens of thousands of people across the world and is on a mission to empower people to a life of entrepreneurship and success.Highlight Bullets> Here's a glimpse of what you would learn…. Challenges and strategies for e-commerce businesses, particularly on AmazonMargin compression and the need for brands to differentiate themselves through innovative products and designDiversifying to other marketplaces such as TikTok and WalmartStrategies for leveraging TikTok's platform, including partnering with creators and offering commissionsProduct ideation process at Zulay Kitchen and the role of category managersOrganizational structure of Zulay Kitchen and the roles and responsibilities of various teamsFinancial aspect of product launches and the strategy of pricing products competitivelyDefensive strategies for brands facing aggressive competition on AmazonSamurai Seller's managed services and automation toolsImportance of continually creating and innovating to stay ahead in the competitive marketIn this episode of the Ecomm Breakthrough podcast, host Josh Hadley welcomes Aaron Cordovez, co-founder of Zulay Kitchen and technical architect of Samurai Seller. They dive into the competitive world of Amazon, discussing the necessity for brands to innovate and differentiate themselves to combat margin compression. Aaron shares Zulay Kitchen's strategic approach to product development, emphasizing the role of category managers and a rigorous evaluation process. He also touches on the global team dynamics and the financial realities of product launches. The conversation then explores defensive pricing strategies and the potential of low-profit margins on Amazon, debunking myths about low pricing and underscoring the importance of upselling. Aaron warns against variation abuse and concludes by highlighting the services of Samurai Seller and Nexus Capital, stressing the need for continuous creation and innovation for Amazon sellers. Listeners are encouraged to connect with Aaron for further insights into scaling their e-commerce ventures.Here are the 3 action items that Josh identified from this episode:Action Item#1 Launching new products is essential for growth.Action Item#2 Operational efficiency is crucial for scaling your business.Action Item#3 Implementing a loss leader strategy can attract customers and lead to upselling opportunities.Resources mentioned in this episode:Josh Hadley on LinkedIneComm Breakthrough ConsultingeComm Breakthrough PodcastEmail Josh Hadley: Josh@eCommBreakthrough.comZulay KitchenSamurai SellerMr. PenNature's Bounty FTC Lawsuit on AmazonZulay's Kitchen Milk FrotherAaron Cordovez's websiteNexus Capital's websiteJabran Niaz on LinkedInScientology A New Slant on Life by L. Ron Hubbard Special Mention(s):Adam “Heist” Runquist on LinkedInKevin King on LinkedInMichael E. Gerber on LinkedInRelated Episode(s):“Cracking the Amazon Code: Learn From Adam Heist's Brand Scaling Secrets” on the eComm Breakthrough Podcast“Kevin King's Wicked-Smart Tips for Building an Audience of Raving Fans” on the eComm Breakthrough Podcast“Unlocking Entrepreneurial Greatness | Insider Secrets With E-myth Author Michael Gerber” on the eComm Breakthrough PodcastEpisode SponsorThis episode is brought to you by eComm Breakthrough Consulting where I help seven-figure e-commerce owners grow to eight figures. I started my business in 2015 and grew it to an eight-figure brand in seven years.I made mistakes along the way that made the path to eight figures longer. At times I doubted whether our business could even survive and become a real brand. I wish I would have had a guide to help me grow faster and avoid the stumbling blocks.If you've hit a plateau and want to know the next steps to take your business to the next level, then email me at josh@ecommbreakthrough.com and in your subject line say “strategy audit” for the chance to win a $10,000 comprehensive business strategy audit at no cost!Transcript Area**Josh Hadley** (00:00:00) - Welcome to the Ecomm Breakthrough podcast. I'm your host, Josh Hadley, where I interview the top business leaders in e-commerce. Past guests include Kevin King, Michael Gerber, author of the E-myth, and Matt Clark from ASM. Today, I'm speaking with Aaron Cordovez. He's the co-founder of Zulay Kitchen and technical architect of Samurai Seller. And today we're going to be talking a lot about some next level strategies that are going to help your brand survive on Amazon and other e-...
In this episode of the podcast, Grizz sits down with Rob Moffat - Senior Technical Architect at FINOS to discuss the FINOS 2024 Strategic Initiative Open Source Readiness (OSR) for banks and financial institutions Rob Moffat: https://www.linkedin.com/in/robmoffat/ FINOS OSR information: https://osr.finos.org/docs/bok/Introduction FINOS OSR repo: https://github.com/finos/open-source-readiness FINOS OSR training: https://osr.finos.org/docs/osr-resources/Training 2023 State of Open Source in Financial Services Download: https://www.finos.org/state-of-open-source-in-financial-services-2023 FINOS Current Newsletter Here: https://www.finos.org/newsletter - more show notes to come Grizz's Info | https://www.linkedin.com/in/aarongriswold/ | grizz@finos.org ►► Visit FINOS www.finos.org ►► Get In Touch: info@finos.org
In this episode of the podcast, Grizz sits down with Rob Moffat - Senior Technical Architect at FINOS to discuss the FINOS 2024 Strategic Initiative FINOS CCC (Common Cloud Controls). Rob Moffat: https://www.linkedin.com/in/robmoffat/ FINOS CCC information: https://www.finos.org/finos-2024-strategic-initiatives FINOS CCC repo: https://github.com/finos/common-cloud-controls 2023 State of Open Source in Financial Services Download: https://www.finos.org/state-of-open-source-in-financial-services-2023 FINOS Current Newsletter Here: https://www.finos.org/newsletter - more show notes to come Grizz's Info | https://www.linkedin.com/in/aarongriswold/ | grizz@finos.org ►► Visit FINOS www.finos.org ►► Get In Touch: info@finos.org
UC Today host Rob Scott is joined by Microsoft Teams Expert and Co-Founder of Empowering.Cloud, Tom Arbuthnot and a panel of experts from the Microsoft Teams community.In this update, we talk through the most popular Teams news headlines with this month's special guests:Graham Walsh, Product Specialist at NeatSatish Upadhyaya, MVP, Microsoft 365 UC ArchitectAmanda Sterner, Microsoft MVP, Technical Architect, Advania – Knowledge FactoryMicrosoft Teams News Copilot for financeCopilot new languagesTeams RoomsAndroid Rooms Big UpdateDaily maintenance restart window for Teams Rooms on Android devicesControl your Teams Room with your Windows PC on both Windows and AndroidMicrosoft Teams now supports Android AutoTeams Phone96 countries now on Operator ConnectPrivate line is now availableSelect IP phone models from Snom compatible with SIP GatewayPublic preview of Azure Operator Call ProtectionEventsChannel Partners Conference & Expo - 11 MarchTeams Fireside Chat - 14 MarchEnterprise Connect - Everything a Teams Service Owner needs to know - 25 MarchCommsVNext - 23 AprilIgnite has a date! In Chicago and online - 18-22 November, 2024
In this episode of the podcast, Grizz sits down with Rob Moffat - Senior Technical Architect at FINOS to discuss FINOS 2024 Strategic Initiatives, and FDC3 (trader desktop interoperability) specifically. Rob Moffat: https://www.linkedin.com/in/robmoffat/ FDC3 site: https://fdc3.finos.org/ FDC3 repo: https://github.com/finos/FDC3 Take your career to the next level with our FDC3 training and certifications! FINOS Certified FDC3 Practitioner Training (FCFP) Developing Solutions with FDC3 (LFD237) Introduction to FDC3 Dive into the fundamentals with our express learning course 2023 State of Open Source in Financial Services Download: https://www.finos.org/state-of-open-source-in-financial-services-2023 FINOS Current Newsletter Here: https://www.finos.org/newsletter - more show notes to come Grizz's Info | https://www.linkedin.com/in/aarongriswold/ | grizz@finos.org ►► Visit FINOS www.finos.org ►► Get In Touch: info@finos.org
UC Today host Rob Scott is joined by Microsoft Teams Expert and Co-Founder of Empowering.Cloud, Tom Arbuthnot and a panel of experts from the Microsoft Teams community.In this update, we talk through the most popular Teams news headlines with this month's special guests:Satish Upadhyaya, Microsoft Unified Communications Architect, SoftelAmanda Sterner, Technical Architect, AdvaniaMicrosoft Teams NewsNew Front Line Worker Teams Phone LicenseOperator Connect in IndiaIs 2024 the year of Copilot or the year of Premium?Join Teams work meetings from Microsoft Teams (free) and vice versaLoop components in Teams channelsTeams Android AutoEventsISE 2024 - January 30-February 2Teams Fireside Chat - February 8Microsoft Teams Devices Ask Me Anything - February 19-20
Christian Burne is a WCM Implementation Expert, a Technical Architect, and the CTO and Product Development Manager at Oshyn. He's been building websites for over twenty years. Oshyn, is a website developing company that specializes in composable DXPs, or digital experience platforms. Christian explains the technical benefits a of composable DXP.3:10 What is DXP5:35 Adobe acquisitions8:00 Defining composable12:35 Aligning teams14:35 Benefits of being composable19:18 OutroRegister: The State of Gated vs Ungated Virtual Event Read: The State of Gated vs Ungated Content ReportFollow Christian: | LinkedIn | Oshyn Follow The Juice:| Website | Blog | Twitter | LinkedInFollow Brett:| Twitter | LinkedIn
UC Today host Rob Scott is joined by Microsoft Teams Expert and Co-Founder of Empowering.Cloud, Tom Arbuthnot and a panel of experts from the Microsoft Teams community.In this update, we talk through the most popular Teams news headlines with this month's panel of special guests:Graham Walsh, Product Specialist at NeatKevin Kieller, Co-Founder and Lead Analyst, enableUCAmanda Sterner, Technical Architect, AdvaniaJosh Blalock, Microsoft MVP & Chief Video Evangelist at JabraSimon Leyland, Independent Consultant, AlloquySatish Upadhyaya, Microsoft Unified Communications Architect, SoftelMicrosoft Teams NewsMicrosoft Q1 Results320 million Microsoft Teams monthly active users10,000 customers using Teams PremiumMicrosoft Teams Rooms revenue grows triple-digits for nine consecutive quartersGeneral Availability of the new Microsoft Teams app"Enterprise" General Availability of Microsoft 365 CopilotMicrosoft Teams Android 9 Phones certification end date extensionOperator Connect – 77 Operators, 77 countriesSurface Hub 3 shipping dateMicrosoft Teams Integrates with DALL-E for AI-Generated BackgroundsEventsMicrosoft Ignite - November 15–16Call & Contact Centre Expo, London - November 29-30Cavell Enable - November 28Microsoft UC User Group London - November 28Teams Fireside Chat with Ilya Bukshteyn - December
In this week's episode, we're joined by Jonathan Fox, a Salesforce Technical Architect and Golden Hoodie recipient based in the UK. We discussed how he has found success in the Salesforce ecosystem having transitioned from a career in the military in 2019, and his journey coming from a completely non-technical background. He shares tips and advice on how he became a Salesforce Developer, how he worked for Salesforce as a Solution Engineer, and now works as a Technical Architect. This chat with Jonathan is full of useful advice as well as inspiration for others who are looking to build a career in the Salesforce ecosystem. Make sure you're following him on his Linkedin page and we hope you enjoy the episode!
Get set for an illuminating episode with our special guest, Jagannathan Padmanabhan, a security advocate within his current role as a Technical Architect at Salesforce. Jagan brings to the fore how he leverages Salesforce to tackle customer challenges and his fervor for platform security. He imparts his wisdom on the zero trust security model and the principle of least privilege, both key aspects in maintaining a safe platform. Prepare to be enthralled as Jagan unveils the intricate workings of event-driven architecture within Salesforce. He walks us through the various events that transpire when a user logs in, accesses a list view, generates reports, or logs out. By the closure of our engaging conversation, you'll have a deeper comprehension of file and event security in Salesforce - a pertinent skill in this digital age. Don't miss out on this enlightening conversation! Show Highlights: Discussion on Salesforce's zero trust security model and the principle of least privilege. Explanation of the role of Salesforce Shield in platform security. In-depth exploration of event-driven architecture within Salesforce. Introduction to the Event Monitoring add-on license, file events, and transaction security policies. How developers can use condition builders or Apex classes to send notifications and alerts. Importance of file and event security in Salesforce and its practical application in solving customer problems. Links: Real-time event monitoring: https://help.salesforce.com/s/articleView?id=sf.real_time_event_monitoring_overview.htm&type=5 Linkedin account: https://www.linkedin.com/in/jagansalesforce FileEvents developer blog post: https://developer.salesforce.com/blogs/2023/06/using-fileevents-to-strengthen-file-security
For the longest time, financial services organizations have largely been consumers of open-source technology, and they haven't been very keen in moving towards the contribution side. But things are starting to change as a lot of organizations in the space are beginning to give more weight to the idea of using their resources to help maintain and improve the open-source projects that they use. FINOS leads the way in promoting open innovation in the financial services industry. Joining us on the podcast today to tell us more about it is the nonprofit's Senior Technical Architect, Rob Moffat. In this conversation, Rob tells us how FINOS provides open-source software solutions that help address common industry challenges and drive innovation that benefits all organizations involved. Join in and learn the prospects lying in wait for the future of open-source fintech!
UC Today host Rob Scott is joined by Microsoft Teams Expert and Co-Founder of Empowering.Cloud, Tom Arbuthnot.In this update, we talk through the most popular Teams news headlines with this month's panel of special guests:Josh Blalock, Microsoft MVP & Chief Video Evangelist, JabraGraham Walsh, Microsoft MVP & Product Specialist / Strategic Alliances EMEA, NeatRyan Herbst, Vice President & Chief Device Strategist, UnifiedCommunications.comKevin Kieller, Co-Founder and Lead Analyst, enableUCAmanda Sterner, Technical Architect, Advania - Knowledge FactoryMicrosoft Teams NewsIntelligent Meeting Recap GAAvatars GA and Immersive SpacesTrack and Pause Automatic Firmware Updates for Android-based Teams Devices in the Teams Admin CenterCloud Video Interop (CVI) Customers to Join Microsoft Teams Rooms Meetings via Improved SIP Guest Join ExperienceNews from Microsoft Build - Copilot in WindowsVirtual Front Desk on Teams Certified DisplaysEasier Hotdesking Sign-in with QR Code UpdateDeadlines Approaching ⚠Migrate 3PIP phonesUser Licences on Teams RoomsForthcoming EventsTeams Fireside Chat, JuneInfocomm, June 10-16, Orlando, FloridaCommsverse, June 21-22, Mercedez-Benz World, UKMicrosoft UC User Group London, July 6thTeamsdagen, October 4th, Sweden
Today on the Salesforce Admins Podcast, we talk to Gorav Seth, Salesforce Platform Manager at Ashoka, and Eric Smith, Technical Architect at RafterOne. Join us as we chat about the Flow solutions they came up with to improve their processes in their orgs, and how you can get started building your own flows. You should […] The post Gorav Seth and Eric Smith on Cool Flow Solutions appeared first on Salesforce Admins.
Episode 212 of the #MVPbuzzChat interview series. Conversation between Microsoft Regional Director and MVP Christian Buckley (@buckleyplanet), and Enterprise Mobility MVP, Andrew Taylor (https://andrewstaylor.com/), a Technical Architect with Six Degrees, based in Tyne & Wear, England. You can also find this episode on the CollabTalk blog at https://www.buckleyplanet.com/2023/04/mvpbuzzchat-with-andrew-taylor.html
In today's episode, we are delighted to be joined by Jordan Baucke, a Salesforce Technical Architect based in Denver. Jordan explains how he first came across Salesforce in 2008, what interested him about opportunities in the ecosystem back then and why he has always found his way back to Salesforce after running his own startups or venturing into the world of Crypto. Jordan talks through the differences between working in the startup world and the enterprise space, but also the similarities and how he has brought lessons from his start-up days into his current role as a Technical Architect on large programs. Jordan shares how his mindset on certifications has changed over the years, why the CTA is a goal of his, and how he has developed his own skill set and capabilities through studying for the review board. Jordan talks about burnout and the importance of self-care and how he has become much more aware of this in more recent times. Finally, Jordan provides some advice for Engineers starting out in their career. You can connect with Jordan on his Linkedin page. We hope that you enjoy the episode.
In this episode of XrmToolCast, the hosts Daryl and Scott welcomed Kristine Kolodziejski, a Microsoft MVP and a Technical Architect, to talk about ChatGPT-3, Bing Chat, and other AI-powered tools. Kristine shared her experience using these tools to enhance personal productivity and save time. The discussion began with talking about ChatGPT-3, an advanced natural language processing model developed by OpenAI. Kristine explained how ChatGPT-3 and other AI tools could be used to save us time and spend more time gaming or chilling on the beach. She also talked about some of the challenges and limitations of using AI-powered chatbots, such as the need for typing correct spelling or providing more context to get more detailed responses. The conversation then moved on to Bing Chat, a chatbot building platform provided by Microsoft. Kristine discussed how using a ChatGPT would not make someone a developer overnight and the more someone knows about the topics that are asked in ChatGPT, the more helpful answers will be generated. Then, Scott asked Kristine about ethics and AI. Finally, the hosts and Kristine discussed other AI-powered tools that can be used for generating presentation slides, presentation videos, video creation and image editing. They talked about how these tools can be used to brainstorm, generate initial draft content, summarise content, etc. Overall, this episode of XrmToolCast provided valuable insights into the world of AI-powered tools, and how they can be used to generate content and save a lot of time. Some of the highlights: Games Factorio Age Of Empires ChatGPT Bing Chat Some of the highs and lows of ChatGPT Ethics and AI Tome - AI-powered tool to generate slide deck beHuman – AI yourself in presentations D-ID - AI-generated video creation platform Runway - content creation with artificial intelligence Nvidia Eye Contact AI from Broadcast 1.4 Kristine's Info and other links: https://www.linkedin.com/in/kristine-kolodziejski @kristinekk94 Blog: https://www.kristinekolodziejski.com Github: https://github.com/misskristine94 ChatGPT PCF Control by Danish: https://pcf.gallery/chatgpt-control YouTube Video: https://youtu.be/qDMOvLGCzHM Got questions? Have your own tool you'd like to share? Have a suggestion for a future episode? Contact Daryl and Scott at cast@xrmtoolbox.com. Follow us on LinkedIn and @XrmToolCast for updates on future episodes. Do you want to see us too? Subscribe to our YouTube channel to view the last episodes. Don't forget to rate and leave a review for this show at Podchaser. Your hosts: Daryl LaBar: https://www.linkedin.com/in/daryllabar | @ddlabar Scott Durow: https://www.linkedin.com/in/scottdurow | @ScottDurow Editor: Linn Zaw Win: https://www.linkedin.com/in/linnzawwin | @LinnZawWin Music: https://www.purple-planet.com
Eliza Sarobhasa, Leadership Fellow at Women Who Code Python, interviews Martina Mickos, Technical Architect at Workday. They discuss Martina's roles at Workday, what the day-to-day for an architect looks like, what skills are important for the role, and her thoughts on leadership and career goals.
Gary Strahle is a Technical Architect with over a decade's worth of operational cannabis industry experience. 2023 NCIA Retail Committee Chairman. Avid surfer and golfer with a passion to help others.Cannabis Cloud - Applications, Consulting & Payments. Founded in 2015, providing service to over 2,500 cannabis businesses. Specialized as a Salesforce Partner innovating industry standard solutions from seed to sale, Cannabis Cloud's payments integrated Retail Point of Sale hosts a robust API for connecting external menus such as Weedmaps or Leafly, and much more.Advertising Inquiries: https://redcircle.com/brandsPrivacy & Opt-Out: https://redcircle.com/privacy
In this podcast episode, I talk to Dr. Alexandre Orth, Head of Subsea Automation Systems at Bosch Rexroth and with Gottfried Hendrix, Manager of Technical Systems and Solutions, Technical Architect for Subsea Automation Systems, also at Bosch Rexroth. Together with a team, the two have developed the world's smallest electric subsea actuator, which can replace the conventional hydraulic cylinder without taking up additional space.www.boschrexroth.comwww.maritime-technik.dewww.baerbel-fening.de
In today's episode, we are delighted to be joined by Christian Andrada. Christian is a Salesforce CTA and the Head of Salesforce Advisory Services for CloudGaia in Barcelona. Christian started his career as a Java Developer, so we explore what attracted him to the Salesforce space, what experience he could lean on to make the transition and what he needed to learn. Christian has been with CloudGaia for over 6 years, so we discuss why he has stayed and how he has benefited from the consistency of working for one partner. Over the years Christian has performed several roles so we unpick his journey, including understanding the differences between a Solution Architect and a Technical Architect role. Finally, Christian talks us through his Salesforce CTA journey. What got him started, what it was like preparing with a newborn baby, advice for the review board and what it meant for him to pass and fulfil such a significant achievement while putting South America on the map. If you have any questions you want to ask you can connect with Christian on his Linkedin page. We hope that you enjoy the episode!
Episode 190 of the #MVPbuzzChat interview series. Conversation between Microsoft Regional Director and MVP Christian Buckley (@buckleyplanet), and M365 Apps & Services MVP, Amanda Sterner (@amandassterner), a Technical Architect with Knowledge Factory at Advania based in Stockholm, Sweden. You can also find this episode on the CollabTalk blog at https://www.buckleyplanet.com/2022/11/mvpbuzzchat-with-amanda-sterner.html
Today's guest is Ashutosh Munot, ServiceNow Technical Architect at Nationale-Nederlanden. The NN Group is an international financial services company, active in 11 countries, with a strong presence in a number of European countries and Japan.. With roots in The Netherlands and a rich history of more than 175 years, NN Group provides retirement services, pensions, insurance, banking and investments to approximately 18 million customers. NN Group includes Nationale-Nederlanden, NN, ABN AMRO Insurance, Movir, AZL, BeFrank, OHRA and Woonnu. NN Group put their resources, expertise and networks to use for the well-being of their customers, the advancement of their communities, the preservation of the planet, and for the promotion of a stable, inclusive and sustainable economy. Their purpose is to help people care for what matters most to them. In the episode, Ashutosh will discuss: Balancing his community work with his full-time role, How to generate your projects into ROI, Case studies of the impact they bring to customers, The importance of auditing, Enabling citizen development, Challenges he's had to overcome in his career to date, and What the future holds for the ServiceNow platform
In today's episode, we are joined by Ram Babu Singh, a Salesforce CTA and Associate Director for Accenture UK. Through the episode we explore Ram's early interest in Engineering, whether he saw it as a long term career and how he got started in the Salesforce ecosystem. Ram talks us through the early days as a Salesforce Developer and how on site opportunity in the Netherlands really enabled him to enhance his engineering skill set. Ram has progressed from Developer to Tech Lead and Technical Architect, so he shares some of the steps he took to improve and grow along the way. He talks about the importance of being out of your comfort zone and asking for feedback, aswell as discusses how he manages stress and burnout. Finally Ram talks about his journey to CTA, how it played out and the lessons he learnt through the process, plus shares how valuable he found the Salesforce community and different groups that helped him achieve his goal. You can connect with Ram on Linkedin and also find out more about the CTA Gang of Four here.
We're starting today's episode with some exciting news! Based on some research, we may have the number one RevOps podcast on Spotify! Thank you to all of our listeners for being part of this journey and listening to the show. We couldn't have done it without you all. Also be prepared because today's episode is Exhibit A of attention deficit Friday. Now, let's get into solutions architects.Some Key Takeaways: Make sure you get to the real problem The solution architect's role is really to define what the real problem we're solving for is; jobs to be done The key element of understanding the issues as a whole and not just addressing the symptoms, that's a main place where the solution architect comes in Solution Architect + Technical Architect = Fire Emoji If you're liking the show, please make sure to subscribe and share it with your friends and/or coworkers. Follow us on Twitter: @dougdavidoff, @JessDCardenas & @demandcreator to receive updates on when new episodes publish or to get other great insights. You can also watch the video version of the show on our page. Thanks for watching and remember you can't solve your upstream problems, downstream.
#blockchain #banking #crypto #banks #finance #dcbbank #toctw #podcast #defi #cryptocurrency, Blockchain tech is challenging the traditional Banking Industry, will blockchain be able to replace the banking industry, A report by Consulting Giant #deloitte claims Crypto will replace #fiatcurrency in the next 5 to 10 yrs......what is the future of the banking Industry. We spoke to Prasanna Lohar Innovation Head & Technical Architect at DCB Bank, practicing Innovation Implementation & Architecture Orchestration at DCB Bank. He has launched a Global Innovation program – “DCB Bank Innovation Carnival”. to bring on Unique Experience of Innovation generation thru Hackathons & Accelerator programs in India. Prasanna is working with various FINTECH & BLOCKCHAIN Forums in India to create a Robust Innovation Ecosystem in India. As part of DCB's Digital & Architecture Transformation, he is closely associated with New & latest technology Assimilation, Experimentation, Innovative Customer Servicing & Engagement, Robust Architecture Implementation, Fintech & Startup Alignment, Open Innovation practices, Collaboration with other Banks on various initiatives. At DCB Prasanna has worked as Digital Bank Head & is Part of various deliveries like India's first Aadhaar & Biometric enabled ATM, Paperless A/c Opening - Zippi, India's first Omni-Channel Framework for Bank, Mobile Banking & Mobile Apps, Open Banking & Internet Banking The initiative, Unified Payment Interface (UPI), Bharat Bill Payment, API Management, Switch & Cards relevant initiatives. I have Over 18 Years of Industry Experience in Engineering and Development, Product Development, Organization Strategy & Governance, Risk Audit Compliance Management, Business Process Management, Enterprise Architecture, Mobile Apps, Digital Transformation, Fintech, E-Commerce, Payments, Platform and Product Innovation, Data Science, Machine Learning, Artificial Intelligence, Open Stack, Cloud Computing, Analytics, Big Data, IoT, BlockChain, UI-UX, Product Roadmap Strategy, Business Development From 2017-2019, He has bagged many Leadership awards Most Influential Payment Professionals, TOP 50 CIOs, Top 100 Innovative CIOs, Digital Leader of the Year, Top 20 BFSI Leaders. He has appeared in many BFSI Conferences as Key-Note Speaker & contributed to the Blockchain, and Cryptocurrency ecosystem. https://in.linkedin.com/in/prasannalohar https://twitter.com/loharprasanna
In part 2 of Security with Elisity, Darren discusses identity-based micro-segmentation solutions with Dana Yanch, Director of Technical Marketing, and Dan Demers, Technical Architect. Blog: https://www.intel.com/content/www/us/en/government/podcasts/embracing-digital-transformation-episode102.html Video: https://youtu.be/L2g_PjWTlWI
Episode 174 of the #MVPbuzzChat interview series. Conversation between Microsoft Regional Director and MVP Christian Buckley (@buckleyplanet), and Business Applications MVP, Linn Zaw Win (@LinnZawWin), a Technical Architect with Wellington, New Zealand-based Delta Insights. You can also find this episode on the CollabTalk blog at https://www.buckleyplanet.com/2022/07/mvpbuzzchat-with-linn-zaw-win.html
RR Abrot is a husband, a father, and a Technical Architect at Webflow. Listen for stories of love, family, and parenthood. Contact Guest: RR Abrot Email: rr.abrot@webflow.com Twitter: (@rrabrot) https://mobile.twitter.com/rrabrot Instagram: (@rrabrot) https://www.instagram.com/rrabrot/ Linkedin: https://www.linkedin.com/in/rrabrot/ YouTube: https://www.youtube.com/abrotcreative Emily Giordano Email: emily@greatdesignlead.com LinkedIn: https://www.linkedin.com/in/emily-giordano/ Twitter: @greatdesignlead - https://twitter.com/greatdesignlead Instagram: @greatdesignlead - https://www.instagram.com/greatdesignlead Website: www.greatdesignlead.com Podwork (Network for Guests & Podcasts): www.podwork.io Emily's Super Secret Podcast: https://anchor.fm/super-secret-podcast --- Support this podcast: https://anchor.fm/emily-giordano/support
Video content can be found here: https://www.youtube.com/channel/UC0BAd8tPlDqFvDYBemHcQPQ/
In today's episode we are delighted to be joined by Satyashil Awadhare, a Salesforce Certified Technical Architect. Satyashil talks us through his early career and how he fell into Salesforce having explored some different career paths. He explains what his first day as a 'Salesforce Expert' looked like and how his journey evolved, from Developer to Architect and then Salesforce Certified Technical Architect. Satyashil explains what it was like when he first emigrated to Australia from India, and what the early challenges were. He talks us through when the CTA became a goal for him and what sparked the interest, as well as what it was like preparing for the Review Board as a Salesforce employee. Having worked for Salesforce consulting business as well as Salesforce themselves, Satyashil explains the difference between a Program Architect and a Technical Architect role, and then explains what he is most excited about from his most recent move and a new experience, working on the customer side with Google in San Francisco. Make sure you're following Satyashil on Linkedin for his updates and we hope you enjoy the chat.
https://www.patreon.com/datameshradio (Data Mesh Radio Patreon) - get access to interviews well before they are released Episode list and links to all available episode transcripts (most interviews from #32 on) https://docs.google.com/spreadsheets/d/1ZmCIinVgIm0xjIVFpL9jMtCiOlBQ7LbvLmtmb0FKcQc/edit?usp=sharing (here) Provided as a free resource by DataStax https://www.datastax.com/products/datastax-astra?utm_source=DataMeshRadio (AstraDB) Transcript for this episode (https://docs.google.com/document/d/1OcU2AbWkY-7kLkmjAHW6-aN0IlZa3Hjmv_uSFKqoJ9I/edit?usp=sharing (link)) provided by Starburst. See their Data Mesh Summit recordings https://www.starburst.io/learn/events-webinars/datanova-on-demand/?datameshradio (here) and their great data mesh resource center https://www.starburst.io/info/distributed-data-mesh-resource-center/?datameshradio (here) In this episode, Scott interviewed Paul Andrew, Technical Architect at Avanade and Microsoft Data Platform MVP. Paul started by sharing his views on the chicken and egg problem of how much do you build out your data platform and when to support your data product creation and on-going operations. Is it after you've built a few data products? Entirely before? And how that discussion becomes even more in a brownfield deployment that already has existing requirements, expectations, and templates. For Paul, delivering a single data mesh data product on its own is not all that valuable - if you are going to go to the expense of implementing data mesh, you need to be able to satisfy use cases that cross domains. And the greater value is in cross-domain interoperability, getting to a data product that wasn't possible before. And, you need to deliver the data platform alongside those first 2-3 data products, otherwise you create a very hard to support data asset, not really a data product. When thinking about minimum viable data mesh, Paul views an approach leveraging DevOps and generally CI/CD - or Continuous Integration/Continuous Deliver - as very crucial. You need repeatability/reproducibility to really call something a data product. In a brownfield deployment, Paul sees leveraging existing templates for security and infrastructure as code as the best path forward - supplement what you've already built to make it usable for your new approach. You've already built out your security and compliance model, make it into infrastructure as code to really reduce friction for new data products. For Paul, being disciplined early in your data mesh journey is key. A proof of concept for data mesh is often only focused on the data set or table itself, not actually generating a data product and much less a minimum viable data mesh. It's pretty easy to put yourself in a very bad spot because taking that from proof of concept to actual production is going to be a very hard transition and telling users it will take weeks to months to productionalize is probably not going to go well. Be disciplined to go far enough to test out a minimum viable data mesh. Paul emphasized the need for pragmatism in most aspects when implementing a data mesh. Really think about when to take on tech debt and do so with intention. When shouldn't we take on tech debt? And how do we pay down tech debt and when? There is a balance between getting it done and technical purity. How do we choose what features to sacrifice? What is the time-value to money aspect, or how much importance do we have on getting it done sooner rather than more completely? These are questions you'll need to ask repeatedly. Similar to what previous guests mentioned, Paul is working to encourage and facilitate the data product marketing and discovery process - discussing with data consumers what they want, pie in the sky thinking. Then taking that and speaking with data producers and figuring out pragmatic approaches and what is simple to deliver. Is one aspect going to be very difficult? Go to the consumers and let them know it will delay...
Jessica White is a Technical Architect, Speaker, and a Microsoft MVP. In this episode, Jess joins Kat and Peter to discuss: • The DDD East Midlands Conference • Allyship and mentoring • Women in tech • Crohn's disease and living with an invisible disability • Neuro science, and social learning for children with autism Connect with Jess online: Twitter: https://twitter.com/JessPWhite LinkedIn: https://www.linkedin.com/in/jessica-w... DDD East Midlands: https://www.dddeastmidlands.com/ Website: https://jesswhite.co.uk/ Follow us on Twitter: Azure: https://twitter.com/amac_ncheese Kat: https://twitter.com/GreenanKat Pete: https://twitter.com/M365Rising Ru: https://twitter.com/rucam365 The show: https://twitter.com/CloudCons365 Connect with us on LinkedIn: Azure: https://www.linkedin.com/in/azuremcfa... Kat: https://www.linkedin.com/in/kat-green... Pete: https://www.linkedin.com/in/peterrising Ru: https://www.linkedin.com/in/rlcam Check out our blogs: Kat: https://collabwithkat.com Pete: https://www.peterrising.co.uk Ru: https://campbell.scot Buy Pete's books! MS-500 Exam Guide (UK): https://www.amazon.co.uk/dp/1838983120 MS-700 Exam Guide (UK): https://www.amazon.co.uk/dp/1801071004 MS-500 Exam Guide (USA): https://www.amazon.com/dp/1838983120 MS-700 Exam Guide (USA): https://www.amazon.com/dp/1801071004
Thank you to our presenting sponsor Merck Animal Health Ventures! https://www.merck-animal-health.com/animal-health-ventures/ Floating Farm: https://floatingfarm.nl/ Vence: https://vence.io/ We have a fascinating story today about the world's first floating farm. To some of you that may sound far fetched or maybe even like a gimmick, but I assure you it's anything but. And it can open our minds to new possibilities for what and where a farm can be. Even a livestock farm. Today's episode features both Peter and Vincent van Wingerden. Peter has a background in engineering and started his company to build large buildings on the water. His experience in New York City in 2013 prompted him to focus full time on the concept of a floating farm. He'll talk more about that in the moment. Joining Peter is his son Vincent, who also happens to work in agtech with Microsoft. Vincent is a Technical Architect for data and AI and ag is one of the sectors he is working in. It was so great to have both Peter and Vincent on the interview to talk about the floating farm, and about agricultural technology and sustainability more broadly. Stay tuned to the end of the episode for a short profile on Vence, a company we featured by in 246 and has since become a portfolio company of Merck Animal Health Ventures. Support the Future of Agriculture podcast by joining the FoA community! www.Patreon.com/agriculture
In this episode of the podcast - Grizz sits down with Rob Moffat, our new Senior Technical Architect, to discuss his developer journey from banks to FINOS, and then a developer's thoughts on the power of open source in financial services. Rob's Info https://www.linkedin.com/in/robmoffat/ Rob Moffat is a seasoned IT professional living in the UK. Over the last twenty years, he has worked at many of the top-tier investment banks in London on regulatory and transformation IT projects. Most recently he has been an advocate for the Symphony platform and the transformational capabilities of chat bots within finance.Rob is a staunch advocate of Open Source and works on many open source projects, including the FINOS "Spring Bot" project which he built and contributed whilst working at Deutsche Bank.Rob holds a Computer Science degree and an MBA and is the author of "Risk-First Software Development" OSSF is now OSFF - Dates - Call For Papers Now Open! Open Source in Finance Forum - https://events.linuxfoundation.org/open-source-finance-forum/ OSFF London Call for Proposals - https://events.linuxfoundation.org/open-source-finance-forum-london/program/cfp/ OSFF New York Call for Proposals - https://events.linuxfoundation.org/open-source-finance-forum-new-york/program/cfp/ Grizz's Info | https://www.linkedin.com/in/aarongriswold/ | grizz@finos.org ►► Visit FINOS www.finos.org ►► Get In Touch: info@finos.org
Sundeep is a Technical Architect, project advisor, creator, and a collector there's no other person that can explain this more intuitive than him. let's learn about the #crypto space, #blockchain, why people at time get caught up on (FOMO) #fear of #missing out. Let's start learning the difference of some of the most popular #crypto coins --- This episode is sponsored by · Anchor: The easiest way to make a podcast. https://anchor.fm/app Support this podcast: https://anchor.fm/e4726/support
Join us as we talk about CAT's incredible story, what mentoring means to her, and how she has continued to be a trailblazer within the industry! CAT Susch is currently a Technical Architect specializing in Collaboration, Mixed Reality, and Office 365 in Microsoft. She is responsible for aligning Technology Strategy with Business Strategy and her activities are focused on helping customers understand the value of using modern collaboration to enable everyone to achieve more. CAT has held positions at such companies as McGraw-Hill Companies, UBS, Ernst & Young Consulting, Goldman Sachs, Information Builders, Inc., and IBM. CAT holds a bachelor's degree in Math/Computer Science from Purchase College in New York. ✉️ Connect with CAT http://catsusch.com
John lunn said about his work and work experience and answered some of my questions, he is wonderful. --- This episode is sponsored by · Anchor: The easiest way to make a podcast. https://anchor.fm/app
About MattMatt is an AWS DevTools Hero, Serverless Architect, Author and conference speaker. He is focused on creating the right environment for empowered teams to rapidly deliver business value in a well-architected, sustainable and serverless-first way.You can usually find him sharing reusable, well architected, serverless patterns over at cdkpatterns.com or behind the scenes bringing CDK Day to life.Links: AWS CDK Patterns: https://cdkpatterns.com The CDK Book: https://thecdkbook.com CDK Day: https://www.cdkday.com TranscriptAnnouncer: Hello, and welcome to Screaming in the Cloud with your host, Chief Cloud Economist at The Duckbill Group, Corey Quinn. This weekly show features conversations with people doing interesting work in the world of cloud, thoughtful commentary on the state of the technical world, and ridiculous titles for which Corey refuses to apologize. This is Screaming in the Cloud.Corey: It seems like there is a new security breach every day. Are you confident that an old SSH key, or a shared admin account, isn't going to come back and bite you? If not, check out Teleport. Teleport is the easiest, most secure way to access all of your infrastructure. The open source Teleport Access Plane consolidates everything you need for secure access to your Linux and Windows servers—and I assure you there is no third option there. Kubernetes clusters, databases, and internal applications like AWS Management Console, Yankins, GitLab, Grafana, Jupyter Notebooks, and more. Teleport's unique approach is not only more secure, it also improves developer productivity. To learn more visit: goteleport.com. And not, that is not me telling you to go away, it is: goteleport.com.Corey: This episode is sponsored in part by our friends at Rising Cloud, which I hadn't heard of before, but they're doing something vaguely interesting here. They are using AI, which is usually where my eyes glaze over and I lose attention, but they're using it to help developers be more efficient by reducing repetitive tasks. So, the idea being that you can run stateless things without having to worry about scaling, placement, et cetera, and the rest. They claim significant cost savings, and they're able to wind up taking what you're running as it is in AWS with no changes, and run it inside of their data centers that span multiple regions. I'm somewhat skeptical, but their customers seem to really like them, so that's one of those areas where I really have a hard time being too snarky about it because when you solve a customer's problem and they get out there in public and say, “We're solving a problem,” it's very hard to snark about that. Multus Medical, Construx.ai and Stax have seen significant results by using them. And it's worth exploring. So, if you're looking for a smarter, faster, cheaper alternative to EC2, Lambda, or batch, consider checking them out. Visit risingcloud.com/benefits. That's risingcloud.com/benefits, and be sure to tell them that I said you because watching people wince when you mention my name is one of the guilty pleasures of listening to this podcast.Corey: Welcome to Screaming in the Cloud. I'm Corey Quinn. I'm joined today by Matt Coulter, who is a Technical Architect at Liberty Mutual. You may have had the privilege of seeing him on the keynote stage at re:Invent last year—in Las Vegas or remotely—that last year of course being 2021. But if you make better choices than the two of us did, and found yourself not there, take the chance to go and watch that keynote. It's really worth seeing.Matt, first, thank you for joining me. I'm sorry, I don't have 20,000 people here in the audience to clap this time. They're here, but they're all remote as opposed to sitting in the room behind me because you know, social distancing.Matt: And this left earphone, I just have some applause going, just permanently, just to keep me going. [laugh].Corey: That's sort of my own internal laugh track going on. It's basically whatever I say is hilarious, to that. So yeah, doesn't really matter what I say, how I say it, my jokes are all for me. It's fine. So, what was it like being on stage in front of that many people? It's always been a wild experience to watch and for folks who haven't spent time on the speaking circuit, I don't think that there's any real conception of what that's like. Is this like giving a talk at work, where I just walk on stage randomly, whatever I happened to be wearing? And, oh, here's a microphone, I'm going to say words. What is the process there?Matt: It's completely different. For context for everyone, before the pandemic, I would have pretty regularly talked in front of, I don't know, maybe one, two hundred people in Liberty, in Belfast. So, I used to be able to just, sort of, walk in front of them, and lean against the pillar, and use my clicker, and click through, but the process for actually presenting something as big as a keynote and re:Invent is so different. For starters, you think that when you walk onto the stage, you'll actually be able to see the audience, but the way the lights are set up, you can pretty much see about one row of people, and they're not the front row, so anybody I knew, I couldn't actually see.And yeah, you can only see, sort of like, the from the void, and then you have your screens, so you've six sets of screens that tell you your notes as well as what slides you're on, you know, so you can pivot. But other than that, I mean, it feels like you're just talking to yourself outside of whenever people, thankfully, applause. It's such a long process to get there.Corey: I've always said that there are a few different transition stages as the audience size increases, but for me, the final stage is more or less anything above 750 people. Because as you say, you aren't able to see that many beyond that point, and it doesn't really change anything meaningfully. The most common example that you see in the wild is jokes that work super well with a small group of people fall completely flat to large audiences. It's why so much corporate numerous cheesy because yeah, everyone in the rehearsals is sitting there laughing and the joke kills, but now you've got 5000 people sitting in a room and that joke just sounds strained and forced because there's no longer a conversation, and no one has the shared context that—the humor has to change. So, in some cases when you're telling a story about what you're going to say on stage, during a rehearsal, they're going to say, “Well, that joke sounds really corny and lame.” It's, “Yeah, wait until you see it in front of an audience. It will land very differently.” And I'm usually right on that.I would also advise, you know, doing what you do and having something important and useful to say, as opposed to just going up there to tell jokes the whole time. I wanted to talk about that because you talked about how you're using various CDK and other serverless style patterns in your work at Liberty Mutual.Matt: Yeah. So, we've been using CDK pretty extensively since it was, sort of, Q3 2019. At that point, it was new. Like, it had just gone GA at the time, just came out of dev preview. And we've been using CDK from the perspective of we want to be building serverless-first, well-architected apps, and ideally we want to be building them on AWS.Now, the thing is, we have 5000 people in our IT organization, so there's sort of a couple of ways you can take to try and get those people onto the cloud: You can either go the route of being, like, there is one true path to architecture, this is our architecture and everything you want to build can fit into that square box; or you can go the other approach and try and have the golden path where you say this is the paved road that is really easy to do, but if you want to differentiate from that route, that's okay. But what you need to do is feed back into the golden path if that works. Then everybody can improve. And that's where we've started been using CDK. So, what you heard me talk about was the software accelerator, and it's sort of a different approach.It's where anybody can build a pattern and then share it so that everybody else can rapidly, you know, just reuse it. And what that means is effectively you can, instead of having to have hundreds of people on a central team, you can actually just crowdsource, and sort of decentralize the function. And if things are good, then a small team can actually come in and audit them, so to speak, and check that it's well-architected, and doesn't have flaws, and drive things that way.Corey: I have to confess that I view the CDK as sort of a third stage automation approach, and it's one that I haven't done much work with myself. The first stage is clicking around in the console; the second is using CloudFormation or Terraform; the third stage is what we're talking about here is CDK or Pulumi, or something like that. And then you ascend to the final fourth stage, which is what I use, which is clicking around in the AWS console, but then you lie to people about it. ClickOps is poised to take over the world. But that's okay. You haven't gotten that far yet. Instead, you're on the CDK side. What advantages does CDK offer that effectively CloudFormation or something like it doesn't?Matt: So, first off, for ClickOps in Liberty, we actually have the AWS console as read-only in all of our accounts, except for sandbox. So, you can ClickOps in sandbox to learn, but if you want to do something real, unfortunately, it's going to fail you. So.—Corey: I love that pattern. I think I might steal that.Matt: [laugh]. So, originally, we went heavy on CloudFormation, which is why CDK worked well for us. And because we've actually—it's been a long journey. I mean, we've been deploying—2014, I think it was, we first started deploying to AWS, and we've used everything from Terraform, to you name it. We've built our own tools, believe it or not, that are basically CDK.And the thing about CloudFormation is, it's brilliant, but it's also incredibly verbose and long because you need to specify absolutely everything that you want to deploy, and every piece of configuration. And that's fine if you're just deploying a side project, but if you're in an enterprise that has responsibilities to protect user data, and you can't just deploy anything, they end up thousands and thousands and thousands of lines long. And then we have amazing guardrails, so if you tried to deploy a CloudFormation template with a flaw in it, we can either just fix it, or reject the deploy. But CloudFormation is not known to be the fastest to deploy, so you end up in this developer cycle, where you build this template by hand, and then it goes through that CloudFormation deploy, and then you get the failure message that it didn't deploy because of some compliance thing, and developers just got frustrated, and were like, sod this. [laugh].I'm not deploying to AWS. Back the on-prem. And that's where CDK was a bit different because it allowed us to actually build abstractions with all of our guardrails baked in, so that it just looked like a standard class, for developers, like, developers already know Java, Python, TypeScript, the languages off CDK, and so we were able to just make it easy by saying, “You want API Gateway? There's an API Gateway class. You want, I don't know, an EC2 instance? There you go.” And that way, developers could focus on the thing they wanted, instead of all of the compliance stuff that they needed to care about every time they wanted to deploy.Corey: Personally, I keep lobbying AWS to add my preferred language, which is crappy shell scripting, but for some reason they haven't really been quick to add that one in. The thing that I think surprises me, on some level—though, perhaps it shouldn't—is not just the adoption of serverless that you're driving at Liberty Mutual, but the way that you're interacting with that feels very futuristic, for lack of a better term. And please don't think that I'm in any way describing this in a way that's designed to be insulting, but I do a bunch of serverless nonsense on Twitter for Pets. That's not an exaggeration. twitterforpets.com has a bunch of serverless stuff behind it because you know, I have personality defects.But no one cares about that static site that's been a slide dump a couple of times for me, and a running joke. You're at Liberty Mutual; you're an insurance company. When people wind up talking about big enterprise institutions, you're sort of a shorthand example of exactly what they're talking about. It's easy to contextualize or think of that as being very risk averse—for obvious reasons; you are an insurance company—as well as wanting to move relatively slowly with respect to technological advancement because mistakes are going to have drastic consequences to all of your customers, people's lives, et cetera, as opposed to tweets or—barks—not showing up appropriately at the right time. How did you get to the, I guess, advanced architectural philosophy that you clearly have been embracing as a company, while having to be respectful of the risk inherent that comes with change, especially in large, complex environments?Matt: Yeah, it's funny because so for everyone, we were talking before this recording started about, I've been with Liberty since 2011. So, I've seen a lot of change in the length of time I've been here. And I've built everything from IBM applications right the way through to the modern serverless apps. But the interesting thing is, the journey to where we are today definitely started eight or nine years ago, at a minimum because there was something identified in the leadership that they said, “Listen, we're all about our customers. And that means we don't want to be wasting millions of dollars, and thousands of hours, and big trains of people to build software that does stuff. We want to focus on why are we building a piece of software, and how quickly can we get there? If you focus on those two things you're doing all right.”And that's why starting from the early days, we focused on things like, okay, everything needs to go through CI/CD pipelines. You need to have your infrastructure as code. And even if you're deploying on-prem, you're still going to be using the same standards that we use to deploy to AWS today. So, we had years and years and years of just baking good development practices into the company. And then whenever we started to move to AWS, the question became, do we want to just deploy the same thing or do we want to take full advantage of what the cloud has to offer? And I think because we were primed and because the leadership had the right direction, you know, we were just sitting there ready to say, “Okay, serverless seems like a way we can rapidly help our customers.” And that's what we've done.Corey: A lot of the arguments against serverless—and let's be clear, they rhyme with the previous arguments against cloud that lots of people used to make; including me, let's be clear here. I'm usually wrong when I try to predict the future. “Well, you're putting your availability in someone else's hands,” was the argument about cloud. Yeah, it turns out the clouds are better at keeping things up than we are as individual companies.Then with serverless, it's the, “Well, if they're handling all that stuff for you on their side, when they're down, you're down. That's an unacceptable business risk, so we're going to be cloud-agnostic and multi-cloud, and that means everything we build serverlessly needs to work in multiple environments, including in our on-prem environment.” And from the way that we're talking about servers and things that you're building, I don't believe that is technically possible, unless some of the stuff you're building is ridiculous. How did you come to accept that risk organizationally?Matt: These are the conversations that we're all having. Sort of, I'd say once a week, we all have a multi-cloud discussion—and I really liked the article you wrote, it was maybe last year, maybe the year before—but multi-cloud to me is about taking the best capabilities that are out there and bringing them together. So, you know, like, Azure [ID 00:12:47] or whatever, things from the other clouds that they're good at, and using those rather than thinking, “Can I build a workload that I can simultaneously pay all of the price to run across all of the clouds, all of the time, so that if one's down, theoretically, I might have an outage?” So, the way we've looked at it is we embraced really early the well-architected framework from AWS. And it talks about things like you need to have multi-region availability, you need to have your backups in place, you need to have things like circuit breakers in place for if third-party goes down, and we've just tried to build really resilient architectures as best as we can on AWS. And do you know what I think, if [laugh] it AWS is not—I know at re:Invent, there it went down extraordinarily often compared to normal, but in general—Corey: We were all tired of re:Invent; their us-east-1 was feeling the exact same way.Matt: Yeah, so that's—it deserved a break. But, like, if somebody can't buy insurance for an hour, once a year, [laugh] I think we're okay with it versus spending millions to protect that one hour.Corey: And people make assumptions based on this where, okay, we had this problem with us-east-1 that froze things like the global Route 53 control planes; you couldn't change DNS for seven hours. And I highlighted that as, yeah, this is a problem, and it's something to severely consider, but I will bet you anything you'd care to name that there is an incredibly motivated team at AWS, actively fixing that as we speak. And by—I don't know how long it takes to untangle all of those dependencies, but I promise they're going to be untangled in relatively short order versus running data centers myself, when I discover a key underlying dependency I didn't realize was there, well, we need to break that. That's never going to happen because we're trying to do things as a company, and it's just not the most important thing for us as a going concern. With AWS, their durability and reliability is the most important thing, arguably compared to security.Would you rather be down or insecure? I feel like they pick down—I would hope in most cases they would pick down—but they don't want to do either one. That is something they are drastically incentivized to fix. And I'm never going to be able to fix things like that and I don't imagine that you folks would be able to either.Matt: Yeah, so, two things. The first thing is the important stuff, like, for us, that's claims. We want to make sure at any point in time, if you need to make a claim you can because that is why we're here. And we can do that with people whether or not the machines are up or down. So, that's why, like, you always have a process—a manual process—that the business can operate, irrespective of whether the cloud is still working.And that's why we're able to say if you can't buy insurance in that hour, it's okay. But the other thing is, we did used to have a lot of data centers, and I have to say, the people who ran those were amazing—I think half the staff now work for AWS—but there was this story that I heard where there was an app that used to go down at the same time every day, and nobody could work out why. And it was because someone was coming in to clean the room at that time, and they unplugged the server to plug in a vacuum, and then we're cleaning the room, and then plugging it back in again. And that's the kind of thing that just happens when you manage people, and you manage a building, and manage a premises. Whereas if you've heard that happened that AWS, I mean, that would be front page news.Corey: Oh, it absolutely would. There's also—as you say, if it's the sales function, if people aren't able to buy insurance for an hour, when us-east-1 went down, the headlines were all screaming about AWS taking an outage, and some of the more notable customers were listed as examples of this, but the story was that, “AWS has massive outage,” not, “Your particular company is bad at technology.” There's sort of a reputational risk mitigation by going with one of these centralized things. And again, as you're alluding to, what you're doing is not life-critical as far as the sales process and getting people to sign up. If an outage meant that suddenly a bunch of customers were no longer insured, that's a very different problem. But that's not your failure mode.Matt: Exactly. And that's where, like, you got to look at what your business is, and what you're specifically doing, but for 99.99999% of businesses out there, I'm pretty sure you can be down for the tiny window that AWS is down per year, and it will be okay, as long as you plan for it.Corey: So, one thing that really surprised me about the entirety of what you've done at Liberty Mutual is that you're a big enterprise company, and you can take a look at any enterprise company, and say that they have dueling mottos, which is, “I am not going to comment on that,” or, “That's not funny.” Like, the safe mode for any large concern is to say nothing at all. But a lot of folks—not just you—at Liberty have been extremely vocal about the work that you're doing, how you view these things, and I almost want to call it advocacy or evangelism for the CDK. I'm slightly embarrassed to admit that for a little while there, I thought you were an AWS employee in their DevRel program because you were such an advocate in such strong ways for the CDK itself.And that is not something I expected. Usually you see the most vocal folks working in environments that, let's be honest, tend to play a little bit fast and loose with things like formal corporate communications. Liberty doesn't and yet, there you folks are telling these great stories. Was that hard to win over as a culture, or am I just misunderstanding how corporate life is these days?Matt: No, I mean, so it was different, right? There was a point in time where, I think, we all just sort of decided that—I mean, we're really good at what we do from an engineering perspective, and we wanted to make sure that, given the messaging we were given, those 5000 teck employees in Liberty Mutual, if you consider the difference in broadcasting to 5000 versus going external, it may sound like there's millions, billions of people in the world, but in reality, the difference in messaging is not that much. So, to me what I thought, like, whenever I started anyway—it's not, like, we had a meeting and all decided at the same time—but whenever I started, it was a case of, instead of me just posting on all the internal channels—because I've been doing this for years—it's just at that moment, I thought, I could just start saying these things externally and still bring them internally because all you've done is widened the audience; you haven't actually made it shallower. And that meant that whenever I was having the internal conversations, nothing actually changed except for it meant external people, like all their Heroes—like Jeremy Daly—could comment on these things, and then I could bring that in internally. So, it almost helped the reverse takeover of the enterprise to change the culture because I didn't change that much except for change the audience of who I was talking to.Corey: This episode is sponsored by our friends at Oracle HeatWave is a new high-performance accelerator for the Oracle MySQL Database Service. Although I insist on calling it “my squirrel.” While MySQL has long been the worlds most popular open source database, shifting from transacting to analytics required way too much overhead and, ya know, work. With HeatWave you can run your OLTP and OLAP, don't ask me to ever say those acronyms again, workloads directly from your MySQL database and eliminate the time consuming data movement and integration work, while also performing 1100X faster than Amazon Aurora, and 2.5X faster than Amazon Redshift, at a third of the cost. My thanks again to Oracle Cloud for sponsoring this ridiculous nonsense.Corey: One thing that you've done that I want to say is admirable, and I stumbled across it when I was doing some work myself over the break, and only right before this recording did I discover that it was you is the cdkpatterns.com website. Specifically what I love about it is that it publishes a bunch of different patterns of ways to do things. This deviates from a lot of tutorials on, “Here's how to build this one very specific thing,” and instead talks about, “Here's the architecture design; here's what the baseline pattern for that looks like.” It's more than a template, but less than a, “Oh, this is a messaging app for dogs and I'm trying to build a messaging app for cats.” It's very generalized, but very direct, and I really, really like that model of demo.Matt: Thank you. So, watching some of your Twitter threads where you experiment with new—Corey: Uh oh. People read those. That's a problem.Matt: I know. So, whatever you experiment with a new piece of AWS to you, I've always wondered what it would be like to be your enabling architect. Because technically, my job in Liberty is, I meant to try and stay ahead of everybody and try and ease the on-ramp to these things. So, if I was your enabling architect, I would be looking at it going, “I should really have a pattern for this.” So that whenever you want to pick up that new service the patterns in cdkpatterns.com, there's 24, 25 of them right there, but internally, there's way more than dozens now.The goal is, the pattern is the least amount to code for you to learn a concept. And then that way, you can not only see how something works, but you can maybe pick up one of the pieces of the well-architected framework while you're there: All of it's unit tested, all of it is proper, you know, like, commented code. The idea is to not be crap, but not be gold-plated either. I'm currently in the process of upgrading that all to V2 as well. So, that [unintelligible 00:21:32].Corey: You mentioned a phrase just now: “Enabling architect.” I have to say this one that has not crossed my desk before. Is that an internal term you use? Is that an enterprise concept I've somehow managed to avoid? Is that an AWS job role? What is that?Matt: I've just started saying [laugh] it's my job over the past couple of years. That—I don't know, patent pending? But the idea to me is—Corey: No, it's evocative. I love the term, I'd love to learn more.Matt: Yeah, because you can sort of take two approaches to your architecture: You can take the traditional approach, which is the ‘house of no' almost, where it's like, “This is the architecture. How dare you want to deviate. This is what we have decided. If you want to change it, here's the Architecture Council and go through enterprise architecture as people imagine it.” But as people might work out quite quickly, whenever they meet me, the whole, like, long conversational meetings are not for me. What I want to do is teach engineers how to help themselves, so that's why I see myself as enabling.And what I've been doing is using techniques like Wardley Mapping, which is where you can go out and you can actually take all the components of people's architecture and you can draw them on a map for—it's a map of how close they are to the customer, as well as how cutting edge the tech is, or how aligned to our strategic direction it is. So, you can actually map out all of the teams, and—there's 160, 170 engineers in Belfast and Dublin, and I can actually go in and say, “Oh, that piece of your architecture would be better if it was evolved to this. Well, I have a pattern for that,” or, “I don't have a pattern for that, but you know what? I'll build one and let's talk about it next week.” And that's always trying to be ahead, instead of people coming to me and I have to say no.Corey: AWS Proton was designed to do something vaguely similar, where you could set out architectural patterns of—like, the two examples that they gave—I don't know if it's in general availability yet or still in public preview, but the ones that they gave were to build a REST API with Lambda, and building something-or-other with Fargate. And the idea was that you could basically fork those, or publish them inside of your own environment of, “Oh, you want a REST API; go ahead and do this.” It feels like their vision is a lot more prescriptive than what yours is.Matt: Yeah. I talked to them quite a lot about Proton, actually because, as always, there's different methodologies and different ways of doing things. And as I showed externally, we have our software accelerator, which is kind of our take on Proton, and it's very open. Anybody can contribute; anybody can consume. And then that way, it means that you don't necessarily have one central team, you can have—think of it more like an SRE function for all of the patterns, rather than… the Proton way is you've separate teams that are your DevOps teams that set up your patterns and then separate team that's consumer, and they have different permissions, different rights to do different things. If you use a Proton pattern, anytime an update is made to that pattern, it auto-deploys your infrastructure.Corey: I can see that breaking an awful lot.Matt: [laugh]. Yeah. So, the idea is sort of if you're a consumer, I assume you [unintelligible 00:24:35] be going to change that infrastructure. You can, they've built in an escape hatch, but the whole concept of it is there's a central team that looks to what the best configuration for that is. So, I think Proton has so much potential, I just think they need to loosen some of the boundaries for it to work for us, and that's the feedback I've given them directly as well.Corey: One thing that I want to take a step beyond this is, you care about this? More than most do. I mean, people will work with computers, yes. We get paid for that. Then they'll go and give talks about things. You're doing that as well. They'll launch a website occasionally, like, cdkpatterns.com, which you have. And then you just sort of decide to go for the absolute hardest thing in the world, and you're one of four authors of a book on this. Tell me more.Matt: Yeah. So, this is something that there's a few of us have been talking since one of the first CDK Days, where we're friends, so there's AWS Heroes. There's Thorsten Höger, Matt Bonig, Sathyajith Bhat, and myself, came together—it was sometime in the summer last year—and said, “Okay. We want to write a book, but how do we do this?” Because, you know, we weren't authors before this point; we'd never done it before. We weren't even sure if we should go to a publisher, or if we should self-publish.Corey: I argue that no one wants to write a book. They want to have written a book, and every first-time author I've ever spoken to at the end has said, “Why on earth would anyone want to do this a second time?” But people do it.Matt: Yeah. And that's we talked to Alex DeBrie, actually, about his book, the amazing Dynamodb Book. And it was his advice, told us to self-publish. And he gave us his starter template that he used for his book, which took so much of the pain out because all we had to do was then work out how we were going to work together. And I will say, I write quite a lot of stuff in general for people, but writing a book is completely different because once it's out there, it's out there. And if it's wrong, it's wrong. You got to release a new version and be like, “Listen, I got that wrong.” So, it did take quite a lot of effort from the group to pull it together. But now that we have it, I want to—I don't have a printed copy because it's only PDF at the minute, but I want a copy just put here [laugh] in, like, the frame. Because it's… it's what we all want.Corey: Yeah, I want you to do that through almost a traditional publisher, selfishly, because O'Reilly just released the AWS Cookbook, and I had a great review quote on the back talking about the value added. I would love to argue that they use one of mine for The CDK Book—and then of course they would reject it immediately—of, “I don't know why you do all this. Using the console and lying about it is way easier.” But yeah, obviously not the direction you're trying to take the book in. But again, the industry is not quite ready for the lying version of ClickOps.It's really neat to just see how willing you are to—how to frame this?—to give of yourself and your time and what you've done so freely. I sometimes make a joke—that arguably isn't that funny—that, “Oh, AWS Hero. That means that you basically volunteer for a $1.6 trillion company.”But that's not actually what you're doing. What you're doing is having figured out all the sharp edges and hacked your way through the jungle to get to something that is functional, you're a trailblazer. You're trying to save other people who are working with that same thing from difficult experiences on their own, having to all thrash and find our own way. And not everyone is diligent and as willing to continue to persist on these things. Is that a somewhat fair assessment how you see the Hero role?Matt: Yeah. I mean, no two Heroes are the same, from what I've judged, I haven't met every Hero yet because pandemic, so Vegas was the first time [I met most 00:28:12], but from my perspective, I mean, in the past, whatever number of years I've been coding, I've always been doing the same thing. Somebody always has to go out and be the first person to try the thing and work out what the value is, and where it'll work for us more work for us. The only difference with the external and public piece is that last 5%, which it's a very different thing to do, but I personally, I like even having conversations like this where I get to meet people that I've never met before.Corey: You sort of discovered the entire secret of why I have an interview podcast.Matt: [laugh]. Yeah because this is what I get out of it, just getting to meet other people and have new experiences. But I will say there's Heroes out there doing very different things. You've got, like, Hiro—as in Hiro, H-I-R-O—actually started AWS Newbies and she's taught—ah, it's hundreds of thousands of people how to actually just start with AWS, through a course designed for people who weren't coders before. That kind of thing is next-level compared to anything I've ever done because you know, they have actually built a product and just given it away. I think that's amazing.Corey: At some level, building a product and giving it away sounds like, “You know, I want to never be lonely again.” Well, that'll work because you're always going to get support tickets. There's an interesting narrative around how to wind up effectively managing the community, and users, and demands, based on open-source maintainers, that we're all wrestling with as an industry, particularly in the wake of that whole log4j nonsense that we've been tilting at that windmill, and that's going to be with us for a while. One last thing I want to talk about before we wind up calling this an episode is, you are one of the organizers of CDK Day. What is that?Matt: Yeah, so CDK Day, it's a complete community-organized conference. The past two have been worldwide, fully virtual just because of the situation we're in. And I mean, they've been pretty popular. I think we had about 5000 people attended the last one, and the idea is, it's a full day of the community just telling their stories of how they liked or disliked using the CDK. So, it's not a marketing event; it's not a sales event; we actually run the whole event on a budget of exactly $0. But yeah, it's just a day of fun to bring the community together and learn a few things. And, you know, if you leave it thinking CDK is not for you, I'm okay with that as much as if you just make a few friends while you're there.Corey: This is the first time I'd realized that it wasn't a formal AWS event. I almost feel like that's the tagline that you should have under it. It's—because it sounds like the CDK Day, again, like, it's this evangelism pure, “This is why it's great and why you should use it.” But I love conferences that embrace critical views. I built one of the first talks I ever built out that did anything beyond small user groups was “Heresy in the Church of Docker.”Then they asked me to give that at ContainerCon, which was incredibly flattering. And I don't think they made that mistake a second time, but it was great to just be willing to see some group of folks that are deeply invested in the technology, but also very open to hearing criticism. I think that's the difference between someone who is writing a nuanced critique versus someone who's just [pure-on 00:31:18] zealotry. “But the CDK is the answer to every technical problem you've got.” Well, I start to question the wisdom of how applicable it really is, and how objective you are. I've never gotten that vibe from you.Matt: No, and that's the thing. So, I mean, as we've worked out in this conversation, I don't work for AWS, so it's not my product. I mean, if it succeeds or if it fails, it doesn't impact my livelihood. I mean, there are people on the team who would be sad for, but the point is, my end goal is always the same. I want people to be enabled to rapidly deliver their software to help their customers.If that's CDK, perfect, but CDK is not for everyone. I mean, there are other options available in the market. And if, even, ClickOps is the way to go for you, I am happy for you. But if it's a case of we can have a conversation, and I can help you get closer to where you need to be with some other tool, that's where I want to be. I just want to help people.Corey: And if I can do anything to help along that axis, please don't hesitate to let me know. I really want to thank you for taking the time to speak with me and being so generous, not just with your time for this podcast, but all the time you spend helping the rest of us figure out which end is up, as we continue to find that the way we manage environments evolves.Matt: Yeah. And, listen, just thank you for having me on today because I've been reading your tweets for two years, so I'm just starstruck at this moment to even be talking to you. So, thank you.Corey: No, no. I understand that, but don't worry, I put my pants on two legs at a time, just like everyone else. That's right, the thought leader on Twitter, you have to jump into your pants. That's the rule. Thanks again so much. I look forward to having a further conversation with you about this stuff as I continue to explore, well honestly, what feels like a brand new paradigm for how we manage code.Matt: Yeah. Reach out if you need any help.Corey: I certainly will. You'll regret asking. Matt [Coulter 00:33:06], Technical Architect at Liberty Mutual. I'm Cloud Economist Corey Quinn and this is Screaming in the Cloud. If you've enjoyed this podcast, please leave a five-star review on your podcast platform of choice, whereas if you've hated this podcast, please leave a five-star review on your podcast platform of choice, write an angry comment, then click the submit button, but lie and say you hit the submit button via an API call.Corey: If your AWS bill keeps rising and your blood pressure is doing the same, then you need The Duckbill Group. We help companies fix their AWS bill by making it smaller and less horrifying. The Duckbill Group works for you, not AWS. We tailor recommendations to your business and we get to the point. Visit duckbillgroup.com to get started.Announcer: This has been a HumblePod production. Stay humble.
On episode 36 of the Route to Networking podcast, George Barnes was joined by the fantastic Roger Perkin, the Technical Architect at Computacenter. You can connect with Roger on LinkedIn via: https://www.linkedin.com/in/rogerperkin/
Geoffrey Bessereau is a Technical Architect over at Persistent. He founded a Discord community called SFXD which we discuss in this episode. We get into the Wiki for this community, other writings around it, and architectural and developer lessons that have been learned along the way. In Geoffrey's current role, he gets to work internally doing training and on projects as a sort of “process evangelist.” He brings a lot to the table so tune in to learn all about his community, flow, and data migration. Show Highlights: Geoffrey's elevator pitch for SFXD. How the community got started. How Geoffrey balances guiding his community with just letting it be. Why he decided to put a Wiki together. All about flow naming conventions. Recommendations for testing flow. What a data migration actually is. Best practices for data migration. What the cloud information model is. Links: Geoffrey on Twitter Geoffrey on LinkedIn Geoffrey on GitHub SFXD Wiki
Today we're talking to Wes Hackett and Paul Schaeflein, the CTO and the Technical Architect of Addin365. And we discuss why providing clear career roadmaps and being radically transparent are key for retaining top talent. How Addin365 helps businesses get the most out of the Microsoft Suite, and how difficult and rewarding it is to be confronted with new challenges every day. All of this right here, right now, on the ModernCTO Podcast! To learn more about Addin365, check them out at https://www.addin365.com
In this episode of Breaking Changes, Postman Chief Evangelist Kin Lane welcomes Timophey Zaitsev of Ridgeline to have an in-depth look at the role of APIs in the financial sector, how organizations can achieve API reliability and observability at scale, and discuss how API reliability and velocity can coexist in the enterprise.
My guest today is Vincent van Wingerden, Technical Architect for Data & AI at Microsoft. Vincent and I spoke about quantum-inspired computing, about the open-source Quantum Katas education project and much more. We hope you enjoy this episode. Please let us know how we did by emailing hello@classiq.io
A 30 year veteran of the IT industry, Keir is the CTO of BrightGen, a Salesforce Platinum Partner in the United Kingdom. He has been building solutions and applications on Salesforce since 2008 and holds multiple certifications including the coveted Technical Architect. He is 10x Salesforce MVP, author of the Visualforce Development Cookbook, frequent blogger on all things Salesforce and speaker at events such as the Salesforce World Tour and Dreamforce. When I thought of doing a CTO series, it was obvious that Keir was going to be a part of it. In this episode we discuss his beginnings as a consultant and then climbing up the ladder to reach the top job in tech world. Continuing on that, we discuss what are his job-responsibilities as a CTO and is it important for a Salesforce CTO to be a CTA? Later we discussed our main common love Salesforce Functions and how that can be a game-changer (i.e., if Salesforce gives it the right price). Lastly, he shared how he leads the team and nurtures upcoming talents at BrightGen. This is Part I of the CTO series sponsored by Proton Text. Proton Text is a complete SMS solution, built exclusively for Salesforce. Place the component on any page or in the utility bar. Link your conversations to any standard or custom record. Maintain security and enable team collaboration. You can follow Keir on Twitter: https://twitter.com/bob_buzzard
Today's episode is a Simply Tech LIVE interview recorded July 27th, 2020, featuring my co-host, Ali Mazaheri, and our special guest, CAT Susch.CAT is a Principal Technical Architect at the Microsoft Technology Center in New York, and is sharing her experiences as a highly technical leader in the tech industry, why there are so few women in technical roles, and the challenges and opportunities presented for the culture change that businesses need to make to build a more diverse and inclusive workforce.There are very few highly technical women leaders in industry, whether it be business broadly, or specifically in the tech world - this conversation will really surface both some data for why this could be, as well as solutions for women specifically, as CAT walks through her experience both working at Microsoft and at other organizations, as well as what we can all do to contribute to causes that impact the overall inclusion and leadership participation of women in our workforce and society.This was such a special episode, and we're so happy we can surface it this month as a special feature to Woman's History Month.Key Take-aways[06:59] CAT's background, and her career journey as a highly technical practitioner[09:32] Opportunities for diversity and inclusion in technology, and her latest work in virtual hackathons[12:47] The challenges facing women in highly technical leadership roles[16:22] How to get a wider base of women to apply to technology opportunities[20:52] On cultivating and mentoring women towards attracting them to technical roles[23:36] The impact of community events for young women and early in career women[26:06] On the influence of culture and customer expectation – how to be good examples of partner organizations and customers[28:06] On cross-collaboration or partnerships to build confidence for women to apply[29:26] What the Digi Girls project is and doing things for the younger women in Microsoft[31:57] CAT fostering international mentor relationships and engagements: a story about Beatrice and Ana[34:55] Innovative and ideas for structuring experience heavy activities for women through the pandemic[37:41] CAT's endeavors and ambitions to continue creating an impact on the current and future state of the women's technical community Memorable Quotes: [13:13] “I was seeing that women are going towards program/project management more often than I am seeing them go toward technical roles. And there were several times in my career where “you are good at planning, why don't you become a project manager”, then I would be like, “is that my only choice?” So I would typically make my decisions with my feet and move on to other positions that continue to give me technical accountability...” - Cat Susch[16:56] “It's harder for women to take on stretch goals or stretch roles… It is not necessarily because they lack the confidence, it is also the visibility to where those other opportunities are and how they get enrolled or get involved in those things.” - Cat Susch[17:47] (getting a wider base of women to apply) “I think we need to do more to attract the kind of roles that women would want to take both from the technical position or non-technical position and understand that some women may have come up through different tracks to get there.” - Cat Susch[18:44] “When I came up through the technology era, the PCs were just being invented, and at that time it wasn't that atypical that the boy in the family would get the PC and the girl wouldn't and that has had a lot of impacts I think on how things have recurred in technology through decades, and we can't disregard that. I think it's time for the fathers to get the girls techy toys and take a role there as well.” - Cat Susch Resources:Cat Susch on LinkedIn - https://www.linkedin.com/in/catsusch/Women in Technical Roles Statistics: https://leftronic.com/women-in-technology-statistics/#:~:text=17%2B%20Women%20in%20Technology%20Statistics%20to%20Know%20in,than%20code%20written%20by%20men.%20More%20items...%20Women in Business and Technology Podcast: https://www.microsoft.com/en-us/women-in-business-technologyDigiGirlz at Microsoft: https://www.microsoft.com/en-us/diversity/programs/digigirlz/default.aspxWhat can a Technical Architect at Microsoft learn from a Girl born to be a Child Bride? https://www.linkedin.com/pulse/what-can-technical-architect-microsoft-learn-from-girl-linda-lockhart/?trackingId=TwAOtXfunD5d4tnBc5r5DQ%3D%3D *The views and opinions expressed in this discussion are those of the guests and do not necessarily reflect the official position of their employer, Microsoft" ____ Thank you for listening! -------------------------------- Join the **New Monthly Newsletter** - Data Binge REFRESH: https://www.derekwesleyrussell.com/newsletter Interested in starting your own podcast? Some candid advice here: https://www.linkedin.com/pulse/how-start-podcast-3-step-gono-go-beginners-guide-derek-russell Learn more about the Data Binge Podcast at www.thedatabinge.com Connect with Derek: LinkedIn: https://www.linkedin.com/in/derekwesleyrussell/Youtube: https://www.youtube.com/channel/UCN1c5mzapLZ55ciPgngqRMg/featuredInstagram: https://www.instagram.com/drussnetwork/Twitter: https://twitter.com/drussnetworkMedium: https://medium.com/@derekwesleyrussellEmail: derek@thedatabinge.com
Colin, Nick H and Nick D (CNN) chat with MVP Jim Novak about tools used when working with Power Apps portals projects. Jim Novak is a Technical Architect with deep experience with Dynamics CRM/xRM and custom .NET application development working in projects for the United States government, education and healthcare industries. Twitter: @crmdevjim Website: https://futurezconsulting.com/ LinkedIn: https://www.linkedin.com/in/jamesnovak/ Other links: https://www.xrmtoolbox.com https://www.bootstrap-live-customizer.com/ https://github.com/WaelHamze/xrm-ci-framework https://abvogel.com/2019/08/13/Microsoft.Xrm.DevOps.Data/
Technical Architect for Wipro's Digital Innovation Group Ameekar Charan joins Jeff Word on the podcast to discuss their niche services. Wipro's entry into the HANA Innovation Awards, via partnership with a utility company, identifies inefficiencies in India's water supply chain to help reduce loss of this precious resource in developing countries. For more about this and other winners, please see the SAP HANA Innovation Award 2017 eBook at www.sap.com/documents/2017/05/8…7-eda71af511fa.html
© 2020-2025 Ivy Podcast Discovery LLC
