Podcasts about RDB

¡#ChemaTorre y #ÓscarMadrazo DEFIENDEN a #PaulinaRubio y NO la creen capaz de G0LP3AR a sus hijos! Bioserie de #AntonioAguilar y #FlorSilvestre podría ser PRODUCIDA por su NIETA #MajoAguilar, #DulceMaría DESCONOCE la razón del PLEITO entre #Anahí y #ChristianChávez. Esto y más en el programa completo #DePrimeraMano.See omnystudio.com/listener for privacy information.

John Maytham isjoined by Dr Alan Lee, the Science and Innovation Programme Manager at BirdLife South Africa and lead editor of the RDB-online project (Red Data Book). He’s here to help us unpack what this means for the birds of southern Africa — and what it should mean for all of us. Presenter John Maytham is an actor and author-turned-talk radio veteran and seasoned journalist. His show serves a round-up of local and international news coupled with the latest in business, sport, traffic and weather. The host’s eclectic interests mean the program often surprises the audience with intriguing book reviews and inspiring interviews profiling artists. A daily highlight is Rapid Fire, just after 5:30pm. CapeTalk fans call in, to stump the presenter with their general knowledge questions. Another firm favourite is the humorous Thursday crossing with award-winning journalist Rebecca Davis, called “Plan B”. Thank you for listening to a podcast from Afternoon Drive with John Maytham Listen live on Primedia+ weekdays from 15:00 and 18:00 (SA Time) to Afternoon Drive with John Maytham broadcast on CapeTalk https://buff.ly/NnFM3Nk For more from the show go to https://buff.ly/BSFy4Cn or find all the catch-up podcasts here https://buff.ly/n8nWt4x Subscribe to the CapeTalk Daily and Weekly Newsletters https://buff.ly/sbvVZD5 Follow us on social media: CapeTalk on Facebook: https://www.facebook.com/CapeTalk CapeTalk on TikTok: https://www.tiktok.com/@capetalk CapeTalk on Instagram: https://www.instagram.com/ CapeTalk on X: https://x.com/CapeTalk CapeTalk on YouTube: https://www.youtube.com/@CapeTalk567 See omnystudio.com/listener for privacy information.

RWE successfully installs the first monopile for the 1.1 GW Thor offshore wind farm in Denmark, China investigates a fishing vessel collision with a wind turbine, Texas House approves bills for recycling renewable energy equipment, and Enel launches an international wind turbine design competition. Sign up now for Uptime Tech News, our weekly email update on all things wind technology. This episode is sponsored by Weather Guard Lightning Tech. Learn more about Weather Guard's StrikeTape Wind Turbine LPS retrofit. Follow the show on Facebook, YouTube, Twitter, Linkedin and visit Weather Guard on the web. And subscribe to Rosemary Barnes' YouTube channel here. Have a question we can answer on the show? Email us! Allen Hall: RWE has reached a milestone in constructing the 1.1 gigawatt tho offshore wind farm in the Danish North Sea, with a successful installation of its first mono pile foundation. The project will eventually include 72 such foundations, the massive mono piles measuring about 100 meters of length and weighing up to 1500 metric tons each. Which is equivalent to about a thousand small cars. Were shipped from the Netherlands to the construction site, approximately 22 kilometers off jut Ludens West coast. The vessel La Aliza is handling installation with each shipment carrying five monopiles. The CEO of RDB offshore wind called this quote, A highly [00:01:00] symbolic moment and a great achievement, unquote, following years of planning. The Thor Wind Project features several sustainability innovations, including reused hard covers to protect the mono piles. CO2 reduced steel towers for 36 turbines. Recyclable rotor blades for 40 turbines. When fully operational In 2027, the wind farm will generate enough green electricity to power more than 1 million Danish households and create 50 to 60 local jobs. Over in China, a fishing vessel that sank after colliding with a wind turbo in China's yellow sea failed to maintain proper lookout according to report from the China Maritime Safety Administration. The collision occurred around 12:25 AM local time on August 24th last year when the ZDUU vessel struck the southeast side of the Ong H one dash 40 wind turbine while returning from fishing operations, the accident sent [00:02:00] all 10 crew members overboard. Eight were rescued, but one died and another was never recovered. The collision caused severe flooding and eventual sinking of the vessel while the turbine sustained only minor damage. Investigators determine the primary cause with the vessels, quote, failure to maintain proper lookout and negligent navigation practices. High intensity work, lights, impeded visibility, and the crew didn't properly utilize radar equipment. A secondary factor was inadequate public notification of the wind farms precise layout, unquote, by the operating company, which led to navigational oversight. Moving over to Texas. The Texas House recently passed two bills aimed at improving recycling of retired renewable energy equipment. Currently, most wind turbines and solar panels end up in landfills when decommissioned, despite Texas law requiring complete removal of the infrastructure and land restoration. House House Bill 32 28 requires renewable energy companies to recycle all components. [00:03:00] Practicably capable of being reused or recycled and properly disposed of non-recyclable parts. A complimentary bill House Bill 32 29 establishes reporting and financial assurance requirements for recycling facility owners to prevent situations like the one in Sweetwater, Texas where GE allegedly paid millions of dollars to a company that shut down. Without recycling the turbine blades. And energy leader Enel has launched wind design, a international competition seeking innovative wind turbine designs that better integrate with landscapes while maintaining functionality. The contest. Offers substantial prices, including 250,000 Euros for first place,

O INE revelou esta segunda-feira as contas nacionais do primeiro trimestre, que mostram um saldo negativo no Estado, mas, por outro lado, uma melhoria da taxa de poupança das famíliasSee omnystudio.com/listener for privacy information.

We are Par 3 Podcast! J.R. Smith & Stephen Malbon are here to discuss: Who Lexus sponsors in golf, USGA Partnership, putting on events, leading sponsorships inside & out of golf, being competitive in golf, the social aspect of golf, Tour players under the Lexus banner, Pebble Beach partnership, having an extremely fulfilling job, partnering with Malbon Golf, The Hole In On Challenge & more. Then Don Merkin joins us to discuss: Training with RDB, trying to get good to play with his daughter, being a greenskeeper in Oregon, playing city golf, playing golf & basketball with Kevin Love, getting to know Klay Thompson, Don working with Buckets Club, his first trip to New York, Alpine vs. Pumpkin Ridge, Donnie Digest, playing night golf in Vancouver, why he golfs & more. Then we finish off with JR interviewing The Larry O'Brien Trophy & so much more. This episode is not to be missed! Get tickets for The Travelers Championship at www.TravelersChampionship.com Sponsored by PrizePicks - Use Promo Code: PAR3 and get up to $100 deposit match with your first deposit. www.PrizePicks.com/Par3 Sponsored by UnifydHealing Promo Code: PAR www.UnifydHealing.com Sponsored by Long Drink www.LongDrink.com/par3podcast Partnered with Top Golf www.TopGolf.com Ⓒ 2023 Golf & Adulting LLC c/o Par 3 Podcast - J.R. Smith, Stephen Malbon, DBPodcasts Produced by DBPodcasts www.DBPodcasts.com https://m.youtube.com/@par3podcast Learn more about your ad choices. Visit podcastchoices.com/adchoices

Welcome back to the RDB Podcast! We're trying out live streaming to get more interactive with you guys, so bare with us for a bit, this is a learning experience for us. You will see the reality and rawness of RDB... This episode was aired live on Monday and recorded to release on the regular Wednesday schedule. We will be doing a subscription members live stream eventually so please JOIN! We also have some technical difficulties as the video was listed under the live menu but we reuploaded to get it on the proper menu feed. Lost the view count unfortunately but oh well!

Welcome back to the Podcast! The guys discuss the details of the new RDB app and how we want to use it to better connect with the fans and car enthusiasts like we all did before our attention spans got so short. Drag racing the new Revuelto, the slowest Ferrari ever, a 458 Speciale burns to the ground on Angeles Crest Highway and more. We decided to go live so tune in for that next week! Thanks for watching everyone, enjoy the show!

Welcome to the R3, HOLE 8 of Par 3 Podcast! Your hosts J.R. Smith & Stephen Malbon are here with George Lopez, Michelle Wie West, RDB, Sean Malto, Gary Sheffield & Eric Koston our longest episode ever & they're going through the early days of the podcast with & so much more. This episode is not to be missed! Ⓒ Golf & Adulting LLC c/o Par 3 Podcast - J.R. Smith, Stephen Malbon, DBPodcasts Produced by DBPodcasts www.DBPodcasts.com https://m.youtube.com/@par3podcast Learn more about your ad choices. Visit megaphone.fm/adchoices

Welcome to the Podcast! We've got some major updates with the RDB team, earthquakes, aliens, and a ton of car updates. We didn't release our Tuesday video this week so make sure to watch to learn why and what is happening with the channel. Thanks for your support!

"Designing Data-Intensive Applications"、通称 ”DDIA" 本の Ch9 を読んで感想を語りました。 ⁠⁠⁠⁠⁠⁠⁠Amazon.co.jp (英語版)⁠⁠⁠⁠⁠⁠⁠ ⁠Amazon.co.jp (日本語版)⁠⁠⁠⁠⁠⁠⁠ ⁠⁠⁠⁠⁠⁠⁠Designing Data-Intensive Applications⁠⁠ DDIA 読書ノート 【第10章】 project-tsurugi/tsurugidb: Tsurugi - next generation RDB for the new era 各コンポーネントの命名についての指摘と提案 · Issue #4 · project-tsurugi/tsurugidb⁠ The Sushi Principle — datasapiens⁠

Episode 100! It's finally here, and we forgot the big celebration. The guys get random and talk everything from Fortnite and Adam Sandler to all the new builds in the shop, and the new RDB app coming soon. Thanks for watching!

Vik is back and the guys discuss a crazy car fraud scheme, if going to F1 Las Vegas is worth it, fan gifts and new cars coming to the shop. Drop your submission for Sarkis new license plate below for a chance to win some RDB merchandise! Enjoy the show!

Welcome to the R2, HOLE 17 of Par 3 Podcast! Your host Ben Baller is joined by Bubba Watson (Professional Golfer, 2x Masters Champion & Range Goats Captain) with Stephen in Korea & JR on the way. Today they're discussing: What made Bubba want to join LIV Golf, growing a brand & the game evolving, owning a franchise & trying to get players who gel together, eventually the need to trade people, team play & traveling, lifestyle and ego of PGA vs LIV, dealing with anxiety, RDB's pink driver, winning The Master's twice, being a Jordan brand athlete & loving sneakers, if he's played with Michael Jordan, having kids, partnering up with Richard Mille, Ben and Bubba being very much alike, jewelry, tips in golf & having fun in a LIV Pro-Am & more. This episode is not to be missed!  Ⓒ Par 3 Podcast - Ben Baller, J.R. Smith, Stephen Malbon, Excel Media & DBPodcasts Produced by DBPodcasts www.DBPodcasts.com For Business Inquiries Contact: par3podcast@gmail.com Watch Full Episodes on YouTube: https://youtube.com/@par3podcast Learn more about your ad choices. Visit megaphone.fm/adchoices

