Podcasts about queueing

Summary Any software system that survives long enough will require some form of migration or evolution. When that system is responsible for the data layer the process becomes more challenging. Sriram Panyam has been involved in several projects that required migration of large volumes of data in high traffic environments. In this episode he shares some of the valuable lessons that he learned about how to make those projects successful. Announcements Hello and welcome to the Data Engineering Podcast, the show about modern data management Data lakes are notoriously complex. For data engineers who battle to build and scale high quality data workflows on the data lake, Starburst is an end-to-end data lakehouse platform built on Trino, the query engine Apache Iceberg was designed for, with complete support for all table formats including Apache Iceberg, Hive, and Delta Lake. Trusted by teams of all sizes, including Comcast and Doordash. Want to see Starburst in action? Go to dataengineeringpodcast.com/starburst (https://www.dataengineeringpodcast.com/starburst) and get $500 in credits to try Starburst Galaxy today, the easiest and fastest way to get started using Trino. This episode is supported by Code Comments, an original podcast from Red Hat. As someone who listens to the Data Engineering Podcast, you know that the road from tool selection to production readiness is anything but smooth or straight. In Code Comments, host Jamie Parker, Red Hatter and experienced engineer, shares the journey of technologists from across the industry and their hard-won lessons in implementing new technologies. I listened to the recent episode "Transforming Your Database" and appreciated the valuable advice on how to approach the selection and integration of new databases in applications and the impact on team dynamics. There are 3 seasons of great episodes and new ones landing everywhere you listen to podcasts. Search for "Code Commentst" in your podcast player or go to dataengineeringpodcast.com/codecomments (https://www.dataengineeringpodcast.com/codecomments) today to subscribe. My thanks to the team at Code Comments for their support. Your host is Tobias Macey and today I'm interviewing Sriram Panyam about his experiences conducting large scale data migrations and the useful strategies that he learned in the process Interview Introduction How did you get involved in the area of data management? Can you start by sharing some of your experiences with data migration projects? As you have gone through successive migration projects, how has that influenced the ways that you think about architecting data systems? How would you categorize the different types and motivations of migrations? How does the motivation for a migration influence the ways that you plan for and execute that work? Can you talk us through one or two specific projects that you have taken part in? Part 1: The Triggers Section 1: Technical Limitations triggering Data Migration Scaling bottlenecks: Performance issues with databases, storage, or network infrastructure Legacy compatibility: Difficulties integrating with modern tools and cloud platforms System upgrades: The need to migrate data during major software changes (e.g., SQL Server version upgrade) Section 2: Types of Migrations for Infrastructure Focus Storage migration: Moving data between systems (HDD to SSD, SAN to NAS, etc.) Data center migration: Physical relocation or consolidation of data centers Virtualization migration: Moving from physical servers to virtual machines (or vice versa) Section 3: Technical Decisions Driving Data Migrations End-of-life support: Forced migration when older software or hardware is sunsetted Security and compliance: Adopting new platforms with better security postures Cost Optimization: Potential savings of cloud vs. on-premise data centers Part 2: Challenges (and Anxieties) Section 1: Technical Challenges Data transformation challenges: Schema changes, complex data mappings Network bandwidth and latency: Transferring large datasets efficiently Performance testing and load balancing: Ensuring new systems can handle the workload Live data consistency: Maintaining data integrity while updates occur in the source system Minimizing Lag: Techniques to reduce delays in replicating changes to the new system Change data capture: Identifying and tracking changes to the source system during migration Section 2: Operational Challenges Minimizing downtime: Strategies for service continuity during migration Change management and rollback plans: Dealing with unexpected issues Technical skills and resources: In-house expertise/data teams/external help Section 3: Security & Compliance Challenges Data encryption and protection: Methods for both in-transit and at-rest data Meeting audit requirements: Documenting data lineage & the chain of custody Managing access controls: Adjusting identity and role-based access to the new systems Part 3: Patterns Section 1: Infrastructure Migration Strategies Lift and shift: Migrating as-is vs. modernization and re-architecting during the move Phased vs. big bang approaches: Tradeoffs in risk vs. disruption Tools and automation: Using specialized software to streamline the process Dual writes: Managing updates to both old and new systems for a time Change data capture (CDC) methods: Log-based vs. trigger-based approaches for tracking changes Data validation & reconciliation: Ensuring consistency between source and target Section 2: Maintaining Performance and Reliability Disaster recovery planning: Failover mechanisms for the new environment Monitoring and alerting: Proactively identifying and addressing issues Capacity planning and forecasting growth to scale the new infrastructure Section 3: Data Consistency and Replication Replication tools - strategies and specialized tooling Data synchronization techniques, eg Pros and cons of different methods (incremental vs. full) Testing/Verification Strategies for validating data correctness in a live environment Implication of large scale systems/environments Comparison of interesting strategies: DBLog, Debezium, Databus, Goldengate etc What are the most interesting, innovative, or unexpected approaches to data migrations that you have seen or participated in? What are the most interesting, unexpected, or challenging lessons that you have learned while working on data migrations? When is a migration the wrong choice? What are the characteristics or features of data technologies and the overall ecosystem that can reduce the burden of data migration in the future? Contact Info LinkedIn (https://www.linkedin.com/in/srirampanyam/) Parting Question From your perspective, what is the biggest gap in the tooling or technology for data management today? Closing Announcements Thank you for listening! Don't forget to check out our other shows. Podcast.__init__ (https://www.pythonpodcast.com) covers the Python language, its community, and the innovative ways it is being used. The Machine Learning Podcast (https://www.themachinelearningpodcast.com) helps you go from idea to production with machine learning. Visit the site (https://www.dataengineeringpodcast.com) to subscribe to the show, sign up for the mailing list, and read the show notes. If you've learned something or tried out a project from the show then tell us about it! Email hosts@dataengineeringpodcast.com (mailto:hosts@dataengineeringpodcast.com)) with your story. Links DagKnows (https://dagknows.com) Google Cloud Dataflow (https://cloud.google.com/dataflow) Seinfeld Risk Management (https://www.youtube.com/watch) ACL == Access Control List (https://en.wikipedia.org/wiki/Access-control_list) LinkedIn Databus - Change Data Capture (https://github.com/linkedin/databus) Espresso Storage (https://engineering.linkedin.com/data-replication/open-sourcing-databus-linkedins-low-latency-change-data-capture-system) HDFS (https://hadoop.apache.org/docs/r1.2.1/hdfs_design.html) Kafka (https://kafka.apache.org/) Postgres Replication Slots (https://www.postgresql.org/docs/current/logical-replication.html) Queueing Theory (https://en.wikipedia.org/wiki/Queueing_theory) Apache Beam (https://beam.apache.org/) Debezium (https://debezium.io/) Airbyte (https://airbyte.com/) Fivetran (fivetran.com) Designing Data Intensive Applications (https://amzn.to/4aAztR1) by Martin Kleppman (https://martin.kleppmann.com/) (affiliate link) Vector Databases (https://en.wikipedia.org/wiki/Vector_database) Pinecone (https://www.pinecone.io/) Weaviate (https://www.weveate.io/) LAMP Stack (https://en.wikipedia.org/wiki/LAMP_(software_bundle)) Netflix DBLog (https://arxiv.org/abs/2010.12597) The intro and outro music is from The Hug (http://freemusicarchive.org/music/The_Freak_Fandango_Orchestra/Love_death_and_a_drunken_monkey/04_-_The_Hug) by The Freak Fandango Orchestra (http://freemusicarchive.org/music/The_Freak_Fandango_Orchestra/) / CC BY-SA (http://creativecommons.org/licenses/by-sa/3.0/)

The Ministry of Truth has declared, Helldivers 2 is good y'all. You may have heard about the newest internet darling. Garrett and Kyle share the sentiment even if it did rain on their parade. And rain it did all over the renaissance fair. X-Men 97 is coming back in its Fox Kids glory. All the consoles are dead?!

Hey There, Hi There, Ho There and welcome to another Disneyland Paris Show! We're live from 8:30 BST every Sunday with the latest DLP news, audience trip reports, and usual fun and frolics! This week, we read through an awesome mummy/daughter trip report and spend some time talking about queueing to get into DLH and all the latest colourful inclusions at DLP! Oh, and Lucie is missing, so we inadvertently have a bit of a Bro Show! DLP Show - https://link.chtbl.com/DlpShow Classics Show - https://link.chtbl.com/37disneystreet Get in touch with the show: Join our Facebook Group: https://www.facebook.com/groups/253883834248894/ Twitter @37DS | Instagram @37disney_street | Facebook facebook.com/37DisneyStreet | email mailbox@37disneystreet.co.uk Check out our new merch on teepublic: https://www.teepublic.com/user/disneystreet Support us on Patreon and catch the Extra Magic Time Show: https://www.patreon.com/37disneystreet

Kuldotha is back in a big way... but why? Come Listen! Saturday 3rd Feb ⁠ ⁠https://www.mtgo.com/decklist/pauper-challenge-32-2024-02-0312610005⁠⁠⁠⁠ Sunday 4th Feb 64 ⁠https://www.mtgo.com/decklist/pauper-challenge-64-2024-02-0412610022⁠⁠⁠⁠⁠⁠ Sunday 4th Feb 32 ⁠https://www.mtgo.com/decklist/pauper-challenge-32-2024-02-0412610023⁠ Northern Pauper Open Event Link: https://www.tickettailor.com/events/geekretreatleedskrakatoastoatltd/1101988?fbclid=IwAR1HMkrEolQAhIfcsjd7C9oZFOj9iMkrV_zwT_OK6afI9W777uDjVR_0Cyc Pauper $2k NY event Link February: https://www.facebook.com/events/s/pauper-2k-event-guaranteed-to-/298292043170424/ Pauper $2K NY Event Link April: https://www.facebook.com/events/s/pauper-2k-event-guaranteed-to-/1086629615702337/ Spotify: https://open.spotify.com/show/7jvSTwLOR1gEijyT6vxqXR?si=3746b73f4a054de0 Youtube: https://www.youtube.com/channel/UCVGowGLUAJlOCIOQ7koz-7A Twitter: https://vxtwitter.com/CastingCommons1 Tiktok: https://www.tiktok.com/@casting.commons Instagram: https://www.instagram.com/castingcommons/ Music Licence: Royalty Free Music: https://www.bensound.com License code: YV3RKGPQWEROK5HA Timestamps 0:00 Introduction 7:00 News 16:07 Saturday 3rd Feb 23:20 Sunday 64 4th Feb Challenge 28:25 Sunday 32 4th Challenge 36:00 Pauper Cup Brazil 46:34 Shoutouts and Hot takes

Link to original articleWelcome to The Nonlinear Library, where we use Text-to-Speech software to convert the best writing from the Rationalist and EA communities into audio. This is: Queuing theory: Benefits of operating at 70% capacity, published by ampdot on December 2, 2023 on LessWrong. Related to Slack. Related to Lean Manufacturing, aka JIT Manufacturing. TL;DR A successful task-based system should sometimes be idle, like 40% of worker ants. Doing tasks quickly is essential for producing value in many systems. For software teams, delivering a feature gives valuable insight into user needs, which can improve future feature quality. For supply chains, faster delivery releases capital for reinvestment. However, the relationship between capacity utilized and service time is exponential, as shown by the diagram below. A heuristic we can derive from queuing theory is that the optimal balance between efficiency and capacity typically occurs when the system is around 30-40% idle. For a single producer system, being X% idle is that producer being idle X% of the time. For a multi-producer system, being X% idle is X% of those producers being idle on average. This heuristic applies best to systems involving lots of discrete, oddly-shaped tasks. The linked post explains this theory in more detail, and gives examples of where queues appear in the real world. See also the Wikipedia article: Queueing theory is the mathematical study of waiting lines, or queues.[1] A queueing model is constructed so that queue lengths and waiting time can be predicted.[1] Queueing theory is generally considered a branch of operations research because the results are often used when making business decisions about the resources needed to provide a service. Thanks for listening. To help us out with The Nonlinear Library or to learn more, please visit nonlinear.org

Welcome to The Nonlinear Library, where we use Text-to-Speech software to convert the best writing from the Rationalist and EA communities into audio. This is: Queuing theory: Benefits of operating at 70% capacity, published by ampdot on December 2, 2023 on LessWrong. Related to Slack. Related to Lean Manufacturing, aka JIT Manufacturing. TL;DR A successful task-based system should sometimes be idle, like 40% of worker ants. Doing tasks quickly is essential for producing value in many systems. For software teams, delivering a feature gives valuable insight into user needs, which can improve future feature quality. For supply chains, faster delivery releases capital for reinvestment. However, the relationship between capacity utilized and service time is exponential, as shown by the diagram below. A heuristic we can derive from queuing theory is that the optimal balance between efficiency and capacity typically occurs when the system is around 30-40% idle. For a single producer system, being X% idle is that producer being idle X% of the time. For a multi-producer system, being X% idle is X% of those producers being idle on average. This heuristic applies best to systems involving lots of discrete, oddly-shaped tasks. The linked post explains this theory in more detail, and gives examples of where queues appear in the real world. See also the Wikipedia article: Queueing theory is the mathematical study of waiting lines, or queues.[1] A queueing model is constructed so that queue lengths and waiting time can be predicted.[1] Queueing theory is generally considered a branch of operations research because the results are often used when making business decisions about the resources needed to provide a service. Thanks for listening. To help us out with The Nonlinear Library or to learn more, please visit nonlinear.org

Join Cheri on this Special Edition of The Writing Glitch is PA House Representative Jason Ortitay. He discusses the importance of mandating education for writing skills, as many teachers struggle to teach writing effectively.PA House Bill 998 and Senate Bill 801:The interviewee explains that both bills aim to introduce legislation related to education.The bills have the same content but different bill numbers.The bills have bipartisan support, with Republican and Democrat co-primes in both the House and Senate.The interviewee emphasizes that the bills' primary goal is to improve education, irrespective of political affiliations.Key Provisions of the Bills:Early Screenings:Kindergarten through third-grade students will be screened three times a year to track progress.The goal is to ensure students are on track with their reading skills and provide support if needed.The interviewee emphasizes the importance of proficient reading skills by the end of third grade.Individualized Plans:If students are falling behind in their reading skills, they will receive individualized improvement or reading plans.Teachers, parents, and students will collaborate on these plans to prevent students from falling further behind.Cost Savings:The interviewee highlights the cost savings associated with early intervention.Educating students with special needs costs significantly more, making early screening and intervention financially prudent.Teacher Training:K-4 teachers, administrators, reading specialists, and special education teachers will receive training in structured literacy.The state will provide financial resources to support teacher training.Vendor Selection:A committee of subject matter experts will select high-quality vendors for structured literacy programs.School districts can choose from this list of approved vendors, simplifying the selection process.State Reporting:The bill requires school districts to report their use of structured literacy programs to the Department of Education.The state will track progress and gather data to ensure the effectiveness of the programs.Ban on "Three-Cueing":The bill prohibits the use of "three-cueing" methods in Pennsylvania.This move aims to promote evidence-based approaches and discontinue ineffective practices.Writing Instruction:The interviewee acknowledges the importance of incorporating structured writing instruction into future bills.The focus is on creating explicit, systematic, cumulative, multisensory writing programs.The goal is to address the gap in writing education within structured literacy programs.Conclusion:The interviewee discusses the challenges of passing comprehensive legislation and the need for ongoing efforts to improve education.Future steps may include recapturing students who were not reached by the initial programs and further enhancing writing instruction.House Bill 998Senate Bill 801 ★ Support this podcast ★

Terrified Israelis are acquiring guns and ammunition as trust in law enforcement fades. We unpack the lasting cultural impact it could have. Find out more about The Front podcast here. You can read about this story and more on The Australian's website or on The Australian's app. This episode of The Front is presented by Claire Harvey, produced by Kristen Amiet, and edited by Lia Tsamoglou. Original music is composed by Jasper Leak.See omnystudio.com/listener for privacy information.

In perhaps the most unimaginative suggestion yet, Joel went surfing this week, because he "had a voucher". But did it live up to his fantasies and was Hannah suitably impressed? If you'd like to suggest an activity, you can! Email: Hello@NeverEverPod.comInstagram: @NeverEverPod You can even take the conversation to the OFFICIAL Never Have I Ever subreddit.... https://www.reddit.com/r/NeverEverPod/ This episode contains explicit language and adult themes that may not be suitable for all listeners.

The Phantasm gazes back at the Joker's latest gag - blowing up Valestra's place! What a prankster he is, such a cheeky scamp! While the spirit-like wannabe killer flees the scene the Batwing arrives and casts its shadow down below. The chase is on. THIS MADNESS ENDS NOW! The next episode follows on Friday. Same Bat Pod, different Bat Minute! Join us on Facebook at the Bat Minute Listener's Cave! The Bat Minute theme song is by the band Rat Bit Kit and Ash Lerczak (aka Doc Horror) of Zombina & The Skeletones and Double Echo.   Today's guests: Back once more is the master of the limerick who's bringing it to you RAW, it's Rikky Wiley! Rikky Wiley - Twitter Dick Limerick Academy - Bandcamp and Bringing his boss powers once again is the evil scientist himself, Ash "Doc Horror" Lerczak! PUNK ROCK VAMPIRE (BATS): DESTROY! Ash "Doc Horror" Lerczak - Instagram Zombina & The Skeletones - Website - Facebook - Twitter - Spotify - Bandcamp Double Echo - Facebook - Spotify - Bandcamp a.P.A.t.T. - Website - Facebook - Instagram - Twitter - Spotify - Bandcamp  

This week Danny breaks down the matches in an epic single-player adventure! I can't be bothered to write more in this description because I'm too busy playing the new Zelda.

Scotty & Ruttsy discussed Mother's day flower prices, Queueing, MND & who should go down the slide. What Caught My Eye included the US Writer's Strike, Odd Spots, Kid's biting back and some Jokes. Song of the week was My Father's hands by Broderick Smith (RIP). Scotty's Rant was about Car Etiquette & he had some bumper stickers to share. Wine segment covered Champagne & some budget drinking options. Food segment covered genetically modified food & some Fun Food Facts. Enjoy…

This podcast hit paid subscribers' inboxes on April 2. It dropped for free subscribers on April 5. To receive future pods as soon as they're live, and to support independent ski journalism, please consider an upgrade to a paid subscription. You can also subscribe for free below:WhoJim Quimby, General Manager of Saddleback, MaineRecorded onMarch 6, 2023About SaddlebackClick here for a mountain stats overviewOwned by: Arctaris InvestmentsLocated in: Rangeley, MaineYear founded: 1960Pass affiliations: Indy PassReciprocal partners: NoneClosest neighboring ski areas: Sugarloaf (52 minutes), Titcomb (1 hour), Black Mountain of Maine (1 hour, 9 minutes), Spruce Mountain (1 hour, 22 minutes), Baker Mountain (1 hour, 33 minutes), Mt. Abram (1 hour, 36 minutes), Sunday River (1 hour, 41 minutes)Base elevation: 2,120 feetSummit elevation: 4,120 feetVertical drop: 2,000 feetSkiable Acres: 600+Average annual snowfall: 225 inchesTrail count: 68 (23 beginner, 20 intermediate, 18 advanced, 7 expert) + 2 terrain parksLift count: 6 (1 high-speed quad, 3 fixed-grip quads, 1 T-bar, 1 carpet)Why I interviewed himThe best article I've ever read on Saddleback came from Bill Donahue, writing for Outside, with the unfortunate dateline of March 9, 2020. That was a few days before the planet shut down to prevent the spread of Covid-19, and just after Arctaris had purchased Saddleback and promised to tug the ski area out of its five-year slumber. Donahue included a long section on Quimby:But to really register the new hope that's blossomed in Rangeley, I needed to drive up the winding hill to Saddleback's lodge and talk to Jimmy Quimby. Fifty-nine years old and weathered, his chin specked with salt-and-pepper stubble, Quimby is the scion of a Saddleback pillar. His father, Doc, poured concrete to build the towers for one of Saddleback's first lifts in 1963 and later built trails and made snow for the mountain. His mother, Judy, worked in the ski area's cafeteria for about 15 years. “We were so poor,” Quimby told me, “that we didn't have a pot to piss in, but I skied every weekend.” Indeed, as a high schooler, Quimby took part in every form of alpine ski competition available—on a single pair of skis. His 163-centimeter Dynastar Easy Riders were both his ballet boards and his giant-slalom guns. They also transported him to mischief. In his teenage years, Quimby was part of a nefarious Saddleback gang, the Rat Pack. “We terrorized the skiing public,” he said. “We built jumps. We skied fast. We made the T-bar swerve so people fell off.”Just days after his 18th birthday, Quimby left Maine to serve 20 years in the Air Force as an electrical-line repairman and managed, somehow, to spend a good chunk of time near Japan's storied Hakkoda Ski Resort, where he routinely hucked himself off 35-foot cornices while schussing in blue jeans. When he returned to Maine in 1998, he commenced working at Saddleback and honed such a love for the mountain that, when it closed in 2015, his heart broke. He simply refused to ski after that. “I decided,” he said, “that I just wouldn't ski anywhere else.” Friends in the industry offered him free tickets at nearby mountains; Quimby demurred and hunkered down at Saddleback, where he remained mountain manager. The Berrys paid him to watch over the nonfunctioning trails and lifts during the long closure. “I'm a prideful person,” he explained. “OK, I did do a little skiing with my grandchildren, but they're preschoolers. I haven't made an adult turn since Saddleback closed.”Quimby is now working for Arctaris, which owns Saddleback Inc., but that's a technicality. His mission is spiritual, and when I met him in his office, I found that I had stepped into a shrine, a jam-packed Saddleback museum. There were lapel pins, patches, bumper stickers, posters, and also a wooden ski signed in 1960 by about 35 of Saddleback's progenitors. Quimby's prize possession, though, is a brass belt buckle he bought in the Saddleback rental shop in the 1970s. “I used to wear it every day,” he told me, “but when Saddleback closed, I put it on a dresser and never wore it again.”Quimby stood up from the desk now, to reveal that he was wearing the buckle once more. In capitalized brass letters, it read “SKI.” His eyes were glassy with emotion.“We're going to do this,” he said quietly, speaking of Saddleback's resurrection. “We're going to make this happen.”They did make this happen. One feature of improbable feats is that they are often taken for granted once achieved. The number of people who confessed doubts to me privately about the viability of Saddleback is significant. It won't work because… it's too remote, there are not enough skier visits to spread around Maine, there are too many bodies buried on the property, the previous owners emptied the GDP of a small country onto the property and it still failed. All fair arguments, but for every built thing there are reasons it should have failed. The great advantage of humans over other animals is our ability to solve the unsolvable. I push a button on my phone and a person 5,000 miles away sees a note from me in an instant. That would have been dubbed magic for 100,000 years and now it is a fact of daily existence. Humans can do amazing things. And the humans who dug Saddleback out of the grave did an amazing thing, and it's a story I just can't get enough of.What we talked aboutSaddleback's strong 2022-23 ski season; the Casablanca Glades; the ski area in the sixties; “Saddleback was my babysitter”; Rangeley reminisces; when the U.S. Air Force stations a ski bum in Northern Japan; the Donald Breen era of Saddleback and a long battle with the Forest Service; Saddleback's relationship with the Forest Service today; the Berry family arrives; an investment spree; why Saddleback closed in 2015; why the Berrys replaced the Kennebago T-bar with a quad and whether they should have upgraded the Rangeley lift first; Quimby's reaction when Saddleback closed; how Quimby kept Saddleback from falling apart during his five years as caretaker of a lost ski area; why Arctaris finally revitalized the ski area after so many other potential buyers had faded; the most important man at Saddleback; the blessing and the curse of rebuilding a ski area in the pandemic year of 2020; how close Saddleback came to upgrading Rangeley to a fixed-grip, rather than a detachable, quad; how much that lift transformed the ski area; the legacy of Andy Shepard, the former general manager who oversaw the ski area's comeback; Saddleback the business in year three of its comeback; surveying Saddleback's ultra-new lift fleet; why Saddleback replaced the 900-year-old Cupsuptic T-bar with a brand-new T-bar; why the ski area chose Partek to build the new Sandy quad and how successful that lift has been; the story behind the old Saddleback trailmaps with theoretical lifts scribbled all over them (yes, this one):… whether Saddleback will expand terrain any time soon; the ski area's next likely chairlift; the potential for a hotel; the mountain's masterplan; how important the Indy Pass has been to Saddleback's comeback; and Indy blackouts and whether they will continue.Why I thought that now was a good time for this interviewWith lift towers rising up the mountainside and hammers clanging through the valleys and autumn frosts biting the New England hills, Andy Shepard hacked out an hour for me in October 2020 to discuss the previous six months at Saddleback. He itemized the tasks that Saddleback's crews had achieved in the maw of Covid. An incomprehensible list. Rebuild everything. Clean everything. Hire an army. Demolish and build a chairlift. Stand up a website and an e-commerce platform. All in the midst of the most confusing and contentious time in modern American history. The mission was awesome, and so was the story behind it:Congratulations, you did it. But the second that new detachable quad started spinning in December 2020, Saddleback became just another New England ski area, just another choice for skiers who already have dozens. So now what? What of all those old masterplans showing terrain expansions and lifts extending halfway to Canada? When can we get more places to stay on the hill? Can we get snowmaking on the trail back to the condos finally?Two and a half years later, it was time for a check-in. To see how Shepard and Quimby and the crew had quietly transformed what was long a backwater bump into one of the most modern ski areas in the country. To see how the Indy Pass – which hadn't existed when Saddleback went into its shell – had turbocharged the mountain's comeback tour. And to see, indeed, what is next for this New England gem.What I got wrongI wasn't wrong on this so much as late to publish: Quimby and I discussed season passes at the end of the podcast. At the time, details on the 2023-24 pass suite had not yet been released, and we talked a bit about where pricing would land. These details have long gone public, but I kept the section intact because Quimby details why the ski area was compelled to raise rates from previous seasons (the increase ended up being modest in the context of ongoing inflation, from $699 this season to $799 for next).Also there's a reference in our conversation to Sandy being a detachable quad, but the 227-vertical-foot quad is in fact a fixed-grip lift.Why you should ski SaddlebackMan is this place big. Two broad ridges staggered and stacked and parallel, with dozens of ways down each. Glades all over. Amazing fall line skiing. Lift lines? Not many. Maybe on Rangeley, maybe on big days. But mostly, the place is a glorious wide-open banger, stuffed into a north country snow pocket that most always stands above New England's notorious rain-snow line as storms roll through.“Yes but is it worth the drive?” asks Overthinks Everything Bro. Yes it's worth the drive. “But I have to pass 19 other big ski areas to get there.” So? If a genie erupts out of my next can of Bang Energy Drink, my first wish will be to eliminate this brand of thinking from existence. Passing other ski areas to ski Saddleback is not like passing a McDonald's at exit 100 to eat at a McDonald's at exit 329, more than 200 miles down the road. You're passing a number of distinct and unique ski areas to experience another distinct and unique ski area. A Saddleback run will imprint on your experience in a way that your 400th day at Waterville Valley will not.Not all of us, I realize, are so driven by novelty and the unknown. To many of you, turns are turns. Yee-haw. But I'm not suggesting you drive four hours out of your way to lap a town ropetow. This is a serious mountain, with terrain that has few peers in New England. It is special, and it is most definitely worth it.Podcast NotesOn the ski area's battle with the National Park ServiceQuimby and I had a long discussion on Saddleback's 15-plus-year war with the National Park Service over former owner Donald Breen's expansion plans. While Saddleback sits on private land, the Appalachian Trail runs over the mountain's summit, giving the government a say in any development that may impact the trail. As with most things New England, New England Ski History provides a comprehensive synopsis of what amounts to Saddleback's lost generation:With Saddleback finally financially stable and controlling 12,000 acres of land, Breen sought to tap into its vast potential in the mid 1980s. In 1984, Breen told Ski magazine, "Saddleback has the potential to be one of the largest resorts in this part of the country" and could become "the Vail of the East."While a massive development was possible, including above treeline skiing as well as a bowl on the back side of the mountain, initial plans were made for a phased $36 million expansion "opening up the entire bowl where the ski area sits with three more lifts and numerous trails."Working to gain approvals, Saddleback offered to donate a 200-foot easement to the National Park Service for the Appalachian Trail while retaining the ability to have skiers and equipment cross the corridor if needed. Countering the ski area's plans, the National Park Service recommended taking 3,000 acres of Saddleback's land. As a result, instead of investing in the mountain, Breen was forced to spend large sums of money to defend his property from eminent domain.Attempting to break the impasse in the early 1990s, Saddleback offered to pare back expansion plans and sell 2,000 acres to the National Park Service. The National Park Service responded with an offer for one sixth of the amount Saddleback wanted from the property.By the mid 1990s, Saddleback was offering to donate 300 acres of land to the National Park Service, while retaining the right to cross the Appalachian Trail with connector ski trails. The National Park Service once again refused, sticking with its eminent domain plan. Later Congressional testimony revealed that the Breen family was forced to negotiate with and give concessions to the Appalachian Trail Conference, only to have the agreements retracted by the National Park Service. In addition, the National Park Service would refuse to turn over documents relating to its involvement with other ski areas, or to put parameters of potential agreements in writing.After having spent a decade and a half of his life trying to work with the Forest Service, Donald Breen took a step back from negotiations in 1997, handing the reins over to his daughter Kitty. The Maine Congressional Delegation was brought in to attempt to get the National Park Service to negotiate.At Senator Olympia Snowe's urging, Saddleback offered to sell the bowl on the back side of the mountain to the Park Service in exchange for being able to develop its Horn Bowl area. The National Park Service rejected the offer, insisting the expansion was not viable, that the ski area could sustain increased skier visits on its existing footprint, and that Saddleback's undeveloped land had little financial value.Negotiations continued into 2000, at which point Saddleback had increased its donation offer to 660 acres, while the National Park Service still wanted to take 893 acres by eminent domain. Five proposals were put on the table while the National Park Service threatened to turn the matter over to the Department of Justice for condemnation. Finally, on November 2, 2000, the National Park Service and Saddleback reached a deal in which the Breens donated 570 acres along the Appalachian Trail corridor, while selling the 600 acre back bowl for $4 million. While the deal meant Breen could move forward with his development of the resort, the long battle with the government had consumed millions of dollars and nearly two decades of his life. Now in his 70s, Breen was ready to retire. In 2001, the massive resort property was put on the market for $12 million.To understand just how deeply this conflict stalled the ski area's potential evolution, consider this: when Breen and the Forest Service squared off in 1984, Sunday River, less than two hours away and closer to pretty much everyone, looked like this:And Saddleback looked like this:While both had just five lifts – Sunday River sported a triple, two doubles, and two T-bars; Saddleback had two doubles and three T-bars – Saddleback was the larger of the two, with a more interesting and complex trail network. But while Breen fought the Forest Service, his mountain stood still. Meanwhile, Les Otten went ballistic at Sunday River, stringing terrain pods for miles in each direction. By 2001, when Breen sold, Sunday River looked like this:While Saddleback had languished:Whatever market share Saddleback could have earned during New England's Great Ski Area Modernization – which more or less exactly coincided with his Forest Service fight from 1984 to 2001 – was lost to Sunday River and Sugarloaf, both of which spent that era building rather than fighting.And yes, I also thought, “well what did Sugarloaf look like in 1984 and 2001?” So here you go:On the Berry familyBreen sold Saddleback in 2001 to the Berry family, who absolutely mainlined cash into the joint. Over the next decade, the family replaced the upper (Kennebago) and lower (Buggy) T-bars with fixed-grip quads, and substantially blew out the trail and glade network. Check the place in 2014:But two big problems remained. First, that double chair marked “C” on the map above is the Rangeley lift, the alpha chair out of the base. It was a 1963 Mueller that could move all of 900 skiers per hour. And while skiers could have ridden Sandy to the Cupsuptic T-bar (if both were running), to the Pass trail to access the Kennebago quad and the upper mountain, that's not how most people think. They want to go straight to the top. So they'd wait.Which leads to the second problem. Queueing up for a double chair that was pulled off of Noah's Ark when you could be skiing onto high-speed (or at least modern) lifts just down the road at Sunday River or Sugarloaf is frustrating. Lines to board the lift could reportedly stretch to an hour on weekends. Facing such gridlock and frustration, most casual skiers who stumbled onto the place probably thought some version of, “This is cute, but next weekend, I'm going to Sunday River.”And they did. If the Berrys could have upgraded Rangeley, the whole project may have worked. But financing fell through, as Quimby details in the podcast, and the ski area closed shortly after. But to underscore just how crucial the Rangeley lift is to Saddleback's viability as a modern resort, Arctaris, the current owners, reportedly paid more to replace the chairlift ($7 million), than they did for the ski area itself ($6.5 million).On potential buyers between the Berrys and ArctarisQuimby notes that a parade of suitors tromped through Saddleback between 2015, when the ski area closed, and 2020, when it finally re-opened. The most significant of these was Australia-based Majella Group, whose courtship New England Ski History summarizes:On June 28, 2017, the Berry family announced they had reached an agreement to sell Saddleback to the Australia-based Majella Group. Grandiose plans were announced, as Majella declared it would be "turning Saddleback into the premier ski resort in North America." Initial plans called for reopening for the 2017-18 season with a new fixed-grip quad replacing the Rangeley Double and a new Cupsuptic T-Bar. However, despite announcements that "physical work" had started in September and that the company was "committed to opening in some capacity for the 2017-18 ski season," the area remained idle that winter and the sale was not completed.Nearly one year after the original sale announcement, the Majella Group CEO Sebastian Monsour was arrested in Australia for alleged investor fraud, revealing a financial house of cards. The Majella branding was removed from the Saddleback web site that fall and the ski area sat idle during the snowy winter of 2018-19.So things could have been much worse. Had Majella completed the purchase and then fallen apart, Saddleback would likely still be idle, caught in a Jay Peak-esque vortex of court-led asset salvation, but without the benefit of operating revenue.On Mount WashingtonQuimby notes that the weather at Saddleback can be “comparative to Mount Washington and that's no joke.” For those of you unfamiliar with just how ferocious Mount Washington weather can be, here's a synopsis from the Mt. Washington State Park website (emphasis mine):…in winter, sub-zero temperatures, hurricane-force winds, blowing snow and incredible ice claim the peak, creating an arctic outpost in a temperate climate zone. Known as the Home of the World's Worst Weather, Mount Washington's winter conditions rival those of Mount Everest and the Polar regions.The mountain's summit holds the world record for the “highest surface wind speed ever observed by man,” at 231 miles per hour. As I write this, the summit temperature is 4 degrees Fahrenheit, with 62-mile-per-hour winds driving the windchill to 28 degrees below zero. It's April 2. There's surely some hyperbole in Quimby's statement, but the spirit of the declaration is clear: if you go to Saddleback, go prepared.The Storm explores the world of lift-served skiing year-round. Join us.The Storm publishes year-round, and guarantees 100 articles per year. This is article 30/100 in 2023, and number 416 since launching on Oct. 13, 2019. Want to send feedback? Reply to this email and I will answer (unless you sound insane, or, more likely, I just get busy). You can also email skiing@substack.com. Get full access to The Storm Skiing Journal and Podcast at www.stormskiing.com/subscribe

Queues are a part of all our lives. We hate them. We try and avoid them. But there's no escape. So, why not understand how they work and how, every so often, they can lead to an encounter that can change your life. Our Queuing Studies Course, aptly called 'Queuing for Godot', is a great way of changing your mind about queues.The only university that makes you chuckle AND learn at the same time.

Julia Nimchimski is the brains and execution behind the #GTMGames. She partnered with Justin Michael to produce what are the world's first gladiatorial games between sales and marketing to foster cross pollination of ideas, alignment and the application of the best behaviours by some of the biggest names in tech sales whose job it is to coach the contestants, then judge and disqualify.  Julia and I talk about the way #Events are changing, how technology is equipping us to do things in ways that were never possible before. This is a glimpse around the corner. Julia is coauthor of Reinventing Virtual Events, very smart marketer and a serial getter of things done. Watch her. A name to watch today and the future. Level headed, smart, commercial, driven, organised and a rare eye and the patience to develop  unmet demand. Contact Julia on linkedin.com/in/julia-nimchinski Website: hypcccycl.com (Company) Email: julia.nimchinski@hypcccycl.com Twitter: JNimchinski -- Considering a coach? Want one who helps you get results you want confidently, fast and keep getting them?  https://calendly.com/marcuscauchi/  

Solidarity 648, 12 October 2022. Articles may include: Putin threatens nuclear war Socialism vs Trussonomics From piecemeal strikes to class-wide battle Upcoming strike dates If Chris Williamson's the answer, it's the wrong question Ukraine: the proxy fallacy Unveil Iran! Action on Covid-19 Letter: Qatar, Al Jazeera, Israel and The Labour Files Capitalist farming is wasteful From US strikes to politics Aviation: already approaching disaster point Why secularism matters The debate on exclusion Taking the line from the Irish nationalists Ireland on the dissecting table The 19 days in Royal Mail Battling a 2.5% pay offer in FE Schools formal ballot opens 1 November Diary of a paramedic: Queueing to get into hospital Pages from a militant life: The paradox of the 1980s Kino Eye: Coal Miner's Daughter A sense of confidence (John Moloney's column) Liverpool dockers strike again Unite members reject TfL pay offer UAL cleaners plan to escalate Why we welcome Ukrainian victories Campaign to raise benefits! Getting the union onto construction sites Socialists and the Green Party "Unite for a Workers' Economy" The economics of inflation Honour and learn from the Grunwick strike! Haitian revolution vs British empire John Archer: black pioneer of labour politics How transport workers beat the colour bar An organiser for black workers More online: https://www.workersliberty.org/publications/solidarity/solidarity-648-12-october-2022

