Podcasts about stevey

After the ApocalypseA pandemic survival storySeason four, Episode fourteen – “Island”…The Old Man and Bill the dog trailed Stevey down a pine needle carpeted path. There were handmade wooden signs with yellow inlaid arrows and labels nailed to trees at trail intersections. There were names like “Tuckaleechee Path; and Sequatchie climb. Some called out local features, like Dinosaur Rock, or Little Falls. “What is this place?” The Old Man asked Stevey.  ...Our Amazon Affiliate Code -> runic00-20Website -> http://www.oldmanapocalypse.com Buy me Coffee -> https://www.buymeacoffee.com/cyktrussellSubscribe page on Acast -> https://plus.acast.com/s/after-the-apocalypsePodcast on Acast -> https://shows.acast.com/after-the-apocalypseFacebook group -> https://www.facebook.com/groups/oldmanapocalypsePatreon to support the show -> https://www.patreon.com/AftertheApocalypseKindle Vella Story -> https://www.amazon.com/kindle-vella/story/B09LTRC8RHMerch Store -> https://www.teepublic.com/stores/after-the-apocalypse Twitter -> cyktrussell@twitter.com Become a member at https://plus.acast.com/s/after-the-apocalypse. Hosted on Acast. See acast.com/privacy for more information.

This week we discuss Monolith vs. Microservices , PassKeys replacing passwords and the return of Watson(x). Plus, some thoughts on the media and BlueSky. Watch the YouTube Live Recording of Episode 414 (https://www.youtube.com/watch?v=UoL0gxUCHwk) Runner-up Titles All the takes you've heard, are probably true Links Only An Ombudsman of Tech Hype I've programmed before Rundown Monoliths are not dinosaurs (https://www.allthingsdistributed.com/2023/05/monoliths-are-not-dinosaurs.html) Stevey's Google Platforms Rant (https://gist.github.com/chitchcock/1281611) US DoL considers replacing monolithic IT with modular design (https://www.theregister.com/2023/05/08/dol_modular_code/) Ford CEO Says It Will Keep Apple CarPlay, Android Auto: ‘We Lost That Battle 10 Years Ago' (https://www.thedrive.com/news/ford-ceo-says-it-will-keep-apple-carplay-android-auto-we-lost-that-battle-10-years-ago) IBM enters the generative-AI fray with Watsonx (https://www.axios.com/2023/05/09/watsonx-ibm-generative-ai-chatgpt) Estimated that they could reduce back-office people by 30%. But, said this would be done through attrition, not firing (https://staging.bsky.app/profile/cote.io/post/3jvezw745ao2n). RIP passwords: Google accounts now support passkeys (https://www.pcworld.com/article/1806627/rip-passwords-google-accounts-now-support-passkeys.html) Relevant to your Interests Leaked Google document: “We Have No Moat, And Neither Does OpenAI” (https://simonwillison.net/2023/May/4/no-moat/) Go1 snaps up speed reading app Blinkist to expand in enterprise learning (https://techcrunch.com/2023/05/08/go1-snaps-up-speed-reading-app-blinkist-to-expand-in-enterprise-learning/) Miracle working product manager was stuck in Lotus position (https://www.theregister.com/2023/05/08/who_me/) Broadcom CEO Seeks to Persuade EU on USD 61 Billion VMware Deal (https://enterprisetalk.com/quick-bytes/broadcom-ceo-seeks-to-persuade-eu-on-usd-61-billion-vmware-deal/) GitHub replaces code search engine with Rust-based Blackbird (https://www.theregister.com/2023/05/09/blackbird_github_search/) Clouded Judgement 5.5.23 (https://cloudedjudgement.substack.com/p/clouded-judgement-5523) Nonsense Tall poppy syndrome (https://en.wikipedia.org/wiki/Tall_poppy_syndrome) Short Poppies (https://en.m.wikipedia.org/wiki/Short_Poppies) Australia: Woman survives on wine during five days stranded in Australian bush (https://www.bbc.co.uk/news/world-australia-65524218) Mark Zuckerberg Wins Gold, Silver Medals in 1st-Ever Jiu-Jitsu Tournament (https://bleacherreport.com/articles/10075360-mark-zuckerberg-wins-gold-silver-medals-in-1st-ever-jiu-jitsu-tournament) Conferences May 11th, 2023 Devoxx UK in London (https://www.devoxx.co.uk/speaker-details/?id=2852). Get 25% tickets with the code SEEMESPEAK23 (https://tickets.devoxx.co.uk/event/devoxx-uk-2023). June 1st VMUG Belgium in Brussels (https://vmug.be/) , free. June 7th State of Kubernetes overview (https://tanzu.vmware.com/content/webinars/jun-7-emea-state-of-kubernetes-2023-solving-kubernetes-challenges?utm_source=cote&utm_campaign=devrel&utm_content=newsletter), online. June 8th to 9th PlatformCon (https://platformcon.com/), online. June 22nd to 23rd DevOpsDays Amsterdam (https://devopsdays.org/events/2023-amsterdam/welcome/), attending. August 21st to 24th SpringOne (https://springone.io/) & VMware Explore US (https://www.vmware.com/explore/us.html), in Las Vegas. Sep 6th to 7th DevOpsDays Des Moines (https://devopsdays.org/events/2023-des-moines/welcome/), speaking. Sep 18th to 19th SHIFT (https://shift.infobip.com/) in Zadar, speaking. Listener Feedback Thanks to Mathis for giving SDT a subscription to Oh Dear (https://ohdear.app). SDT news & hype Join us in Slack (http://www.softwaredefinedtalk.com/slack). Get a SDT Sticker! Send your postal address to stickers@softwaredefinedtalk.com (mailto:stickers@softwaredefinedtalk.com) and we will send you free laptop stickers! Follow us on Twitch (https://www.twitch.tv/sdtpodcast), Twitter (https://twitter.com/softwaredeftalk), Instagram (https://www.instagram.com/softwaredefinedtalk/), Mastodon (https://hachyderm.io/@softwaredefinedtalk), LinkedIn (https://www.linkedin.com/company/software-defined-talk/), TikTok (https://www.tiktok.com/@softwaredefinedtalk) and YouTube (https://www.youtube.com/channel/UCi3OJPV6h9tp-hbsGBLGsDQ/featured). Use the code SDT to get $20 off Coté's book, Digital WTF (https://leanpub.com/digitalwtf/c/sdt), so $5 total. Become a sponsor of Software Defined Talk (https://www.softwaredefinedtalk.com/ads)! Recommendations Brandon: Silo | Apple TV+ (https://www.googleadservices.com/pagead/aclk?sa=L&ai=DChcSEwjus9y8z-j-AhVQIEwKHZ7QCJsYABAAGgJvYQ&ae=2&ohost=www.google.com&cid=CAESauD2hxM4dr0NzTnQWomUgIFxXQLmZKLwkuP7YUfysUViqkHB-rcfsyUYsVsoa3UtuxvprjMP_dt-QlM7ou6i593OBsuDA1XmArCZsZj0PAILIiav2Q-A86nG7eMxSgGs0vUfUbzyxCq0N2k&sig=AOD64_0SAcK50BfCJvVNTsw1fcLcY8oLww&q&adurl&ved=2ahUKEwixr9K8z-j-AhUOk2oFHU9gAccQ0Qx6BAgGEAE&nis=8&dct=1) Coté: How to Idle (https://www.goodreads.com/en/book/show/623922). Photo Credits Header (https://unsplash.com/photos/LkQl6YsjERk) Artwork (https://labs.openai.com/e/43brTPe2uWSyfAgXeWUYPFc4/UGqMty6tXU97d9D3C2U4vLk3)

On December 1, 1987 a man they call Phillip Spencer was enjoying a nice walk through Ilkley Moor, West Yorkshire, England when he saw what he claims was a an alien. He even snapped a pic before running after the poor little sausage fingered fellow. Load your gear and pour a beer. This one gets real Stevey.   Ilkley Moor UFO Wiki An Authentic Photo of an Alien in Ilkley Moor - exonnews The Ilkley Moor Alien Photo – Was it a Fake? Abovetopsecret Beer Corner, Untappd link High Up Above. Find Us Everywhere people listen to podcasts. wetoldyashow@gmail.com Join us on Reddit! We are new on there! https://www.reddit.com/r/wetoldyashow/

This is our very first ever dads birth story! Recording dads birth stories is something I have been wanting to do for a long time and I am so stoked to get Stevey on as number 1!Steven tells his perspectives of the birth of his 2 beautiful daughters Lily and Zara. His partner Holly explains her version of the 2 in Podcast # 3 & # 27 if you want to compare!Enjoy this one and see if you can get your partners to have a listen also!Join our facebook group to watch the podcast LIVE and have the ability to ask questions here.Follow and give a 5-star review if you enjoy the podcast!Learn more about what NBC has to offer here.Music behind ad credit here. Hosted on Acast. See acast.com/privacy for more information.

Listen to Stevey's podcast: https://youtubetranscript.com/?v=Wi8SL-Tot-8&t=1212Transcriptso let me tell you about service mesheskind of like the terminology just to geteverybody up to speed because i knowsome of you haven't looked at this spaceor haven't looked at it recentlyyou're going to hear two terms controlplane and data plane bandied about a lotand it's very confusing at first okaybecause first of all they are sort ofpoorly named and second of all there isactually a fair amount of overlapbetween the two in the in the serviceofferings that we have today all rightand in the tech stacks that we haveavailable so let me walk you throughthem all rightso starting at the uh at the servicelevel so you have a bunch of servicesmaybe they're on vms maybe they're inkubernetes maybe they're in nomad orfargate or whatever right but you've gotservices vms or containers and you wantto have them communicate with each otherall rightwell having rather than having them allcommunicate with each otherwhich obviously means you're going tohave to build like service discoverylogic into the service itselfso if i have a player servicelet's say i have a game server and itwants to go call the player service andsay is this player real okay if so giveme their give me their information giveme their credentials okay typicalservice to service uh you know functioncall rpcall right well you could have the gameserver say well i'm going to call theservice registry service to see uh wherethe player service lives and then i'llmake a call to the player service rightbut now you're building that i'm goingto call the service registry servicewhich is this other service right thatyou would have to build or whatever oruse ncd like grab did or whateverand then it has to call and get theaddress of the player service and thenand then it makes the call and it's likeyou've builtrouting logicand discovery logic into your actualapplication logic which you do not wantyou do not want that okaysoalmost immediately people started movingto proxiesyou have a proxy that's your local proxythey call it a sidecar proxy inkubernetes land because it actually runsin your little cluster as anotherservice along alongside all of yourother servicesand it handles allnetwork uh ingress and egress for youso you the idea is that your applicationonly knows about the sidecar proxy rightso to your application the proxy is theoutside world if if you you know itknows about the service locations and italso knows about circuit breakers andtraffic splitting and load balancing andscaling and everything else that we'lltalk about in a bitand that proxy becomes the thing thatother people use to talk to your serviceas well because your service may be acluster right and so people if peoplewant to send something to the playerservice and there's a bunch of instancesof it your proxy is the one to choosewhich one maybe maybe it interacts withan external load balancer or maybe itdoes the load balancing itself the proxydoes okay by doing the health checks onits local service instances yeahdoes this model make sense so as soon asyou get this basic model of the of thesidecar proxy you've got a helperservice that goes along with everyclusterand it knows about the services in thatcluster and it knows about the outsideworldand your cluster talks to the outsideworld through the proxy and the outsideworld talks to your cluster through theproxy okay you can use nginx for thatand that's what dropbox is doing rightbut these days people always almostalways use envoy or link or d there area couple of other options in addition tothose in nginx but i mean those are thereally popular ones okayenvoy is the the super industrialstrengthdoes everything swiss army knife amazingdata plane okay by the way those sidecarproxies i'm going to introduce you nowto the to the second term you hear dataplane the other one being control planedata planes is just all of your sidecarproxies in aggregate because if you ifyou've got a whole bunch of clustersright uh or even a whole bunch ofservices and you want proxies for eachof them thenthat mesh of proxiesthat are all talking to each otherto work out the service discovery andthe routing and everything on behalf ofthe application services now you'veextracted all of that you know who who'stalking to who what where and how muchand all that you've extracted it intoyoursidecar proxiesthat's your data planeit's because the network data is goingthrough that and i think it's a terriblename it should have been called thenetwork plane or the proxy point proxyplane would have been an absolute greatname for it rightproxy plane but no they call it dataplane so it's completely confusingbecause you'd think the data plane wouldbe either your application logic or itwould be the data layer behind yourapplication logic but noso stupid name really stupid shame onwhoever chose that name really you justyou did a huge disservice to theindustry so if you patent yourself onthe back because you came up with a namedata plane like seriously like punchyourself in the mouth okay it just itwas a bad namenaming you know naming stuff matters manyou don't want to confuse everybody forthe rest of their liveswhatever but the name is stuck and thename is the name now and in fact thereare well we've been ahead of ourselveshere but they're even becoming universalstandards now for data plane uhinterfacesso the data plane i mean like you'rejust going to have to learn what dataplane means it means it's the proxylayer okay the proxies that can uh couldload balance and they can they theyhandle the network for you it's softwareload balancing they actually in envoythey actually communicate through aprotocol called a gossip protocol whichis a family protocols where they're sortof like udp multicast whereeverybody just kind of like spits outthe state and consumes the state and itsort of floods the networkand it's eventually consistentso that's one thing to know about envoyis they chose an eventually consistentmodelif you'll recalli said that etcd and technologies likeit like google's chubby or uhzookeeper or uh even hashicorp consolethey're all they're all key value storesthat areum transactional highly available andstrongly consistent okayuh and that actually makes them uh sortof a pain to operateuh in practiceall of the ones that i just mentionedchubby is an interesting one google'schubby it was probably the first uh mikeburrows i think uh did chubby and if youhaven't heard the name mike burrowsuh you really should know his namebecause you know he's easily one of thethe people who had 10 people who've hadthe most impact of google rightuh he's you know i don't know he's a deor whateverand uh and he he came up with chubby asfar as you know among other things andchubby is umchubby is distinguished ashaving something like seven nines ofavailability it was down for 30 secondsin 10 years something like thatso umso yeah and it's because google has acore competency of operating chubby atscaleright because it's the it's the centralyou know key value service for serviceuh discovery and information exchangefor all of google right so chubby couldcause global outages so seven nines ofavailability there it's prettyamazing you're not gonna get seven ninesof availability out of your ncd clusteri'll tell you that i think that i mighthave been talking into the back of mymicrophone this whole time as part of myum my new setup uh so that's that's kindof a bummer i hope i hope that i wasn'tand it just rolled over my goodnessumall right so yeah this is still work inprogress apologies folks okay so we weretalking about data planes you guys ithink understand now why data planesexist data planes exist to abstract awaythe network and the service topology andsecurity groups and circuit breaking andall of the other things that are stackedup on top of communication the serviceproxies also handle a lot of heavylifting ofyou know managing tcp proxying or theycan do udp tcp http http 2 http 3 theycan do grpc they can do all sorts ofprotocols envoy has filter chains whereyou can implement a lot of these thingsit's very very very powerful envoy is onlook everybody agrees that envoy is likethe data plane to usewith one exception which is if you areusing kubernetes my understanding isthat linker d is custom fituh has more or less the same protocolmuch fewer features but it's also muchhigher performance and i think easier tooperate so some people use link or d andthe control planes which are basicallyjust the configuration stores so itshould really be called theconfiguration plane but whatever thecontrol planes for these service meshesusually can use envoy or link or dokay but if not if they only have onethat they support it's usually envoybecause it does everything all rightokay let's build on what we've learnedso far all right we've learned aboutdata planes we've learned that they do alot of stuffenvoy you know out of the box does l7load balancing and it does l3 l4and they also do so what else does envoydo for you so you can just use envoy andby the way i started by talking aboutdropbox dropbox's article remember isthey they moved their data plane fromnginx to envoy and you can build anentire service mesh of your own on topof envoy although you're pro probablygoing to need something like etd rightor zookeeper depending on how you've setit up but but you don't absolutely youabsolutely don't have to have it if youthink about it scd is a little confusingbecause i mean depending on your needsright likeit might be okay envoy is eventuallyconsistent right and etcd and all theseother paxos based key value stores arestrongly consistent right so which onedo you need right well envoy argues thathey it's service discovery it's okay forit to be eventually consistent meaninglook if we accidentally route somebodyto a service that's going down and theywind up getting an error and have toretry as long as it's it's a tail caseand it doesn't happen very often then uhit's probably okay because of retriesright and so envoy you know pushes someof that that retry logic that you youdon't need in a strongly consistentsystem where as long as that cd is upyou're gonna get an accurate up-to-dateservice instance right but i mean envoytakes the approach that it's like wellwhat if you call lcd or zookeeper andyou get yourself a service instance andthen it immediately dies right likestrongly consistent doesn't necessarilymean that the service is going to beavailable for the duration of your callto it so why not go with eventualconsistency which dramaticallysimplifies things and speed things upand it's an interesting i don't knowit's an interesting take everything thati've seen built on top of it winds upusing strong consistency so i don't idon't know who's right here but it'sit's an interesting thing to know rightis that envoy is generally attuned foreventual consistency in that gossipprotocolenvoy is written in c plus i believe itwas created by lyftenvoy is it's its own thing now you knowit's it's a it's a huge huge system witha massive community contributing to itand it really does everything it alsodoes things like so it does loadbalancing like like i said and it doestraffic splitting and it does uh youknow filter chains the filter chains areamazingly powerful and can do all sortsof um important stuff like um you knowcalling your cert authority to you knowvalidate ssl certs and umtransformations between protocols andall sorts of stuff well hell let me pullup the listyeah grpc proxyingit can do health checks it can do stagerollouts that's why i looked over here ithought it could do red blue or stagerollouts with traffic splittingpercentage-based traffic splittingwhat's that forlike are all these words do you guysknow what all these things are you knowwhat load balancing and dynamic servicediscovery and auto scaling are tls isthe new ssl and tls termination is youknow you have to do it somewhere toactually integrate with the certauthority and whatnot so you can do allthat in the proxy circuit breaking is arelatively new concept where you ratherthan overloading a service causing itsperformance to degrade and all sorts ofalarms going off andpotentially scarythings happening like data corruption orwhateverwith circuit breaking you basicallyconfigure the circuit breaker to say i'mnot going to take more thannqps and then i'm just going to likeopen the circuit and we're just going tostop stop sending stuff through rightand so you get an immediate alarm and ofcourse a cascade of circuit breakersupstream andand they can be a little tricky tomanage especially since in a lot ofsituations the client of the service theperson calling the service is expectedto configure the circuit breaker andthey don't really know have theinformation to configure it properly socircuit breaking is a bit of an art tosay the leastbut it does seem to be preferable tonot circuit breaking which just allowsservices is an arrangement whereservices will just fail arbitrarilyunder heavy enough load you definitelydon't want that okay so envoy can handlecircuit breaking it can handle faultinjection so that you can do things likechaos testing and what is netflix'schaos monkey right you can actually dothat in the proxy plane the proxy planeyou know if i start calling it the proxyplane will you and you guys startcalling it the proxy plane maybe we'llactually be able to like eventually killthe term data plane for the proxy planewhatevercan't have it all i guessso and it'll also do logging accesslogging you know all the things youexpect out of things like nginx umso it's you know it really is a prettyuh pretty robustmesh on its own envoy is envoy's reallycool and linker d does some of that butas you can as you can imagine like youyou know you sure load balancing youknow some of these things you knowprotocol transformations filter changethings like that those make sense in theproxyright maybe but if your proxy is onlyfor kubernetesand not for redis then obviously linkerd doesn't need all that stuff rightlinker d probably has you know accesslogging and observability and and maybemaybe uh tls maybe tls terminationbut uh uh it doesn't have a lot of thefeatures of envoy but it performs muchmuch better it's a much much smallerbinary and so it's it's fairly bespokefor kubernetes again it's also a verygood piece of technologyand there are some other ones out therebut honestly like if you're a cio or ctoor just a team lead even and you justwant to like um you want to decide thatyou're going to as a team lead youprobably shouldn't be making thisdecision you should you know yourcompany your organization should not uselike multiple service meshes andmultiple data planes and so on youshould really probably try tostandardize on one but if you're a teamlead who's responsible for maybe provingone out before you roll it out morebroadly to the rest of the company thensure you could make this decision too soi'm telling you unless you're like akubernetes only shop and you you knowyou're basically being backed into usinglinker d by the stack on top of it useenvoy like that's that's just it's ait's a no-brainer envoy has basicallyreplaced all of the other like proxytechnology out there there's no reasonto use anything other than envoy unlessagain you really really need a verylightweight high performance kubernetesonly installation and then you can uselinker d all right blinker d pluswhatever things that you're going toneed to use because they're not in linkor dso you with me so far so everybodyagrees that envoy is the cat's meoweverybody does envoy is itokay and the and the the the guy thatinvented envoy i'm sorry i forgot yourname man but amazing job but i i readhis his blog posts periodically and hishis updates and he he talks about youknow the decision process you know forhow envoy started and how it evolved andhe talks about other data planes and thefact that they really all ought to bepluggable and they shouldn't all justassume envoy and so he has been drivingalong with some others a universal dataplane interface or apiudp it's calledi think it's udp universal data planewhich has an unfortunate collision withudpbut whateverso again this is probably the guy thatcame up with another reason not to callit the data plane folks it could becalled upp if it was the universal proxyplane and believe me everybody wants uppinstead of udp becauseuh all the collisions and names here allright universal data planes data planesproxies we went through the list of allthings envoy does look if you're a ctocio or team lead trying to provesomething out absolutely you're going towant to use envoy and if you don'tbelieve me believeall the service meshes because most ofthem use envoy under the covers as theirdata planeconsole has envoy integration i don'tthink it requires envoy but since somany people use envoy console happilyintegrates with it okayistio uses envoy and it's not pluggableit just assumes envoy all right andthere were a couple of others maybe kongi think kong's service mesh may be builton envoy as well but don't quote me onthatyeah i double checked and kong in factis deeply committed to the success ofenvoy and so even kong which is also afantastic offering that we'll talk aboutin a little bit

Stevey was published as part of the short story collection So Different Now, which was released by CCLaP in 2011. The collection represents Part Two of the linked short story collection UPSTATE re-released in 2020 by Tortoise Books (and originally released under the title The New York Stories by CCLaP in 2015). Stevey is read by David Masciotra (BIO below). INTRO/OUTRO music is Drinking of Me and was generously provided by Monkey Wrench. READER BIO David Masciotra is the author of several books, including I Am Somebody: Why Jesse Jackson Matters (Bloomsbury, 2020), Mellencamp: American Troubadour (University Press of Kentucky, 2015), and a forthcoming examination of the politics of exurbia and suburbia for Melville House Publishing. He has written for the New Republic, the Progressive, the Los Angeles Review of Books, and many other publications on politics, music, and literature. He lives in Indiana, and teaches at Indiana University Northwest.  https://www.tanzerben.com/blog/upstate-the-podcast

Catch a glimpse of the memes along with Mike and Catherine over on YouTube!

Gergely Orosz writes the #1 technology newsletter at Substack, called The Pragmatic Engineer. He started his career as a software developer in the U.K., spent three years at Skype, and followed that role with four years as an engineering manager at Uber before deciding to leave big tech and work for himself. Gergely began pursuing his newsletter full-time in September 2021 and in just one year has amassed 200,000 subscribers. He now makes more money than he did at his salaried tech job, and with freedom and flexibility. In today's podcast, Gergely shares why he left his well-paying job at Uber, how he got his first 1,000 subscribers, why this kind of work can be stressful and lonely (but ultimately rewarding), and why it takes hard work to build authority and become a great writer. Working solo can be challenging, and in this episode, both Lenny and Gergely offer tips for structuring your unstructured time and finding your focus.—Find the full transcript here: https://www.lennyspodcast.com/leaving-big-tech-to-build-the-1-technology-newsletter-gergely-orosz-the-pragmatic-engineer/#transcript—Where to find Gergely Orosz:• Website: https://www.pragmaticengineer.com/• Newsletter: https://newsletter.pragmaticengineer.com• Twitter: https://twitter.com/GergelyOrosz• LinkedIn: https://www.linkedin.com/in/gergelyorosz/—Where to find Lenny:• Newsletter: https://www.lennysnewsletter.com• Twitter: https://twitter.com/lennysan• LinkedIn: https://www.linkedin.com/in/lennyrachitsky/—Thank you to our wonderful sponsors for making this episode possible:• Lemon.io: https://lemon.io/lenny• Eppo: https://www.geteppo.com/• Vanta: https://vanta.com/lenny—Referenced:• Gergely's books: https://blog.pragmaticengineer.com/books/• Centered: https://www.centered.app/• The Pomodoro technique: https://www.forbes.com/sites/bryancollinseurope/2020/03/03/the-pomodoro-technique/• Coding Horror: https://blog.codinghorror.com/• How to Achieve Ultimate Blog Success in One Easy Step: https://blog.codinghorror.com/how-to-achieve-ultimate-blog-success-in-one-easy-step/• A Comment Is an Invitation for Refactoring: https://blog.pragmaticengineer.com/a-comment-is-an-invitation-for-refactoring/• Kent Beck's website: https://www.kentbeck.com/• Steve Yegge's famous rant on Google vs. Amazon: https://www.alexanderjarvis.com/steve-yegges-famous-rant-on-google-vs-amazon/• Stevey's Tech Talk: https://www.youtube.com/playlist?list=PLZfuUWMTtMcC1DZF6HxJhqsGrBXu8Jzi7—In this episode, we cover:(04:32) Gergely's background(07:19) The Pragmatic Engineer, growth and current subscribers (08:59) Compensation with a subscription-based newsletter vs. his salaried position at Uber(10:55) How the onset of Covid and layoffs at Uber prompted Gergely to start his newsletter(23:10) What he did immediately after leaving Uber(25:41) The day-to-day of writing a newsletter(35:08) Tips for productivity(41:19) Gergely's favorite parts of entrepreneurship (43:15) The downsides of solo work(50:39) Why Gergely stopped making long-term plans(54:30) How to get started writing a newsletter(1:04:48) Key advice on building a successful newsletter—Production and marketing by https://penname.co/. For inquiries about sponsoring the podcast, email podcast@lennyrachitsky.com. Get full access to Lenny's Newsletter at www.lennysnewsletter.com/subscribe

Ricky Romance introduces a new podcast called The Messy Palace which is hosted by New York's very own Angie's world , The Messiest man alive Stevey Newnez from Miami, Florida and Ricky Romance representing Las Vegas, Nevada. This trio is bringing something new, fresh, and fun to iHeart Radio world. Buckle up your seatbelt, and get ready for the long ride, it's about to get Messy…. Follow @officialmessypalace on instagram for updates about new content. --- Support this podcast: https://anchor.fm/therickyromanceshow/support

Stevey put our mouths where his money is... no that can't be right. He voted with his dollar and we are making good on our promise. All this to say, the boys have been taken to the hell of the magnetic tape and this week they take on the John Carpenter MASTERPIECE "Big Trouble in Little China" Why, you ask? When some wild-eyed, eight-foot-tall donor grabs your neck, taps the back of your favorite head up against the studio wall, and he looks you crooked in the eye and he asks you if ya recorded their bonus episode, you just stare that big sucker right back in the eye, and you remember what ol' Nerdaplexy always says at a time like that: "Have ya recorded your bonus episode, Nerdaplexy?" "Yessir, the check is in the mail." @Nerdaplexypod on Twitter nerdaplexy@gmail.com Support us monthly, if you nasty NERDAPLEXY.COM --- This episode is sponsored by · Anchor: The easiest way to make a podcast. https://anchor.fm/app Support this podcast: https://anchor.fm/nerdaplexy/support

Today's podcast is a superfun episode where I interview the two lovely community managers of Moonbirds, a fantastic NFT community that I managed to mint. I am absolutely thrilled to be part of this great community and I asked the two ladies who run their discord server Stevey and SodaPop, to join me for a chat.    We discuss why they created a space for the ladybirds on the server and why most female-led projects struggle to gain as much traction as some of the other blue chips in the NFT space.    I also showed them FemPeak's NFTs (Fempeakers) and brainstormed what we are planning to do to encourage men to support the project and build allyship.

Back from a little 2 week break with Dr. Stevey himself, Steven Keindl. We talk girl vs guy perspective on turning *gasp* 30, stepping out of your comfort zone, and doing things because you want to not because it's what you're “supposed” to do. He also serves as NOKA's official beer correspondent and gives his top 3 breweries to visit in his “Tops” follow No One Knows Anything on instagram: @nooneknows_pod

Hey folks,A commenter asked if I could talk about whether you need a CS degree to be in Big Tech and make it as a software engineer.  So that's the topic for today!In this episode, I talk about what you would actually need to study in order to get the equivalent of a CS degree, and I also call our the most core fundamental stuff, which would be:  * discrete math, linear algebra, and statistics  * theory of computation, algorithms, data structures  * compilers, operating systems, networkingSo basically 9 courses at the very core,  plus a few nice-to-haves like programming languages, software engineering, distributed computing, databases, computer graphics, and machine learning.If you don't know at least the core 9 courses, you're flying blind and don't really know how computers work, at least not as well as you need to in Big Tech.  But the good news is, you can teach yourself that stuff by getting the books and muscling through them.In this episode I offer some colorful stories of how algorithms matter, and give some tips on how to motivate yourself to learn quickly.Let me know if I forgot anything major!

Hi folks,Given that my Emacs tour from 2 weeks ago is in 2nd place overall on views, I'm gonna see how far I can push my luck, and do another one about Emacs.Apologies to the podcast listeners. I narrate everything but this probably isn't that fun to listen to without seeing what I'm doing. Let me know.This episode is a bit more disjointed than usual because I actually had about 90 minutes of material and I had to edit heavily.  I can always redo the parts I edited out in a future episode, if this content is what people would like to see more of.Today I spend less time on fancy packages, and more time on fundamental editing features and principles.  I talk quite a bit about particular key bindings and other settings, and how they can make a dramatic difference to your overall efficiency while you edit text.  So this is more hands-on than the last tour.If you find this content interesting and you'd like me to keep producing it, please like the video, subscribe to the channel, and if possible, share it with others.  It was reeeeeeally hard to motivate myself to do an episode at all today, Emacs or no.  I'm sure some increased channel growth would help ensure that I can keep doing this week in and week out for a long time to come. Anything you can to do help would be appreciated.Anyway, enjoy, and feedback is welcome as always.

In this week's episode I talk about reorgs!   How and why to do them, when and why to avoid them, and how to make sure they go as smoothly as possible when you really do have to do one.I also tell some war stories about particular reorgs I experienced at Amazon and Google.If you like this content, please go over to my YouTube channel and subscribe. It improves my placement with the YT algorithm and helps the channel grow.  Thank you!

On this episode we're joined by Expert Mentor James Mc Grath with Stevey J International.James is the founder of an online Facebook page called 'Passing Through' with 50,000 who follow him from all around the globe. He has won multiple awards for his contribution to humanity. He won Heart of Gold Award and Local Hero Award presented by Ronan Keating from Boyzone LIVE on Magic FM.James is accompanied by the talented Jamie Cullen who has recently joined the Stevey J Team.On this podcast James speaks about the amazing work they are doing and how he has helped countless people across the world.You can find out more about their retreats and mentorship via www.steveyj.com and on the Stevey J Youtube channel. See acast.com/privacy for privacy and opt-out information.

Hey folks,This week I did a guided walkthrough of Emacs, on my computer, while narrating what I was typing out.It went pretty smoothly and I _think_ I did an OK job of narrating what we were looking at, as well as speaking aloud almost all the operations I performed during the tour.  So I'm hoping that it still works as a podcast, because honestly Emacs is pretty plain and it's not hard to imagine what I'm describing. :)  You're probably imagining something fancier than what was actually onscreen.If you'd like to enjoy it with visual, please head over to my Stevey's Tech Talk YT channel. If you like the video and (ideally) subscribe to the channel, it will help this podcast grow, net us more guests, and so on. I'd really appreciate it.

Grigory Javadyan, the commenter who inspired episode 37, has graciously agreed to be a guest on today's show.In this episode we talk about all sorts of interesting things, including:  * Zynga and the game industry  * Interviewing at big tech companies  * Being an SRE vs being a SWE  * Google infrastructure and database migrations  * Android emulators  * Command line vs IDEs (last week's episode)  * The future of programmingI really enjoyed this chat, and I hope you do too!If you like this content, please like the YouTube video and subscribe to the channel. Your support helps the channel grow and reach a broader audience. Thank you!