Coming to you from San Diego, California. His name is Ben Baller, not Ben Humble & he's here to discuss: The LIV Tour Golf Experience in Chicago, playing Rich Harvest Farms, recording episodes that may never see the light of day, speaking & playing with Bubba Watson, Matthew Wolff & Pat Perez, all 48 players at the party, meeting Kevin Na, getting treated like royalty, getting ready to play at The Pro-Am, playing with Brian Urlacher, how BB played, kicking it with the players afterwards, playing golf with RDB, talking with his Mom for the first time in 6 months, 100 Hole Hike Charity with TaylorMade, the next Washed Lord Invitational, what he's watching, Colorado getting blasted by Oregon, Seahawks beating Carolina, Crypto & NFTs that failed, cyber hacking in Las Vegas, bad people who do good & more Please support our sponsors: www.chime.com/baller  drinkAG1.com/BALLER Donate to 100 Hole Hike: https://tr.ee/UYcIjQD_0u If you are interested in NBA, MLB, NHL Soccer, UFC & more Picks daily, weekly or monthly subscribe at www.CaptainPicks.com & Follow @CaptainPicksWins on Instagram, Threads & Twitter Produced by: DBPodcasts www.dbpodcasts.com Follow @dbpodcasts on Instagram & Twitter Music by @lakeyinspired Available on all Podcast Platforms, YouTube & BehindTheBallerPod.com Behind The Baller Theme Music  Artist: Illegal Kartel (@illegal_kartel_mikal_shakur) Produced by: Gene Crenshaw @yuyuthemaker Learn more about your ad choices. Visit megaphone.fm/adchoices

  Dans cet épisode de rentrée, Antonio et Arnaud ont le plaisir d'accueillir Katia Aresti dans l'équipe. Ils passent en revue les dernières nouveautés et sujets chauds de cette rentrée, notamment la sortie de Java 21, les nouvelles versions de Quarkus, Micronaut, Hibernate, NodeJS, Redis, et bien d'autres encore. Ils discutent de sujets plus généraux tels que l'observabilité, la nouvelle tendance “Platform Engineering”, et la productivité des développeurs. Ils abordent aussi les sujets sur la sécurité, tels que les failles sur les CPUs Intel et AMD, ainsi que la vie privée, avec les Tracking APIs de Chrome, Firefox et le projet de loi SREN. Le tout est agrémenté de sa dose d'IA, avec des librairies telles que Semantic Kernel, ainsi que des sujets plus haut niveau tels que Google Gemini, Meta GPT, LLama 2, et les biais et la consommation énergétique de l'IA. Enregistré le 8 septembre 2023 Téléchargement de l'épisode LesCastCodeurs-Episode–299.mp3 News Langages Apache Groovy a 20 ans! https://twitter.com/ApacheGroovy/status/1695388098950217909 L'annonce du lancement du projet par James Strachan https://web.archive.org/web/20030901064404/http://radio.weblogs.com/0112098/2003/08/29.html Le projet a depuis énormément évolué et après plusieurs vies a été adopté par la fondation Apache en 2015 Java 21 arrive le 19 septembre https://www.infoworld.com/article/3689880/jdk–21-the-new-features-in-java–21.html. C'est la nouvelle LTS Pas mal de nouvelles fonctionnalités comme les virtual threads, le pattern matching sur les switch, sequenced collections … Retrouvez le 19 septembre une interview de Jean-Michel Doudoux par Charles Sabourdin pour l'épisode 300 des castcodeurs! Librairies Semantic Kernel pour Java est (en train de) sorti: https://devblogs.microsoft.com/semantic-kernel/introducing-semantic-kernel-for-java/ Framework OSS pour faire de l'IA .Net et Python Java 0.2.7 Alpha est publié Kernel car il est tout petit Se connecte à plusieurs fournisseurs (aujourd'hui OpenAI, Azure AI, Hugging Face), plusieurs DB vectorielles, plusieurs template de prompt (suit la specification de OpenAI) OpenSSL qui committe https://www.openssl.org/blog/blog/2023/07/17/who-writes-openssl/ en majorité des OSS payés puis des gens payés par leur boite et enfi des contributeurs non payés c'est ne passant rapide mais ca montre que depuis heartbleed, ca a changé Micronaut 4.1.0 https://micronaut.io/2023/09/01/micronaut-framework–4–1–0-released/ Bean Mappers pour créer automatiquement une correspondance entre un type et un autre un Introspection Builder l'annotation @Introspected pour générer un builder dynamique si un type ne peut être construit que via un modèle builder améliorations pour les développeurs utilisant Kotlin Symbol Processing (KSP) Quarkus 3.3.1 / 3.3.2 https://quarkus.io/blog/quarkus–3–3–1-released/ https://quarkus.io/blog/quarkus–3–3–2-released/ Pas mal de fixes https://github.com/quarkusio/quarkus/releases/tag/3.3.1 https://github.com/quarkusio/quarkus/releases/tag/3.3.2 Il est important de noter qu'un problème de dégradation des performances et de la mémoire a été introduit dans Quarkus 3.3. Ce problème est corrigé dans Quarkus 3.3.2. Hibernate ORM 6.3.0 et 6.2.8 https://hibernate.org/orm/ et Hibernate Reactive 2.0.5 un support initial de la spécification Jakarta Persistence 3.2 Un nouveau guide d'introduction Hibernate 6, un nouveau guide de syntaxe et de fonctionnalités pour le langage de requête Hibernate (Hibernate Query Language) Annotation @Find sur des méthodes -> créer des méthodes de recherche similaires aux méthodes de requête Reactive compatible avec Hibernate ORM 6.2.8.Final, certains changements d'api Infrastructure Une série d'articles sur l'observabilité par Mathieu Corbin Observability: tout ce que vous avez toujours voulu savoir sur les métriques: https://www.mcorbin.fr/posts/2023–07–04-metriques/ Tracing avec Opentelemetry: pourquoi c'est le futur (et pourquoi ça remplacera les logs): https://www.mcorbin.fr/posts/2023–08–20-traces/ L'auteur reprend les bases sur l'observabilité. Qu'est ce qu'une métrique ? Les labels, les cardinalités Les types de métriques (Compteurs, jauges, quantiles et histogrammes) C'est quoi le tracing ? Traces, Spans, Resources, Scopes qu'est ce que c'est? Les Events pour remplacer les logs? Web NodeJS 20.6.0 est disponible et ajoute le support des fichiers .env https://philna.sh/blog/2023/09/05/nodejs-supports-dotenv/ Configurable avec l'option --env-file Le fichier .env peut contenir des variables d'environnement et commentaires # Attention par contre: pas de lignes multiples ni d'extension de variables Vous pouvez par exemple configurer NODE_OPTIONS avec ce système Data Redis 7.2 est sorti ! https://redis.com/blog/introducing-redis–7–2/ Auto-tiering : cette nouvelle fonctionnalité permet de stocker les données sur des supports de stockage différents, en fonction de leur importance et de leur fréquence d'accès. Cela permet d'améliorer les performances et la scalabilité de Redis. RESP3 : cette nouvelle version du protocole RESP permet une communication plus efficace entre Redis et les clients. Improvements to performance : de nombreuses améliorations de performances ont été apportées à Redis 7.2, notamment pour les opérations de lecture et d'écriture. New commands : plusieurs nouvelles commandes ont été ajoutées à Redis 7.2, notamment : CLIENT NO-TOUCH : cette commande permet d'empêcher un client d'être touché par une opération AOF ou RDB. WAITAOF : cette commande permet d'attendre que l'AOF soit écrite avant de poursuivre l'exécution. Dans le podcast sont cités les hot replacement des Redis, comme https://www.dragonflydb.io/ Architecture Article sur Google Gemini et sa capacité a battre ChatGPT https://www.semianalysis.com/p/google-gemini-eats-the-world-gemini Google a raté les premiers pas (ils avient le meilleur LLM public avant ChatGPT 3) ET les chercheurs qui invente le champs des LLMs Google va 5x ChatGPT–4 avant al fin de l'année, mais vont-il les publier les chercheurs se tirent la bourre sur le nombre de GPU (H100) auxquels ils ont accès ; ce sont lers grosses orga comme Meta OpenAI Google et les autres qui lutent avec des GPU qui n'ont pas assez de VRAM et ce qu'ils vont faire c'est de la merde et sans consequence le peuple utilise le modele dense de LLAMA mais pour les environnements contraints ca serait mieux des sparse models et du speculative decoding. ils devraient se concentre sur la performance de modele qui utilise plus de compute et memoire en evitant de consommer de la bande passante de memoire, c'est ce que l'edge a besoin les benchmarks public ne mesurent pas des choses utiles meme hugging faces est dans la category des pauvres de GPU Nvidia est entrain de se construire une machine de guerre (service) la chine et les us vont etre en competition mais l'europe qui fait du GPU pauvre ne va pas s'en sortir les startups ne peuvent pas payer les GPU en actiosn, il faut du cash Tout le monde rempli les poches de NVidia, sand Google Gogole grossi exponentiellement ses propres GPUs Meta GPT https://www.infoq.com/news/2023/08/metagpt-agent-collaboration/ IA: les biais et énergie qui consomme par Leslie Miley tech advisor du CTO de Microsoft https://www.infoq.com/presentations/ai-bias-sustainability nouvels infranstructures consommation énergétique et d'eau des data center pour IA est terriblement coûteuse l'impact des infrastructures sur les comunautés (bruit) explique bien son point de vu sur les problèmes d'amplification des biais du IA propose des stratégies pour mitiger l'impact negatif Kubeflow toolkit pour deployer machine learning (ML) workflow en Kubernetes est accepté par la CNCF (Cloud Native Computing Foundation) https://www.infoq.com/news/2023/08/kubeflow-cncf-project Méthodologies Measuring developer productivity? A response to McKinsey by Kent Beck and Gergely Orosz (pragmaticengineer.com) https://tidyfirst.substack.com/p/measuring-developer-productivity McKinsey a sorti un article où ils expliquent la recette miracle recherchée par tous les managers comme le graal: Comment mesurer la productivité des développeurs? (faut bien vendre du conseil) Kent et Gergely partent d'un model mental de description de la création de valeur par le développeur pour ensuite voir quels sont les besoins de mesurer la productivité et comparent cela avec d'autres secteurs (la vente, le support, le recrutement). Ils concluent cette première partie avec les compromis à faire pour que ce type de mesures ait un intérêt sans impacter trop négativement les développeurs un autre article dans la même lignée de Martin Fowler https://martinfowler.com/bliki/CannotMeasureProductivity.html Et si on parlait de Platform Engineering ? DevOps vs. SRE vs. Platform Engineering (humanitec.com) What is platform engineering? (gartner.com) / What is platform engineering? (platformengineering.org) Internal Developer Platform Cognitive load Team topologies Engineering Effectiveness (thoughtworks.com) and Maximize your tech investments with Engineering Effectiveness (thoughtworks.com) Ces différents articles retracent la génèse du concept de Platform Engineering L'activité de Platform Engineering vient en réponse à la charge cognitive rajoutée aux équipes techs dans des transitions DevOps loupées (You build it, you run it … et vous vous débrouillez). Cela conduit à la création de golden paths et d'une Internal Developers Platform qui doit proposer en interne les services nécessaires aux équipes pour livrer leurs produits le lus efficacement possible tout en suivant les critères de qualité, de compliance de l'entreprise. Pour en savoir plus, une table ronde à laquelle Arnaud a participé en Juillet : https://youtu.be/N-tN7HUA4No?si=2P0wSqG32MLWUlGq On call Process (Astreinte) , startup TinyBird par VP Engineering Félix López (ex google, ex eventbrite) https://thenewstack.io/keeping-the-lights-on-the-on-call-process-that-works/ Si votre produit est SAAS, on doit avoir des astreintes. Cela impose un lourd fardeau à ceux qui doivent être en astreinte,, surtout en petite entreprise Petites entreprises évitent avoir un processus d'astreinte formel pour éviter le stress. Cela crée dans la pratique plus de stress: Si personne n'est responsable, tout le monde est responsable. Tinybird est la plateforme de données en temps réel pour les développeurs et les équipes de données. Pré création du process formel chez Tinybird: désorganisé, non structuré et stressant Mise en place: Principes fondamentaux d'un processus d'astreinte: L'astreinte n'est pas obligatoire, minimiser le bruit, pas seulement pour les SRE, alert = runbook, avoir des backups pour la personne en astreinte, appeler quelqu'un devrait être la dernière solution, minimiser le temps en astreinte L'article explique comment ils sont passé regarder chaque alerte (comprehensible?, exploitable?), puis avoir un board grafana pour chacune et plan spécifique. Une fois le tri fait, tout migré vers un seul channel de com, et manuel d'astreinte pour chaque alerte. Itérer. Multiples benefices sur le long terme: rapports d'incident ouvert, atténuer les problèmes futurs, renforcement la propriété et les connaissances du code et systèmes au sein de toute l'équipe etc. Sécurité Downfall, une nouvelle faille de sécurité sur les processeurs intel ( https://www.lemondeinformatique.fr/actualites/lire-la-faille-downfall-met-a-mal-des-milliards-de-processeurs-intel–91247.html ) et AMD ne fait pas mieux avec une faille nommée Inception (https://www.lemondeinformatique.fr/actualites/lire-les-puces-amd-vulnerables-a-la-faille-inception–91273.html) Downfall, La vulnérabilité est due à des fonctions d'optimisation de la mémoire dans les processeurs Intel qui révèlent involontairement les registres matériels internes aux logiciels. Cela permet à des logiciels non-fiables d'accéder à des données stockées par d'autres programmes, qui ne devraient normalement pas être accessibles. Tous les PC ou ordinateurs portables équipés de processeurs Intel Core de la 6e génération Skylake jusqu'aux puces Tiger Lake de 11e génération incluses contiennent cette faille. Les derniers processeurs Core 12e et 13e génération d'Intel ne sont pas concernés. Inception, nécessite un accès local au système pour être potentiellement exploité ce qui en limite de fait la portée. Tous les processeurs AMD depuis 2017 sont touchés, incluant les derniers modèles Zen 4 Epyc et Ryzen Comment désactiver le nouveau tracking publicitaire ciblé sur Chrome https://www.blogdumoderateur.com/chrome-comment-desactiver-tracking-publicitaire-cible/ Google a annoncé en juillet le déploiement de sa nouvelle API Topics, permettant « à un navigateur de partager des informations avec des tiers sur les intérêts d'un utilisateur tout en préservant la confidentialité ». C'est cette API, incluse dans la version Chrome 115 de juillet 2023, qui est censée remplacer les cookies tiers. Loi, société et organisation Une nouvelle definition d'open pour Llama 2? https://opensourceconnections.com/blog/2023/07/19/is-llama–2-open-source-no-and-perhaps-we-need-a-new-definition-of-open/ c'est relativement “open” mais il y a des restrictions donc pas open source pas plus de 700 M d'utilisateurs par mois pas le droit d'utiliser Llama pour améliorer d'autres modèles autres que dse dérivés de Llama et c'est le modele final qui est ouvert, pas la sauce pour le construire, donc pas de maven build ni le “source code” pour y arriver “from scratch” attention au risuqe de sacrivier open source pour avoir l'IA plus vite, plus facile HashiCorp passe tous ses projets open source en BSL, comme Confluent, Mongo, Redis, Elastic, etc https://thenewstack.io/hashicorp-abandons-open-source-for-business-source-license/ Couverture par InfoQ https://www.infoq.com/news/2023/08/hashicorp-adopts-bsl/ Fork de Terraform : OpenTF, avec pour objectif de rejoindre la CNCF https://opentf.org/announcement Stack overflow annonce Overflow AI https://www.infoq.com/news/2023/09/stackoverflow-overflowai/ l'intégration de l'IA générative dans leur plateforme publique, Stack Overflow for Teams, ainsi que de nouveaux domaines de produits IA/ML aident à générer des balises initiales et à suggérer des paires question-réponse, permettant aux développeurs de se concentrer sur l'amélioration et la précision Amélioration des Capacités de Recherche Les forums de questions-réponses basés sur la communauté sont le cœur battant de Stack Overflow. Selon Prashanth Chandrasekar, PDG de Stack Overflow, l'objectif d'OverflowAI est d'améliorer la communauté de diverses manières plutôt que de la remplacer complètement. Vous avez entendu parler du projet de loi SREN ? http://share.mozilla.org/817319645t Le gouvernement français prépare une loi qui pourrait menacer la liberté sur Internet. Le projet de loi visant à sécuriser et réguler l'espace numérique (SREN) obligerait les navigateurs web, comme Mozilla Firefox, à bloquer des sites web directement au niveau du navigateur. Mozilla lance une pétition pour retirer cette n-ieme solution stupide pour censurer Internet Conférences La liste des conférences provenant de Developers Conferences Agenda/List par Aurélie Vache et contributeurs : 8 septembre 2023 : JUG Summer Camp - La Rochelle (France) 14 septembre 2023 : Cloud Sud - Toulouse (France) & Online 18 septembre 2023 : Agile Tour Montpellier - Montpellier (France) 19 septembre 2023 : Salon de la Data Nantes - Nantes (France) & Online 19–20 septembre 2023 : Agile en Seine - Paris (France) 21–22 septembre 2023 : API Platform Conference - Lille (France) & Online 22 septembre 2023 : Agile Tour Sophia Antipolis - Valbonne (France) 25–26 septembre 2023 : BIG DATA & AI PARIS 2023 - Paris (France) 28–30 septembre 2023 : Paris Web - Paris (France) 2–6 octobre 2023 : Devoxx Belgium - Antwerp (Belgium) 6 octobre 2023 : DevFest Perros-Guirec - Perros-Guirec (France) 10 octobre 2023 : ParisTestConf - Paris (France) 11–13 octobre 2023 : Devoxx Morocco - Agadir (Morocco) 12 octobre 2023 : Cloud Nord - Lille (France) 12–13 octobre 2023 : Volcamp 2023 - Clermont-Ferrand (France) 12–13 octobre 2023 : Forum PHP 2023 - Marne-la-Vallée (France) 13–14 octobre 2023 : SecSea 2K23 - La Ciotat (France) 17–20 octobre 2023 : DrupalCon Lille - Lille (France) 19–20 octobre 2023 : DevFest Nantes - Nantes (France) 19–20 octobre 2023 : Agile Tour Rennes - Rennes (France) 26 octobre 2023 : Codeurs en Seine - Rouen (France) 30 septembre 2023 : ScalaIO - Paris (France) 26–27 octobre 2023 : Agile Tour Bordeaux - Bordeaux (France) 26–29 octobre 2023 : SoCraTes-FR - Orange (France) 10 novembre 2023 : BDX I/O - Bordeaux (France) 15 novembre 2023 : DevFest Strasbourg - Strasbourg (France) 16 novembre 2023 : DevFest Toulouse - Toulouse (France) 18–19 novembre 2023 : Capitole du Libre - Toulouse (France) 23 novembre 2023 : DevOps D-Day #8 - Marseille (France) 23 novembre 2023 : Agile Grenoble - Grenoble (France) 30 novembre 2023 : PrestaShop Developer Conference - Paris (France) 30 novembre 2023 : WHO run the Tech - Rennes (France) 6–7 décembre 2023 : Open Source Experience - Paris (France) 7 décembre 2023 : Agile Tour Aix-Marseille - Gardanne (France) 7–8 décembre 2023 : TechRocks Summit - Paris (France) 8 décembre 2023 : DevFest Dijon - Dijon (France) 31 janvier 2024–3 février 2024 : SnowCamp - Grenoble (France) 6–7 mars 2024 : FlowCon 2024 - Paris (France) 19–22 mars 2024 : KubeCon + CloudNativeCon Europe 2024 - Paris (France) 28–29 mars 2024 : SymfonyLive Paris 2024 - Paris (France) 17–19 avril 2024 : Devoxx France - Paris (France) 25–26 avril 2024 : MiXiT - Lyon (France) 25–26 avril 2024 : Android Makers - Paris (France) 6–7 juin 2024 : DevFest Lille - Lille (France) Nous contacter Pour réagir à cet épisode, venez discuter sur le groupe Google https://groups.google.com/group/lescastcodeurs Contactez-nous via twitter https://twitter.com/lescastcodeurs Faire un crowdcast ou une crowdquestion Soutenez Les Cast Codeurs sur Patreon https://www.patreon.com/LesCastCodeurs Tous les épisodes et toutes les infos sur https://lescastcodeurs.com/