Topics include: 1)More pandering from Joe Biden as he. claims he was “sort of raised in the Puerto Rican community”; 2)Incarcerated Mexican drug lord, El Chapo, said to end the drug war, law enforcement needs to pursue both Mexican and American politicians, and 3)Joe Biden announced their cutting pay to Medicare doctors again. Since 92% of medical groups already report that Medicare payments don't cover their costs as is, more doctors will stop taking patients, waiting times will increase and many waiting in line will die of totally avoidable deaths. More: www.Carljacksonshow.comFacebook: https://www.facebook.com/carljacksonradioTwitter:https://twitter.com/carljacksonshowParler: https://parler.com/carljacksonshowhttp://www.TheCarlJacksonPodcast.comSee omnystudio.com/listener for privacy information.

Topics include: 1)More pandering from Joe Biden as he. claims he was “sort of raised in the Puerto Rican community”; 2)Incarcerated Mexican drug lord, El Chapo, said to end the drug war, law enforcement needs to pursue both Mexican and American politicians, and 3)Joe Biden announced their cutting pay to Medicare doctors again. Since 92% of medical groups already report that Medicare payments don't cover their costs as is, more doctors will stop taking patients, waiting times will increase and many waiting in line will die of totally avoidable deaths. More: www.Carljacksonshow.comFacebook: https://www.facebook.com/carljacksonradioTwitter:https://twitter.com/carljacksonshowParler: https://parler.com/carljacksonshowhttp://www.TheCarlJacksonPodcast.comSee omnystudio.com/listener for privacy information.

