Podcasts about H1

In episode 79 of the Simple Flying Podcast, your hosts Jo and Tom discuss, Qatar Airways has drama with the Airbus A350 Etihad sees some improvement in its H1 results Good and bad news for the Airbus A380 A look at Cathay Pacific's new Airbus A321neos A steampunk sculpture causes trouble in Frankfurt

Welcome to part 3 of episode 76.  This marks the 2nd year in a row without a Seafair hydroplane race in Seattle.  At the podcast we dug through the archives and found complete audio footage of the 1975 Seafair Regatta.  In part 3 listen to  the final heat coverage as well as a recap of the day's racing.  Along the way you might hear a familiar voice or two from hydroplane legend past.  Enjoy!Support the show (https://www.paypal.com/donate/?token=KKp4gjDWeKAYdK0hRQNhCLW_CSrqTKoKMuLy7EvqfnBBw0X5Vb-VPv0d7v1r4fnUeOVZb0&fromUL=true&country.x=US&locale.x=en_US)

Aug 7th 2021 H1 by Big And Wild Outdoors

Welcome to part 2 of episode 76.  This marks the 2nd year in a row without a Seafair hydroplane race in Seattle.  At the podcast we dug through the archives and found complete audio footage of the 1975 Seafair Regatta.  In part 2 listen to  heats 2A and 2B as well as a recap of the day's racing and a preview of the final heat.  Along the way you might hear a familiar voice or two from hydroplane legend past.  We will release part 3 on August 8th at 5AM PST.  Enjoy!Support the show (https://www.paypal.com/donate/?token=KKp4gjDWeKAYdK0hRQNhCLW_CSrqTKoKMuLy7EvqfnBBw0X5Vb-VPv0d7v1r4fnUeOVZb0&fromUL=true&country.x=US&locale.x=en_US)

In this episode, we discuss mandatory vaccines within the workplace. We give our views on H1 earnings results from Bayer (ETR: BAYN) , Vonovia (ETR: VNA) Wolters Kluwer(AMS: WKL), and Novo Nordisk (CPH: NOVO-B). Lastly, this week's stock pick falls to EMF who chooses an American ingredient company.