Hay rumores de que el grupo RDB tiene Covid pero piensan seguir su gira. Además Eduardo Verástegui no ha podido encontrar a la mujer ideal ¿quién podría ser la primera dama ahora que quiere ser presidente de México?

His name is Ben Baller, not Ben Humble & he's here to discuss: The rebrand in progress, Prayers to RDB, the social media algorithm being broken, news sources wanting to get things right first, Elon wanting to be King of The Geeks, Twitter engagement farming & more. Then JimmyBoi (The Street's Jeweler) joins Ben from Houston to discuss: Jimmy getting COVID, how far they go back, going on a date, going to the movie theaters, doing things by yourself, political spam, jewelers copying their style, the future of custom jewelry, running with an entourage, how they move now & more.  Then Ben brings it back for the Outro to discuss: Playing golf, watching Max Holloway win, going to Chipotle, kicking it in Koreatown with Dust Brother Jordan & making the financials make sense, going to George Lopez's show at The Greek & more. This episode is not to be missed! Please support our sponsors: Use code [BALLER] at calderalab.com to enjoy an exclusive 20% OFF their finest products If you are interested in NBA, MLB, NHL Soccer, UFC & more Picks daily, weekly, monthly or single sport Signupat www.CaptainPicks.com & Follow @TheCaptainPicks on Instagram Subscribe to Par 3 Podcast: https://podcasts.apple.com/us/podcast/par-3-podcast-with-j-r-smith-ben-baller-stephen-malbon/id1665308291 Produced by: DBPodcasts www.dbpodcasts.com Follow @dbpodcasts on Instagram & Twitter Music by @lakeyinspired Available on all Podcast Platforms, YouTube & BehindTheBallerPod.com Behind The Baller Theme Music  Artist: Illegal Kartel (@illegal_kartel_mikal_shakur) Produced by: Gene Crenshaw @yuyuthemaker Learn more about your ad choices. Visit megaphone.fm/adchoices

Meet John one of our longest employees at RDB! With over 40 years of experience with car work!

Patty and JD discuss the complicated case of Alexander Chatfield Burns. On this episode we speak with Richard D Bailey (RDB) who knew Mr. Burns and worked with him for a period of time. RDB will have a book releasing at the end of the year called Pirate Cove. Also we would like for our listeners to call or email us about your Dirty Bench Confessions. Maybe you know someone who committed fraud. Maybe you want to email us that you ate the last cookie, defrauding the household. Whatever it is we want to hear it. Email us at olddirtybenches@gmail.com or call us at 253-459-3021. Don't forget to like, subscribe, or leave a review anywhere you get your podcast. #crimeny Sounds provided by Zapsplat.

If you have been watching RDB for awhile now you might remember an old client named “Don Appleoni.” He had a very wild green Mercedes with Apple Speakers as a makeshift spoiler. He hops on the podcast and explains his story. Later we get into celebrities that don't like to pay bills, the 55 Million dollar license plate and more.

RDB in the House!  Welcome to the ROUND 1, HOLE 9 of Par 3 Podcast! Your hosts Ben Baller, J.R. Smith & Stephen Malbon hit the course! Where no shot is out of bounds! Today they're joined by Ron del Barrio (Former Pro Player/Golf Instructor to the Stars) to complete their foursome & discuss: Being Stephen's Instructor the past 4 years, how he became a Pro Golfer, loving to teach, being Jesper Parnevik, his method of teaching & turning your head when swinging, how he became the instructor to the stars, coaching Larry David, requirements to bringing on coaching, the difference between practicing and purpose, working with Ron, the difference and similarities between a golf swing and a basketball shot, creating your own swing, those who go to YouTube University, something you can't teach in the game of golf, getting ran by 65 year old golfer, being a part of Ben's golf journey & the hate he's receive, putting the peg in the ground and playing, penalties in golf & it being a game of integrity, what they're working on now & evolving their games, gadgets that he created, gaining physical longevity, swing concepts, working with Jesper & Anthony Kim, equipment today vs. a few days, the importance of short game & practicing it, favorite courses, his first professional win, his light bulb method moment, his favorite golfer ever, dream foursome & more. This episode is not to be missed!  Ⓒ Par 3 Podcast - Ben Baller, J.R. Smith, Stephen Malbon & DBPodcasts Produced by DBPodcasts www.DBPodcasts.com For Business Inquiries Contact: par3podcast@gmail.com Watch Full Episodes on YouTube: https://youtube.com/@par3podcast Sponsored by Long Drink www.LongDrink.com www.CaptainPicks.com Learn more about your ad choices. Visit megaphone.fm/adchoices

Link to bioRxiv paper: http://biorxiv.org/cgi/content/short/2023.03.01.530578v1?rss=1 Authors: Walton-Doyle, C., Heim, B., Sinclair, E., Hollywood, K., Milne, J., Holzknecht, E., Stefani, A., Hogl, B., Seppi, K., Silverdale, M., Poewe, W., Barran, P., Trivedi, D. K. Abstract: Background: Parkinson's Disease (PD) has been associated with a distinct odour, strongest in sebum-rich areas. Thermal Desorption Gas Chromatography Mass Spectrometry (TDGCMS) has revealed volatile signatures that distinguish individuals with Parkinson's Disease (PD) from healthy controls. Here, we applied the same method, including subjects with isolated REM sleep behaviour disorder (iRBD) to examine the volatiles in sebum and compare this with that found in PD subjects and control participants. Participants with iRBD have a high likelihood for conversion to overt clinical synucleinopathies like PD, Dementia with Lewy Bodies (DLB) or (less commonly) Multiple System Atrophy (MSA). Methods: Subjects with clinically established PD (n=16) or iRBD (n=9) as well as healthy controls (n=9) were included. Following methods established in our laboratory, sebum was sampled from each participant using cotton gauze and the headspace from these swabs, analysed directly with TDGCMS. Univariate and multivariate analysis was employed to probe the differences between volatile metabolites found for each phenotype. Putative identifications were assigned using spectral matching against the Golm metabolome and NIST spectral databases. Findings: We can completely classify each phenotype using the sampled volatilome from which we built models with logistic regression analysis. The classification between PD and control improved on previously published work, from 85% to 100%. Putatively annotated molecules include alkanes, aldehydes, fatty acid methyl esters (FAMEs), and three metabolites namely purine, tropinone and oleamide. Investigation of highly ranked features revealed 18 features that showed intermediate expression in samples from iRBD participants. Interpretation: TDGCMS can differentiate volatile metabolite signatures from sebum between PD, RDB and control samples. More than 70% of the identifiable metabolites that 2 permit this discrimination were putatively annotated as hydrocarbons and fatty acid methyl esters (FAMEs). Our prior work indicates that these components arise from larger lipid molecules that decompose during the experiment. Features putatively annotated as tropinone, oleamide and purine, have previously been linked with neuroprotection, sleep induction and antioxidation, respectively, are significantly different between the three groups of participants, along with FAMEs and hydrocarbons. Copy rights belong to original authors. Visit the link for more info Podcast created by Paper Player, LLC