This time we look at the death of Queen Elizabeth ii. Neither of us are royalists and we try to provide a balanced discussion on the Queen's reign but also look at the extraordinary reaction from the British public to the not unsurprising death of a 96 year old lady. Give this upbeat podcast a listen, see what you think of our opinions, and share your views with us. Get in touch: nick@twovoices.co.uk

The world just is amazed at David Beckham queueing at the Queen's funeral over the weekend. But why? Isn't he just another human being trying to pay his respects to the queen. Maybe, but the fact that he did not use his celebrity status to jump the line ought-to teach us something about humility, character and servitude. We are all equal, nobody is more or... Read More The post 177: David Beckham Taught The World A Life Lesson By Queueing At The Queen's Funeral first appeared on Ryan Holtz Marketing & Podcast: Branding, Podcaster, Coach.

Over the last 10 days, the British people have been queueing in their droves to pay their respects to Queen Elizabeth and the queues ended up stretching to 16km long. They're not the only ones who love a queue though - Gift Grub brings you the World Queueing Championships! Who will come out on top? It's down to Britain, Ireland, France, Germany and the U.S.

The guys talk about Mark's daughter's upcoming birthday, Ryan's complaints about driving and making drinks, and David Beckham waiting in line.

Joe Molloy was joined in studio by OTB's Ann-Mare Donelan and Arthur James O'Dea for Sunday's edition of the Newsround.

Joe Molloy was joined in studio by OTB's Ann-Mare Donelan and Arthur James O'Dea for Sunday's edition of the Newsround.

Queueing for the Queen, the recent British Luxembourg Society's visit to London and Jana Degrott's movement to get more young people and minority groups into politics.

Adam joins the thousands lining up to pay their respects to Queen Elizabeth II, as she lies in state in Westminster Hall. The BBC's Lyse Doucet, Rajini Vaidyanathan and Anne Soy discuss the international reaction to the Queen's death and the future of the Commonwealth. And Katya explains the EU's plans for a huge energy windfall tax. Today's Newscast was made by Tim Walklate with Miranda Slade, Cordelia Hemming and Khadra Salad. The technical producer was Emma Crowe. The assistant editor was Louisa Lewis.