In this episode I dig in my heels and defend my position that you have to know command-line interfaces and shell scripting (or equivalent) in order to be a great programmer and a great generalist.I didn't say it explicitly, but the bottom line is that sometimes you need to do custom batch (and/or streaming) tasks that are not handled by your IDE or your favorite tools.  So what do you do?  Scripting to the rescue.

The steamy, sordid tale of how drank a bottle of wine, wrote a rant, and wound up on the front page of the Wall Street Journal.

I tell the sad but kinda funny tale of how I basically failed my first Google interview.

This week's episode is all about the Technical Program Manager role, and how it helps companies execute at their highest level.A TPM is a special role that requires "capital-T" technical expertise and a whole bunch of leadership. TPMs are tasked with delivering large, cross-functional, typically internal-facing projects such as database migrations, system rearchitectures, or performance/security initiatives.I talk about my own experience as a TPM at Amazon, and the right and wrong way to work with TPMs.

Hey folks!  This topic was suggested to me by a buddy.  I tackle the problem of engineers saying something is "impossible", and how to prove them wrong.

Hi folks!  I'm very pleased to present our second guest interview, with my good buddy Eni Segun.  I've known him for many years; he has been playing my game Wyvern since he was 8 years old, and has been a member of the core contributor team for the past several years.We talk about Eni's path from tinkering with computers through graduating from Drexel and heading to Microsoft, working in Azure. We cover a wide range of topics, but the biggest theme is the importance of good engineering documentation at your company.I've decided to shift my publishing to Sundays. This gives my guests a bit more flexibility for recording times (Friday night or any time Saturday), and gives me a bit of breathing room for editing, which takes hours and hours. So welcome to our first Sunday episode!