Welcome to part 1 of episode 76.  This marks the 2nd year in a row without a Seafair hydroplane race in Seattle.  At the podcast we dug through the archives and found complete audio footage of the 1975 Seafair Regatta.  In part 1 listen to the pre-race show along with heats 1A and 1B.  Along the way you might hear a familiar voice or two from hydroplane legend past.  We will release part 2 on August 7th at 5AM PST.  Enjoy!Support the show (https://www.paypal.com/donate/?token=KKp4gjDWeKAYdK0hRQNhCLW_CSrqTKoKMuLy7EvqfnBBw0X5Vb-VPv0d7v1r4fnUeOVZb0&fromUL=true&country.x=US&locale.x=en_US)

Domino's Pizza Group plc, H1 2021 Earnings Call, Aug 03, 2021

Welcome to the seventy-fifth episode of Roostertail Talk! Last week we enjoyed a great Columbia Cup full of deck to deck racing.  This episode recaps that very racing along with some additional interviews with some die hard fans.  I talked with super fans; Kirk Jacobsen, David Ramierz, Jay Leckrone and Denis Garl.  They shared their love of the sport and why they attend the Columbia Cup year after year.  I also break down the racing action with the surprise first victory of Corey Peabody! Enjoy!Support the show (https://www.paypal.com/donate/?token=KKp4gjDWeKAYdK0hRQNhCLW_CSrqTKoKMuLy7EvqfnBBw0X5Vb-VPv0d7v1r4fnUeOVZb0&fromUL=true&country.x=US&locale.x=en_US)

July 31st 2021 H1 by Big And Wild Outdoors

Apple smashes Q2 expectations with every product line hitting double-digit growth and Chinese sales soaring by 60 per cent. The stock, however, is down as CEO Tim Cook warns of continued semi-conductor shortages. Deutsche Bank swings back into profit despite reporting trading headwinds in the second quarter. We also hear from the CFO of Santander after the bank posts a €3.6 bn H1 profit and says it will outfperform its 2021 targets. Plus, Gucci products drive French luxury firm Kering, which has almost doubled its revenue. See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.

Tesla posts a record second quarter profit with net income of more than $1bn. However, CEO Elon Musk admits that the global semi-conductor shortage is causing serious problems for the company. Luxury giant LVMH sees sales soar by 80 per cent as economies reopen. Louis Vuitton and Dior are the standout brands in the quarter. French tyre maker is upping its full-year guidance after a strong H1 sales but supply chains concerns still remain. And in China, food delivery platforms are targeted by Beijing in its ongoing regulatory crackdown on tech firms.See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.

I don't want you depending on SEO or spending money on an SEO firm. You should be able to implement what I tell you today. And I'll have a few things that you shouldn't do. And I'll have a couple things that if you were if you had a little bit of cash, you could have a geek do for you, but not a lot of money and not a lot of time invested. Screw The Commute Podcast Show Notes Episode 469 How To Automate Your Business - https://screwthecommute.com/automatefree/ Internet Marketing Training Center - https://imtcva.org/ Higher Education Webinar – https://screwthecommute.com/webinars See Tom's Stuff – https://linktr.ee/antionandassociates 03:21 Tom's introduction to Basic SEO 05:38 Only One Topic and Keywords in Your Domain Name 07:13 Good quantity of content on each page 08:00 Must use Title Tags 11:51 Meta Description, Meta Tags and Anchor Text 14:32 Bold, H1, H2 and H3 Tags 15:24 Frequently Asked Questions and Keywords near top of the page 16:26 Using Alt Description and naming images with keywords 17:50 A list of DON'Ts 22:14 Working with a geek to get these done Entrepreneurial Resources Mentioned in This Podcast Higher Education Webinar - https://screwthecommute.com/webinars Screw The Commute - https://screwthecommute.com/ Screw The Commute Podcast App - https://screwthecommute.com/app/ College Ripoff Quiz - https://imtcva.org/quiz Know a young person for our Youth Episode Series? Send an email to Tom! - orders@antion.com Have a Roku box? Find Tom's Public Speaking Channel there! - https://channelstore.roku.com/details/267358/the-public-speaking-channel How To Automate Your Business - https://screwthecommute.com/automatefree/ Internet Marketing Retreat and Joint Venture Program - https://greatinternetmarketingtraining.com/ Disabilities page - https://imtcva.org/disabilities Internet Marketing Training Center - https://imtcva.org/ Related Episodes Keyword Research - https://screwthecommute.com/1/ Voice Search - https://screwthecommute.com/130/ BackLinks - https://screwthecommute.com/466/ Ask me a Question - https://screwthecommute.com/468/ More Entrepreneurial Resources for Home Based Business, Lifestyle Business, Passive Income, Professional Speaking and Online Business I discovered a great new headline / subject line / subheading generator that will actually analyze which headlines and subject lines are best for your market. I negotiated a deal with the developer of this revolutionary and inexpensive software. Oh, and it's good on Mac and PC. Go here: http://jvz1.com/c/41743/183906 The Wordpress Ecourse. Learn how to Make World Class Websites for $20 or less. https://screwthecommute.com/wordpressecourse/ Join our Private Facebook Group! One week trial for only a buck and then $37 a month, or save a ton with one payment of $297 for a year. Click the image to see all the details and sign up or go to https://www.greatinternetmarketing.com/screwthecommute/ After you sign up, check your email for instructions on getting in the group.

July 24th 2021 H1 by Big And Wild Outdoors

In this month's podcast, Medtech Insight's Reed Miller, Marion Webb and Barnaby Pickering offer a recap of Medtech Insight's digital health coverage in June, including the record-breaking H1 digital health funding, a recap of ADA 2021 and updates on telehealth legislation. Medtech Insight articles addressing topics discussed in this episode: Quanta Raises $245M In Series D, Plans To Expand Into Home-Based Dialysis In US https://medtech.pharmaintelligence.informa.com/MT144130/Quanta-Raises-245M-In-Series-D-Plans-To-Expand-Into-HomeBased-Dialysis-In-US CMR Surgical Closes SoftBank-Led Funding Round Worth $600M https://medtech.pharmaintelligence.informa.com/MT144132/CMR-Surgical-Closes-SoftBank-Led-Funding-Round-Worth-$600M Pear Therapeutics Goes Public To Support Expansion Of Prescription Digital Therapeutics https://medtech.pharmaintelligence.informa.com/MT144127/Exec-Chat-Pear-Therapeutics-CEO-Charts-Future-For-Digital-Therapeutics-Following-SPAC-Deal ADA 2021: Encouraging Trial Data on CGMs, Insulin Pens, Digital Solutions, And More https://medtech.pharmaintelligence.informa.com/MT144145/ADA-2021-Encouraging-Trial-Data-On-CGMs-Insulin-Pens-Digital-Solutions-And-More Exec Chat: Dexcom Continues To Evolve Blood Glucose Measurement Market https://medtech.pharmaintelligence.informa.com/MT144175/Exec-Chat-Dexcom-Continues-To-Evolve-Blood-Glucose-Measurement-Market Cures 2.0 Would Circumvent CMS' Pause On Breakthrough Payment Rule, Improve Telehealth, And More https://medtech.pharmaintelligence.informa.com/MT144113/Cures-20-Would-Circumvent-CMS-Pause-On-Breakthrough-Payment-Rule-Improve-Telehealth-And-More MDUFA V: Industry, FDA Tangle Over TAP Program, Agency Finances, Reinstatement Of Fifth-Year Offset Funds https://medtech.pharmaintelligence.informa.com/MT144183/MDUFA-V-Industry-FDA-Tangle-Over-TAP-Program-Agency-Finances-Reinstatement-Of-FifthYear-Offset-Funds For more information on Medtech Insight and to start a free trial, click here: http://bit.ly/2w7LnlR

Welcome to the seventy-third episode of "Roostertail Talk". The next stop on the H1 tour is the Columbia Cup, held in Tri-Cities, Wa.  For this episode we preview what this weekend's race could bring as well as make some bold predictions on the race.  Enjoy!Support the show (https://www.paypal.com/donate/?token=KKp4gjDWeKAYdK0hRQNhCLW_CSrqTKoKMuLy7EvqfnBBw0X5Vb-VPv0d7v1r4fnUeOVZb0&fromUL=true&country.x=US&locale.x=en_US)

SThree CEO Mark Dorman and CFO Alex Smith give an overview of the Group's 2021 half year results for the period ending 31st May 2021. Mark Dorman, CEO 00:30 - H1 21 Highlights Alex Smith, CFO 01:50 - Financial highlights Mark Dorman, CEO 03:30 - Strategy progress 05:15 - Outlook SThree plc is an international staffing company, which provides specialist recruitment services in the science, technology, engineering and mathematics (STEM) industries. The Company provides permanent and contract staff to sectors, including information and communication technology (ICT), banking and finance, life sciences, engineering and energy. The Company's segments include the United Kingdom & Ireland (UK&I), Continental Europe, the USA, and Asia Pacific & Middle East (APAC & ME). The Company's recruitment brands include Computer Futures, Progressive Recruitment, Huxley and Real Staffing. The Company's other brands include Global Enterprise Partners, Hyden, JP Gray, Madison Black, Newington International and Orgtel. The Company delivers contract, permanent, projects, retained and executive search recruitment solutions. Its support and mobility services offer contracting, relocation and relevant visa support. It provides resources to support its brands with contractor services.

July 17th 2021 H1 by Big And Wild Outdoors

Gold stock fund manager and Austrian economist Larry Lepard discusses how his fund performed in H1 2021 and shares numerous gold stock names he like. He offers his macro-economic analysis and why you want to be invested in gold. Larry shares advice regarding dealing the emotional ups and downs as a gold and gold stock investor. Lawrence Lepard runs Equity Management Associates, LLC, an investment partnership which has focused on investing in precious metals since 2008. Prior to EMA, Mr. Lepard spent 25 years as a professional investor and venture capitalist. From 1991 to 2004 he was one of two Managing Partners at Geocapital Partners in New Jersey which managed six venture capital partnerships, the last of which was $250 million. Geocapital was very active in technology, software and computer investing and invested heavily in the internet starting in 1993. Geocapital was the lead investor in Netcom, Inc., the first internet service provider to complete an IPO in 1996. Prior to Geocapital Mr. Lepard spent 7 years as a General Partner at Summit Partners in Boston, MA. Summit is a large venture capital and private equity firm. He was employee number 4, joining 1 year after Summit was launched. Mr. Lepard holds an MBA with Academic Distinction from Harvard Business School and a BA in Economics from Colgate University 0:00 Introduction 0:42 Dealing with poor gold sentiment 6:59 Larry's fund's performance H1 2021 8:18 Silver & Gold Stocks Larry likes 14:44 Zero cash position in Larry's fund now 15:50 Macro-analysis 20:05 When does being early equal being wrong as gold investors? Lawrence's contact info and Twitter handle: llepard@ema2.com Larry's Newsletter: http://eepurl.com/gOf1dT https://twitter.com/LawrenceLepard Sponsor info: https://furygoldmines.com/ Sign up for our free newsletter and receive interview transcripts, stock profiles and investment ideas: http://eepurl.com/cHxJ39 The content found on MiningStockEducation.com is for informational purposes only and is not to be considered personal legal or investment advice or a recommendation to buy or sell securities or any other product. It is based on opinions, SEC filings, current events, press releases and interviews but is not infallible. It may contain errors and MiningStockEducation.com offers no inferred or explicit warranty as to the accuracy of the information presented. If personal advice is needed, consult a qualified legal, tax or investment professional. Do not base any investment decision on the information contained on MiningStockEducation.com or our videos. We may hold equity positions in and/or be compensated by some of the companies featured on this site and therefore are biased and hold an obvious conflict of interest. MiningStockEducation.com may provide website addresses or links to websites and we disclaim any responsibility for the content of any such other websites. The information you find on MiningStockEducation.com is to be used at your own risk. By reading MiningStockEducation.com, you agree to hold MiningStockEducation.com, its owner, associates, sponsors, affiliates, and partners harmless and to completely release them from any and all liabilities due to any and all losses, damages, or injuries (financial or otherwise) that may be incurred.

Welcome to the seventy-second episode of "Roostertail Talk".  We had an off weekend with H1 so if you are like me, you want to hear some racing! For this episode we are going to revisit a classic H1 (or URC back then) race, the 1995 Budweiser Indiana Governor's Cup.  Crank you speakers and travel back to 1995 with us!Support the show (https://www.paypal.com/donate/?token=KKp4gjDWeKAYdK0hRQNhCLW_CSrqTKoKMuLy7EvqfnBBw0X5Vb-VPv0d7v1r4fnUeOVZb0&fromUL=true&country.x=US&locale.x=en_US)

July 10th 2021 H1 by Big And Wild Outdoors

Wall Street closes firmly to the downside. The 10-year Treasury note slumps to its lowest point for almost 5 months with continued Covid recovery fears weighing heavily. Investors look to safe havens like the Swiss franc and the Japanese yen while gold is set to post its third straight week in the green. The ECB sets out its first strategic policy review in nearly two decades, announcing a 2 per cent inflation target. Airbus enjoys a 52 per cent increase in H1 deliveries and is set to hit its 2021 targets. And in Tokyo, the Olympic flame arrives at an empty stadium as the city announces a state of emergency due to a Covid flare-up and will now ban all spectators from the Games. See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.

Welcome to the seventy-first episode of Roostertail Talk.  The 4th of July weekend has come and gone and that means another Madison Regatta is in the books.  This past weekend's race was also the Gold Cup, the most prestigious trophy in H1 racing.  In this episode I recap the racing that occurred for the Gold, enjoy!*Photo by Digital RoostertailsSupport the show (https://www.paypal.com/donate/?token=KKp4gjDWeKAYdK0hRQNhCLW_CSrqTKoKMuLy7EvqfnBBw0X5Vb-VPv0d7v1r4fnUeOVZb0&fromUL=true&country.x=US&locale.x=en_US)

The catastrophe bond market is on-track to break multiple records after a particularly busy second-quarter of 2021. Activity in the catastrophe bond and related insurance-linked securities (ILS) market accelerated again in the second-quarter of 2021, with the three-months seeing an incredible $8.5 billion of new risk capital come to market, according to the latest report and data from Artemis. Q2 2021 has set a new quarterly record for issuance, at $8.5 billion. This staggering level of new reinsurance and retrocession risk capital was supplied through 30 transactions consisting of 66 tranches of notes. Of the record breaking Q2 issuance total, a significant almost $6 billion, or more than 70%, covered property catastrophe risks. Our data shows that this is behind only Q2 2017, a period in which a huge $6.4 billion of quarterly issuance covered catastrophe risks. However, as at the end of H1 2021, cat risk issuance has reached a new high of more than $8.5 billion for the first six months of this year, which is slightly higher than the record for property cat bonds issued in the first-half previously set in H1 2017. Year-on-year, cat bond and ILS issuance increased by approximately $4.87 billion, ensuring that for the first time ever, H1 issuance has surpassed the $10 billion mark. In fact, combined with robust investor demand for reinsurance-linked returns and sponsor appetite for protection in Q1, the $8.5 billion of issuance witnessed in Q2 now takes H1 2021 total issuance of catastrophe bonds and related insurance-linked securities (ILS) to a massive $13.12 billion. To put this into context, more than $13 billion of issuance at the halfway stage of the year means that 2021 is already the third most active full-year on record, behind only the $16.4 billion and $13.9 billion recorded in 2020 and 2018, respectively. As demand for collateralized reinsurance persists and the cat bond market offers particularly attractive pricing conditions, we expect issuance to remain solid through the full-year.

As Hummer H1s get harder to find, one company is pushing the limits of what the ultimate H1 could be. Mil-Spec Automotive rebuilds Hummers from the ground up, reimagining them with performance and luxury, and the latest example will blow your mind. From design details to old-school craftsmanship, find out why the M1-R is the ultimate expression of the H1 platform. Hear from Mil-Spec's President, Ian Broekman, and get a little whiskey bonus thrown in.

July 3rd 2021 H1 by Big And Wild Outdoors

It's the end of a half that has seen numerous policy changes spurred by uncertainties surrounding the pandemic. We take a look at how the markets have fared during these turbulent times and look ahead to the second half as well. In the U.S., the S&P 500 is set to finish its fifth straight month of gains. Oil has also enjoyed it best H1 since 2009. We hear from the Bank of International Settlement's Claudio Borio who says that transitory higher inflation should be welcomed. In IPO news, Chinese ride-hailing app Didi Chuxing has reportedly valued its listing at the top of its range - $70bn – ahead of its U.S. debut. However, Chinese grocery delivery tech firm Dingdong has wiped out its double-digit gains on its first day of trade on the NYSE. Meanwhile, Chinese manufacturing activity has slowed to a fourth-month low, while Japanese factory output falls by its largest amount in a year. Both have been severely affected by the global car production slowdown.See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.

Welcome to the seventieth episode of Roostertail Talk.  H1 has put it's first race in the books and completed the Southern Cup.  We look at the racing last weekend in Guntersville and break down our top 5 takeaways from the Southern Cup.  We also look forward to this weekend's Gold Cup race in Madison, In and give our 5 wonderings about what could take place.  Finally, we predict who will win the 2021 Gold Cup.  Tune in to find out who we pick! Support the show (https://www.paypal.com/donate/?token=KKp4gjDWeKAYdK0hRQNhCLW_CSrqTKoKMuLy7EvqfnBBw0X5Vb-VPv0d7v1r4fnUeOVZb0&fromUL=true&country.x=US&locale.x=en_US)

H1 2021 is already drawing to a close. As of June 27, more than 25 million Japanese have been vaccinated against COVID-19. Campaigning for the Tokyo Assembly elections began June 25, and voting starts on July 4. These events will be watched as a possible harbinger of a Lower House election this fall. At this stage, the ruling coalition is expected to prevail, which would limit any political stresses. JPY cross-currency flows have been more active than USDJPY, JPY rates, and JPY basis price action. In today's episode, MUFG Chief Japan Strategist Takahiro Sekido discusses the latest in Japanese and foreign investor cross-border flow, BoJ's inaugural JPY interest rate incentivized deposit amount breakdowns, and JPY cross-currency arbitrage opportunities. He also shares his views on the Dollar/Yen, Yen rates, and Yen basis.   Disclaimer: www.mufgresearch.com (PDF)

June 26th 2021 H1 by Big And Wild Outdoors

Welcome to episode sixty-nine of Roostertail Talk.  This weekend marks the return of H1 racing after almost a 2 year absence.  Roostertail Talk breaks down the competition with a full preview of this weekend's Southern Cup along with race predictions.  After you listen, let us know if you agree or if you think someone else will win the 2021 Southern Cup! Official Southern Cup WebsiteH1 Live Streaming on YouTubeSupport the show (https://www.paypal.com/donate/?token=KKp4gjDWeKAYdK0hRQNhCLW_CSrqTKoKMuLy7EvqfnBBw0X5Vb-VPv0d7v1r4fnUeOVZb0&fromUL=true&country.x=US&locale.x=en_US)

June 19th 2021 H1 by Big And Wild Outdoors

Welcome to episode sixty-eight of Roostertail Talk.  With less than 2 weeks until the first race of the season Roostertail Talk wanted to do a little history of H1 racing in Guntersville, Alabama.  We talk briefly about previous races, race winners and even have a couple audio clips to share along the way. Enjoy!*Link to Episode 38: Interview with Katy NortonSupport the show (https://www.paypal.com/donate/?token=KKp4gjDWeKAYdK0hRQNhCLW_CSrqTKoKMuLy7EvqfnBBw0X5Vb-VPv0d7v1r4fnUeOVZb0&fromUL=true&country.x=US&locale.x=en_US)

Nate Berkopec is the author of the Complete Guide to Rails Performance, the creator of the Rails Performance Workshop, and the co-maintainer of Puma. He talks with Steph about being known as "The Rails Speed Guy," and how he ended up with that title, publishing content, working on workshops, and also contributing to open source projects. (You could say he's kind of a busy guy!) Speedshop (https://www.speedshop.co/) Puma (https://github.com/puma/puma/commits/master?author=nateberkopec) The Rails Performance Workshop (https://www.speedshop.co/rails-performance-workshop.html) The Complete Guide to Rails Performance (https://www.railsspeed.com/) How To Use Turbolinks to Make Fast Rails Apps (https://www.speedshop.co/2015/05/27/100-ms-to-glass-with-rails-and-turbolinks.html) Sidekiq (https://sidekiq.org/) Follow Nate Berkopec on Twitter (https://twitter.com/nateberkopec) Visit Nate's Website (https://www.nateberkopec.com/) Sign up for Nate's Speedshop Ruby Performance Newsletter (https://speedshop.us11.list-manage.com/subscribe?u=1aa0f43522f6d9ef96d1c5d6f&id=840412962b) Transcript: STEPH: All right. I'll kick us off with our fancy intro. Hello and welcome to another episode of The Bike Shed, a weekly podcast from your friends at thoughtbot about developing great software. I'm Steph Viccari. And this week, Chris is taking a break. But while he's away, I'm joined by Nate Berkopec, who is the owner of Speedshop, a Ruby on Rails performance consultancy. And, Nate, in addition to running a consultancy, you're the co-maintainer of Puma. You're also an author as you wrote a book called The Complete Guide to Rails Performance. And you run the workshop called The Rails Performance Workshop. So, Nate, I'm sensing a theme here. NATE: Yeah, make code go fast. STEPH: And you've been doing that for quite a while, haven't you? NATE: Yeah. It's pretty much been since 2015, or so I think. It all started when I actually wrote a blog post about Turbolinks that got a lot of pick up. My hot take at the time was that Turbolinks is actually a good thing. That take has since become uncontroversial, but it was quite controversial in 2015. So I got a lot of pick up on that, and I realized I liked working on performance, and people seem to want to hear about it. So I've been in that groove ever since. STEPH: When you started down the path of really focusing on performance, were you running your own consultancy at that point, or were you working for someone else? NATE: I would say it didn't really kick off until I actually published The Complete Guide to Rails Performance. So after that came out, which was, I think, March of 2016…I hope I'm getting that right. It wasn't until after that point when it was like, oh, I'm the Rails performance guy now. And I started getting emails inbound about that. I didn't really have any time when I was actually working on the CGRP to do that sort of thing. I just made that my full-time job to actually write, and market, and publish that. So it wasn't until after that that I was like, oh, I'm a performance consultant now. This is the lane I've driven myself into. I don't think I really had that as a strategy when I was writing the book. I wasn't like, okay, this is what I'm going to do. I'm going to build some reputation around this, and then that'll help me be a better consultant with this. But that's what ended up happening. STEPH: I see. So it sounds like it really started more as a passion and something that you wanted to share. And it has manifested to this point where you are the speed guy. NATE: Yeah, I think you could say that. I think when I started writing about it, I just knew...I liked it. I liked the work of performance. In a lot of ways, performance is a much more concrete discipline than a lot of other sub-disciplines of programming where I joke my job is number go down. It's very measurable, and it's very clear when you've made a difference. You can say, “Hey, this number was this, and now it's this. Look what I did.” And I always loved that concreteness of performance work. It makes it actually a lot more like a real kind of engineering discipline where I think of performance engineering as clarifying requirements and the limitations and then building a project that meets the requirements while staying within those limitations and constraints. And that's often not quite as clear for other disciplines like general feature work. It's kind of hard to say sometimes, like, did you actually make the user's life better by implementing such and such? That's more of a guess. That's more of a less clear relationship. And with performance, nobody's going to wake up ten years from today and wish that their app was slower. So we can argue about the relative importance of performance in an application, but we don't really argue about whether or not we made it faster because we can prove that. STEPH: Yeah. That's one area that working with different teams (as I tend to shift the clients that I'm working with every six months) where we often push hard around feature work to say, “How can we measure this? How can we know that we are delivering something valuable to users?” But as you said, that's really tricky. It's hard to evaluate. And then also, when you add on the fact that if I am leaving that project in six months, then I don't have the same insights to understand how something went for that team. So I can certainly appreciate the satisfaction that comes from knowing that, yes, you are delivering a faster app. And it's very measurable, given the time that you're there, whether it's a short time or if it's a long time that you're with that team. NATE: Yeah, totally. My consulting engagements are often really short. I don't really do a lot of super long-term stuff, and that's usually fine because I can point to stuff and say, “Yep. This thing was at A, and now it's at B. And that's what you hired me to do, so now it's done.” STEPH: I am curious; given that you have so many different facets where you are running your consultancy, you are also often publishing a lot of content and working on workshops and then also contributing to open source projects. What does a typical week look like for you? NATE: Well, right now is actually a decent example. I have client work two or three days a week. And I'm actually working on a new product right now that I'm calling Sidekiq in Practice, which is a course/workshop about scaling Sidekiq from zero to 1000 jobs per second. And I'll spend the other days of the week working on that. My content is...I always struggle with how much time to spend on blogging specifically because it takes so much time for me to come up with a post and publish that. But the newsletter that I write, which I try to write two once a week, I haven't been doing so well with it lately. But I think I got 50 newsletters done in 2020 or something like that. STEPH: Wow. NATE: And so I do okay on the per-week basis. And it's all content I've never published anywhere else. So that actually is like 45 minutes of me sitting down on a Monday and being like rant, [chuckles] slam keyboard and rant and then hit send. And my open source work is mostly 15 minutes a day while I'm drinking morning coffee kind of stuff. So I try to spread myself around and do a lot of different stuff. And a lot of that means, I think, pulling back in terms of thinking how much you need to spend on something, especially with newsletters, email newsletters, it was very easy to overthink that and spend a lot of time revising and whatever. But some newsletter is better than no newsletter. And especially when it comes to content and marketing, I've learned that frequency and regularity is more important than each and every post is the greatest thing that's ever come out since sliced bread. So trying to build a discipline and a practice around doing that regularly is more important for me. STEPH: I like that, some newsletter is better than no newsletter. I was listening to your chat with Brittany Martin on the Ruby on Rails podcast. And you said something very honest that I appreciated where you said, “Writing is really hard, and writing sucks.” And that made me laugh in the moment because even though I do enjoy writing, I still find it very hard to be disciplined, to sit down and make it happen. And then you go into that editor mode where you critique everything, and then you never really get it published because you are constantly fixing it. It sounds like...you've mentioned you set aside about 45 minutes on a Monday, and you crank out some work. How do you work through that inner critic? How do you get past it to the point where then you just publish? NATE: You have to separate the steps. You have to not do editing and first drafting at the same time. And the reason why I say it sucks and it's hard is because I think a lot of people don't do a lot of regular writing, maybe get intimidated when they try to start. And they're like, “Wow, this is really hard. This is not fun.” And I'm just trying to say that's everybody's experience and if it doesn't get any better, because it doesn't, [chuckles] there's nothing wrong with you, that's just writing, it's hard. For me, especially with the newsletter, I just have to give myself permission not to edit and to just hit send when I'm done. I try to do some spell checking,, and that's it. I just let it go. I'm not going back and reading it through again and making sure that I was very clear and cogent in all my points and that there's a really good flow through that newsletter. I think it comes with a little bit of confidence in your own ideas and your own experience and knowledge, believing that that's worth sharing and that's worth somebody's time, even if it's not a perfect expression of what's in your head. Like, a 75% expression is good enough, especially in a newsletter format where it's like 500 to 700 words. And it's something that comes once a week. And maybe not everyone's amazing, but some of them are, enough of them are that people stay subscribed. So I think a combination of separating editing and first drafting and just having enough confidence and the basis where you have to say, “It doesn't have to be perfect every single time.” STEPH: Yeah, I think that's something that I learned a while back to apply to my coding process where I had to separate those two steps of where I have to let the creator in me just create and write some code and make it work, and then come back to the editing process, and taking a similar approach with writing. As you may be familiar with thoughtbot, we're big advocates when it comes to sharing content and sharing things that we have learned throughout the week and different projects that we're working on. And often when people join thoughtbot, they're very excited to contribute to the blog. But it is daunting for that first post because you think it has to be this really grand novel. And it has to be something that is really going to appeal to everybody, and it's going to help everyone. And then over time, you learn it's like, oh well, actually it can be this very just small thing that I learned that maybe only helps 20 people, but it still helped those 20 people. And learning to publish more frequently versus going for those grand pieces is more favorable and often more helpful for people. NATE: Yeah, totally. That's something that is difficult for people at first. But everything in my experience has led me to believe that frequency and regularity is just as, if not more important than the quality of any individual piece of content that I put out. So that's not to say that...I guess it's weird advice to give because people will take it too far the other way and think that means he's saying quality doesn't matter. No, of course, it does, but I think just everyone's internal biases are just way too tuned towards this thing must be perfect. I've also learned we're just really bad judges internally of what is useful and good for people. Stuff that I think is amazing and really interesting sometimes I'll put that out, and nobody cares. [chuckles] And the other stuff I put out that's just like the 45-minute banging out newsletter, people email me back and say, “This is the most helpful thing anyone's ever read.” So that quality bias also assumes that you know what is good and actually we're not really good at that, knowing every time what our audience needs is actually really difficult. STEPH: That's totally fair. And I have definitely run into that too, where I have something that I'm very proud of and excited to share, and I realize it relates to a very small group of people. But then there's something small that I do every day, and then I just happen to tweet about it or talk about it, and suddenly that's the thing that everybody's really excited about. So yeah, you never know. So share it all. NATE: Yeah. And it's important to listen. I pay attention to what people get interested in from what I put out, and I will do more of that in the future. STEPH: You mentioned earlier that you are working on another workshop focused on Sidekiq. What can you tell me about that? NATE: So it's meant to be a guide to scaling Sidekiq from zero to 1000 requests per second. And it's meant to be a missing guide to all the things that happen, like the situations that can crop up operationally when you're working on an application that does a lot of work with Sidekiq. Whereas Mike Sidekiq, Wiki, or the docs are great about how do, you do this? What does this setting mean? And the basics of getting it just running, Sidekiq in practice, is meant to be the last half of that. How do you get it to run 1,000 jobs per second in a day-to-day application? So it's the collected wisdom and collected battle scars from five years of getting called in to fix people's Sidekiq installations and very much a product of what are the actual problems that people experience, and how do you fix and deal with those? So stuff about memory and managing Sidekiq memory usage, how to think about queues. Like, what should your queue structure be? How many should you have? Like, how do you organize jobs into queues, and how do you deal with problems like some client is dropping 10,000, 20,000 jobs into a queue. And now the other jobs I put in that queue have 20,000 jobs in front of them. And now this other job I've got will take three hours to get through that queue. How do you deal with problems like that? All the stuff that people have come to me over the years and that I've had to help them fix. STEPH: That sounds really great. Because yeah, I find that teams who are often in this space with Sidekiq we just let it run until there's a fire. And then suddenly, we start to care as to how it's processing, and we care about our queue structure and how many workers that we have that are pulling from that queue. So that sounds really helpful. When you're building a workshop, do you often go back to any of those customers and pull more ideas from them, or do you find that you just have enough examples from your collective work with clients that that itself creates a course? NATE: Usually, pretty much every chapter in the workshop I've probably implemented like three-plus times, so I don't really have to go back to any individual customer. I have had some interesting stuff with my current client, Gusto. And Gusto is going through some background job reorganization right now and actually started to implement a lot of the things that I'm advocating in the workshop actually without talking to me. It was a good validation of hey, we all actually think the same here. And a lot of the solutions that they were implementing were things that I was ready to put down into those workshops. So I'd like to see those solutions implemented and succeed. So I think a lot of the stuff in here has been pretty battle-tested. STEPH: For the Rails Performance Workshop, you started off doing those live and in-person with teams, and then you have since switched to now it is a CLI course, correct? NATE: That's correct. Yep. STEPH: I love that very much. When you've talked about it, it does feel very appropriate in terms of developers and how we like to consume content and learn. So that is really novel and also, it seems like a really nice win for you. So then other people can take this course, but you are no longer the individual that has to deliver it to their team, that they can independently take the course and go through it on their own. Are you thinking about doing the same thing for the Sidekiq course, or what are your plans for that one? NATE: Yeah, it's the exact same structure. So it's going to be delivered via the command line. Although I would say Sidekiq in practice has more text components. So it's going to be a combination of a very short manual or book, and some video, and some hands-on exercises. So, an equal blend between all three of those components. And it's a lot of stuff that I've learned over having to teach; I guess intermediate to advanced programming concepts for the last five years now that people learn at different paces. And one of the great things about this kind of format is you can pick it up, drop it off, and move at your own speed. Whereas a lot of times when I would do this in person, I think I would lose people halfway through because they would get stuck on something that I couldn't go back to because we only had four hours of the day. And if you deliver it in a class format, you're one person, and I've got 24 other people in this room. So it's infinitely pausable and replayable, and you can go back, or you can just skip ahead. If you've got a particular problem and you're like, hey, I just want to figure out how to fix such and such; you can do that. You can just come in and do a particular thing and then leave, and that's fine. So it's a good format that way. And I've definitely learned a lot from switching to pre-recorded and pre-prepared stuff rather than trying to do this all live in person. STEPH: That is one of the lessons that I've learned as well from the couple of workshops that I've led is that doing them in person, there's a lot of energy. And I really enjoy that part where I get to see people respond to the content. And then I get a lot of great feedback from people about what type of questions they have, where they are getting stuck. And that part is so important to me that I always love doing them live first. But then you get to the point, as you'd mentioned, where if you have a room full of 20 people and you have two people that are stuck, how do you help them but then still keep the class going forward? And then, if you are trying to tailor this content for a wide audience…so maybe beginners could take the Rails Performance Workshop, or they could also take the Sidekiq course. But you also want the more senior engineers to get something out of it as well. It's a very challenging task to make that content scale for everyone. NATE: Yeah. What you said there about getting feedback and learning was definitely something that I got out of doing the Rails Performance Workshop in person like three dozen times, was the ability to look over people's shoulders and see where they got stuck. Because people won't email me and say, “Hey, this thing is really confusing.” Or “It doesn't work the way you said it does for me.” But when I'm in the same room with them, I can look over their shoulder and be like, “Hey, you're stuck here.” People will not ask questions. And you can get past that in an in-person environment. Or there are even certain questions people will ask in person, but they won't take the time to sit down and email me about. So I definitely don't regret doing it in person for so long because I think I learned a lot about how to teach the material and what was important and how people...what were the problems that people would encounter and stuff like that. So that was useful. And definitely, the Rails Performance Workshop would not be in the place that it is today if I hadn't done that. STEPH: Yeah, helping people feel comfortable asking questions is incredibly hard and something I've gone so far in the past where I've created an anonymous way for people to submit questions. So during class, even if you didn't want to ask a question in front of everybody, you could submit a question to this forum, and I would get notified. I could bring it up, and we could answer it together. And even taking that strategy, I found that people wouldn't ask questions. And I guess it circles back to that inner critic that we have that's also preventing us from sharing knowledge that we have with the world because we're always judging what we're going to share and what we're going to ask in front of our peers who we respect. So I can certainly relate to being able to look over someone's shoulder and say, “Hey, I think you're stuck. We should talk. Let me walk you through this or help you out.” NATE: There are also weird dynamics around in-person, not necessarily in a small group setting. But I think one thing I really picked up on and learned from RailsConf2021 which was done online, was that in-person question asking requires a certain amount of confidence and bravado that you're not...People are worried about looking stupid, and they won't ask things in a public or semi-public setting that they think might make them look dumb. And so then the people that do end up asking questions are sometimes overconfident. They don't even ask a question. They just want to show off how smart they are about a particular issue. This is more of an issue at conferences. But the quality of questions that I got in the Q&A after RailsConf this year (They did it as Discord chats.) was way better. The quality of questions and discussion after my RailsConf talk was miles better than I've ever had at a conference before. Like, not even close. So I think experimenting with different formats around interaction is really good and interesting. Because it's clear there's no perfect format for everybody and experimenting with these different settings and different methods of delivery has been very useful to me. STEPH: Yeah, that makes a ton of sense. And I'm really glad then for those opportunities where we're discovering that certain forums will help us get more feedback and questions from people because then we can incorporate that and to future conferences where people can speak up and ask questions, and not necessarily be the one that's very confident and enjoys hearing their own voice. For the Rails Performance Workshop, what are some of the general things that you dive into for that workshop? I'm curious, what is it like to attend that workshop? Although I guess one can't attend it anymore. But what is it like to take that workshop? NATE: Well, you still can attend it in some sense because I do corporate bookings for it. So if you want to buy 20 seats, then I can come in and basically do a Q&A every week while everybody takes the workshop. Anyway, I still do that. I have one coming up in July, actually. But my overall approach to performance is to always start with monitoring. So the course starts with goals and monitoring and understanding where you want to go and where you are when it comes to performance. So the first module of the Rails Performance Workshop is actually really a group exercise that's about what are our performance requirements and how can we set those? Both high-level and low-levels. So what is our goal for page load time? How are we going to measure that? How are we going to use that to back into lower-level metrics? What is our goal for back-end response times? What is our goal for JavaScript bundle sizes? That all flows from a higher-level metric of how fast you want the page to load or how fast you want a route to change in a React app or something, and it talks about those goals. And then where should you even start with where those numbers should be? And then how are you going to measure it? What are the browser events that matter here? What tools are available to help you to get that data? Because without measurement, you don't really have a performance practice. You just have people guessing at what stuff is faster and what is not. And I teach performance as a scientific process as science and engineering. And so, in the scientific method, we have hypotheses. We test those hypotheses, and then we learn based on those tests of our hypotheses. So that requires us to A, have a hypothesis, so like, I think that doing X makes this faster. And I talk about how you generate hypotheses using profiling, using tools that will show you where all the time goes when you do this particular operation of your software—and then measuring what happens when you do that? And that's benchmarking. So if you think that getting rid of method X or changing method X will speed up the app, benchmarking tells you did you actually speed it up or not? And there are all sorts of little finer points to making sure that that hypothesis and that experiment is tested in a valid way. I spend a lot of time in the workshop yapping about the differences between development/local environments and production environments and which ones matter. Because what differences matter, it's not often the ones that we think about, but instead it's differences like actually in Rails apps the asset packaging and asset pipeline performs very differently in production than it does in development, works very differently. And it makes it one of the primary reasons development is slower than production, so making sure that we understand how to change those settings to more production-like settings. I talk a lot about data. It's the other primary difference between development and production is production has a million users, and development has 10. So when you call things like User.all, that behavior is very different in production than it is locally. So having decent production-like data is another big one that I like to harp on in the workshops. So it's a process in the workshop of you just go lesson by lesson. And it's a lot of video followed up by hands-on exercises that half of them are pre-baked problems where I'm like, hey, take a look at this Turbolinks app that I've given you and look at it in DevTools. And here's what you should see. And then the other half is like, go work on your application. And here are some pull requests I think you should probably go try on your app. So it's a combination of hands-on and videos of the actual experience going through it. STEPH: I love how you start with a smaller application that everyone can look at and then start to learn how performant is this particular application that I'm looking at? Versus trying to assess, let's say, their own application where there may be a number of other variables that they have to consider. That sounds really nice. You'd mentioned one of the first exercises is talking about setting some of those goals and perhaps some of those benchmarks that you want to meet in terms of how fast should this page load, or how quickly should a response from the API be? Do you have a certain set of numbers for those benchmarks, or is it something that is different for each product? NATE: Well, to some extent, Google has suddenly given us numbers to work with. So as of this month, I think, June 2021, Google has started to use what they're calling Core Web Vitals in their ranking of search results. They've always tried to say it's not a huge ranking factor, et cetera, et cetera, but it does exist. It is being used. And that data is based on Chrome user telemetry. So every time you go to a website in Chrome, it measures three metrics and sends those back to Google. And those three metrics are Largest Contentful Paint (LCP), First Input Delay (FID), and Cumulative Layout Shift (CLS). And First Input Delay and Cumulative Layout shift are more important for your single-page apps kind of stuff. It's hard to screw those up with a Golden Path Rails app that just does Turbolinks or Hotwire or whatever. But Largest Contentful Paint is an easy one to screw up. So Google's line in the sand that they've drawn is 2.5 seconds for Largest Contentful Paint. So that's saying that from clicking on your website in a Google search result, it should take 2.5 seconds for the page to paint the largest component of that new page. That's often an image or a video or a large H1 tag or something like that. And that process then will help you to...to get to 2.5 seconds in Largest Contentful Paint; there are things that have to happen along the way. We have to download and execute all JavaScript. We have to download CSS. We have to send and receive back-end responses. In the case of a simple Hotwire app, it's one back-end response. But in the case of a single-page app, you got to download the document and then maybe download several XHR fetches or whatever. So there's a chain of events that has to happen there. And you have to walk that back now from 2.5 seconds in Largest Contentful Paint. So that's the line that I'm seeing getting drawn in the sand right now with Google's Core Web Vitals. So pretty much any meaningful web application performance metric can be walked back from that. STEPH: Okay. That's super helpful. I wasn't aware of the Core Web Vitals and that particular stat that Google is using to then rank the sites. I was going to ask, this kind of blends in nicely into when do you start caring about performance? So if you have a new application that you are just starting to get to market, based on the fact that Google is going to start ranking you right away, you do have to care some right out of the gate. But I am curious, when do you start caring more about performance, and are there certain tools and benchmarking that you want to have in place from day one versus other things that you'll say, “Well, we can wait until we have X numbers of users or other conditions before we add more profiling?” NATE: I'd say as an approach, I teach people not to have a performance strategy of monitoring. So if your strategy is to have dashboards and look at them regularly, you're going to lose. Eventually, you're not going to look at that dashboard, or more often, you just don't understand what you're looking at. You just install New Relic or Datadog or whatever, and you don't know how to turn a dashboard into actual action. Also, it seems to just wear teams out, and there's no clear mechanism when you just have a dashboard of turning that into oh, well, this has to now be something that somebody on our team has to go work on. Contrast that with bugs, so teams usually have very defined processes around bugs. So usually, what happens is you'll get an Exception Notification through Sentry or Bugsnag or whatever your preferred Exception Notification service is. That gets read by a developer. And then you turn that into a Jira ticket or a Kanban board or whatever. And then that is where work is done and prioritized. Contrast that with performance; there's often no clear mechanism for turning metrics into stuff that people actually work on. So understanding at your organization how that's going to work and setting up a process that automatically will turn performance issues into actual work that people get done is important. The way that I generally teach people to do this is to focus instead of dashboards and monitoring, on alerts, on automated thresholds that get tripped and then sends somebody's an email or put something in the Kanban board or whatever. It just has to be something that automatically gets fired. Different tools have different ways of doing this. Datadog has pretty much built their entire product around monitoring and what they call monitors. That's a perfectly fine way to do it, whatever your chosen performance monitoring tool, which I would say is a required thing. I don't think there's really any good excuse in 2021 for not having a performance monitoring tool. There are a million different ways to slice it. You can do it yourself with OpenTelemetry and then like statsD, I don't know, or pay someone else like everyone else does for Datadog or New Relic or AppSignal or whatever. But you got to have one installed. And then I would say you have to have some sort of automated alerting. Now that alerting means that you've also decided on thresholds. And that's the hard work that doesn't get done when your strategy is just monitoring. So it's very easy to just install a dashboard and say, “Hey, I have this average page time load dashboard. That means I'm paying attention to performance.” But if you don't have a clear answer to what number is good and what number is bad, then that dashboard cannot be turned into real action. So that's why I push monitoring so hard is because it allows people to ignore performance is all that matters, and it forces you to make the decision upfront as to what number matters. So that is what I would say, install some kind of performance monitoring. I don't really care what kind. Nowadays, I also think there's probably no excuse to not have Real User Monitoring. So there's enough GDPR compliance Real User Monitoring now that I think everyone should be using it. So for industry terms, Real User Monitoring is just performance monitoring in the browser. So it's just users' browser APIs and sends those back to you or your third-party provider, so having that so you actually are collecting back-end and front-end performance metrics. And then making decisions around what is bad and what is good. Probably everybody should just start with a page load time monitor, Largest Contentful Paint monitor. And if you've got a single-page app, probably hooking up some stuff around route changes or whatever your app...because you don't actually have page loads on every single time you navigate. You have to instrument whatever those interactions are. So having those up and then just drawing some lines that say, “Hey, we want our React route changes to always be one second or less.” So I will set an alert that if the 95th percentile is one second or more, I'm going to get alerted. There's a lot of different ways to do that, and everybody will have different needs there. But having a handful of automated monitors is probably a place to start. STEPH: I like how you also focus on once you have decided those thresholds and have that monitoring in place, but then how do you make it actionable? Because I have certainly been part of teams where we get those alerts, but we don't necessarily...what you just mentioned, prioritize that work to get done until we have perhaps a user complaint about it. Or we start actually having pages that are timing out and not loading, and then they get bumped up in the priority queue. So I really like that idea that if we agree upon those thresholds and then we get alerted, we treat that alert as if it is a user that is letting us know that a page is too slow and that they are unable to use our application, so then we can prioritize that work. NATE: And it's not all that dissimilar to bugs, really. And I think most teams have processes around correctness issues. And so, all that my strategy is really advocating for is to make performance fail loudly in the same way that most exceptions do. [chuckles] Once you get to that point, I think a lot of teams have processes around prioritization for bugs versus features and all that. And just getting performance into that conversation at least tends to make that solve itself. STEPH: I'm curious, as you're joining teams and helping them with their performance issues, are there particular buckets or categories of performance issues that are the most common in terms of, let's say, 50% of issues are SQL-related N+1 issues? What tends to be the breakdown that you see? NATE: So, when it comes to why something is slow in a Ruby application, I teach a method that I call DRM. And that doesn't have anything to do with actual DRM. It's just memorable because it reminds me of things I don't like. DRM stands for Database Ruby and Memory and in that order. So the most common issue is database, the second most common issue is issues with your Ruby code. The least common issue is memory. Specifically, I'm talking about allocation of objects, creating lots of objects. So probably 80% of your issues are in some way database-related. In Rails, it's 50% of those are probably N+1. And then 30% of database issues are probably what I would call unnecessary SQL. So it's not necessarily N+1, but it's a SQL query for information that you already had, or you could do in a more efficient way. So a common thing for unnecessary SQL would be people will filter an ActiveRecord::Collection like ten different ways when they could have just loaded the whole collection, filtered it with Ruby in the ten different ways afterwards, and that works really well if the collection that you're loading is like 10, 20. Turning that into one database query, plus a bunch of calls to innumerable methods is often way faster than doing that as ten separate database queries. Also, that tends to be a more robust approach. This doesn't happen in most companies, but what could happen is the database is like a shared resource. It's a resource that everybody is affected by. So a performance degradation to the database is the worst possible scenario because everything is affected. But if you screw up what's happening at an individual Rails process, then only that Rails process is affected. The blast radius is tiny. It's just that one request. So doing less stuff in the database while it can actually seem like, oh, that doesn't feel right. I'm supposed to do a lot of stuff in the database. It actually can reduce blast radiuses of performance issues because you're not doing it on this database that everyone has to have access to. There are a lot of areas of gray here. And I talk a lot in all my other material like why -- There's a lot of nuance here. So database is the main stuff. Issues in how you write your Ruby code is probably the other one. Usually, that's just what I would call code that goes bump in the night. It's code that you don't know is running but actually is. Profilers are what help us figure that out. So oftentimes, I'll have someone open up a profiler on their controller action for the first time. And they're like, wait a minute, I had no idea that such and such was running during this controller action, and actually, we don't need to do that at all. So why is it here? So that's the second most common issue. And then the third issue that really doesn't actually come up all that often is object allocation, numbers of objects that get created. So primarily, this is a problem in index actions or actions transactions that deal with big collections. So in Ruby, we often get overly focused on garbage collection, but garbage collection doesn't take any time if you just don't create objects. And object creation itself takes time. So looking at code through the lens of what object does this code create? And trying to get rid of those object allocations can often be a pretty productive way to make stuff faster. STEPH: You said a lot of amazing things there. So I'm debating on which one to follow up on. I think the one that stuck out to me the most where I have felt pain around this is you mentioned identifying code that goes bump in the night or code that is running, but it doesn't need to be run. And that is something that I've run into with applications where we have a code path that seems important, but yet I can't prove that it's being executed and exactly why it's there and what flow it's supporting. And I'm curious, do you have any tips or tricks in how you've helped teams identify that this code path isn't used and it's something that we can remove and then that itself will help speed up the performance of that particular endpoint? NATE: Like, there's no performance cost to like 100 models in an application that never actually get used. There's really no performance downside to code in an app that doesn't actually ever get run. But instead, what happens is code gets added into callbacks that usually is probably the biggest offender that's like, always do this thing after you do X. But then, two years later, you don't always need to do that thing after you do X. So the callbacks always run, but sometimes requirements change, and they don't always need to be run. So usually, it's enough to just pop the profiler now on something. And I have people look at it, and they're like, “I don't know why any of this is happening.” Like, it's usually a pretty big Eureka moment once we look at a flame graph for the first time and people understand how to read those, and they understand what they're looking at. But sometimes there's a bit of a process where especially in a bigger app where it's like, “Such and such is running, and this was an entire other team that's working on this. I have no idea what this even does.” So on bigger apps, there's going to be more learning that has to get done there. You have to learn about other parts of the application that maybe you've never learned about before. But profiling helps us to not only see what code is running but also what that relative importance is. Like, okay, maybe this one callback runs, and you don't know what it does, and it's probably unnecessary. But if it only takes 1% of the total time to run this action, that's probably less important than something that takes 20% of total time. And so profilers help us to not only just see all the code that's being run but also to know where that time goes and what time corresponds to what parts of the code. STEPH: Yeah, that's often the code that makes me the most nervous is where it's code that I suspect is being run or maybe being run, but I don't understand why it's there and then figuring out if it can be removed and then figuring out ways to perhaps even log when a call is being made to that code to determine if it's truly in use or not or at least supported by a code path that a user is hitting. You have a blog post that I read recently that I really appreciated that talks about essentially gaming benchmarking where you talk about the importance of having context around benchmarks. So if someone says, “I've improved something where it is now 10% faster.” It's like, well, what is that 10% relative to? And if it's a tool that other people are using, what does that mean for them? Or did you improve something that was already very fast, and you made it 10% faster? Was that a really valuable use of your time? NATE: Yeah. You know, something that I read recently that made me think of that again was this Hacker News post that went viral. That was like, how I optimize an AWS EC2 instance to take 1.5 million requests per second on my JSON API. And out of the box, it was like 500 requests per second, and then he got it to 1.5 million. And the whole article was presented with relative numbers. So it was like, “I made this change, and things got 33% faster. And if you do the whole thing right, 500 to 1.5 million requests per second, it's like my app is three times faster now,” or whatever. And that's true, but it would probably be more accurate to say, “I've taken three-millionth of a second out of every request in my app.” That's two ways of saying the same thing because latency and throughput are just related that way. But it's probably more accurate and more useful to say the absolute number, but it doesn't make for great blog posts, so that doesn't tend to get said. The kinds of improvements that were discussed in this article were really, really low-level stuff. That was like if you turn off...I think it was like turn off iptables or something like that. And it's like, that shaves a microsecond off of every time we make a syscall or something. And that is useful if your performance goal is to serve 1.5 million requests per second Hello World responses off of my EC2 instance, which is what this person admittedly was doing. But there's a tendency to walk that back to if I do all things in this article, my application will be three times faster. And that's just not what the evidence says. It's not what you were told. So there's just a tendency to use relative numbers when absolute numbers would be more useful to giving you the context of like, oh, well, this will improve my app or it won't. We get this a lot in Puma. We get benchmarks that are like, hey, this thing is going to help us to do 50,000 requests per second in Puma instead of 10,000. And another way of saying that is you took a couple of nanoseconds off of the overhead of every single request to Puma. And most Puma applications have a hundred millisecond response time. So it's like, yeah, I guess it's cool that you took a nanosecond off, and I'm sure it's going to help us have cool benchmarks, but none of our users are going to care. No one that's used Puma is going to care that their requests are one nanosecond faster now. So what did we really gain here? STEPH: Yeah, it makes sense that people would want to share those more...I want to call them sparkly stats and something that catches your attention, but they're not necessarily something that's going to translate to us in the way that we hoped that they will in terms of it's not going to speed up our app 30% or have those same rewards or benefits. Speaking of Puma, how is it being a co-maintainer of Puma? And how do you balance that role with all of your other work? NATE: Actually, it doesn't take all that much of my time. I try to spend about 15 minutes a day on it. And that's really possible because of the philosophy I have around open-source maintenance. I think that open source projects are fundamentally about collaboration and about sharing our hard-fought extractions and fixes and knowledge together. And it's not about a single super contributor or super maintainer who is just out of the goodness of their heart releasing all of their incredible work and time into the public domain or into a free software license. Puma is a pretty popular piece of Ruby software, so a lot of people use it. And I have things on my back burner of if I ever got 20 hours to work on Puma, here's stuff I would do. But there are a lot of other people that have more time than me to work on Puma. And they're just as smart, and they have other tools they've got in their locker that I don't have. And I realized that it was more important that I actually find ways to recruit and then unblock those people than it was for me to devote as much time as I could to Puma. And so my work on Puma now is really just more like management than anything else. It's more trying to recruit new contributors and trying to give them what they need to help Puma. And contributing to open source is a really fraught experience for a lot of people, especially their first time. And I think we should also be really conscious of that. Like, 95% of software developers have really never contributed to open source in a meaningful way. And that's a huge talent pool of people that could be helping us that aren't. So I'm less concerned about the problems of the 5% that are currently contributing than I am about why there are 95% of us that don't do anything. So that's what gets me excited to work on Puma now, is trying to change that ratio. STEPH: I really like that mindset of where you are there to provide guidance but then essentially help unblock others as they're making contributions to the project but then still be there to have the history and full context and also provide a path forward of a good direction for Puma to head. In regards to encouraging more people to contribute to open source projects, I've often heard people say how challenging that is, where they have an open-source project that they would really love people to contribute to but finding people is really hard or just letting people know that they're interested in contributions. Have you had any strategies that have been successful for you in encouraging people to contribute? NATE: Yeah. So first thing, the easiest thing is we have a contributing.md file. So that's something I think more projects should adopt is have an actual file in your project that says everything about how to contribute. Like, what kinds of contributions do you want? Different projects have different things that they want. Like, Rails doesn't want to refactor PRs. Don't send a refactor PR to Rails because they'll reject it. Puma, I'm happy to accept those. So letting people know like, “Hey, here's how we work here. Here's the community we're creating, and here's how it works. Here's how to get involved.” And I think of it as hanging out the shingle and saying, “Yes, I want your contributions. Here's how to do it.” That alone puts you a step above other projects. The second thing I would say is you need to have contributor-only communication channels. So we have Matrix chat. So Matrix is like this successor to IRC. So we have a chat channel basically, but it's like contributors only. I don't enforce that, but I just don't want support requests in there. I don't want people coming in there and being like, “My Puma config doesn't work.” And instead, it's just for people that want to contribute to Puma, and that want to help out. If you have a question and come in there, anyone can answer it. And then finally, another thing that I've had success with is doing one-on-one stuff. So I will actually...I have a Calendly invite that I think is in contributing.md now that you can just book 30 minutes with me anytime about contributing to Puma. And I will get on a Zoom call with you and talk to you about what are your concerns? Where do I think you can help? And I give my time away that way. The way I see it is like if I do that 20 times and I create one super contributor to Puma, that is worth more than me spending 10 hours on Puma because that person can contribute 100, 200, 1,000 hours over their lifetime of contributing to Puma. So that's actually a much more higher leverage contribution, really from my perspective. It's actually helping other people contribute more. STEPH: Yeah, that's huge to offer people to say, “Hey, you can book time with me, and I will walk you through and let you know where you can start making an impactful contribution right away,” or “Here are some areas that I think you'd be interested, to begin with.” That seems like such a nice onboarding for someone who says, “I'm interested, but I'm nervous,” or “I'm just not sure about where to get started.” Also, I love your complaint department voice for the person who their Puma config doesn't work. That was delightful. [chuckles] NATE: I think it's a little bit part of my open-source philosophy that, especially at a certain scale like Puma is at that we really kind of over-prioritize users. And I'm not really here to do support; I'm here to make the project better. And users don't actually contribute to open source projects. Users use the thing, and that's great. That's the whole reason we're open-sourcing is so more people use it. But it's important not to prioritize that over people who want to make the project better. And I think a lot of times; people get caught up in this almost clout chasing of getting the most GitHub stars that they think they need and users they think they need. And you don't get paid for having users, and the product doesn't get any better either. So I don't prioritize users. I prioritize the quality of the project and getting contributors. And that will create a better project, which will then create more users. So I think it's easy to get sidetracked by people that ask for your time when they're not giving anything back to the project in return. And especially at Puma's scale, we have enough people that want my time or the time of other maintainers at Puma so that they can contribute to the project. And putting user support requests ahead of that is not good for the project. It's not the biggest, long-term value increase we could be making, so I don't prioritize them anymore. STEPH: Yep. That sounds like more the pursuit of sparkly stats and looking for all those GitHub stars or all of those likes. Well, Nate, if you're game, I have two listener questions that I'd like to run by you because I shared with some folks that you are going to be on The Bike Shed today. And they're very excited and have two questions that they'd like me to run by you. How does that sound? NATE: Yeah, all right. STEPH: So the first question is, are there any paradigms or trends in Rails that inherently hurt performance? NATE: Yeah. I get this question a lot, and I will preface it with saying that I'm the performance guy, and I'm not the software design guy. And I get a lot of questions about does such and such software design...how does that impact performance? And usually, there's like a way to do anything in a performant way. And I'm just here to help people to find the performant way and not to prescribe “You must always do X, Y, or Z,” or “ActiveRecord is bad. Never use it.” That's not my job here. And in my experience, there's a fast way to do almost anything. Now, one thing that I think is dying, I guess, or one approach or one common...I don't know what to call it. One common mistake that is clearly wrong is to not do any form of server-side rendering in a web application. So I am anti-client-side app. But there are ways to do that and to do it quickly. But rendering a basically blank document, which is what most of these applications will do when they're using Rails as a back-end…you'll serve this basically blank document or a document with maybe some Chrome in it. And then, the client-side app has to execute, compile JavaScript, make XHR requests, and then render the page. That is just by definition slower than serving somebody a server-side rendered page. Now, I am 100% agnostic on how you want to generate that server-side rendering. There are some people that are working on better ways to do that with Rails and client-side apps. Or you could just go the Hotwire Turbolinks way. And it's more progressive enhancement where the back-end is always just serving the server-side rendered response. And then you do some JavaScript on top of that. So I think five years from now, nobody will be doing this approach of serving blank documents and then booting client-side apps into that. Or at least it will be seen as outdated enough that you should never design a project that way anymore. It's one of those few things where it's like, yeah, just by definition, you're adding more steps into a rendering flow. That means, by necessity, it has to be slower. So I think everybody should be thinking about server-side rendering in their project. Again, I'm totally agnostic on how you want to implement that. With React, whatever front-end flavor of the month you want to go with, there's plenty of ways to do that, but I just think you have to be prioritizing that now. STEPH: All right. Well, I like that five-year projection of where we're headed. I have found that it's often the admin-side where people will still bring in a lot of JavaScript rendering, just to touch on a bit of what you're saying, in terms of let's favor the server-rendered HTML versus over-optimizing a space that one, probably isn't a profitable space in terms that we do want our admins to have a great experience for our product. But if they are not necessarily our users, then it also doesn't need to be anything that is over the top or fancy or probably uses a lot of JavaScript. And instead, we can start simple. And there's a number of times that I've been on projects where we have often walked the admin back to be more server-rendered because we got to a point where someone was very excited to make the admin very splashy and quick but then couldn't keep up with the requests because then they were having to prioritize the user experience first. So it was almost like optimizing the admin, but then it got left out in the cold. So then it's just sort of this poor experience. NATE: Yes. Shopify famously walked back their admin from I think it was Backbone to Turbolinks. And I think that that has now moved back to React is my understanding. But Shopify is a huge company, so they have plenty of time and resources to be able to do that. But I just remember that happening at the time where I was like, oh wow, they just rolled the whole thing back to Turbolinks again. And now, with the consolidation that's gone on in the React world, it's a little bit easier to pipe a server-side rendering into a React app. Whereas with Backbone, it was like no one knew what you were doing. So there was less knowledge about how to server-side render this stuff. Now it doesn't seem to be so much of a problem. But yeah, I mean, Rails is really good at CRUD apps, and admin is like 99% CRUD. And adhering as closely as possible to the Rails Golden Path there in an admin seems to be the most productive way to work on that kind of feature. STEPH: All right. Ready for your second question? NATE: Yes. STEPH: Okay. This one's a bit more in-depth. They also mentioned a particular project name. So I am going to swap it out with a different name. So on project cinnamon roll, we found a really gnarly time-consuming API endpoint that's getting hammered. And on a first pass, we addressed a couple of N+1 issues and tuned the performance, and felt pretty confident that they had addressed the issue. But it was still fairly slow. So then they took some additional incremental steps. So they swapped out to use OJ for serialization that shaved off an additional 10% but was still slow. They also went the route of going straight to Rails cache with a one-minute expiration. So that way, they could avoid mucking with cache busting because they confirmed with the client that data could be slightly stale. And this was great. It worked out well. So it dropped their average response time down to less than 70 milliseconds. With all that said, that journey took a few hours over a few days, and multiple production deploys. And had they gone straight to the cache, then they would have had a 15-minute fix with a single deploy. So this person's wondering, are there any other examples like that where, rather than taking these incremental seemingly obvious performance whims, there are situations where you want to be much more direct with your path? NATE: I guess I'd say that profiling can help you to understand and form better hypotheses about what will make things faster and what won't. Because a profiler can't really lie to you about where time goes, either you spent 20% of your time in this method, or you didn't. So I don't spend any time in any of my material talking about what JSON serializer you use. Because really that's actually never...that's really never anybody's bottleneck. It's never a huge proportion of people's total percentage of time. And I know that because I've looked at enough profiles that the issues are usually in other places. So I would say that if your hypotheses that you're generating are not working, it's because you're not generating good enough hypotheses. And profiling is the place to do that. So having profilers running in production is probably the biggest level-upscale-like that most teams could take. So having profilers that you can access as on production servers as a user is probably the biggest level up that you could make to generating the hypotheses because that'll have real production data, real production servers, real production environment. And it's pretty common now that pretty much every team that I work with either has that already, or we work on implementing it. It's something that I've seen in production at GitHub and Shopify. You can do it yourself with rack-mini-profiler. It's all about setting up the authorization, just making sure that only authorized users get to see every single SQL query generated in the flame graph and all that. But other than that, there's no reason you shouldn't do it. So I would say that if you're not generating the right hypotheses or you don't...if the last hypothesis out of 10 is the one that works, you need better hypotheses, and the best way to do that is better profiling. STEPH: Okay, better profiling. And yeah, it sounds like there's also a bit of experience in there in terms of things that you're used to seeing, that you've noticed that could be outliers in terms of that they're not necessarily the thing that you want to improve. Like you mentioned spending time on how you're serializing your JSON is not somewhere that you would look. But then there are other areas that you've gained experience that you know would be likely more beneficial to then focus on to form that hypothesis. NATE: Yeah, that's a long way of saying experience pays off. I've had six years of doing this every single day. So I'm going to be pretty good at...that's what I get paid for. [laughs] So if I wasn't very good at that, I probably wouldn't be making any money at it. STEPH: [laughs] All right. Well, thanks, Nate, so much for coming on the show today and talking so much about performance. On that note, I think it's a good place for us to wrap up. If people are interested in following along with what you're working on and they want to keep up with your latest and greatest workshops that are coming out, where can they find you on the internet? NATE: speedshop.co is my site. @nateberkopec on Twitter. And speedshop.co has a link to my newsletter, which is where I'm actively thinking every week and publishing stuff too. So if you want to get the drip of news and thoughts, that's probably the best place to go. STEPH: Perfect. All right. Well, thank you so much. NATE: No problem. STEPH: The show notes for this episode can be found at bikeshed.fm. CHRIS: This show is produced and edited by Mandy Moore. STEPH: If you enjoyed listening, one really easy way to support the show is to leave us a quick rating or a review in iTunes as it helps other people find the show. CHRIS: If you have any feedback for this or any of our other episodes, you can reach us @bikeshed on Twitter. And I'm @christoomey. STEPH: And I'm @SViccari. CHRIS: Or you can email us at hosts@bikeshed.fm. STEPH: Thanks so much for listening to The Bike Shed, and we'll see you next week. Together: Bye. Announcer: This podcast was brought to you by thoughtbot. thoughtbot is your expert design and development partner. Let's make your product and team a success.

June 12th 2021 H1 by Big And Wild Outdoors

Your daily update on new releases, tours, and business news from MusicIndustryCity.com Lorde Teases New Music with Solar Power Artwork Although it is unknown whether Solar Power is a song or an album, Lorde has teased her fans by updating her website with new artwork. Consider me intrigued. Deadmau5 Announces Summer Tour The seven-city tour begins on July 1st in Aspen and concludes on July 24th in Atlanta, including a two-night stop in Brooklyn, NY. Speaking of Deadmau5 EDC Announces massive 200-Plus Lineup After a few false-starts, EDC is officially set for Oct. 22-24, with more than 200 top electronic artists including Alison Wonderland, The Chainsmokers, Martin Garrix, Deadmau5, Kaskade, Zedd and many others. EDC promises larger-than-life stages, top-notch production and new collabs.  Kid Rock loses it at his show. During a concert at a Tennessee pub this past Saturday, Kid Rock launched into a rage over fans photographing him with smartphones and openly yelling out a homophobic slur. HIPGNOSIS SONGS FUND NOW OWNS A MUSIC CATALOG WORTH OVER $2.2 BILLION Hipgnosis has acquired 84 catalogs for little over a billion dollars in the last year. Now, they manage 64,555 tracks across 138 collections as of the end of March 2021. We'll talk more about this in the Music News Power Hour live on Clubhouse and on MusicIndustryCity.com at 12 p.m. Eastern. In Musical Chairs… SNOOP DOGG JOINS DEF JAM AS EXECUTIVE CREATIVE AND STRATEGIC CONSULTANT He will serve as a senior strategic advisor with an emphasis on A&R and creative development in his new position. And finally, in Tech News... Apple announces Spatial Audio for iOS 15 Rollout The next operating system will contain a slew of new features, including Dolby Atmos support in Apple Music and spatial audio in Facetime. To experience Dolby Atmos, make sure your AirPods have a W1 or H1 chip. And that concludes today's update. For article links, see the show notes, or go to MusicIndustryCity.com and listen to the Music News Power Hour live in Clubhouse or on the website at 12 p.m. Eastern.   I'll see you tomorrow.

Depuis le début de l'année, deux ONG, B'Tselem et Human Rights Watch, ont épinglé Israël. Leurs rapports publiés en janvier et en avril dernier, dénoncent le régime « d'apartheid » mis en place par Israël dans les territoires palestiniens occupés. À travers une politique de répression et de persécution, les autorités israéliennes maintiennent la domination des juifs sur les Palestiniens. La ville d'Hébron, est sans doute l'endroit qui cristallise le plus ces inégalités. « Vous me demandez où est-ce que je vois la violence à Hébron ? Elle est à chaque coin de rue. Ces rues où les gens sont séparés en fonction de leur origine ethnique ou de leur nationalité […] C'est une forme d'apartheid. Notre mission ici n'est pas de maintenir l'ordre, notre mission ici est d'asseoir la suprématie juive à Hébron. Nous, soldats, nous ne sommes pas entre le marteau et l'enclume. Nous sommes le marteau tenu par les colons pour écraser les Palestiniens. » Ce témoignage anonyme est celui d'un lieutenant de l'armée israélienne ayant servi à Hébron en 2014. Il est lu par Rebecca Strober, elle-même ancienne militaire et aujourd'hui membre de Breaking The Silence, une ONG créée par des vétérans pour dénoncer l'occupation israélienne.  Il faut traverser des portiques de sécurité tenus par l'armée israélienne, pour passer d'un secteur à l'autre d'Hébron. Cette ville de Cisjordanie occupée, est divisée en deux parties. Hébron 1 ou H1 est sous administration palestinienne. H2, le centre historique, est occupé par des colons israéliens.   « Si vous posez la question à la plupart des Israéliens dans le reste du pays, ils ignorent l'existence de ces rues du centre-ville d'Hébron, interdites aux Palestiniens. Leurs commerces ont été fermés par ordre militaire. Petit à petit, les Palestiniens sont partis et c'est devenu une ville fantôme… À l'armée, on appelle ça la stérilisation des rues, raconte Rebecca Strober. C'est-à-dire éradiquer la présence palestinienne. Notre doctrine : que les Palestiniens sentent notre présence en permanence, qu'ils sentent notre souffle sur leur nuque, constamment. On a fait en sorte que cela devienne invivable pour eux. » Car si une maison palestinienne donne sur une rue interdite aux arabes, sa porte est scellée, le propriétaire ne peut plus quitter son domicile ou alors en passant de toit en toit jusqu'à atteindre une autre rue où sa présence est autorisée. Abed Al Mouhtassib, ouvre les portes de son magasin. Il est l'un des rares Palestiniens du centre-ville, où l'armée a fermé près de 1 900 commerces. Sa boutique est tolérée, car elle se trouve dans un secteur touristique et Israël veut faire bonne figure auprès des étrangers qui visitent la ville. « On est harcelés en permanence par les colons. Parfois ils nous frappent, parfois ils nous provoquent, et si vous osez riposter, vous finissez devant la justice, mais eux ne risquent rien », dénonce-t-il.  Palestiniens et colons israéliens ne sont pas soumis aux mêmes lois. Les premiers sont sous un régime militaire, les seconds sont soumis au droit commun. L'armée israélienne a interdiction d'arrêter les colons. « Si deux personnes, des enfants par exemple, un Palestinien et un Israélien, se jettent des pierres et qu'ils se blessent de la même façon et qu'ils se retrouvent devant la justice. L'Israélien s'il a moins de 16 ans, sera automatiquement relaxé. Mais ce n'est pas le cas pour le Palestinien », pointe Rebecca Strober, de Breaking The Silence.   Le centre-ville d'Hébron abrite la mosquée d'Abraham, également appelée Tombeau des patriarches. Ce lieu saint, commun aux religions monothéistes, est aussi coupé en deux. Musulmans d'un côté, juifs de l'autre. 

June 5th 2021 H1 by Big And Wild Outdoors

May 28th 2021 H1 by Big And Wild Outdoors

The only two things that are inevitable are death and Strange Country winning all the awards. So with that said, what are your plans? Strange Country co-hosts Beth and Kelly discuss some of the possibilities post-life, and the horror story of the Tri-State Crematory in Noble, Ga where corpses were strewn about the property and stacked like cordwood. The ashes given to loved ones contained burned wood chips and cement dust. Theme music: Big White Lie by A Cast of Thousands Cite your sources: “$39.5 Million Settlement in Crematory Case.” NBCNews.com, NBCUniversal News Group, 11 Mar. 2004, www.nbcnews.com/id/wbna4508246. Arey, Norman. "CREMATORY PROBE: MARSH SISTER, PARENTS CHARGED DEATH CERTIFICATE SIGNINGS AN ISSUE." Atlanta Journal-Constitution [Atlanta, GA], 9 Mar. 2002, p. H1. Gale OneFile: News, link.gale.com/apps/doc/A83639840/STND?u=nysl_sc_flls&sid=STND&xid=d005f29b. Accessed 23 May 2021. Arey, Norman. "FATHER OF CREMATORY CASE SUSPECT DIES." Atlanta Journal-Constitution [Atlanta, GA], 21 May 2003, p. B5. Gale OneFile: News, link.gale.com/apps/doc/A102084453/STND?u=nysl_sc_flls&sid=STND&xid=c2c96302. Accessed 23 May 2021. Arey, Norman. "FAMILIES SETTLE CREMATORY SUIT FOR $80 MILLION." Atlanta Journal-Constitution [Atlanta, GA], 27 Aug. 2004, p. A1. Gale OneFile: News, link.gale.com/apps/doc/A121319424/STND?u=nysl_sc_flls&sid=STND&xid=e9632de2. Accessed 23 May 2021. “Attorney Says Mercury Poisoning May Explain Tri-State Crematory Case.” Chattanoogan.com - Chattanooga's Source for Breaking Local News, 7 Feb. 2007, www.chattanoogan.com/2007/2/7/101204/Attorney-Says-Mercury-Poisoning-May.aspx. Barry, Ellen. “Georgia Crematory Operator Apologizes, Offers No Excuse.” Los Angeles Times, Los Angeles Times, 20 Nov. 2004, www.latimes.com/archives/la-xpm-2004-nov-20-na-marsh20-story.html. Brett, ByJennifer. "BIBB COUNTY: Man in notorious crematory case free from prison: 334 decaying corpses were found at Tri-State Crematory in 2002." Atlanta Journal-Constitution [Atlanta, GA], 30 June 2016, p. B1. Gale OneFile: News, link.gale.com/apps/doc/A456602215/STND?u=nysl_sc_flls&sid=STND&xid=a757b8b6. Accessed 23 May 2021. Erizanu, Paula. “The Biodegradable Burial Pod That Turns Your Body into a Tree.” CNN, Cable News Network, 11 Jan. 2018, www.cnn.com/2017/05/03/world/eco-solutions-capsula-mundi/index.html. Firestone, David. “Scores of Bodies Strewn at Site Of Crematory.” The New York Times, The New York Times, 17 Feb. 2002, www.nytimes.com/2002/02/17/us/scores-of-bodies-strewn-at-site-of-crematory.html?searchResultPosition=7. Galloway, Jim. "TRI-STATE CREMATORY INVESTIGATION: PATH OF GOOD INTENTIONS TURNS ROUGH FOR LAWMAKER." Atlanta Journal-Constitution [Atlanta, GA], 6 Mar. 2002, p. B4. Gale OneFile: News, link.gale.com/apps/doc/A83505156/STND?u=nysl_sc_flls&sid=STND&xid=db372c49. Accessed 23 May 2021. Hendricks, Brent R. A Long Day at the End of the World: a Story of Desecration and Revelation in the Deep South. Farrar, Straus and Giroux, 2013. Johnson, Dirk, and Vern E. Smith. "Unearthing A Grim Tale: The woods of North Georgia hid a terrible secret: a family business devoted to cremating the dead was not doing its job. A haunted community wonders why." Newsweek, 4 Mar. 2002, p. 30. Gale OneFile: Popular Magazines, link.gale.com/apps/doc/A83283930/PPPM?u=nysl_sc_flls&sid=PPPM&xid=d619cb35. Accessed 22 May 2021. Little, Becky. “The Environmental Toll of Cremating the Dead.” Science, National Geographic, 3 May 2021, www.nationalgeographic.com/science/article/is-cremation-environmentally-friendly-heres-the-science. Mikkelson, David. “Was the Weight of a Human Soul Determined to Be 21 Grams?” Snopes.com, 29 Dec. 2019, www.snopes.com/fact-check/weight-of-the-soul/. Moskowitz, Clara. “Fact or Fiction?: Energy Can Neither Be Created Nor Destroyed.” Scientific American, Scientific American, 5 Aug. 2014, www.scientificamerican.com/article/energy-can-neither-be-created-nor-destroyed/. Pearson, Michael. "CREMATORY INVESTIGATION: WHY DIDN'T TRI-STATE JUST CREMATE THE BODIES?" Atlanta Journal-Constitution [Atlanta, GA], 24 Feb. 2002, p. C1. Gale OneFile: News, link.gale.com/apps/doc/A83221950/STND?u=nysl_sc_flls&sid=STND&xid=03925209. Accessed 23 May 2021. Rimer, Sara. “Crematory Owners Family Asks Why.” The New York Times, The New York Times, 24 Feb. 2002, www.nytimes.com/2002/02/24/us/crematory-owners-family-asks-why.html?searchResultPosition=3. Roach, Mary. Stiff: the Curious Lives of Human Cadavers. W. W. Norton & Company, 2004. Schwarcz, Joe. “The Real Story Behind ‘21 Grams.’” Office for Science and Society, 21 June 2019, www.mcgill.ca/oss/article/did-you-know-general-science/story-behind-21-grams. Thomas, Ben. “The Man Who Tried to Weigh the Soul.” Discover Magazine, Discover Magazine, 17 Dec. 2019, www.discovermagazine.com/mind/the-man-who-tried-to-weigh-the-soul. “UPDATE: Ray Brent Marsh Writes Public Letter of Apology.” WRCBtv.com | Chattanooga News, Weather & Sports, www.wrcbtv.com/story/19611865/update-ray-brent-marsh-released-from-prison-after-crematory-conviction.

Welcome to episode sixty-seven of Roostertail Talk.  The H1 season is coming up quickly and today we talked with Kelly Stocklin, owner of the Bucket List Racing team. Kelly updates us on his team as well as shares some pretty exciting news about his new sponsor. Enjoy!*Photo by Digital RoostertailsSupport the show (https://www.paypal.com/donate/?token=KKp4gjDWeKAYdK0hRQNhCLW_CSrqTKoKMuLy7EvqfnBBw0X5Vb-VPv0d7v1r4fnUeOVZb0&fromUL=true&country.x=US&locale.x=en_US)

This week: the new M2 MacBook Pros are right around the corner, along with a new and larger “Pro” iMac. We’ll share the details! Plus: everything you need to know about Apple’s new Lossless audio format coming soon to Apple Music. This is going to be a huge leap in sound quality, and it’s totally free! And Lewis fills us in on Apple’s wild new accessibility features coming to Apple Watch. Get 2-3 episodes of CultCast Off Topic each and every week for just $6! Off Topic is a new weekly variety show hosted by Erfon Elijah and friends, decidated to tech, gaming, culture, and more. Join Cult Support, good friend! This episode supported by Easily create a beautiful website all by yourself, at Squarespace.com/cultcast. Use offer code CultCast at checkout to get 10% off your first purchase of a website or domain. Cult of Mac's watch store is full of beautiful straps that cost way less than Apple's. See the full curated collection at Store.Cultofmac.com CultCloth will keep your iPhone 12, Apple Watch, iPad, glasses and lenses sparkling clean, and for a limited time use code CULTCAST at checkout to score a free CarryCloth with any order at CultCloth.co. Join us in the CultClub! discord.gg/BrKdnSK On the show this week @erfon / @lkahney / @lewiswallace Redesigned MacBook Pro could arrive this summer, larger iMac in the works A redesigned MacBook Pro could hit Apple Store shelves as early as this summer, Bloomberg reported Tuesday. Apple Watch Series 7 might feature flat-edged design, green color option [Updated] The next-gen Apple Watch could get a huge makeover, with a new, flat-edged design and a green option reminiscent of the AirPods Max. Apple Music will add lossless audio, Spatial Audio for no extra cost Apple Music is going lossless — at no extra cost to subscribers. Apple revealed the free upgrade Monday, a day ahead of its rumored launch. The company said Apple Music will bring lossless audio to more than 75 million tracks starting in June so listeners can hear songs “the way the artists created them in the studio.” Spotify HiFi: quality, price, release date, free trial and latest news Spotify HiFi is the popular music streaming service's long-anticipated entry into CD-quality streaming. Set to launch in 2021, it will allow Spotify Premium subscribers to 'upgrade' their membership so they can listen to higher-quality, lossless audio streams. AirPods, HomePod lose out on Apple Music lossless audio streaming [Updated] Apple Music fans who are super-excited about the just-announced lossless audio option should be aware that it won’t work with AirPods or HomePod. Not even the $549 AirPods Max. What you need to enjoy amazing lossless audio on Apple Music You’ll be able to enjoy some of that magic with Apple headphones. Spatial Audio with support for immersive Dolby Atmos will be available on all AirPods and Beats with an H1 or W1 chip. You will also be able to listen to it through the built-in speakers on your iPhone, iPad, and Mac. AirPods might offer lossless Apple Music after software update On the new episode of his Front Page Tech YouTube show, Prosser said the limitation was because of Bluetooth. And that that restriction is about to be removed. AssistiveTouch lets users control Apple Watch by clenching a fist Apple plans to release software updates this year that will make its devices far easier to use for people with mobility, vision, hearing and cognitive disabilities.

Apple Music is getting two huge new features coming in June 2021 with iOS 14.6. Spatial audio with Dolby Atmos, which basically brings the immersive 3D, 360 degrees sound stage that’s been blowing minds for movies and TV to Apple Music.There’ll be thousands of spatial audio tracks at launch, and Apple Music will be constantly adding more Dolby Atmos tracks and playlists. And you can play them on any AirPod or Beats… pods with a W1 and H1 chip, which is almost everything since the headphone jack got jacked back in 2016. As well as any recent iPhone, iPad, or Mac, HomePods, and Apple TV if it’s connected to a Dolby Atmos system. No dynamic head tracking for audio like there’s been for video. At least not yet.Lossless audio is coming to all 75 million songs in the Apple Music catalog using Apple’s own ALAC format. Yeah, Apple Music streaming only, at least for now, no iTunes purchases or upgrades.

Another presentation from the Brighton SEO conference on a topic that is really new, but important for every website owner. Website accessibility is a hot topic because lawmakers all around the world are writing laws that require you to make your website accessible to people with different disabilities. Luckily, a lot of the things that you have to do will have a positive impact on your SEO. Lea is an SEO expert and understands the link between those two. You can find her on Linkedin, Twitter or on the company website. Here is the transcript of the recording: Hello, and welcome to the Time for Marketing podcast, the podcast that brings you the best marketing conference speakers and makes them sum up their presentation in five minutes. My name is Peter, and I'll be your podcast's host. This is episode number 37, and if this is your first time you're listening, please go back in the library and find the excellent guests that we had in the past, that I had in the past. There's some gold in there, because I try to find people who have evergreen content. There are excellent episodes back there. If you have other people that you can promote the podcast to, I'll be glad if you do that. I'm very glad that I have today's guest on the podcast. Lea, hello, and welcome to the podcast. Lea: Hi, thanks for having me. Peter: How is Lake Superior? Lea: It's gorgeous, as always, deep blue and angry. [laughs] Peter: Me and Lea, we talked before, and I'm very intrigued by the name of the lake at which she has the office. She was kind enough to show the lake view from her office. Lea, you are the SEO analyst at Aimclear in Minnesota US. What are you as a company, and what do you do there? Lea: We are a digital agency company, award-winning. We love our US search awards. We do everything from web development to paid and, of course, SEO, like I do. Then also with SEO, we roll in accessibility and work between the teams to make sure that we're checking things like contrast and all text and all the things from the ad side to the web dev side. Peter: For you personally, why SEO? Lea: SEO I fell in love with almost 20 years ago. I worked for a company that built websites for dealerships that sold power sports. I just really fell in love with the idea of helping those small business owners get found and sell product. When I figured out how to move the needle, it was really exciting. Then I started leading a team, and that's what we did. Then after that Aimclear was the next big challenge because I wanted to see what else I could do, so applied it and here I am. Peter: What do you do in Aimclear? What are the things that you do daily, and what are your favorite things to do? Lea: I do SEO. SEO. [laughs] I also work with accessibility to make sure that the stuff we put out is accessible to as many people as we can. That's what I spend most of my day doing. I really love it when we have a site that is not performing come in, and I get to take it by the reins and make it show up and help meet goals, sell stuff, find dealers, or find leads, and that sort of thing. Peter: Excellent. I invited you to the podcast because you had a presentation at Brighton SEO, probably my favorite marketing conference. The presentation was called Digital Accessibility and Compliance: Essential for Users and Good for SEO. Why accessibility? Lea: Why have I chosen to go down the accessibility route? Peter: Yes. Lea: Oh. Short story is, I had a really good friend that was diagnosed with ALS which is a neurodegenerative disorder that takes your ability to speak and use your arms and things like that. It's horrible. While we were helping her sell her house and move her mom into assisted living and then help her find a place to live, she'd stopped communicating with us. It was because things like Facebook's Messenger doesn't rotate, and things like, Twitter doesn't rotate. She couldn't communicate back and forth in the text messages the way we used to do it. I was really frustrated when I wasn't being communicated back to, and I was trying to help her with things, and then realize that it wasn't her, it was the software, or it was the phone, or whatever. For whatever reason, once it was mounted on her wheelchair and it was mounted at horizontal so that the fonts were big enough to read, literally things wouldn't rotate. That was the starting point. Then, from there, I realized how important SEO actually is to accessibility and how they are siblings. They're brother and sister, and you need one for the other, and vice versa. Peter: A lot of basics SEO stuff is actually also a lot of basic accessibility stuff, right? Lea: Yes. If you actually look at core web vitals, it's accessibility. If you go through the pieces of core web vitals and what they're asking us to do and how search console is notifying us, "Hey, this is too close together." These are accessibility elements right at their core. Google might call it something different, but that's what it is, and you can see it. Peter: Lea's presentation is going to get you to be in line with your local laws. It's going to help more people see you. It's going to help you be in line with Google. It's going to help you with web vitals and all of the updates that come. Whatever Lea says, has to be gold for you. Lea: I just want to open everybody's eyes because a lot SEOs thinks the elements aren't as important as they really, really are. Peter: With no further ado, here are your five minutes. Lea: My main goal is to change the perception so that SEOs and developers and designers and content creators start thinking that accessibility is about people, because a lot of times we get hung up on- they're not our customers, and that's not the truth, they have wallets, so they're your customers. We need to make sure that we're thinking about accessibility because if we're States side, we're talking about one in five people need accessibility when they're using the web. If you talking about the UK side, we're talking about 22%, which is a little bit more. There's one in five people need your site or need your app to be accessible, so that they can use it easily. Accessibility is really important because it bridges the gaps between physical disability like location, but also socioeconomic status, education, language, gender, and so many more things they can-- The list is endless. Accessibility, it focuses on people with disabilities or that have a disability, but it greatly benefits everybody around us, including our aging parents. It's really important that everybody thinks about accessibility as empowering users to use your stuff. Use your app, use your website. When we go through, and we talk about accessibility, and everybody's working to get their website to revolve around core web vitals and getting your site up to speed and making it fast and nimble, without considering accessibility, you're ignoring 10% to 15% of the global population, and in an age when we're all responsible for making money or hitting that bottom line, why would you just automatically cut off that many people? It doesn't make any sense. Since we're all in the process of meeting the core web vitals, and making sure that we don't miss any of those potential sales, because we're not ranking well, it's the same thing as working accessibility into your websites. There's basically five things to look at. If you haven't started a web accessibility site or information on your site, start by making yourself an accessibility statement and just owning up to the fact that you haven't gotten there. Make sure that you do some tests. Just try tabbing through your website and make sure you can do all the things on your website, like make a purchase, contact fuzz form, things like that. Whatever the main goals of your site or app are, see if you can do it with just having. Then, when you get down into that stuff, go use your site on your mobile. A lot of people test, test, test on their desktop, but they don't actually take their site outside and see if it's really easy to see during a sunny day, or make sure that everything's easy to click on and nothing's too small, or nothing like a pop-up as the X isn't off the screen. There's little things like that you can do. Probably the biggest thing is having people with disabilities at your table when you're making the plan. That is the biggest thing I need to advocate for because we as a group, SEOs, we don't know all the things that actually need to be done, and having people that need the assistive technology or need these elements put in place, having them at the table during the planning stage is imperative. Peter: That's it. Excellent. Lea: That's it. That's the big one. Those are the big things. Peter: How do we get people to our table, people that can tell us how they practically are using our website? I get the idea. You've done this a couple of times. What's the most practical way to do it? Lea: It literally depends on what your budget is. [laughs] As everything, right? You can hire within, hire people within to do testing and to work on your dev team, or work in your SEO team, you can do that. There are resources out there, there are companies out there that they have testing available, and it's beyond the computer. Anything that gives you a badge just because a computer tested it, said you're good to go, even the WAVE tool, which is created by the W3C, which is leading the charge and accessibility. Even if you have that, those badges really don't do anything if they don't have individual people testing in the background. Look into companies that offer accessibility testing with live humans that are going to go through your site. That'd be beautiful. Peter: When should we involve them? Should that be when we start thinking about new web page, when we start developing it, or graphics, wireframes? What is the best time to do that? Lea: Right at the beginning, because they're going to have tips for you to help you get started on the right foot, because you can go through the whole website and build it all out, and every website goes over timeline. It just does. There's always something like, "Oh, we forgot to tell you we needed a whole blog system," or, "Oh, we forgot this," or, "Oh, you know what? We really, really want it." We get those comments after things are already built, right? I can see you. Every SEO or dev person right now is calm faced, right? They all have had that experience. Having them at the beginning is really important because retrofitting rarely works. It gets really expensive, and at the end of the day, you most of the time end up scrapping the whole thing and starting over. Yes, start planning from the beginning and test, test, test all the way through. Peter: I feel that if I want to have a very accessible web page, I have to put aside all of the great ideas that my developer had, how we're going to have a unique website. I have to have the F structure and everything has to be squared, and colors have to be four different. How do you answer that? Lea: I'm not a dev, I'm definitely an SEO. I can read enough code to be dangerous and a lot of times be like, "It's broken somewhere right here." Our designers, they think about accessibility and color right from the beginning. When I see a design idea or the first mock-up, that's the first thing out of my mouth is, "Is it accessible, are all the contrasts?" Then I'll look at the colors and we'll test them because the math. A really good tip right off the bat is go look at your website. If you have gray font on a white background, people that have glasses have a hard time reading that on their mobile phone. Skipping gray font, gray font is font spam, and it isn't a good experience for anybody. Black is best. If you're doing a black background, white font is best. Make sure that that contrast is there so that it's very easy to read. From the beginning onward, you can still do really beautiful sites. Our designers and developers are doing really beautiful sites that are accessible, because we're starting at the beginning. Peter: Okay. Yes, probably start at the beginning is the same way. Linking accessibility to SEO. How does that work? Lea: Okay. Accessibility when you go through the W3's website. The W3C, the World Wide Web Consortium, right? They have the w3.org/wai. WAI, it stands for Web Accessibility Initiative. That part of the website takes you through everything. Accessibility is related to alt text, because if you have really great alt text that actually explains the image or the reason for the image, that also helps with search. We know that. We know that if you do alt text that images help. We know that Google is moving more and more and more towards image in the SERPs. Because we're doing more and more images in the SERPs, we need to make sure that those images are relevant to the content. You can do beautiful design elements, but then we just mark them as an alt. The things that would rank it would be make sense and ask yourself, "Are my users searching an image search for this content or for this information?" Then make sure that your alt text is relevant to what they were likely searching. That's one. Accessibility relates to SEO through headlines. A lot of people, there's a lot of websites out there, where they think that H1 is just to make big, pretty font, and so there's multiple H1s on the homepage. abc.go, the ABC News station's website, that entire homepage is nothing but H1s because it's just-- Peter: It's good for SEO. Lea: It's not. [laughs] It's not. It's really horrible for people that are going through and doing the use kit. My computer, I have set up to go headline to headline. People using their keyboard to navigate versus a mouse, because, say, they have low vision or no vision, then they will do Ctrl and H for next headline and they will pop through and listen to the headlines to get to the story they want to listen to or read. Those headlines, if they're in improper order, they're sending people all over. It doesn't make any sense and they're going to bounce off your site. Again, remember, it's one in five, need accessibility. You're really limiting the number of people to your site. Those are just a couple of the ways that it is related, but they're pretty big ways. Peter: Very important. I'm really happy when I get people talk about things that I haven't really thought about, talked about. Lea: Thought about? Yes. Peter: Yes, that word. Getting something new to the podcast is great. Lea, thank you very much for that. If people want to talk to you about accessibility or SEO, where can they find you? Lea: You can hop onto aimclear.com and reach out through the Contact Us form and they'll connect us. That's probably the easiest way. Otherwise, you can find me on Twitter, Lea Scudamore. Just no H on Lea, it's just L-E-A. Three letters, really easy. Peter: I'll add that into the show notes so people can find you there. Lea: Yes, so you can find me there, too. Peter: All right, excellent. Lea, thank you very much. Do you ever go and swim in the Lake Superior, and does that make you superior? Lea: It doesn't make me superior, but it is a great time. Peter: I'll do that once. Lea: Yes, please. Please come. Please come to Duluth and come hang out at the lake with us. Come in mid-to-late June, beginning of July, because we're still talking snow here right now. Peter: See, this is why I was yesterday at the Croatian seaside where we had 20 degrees Celsius. We were almost able to go to the sea, but in shorts and stuff. This is why we go to Croatia. Croatia is great. We're just rambling, I'm rambling. Lea, thank you very much to be in the podcast. Have a great Monday. Lea: You, too. Thank you so much. Peter: Bye-bye. Lea: Bye.

May 15th 2021 H1 by Big And Wild Outdoors

So perhaps you’re a new business considering taking the plunge into the Shopify pool. Or maybe you’ve taken that leap off the diving board, and are already splashing about and wondering if your Shopify site is really up to scratch. And no matter what you’re selling – whether it’s fun pool floaties, funky garden gnomes, or eco-friendly fashion –  you know you need to rank well on the search engines to reach new customers. So today I’ll be chatting with my favourite Shopify pro, Kerri Bennett, and we’ll be covering the top ten mistakes people make on Shopify and how you can avoid them.   Tune in to learn: What Shopify is The importance of choosing the right theme Why your theme needs to be mobile-friendly What benefits Shopify has over WordPress How to navigate the app store Why you should be putting more attention into your collection pages How many H1’s are the right amount. What steps you should be taking for SEO Why bigger isn’t necessarily better with your images When you should upgrade your theme version. How to preserve your theme before adding new apps or changes.  

May 8th 2021 H1 by Big And Wild Outdoors

May 1st 2021 H1 by Big And Wild Outdoors

Since the start of the Covid-19 epidemic in the United States, many have tried to compare the economic fallout from the epidemic to previous crises of the past, especially the 2008-2009 recession. In this episode Rae sits down with Advisory Board's Yulan Egan and Christopher Kerns to talk about why you shouldn't use the 2008-2009 recession as a proxy for the challenges we faced and will continue to face in the wake of Covid-19, and why we need to throw out the recession playbook entirely. Links: We predicted big cuts to Medicaid payments after Covid-19. Here's why we've changed our minds. Projecting volume recovery through H1 of 2021