When you factor in things like agent payroll, toll fees, tech costs, and contact center upkeep, it's clear that every operating minute significantly impacts a contact center's bottom line.The simple truth is: virtual queueing can reduce these daily operating costs and increase customer satisfaction. But rather than just spout off a bunch of numbers to prove it, I'm going to break down exactly how you can measure this ROI in your contact center and see for yourself. Still hungry?Let us know what you think on Linkedin or by emailing snack@getmindful.com.Hear more at getmindful.com/podcasts. 

The North London derby is upon us. Support this show http://supporter.acast.com/ruletheroost. See acast.com/privacy for privacy and opt-out information.

Today's Being British episode looks at the convention of queueing. Voir Acast.com/privacy pour les informations sur la vie privée et l'opt-out. Learn more about your ad choices. Visit megaphone.fm/adchoices

Welcome to BRoadcast! BRoadcast is your ultimate #1 source of Apex Legends related content from deep dives to community related topics. Since Apex Legends Season 0, Geo, ElmmerFudd, and DoctorShrimply, your hosts, have dropped into every map Respawn has thrown at them battling it out against the toughest of opponents! Want to support our new cast? Join our discord, follow our twitch, or become a patreon! Check out our linktree and listen to the first episode to find out how! LINKTREE: https://linktr.ee/br_broadcast In this episode we talk about the community frustration surrounding matchmaking and Geo's tips on Solo and Duo Queueing! Email us questions, comments, or just anything related to Apex Legends at br.broadcast.business@gmail.com! Content links: - The TRUTH About Apex Legends Matchmaking (https://www.youtube.com/watch?v=0f71TJ479-M) - Jason McCord Reddit (https://www.reddit.com/r/apexlegends/comments/jpk2hi/info_on_how_sbmm_works_via_umonsterclip_jason/) - Respawn Region Lock post (https://twitter.com/Respawn/status/1473375357730320390) #PlayApex #ApexLegends #ALGS #Matchmaking #2022 --- Support this podcast: https://anchor.fm/br-broadcast/support

Guki is originally from Georgia (the country, not the US state), and moved to Denmark for studies after growing up fascinated by Scandinavia. This is a different type of episode to our usual ones, where we speak with people are learning about Danish culture after moving to Denmark. These interviews, we feel, are a great way to learn practical advice from others adapting to Denmark, but also to get fresh perspectives on things that seem peculiar to outsiders. Guki and Sam talk about a variety of different topics, including: Guki's experience growing up during conflicts in GeorgiaSimilarities between Georgia and Denmark (rice pudding)Differences (approach to drinking; people volunteering in Denmark; how Danes queue)Advice for people new to Denmark as well as how Guki's parents are still worried about her cycling. Learn more at: https://www.whatthedenmark.com/ Do you have some interesting advice to share? Be in touch via the contact form on the website + subscribe to the What The Denmark newsletter (via the website) where you'll receive details of how to be interviewed on the show. We'd also love to hear what you think of these types of episode. Should we do more? Let us know!