Hi folks!  We have our first-ever guest on the show.  Ex-Googler David Herman has been kind enough to be the guinea pig.In this episode we talk about how to detect and deal with stagnation in your career, lots about mentoring, and a bit about corporate culture. Plus lots of Google stories.

In today's episode I give some pointers to people who have just recently become engineering managers.  Not really a Management 101, since it's not comprehensive.  But definitely a subset of Management 101.

I talk about how messed up tech interviewing is, and yet it's sort of the best we've got... or is it?

Today I talk a bit about how Big Tech companies split into "tribes", usually by geography, and how you can avoid the pitfalls that inevitably tend to occur.

Hey folks, thanks for watching the channel. Today's talk is my 7-or-so-step plan, give or take, for becoming a leader who can motivate your people to do their best and most sustainable work for the company. And I'm talking about motivating the right way, which is NOT to rule by fear. You want people to LOVE their jobs; hence the icon for the thumbnail.I've been told that many people may not realize that subscribing/liking/commenting are all actually really good for the channel, because they help YouTube's algorithm suggest this content to people who might be looking for it.  So please subscribe, and/or hit 'like', and/or comment.It's also been suggested that I really need a forum as a place where people can chat with me and ask questions and stuff, since I'm always mentioning that in the videos.  I have taken it to heart and I'm looking at options. I'm currently leaning towards LinkedIn's creator tools; i.e., you can find me, contact me, berate me, etc. all on LinkedIn.  But if you have a better idea, please let me know before I commit.  I'm not a FB user and I'd sorta prefer to keep it that way, but if it's really the best option then I could maybe be convinced.Anyway, thanks for watching the videos!  I hope they're helpful and at least somewhat entertaining.