HOLE 5 with Sean Malto (Professional Skateboarder/Avid Golfer) Welcome to the ROUND 1, HOLE 5 of Par 3 Podcast! Your hosts Ben Baller, J.R. Smith & Stephen Malbon hit the course! Where no shot is out of bounds! Joined by Sean Malto (Professional Skateboarder/Avid Golfer) to complete their foursome. Today they're discussing: First memories of golf, starting skateboarding & golfing at 10, how golf & skateboarding are polar opposites, patience & not getting into your own head, dealing with injuries, skateboarders getting into golf because of Malbon, training with RDB, day over day abilities as a professional athlete, warming up in golf & skateboarding, locking in as a basketball player, practicing as golfer, Erik Kostan as a skater & golfer, bucket list golf courses & more. This episode is not to be missed!  Ⓒ Par 3 Podcast - Ben Baller, J.R. Smith, Stephen Malbon & DBPodcasts Produced by DBPodcasts www.DBPodcasts.com For Business Inquiries Contact: par3podcast@gmail.com Watch Full Episodes on YouTube: https://youtube.com/@par3podcast Sponsored by Long Drink www.LongDrink.com Learn more about your ad choices. Visit megaphone.fm/adchoices

Rwandan | Directrice de Vatel Rwanda | Promo  Social Media : Linkedin | Twitter | Instagram You can support me on Patreon. Je garde deux choses suite à ma conversation avec Nicole, primo, le fait qu'elle ait su à un jeune âge qu'elle voulait évoluer dans ce secteur, segundo, la volonté d'instaurer et surtout de garder tant dans son pays que sur le continent africain, les standards de qualité qu'elle avait appris au travers de ces études à Vatel Lyon et autres expériences professionnelles.  Si vous planifiez un voyage dans le pays, n'hésitez pas à jeter un coup d'oeil sur ces hôtels-ci, One & Only Nyungwe, Singita, The Retreat, le Radisson Blu, le Marriott, le Serena , Bisate ou encore l'hôtel des milles collines. Je pense qu'avec ça, vous allez comprendre l'investissement qu'a effectué la RDB avec Visit Rwanda. Parole est disponible sur toutes les plateformes de podcasts , Apple, Spotify, Goodpods, Afripods, Audapp! Laissez un commentaire en DM, vous pouvez également laisser des 5 étoiles chez Apple!  Parole podcast est produit par Boyi Studios.

Happy New Year! What happens when a car tries to overtake a Ferrari SF90? During our latest youtube shoot someone tried… The Hybrid Ferrari is an instant rocket! We talk about New Years Resolutions, Sarkis make believe alcohol collection, new Range Rovers, new RDB wheels and more!

A renda fixa vai começar a dar prejuízo em 2023 e se você não ficar ligado no que eu tenho pra te falar agora, você vai perder dinheiro a toa. Tá vendo esse gráfico aqui? É assim que os investimentos de renda fixa que você conhece tão rendendo hoje em dia… Bonitinho… Só sobe… Isso tava valendo pra tudo quanto é aplicação que você conhece: CDB, RDB do Nubank, LCI e LCA, CRI e CRA… Tudo? Só que virou o ano de 2022 pra 2023, a regra muda totalmente e se liga o prejú que provavelmente vai aparecer aí na sua tela: seus investimentos de renda fixa vão ficar com um sobe e desde lascado. Isso pode ser uma boa oportunidade pra você lucrar com seus investimentos, mas aposto que muito amigo seu que vai tá desavisado vai acabar se assustando e assumindo esse prejú. Não vai ser o seu caso, né? Partiu vidjão? PREFERE ASSISTIR? https://youtu.be/pksR6TmDZ7g

La construction du nouvel aéroport de Bugesera, au Rwanda, se poursuit. Le chantier, lancé en 2017 à plusieurs dizaines de kilomètres au sud-est de la capitale Kigali, représente l'un des projets de taille pour le pays qui veut se placer comme le nouveau centre aérien de la région. De notre correspondante à Kigali, Sur le chantier de Bugesera, les ouvriers s'affairent à terminer la première phase de construction du nouvel aéroport. « L'actuel aéroport peut accueillir jusqu'à 2,5 millions de passagers par an alors que le nouvel aéroport ira jusqu'à 8 millions dans sa phase première, fait valoir Jules Ndenga, PDG d'Aviation Travel & Logistics, le groupe public réunissant les différentes compagnies rwandaises liées au secteur de l'aviation.. Mais le nouvel aéroport se positionne comme un hub non seulement de passagers, mais aussi du trafic cargo avec une capacité de 150 000 tonnes par an pour la première phase et jusqu'à 300 000 tonnes par an dans sa deuxième phase. Donc c'est un changement radical dans la taille de l'infrastructure. » Le Qatar propriétaire à 60% du futur aéroport Le plan des travaux, lancés en 2017, a été modifié après des accords conclus en 2019 avec Qatar Airways, partenaire du projet de construction avec une participation de 60% dans le nouvel aéroport, ainsi que 49% dans la compagnie aérienne nationale Rwandair. « Cette alliance est donc une alliance qui peut apporter à Qatar Airways une accessibilité sur le marché africain déjà couvert par Rwandair et la compagnie, en échange pourra également profiter de la présence de Qatar Airways sur d'autres destinations, notamment en Asie, précise Jules Ndenga. Nous espérons donc donner un peu plus de forme dans le trafic Sud-Sud, ce qui est encore assez embryonnaire et ce qui va donc permettre au Rwanda de jouer pleinement son rôle de hub africain. » ► À lire aussi : Entre le PSG, le Qatar et le Rwanda, la lune de miel ne fait que commencer Pour Philip Lucky, responsable des investissements pour le RDB, l'Agence de développement du Rwanda, le projet d'aéroport permettra de développer d'autres activités dans la région de Bugesera. « L'autre dimension est de regarder toutes les infrastructures qui seront construites autour de l'aéroport, les hôtels, les entrepôts, explique-t-il. On parle aussi d'agriculture, car il y a beaucoup d'activités agricoles autour de Bugesera, qui espère exporter leurs produits frais avec cet aéroport. On a le parc industriel, qui n'est pas très loin du site du nouvel aéroport. Donc nous voyons toutes ces activités comme complémentaires à ce projet. » La fin des travaux de l'aéroport de Bugesera est prévue d'ici 2026. ► À écouter aussi : Un allié de prestige pour le développement économique du Rwanda: le Qatar

This week on ‘Has It Aged Well?' Abbas & Urjita are joined by author, and creative director (non-fiction) at IVM Podcasts, Meghnad S. to revisit the revolutionary 2006 film ‘Rang De Basanti'. The trio discusses how the film influenced Meghnad to move to Delhi, how ‘RDB' was perhaps the best example of sepia toned flashbacks, the character arc of Atul Kulkarni's fundamentalist character, how authority figures in the movie match up to authority figures in real life, the portrayal of the media, AR Rahman's tremendous score, and given the political events of the last decade, should this film have been called “Foreshadow De Basanti”?You can watch the deleted scenes and ‘making of' RDB mentioned on the episode here: https://youtu.be/ZndF3LoKmw4Listen to Meghnad's podcast 'Explain Like I'm 10' here: https://bit.ly/3VbsbNqFor more fun pop culture stuff from the IVM team subscribe to the IVM Pop feed and also check out our Youtube channel: https://bit.ly/3fa2M66Follow Meghnad on twitter: https://twitter.com/Memeghnad& instagram: https://www.instagram.com/meghnads Follow Abbas Momin on twitter: https://twitter.com/AbbasMomin& instagram: https://www.instagram.com/abbasmomin88Follow Urjita on Twitter: https://twitter.com/WaniUrjita& instagram: https://www.instagram.com/urjitawaniYou can listen to this show and other awesome shows on the new and improved IVM Podcasts App on Android: https://ivm.today/android or iOS: https://ivm.today/ios

We're back again with amazing Afro-Asian and Ethnic House edits, Bollywood Mashups, Reggaeton, Disco and a few Abstract Desi bangers. Music from Rusha & Blizza, Drake, Samrai, Moojo, Diass, AP Dhillon, FS Green, RDB, plus many more. Grab your boarding passes! United Colors fusional flight is taking off strong! Also don't forget - you can catch me live in London, UK next Friday 14th Oct for ShiShi & Friends, DJ'ing alongside ShiShi, Bodalia, Mr. Kavalicious, Sanasesh and Queen Fisher. Tickets: https://shishi2022.eventbrite.com/ Mon 10pm PST, Tue 7pm UK, Tue 2pm EST, and Tue 11.30pm for listeners in India. Hosted by DJ and music producer: @viktoreus 

This week's show features new mashups and bootlegs with hits from Burna Boy, AP Dhillon, Tayllor, Beyonce, Shreya Goshal, RDB, Jaz Dhami, plus lots more. A global fusional flight is about to embark from Mumbai to Lagos to Los Angeles to London to Toronto to Tulum!! We are worldwide! Also don't forget - you can catch me live in London, UK next Friday 14th Oct for ShiShi & Friends, DJ'ing alongside ShiShi, Bodalia, Mr. Kavalicious, Sanasesh and Queen Fisher. Tickets: https://shishi2022.eventbrite.com/ Mon 10pm PST, Tue 7pm UK, Tue 2pm EST, and Tue 11.30pm for listeners in India. Hosted by DJ and music producer: @viktoreus 

As usual we go through spontaneous topics starting off about how Sarkis was spotted outside in public. Lots of answers about why we don't have the shop cooler during these record breaking high temperatures and how we deal with it. RDB doing 3D Virtual Reality views of cars? We call up the person that had his BMW i8 stolen and then talk about how Marshmello's big truck was stolen a while back. Main YouTube Channel: @RDB LA www.RDBLA.com

D.Nodeのsuzutatsuさんをゲストに、BigQueryの基本、BigQueryの内部、最近のアップデート、D.Nodeなどについて語っていただいたエピソードです。 話したネタ BigQueryとは？ データウェアハウス(DWH)とは？ データウェアハウスとRDBとの違いは？ BigQueryの利用フロー・方法 RDBの変更をBigQueryに反映するユースケース BigQueryと併用されるBIツール Tableau Google データポータル BigQuery の内部アーキテクチャは？ Compute と Storage Colossus とは？ Dremel とは？ Slot というCPUとメモリを抽象化した単位 分散メモリとは？ 分割統治法 最近の BiqQuery の進化で面白いところは？ BigQuery の マテリアライズドビュー そもそもマテリアライズドビュー（マテビュー）の一般的な意味とは？ マテリアライズドビュー利用時の注意点とは？ D.Node とは？ suzutatsuさんのお仕事内容 社内にはどんな人が多い？ D.Node 採用ページ エピソード提供スポンサー デロイト トーマツ ノード合同会社(D.Node)

ちょっとやそっとで死なない分散 RDB の論文を向井が読みました。

RDB Weekly | Episode 8 - Uvalde, Trans Swimmers & Disney Join us for Episode 8 of The Ross duh Boss show with @RossduhBoss and @TinatheCuban where they passionately discuss current events in the news.

RDB Podcast Episode 17! Today we discuss how the RDB name originated and how Moses was Hired! We also had a big supporter from Texas spontaneously visit during the Podcast and explain what RDB means to him. And as usual, car talk, current news events and much more! Main YouTube Channel: @RDB LA www.RDBLA.com

E aí, investidor? Sussa? Éééé… chegou a hora de declarar seus investimentos no Imposto de Renda… Sabe o que a Poupança, a LCA, a LCI, o CRI e o CRA têm em comum na hora de fazer a declaração do IR, Yo? Todos são chaaaaatosssssss!

E aí, investidor? Sussa? Você tá cheio de dúvidas de como é que se declara suas aplicações do Tesouro Direto no Imposto de Renda desse ano, né? Todo mundo fala que fazer essa declaração é muito chato, mas… É chato pra caramba mesmo!! Fica tranquilo que a gente tá aqui pra fazer isso ficar facinho, facinho… É só seguir o passo a passo da SÉRIE Guia do Imposto de Renda. São 12 vídeos, um toda quarta-feira, que irão explicar como você faz para declarar cada investimento que você tem.