[קישור לקובץ mp3] שלום וברוכים הבאים לפודקאסט מספר 425 [?To Early] של רברס עם פלטפורמה! היום ה-1 בנובמבר 2021, השעה היא פחות או יותר 2100 בערב ואנחנו נמצאים באולפן הביתי שלנו אשר בכרכור - אהלן אורי! הקדמה ארוכה . . .היום אנחנו מתכבדים לארח את שמעון - אהלן שמעון! - (שמעון) אהלן, כיף להיות פה, תודה רבה - (רן) איזה יופי שבאת וברוך הבא . . . - (שמעון) עשיתי את המסע מתל אביב, אני בטח לא היחיד פה שעולה לרגל . . . - (רן) בסוף עוד תקנה פה בית . . . (אורי) . . . והצטרפת ל-425 הרגלים . . .(רן) אז שמעון - ברוך הבא! שמעון מחברת Datree, והיום אנחנו הולכים לדבר בעיקר על Kubernetes ועל איך עושים רגולציה למפתחים, אבל תיכף נדבר על זה בצורה קצת יותר . . .(שמעון) זו מילה נוראית . . . (רן) בקטע טוב! . . . איך בעצם שומרים על Policy שפוי, ככה שה-Production שלנו לא יפול ויתרסק - כשאנחנו מדברים ספציפית על Kubernetes, אבל אולי גם נכליל את זה.ולפני שנצלול לנושא - נושא עמוק וטכני ומעניין - ספר לנו קצת עליך, שמעון:(שמעון) נעים מאוד, קוראים לי שמעון, אני בן 33 מתל אביבמה שנקרא “התקנתי את הלינוקס הראשון שלי” בגיל 12, ומאז התאהבתי ב-Open Source - אני זוכר, זה היה אז Red Hat 6 . . . לאחר מכן, פתחתי את החברה הראשונה שלי בגיל 15 - בתחום של Web Hosting ושרתי משחק [Game Servers]זה בתקופה שלפני ה-Cloud . . . .ו-Fast Forward: שירתתי בצבא, הייתי חוקר עבירות מחשבעבדתי אצל שי אגסי ב-Better Placeהייתי ב-Intel Security - מה שהיה Mcafee - אז יש לי קצת רקע ב-Securityולפני שפתחנו את Datree, הייתי ה-General Manager של חטיבת פיתוח התשתיות של Iron Source - היה מאוד מעניין לעשות Scale לחברה מ-30 עובדים ל-1,000 עובדים, עם תשתיות פיתוח ל-400 מתכנתים.ושם הרגשתי הרבה מאוד מה-Challeng-ים שאנחנו פותרים היום ב-Datree.(רן) אוקיי, אז אתה אומר שגדלתם מ-30 ל-400, פחות או יותר?(שמעון) מ-30 ל-1,000 - זה בכללי, עובדים; [מבחינת] מתכנתים הגענו ל-400, אני חושב.(רן) בסדר, אז 400 מפתחים עובדים כנראה על Cluster די גדול - ומישהו צריך לנהל את ה-Cluster הזה ולדאוג לזה שהוא יהיה “בריא” - וכנראה שיש כמה Cluster-ים כאלה. אולי לצערך או לשמחתך - זה היה התפקיד שלך, בין השאר . . . או שאתה ניהלת את הכוח שעשה את זה.(שמעון) כן . . . .שמע, אתה יודע - בחברה, לצורך העניין, כמו Iron Source, יש לך הכל: ECS ו-Fargate ו-Kubernetes ו-EC2 רגיל ו-Bare Metal באיזה Co-location . . . . יש הכל אז באמת מהבחינה הזאת, יצא לי לעבוד עם הרבה מאוד סוגים של תשתיות.אגב - גם AWS וגם GCP וגם Azure, כי אתה בסוף . . . היה לנו גם GitHub, גם GitLab וגם Bitbucket - לא כי רצינו, אלא כי אתה רוכש חברות ודברים נכנסים . . .(אורי) Iron Source גדלה הרבה מרכישות, ו . . .(שמעון) נכון - ואגב, זה היה אחד מה-Challenge-ים, שאין אחידות - הכל . . . אני לא אגיד “ג'ונגל”, אבל “רב-גוני” . . . .(אורי) אהה . . . (רן) ג'ונגל . . . ג'ונגל.(אורי) Iron Source, יאמר לזכותם, ואולי זה גם חלק מהיופי של לעשות רכישות ולתת לכולם להמשיך לרוץ קדימה . . . (שמעון) חד משמעית, זה היה מקום מדהים - מאוד מאוד שמחתי לעבוד שם והיו Challenge-ים מאוד מאוד מעניינים.ובאמת ככה יום אחד התעוררתי - ובלילה, אחד המתכנתים עשה טעות והכניס Misconfiguration שהגיעה ל-Production . . . זה קרה פה לכל המאזינים, כנראה - מ-Secrets שדלפו לאיזשהו GitHub Repo או Misconfiguration, בין אם זה Kubernetes או -EC2 או לא משנה במה אתם משתמשים - וזה הגיע ל-Production.וזה בסדר - אני כל הזמן עושה טעויות, אנשים טועים, אבל אחד ה-Challenge-ים הכי גדולים היה “אוקיי, סבבה - Fool me Once זה בסדר, Full me twice זה בעיה שלי . . .”איך אני אגרום עכשיו ל-400 מתכנתים לא לעשות את אותה הטעות שוב.(רן) אה, אין שום בעיה - שולחים אימייל! : “חבר'ה - בבקשה לא לעשות Misconfiguration!”(שמעון) אתה צוחק, אבל אני ראיתי הרבה ארגונים ששולחים מייל . . . “חברים, מעכשיו משתמשים בגירסא הזאת, מעכשיו משתמשים ב-Container-ים האלה”.מן הסתם, זה די מגוחך וזה לא עובד.ניסיתי כל מיני דברים . . . ניסיתי את ה-Email . . . אני מאוד פעיל בקהילותאני אחד מה-Co-Organizers של CNCF Tel Avivאני AWS Community Hero, אז אני מוביל את ה-Meetup הכי גדול בעולם של Amazon . . .יש לנו 8,000 אנשיםאמרתי בואו נעשה Meetup! עשינו Meetup, הסברתי על Secure Development ומה לעשות ואיך ולמה - אבל ברור שזה לא עובדזה חייב להיות in-flow ב-Development Process של המפתחים . . .(אורי) דרך אגב - יש מצב שאתה Community Hero בגלל שמישהו עשה טעות בקונפיגורציה, ודרך זה AWS נותנת לך את התארים . . .(שמעון) יכול להיות . . .(רן) הייתה פעם סדרה, אני לא יודע אם אתם זוכרים, בשם “גיבורים בעל כורחם” . . . אז הנה - דוגמא.(אורי) זה בהמשך ל-Darwin Awards . . . (רן) לא, “גיבורים בעל כורחם” הייתה סדרה אמיתית, בדרך כלל על חיילים שהגיעו לכל מיני מצבים מאוד קשים ואז נאלצו להראות את הגבורה שלהם - אז כמו שהם לא בחרו להיכנס לשם, גם אתה לא בחרת להיכנס לשם אבל יצאת בגבורה . . .(שמעון) כן, זה מה שקרה . . .אז באמת, אחרי 4 וחצי שנים נפלאות ומדהימות ב-Iron Source, יצאתי לדרך עם השותף של - אייר זילברמן - ופתחנו את Datree.מה שאנחנו עושים היום זה עוזרים למנוע מ-Misconfigurations להגיע ל-Production - בסביבת Kubernetesנכון, זו בעיה הרבה יותר רחבה מ-Kubernetes, וצריך אותה בכל מקום - אבל אין מה לעשות, אתה סטארטאפ ואתה צריך להתמקדאולי זה כבר לפרק אחר - עשינו שינוי מ-Top-Down ל-Bottom-Up, ל-Product-led Growth [אייר כבר עשה את הפרק הזה . . . ] - והיה לנו חשוב לעשות Flow מאוד ברור ומאוד פשוט - אתה מגיע לאתר והדבר הראשון ששאתה רואה מול הפנים שלך זה Copy-Paste של curl לטרמינל ואתה מתקין את ה-CLI . . .בשבוע שעבר חצינו את רף ה-5,000 Star-ים . . .(רן) מזל טוב! . . .(שמעון) תודה רבה, אנחנו באמת מאוד גאיםוככה יצאנו לדרך - כדי לעזור למתכנתים לעשות את הדבר הנכון.(רן) אוקיי, אז Kubernetes - למי שלא היה באיזור הזה בשנים האחרונות - Kubernetes זה Cluster Management, או Orchestrator יותר נכון. בעצם, אם יש לכן תוכנה שרצה בתוך Container - נניח Docker, לא ניהיה ספציפיים - ויש לכם אלפים כאלה, אז צריך משהו שינהל את אותם - שירים אותם, שיעשה להם Healing, שיפרוש אותם, שישים את הגרסאות הנכונות וכו' - ו-Kubernetes הוא זה שעושה את זה.עכשיו, למי שעדיין מכיר Kubernetes - כדאי שתכירו YAML או JSON - בעצם, Kubernetes פועל ע”י קבצים, קבצי-ענק לפעמים, של JSON-ים או YAML-ים שבאמצעותם אתם מקנפגים (Configure) - אתם אומרים “את ה-Product הזה תשים פה”, “את ה-Service הזה תשים שם” וכו'. ואז נשאלת השאלה- ?What could go wrong(שמעון) אז אני חושב שאולי באמת נדבר על המהפיכה שקרתה פה, כי אני חושב שזה משהו שהוא בקנה מידה של המצאת ה-VM, לטעמי.כי אנחנו חיינו גם - אז באנו ופתאום הגיעו ה-Cloud-ים ואז היה את ה-API של AWS ואת ה-API של GCP ואת ה-API של איזשהו Bare-Metal שאתה משתמש - וניהיה פה מגדל בבל.ואז קמו והקימו את ה-Cloud Native Foundation, את ה-CNCF, ואמרו: “חברים, בואו נעשה שכבה אחידה, שנוכל לדבר בינינו” - ותריץ את זה על Bare-Metal או AWS או GCP או Azure או איפה שתרצהאבל שתיהיה לנו שפה אחידה - כי זה לא הגיוני שאנחנו, בשביל לפתח מוצר, צריכים לתמוך בכל כך הרבה דברים.עכשיו, כשעשו את זה - זה כבר היה בתקופה שהיא יחסית מאוחרת, ויכלו לבוא ולהכיל את ה-Modern Practices בתוך זהאז למשל, בתוך Kubernetes אין UI שאתה יכול לעשות לו Launch Instance, פשוט אין דבר כזהאין שום כפתור שאפשר ללחוץ - יש רק קבצים, לצורך העניין YAML-ים, שלוקחים ועושים להם Apply - ובעצם שולחים אותם לשרת ואומרים “היי! הנה ה-Instructions set של מה שאני רוצה שיקרה!”.ואני חושב שזו מהפכה - כי זה מביא אותך לעולמות של GitOps, זה מביא אותך לעולמות שהכל מתועד, על כל שינוי שקורה אתה יכול לדעת מי שינה אותו ולמה שינה אותו ואיך להחליף אותווזה באמת שם לנו Even Playing Field מסויים - שלטעמי זה ממש הדור הבא . . . . לא רק לטעמי - ניתן לראות מה קורה בעולם.(רן) זה למעשה כלי שנותן לך לתאר את סביבת ה-Production שלך בצורה . . . כקונפיגורציה (Configuration), בצורה שהיא דיסקרפטיבית (Descriptive) - אתה לא צריך להריץ Script-ים כדי שיעבירו אותך למצב הזה, אלא אתה פשוט אומר “הנה, זה המצב - תעשה Apply, תכיל את זה” - וזה נשמע כמו פתרון מצויין, אבל עדיין יש לי תחושה שיש פה כמה צרות שמתחבאות פה בפנים . . .(אורי) יש תמיד את המתח הזה, בין האם אני עושה UI ומאחורי ה-UI אני יכול לשמור על . . . אני יכול להפעיל חוקים או למנוע אפשרויות מסויימות ב-UI - ואז זה שומר עלי; או שאני נותן לעשות את ה-Description באמת בקובץ ועל הקובץ הזה יש לי בעצם Audit של מי עשה ומה עשה ואני יכול לתחקר אחורה - אבל זה הכל שאלה של . . .(שמעון) Flexibility? . . .(אורי) . . . האם זה מניעה או האפשרות אחר כך לתעד . . . או Full Flexibility והיכולת לתחקר אחורה.(שמעון) Simplicity vs. Flexibility, אני קורא לזה . . .ובאמת, חד-משמעית, הלכו All-in על Flexibility - מה שמוריד את ה-Simplicity פשוט לאפס . . . ובדיוק מה שדיברנו פה - זה מביא להמון המון בעיות.אבל לפני שניכנס לבעיות ספציפיות ב-Kubernetes, אני חושב שגם מאוד חשוב לדבר על עוד Transition אחד שקרה - וזה שבהרבה ארגונים התחילו לשבור את החומה . . . אם לפני כמה שנים שברנו את החומה של של ה-QA ושל ה-Dev, אז היום שוברים את החומה של ה-Ops ושל ה-Devיש לנו את העולם של לפתח בצורה אג'יילית (Agile) ו-DevOps-ית - ובהרבה ארגונים הולכים או עשו “You built it - You run it - and you operate it” . . .“אני, ה-DevOps, לא אקום בארבע בבוקר כי אתם כתבם באגים - אתם תקומו בארבע בבוקר ואתם תסדרו את זה”עכשיו, מן הסתם יש לזה יתרונות, כי זה נותן לנו Speed of Delivery, אתה לא צריך לחכות לאף איש DevOps, אתה לא צריך להיות תלוי באף אחד, יש לך Full Ownershipמצד שני . . . (רן) זה נותן Accountability, שזה דבר מאוד חשוב . . . אתה אחראי: אתה עשית פאשלה, אז אתה גם אחראי לתקן אותה.(שמעון) חד-משמעית - אבל מצד שני . . . .(אורי) וואי, אתם מדברים מה-זה-2015 . . . (רן) כן, אנחנו רק משחזרים את ההיסטוריה . . .(שמעון) בדיוק, אנחנו קצת במסע בזמן (רן) . . . תיכף נגיע ל-2021 . . . (שמעון) . . . ומנגד, מן הסתם, וואלה - אולי אני ה- Java Payment Engineer הכי טוב שיש, אבל מה לי ול-Docker-ים? מה לי ול-Kubernetes? אני לא מומחה בדבר הזה, ופתאום אני נאלץ לבוא ולגעת בדברים האלה, שאני לא כל כך מבין בהם הרבה.וגם לא הגיוני לצפות עכשיו מכל מפתח Java - או לא יודע, כל מפתח בכלל - שיהיה Expert תשתיות של Kubernetes, זה פשוט לא . . .(אורי) או שלפחות יהיה מודע לתשתית . . . (שמעון) נכון.(רן) אוקיי, אז פה אנחנו מתחילים לראות את הבעיה, זה קצה הקרחון . . . בואו נצלול פנימה, נראה כמה קירות בקרחון הזה.(שמעון) אז בוא ניכנס יותר עמוק לעולם הבעיה ב-Kubernetes ואז נדבר על עולמות הפתרונות השונים.אז באמת קראנו מאות פוסט-מורטמים (Post-Mortem) של Outages ב-Kubernetes - ואני חייב להגיד שרוב הטעויות . . .ואגב גם ניתן לקרוא היום - למשל State of Security Report של Red Hat 2021, מראה שבאמת בכל הארגונים ה-Number 1 Concern זה Misconfigurations . . . .זה לא Security incidents ולא שיפרצו לי - זה שאנחנו נדפוק את עצמנו . . . בגדול, זה ה-Number 1 Challenge עכשיו . . .ומה שקורה זה קצת מה שדיברנו - בגלל ש-Kubernetes בנוי ל-Flexibility, אז אני יכול לעשות הכל - אבל אז אני אומר “טוב, אני אביא Container ואני אקח איזה Copy & Paste של איזה Template פשוט - ואני אריץ שם, לא יודע - RabbitMQ, וביחד עם ה-Service שלי ועוד איזשהו Redis ויריץ אותו . . .אמממה? שכחתי ש-RabbitMQ, ב-Default שלו, עושה Consume לכל ה-Memory שהוא יכול, כי הוא עושה לזה Queueing . . .ולא שמתי Memory-Limit בתוך ה-Kubernetes YAML שלי ל-Workload הזה.ועכשיו אני בבעיה, כי יש לי “Pod סורר”, שלקח עכשיו את כל ה-Memory של כל ה-Node - ועכשיו אני יכול לחוות Outage . . .עכשיו, אתה - כ”מפתח קלאסי”, נקרא לזה - אולי אתה לא חשוף לזהאולי אתה גם רגיל לעבוד בעולמות הוירטואליזציה (Virtualization) או ה-EC2, כשאתה יודע שכל דבר רץ על Instance ולכל דבר יש את ה-Boundaries שלואבל מה לעשות - פה לא . . . פה אתה יכול להריץ Kubernetes על ה-Bare-Metal אפילו, ופה ה-Docker יכול לרוץ Native . . .וזו רק דוגמא אחת - יכול להיות שלא שמתי Liveness Probe או Readiness Probe . . . והדוגמאות הן עוד מאוד ארוכות . . . (רן) עכשיו, בעיקרון הייתי יכול גם לפני זה לקחת RabbitMQ ולהתקין אותו בצורה לא נכונה . . . אבל זה היה קשה יותר. עכשיו זה ממש קל - זה להעתיק YAML ולשים אותו בפנים - וזה עובד. לפני זה הייתי צריך לעבוד קשה, ורוב הסיכויים שאם הייתי עובד קשה, אז גם הייתי מבין איך נכון לעשות את זה, ועולה מראש על הטעויות שלי.פה זה כל כך קל, שזה פשוט להעתיק YAML מ-Stack Overflow והנה - לכאורה זה עובד . . . עד אשר מגיעה השעה 3 בלילה - ואז זה מפסיק לעבוד . . . (שמעון) נכון . . . שמע, יש דברים כמו . . . דברים שקרו נגיד ל-Targetשמו CronJob וה-Restart Policy שלו, אופס . . . עשו טעות וראו שזה כל הזמן עושה Restartאממה - ה-Pod הזה, היה בו איזה Error - אז הופ! עשו Spin ל-4,500 Pod-ים עם ה-Cron הזה, שדפק להם את כל ה-Cluster.עכשיו, זו טעות קטנה, של “האם אני עושה Restart Always או Never או Kill” - אלו דברים מאוד מאוד פשוטים, לכאורה . . . .ופתאום אין לנו את ה-Guard Rails, שאולי היו לנו פעם עם ה-Ops - פתאום כל Developer שולח את זה ל-Cluster ו-טאק! אללה-באב-אללה, לך תדע מה יהיה . . .(רן) אז למעשה Kubernetes מצד אחד נתן . . . ייצר הזדמנות. עכשיו מאוד קל לפרוש דברים, מאוד קל לשבור את החומות בין Ops לבין Dev - אורי, עכשיו עברנו את 2015 אז אני מתנצל, אבל בנוסף . . . (אורי) התעוררתי . . .(רן) . . . אבל בנוסף, הוא גם נותן לנו, אולי, הזדמנות עכשיו גם לייצר רגולציה - מילה שאתה לא אוהב - או לייצר Safety, אוקיי? אבל בעצם, אם לפני זה כל אחד היה צריך לייצר את ה-Safety הזה בעצמו, ע”י Whatever-כל-מיני-כלבי-שמירה מסוגים שונים או כל מיני Script-ים כאלה שהיית כותב לעצמך, אז היום יש לך אפשרות לייצר את זה בצורה שמתאימה לכולם - זה קצת אולי מדבר עם ה-CNCF שעליו דיברת מקודם.אז מה עשה העולם, כשהוא ראה את הדברים האלה?(שמעון) שאלה מעולה . . . אז בעצם מה קרה? ניתן לראות שני סוגים של Approaches שנלקחו ע”י חברות - ה-Approach הראשון היה “טוב, זה קורה חברים, אין מה לעשות - מעכשיו כל שינוי ב-Kubernetes ב-YAML, ב-Helm Charts - מעכשיו ה-DevOps צריך לחתום על זה”, לעבור על זה . . .ואז במקום שה-DevOps יתעסקו ב-Customization, ב-Performance, בדברים שהם רוצים - הם נהיים מעיין “Human Debugger” ל-YAML, והם צריכים עכשיו - מסכנים, 20 DevOps-ים על 500 מפתחים - צריכים לעבור בראש, לעשות ביד Debugging ל-YAML-ים של מתכנתים . . .(רן) “ועדת DevOps” - הכי אוקסימורון שיש . . . “לך תעבור את הועדה” . . . (אורי) השאלה היא גם אם שליחה כזאת של קונפיגורצית Kubernetes קוראית כל הזמן? זה לא כמו כשמפתח שולח קוד . . . האם זה באמת קורה כל הזמן או שזה קורה לעיתים רחוקות ואז אולי זו לא בעיה . . . .(רן) למה שזה לא יקרה כל הזמן? אתה רוצה לשנות כמות זיכרון, אתה רוצה לשנות מספר Pod-ים, אתה כל הזמן . . .(שמעון) . . . אתה רוצה להריץ Service חדש, אולי מספר Service-ים . . .(אורי) בסדר, זה . . . כמה זה קורה עם המפתח? רוב העבודה שלו זה לפתח . . . אם פעם בכמה זמן הוא צריך לשנות את הקונפיגורציה (Configuration) של ה-Pod שלו אז בסדר . . . (שמעון) פה אני אקח אותך בחזרה ל-2015 . . . (אורי) אני רק אגיד - זה ברור שזה פחות . . . יש לו פחות עצמאות, אוקיי? אבל השאלה היא האם זה באמת קורה כל כך הרבה . . . (שמעון) שאלה טובה . . . האם זה קורה פחות מקוד רגיל? חד משמעית, אני בטוח.אבל אני אקח אותך שוב למסע בזמן ל-2015, נושא לעוס מכל כיוון - microServices vs. Monolith וכו' - אז כנראה שהאמת היא איפשהו באמצע.אבל בסוף אנחנו רואים, בארגונים שמשתמשים במערכות שלנו שאני יכול לדבר עליהם - עשרות ומאות של Service-ים . . .וגם אוהבים לעשות את ה-Separation of Concern - אומרים “אוקיי, יש לי משהו, אז במקום לדחוף אותו עכשיו לתוך אותו ה-Service ולהעמיס עליו עוד יותר - בוא נעשה Service נפרד!”אממה - בכל פעם שאתה עושה Service נפרד, יש לו קונפיגורציות משלו, דאטה משלו, אולי Databases משלו, אולי Cache-ים משלוואז ניהית לך פה “ערימה של Infrastructure” [על הדשא?], שאם פעם ב-Monolith היה לנו Monolith ענק עם שכבה דקה של Infrastructure - עכשיו יש לנו אפליקציה עם שכבה דקה של אפליקציה ומלא מלא Infrastructure מסביבה - כפול 500 כאלה . . .(רן) אני אעשה . . . דרך אגב, אורי - אני יכול לענות לך על השאלה של “עד כמה זה קורה?”: תקרא את ה-Post-Mortem-ים ותראה כמה זה קורה . . . קורה הרבה.(אורי) זה בסדר, אבל אתה יודע - תקרא את ה-Post-Mortem-ים של טעויות קוד . . . (רן) כן, אבל אתה יודע - אנחנו מנסים למצוא את היחס הנכון . . .אבל אנחנו רואים שזה קורה, זאת אומרת - זה קורה.(אורי) אני לא מתווכח עם זה שזה קורה - זה קורה, ויש תמיד את הצורך הזה בעצמאות, אבל חשוב לשים את ה . . .(שמעון) אני חושב שהשאלה, אורי, היא גם מה ה-Cost? - אם אני עשיתי עכשיו טעות והשתמשתי ב-Type הלא נכון או אני לא יודע מה יש בתוך הקוד שלי, לעומת אם אני עכשיו לא שמתי את ה-Memory Limit או את ה-Liveness Probe לא נכון, וזה יכול להשפיע לי על כל ה-Workload שלי ב-Clusterואולי זו הנקודה - להגיד מה ה-Blast Radius של טעות בקונפיגורציה של Kubernetes.(רן) אז פתרון אחד היה “וועדת ה-DevOps” הזו, שכולנו פסלנו . . . אוקיי, אילו עוד פתרונות?(שמעון) פתרון אחר זה הצד השני לחלוטין - זה “טוב, יאללה, אין מה לעשות, זה מה שיקרה” . . .(רן) “אכלתם אותה, חבר'ה . . . יש לכם Kubernetes, יש לכם YAML - תסתדרו”.(שמעון) נכון . . .(אורי) השאלה היא רק מי משלם את השיק . . .(שמעון) נכון - ואגב, אפרופו אתה אומר שיק, זה אחד ה-Use Case-ים באופן מעניין, כשאנחנו עוד מעט נגיע לדבר על הנושא של פוליסות, אבל לשים מעיין Cost Center - יש אנשים שמרימים מיליון דברים . . . וואלה, של מי זה? מה זה? מה זה עושה פה? מי ה-Owner? איזה צוות זה? מה קורה פה כאילו? [מי נתן את ההוראה?!](אורי) אני יכול להגיד שב-Outbrain, ברגע שנכנסנו ל-Kubernetes, הבנו שיש כמובן את העניין הזה של ה-Cost ופשוט פיתחנו Visibility לכל Cost - כל צוות יודע מה ה-Cost של ה-Service-ים שלו, כמה עולה לו כל Service, והם יכולים . . . פעם (Once) שאתה מודד את זה, את יכול לקחת Action.(שמעון) אבל השאלה היא איך אתה יודע שהמתכנת שהעלה את ה-Service הבא לא שכח לשים Label? . . .ואז המערכת שאוספת פשוט לא תצליח “לאסוף את ה-Owner” . . . .(אורי) אז במקום הזה, אנחנו בעצם בודדנו את המפתח מהתשתית ויש לו Pipeline שלם, והוא מבחינתו רואה “Service” . . .(רן) אז יש פה בעצם את פתרון מספר שלוש . . . דיברנו על שני פתרונות: אחד זה היה “וועדת DevOps” , שתיים זה “קחו אולר שוויצרי ותתחרעו עליו” - ושלוש זה לייצר אבסטרקציה: לא לחשוף להם את Kubernetes As-is, אלא ליצור שכבה שמפשטת את זה. [368 Kubernetes and Dyploma at outbrain](שמעון) בדיוק - ואגב, אני מאמין שבמובן מסויים, Datree איפשהו משחקת שם על ה-Abstraction Layer הזומילה שאני דווקא אוהב זה דווקא סוג של Guard Rails מסויימים - שוב פעם, במשחק שבין Flexibility ל-Simplicity.יש ארגונים שפשוט המפתח, בסופו של דבר, לא רואה שמאחורה זה Kubernetes YAML - הם עושים את ה”שמעון-YAML”, ויש להם שם ערכים מסויימים שחשופים אליהםזה Memory ו-CPU ו-Whatever-מה-שאני-רוצהאגב, יש כאלה שגם אם לא נתת את ה-YAML הפנימי שלנו - ה-Outbrain.yaml או ה-AppsFlyer.yaml - אז אתה לא יכול לעשות את ה-Deployment.ואז זה בעצם לקחו ופשוט . . . כי הרי יש אינסוף של פרמוטציות בקונפיגורציות (Permutations, Configurations) ב-Kubernetes, אז הלכו ועשו איזושהי Abstraction Layer על זה.(רן) אז במשרעת הזאת, שבין Flexibility ל-Simplicity, אז לקחו את זה לכיוון של Simplicity.(שמעון) נכון.(רן) וזה יכול לעבוד לחלק מהחברות, אבל כמו שאמרת יש לזה את החסרון של “אוקיי, לפעמים אתה רוצה לעשות משהו קצת אחר”.(שמעון) נכון(אורי) עכשיו, יש בעניין הזה שתי אפשרויות - אתה יכול לשים ממש אפליקציית ניהול מעל זה ולשים בפנים את כל ה”בדיקות נכונות” על ה-Input-ים שמגיעים מהאפליקציה, ויש פתרון של לבנות Compiler, אוקיי? . . . אתה עדיין יכול לשים Kubernetes YAML, אבל אני אריץ לך עליו . . . Debugger או . . .(שמעון) Linter אולי . . . (אורי) . . .שמפעיל את ה-Rules ש . . .(שמעון) יפה, בדיוק(רן) איזשהו מנוע . . . תיכף נגיע לזה, אני רואה שזה על קצה הלשון שלך - איזשהו מנוע-חוקים שאומר “זה בסדר - אבל זה לא בסדר”, אוקיי . . . “מותר לך להרים 50 Pod-ים, אסור לך להרים 51”“מותר לך להקצות 250Mb זכרון - אסור לך להקצות מילימטר יותר”אז איך עושים את זה?(שמעון) אז זה לוקח אותנו קדימה - דיברנו קצת על ה-Cloud Native Foundation, ויש שם הרבה פרויקטים, אני מאוד ממליץ.לאחד הפרויקטים קוראים Open Policy Agent (OPA) - הופה-היי . . . זה בעצם פרויקט שהוא, בבסיסו, ב-Core, זה Policy Agent, שאגב משתמשים בו להרבה Use-Case-יםיש חברות שמשתמשות בו בכלל ל-Authorization, כש-microService מדבר עם איזשהו microService אחרוכיש שם איזשהו User שרוצה לבצע פעולה, אז הוא פונה ל-Service ושואל אותו “האם שמעון יכול לעשות פעולת Delete - כן או לא?”ובעצם מפרידים את ה-Logic Layer של ה-Decision Making מהבחינה הזאת, לבין האפליקציה עצמה.(רן) וה-Scenario הזה לא קשור ל-Kubernetes?(שמעון) לא . . . אני נותן דוגמא אחת כדי שנבין את הזה . . .בגדול, ל-Open Policy Agent יש שתי צורות של הרצה שלו - או כ-HTTP Server שאתה פונה אליואו שאתה יכול להביא אותו כ-Library, שאתה פשוט מדבר איתו.עכשיו, ה-Interface של הדבר הזה הוא שפה דקלרטיבית (Declarative) שקוראים לה Rego, שהיא Inspired ע”י שפה בשם Datalogוה-Emphasis בשפה הזו הוא What you see is what you getזאת אומרת שאין שם איזה-שהם אובייקטים מטורפים או לולאות מטורפות או דברים דינאמיים . . .הפוך - מנסים כמה שיותר שיהיה דיסקריפטיבי (Descriptive) ו-Fair, אני אגיד שזו שפה לא-הכי-קלה שיש . . . היא מצד אחד . . . נכון, היא דיסקריפטיבית, אבל מצד שני זה קצת “מקשה על העין”.(רן) כן - ועכשיו צריך מישהו שישמור עליך מפני השפה הזאת, כי גם שם אתה יכול לעשות שגיאות . . .(שמעון) נכון . . . . אז בעצם זה לוקח אותנו למקום שאתה יכול לתת פוליסות - ולפוליסות האלה אפשר לפנות ולשאול האם אני יכול לבצע פעולה או לא לבצעהוא פשוט שואל אותי - “מה אתה אומר?”נותן לך Input של Data, נותן לך Input של Rule-ים - תבדוק לי ותגיד לי האם זה בסדר או לא בסדר.ואז, כדי להיכנס טיפה יותר עמוק, יש את Conftest ו-Gatekeeperכש-Conftest - כשמו כן הוא: Configuration Test שמבוסס על Open Policy Agentוהוא כבר נבנה ב-Use Case של לעשות בדיקות על Configuration Filesכשאחד ה-Configuration Files, מן הסתם, זה Kubernetes YAMLsואתה ממש יכול לרשום שם “תבדוק לי האם קיימים Label-ים, והאם יש Label מסוג Cost או Team? ואם לא - אז תיכשל!”ואז בעצם מה שעושים זה שבתהליך ה-CI/CD או כ-pre-commit Hook או מה שזה לא יהיה, אנחנו מריצים את הטסטים האלה.אז זה צד אחד, זה Conftestהצד השני זה Gatekeeper - כש-Gatekeeper זה אותו דבר, מריץ את ה-Rego Policies - אבל זה עובד כ-Admission Webhook Controller בתוך Kubernetes.קצת דומה למערכות הפעלה - System Callsבעצם, כשמתרחשת פעולה . . . .(רן) רגע, שנייה, בוא - אני אעצור אותך . . . יש פה הרבה מושגים ואני רוצה לפרוט אותם.אז קודם כל, ה-Conftest - זה משהו שאם אני מבין נכון ירוץ ב-CI או באיזשהו Pipeline שבו אתה . . .אוקיי - שינית קוד של Kubernetes, נגיד ששינית YAML או . . . אפילו אם יש לך איזשהו כלי, נגיד כמו מה שיש ב-Outbrain - אבל בסופו של דבר הוא שינה את הקונפיגורציה של Kubernetesקודם כל תריץ על זה Conftest - ואם הוא יגיד שזה בסדר אז תמשיך הלאהלצורך העניין - “תמיד חייב להיות Label של Cost”, שתדע לאיזו קבוצה זה שייך.ו-Admissions זה כבר סיפור אחר - זו חיה שכבר חיה בתוך Cluster של Kubernetes . . . [עמק החיות המוזרות?](שמעון) . . . כי אתה יכול לשאול אותי “שמעון - אבל מה אם יש לי בנדיטים? מה אם הם עושים kubectl - Apply בום-טראח לתוך ה-Cluster, ולא עובדים עם GitOps ולא עוברים בתוך ה-Pipeline?”אז לשם זה יש באמת את Gatekeeper, שאני לא יודע עד כמה אנחנו רוצים לחפור עמוק אבל זה שוב פעם כמו במערכות הפעלה, כשיש לך System Calls - אז זה לצורך העניין ככה ה-Antivirus עובד - יש איזשהו Executable שרוצה לרוץ, המערכת הפעלה קוראת ל-Antivirus ואומרת “אתה שומע, חביבי - זה בסדר? זה לא בסדר?”והוא הולך ומריץ בדיקה ואומר לו “בסדר” או “לא, תעשה לזה Block”.בדיוק אותו הדבר - רק על Kubernetes(רן) אוקיי, אז אפשר לחשוב על זה כמו על ה-Bouncer בכניסה למועדון לילה, שבא ומסתכל הטיפוסים - “אתה בסדר, אתה נכנס” או “אתה לא בסדר, אתה לא נכנס” - וגם זה על בסיס איזושהי Policy [יותר Profiling . . .]. גם זה, דרך אגב, OPA?(שמעון) כן, גם זה מבוסס OPA וגם זה מבוסס על פוליסות ב-Rego(רן) אוקיי, אז ההבדל המשמעותי זה ש-Conftest רץ בזמן, נקרא לזה “על יבש” - הוא רץ על הקונפיגורציה, אבל Gatekeeper רץ בזמן ה-Execution, ככה שגם אם ניסית לעקוף איכשהו את ה-Conftest אז הוא יעצור אותך בכניסה.(שמעון) מדויק(רן) אוקיי, ובאופן טיפוסי אתה רואה חברות משתמשות בשניהם, באיזשהו אופן? עם קונפיגורציה משותפת? אולי איזשהו שילוב של מה שאורי הזכיר מקודם, של אבסטרקציה מעל? מה קורה בשטח?(שמעון) אז מה שקורה בשטח זה דה-פאקטו היום ניהייה סטנדרט Across the board ה-Open Policy Agent ואני רואה הרבה חברות שמשתמשות ב-Conftest ו-Gatekeeperאבל איפה ה-Challenge?אז אתה אומר לי “שמעון, שכנעת אותי! שמעתי ברברסים, נשמע מדהים!”יאללה - הולך, נכנס, מוריד Conftest - אבל אז אתה מוצא את עצמך בוהה, מול מסך ריק - ואתה אומר : רגע, אבל אילו פוליסות אני אשים?” . . . .מה - אני אחכה ל-Outage הבא כדי לדעת אילו Policies לשים? זה אחד . . . ושתיים - אתה אומר “יש לי Git Repositories 500, אז מה - עכשיו אני אעשה 500 Commit-ים ל-Conftest הזה?”“ועכשיו אני רוצה לשנות Policy - אז מה, אני אעשה 500 Pull-Request-ים?”אז פתאום אתה אומר “רגע - אני צריך איזושהי דרך Central-יסטית לנהל את זה”ואז מה שקורה זה שהיום, בעיקר ארגונים, הולכים ובונים את ה-Layer הזה, של(א) להבין איזה חוקים לשיםו-(ב) של צורה לשלוט בזה . . . בצורה מבוזרת - ובונים את זה בעצמם.שזה גם מביא איזשהו Dashboard שמראה אילו Locations יש, מה בעצם קרה, מה רץ איפה ולמה . . .שאגב - זה בדיוק Datree . . . בנינו בדיוק את מה שהרבה חברות בונות - פשוט אנחנו נותנים את כ-Service.(רן) אז Datree . . . דרך אגב - מאיפה השם? עוד לא דיברנו על זה . . . אבל Datree זה ”כלי שבא ועוזר לך לנהל את ה-OPA שלך” [אחד ה-One-liners אם לא ה-] - זאת אומרת, יש לך פוליסה, אתה מבין בגדול מה אתה רוצה לעשות - אבל עכשיו לך תכיל את זה על 500 Repositories וכו' - וזה מה ש-Datree עושה.אז מאיפה השם?(שמעון) אז זה כמו Data-Tree . . . למפות, אתה יודע . . .בגדול, אנחנו Abstraction Layer מעל הדבר הזה - אתה עושה brew install datree ויש לך Datreeאתה לא צריך להתעסק עם שום “OPA-ות שמופות” . . .אין לך כלום מאחורה.ודבר ראשון מגיע לך, Built-in, שלושים חוקים, שהם, נקרא לזה “נכתבו בדם”מתוכם 21 מופעלים ב-Default ו-9 כבויים.ואתה יכול להריץ את זה על Helm Chart-ים שלך או על Kubernetes YAML-יםלאחר מכן, אתה יכול להיכנס ל-Dashboard שלנו ולהפעיל או לכבות כל Policy - ולהתחיל ליצור פוליסות שונות.כי אתה יכול לשאול אותי “שמעון! אז הדלקתי פה, שמתי Memory Limit 4Gb - ועכשיו באו אלי הצוות של ה-AI ואמרו לי ‘מה זה 4Gb? אני לא מתעורר ב-4Gb! תן לי 50Gb! . . . “רגע - צוות כזה צריך ככה וצוות כזה צריך ככה . . . אתה פתאום צריך הרבה חוקים והרבה פרמוטציות של הרבה Policies . . .זה פתאום מתחיל להסתעף . . .ואתה אומר “מה עם ה-Global Policies, שאני מכיל אותן לכל הארגון? אולי אני חייב Liveness ו-Readiness פה בכל Workload?”אבל עכשיו, הדברים שהם קונפיגורביליים (Configurable) ספציפית פר-Service - הם צריכים לדעת את ה-Context של ה-Service הספציפי.ובעצם, כאן אנחנו נכנסים - אנחנו נותנים לך, במקום אחד, לבוא ולהגדיר את הדברים האלהכמובן שאנחנו גם תומכים בלכתוב Custom Rulesאגב, אנחנו תומכים בלכתוב Custom Rules גם לא ב-OPA - כי דיברנו עם הרבה מהלקוחות שלנו והם אמרו “שמע, זה פשוט מסובך . . .כאילו, תן לי, אתה יודע, תן לי לעשות איזה YAML פשוט . . .”אז לקחנו את JSON Schema - זה RFC Specification, שיש לו מימושים ב-JSON-ים וב-YAML-ים שונים, ובעצם אתה יכול להגדיר חוקים בצורה פשוטה וקלה, ואנחנו מורידים ממך את כל העול הזה.(רן) איפה, לתפיסתך צריך לעבור הגבול - אם צריך לעבור גבול, לצורך העניין - בין ה-Operations לבין הפיתוח? ואני מצטער שאני חוזר ל-2015, אבל בואו נעשה את השאלה הזו רלוונטית . . .נגיד, לדוגמא - האם ה-Operations הם אלו שצריכים להיות אחראים על ה-Policies והפיתוח הם אלה שלוקחים את זה משם? האם ה-Operations הם אלו שצריכים להיות אחראים לא רק על ה-Policies אלה גם על ה-Cluster עצמו ועל כל מיני . . . ועל הגדרות גנריות, ולתת למפתחים רק כמה Call-Back-ים מסויימים, לצורך העניין “את מספר הפורט אתה תקבע, אני אקבע את כל השאר” או “את כמות הזכרון אתה תקבע, את כל השאר אני אקבע” . . . זאת אומרת - איפה לדעתך צריך באמת להיות הגבול בין תחום האחריות של צוות ה-Operations לבין צוות הפיתוח?(שמעון) שאלה מעולה - אני חושב שאני אתחיל בתשובה של “כמובן שזה תלוי . . .”, אני לא כזה מבוגר אבל אני קצת פחות ילד ויודע שהתשובה היא תמיד, מה שנקרא “זה תלוי” . . .אני יכול להגיד מה אני רואה בארגונים - אז דבר ראשון, אני רואה בבירור מובהק שכל ארגון, יש בו את ה-DevOps, יש בו סט אחד של פוליסות שהוא כאילו Company-wide Policiesשאומר “תשמע, בלי Health Checks ב-Container, בלי Liveness Probe, בלי Readiness Probe - חברים, אי אפשר”.“בלי Cost Center Label אני לא יכול” . . .“אני לא יכול” - וזה ברמות של, כאילו . . . ב-Iron Source היה לנו את “ה-Iron Hunter” שהיה הולך ומוצא כל Resource שלא היה מתוייג ופשוט הורג אותו . . . .אמרנו “חברים, הולך להיות פה Hunter - אנחנו מודיעים על זה מראש, יש לכם שלושה חודשים . . .”(רן) “אל תתפשו בלי . . . “(שמעון) לא, אמיתי - זה היה הורג Resource-ים . . . תקשיב, זה משוגע לחלוטין, אבל כאילו הגענו למצב שזה פשוט לא היה . . . לא הייתה ברירה.אז זה דבר ראשון.דבר שני - עכשיו אני מתחיל להיכנס פנימה, ואני חושב שזה גם דיבור שהוא מאוד כזה Cultural - האם יש לך צוות Cental-יסטי אחד וכל השאר מתכנתים? האם יש לך DevOps Ambassadors בתוך כל צוות, שיכולים לקחת את ה-Ownership הזה בשביל הצוות ולעבוד עם ה-DevOps?זה מתחיל להיות כאילו . . . זה מאוד נוגע ב-Culture של הארגון, וזה לא גרידא-טכנולוגי.(רן) מעולה, אוקיי . . .(אורי) אני רואה את זה . . . בכל דבר אתה יכול להגיד “בוא נעביר למפתח גם אחריות על KPI כזה ו-KPI אחר”, אתה יודע . . . מפתחים מאוד אוהבים את ה-Craftsmanship שיש להם, אוהבים את היעילות. אתה יכול להגיד . . . ויש כאלה שמניעים את ה-Business KPIs והם אוהבים את זה וסבבה.זו הרבה שאלה של איפה את שם Cost, אוקיי? ו-Cost אל מול Revenue - לפעמים שווה לי שמשהו יהיה יקר אבל הוא מזיז קדימה Business KPIs בצורה הרבה יותר גדולה.לפעמים צריך איזו “יד כללית” כזאת, שתסתכל על הכל ברמה קצת יותר . . . “אוקיי, יש לנו סוג של מומחיות בתשתית, יש לנו מומחיות של Cost Optimization בתשתית - תנו לנו לעזור לכם”.(שמעון) חד-משמעית . . . אני יודע גם שאתה נותן כאן הרבה את הדוגמאות של Cost, אני עבדתי גם בחברה שהיא Ad-Tech, אני מבין מאוד את העולם של ה-Cost.אני חושב שה-Ownership על ה-Cluster צריך להיות על ה-Bare-Metal של ה-Cluster, או נקרא לזה על הקונפיגורציות שלו - כן צריך להיות על ידי צוות מרכזי.והנושא הכמה-שיותר-אפליקטיבי צריך להיות בצד של המפתחים - ואז יש איזשהו “את האמת באמצע”.להגדיר בכמה אחוז CPU Memory זה עושה Scale-up לעוד Pod-ים? וואלה, זו גם שאלה אפליקטיבית . . .זו שאלה מאוד מאוד אפליקטבית, ולא משנה כמה תשתיות יגידו “לא, אתם מבזבזים פה Resource-ים!”יכול להיות שאם אני מרים אותו ב-90% CPU אז הוא “נחנק” ולא מצליח לעשות Serving ולא - אני צריך להרים עוד ב-70%.אז צריך להבין פה את ה-Balance משני הצדדיםאני כן מסכים, במובן מסויים, עם “היד הכללית המכוונת” - זה כמו שאולי לא צריך ללכת overboard על “You Own it, You Run it- ולכו תסתדרו לבד”, ואולי מהצד השני לא צריך לנעול הכל, ואתה עכשיו פה “Code Monkey”, מחליף מכפתור אדום לירוק.אבל אם . . . אני כן מאמין וכן חושב שזה היה שינוי ממש טוב שיש Ownership לצוותים אפליקטיביים - שהם קמים בלילה, שהם חושבים על “איך אני עושה לזה Scale, איך אני עושה לזה Load Balancing”, והם לא תקועים רק בחלל האפליקטיבי הזה שלהם.מה שאני שומע ממתכנתים זה שהם אומרים “תשמע, ה-Guard Rails האלה ממש עוזרים לי”כי אני יודע, תחשוב על זה משני הצדדים - ה-DevOps משקשקים כי הם אומרים “מכניסים פה שינויים לתשתית שהם לא יודעים מה הם עושים!” וה-Developers משקשקים כי הם אומרים “אני עושה פה שינויים וגם אני לא יודע בדיוק מה אני עושה” - ושני הצדדים כאילו רועדים בשתי הפינותודווקא לבוא ולתת כלים שאומרים “רגע, חברים - בואו, נעשה את הבדיקות, נעזור לכם, ניתן לכם איזשהם Guard Rails שיחזיקו לכם את היד משני הצדדים” יכולים להעלות את ה-Trust משני הכיוונים.(אורי) ואתה יודע - בדרך כלל, ה-Guard Rails השאלה מכסים 90-95% מהצרכים של ה-Developers, שנמצאים בתוך ה-Guard Rails.ויקרה, כן - פעם בכמה זמן, כשמישהו צריך זה . . . אז הוא ידבר עם איש DevOps שיפתח לו את מה שצריך - ולא קרה כלום.(שמעון) נכון . . .(רן) מה - הם מדברים?!(אורי) לפעמים . . . ב-Guard Rails.(רן) טוב, שמעון - היה מרתק. יש עוד נושאים שלא כיסינו שהיית רוצה לכסות לפני שאנחנו מסיימים?(שמעון) לא . . . אני חושב שעשינו כיסוי טוב.(רן) מעולה! מגייסים?(שמעון) כמובן! אנחנו מגייסים, גם למשרות טכניות בכל התפקידים וגם למשרות Go-to-Market.(רן) איך נראה ה-Stack הטכנולוגי שלכם? זאת אומרת, חוץ מ-Kubernetes שהזכרת, מה עוד קורה שם?(שמעון) אז ה-CLI ב-Go, ה-Backend שלנו זה TypeScript ו-Next.js, הכל על AWS בעיקר, יש גם קצת Azureיש Container-ים, הכל CI/CD ו-Deployment ל-Production אוטומטי.מאוד כיף! Building by Developers, for Developers - אבל For Real . . .כאילו - אנשים אשכרה באים להתראיין אצלנו וזה “אחי - לך ל-GitHub, לך תתקין את זה” . . . מבחינתי זה אחד הדברים שאותי, כאילו, מדליקים.(רן) ואתם בתל אביב . . . אי שם . . .(שמעון) כן . . .(אורי) לא נורא . . .(רן) שיהיה בהצלחה, תודה שבאת.(שמעון) איזה כיף - תודה רבה!(רן) להתראות האזנה נעימה ותודה רבה לעופר פורר על התמלול!