Here are some a few thoughts on how to be the best software engineer you can be.  It's not comprehensive; just some thoughts I've had about it over the years. Hope it's helpful!We'll talk a lot more about this stuff in future episodes, and I'll bring guests.  I know a lot of engineers who are far more badass than I am, and it'll be nice to get their perspective.

This is basically the contents of a tech talk I used to give at Google, to help Google engineers get promoted as fast as possible. I hope it helps!

In this episode I talk for way too long about how Flutter is going to take over the entire world of UI programming, from web pages to mobile apps to desktop apps.I didn't do a dry run on this video, and learned my lesson the hard way. I had to do 12+ hours of editing to get it down to something reasonable, and also had to remove about 500 umms and ahhs.  And it's still not great. Next time I will do a dry run!One point I didn't make very well is that my Flutter game client, written by a contributor, took about 6 weeks, which is 1/4 of the time it usually takes me to write a new client -- but if I account for the time required for learn the target framework, then it's really only about 2x as productive as the other frameworks, not 4x.But that's still pretty damn cool. And it's only about half as much code.

This episode is a retrospective, where I answer questions people have been asking me about various themes in the past 19 episodes.  Main questions answered:  * Am I underpaid?  * Can I really get into the tech industry that quickly?  * Why do you talk so much about geopolitics, and how is it relevant?  * Why do you talk so much about how toxic Amazon and other companies were?Those are the big ones.  I think most of the episode is talking about compensation packages, and differences between regions and roles.