RDB's first Podcast Episode!

No episódio 104 do JKCast, o professor contou com a presença do Eddie Kobori e juntos responderam às dúvidas sobre RDB's e Contas Remuneradas, Função Social de Estatais, Empresas que não pagam dividendos, IFRS e IAS, Nubank IPO e BDR's, Equilíbrio de Mercado. ------------------------------------------------------------------------------------------------------

Today on the podcast we are fortunate to be joined by Mario Alonzo-Debout to discuss why your business needs to find its purpose.Mario is the CEO, Creative Director and Founder of RDB | Robin Des Bois, an award winning international marketing agency centered around helping businesses find their purpose.We dive into the story of RDB and learn how they've been building with purpose from day 1, why having purpose is important in business, how purpose starts with leadership, how to get employees to buy in to your purpose, and so much more!If you've been wondering why your brand needs a purpose, this is the podcast for you.WHAT WE TALKED ABOUT1:33 - Growing up in Vienna11:36 - Mario's days in a band called “DoublePunkt!” and music's connections to the advertising world23:45 - Starting RDB40:21 - Establishing RDB's purpose and culture1:11:53 - Expanding into the US right before COVID1:22:06 - Work Life balance in Austria vs. USA1:26:50 Wrap up questionsFOLLOW MARIOInstagram - @MarioDesBoisMaya's Santuary - @sanctmayasFOLLOW RDBhttps://rdb.agency/https://themajoroak.com/Instagram - @RDB.AgencyFOLLOW JACOBhttps://www.jacobkelly.ca/YouTube - Jacob KellyInstagram - @TheJacobKellyFOLLOW MY SOCIAL LIFEhttps://www.jacobkelly.ca/mysociallifeFOLLOW TRUFANhttps://www.trufan.ioInstagram - @Trufan.ioMUSICSong: Tough Love - Joakim Karudhttps://soundcloud.com/joakimkarudhttps://www.facebook.com/joakimkarudmusichttps://www.youtube.com/user/JoakimKarudMusic from SoundcloudMusic provided by RFM:https://youtu.be/jaoStyAQN4o

¡Se armó la Bronca! con los últimos chismes del Chente, y Gil Barrera nos tiene todos los detalles. Machos mexicanos podrían ser candidatos a Flash en el Universo DC, debido a lo insatisfechas de un porcentaje alto de mujeres.Policía recibe una fuerte sobredosis sin oler la droga, que encontró en un vehículo. Tenemos los detalles del peligroso polvo blanco que tiene alarmada a las autoridades. 

話したネタ ゼロから作る時系列データベースエンジン 時系列データとは何か？ RDBで時系列データを扱う場合の課題とは？ 時系列データの特徴とは？ イミュータブルなデータとは？ influxDB Timescale DB VictoriaMetrics M3DB 時系列DBにおけるカーディナリティの高さとは？ tstorage なぜ時系列DBを自分で実装したのか？ ali gosivy tstorageの設計概要は？ パーティショニングのメリットとは？ Write Amplificatonとは？ Bloom Filter LSM Treeとは？ 34. NewSQLとは w/ tzkb メモリパーティションの特徴とは？ 時系列データをソート済みにする工夫 QuestDB パーティションをフラッシュするタイミングは？ Write Ahead Log データ量を削減する工夫は？ Gorilla: A Fast, Scalable, In-Memory Time Series Database タイムスタンプとデータを分けて符号化する delta encoding と delta-of-delta encoding データ側はXORで符号化する tstorageのdisadvantageは？ tstorageの今後の開発方針 YAGNI原則 【メディア事業部】サーバーサイドエンジニア（基盤） 宣伝 fukabori.fm の個人スポンサー募集中

I got the honor of having MR RDB himself Russ from Loud and Opinionated to be my first guest ever and let me tell you it was an absolute blast having him on. a few beers and a few laughs. you will definitely enjoy this one!! --- This episode is sponsored by · Anchor: The easiest way to make a podcast. https://anchor.fm/app --- Send in a voice message: https://anchor.fm/chris-barnett2/message Support this podcast: https://anchor.fm/chris-barnett2/support

話したネタ 2000年初頭のデータストアは何が主流だったのか？ OLTPとDWH データベースから見るとReadのスケールアウトは難しくない Web系で難しいのはWriteのスケールアウト RDBのReadのスケールアウト方法とは？ Web + RDB + Cache のアーキテクチャの辛い点は？ UniverseとMultiverse Oracle Exadata RDBにおける全文検索 NewSQLとは何か？ NoSQLとは何を指すか？ トランザクション処理はなぜ難しいのか？ マルチマスタの難しさ Google Cloud Spannerについて 金の弾丸 YugabyteDB/CockroachDB/TiDB YugabyteDBの特徴は？ PostgreSQL互換とMySQL互換という売り NewSQLの技術要素は？ NewSQLのレプリケーションはどうやるか？ Raftとは？ DBにおけるShardingとは何か？ Partioningとは何か？ RDBのデータ構造は何を利用しているか？ B+TreeのRead/Writeはどうやるか？ B+Treeの計算量は？ NewSQLのデータ構造は？ LSM Tree(Log Structured Merge Tree)とは？ B+Treeのメリット・デメリット LSM Treeのメリット・デメリット DBに難しいのは古いバージョンのデータを取るとき MVCC(Multi Version Concurrency Control)とは？ LSM Treeで古いデータをどうやって探すのか？ Bloom Filter Facebook製のRocksDB 分散トランザクションをどう実現するのか？ DBにおける分離レベルとは？ Read Commited/Repeatable Read/Serializable SpannerのExternal Consistency AWS Auroraの裏側の作りは？ OracleのRAC(Real Application Cluster)とは？ 令和時代のアプリケーション開発者のデータストア選定について MySQLとPostgrSQLの使い分けは？ どうやってDBについて学習するか？ CAPの定理をあえて使う必要はない Database Internals 輪読会