Remember that person who budged in line at the coffee shop? It's not the kind of thing you'd write to an advice columnist about, granted. But I bet you regaled your sweetheart with quite the tale of indignation! Katie and I think waiting in line is a fascinating study in human behavior, and if you don't agree you haven't listened to this edition of Doing What Works. Maybe you could partake the next time you're waiting in line.Here are your show notes…Our Minnesota is showing when we call it budging [https://quomodocumque.wordpress.com/2012/02/27/reader-survey-do-you-cut-butt-or-budge-in-line/]! So says How Not to Be Wrong author Jordan Ellenberg, one of my favorite guests on an earlier version of the talk show. If you're interested, let me know [http://maureenanderson.com/contact.htm] and I'll send you that episode.There's a science to this [https://en.wikipedia.org/wiki/Queueing_theory].Are you in heavy traffic that's merging from two lanes to one? Do the zipper! And, yes. It's a thing [https://www.youtube.com/watch?v=8wgSjstvsPc].What kind of stories do you make up about the people who annoy you in line [https://www.youtube.com/watch?v=8CrOL-ydFMI]?

Queueing up some tunes to send me off into the weekend!

If you've ever been to a busy pub, a gig or a festival (remember these things!), chances are you've stood in a queue for the loo, crossing your legs and cursing those who can use urinals. [audio mp3="https://media.radiocms.net/uploads/2021/07/02132425/HazelMcShane_Peequal_0207.mp3"][/audio] But the future is here, and it's queueless. University of Bristol graduates Hazel McShane and Amber Probyn were sick of waiting in line and have invented the 'Peequal'. It's the female urinal, and they say it's six times faster than the traditional. Hazel spoke to Dermot and Dave about the design and whether we'll be seeing it on Irish shores soon! You can catch the chat by clicking play above.     

Zahra and Russell get to business on whether or not dreams have any meaning, is there a season finale that actually did the series justice, not to mention detailed digressions on the decreased size of Sports Direct mugs.  Plus: how to tell if your friend is getting famous.  Share wherever you can and give us five star review if you't the time! Tweet Zahra @zahrabarri1 if there are any topics you would like to hear us discuss.  Russell's Instagram: @russellhickss  Tik-Tok: @russellhickscomedy Zahra Instagram: @zahra.barri.comedy

We had the chance to talk with Michael Timmer from WashU in Illinois about his love of belt conveyors, his double tunnel operation in Burbank with a truly innovative video queueing softrware, and we hear a great story of turning potential negative customer interactions into repeat customers. WashU operates four locations in Illinois, with plans to continue expansion. What makes WASH U a revolutionary new car wash experience? We provide an exceptional clean. We think GREEN. We use environmentally responsible sustainable technology that uses a fraction of the water and power of traditional car washes. It’s fast and easy – from the easy-on conveyors without the need for guide rails to the free vacuum stations. We use American-made technology. We’re locally owned and operated. We live in the Chicago area and are proud supporters of the communities we serve. --- Send in a voice message: https://anchor.fm/car-wash-the-podcast/message

लखनऊ स्मार्ट न्यूज़ के इस एपिसोड में सुनिए: अब विद्युत विभाग के चक्कर लगाए बिना मिलेगा कनेक्शन। कोरोना केसेस में लगातार गिरावट, सतर्कता अनिवार्य। मेट्रो रूट पर केवल मेट्रो से होगा सफ़र, सार्वजनिक वाहनों का बदलेगा रूट।

11 September 2020Queueing With Questions Written and performed by Rob AutonProduced by Ben Williams for Plosive ProductionsArtwork by Rob AutonFollow The Rob Auton Daily Podcast on Twitter and Instagram: @robautonpodcastwww.robauton.co.ukWant to support The Rob Auton Daily Podcast? Make a donation at supporter.acast.com/robautonpodcast Support this show http://supporter.acast.com/robautonpodcast. See acast.com/privacy for privacy and opt-out information.

Boris Johnson’s government found itself confused this week about why it was introducing a 14-day quarantine for all arrivals in the UK. Ministers and MPs warned it would undermine the economy, while scientists said it was not required. So why is the prime minister pushing ahead with it? Plus, we discuss the farcical scenes in parliament, the reopening of pubs and restaurants this summer and Britain’s offer to the people of Hong Kong. Presented by Sebastian Payne, with George Parker, Jim Pickard and Laura Hughes. Produced by Anna Dedhar and Breen Turner. See acast.com/privacy for privacy and opt-out information.

#78 Some straight talk from South Africa. The challenge is on you to see this in the correct light and encourage, support and root for Africa.You can find me, Werner Puchert on LinkedIn and Twitter. 

Samuel shared a load of excellent advice that you can start using today in your PHP applications, including: The common challenges with background processes and PHP? Why background processes & workers can be an important aspect of PHP applications? What angel processes are How to handle failed background processes How to handle memory in PHP with long-running processes Plus loads load more! Links Tideways Blog: Five Challenges Running Reliable Background Jobs in PHP Solid (by Sir Tim Berners-Lee) The Symfony Messenger Component Episode 4: Retries and Timeouts with Bastian Hofmann RabbitMQ Beanstalkd Amazon Simple Queue Service (SQS) Apache Kafka Birdie Guests: Samuel RozeHosted By: Benjamin Eberlei and Matthew Setter.Thanks for tuning in to the Undercover ElePHPant. If you'd like to be a guest on the podcast or know someone very knowledgeable in writing highly performant and scalable PHP applications, email podcast@tideways.com. This podcast is produced by Tideways. Don't look further for an all in one Monitoring, Profiling and Exception Tracking software for PHP applications available on tideways.com. Follow us on Twitter (@tidewaysio). Find out more about us at https://tideways.com.

We had such a fun time at HAuNTcon but one of the questions we got repeatedly surprised us. So many people wanted to know how we queue or time our actors. We never really put too much thought into how we do it but, as we talked about it, we realized that we had been through hell and back on the issue and now, 15 years later, it was coming pretty easy to us. So, we decided to take a trip down memory lane and discuss the good, the bad and the ugly ways we tried to time our actors. Get ready for some embarrassment and, hopefully, some helpful tips for your haunt. This Week's Episode Includes: Intro Conference Reminders A Quick Update on Our Haunt Our Biggest Timing Failures Our Biggest Timing Successes Conclusions All in all, whether you run a haunt, build scares or are an actor, this is an episode you do NOT want to miss.

Sunday is the new Monday, and that’s a bad thing - says our guest today, Dominica DeGrandis, author of Making Work Visible. How can you move from default yes to an effective, smooth flow of work? Dominica addresses this question while touching on queueing theory, empathy, and hope! SHOW LINKS: - Dominica’s Twitter feed: https://twitter.com/dominicad - Domenica’s web site: https://ddegrandis.com/ - Kanban book: https://www.amazon.co.uk/Kanban-Successful-Evolutionary-Technology-Business/dp/0984521402/ref=asc_df_0984521402/ - Queueing theory: https://en.wikipedia.org/wiki/Queueing_theory - Paul Graham on Maker and Manager Schedules: http://www.paulgraham.com/makersschedule.html
 *** 
 Our new book, Agile Conversations, will be out in May 2020! See https://conversationaltransformation.com where you can pre-order! 
 We'd love to hear any thoughts, ideas, or feedback you have about the show. 
 Email us: see link on troubleshootingagile.com 
 Tweet us: twitter.com/TShootingAgile 
 Also, if you'd like to leave us a review on iTunes (or just like and subscribe), you'll find us here: https://itunes.apple.com/gb/podcast/troubleshooting-agile/id1327456890?mt=2

Queueing for the Ladies is Alison Thea-Skot. Alison is a critically acclaimed actor, comedian, writer and improviser.Her recent 5-star smash hit show Thea-Skot Through the Heart and You're to Blame, played at Soho Theatre in March, and is in Edinburgh too!Her previous 5-star character comedy shows Some Like It Thea-Skot and It's Thea-Skot in Here (So Take Off All Your Clothes), had sell out runs at The Edinburgh Fringe Festival. At the Mystery on the Rocks bar you’ll find a retired sleuth, the bartender trying to settle his tab, and the down-on-her-luck lounge singer, solving mysteries and drinking cocktails. Each week a new guest enters the bar and attempts to solve an unsolved mystery alongside the regulars. Hosted by Masud Milas, Chris Stokes, and Sooz Kempner. It’s a high concept comedy and true crime podcast, set in a fictional crime-solving bar (with real cocktails!). The focus of the show is to attempt to crack a real, unsolved mystery from history – true crime and bizarre occurrences, all with a whodunnit or WTF happened question hanging over them. Masud makes the drinks, Chris tells the mystery and Sooz sings and plays live piano – and everyone chats and chimes in with their theories.You can follow us on Twitter and Instagram too!This is a Studio71 production. Producer - Jack ClaramuntExec Producer - Tom Payne & Jody SmithProduction Support - Phie McKenzie Studio71 is a Red Arrow Studios Company. See acast.com/privacy for privacy and opt-out information.

Long lost relatives, misty mountains and bears... Intro Music by Projector  https://soundcloud.com/projectormusichttps://www.instagram.com/projectorprojector/   Logo Design by D-Man  https://www.duncanhastie.com/    https://www.instagram.com/followdart   Follow https://www.instagram.com/callshome/  for updates and Pictures from the trip.  Millie can be found at  https://www.instagram.com/moonfacemils   https://en.wikipedia.org/wiki/Queueing_theory 

The hockey gods provided a busy week for the guys to cover, despite the fact that they only have one game. They discuss that game, but focus on the Senators' Uber fiasco, Robert Thomas' permanent promotion, and, of course, the firing of Joel Quenneville. WAKE UP! Bring us Q! Follow the guys on Twitter and Instagram (@twoguysnocup) and subscribe at their NEW Youtube channel! https://www.youtube.com/watch?v=BnLLU6iQnqc

Bed capacity cannot be assessed base on occupancy levels. As occupancy levels (utilization) increases, the queue grows exponentially. Original Article: http://www.gregoryschmidt.ca/writing/hhds16-queueing-theory-and-modeling

Matt and Emily welcome Alex Royston to the podcast as they enjoy Harry & David’s Bing Cherry tea by The Republic of Tea! For her mini-topic this week, Emily brings up her favorite place to shop: Target! They talk about how all Targets have the same layout, what happens when they don’t follow that layout, … Continue reading Target & Queueing with Alex Royston →

This week marks the beginning of the Ovo Energy Women's Tour, the United Kingdom's best known women's stage race. We run through a full preview of each stage, the riders that are likely to do well and the teams who have very clearly come prepared for this year's contest. Following that we also take a quick look at the recent downhill mountain bike event at Fort William, with a bit of a surprise result.

1. "The Terminator" / Airport Spas / Lysol Wipes / Fruit 2. Crystal Pepsi / Frozen Surge / Mountain Dew-Flavoured Chicken Wings 3. Queueing for Star Wars / Cinemas 4. Sadako vs. Kayako / Herbie Hancock 5. Ellen's 12 Days of Giveaways

I couldn't help myself. Having just spent a couple of hours at Caffe Nero, meeting @UpsidedownPoetry I couldn't bear to leave York without first visiting my favourite cafe in all the world! First things first though, the queue.

Hello!   Mutley: https://www.youtube.com/watch?v=30jVBNKMKJ0   The thong queue is in Thailand: http://en.rocketnews24.com/2013/02/23/too-tired-to-stay-on-your-feet-why-not-wait-in-line-like-they-do-in-thailand/v    Avoid the flower and garden show. Don't say we didn't warn you.

Timing is everything. If a system does not respond in a timely manner then: at best, its value is greatly diminished; and at worst, it is effectively unavailable. Reactive systems need to meet predictable response time guarantees regardless of load or datasets size, even in the presence of burst traffic and partial failure conditions. In this talk we will explore what is means to be responsive and the fundamental design patterns required to meet predictable response time guarantees. Queueing theory, Little's Law, Amdahl's Law, Universal Scalability Law - we'll cover the good bits. Then we'll explore algorithms that work with these laws to deliver timely responses from our applications no matter what gets thrown at them. Martin Thompson - High-performance and low-latency specialist Martin is a high-performance and low-latency specialist, with experience gained over two decades working on the bleeding edge of large transactional and big-data systems. He believes in Mechanical Sympathy, i.e. applying an understanding of the hardware to the creation of software as being fundamental to delivering elegant high-performance solutions. The Disruptor framework is just one example of what his mechanical sympathy has created. Martin was the co-founder and CTO of LMAX. He blogs at mechanical-sympathy.blogspot.com, and can be found giving training courses on performance and concurrency when he is not cutting code to make systems better.

No one is safe from this man's tongue it's Steve Allen weekday morning 4am and 6.30am, on London's LBC 97.3. By subscribing to this Premium Podcast you get to hear all of Steve's show with just the news, travel and breaks taken out. Competitions a

After Thanksgiving Sale creates Mobs and a perfect environment to learn about Queueing. In the United States, Thanksgiving Holiday is always on the last Thursday of November. The Friday immediately after Thanksgiving is traditionally called Black Friday (I have no idea why they call this day “Black Friday”). Black Friday is usually the biggest shopping […] The post Thanksgiving Day Sale and Mob Mentality and Queueing Environments appeared first on OpEx Learning Resources.

After Thanksgiving Sale creates Mobs and a perfect environment to learn about Queueing. In the United States, Thanksgiving Holiday is always on the last Thursday of November. The Friday immediately after Thanksgiving is traditionally called Black Friday (I have no idea why they call this day “Black Friday”). Black Friday is usually the biggest shopping […] The post Thanksgiving Day Sale and Mob Mentality and Queueing Environments appeared first on Shmula.

Another day another dollar, another month another blogger..... Last month This Is Music was pretty darned exciting!  I know we said that our January night was possibly the best This Is Music we'd ever put on, but truth be told I think this one was just as brilliant, if not more so.  People were queueing.  Queueing! Unfortunately, I was on the door when the bands were on so I couldn't really see anything.  What I heard though, was ace!  First up were Glasgow million-piece, or more accurately, ten-piece, How To Swim.  Since 2006 they've released a series of EP's, and in Spring of this year are set to release their debut album.  They're a really fun band, and they make very exciting, fun and interesting music. Next up were our headline bandido, Meursault. Darlings of the Edinburgh music scene at the moment, they really can't seem to put a single foot wrong.  During the gig, a queue, which I mentioned earlier, formed.  We hit capacity half way through How To Swim's set, and so it became 'one in, one out'.  People were queueing in the hope that other people would leave once they had seen How To Swim.  Unfortunately this wasn't the case, but we managed to shoehorn in a few extra people for Meursault anyway....and then those that couldn't get in for the gig came back later for the club.  Yay! Meursault recently released their debut album, Pissing On Bonfires/Kissing With Tongues, on Song by Toad.  They're going to be playing the Fence Homegame Festival this coming April in Anstruther, and if you're not from Scotland or indeed Edinburgh, then fear not as they could be coming to a town near you soon as they're going to be doing a wee bit of touring in 2009. The club saw Rory and Gill from Broken Records take to the wheels of steel.  Playing such a varied set is really what This Is Music is about, and we had a lot of fun listening, dancing and singing along to their tune selection.  Thanks to Lewis (HP's mate) who DJ'd for us between the bands, and thank you thank you thank you to Rachel Maclean who provided us with some pretty mental visuals for the night too.  If you were there, then you'll know what I'm talking about. What's happening in March? RBRBR Edinburgh's own RBRBR had a busy 2008 supporting the likes of Metronomy and appearing in session for Vic Galloway's Introducing show on Radio 1. The boys bring their pounding live show - and possibly some dancing Ninjas! - to This Is Music OVER THE WALL Glasgow based Over The Wall are a two piece who use keyboards, laptop beats, guitars, mandolins, trumpets, cowbells, harmonicas, hurdy gurdys and kazoos to create their own brand of "euphoric pop". They released their EP "The Rise and Fall of Over The Wall" on Motive Sound at the tail end of last year and were named as one of the Skinny Magazine's "Ones To Watch" for 2009. PLAYDATE DJ's Sneaky Pete's venue mates PLAYDATE complete this months line-up, the boys have just celebrated their 1st Birthday in January after a year of going from strength to strength, culminating in a roof blowing appearance from DRUMS OF DEATH. The boys headline with support from residents WHAY? and i-TALLAH DISCO Plus Visuals by KNIGHTS WITHOUT ARMS It's £3 for the bands // Free from 11pm for the club Right, time to download that podcast then....or to subscribe if you haven't already.  There are some free tracks this month from How To Swim and Meursault, and there's a sneak preview of what to expect for our night on Friday 13th March. Looking forward to seeing all your lovely faces down at Sneaky Pete's this month. Peace out guys and gals. Tallah, Jim & HP xoxoxox

The immediate motivation of this paper is California Bill AB 394, legislation which mandates fixed nurse-to-patient staffing ratios as a means to address the current crisis in the quality of health care delivery. Modeling medical units as closed queueing systems, we seek to determine whether or not ratio policies are effective at managing nurse workload. Our many-server asymptotic results suggest that ratio policies cannot provide consistently high service quality across medical units of different sizes. As a remedy, we recommend policies that deviate from the restrictive linear nature of ratio policies, employing the 'square root rule' commonly used to staff large service systems. Under some quality of care assumptions, our policies exhibit a type of 'super' pooling effect, in which, for large systems, the requisite workforce is significantly smaller than the nominal patient load.