In this episode I rant at length about the terrible reasons that people have for wanting to go into management/leadership.  I get really worked up by the end.Just to clarify one part of the video, I really love both Korea and Japan. They both have great food, great movies and shows, great people, and are both amazing and awesome countries. They just have terrible, TERRIBLE tech management culture, each in their own messed-up way. And they're not the only ones; they just happen to be two that I picked on this time around.Apologies for the color grading.  I seem to have lost my color grading entirely in the last episode, likely from an OBS upgrade, which turned me bright pink under my softbox lights, and I didn't notice it until after recording this one. So I threw in a band-aid LUT for now.

I'm going to do a series of talks about Grab Inc, a ride-hailing service in Southeast Asia, where I served as Head of Engineering, Ads, Monetization, and Data Insights for 2.5 years.  It was and still is a pretty incredible company.This talk is "breadth-first", were I just talk randomly about my impressions of the whole space, starting with the weather and ending with the business opportunities for 640 million people in Southeast Asia.I will do more focused talks about Grab in future episodes.

This is the one. The episode where you decide that listening to me was the biggest waste of time in possibly your entire life. I rant like a certifiably crazy person about tinfoil hat conspiracy theories, and throw out strong opinions about subjects I know almost nothing about. You know, like usual.

This episode is two parts.  The first half is me telling the story of how this channel came to be, why I'm doing it in this format, and my future plans.  The second part explains WHY I'm doing the show - it's to help prepare you for some pretty awful stuff that's going to happen soon.  Feel free to skip the first half if you just want to know how you may be affected.