This week on The Podlets Podcast, we talk about cloud native infrastructure. We were interested in discussing this because we’ve spent some time talking about the different ways that people can use cloud native tooling, but we wanted to get to the root of it, such as where code lives and runs and what it means to create cloud native infrastructure. We also have a conversation about the future of administrative roles in the cloud native space, and explain why there will always be a demand for people in this industry. We dive into the expense for companies when developers run their own scripts and use cloud services as required, and provide some pointers on how to keep costs at a minimum. Joining in, you’ll also learn what a well-constructed cloud native environment should look like, which resources to consult, and what infrastructure as code (IaC) really means. We compare containers to virtual machines and then weigh up the advantages and disadvantages of bare metal data centers versus using the cloud. Note: our show changed name to The Podlets. Follow us: https://twitter.com/thepodlets Website: https://thepodlets.io Feeback: info@thepodlets.io https://github.com/vmware-tanzu/thepodlets/issues Hosts: Carlisia Campos Duffie Cooley Nicholas Lane Key Points From This Episode: • A few perspectives on what cloud native infrastructure means. • Thoughts about the future of admin roles in the cloud native space. • The increasing volume of internet users and the development of new apps daily. • Why people in the infrastructure space will continue to become more valuable. • The cost implications for companies if every developer uses cloud services individually. • The relationships between IaC for cloud native and IaC for the could in general. • Features of a well-constructed cloud native environment. • Being aware that not all clouds are created equal and the problem with certain APIs. • A helpful resource for learning more on this topic: Cloud Native Infrastructure. • Unpacking what IaC is not and how Kubernetes really works. • Reflecting how it was before cloud native infrastructure, including using tools like vSphere. • An explanation of what containers are and how they compare to virtual machines. • Is it worth running bare metal in the clouds age? Weighing up the pros and cons. • Returning to the mainframe and how the cloud almost mimics that idea. • A list of the cloud native infrastructures we use daily. • How you can have your own “private” cloud within your bare metal data center. Quotes: “This isn’t about whether we will have jobs, it’s about how, when we are so outnumbered, do we as this relatively small force in the world handle the demand that is coming, that is already here.” — Duffie Coolie @mauilion [0:07:22] “Not every cloud that you’re going to run into is made the same. There are some clouds that exist of which the API is people. You send a request and a human being interprets your request and makes the changes. That is a big no-no.” — Nicholas Lane @apinick [0:16:19] “If you are in the cloud native workspace you may need 1% of your workforce dedicated to infrastructure, but if you are in the bare metal world, you might need 10 to 20% of your workforce dedicated just to running infrastructure.” — Nicholas Lane @apinick [0:41:03] Links Mentioned in Today’s Episode: VMware RADIO — https://www.vmware.com/radius/vmware-radio-amplifying-ideas-innovation/CoreOS — https://coreos.com/Brandon Phillips on LinkedIn — https://www.linkedin.com/in/brandonphilips Kubernetes — https://kubernetes.io/Apache Mesos — http://mesos.apache.orgAnsible — https://www.ansible.comTerraform — https://www.terraform.ioXenServer (Citrix Hypervisor) — https://xenserver.orgOpenStack — https://www.openstack.orgRed Hat — https://www.redhat.com/Kris Nova on LinkedIn — https://www.linkedin.com/in/kris-novaCloud native Infrastructure — https://www.amazon.com/Cloud-Native-Infrastructure-Applications-Environment/dp/1491984309Heptio — https://heptio.cloud.vmware.comAWS — https://aws.amazon.comAzure — https://azure.microsoft.com/en-us/vSphere — https://www.vmware.com/products/vsphere.htmlCircuit City — https://www.circuitcity.comNewegg — https://www.newegg.comUber —https://www.uber.com/ Lyft — https://www.lyft.com Transcript: EPISODE 05 [INTRODUCTION] [0:00:08.7] ANNOUNCER: Welcome to The Podlets Podcast, a weekly show that explores Cloud Native one buzzword at a time. Each week, experts in the field will discuss and contrast distributed systems concepts, practices, tradeoffs and lessons learned to help you on your cloud native journey. This space moves fast and we shouldn’t reinvent the wheel. If you’re an engineer, operator or technically minded decision maker, this podcast is for you. [EPISODE] [0:00:41.1] NL: Hello and welcome to episode five of The Podlets Podcast, the podcast where we explore cloud native topics one topic at a time. This week, we’re going to the root of everything, money. No, I mean, infrastructure. My name is Nicholas Lane and joining me this week are Carlisia Campos. [0:00:59.2] CC: Hi everybody. [0:01:01.1] NL: And Duffie Cooley. [0:01:02.4] DC: Hey everybody, good to see you again. [0:01:04.6] NL: How have you guys been? Anything new and exciting going on? For me, this week has been really interesting, there’s an internal VMware conference called RADIO where we have a bunch of engineering teams across the entire company, kind of get together and talk about the future of pretty much everything and so, have been kind of sponging that up this week and that’s been really interesting to kind of talking about all the interesting ideas and fascinating new technologies that we’re working on. [0:01:29.8] DC: Awesome. [0:01:30.9] NL: Carlisia? [0:01:31.8] CC: My entire team is at RADIO which is in San Francisco and I’m not. But I’m sort of glad I didn’t have to travel. [0:01:42.8] NL: Yeah, nothing too exciting for me this week. Last week I was on PTO and that was great so this week it has just been kind of getting spun back up and I’m getting back into the swing of things a bit. [0:01:52.3] CC: Were you spun back up with a script? [0:01:57.1] NL: Yeah, I was. [0:01:58.8] CC: With infrastructure I suppose? [0:02:00.5] NL: Yes, absolutely. This week on The Podlets Podcast, we are going to be talking about cloud native infrastructure. Basically, I was interested in talking about this because we’ve spent some time talking about some of the different ways that people can use cloud native tooling but I wanted to kind of get to the root of it. Where does your code live, where does it run, what does it mean to create cloud native infrastructure? Start us off, you know, we’re going to talk about the concept. To me, cloud native infrastructure is basically any infrastructure tool or service that allows you to programmatically create infrastructure and by that I mean like your compute nodes, anything running your application, your networking, software defined networking, storage, Seth, object store, dev sort of thing, you can just spin them up in a programmatical in contract way and then databases as well which is very nice. Then I also kind of lump in anything that’s like a managed service as part of that. Going back to databases if you use like difference and they have their RDS or RDB tooling that provides databases on the fly and then they manage it for you. Those things to me are cloud native infrastructure. Duffy, what do you think? [0:03:19.7] DC: Year, I think it’s definitely one of my favorite topics. I spent a lot of my career working with infrastructure one way or the other, whether that meant racking servers in racks and doing it the old school way and figuring out power budgets and you know, dealing with networking and all of that stuff or whether that meant, finally getting to a point where I have an API and my customer’s going to come to me and say, I need 10 new servers, I can be like, one second. Then run all the script because they have 10 new servers versus you know, having to order the hardware, get the hardware delivered, get the hardware racked. Replace the stuff that was dead on arrival, kind of go through that whole process and yeah. Cloud native infrastructure or infrastructure as a service is definitely near and dear to my heart. [0:03:58.8] CC: How do you feel about if you are an admin? You work from VMware and you are a field engineer now. You’re basically a consultant but if you were back in that role of an admin at a company and you had the company was practicing cloud native infrastructure things. Basically, what we’re talking about is we go back to this theme of self-sufficiency a lot. I think we’re going to be going back to this a lot too, as we go through different topics. Mainly, someone was a server in that environment now, they can run an existing script that maybe you made it for them. But do you have concerns that your job is redundant now that you can just one script can do a lot of your work? [0:04:53.6] NL Yeah, in the field engineering org, we kind of have this mantra that we’re trying to automate ourselves out of a job. I feel like anyone who is like really getting into cloud native infrastructure, that is the path that they’re taking as well. If I were an admin in a world that was like hybrid or anything like that, they had like on prem or bare metal infrastructure and they had cloud native infrastructure. I would be more than ecstatic to take any amount of the administrative work of like spinning up new servers in the cloud native infrastructure. If the people just need somewhere they can go click, I got whatever services I need and they all work together because the cloud makes them work together, awesome. That gives me more time to do other tasks that may be a bit more onerous or less automated. I would be all for it. [0:05:48.8] CC: You’re saying that if you are – because I don’t want the admin people listening to this to stop listening and thinking, screw this. You’re saying, if you’re an admin, there will still be plenty of work for you to do? [0:06:03.8] NL: Year, there’s always stuff to do I think. If not, then I guess maybe it’s time to find somewhere else to go. [0:06:12.1] DC: There was a really interesting presentation that really stuck with me when I was working for CoreOS which is another infrastructure company, it was a presentation by our CTO, his name is Brandon Philips and Brandon put together a presentation around the idea that every single day, there are you know, so many thousand new users of the Internet coming online for the first time. That’s so many thousand people who are like going to be storing their photos there, getting emails, doing all those things that we do in our daily lives with the Internet. That globally, across the whole world, there are only about, I think it was like 250k or 300,000 people that do what we do, that understand the infrastructure at a level that they might even be able to automate it, you know? That work in the IT industry and are able to actually facilitate the creation of those resources on which all of those applications will be hosted, right? This isn’t even taking into account, the number of applications per day that are brought into the Internet or made available to users, right? That in itself is a whole different thing. How many people are putting up new webpages or putting up new content or what have you every single day. Fundamentally, I think that we have to think about the problem in a slightly different way, this isn’t about whether we will have jobs, it’s about how, when we are so outnumbered, how do we as this relatively small force in the world, handle the demand that is coming, that is already here today, right? Those people that are listening, who are working infrastructure today, you’re even more valuable when you think about it in those terms because there just aren’t enough people on the planet today to solve those problems using the tools that we are using today, right? Automation is king and it has been for a long time but it’s not going anywhere, we need the people that we have to be able to actually support much larger numbers or bigger scale of infrastructure than they know how to do today. That’s the problem that we have to solve. [0:08:14.8] NL: Yeah, totally. [0:08:16.2] CC: Looking from the perspective of whoever is paying the bills. I think that in the past, as a developer, you had to request a server to run your app in the test environment and eventually you’ll get it and that would be the server that everybody would use to run against, right? Because you’re the developer in the group and everybody’s developing different features and that one server is what we would use to push out changes to and do some level of manual task or maybe we’ll have a QA person who would do it. That’s one server or one resource or one virtual machine. Now, maybe I’m wrong but as a developer, I think what I’m seeing is I will have access to compute and storage and I’ll run a script and I boot up that resource just for myself. Is that more or less expensive? You know? If every single developer has this facility to speed things up much quicker because we’re not depending on IT and if we have a script. I mean, the reality is not as easy like just, well command and you get it but – If it’s so easy and that’s what everybody is doing, doesn’t it become expensive for the company? [0:09:44.3] NL: It can, I think when cloud native infrastructure really became more popular in the workplace and became more like mainstream, there was a lot of talk about the concept of sticker shock, right? It’s the idea of you had this predictable amount of money that was allocated to your infrastructure before, these things cost this much and their value will degrade over time, right? The server you had in 2005 is not going to be as valuable as the server you buy in 2010 but that might be a refresh cycles like five years or so. But you have this predictable amount of money. Suddenly, you have this script that we’re talking about that can spin up in equivalent resource as one of those servers and if someone just leaves it running, that will run for a long time and so, irresponsible users of the cloud or even just regular users of cloud, it does cost a lot of money to use any of these cloud services or it can cost a lot of money. Yes, there is some concern about the amount of money that these things cost because honestly, as we’re exploring cloud native topics. One thing keeps coming up is that cloud really just means, somebody else’s computer, right? You’re not using the cost of maintenance or the time it takes to maintain things, somebody else is and you’re paying that price upfront instead of doing it on like a yearly basis, right? It’s less predictable and usually a bit more than people are expected, right? But there is value there as well. [0:11:16.0] CC: You’re saying if the user is diligent enough to terminate clusters or the machine, that is how you don’t rack up unnecessary cost? [0:11:26.6] NL: Right For a test, like say you want to spin up your code really quickly and just need to – a quick like setup like networking and compute resources to test out your code and you spin up a small, like a tiny instance somewhere in one of the clouds, test out your code and then kill the instance. That won’t cost hardly anything. It didn’t really cost you much on time either, right? You had this automated process hopefully or had a manual process that isn’t too onerous and you get the resource and the things you needed and you’re good. If you aren’t a good player and you keep it going, that can get very expensive very quickly. Because It’s a number of resources used per hour I think is how most billing happens in the cloud. That can exponentially – I mean, they’re not really exponentially grow but it will increase in time to a value that you are not expecting to see. You get a billing and you’re like holy crap, what is this? [0:12:26.9] DC: I think it’s also – I mean, this is definitely where things like orchestration come in, right? With the level of obstruction that you get from things like Kubernetes or Mesos or some other tools, you’re able to provide access to those resources in a more dynamic way with the expectation and sometimes one of the explicit contract, that work load that you deploy will be deployed on common equipment, allowing for things like Vin packing which is a pretty interesting term when it comes to infrastructure and means that you can think of the fact that like, for a particular cluster. I might have 10 of those VMs that we talk about having high value. I attended to those running and then my goal is to make sure that I have enough consumers of those 10 nodes to be able to get my value out of it and so when I split up the environments, we did a little developer has a main space, right? This gets me the ability to effectively over subscribe those resources that I’m paying for in a way that will reduce the overall cost of ownership or cost of – not ownership, maybe cost of operation for those 10 nodes. Let’s take a step back and go down a like memory lane. [0:13:34.7] NL: When did you first hear about the concept of IAS or cloud native infrastructure or infrastructure as code? Carlisia? [0:13:45.5] CC: I think in the last couple of years, same as pretty much coincided with when I started to – you need to cloud native and Kubernetes. I’m not clear on the difference between the infrastructure as code for cloud native versus infrastructure as code for the cloud in general. Is there anything about cloud native that has different requirements and solutions? Are we just talking about, is the cloud and the same applies for cloud native? [0:14:25.8] NL: Yes, I think that they’re the same thing. Cloud, like infrastructure is code for the cloud is inherently cloud native, right? Cloud native just means that whatever you’re trying to do, leverages the tools and the contracts that a cloud provides. The basic infrastructure as code is basically just how do I use the cloud and that’s – [0:14:52.9] CC: In an automated way. [0:14:54.7] NL: In an automated way or just in a way, right? A properly constructed cloud should have a user interface of some kind, that uses an API, right? A contract to create these machines or create these resources. So that the way that it creates its own resources is the same that you create the resource if you programmatically do it right. Orchestration tool like Ansible or Terraform. The API calls that itself makes and its UI needs to be the same and if we have that then we have a well-constructed cloud native environment. [0:15:32.7] DC: Yeah, I agree with that. I think you know, from the perspective of cloud infrastructure or cloud native infrastructure, the goal is definitely to have – it relies on one of the topics that we covered earlier in a program around the idea of API first or API driven being such an intrinsic quality of any cloud native architecture, right? Because, fundamentally, if we can’t do it programmatically, then we’re kind of stuck in that old world of wrecking servers or going through some human managed process and then we’re right back to the same state that we were in before and there’s no way that we can actually scale our ability to manage these problems because we’re stuck in a place where it’s like one to one rather than one to many. [0:16:15.6] NL: Yeah, those API’s are critical. [0:16:17.4] DC: The API’s are critical. [0:16:18.4] NL: You bring up a good point, reminder of something. Not every cloud that you’re going to run into is made the same. There are some clouds that exist and I’m not going to specifically call them out but there are some clouds that exist that the API is people. Using their request and a human being interprets your request and makes the changes. That is a big no-no. Me no like, no good, my brain stopped. That is a poorly constructed cloud native environment. In fact, I would say it is not a cloud native environment at all, it can barely call itself a cloud and sentence. Duffie, how about you? When was the first time you heard the concept of cloud native infrastructure? [0:17:01.3] DC: I’m going to take this question in a form of like, what was the first programmatic infrastructure of those service that I played with. For me, that was actually like back in the Nicera days when we were virtualizing the network and effectively providing and building an API that would allow you to create network resources and a different target that we were developing for where things like XenServer which the time had a reasonable API that would allow you to create virtual machines but didn’t really have a good virtual network solution. There were also technologies like KVM, the ability to actually use KVM to create virtual machines. Again, with an API and then, although, in KVM, it wasn’t quite the same as an API, that’s kind of where things like OpenStack and those technologies came along and kind of wrapped a lot of the capability of KVM behind a restful API which was awesome. But yeah, I would say, XenServer was the first one and that gave me the ability to – like a command line option with which I could stand up and create virtual machines and give them so many resources and all that stuff. You know, from my perspective, it was the Nicera was the first network API that I actually ever saw and it was also one of the first ones that I worked on which was pretty neat. [0:18:11.8] CC: When was that Duffie? [0:18:13.8] DC: Some time ago. I would say like 2006 maybe? [0:18:17.2] NL: The TVs didn’t have color back then. [0:18:21.0] DC: Hey now. [0:18:25.1] NL: For me, for sort of cloud native infrastructure, it reminded me, it was the open stack days I think it was really when I first heard the phrase like I – infrastructure as a service. At the time, I didn’t even get close to grocking it. I still don’t know if I grock it fully but I was working at Red Hat at the time so this was probably back in like 2012, 2013 and we were starting to leverage OpenStack more and having like this API driven toolset that could like spin up these VMs or instances was really cool to me but it’s something I didn’t really get into using until I got into Kubernetes and specifically Kubernetes on different clouds such as like AWS or AS Ram. We’ll touch on those a little bit later but it was using those and then having like a CLI that had an API that I could reference really easily to spin things up. I was like, holy crap, this is incredible. That must have been around like the 2015, 16 timeframe I think. I think I actually heard the phrase cloud native infrastructure first from our friend Kris Nova’s book, Cloud Native Infrastructure. I think that really helped me wrap my brain around really what it is to have something be like cloud native infrastructure, how the different clouds interact in this way. I thought that was a really handy book, I highly recommend it. Also, well written and interesting read. [0:19:47.7] CC: Yes, I read it back to back and when I joined what I have to, I need to read it again actually. [0:19:53.6] NL: I agree, I need to go back to it. I think we’ve touched on something that we normally do which is like what does this topic mean to us. I think we kind of touched on that a bit but if there’s anything else that you all want to expand upon? Any aspect of infrastructure that we’ve not touched on? [0:20:08.2] CC: Well, I was thinking to say something which is reflects my first encounter with Kubernetes when I joined Heptio when it was started using Kubernetes for the very first time and I had such a misconception of why Kubernetes was. I’m saying what I’m going to say to touch base on what I want to say – I wanted to relate what infrastructure as code is not. [0:20:40.0] NL: That’s’ a very good point actually, I like that. [0:20:42.4] CC: Maybe, what Kubernetes now, I’m not clear what it is I’m going to say. Hang with me. It’s all related. I work from Valero, Valero is out, they run from Kubernetes and so I do have to have Kubernetes running for me to run Valero so we came on my machine or came around on the cloud provider and our own prem just for the pluck. For Kubernetes to run, I need to have a cluster running. Not one instance because I was used to like yeah, I could bring up an instance or an instance or two. I’ve done this before but bringing up a cluster, make sure that everything’s connected. I was like, then this. When I started having to do that, I was thinking. I thought that’s what Kubernetes did. Why do I have to bother with this? Isn’t that what Kubernetes supposed to do, isn’t it like just Kubernetes and all of that gets done? Then I had that realization, you know, that encounter where reality, no, I still have to boot up my infrastructure. That doesn’t go away because we’re doing Kubernetes. Kubernetes, this abstraction called that sits on top of that infrastructure. Now what? Okay, I can do it manually while DJIK has a great episode where Joe goes and installs everything by hand, he does thing like every single thing, right? Every single step that you need to do, hook up the network KP’s. It’s brilliant, it really helps you visualize what happens when all of the stuff, how all the stuff is brought up because ideally, you’re not doing that by hand which is what we’re talking about here. I used for example, cloud formation on AWS with a template that Heptio also has in partnership with AWS, there is a template that you can use to bring up a cluster for Kubernetes and everything’s hooked up, that proper networking piece is there. You have to do that first and then you have Kubernetes installed as part of that template. But the take home lesson for me was that I definitely wanted to do it using some sort of automation because otherwise, I don’t have time for that. [0:23:17.8] DC: Ain’t nobody got time for that, exactly. [0:23:19.4] CC: Ain’t got no time for that. That’s not my job. My job is something different. I’m just boarding these stuff up to test my software. Absolutely very handy and if you put people is not working with Kubernetes yet. I just wanted to clarify that there is a separation and the one thing is having your infrastructure input and then you have installed Kubernetes on top of that and then you know, you might have, your application running in Kubernetes or you can have an external application that interacts with Kubernetes. As an extension of Kubernetes, right? Which is what I – the project that I work on. [0:24:01.0] NL: That’s a good point and that’s something we should dive into and I’m glad that you brought this up actually, that’s a good example of a cloud native application using the cloud native infrastructure. Kubernetes has a pretty good job of that all around and so the idea of like Kubernetes itself is a platform. You have like a platform as a service that’s kind of what you’re talking about which is like, if I spin up. I just need to spin up a Kubernetes and then boom, I have a platform and that comes with the infrastructure part of that. There are more and more to like, of this managed Kubernetes offerings that are coming out that facilitate that function and those are an aspect of cloud native infrastructure. Those are the managed services that I was referring to where the administrators of the cloud are taking it upon themselves to do all that for you and then manage it for you and I think that’s a great offering for people who just don’t want to get into the weeds or don’t want to worry about the management of their application. Some of these like – For instance, databases. These managed services are awesome tool and going back to Kubernetes a little bit as well, it is a great show of how a cloud native application can work with the infrastructure that it’s on. For instance, when Kubernetes, if you spin up a service of type load balancer and it’s connected to a cloud properly, the cloud will create that object inside of itself for you, right? A load balancer in AWS is an ELB, it’s just a load balancer in Azure and I’m not familiar with the other terms that the other clouds use, they will create these things for you. I think that the dopest thing on the planet, that is so cool where I’m just like, this tool over here, I created it I n this thing and it told this other thing how to make that work in reality. [0:25:46.5] DC: That is so cool. Orchestration magic. [0:25:49.8] NL: Yeah, absolutely. [0:25:51.6] DC: I agree, and then, actually, I kind of wanted to make a point on that as well which is that, I think – the way I interpreted your original question, Carlisia was like, “What is the difference perhaps between these different models that I call the infrastructure-esque code versus a plat… you know or infrastructure as a service versus platform as a service versus containers as a service like what differentiates these things and for my part, I feel like it is effectively an evolution of the API like what the right entry point for your consumer is. So in the form, when we consider container orchestration. We consider things like middle this in Kubernetes and technologies like that. We make the assumption that the right entry point for that user is an API in which they can define those things that we want to orchestrate. Those containers or those applications and we are going to provide within the form of that platform capability like you know, service discovery and being able to handle networking and do all of those things for you. So that all you really have to do is to find like what needs to be deployed. And what other services they need to rely on and away you go. Whereas when you look at infrastructure of the service, the entry point is fundamentally different, right? We need to be thinking about what the infrastructure needs to look at like I would might ask an infrastructure as a service API how man machines I have running and what networks they are associated with and how much memory and disk is associated with each of those machines. Whereas if I am interacting with a platform as a service, I might ask whatever the questions about those primitives that are exposed by their platform, how many deployments do I have? What name spaces do I have access to do? How many pods are running right now versus how many I ask that would be running? Those questions capabilities. [0:27:44.6] NL: Very good point and yeah I am glad that we explored that a little bit and cloud native infrastructure is not nothing but it is close to useless without a properly leveraged cloud native application of some kind. [0:27:57.1] DC: These API’s all the way down give you this true flexibility and like the real functionality that you are looking for in cloud because as a developer, I don’t need to care how the networking works or where my storage is coming from or where these things are actually located. What the API does any of these things. I want someone to do it for me and then API does that, success and that is what cloud native structure gets even. Speaking of that, the thing that you don’t care about. What was it like before cloud? What do we have before cloud native infrastructure? The things that come to mind are the things like vSphere. I think vSphere is a bridge between the bare metal world and the cloud native world and that is not to say that vSphere itself is not necessarily cloud native but there are some limitations. [0:28:44.3] CC: What is vSphere? [0:28:46.0] DC: vSphere is a tool that VMware has created a while back. I think it premiered back in 2000, 2000-2001 timeframe and it was a way to predictably create and manage virtual machines. So in virtual machine being a kernel that sits on top of a kernel inside of a piece of hardware. [0:29:11.4] CC: So is vSphere two virtual machines where to Kubernetes is to containers? [0:29:15.9] DC: Not quite the same thing I don’t think because fundamentally, the underlying technologies are very different. Another way of explaining the difference that you have that history is you know, back in the day like 2000, 90s even currently like what we have is we have a layer of people who are involved in dealing with physical hardware. They rack 10 or 20 servers and before we had orchestration and virtualization and any of those things, we would actually be installing an operating system and applications on those servers. Those servers would be webservers and those servers will be database servers and they would be a physical machine dedicated to a single task like a webserver or database. Where vSphere comes in and XenServer and then KVM and those technologies is that we think about this model fundamentally differently instead of thinking about it like one application per physical box. We think about each physical box being able to hold a bunch of these virtual boxes that look like virtual machines. And so now those virtual machines are what we put our application code. I have a virtual machine that is a web server. I have a virtual machine that is a database server. I have that level of abstraction and the benefit of this is that I can get more value out of those hardware boxes than I could before, right? Before I have to buy one box or one application, now I can buy one box for 10 or 20 applications. When we take that to the next level, when we get to container orchestration. We realized, “You know what? Maybe I don’t need the full abstraction of a machine. I just need enough of an abstraction to give me enough, just enough isolation back and forth between those applications such that they have their own file system but they can share the kernel but they have their own network” but they can share the physical network that we have enough isolation between them but they can’t interact with each other except for when intent is present, right? That we have that sort of level of abstraction. You can see that this is a much more granular level of abstraction and the benefit of that is that we are not actually trying to create a virtual machine anymore. We are just trying to effectively isolate processes in a Linux kernel and so instead of 20 or maybe 30 VMs per physical box, I can get a 110 process all day long you know on a physical box and again, this takes us back to that concept that I mentioned earlier around bin packing. When we are talking about infrastructure, we have been on this eternal quest to make the most of what we have to make the most of that infrastructure. You know, how do we actually – what tools and tooling that we need to be able to see the most efficiency for the dollar that we spend on that hardware? [0:32:01.4] CC: That is simultaneously a great explanation of container and how containers compare with virtual machines, bravo. [0:32:11.6] DC: That was really low crap idea that was great. [0:32:14.0] CC: Now explain vSphere please I still don’t understand it. I don’t know what it does. [0:32:19.0] NL: So vSphere is the one that creates the many virtual machines on top of a physical machine. It gives you the capability of having really good isolation between these virtual machines and inside of these virtual machines you feel like you have like a metal box but it is not a metal box it is just a process running on a metal box. [0:32:35.3] CC: All right, so it is a system that holds multiple virtual machines inside the same machine. [0:32:41.8] NL: Yeah, so think of it in the cloud native like infrastructure world, vSphere is essentially the API or you could think of it as the cloud itself, which is in the sense an AWS but for your datacenter. The difference being that there isn’t a particularly useful API that vSphere exposes so it makes it harder for people to programmatically leverage, which makes it difficult for me to say like vSphere is a cloud native app like tool. It is a great tool and it has worked wonders and still works wonders for a lot of companies throughout the years but I would hesitate to lump into a cloud native functionality. So prior to cloud native or infrastructures and service, we had these tools like vSphere, which allowed us to make smaller and smaller VMs or smaller and smaller compute resources on a larger compute resource and going back to something, we’re talking about containers and how you spin up these processes. Prior to things that containers and in this world of VM’s a lot of times what you do is you would create a VM that had your application already installed into it. It is burnt into the image so that when that VM stood up it would spin up that process. So that would be the way that you would start processes. The other way would be through orchestration tools similar to Ansible but they existed right or Ansible. That essentially just ran SSH on a number of servers to startup tools like these processes and that is how you’d get distributed systems prior to things like cloud native and containers. [0:34:20.6] CC: Makes sense. [0:34:21.6] NL: And so before we had vSphere we already had XenServer. Before we had virtual machine automation, which is what these tools are, virtual machine automation we had bare metal. We just had joes like Duffie and me cutting our hands on rack equipment. A server was never installed properly unless my blood is on it essentially because they are heavy and it is all metal and it sharpens some capacity and so you would inevitably squash a hand or something. And so you’d rack up the server and then you’d plug in all the things, plug in all the plugs and then set it up manually and then it is good to go and then someone can use it at will or in a logical manner hopefully and that is what we had to do before. It’s like, “Oh I need a new compute resource” okay well, let us call Circuit City or whoever, let us call Newegg and get a new server in and there you go” and then there is a process for that and yeah I think, I don’t know I’m dying of blood loss anymore. [0:35:22.6] CC: And still a lot of companies are using bare metal as a matter of course, which brings up another question, if one would want to ask, which is, is it worth it these days to run bare metal if you have the clouds, right? One example is we see companies like Uber, Lyft, all of these super high volume companies using public clouds, which is to say paying another company for all the data, traffic of data, storage of data in computes and security and everything. And you know one could say, you would save a ton of money to have that in house but using bare metal and other people would say there is no way that this costs so much to host all of that. [0:36:29.1] NL: I would say it really depends on the environment. So usually I think that if a company is using only cloud native resources to begin with, it is hard to make the transition into bare metal because you are used to these tools being in place. A company that is more familiar like they came from a bare metal background and moved to cloud, they may leverage both in a hybrid fashion well because they should have tooling or they can now create tooling so that they can make it so that their bare metal environment can mimic the functionality of the cloud native platform, it really depends on the company and also the need of security and data retention and all of these thing to have like if you need this granularity of control bare metal might be a better approach because of you need to make sure that your data doesn’t leave your company in a specific way putting it on somebody else’s computer probably isn’t the best way to handle that. So there is a balancing act of how much resources are you using in the cloud and how are you using the cloud and what does that cost look like versus what does it cost to run a data center to like have the physical real estate and then have like run the electricity VH fact, people’s jobs like their salaries specifically to manage that location and your compute and network resources and all of these things. That is a question that each company will have to ask. There is normally like hard and fast answer but many smaller companies something like the cloud is better because you don’t have to like think of all these other costs associated with running your application. [0:38:04.2] CC: But then if you are a small company. I mean if you are a small company it is a no brainer. It makes sense for you to go to the clouds but then you said that it is hard to transition from the clouds to bare metal. [0:38:17.3] NL: It can and it really depends on the people that you have working for you. Like if the people you have working for you are good and creating automation and are good and managing infrastructure of any kind, it shouldn’t be too bad but as we’re moving more and more into a cloud focused world, I wonder if those people are going to start going away. [0:38:38.8] CC: For people who are just listening on the podcast, Duffie was heavily nodding as Nick was saying that. [0:38:46.5] DC: I was. I do, I completely agree with the statement that it depends on the people that you have, right? And fundamentally I think the point I would add to this is that Uber or a company like Uber or a company like Lyft, how many people do they employ that are focused on infrastructure, right? And I don’t know the answer to this question but I am positioning it, right? And so, if we assume that they have – that this is a pretty hot market for people who understand infrastructure. So they are not going to have a ton of them, so what specific problems do they want those people that they employ that are focused on infrastructure to solve right? And we are thinking about this as a scale problem. I have 10 people that are going to manage the infrastructure for all of the applications that Uber has, maybe have 20 people but it is going to be a percentage of the people compared to the number of people that I have maybe developing for those applications or for marketing or for within the company. I am going to have, I am going to be, I am going to quickly find myself off balance and then the number of applications that I need to actually support that I need to operationalize to be able to get to be deployed, right? Versus the number of people that I have doing the infrastructure work to provide that base layer for which problems in application will be deployed, right? I look around in the market and I see things like orchestration. I see things like Kubernetes and Mezos and technologies like that. That can provide kind of a multiplier or even AWS or Azure or GCP. I have these things act as a multiplier for those 10 infrastructure pull that I have, right? Because no – they are not looking at trying to figure out how to store it, you know get this data. They are not worried about data centers, they are not worried about servers, they are not worried about networking, right? They can actually have ten people that are decent at infrastructure that can expand, that can spin up very large amounts of infrastructure to satisfy the developing and operational need of a company the size of Uber reasonably. But if we had to go back to a place where we had to do all of that in the physical world like rack those servers, deal with the power, deal with the cool low space, deal with all the cabling and all of that stuff, 10 people are probably not enough. [0:40:58.6] NL: Yeah, absolutely. I put into numbers like if you are in the cloud native workspace you may need 1% of your workforce dedicated to infrastructure, but if you are in the bare metal world, you might need 10 to 20% of your workforce dedicated just to running infrastructure. because the overtly overhead of people’s work is so much greater and a lot of it is focused on things that are tangible instead of things that are fundamental like automation, right? So those 1% or Uber if I am pulling this number totally out of nowhere but if that one percent, their job is to usually focus around automating the allocation of resources and figuring out like the tools that they can use to better leverage those clouds. In the bare metal environment, those people’s jobs are more like, “Oh crap, suddenly we are like 90 degrees in the data center in San Jose, what is going on?” and then having someone go out there and figuring out what physical problem is going on. It is like their day to day lives and something I want to touch on really quickly as well with bare metal, prior to bare metal we had something kind of interesting that we were able to leverage from an infrastructure standpoint and that is mainframes and we are actually going back a little bit to the mainframe idea but the idea of a mainframe, it is essentially it is almost like a cloud native technology but not really. So instead of you using whatever like you are able to spin up X number of resources and networking and make that work. With the mainframe at work is that everyone use the same compute resource. It was just one giant compute resource. There is no networking native because everyone is connected with the same resource and they would just do whatever they needed, write their code, run it and then be done with it and then come off and it was a really interesting idea I think where the cloud almost mimics a mainframe idea where everyone just connects to the cloud. Does whatever they need and then comes off but at a different scale and yeah, Duffie do you have any thoughts on that? [0:43:05.4] DC: Yeah, I agree with your point. I think it is interesting to go back to mainframe days and I think from the perspective of like what a mainframe is versus like what the idea of a cluster in those sorts of things are is that it is kind of like the domain of what you’re looking at. Mainframe considers everything to be within the same physical domain whereas like when you start getting into the larger architectures or some of the more scalable architectures you find that just like any distributed system we are spreading that work across a number of physical nodes. And so we think about it fundamentally differently but it is interesting the parallels between what we do, the works that we are doing today versus what we are doing in maintain times. [0:43:43.4] NL: Yeah, cool. I think we are getting close to a wrap up time but something that I wanted to touch on rather quickly, we have mentioned these things by names but I want to go over some of like the cloud native infrastructures that we use on a day to day basis. So something that we don’t mention them before but Amazon’s AWS is pretty much the number one cloud, I’m pretty sure, right? That is the most number of users and they have a really well structured API. A really good seal eye, peace and gooey, sometimes there is some problems with it and it is the thing that people think of when they think cloud native infrastructure. Going back to that point again, I think that AWS was agreed, AWS is one of the largest cloud providers and has certainly the most adoption as an infrastructure for cloud native infrastructure and it is really interesting to see a number of solutions out there. IBM has one, GCP, Azure, there are a lot of other solutions out there now. That are really focused on trying to follow the same, it could be not the same exact patterns that AWS has but certainly providing this consistent API for all of the same resources or for all of the same services serving and maybe some differentiating services as well. So it is yeah, you could definitely tell it is sort of like for all the leader. You can definitely tell that AWS stumbled onto a really great solution there and that all of the other cloud providers are jumping on board trying to get a piece of that as well. [0:45:07.0] DC: Yep. [0:45:07.8] NL: And also something we can touch on a little bit as well but from a cloud native infrastructure standpoint, it isn’t wrong to say that a bare metal data center can be a cloud native infrastructure. As long as you have the tooling in place, you can have your own cloud native infrastructure, your own private cloud essentially and I know that private cloud doesn’t actually make any sense. That is not how cloud works but you can have a cloud native infrastructure in your own data center but it takes a lot of work. And it takes a lot of management but it isn’t something that exists solely in the realm of Amazon, IBM, Google or Microsoft and I can’t remember the other names, you know the ones that are running as well. [0:45:46.5] DC: Yeah agreed and actually one of the questions you asked, Carlisia, earlier that I didn’t get a chance to answer was do you think it is worth running bare metal today and in my opinion the answer will always be yes, right? Especially as we think about like it is a line that we draw in the sand is container isolation or container orchestration, then there will always be a good reason to run on bare metal to basically expose resources that are available to us against a single bare metal instance. Things like GPU’s or other physical resources like that or maybe we just need really, really fast disk and we want to make sure that we like provide those containers to access to SSDs underlying and there is technology certainly introduced by VMware that expose real hardware from the underlying hype riser up to the virtual machine where these particular containers might run but you know the question I think you – I always come back to the idea that when thinking about those levels of abstraction that provide access to resources like GPU’s and those sorts of things, you have to consider that simplicity is king here, right? As we think about the different fault domains or the failure domains as we are coming up with these sorts of infrastructures, we have to think about what would it look like when they fail or how they fail or how we actually go about allocating those resources for ticket of the machines and that is why I think that bare metal and technologies like that are not going away. I think they will always be around but to the next point and I think as we covered pretty thoroughly in this episode having an API between me and the infrastructure is not something I am willing to give up. I need that to be able to actually to solve my problems at scale even reasonable scale. [0:47:26.4] NL: Yeah, you mean you don’t want to go back to the battle days of around tell netting into a juniper switch and Telnet – setting up your IP – not IP tables it was your IP comp commands. [0:47:39.9] DC: Did you just say Telnet? [0:47:41.8] NL: I said Telnet yeah or serial, serial connect into it. [0:47:46.8] DC: Nice, yeah. [0:47:48.6] NL: All right, I think that pretty much covers it from a cloud native infrastructure. Do you all have any finishing thoughts on the topic? [0:47:54.9] CC: No, this was great. Very informative. [0:47:58.1] DC: Yeah, I had a great time. This is a topic that I very much enjoy. It is things like Kubernetes and the cloud native infrastructure that we exist in is always what I wanted us to get to. When I was in university this was I’m like, “Oh man, someday we are going to live in a world with virtual machines” and I didn’t even have the idea of containers but people can real easily to play with applications like I was amazed that we weren’t there yet and I am so happy to be in this world now. Not to say that I think we can stop and we need to stop improving, of course not. We are not at the end of the journey by far but I am so happy we’re at where we are at right now. [0:48:34.2] CC: As a developer I have to say I am too and I had this thought in my mind as we are having this conversation that I am so happy too that we are where we are and I think well obviously not everybody is there yet but as people start practicing the cloud native development they will come to realize what is it that we are talking about. I mean I said before, I remember the days when for me to get access to a server, I had to file a ticket, wait for somebody’s approval. Maybe I won’t get an approval and when I say me, I mean my team or one of us would do the request and see that. Then you had that server and everybody was pushing to the server like one the main version of our app would maybe run like every day we will get a new fresh copy. The way it is now, I don’t have to depend on anyone and yes, it is a little bit of work to have to run this choreo to put up the clusters but it is so good that is not for me. [0:49:48.6] DC: Yeah, exactly. [0:49:49.7] CC: I am selfish that way. No seriously, I don’t have to wait for a code to merge and be pushed. It is my code that is right there sitting on my computer. I am pushing it to the clouds, boom, I can test it. Sometimes I can test it on my machine but some things I can’t. So when I am doing volume or I have to push it to the cloud provider is amazing. It is so, I don’t know, I feel very autonomous and that makes me very happy. [0:50:18.7] NL: I totally agree for that exact reason like testing things out maybe something isn’t ready for somebody else to see. It is not ready for prime time. So I need something really quick to test it out but also for me, I am the avatar of unwitting chaos meaning basically everything I touch will eventually blow up. So it is also nice that whatever I do that’s weird isn’t going to affect anybody else either and that is great. Blast radius is amazing. All right, so I think that pretty much wraps it up for a cloud native infrastructure episode. I had an awesome time. This is always fun so please send us your concepts and ideas in the GitHub issue tracker. You can see our existing episode and suggestions and you can add your own at github.com/heptio/thecubelets and go to the issues tab and file a new issue or see what is already there. All right, we’ll see you next time. [0:51:09.9] DC: Thank you. [0:51:10.8] CC: Thank you, bye. [END OF INTERVIEW] [0:51:13.9] KN: Thank you for listening to The Podlets Cloud Native Podcast. Find us on Twitter https://twitter.com/ThePodlets and on the https://thepodlets.io website, where you'll find transcripts and show notes. We'll be back next week. Stay tuned by subscribing. [END]See omnystudio.com/listener for privacy information.

The Elastic stack is built with distribution in mind, isn't it time we started being more Kubernetes friendly? This episode, Peter Brachwitz and Anurag Gupta join us and dive into the brand new Elastic Stack operator for Kubernetes in our Elastic Cloud on Kubernetes product. Tune in for all the details or jump right into the code on our GitHub repo at https://github.com/elastic/cloud-on-k8s. In the news: Homebrew, RDB synching, and TLS integration.

International artist and producer, one third of the most legendary punjabi music groups ever RDB's very own Manj Musik pulls up a seat with the boys to share his story to stardom. From his humble beginnings in Bradford England to taking over the airwaves across the world making timeless music.  Working with the biggest names not only the Punjabi industry but also Bollywood, hip hop and pop music with the likes of Snoop Dogg, Ludacris, T-Pain, Akshay Kumar, Guru Randhawa and most recently Fat Joe and DJ Khaled on his new album "Punjabi Billboard" Dropping some insane stories never heard before. We got the best of Manj Musik right here. Sit back pour up and enjoy!  

#BeatsFromTheEast Dec14th show featuring an exclusive DJ set from one of Mumbai's top Bollywood DJs/Producers, Dj A.Sen aka Anurag Sen now UP! Come check out his exclusive remix drops of Bollywood's latest and greatest and find out why his remixes are the industry standard!+ new music from RDB, Lord Munmeet,Bikram Singh, Mentor Beats & more!