Jeff Bezos and Bill Gates are in a race to polish up their image for future generations. Both of them were Bad Guys, but only one of them seems to be on track to atone for it. Warning: I trash talk a lot of billionaires in this episode.

In this episode I talk about my online multiplayer computer game, Wyvern (https://ghosttrack.com).  It has been a 25-year journey, and it wound up being responsible for the pretty awesome career I've had in Big Tech. I talk about the game, the players, and the learnings I've had from it. I hope you enjoy this little detour episode!

Several people asked me to talk about Amazon vs. Google and compare them, so I'm doing that in this episode.  I talk a lot about what it's like to work for Google.The dude in the beginning is a little joke, since one of you said I look like a bearded floating head. Which is accurate, since that's the look I'm going for, inspired by the guy at the beginning of Ultima Underworld.

Google's promotion process is VERY different from how it works at most companies.  They have spent years refining the process, and it avoids a lot of the dysfunction and problems that happen at other companies. It's worth a look just to see what you can learn from it.

I talk about the tricky problem of having a manager (at any level) who is hurting the company and requires corrective action.  There is a playbook for this, and I walk you through it.  This talk mostly applies to the Big Tech industry specifically, for reasons I outline at the beginning.

In this episode I take off the boxing gloves and plop on the brass knuckles. I talk about just how horrifically a senior executive can hurt or even kill a company, with lots of examples and real-life stories.

In this episode I talk about a kind of corporate disease that I'm calling "structural dysfunction", where employees are set up to fight with each other, because they have overlapping or even competing job descriptions. This is stupid. Obviously. But companies do it ALL THE TIME, and I give some personal examples and some famous examples.

In this episode I talk about how I struggled with learning programming, and eventually made it into the tech industry, where you can very easily make millions of dollars--and that's even more true with each passing year.  I give some tips on how to approach it and think about it, and encourage you to at least TRY it, since it can completely transform your life.

In this episode I conclude my first 3-part series on Amazon's world-class execution.  I talk about how Amazon treats their corporate customers and their developers, and how different it is from Microsoft, Google and other companies competing with Amazon.

In this episode I begin a 3-part discussion of why and how Amazon is always kicking everyone's butt in the industry, even though they are not a classic monopoly.  This episode focuses on corporate diseases and how Amazon is ruthless about rooting those diseases out.

This is my first episode fully dedicated to a particular and VERY common corporate disease called a "centralized DevOps team". I explain how Google does DevOps, how Amazon does it, the "right" way to do it, and finally, how the centralized team is the worst possible way to do it. I get riled up and rant a lot in this episode.

In this episode I continue my exploration of why Amazon executes so darn well compared to pretty much everyone else.  Here we explore their 25-year obsession with retail customer satisfaction, and building brand trust.

The post TYF205 Meditation and Healing Interview with Mr. Stevey Jones appeared first on .