Ladies and gentlemen the time has come for you to start learning about Databases and SQL. In this episode I will talk about the very basics of databases and why it is they exist in the first place.  You'll learn things like: What exactly is a Database, and what ulitimate purpose does it serve? Why are modern databases referred to as relational databases? What a database does, day in and day out, it's sole purpose in life is essentially CRUD! How does SQL fit into the database equation Why it was that Trevor failed his first database course in university!  For shame! Learning and understanding databases is more is less a required skill in these modern days of programming, and at the very least, having knowledge about databases will give you a leg up on any competition.  So pay attention boys and girls, and strap on your thinking caps, because this ride is getting started.

Dj AshishB's Spring Mixtape 2013 is HERE! Showcasing an HOUR of the HOTTEST Bollywood, Bhangra, Urban Desi & Top40 beats! Feat EXCLUSIVES & NEW music from: DJ NYK, Priyanka Chopra, Will.I.Am, Britney Spears, Race 2, DJ Rink, Saini Surinder, Gupsy Aujla, Raxstar, RDB, Lil Jon, Honey Singh, Jazzy B, Miss Pooja, Pitbull, Dj A.Sen aka Anurag Sen, Avicii, DJ Lijo, Nicky Romero, Dabangg2 OST, Khiladi 786 OST, Student Of The Year OST, David Guetta, DJ Chetas, Justin Timberlake, Akon, Himmatwala OST, ABCD OST, Ne-Yo, DJ AT, Swedish House Mafia, Christina Aguilera, JEETI PRODUCTIONS, Ravi Duggal, PBN, DJ Swami & MORE! Help spread the word about the mix, the show and all things BeatsFromTheEast. Please rate us on iTunes and drop us a shout ! Twitter: www.twitter.com/djash Facebook: www.fb.com/djashmusic. More uploads coming soon … we're upgrading!