Podcasts about CAP theorem

  • 34PODCASTS
  • 51EPISODES
  • 42mAVG DURATION
  • ?INFREQUENT EPISODES
  • Feb 9, 2024LATEST

POPULARITY

20172018201920202021202220232024


Best podcasts about CAP theorem

Latest podcast episodes about CAP theorem

Kubernetes Podcast from Google
Kubernetes stale reads, with Madhav Jivrajani

Kubernetes Podcast from Google

Play Episode Listen Later Feb 9, 2024 43:37


Madhav Jivrajani is an engineer at VMware, a tech lead in SIG Contributor Experience and a GitHub Admin for the Kubernetes project. He also contributes to the storage layer of Kubernetes, focusing on reliability and scalability. In this episode we talked with Madhav about a recent post on social media about a very interesting stale reads issue in Kubernetes, and what the community is doing about it.   Do you have something cool to share? Some questions? Let us know: - web: kubernetespodcast.com - mail: kubernetespodcast@google.com - twitter: @kubernetespod Chatter of the week Mofi Rahman co-host this episode with Kaslin Twitter/X LinkedIn Kubernetes Podcast episode 211 News of the week Google announced a new partnership with Hugging Face RedHat self-managed offering of Ansible Automation Platform on Microsoft Azure The schedule for KubeCon CloudNativeCon EU 2024 is out CNCF Ambassador applications are open The CNCF Hackathon at KubeCon CloudNativeCon EU 2024 CFP is open now The annual Cloud Native Computing Foundation report for 2023 CNCF's certification expiration period will change to 24 months starting April 1st, 2024. Sysdig 2024 Cloud Native Security and Usage Report Links from the interview Madhav Jivrajani Twitter/X LinkedIn Priyanka Saggu Interview Stale reads Twitter/X thread by Madhav "Kubernetes is vulnerable to stale reads, violating critical pod safety guarantees" - GitHub Issue tracking the stale reads CAP Theorem issue CMU Wasm Research Center "A CAP tradeoff in the wild" blog by Lindsey Kuper "Reasoning about modern datacenter infrastructures using partial histories" research paper The Kubernetes Storage Layer: Peeling the Onion Minus the Tears - Madhav Jivrajani, VMware KEP-3157: allow informers for getting a stream of data instead of chunking. KEP 2340: Consistent Reads from Cache Journey Through Time: Understanding Etcd Revisions and Resource Versions in Kubernetes - Priyanka Saggu, KubeCon NA 2023 Kubernetes API Resource Versions documentation

Engineering Kiosk
#91 Konsistent, Verfügbar, Ausfalltolerant oder Performant: Das CAP- und PACELC-Theorem in verteilten Systemen

Engineering Kiosk

Play Episode Listen Later Oct 3, 2023 57:41


Konsistent, Verfügbar und Ausfalltolerant: Wähle zwei - Das CAP-TheoremStellt euch vor, ein Handwerker könnte die Dienstleistung schnell, günstig und in hoher Qualität leisten. Wäre dies nicht ein Traum? Leider sind alle drei Eigenschaften in der Realität nicht möglich. Und genau so geht es uns mit dem CAP-Theorem in verteilten Systemen mit Datenhaltung. Speziell im aktuellen Zeitalter mit Cloud Computing, horizontaler Skalierung, weltweiter Verfügbarkeit spielt das CAP-Theorem eine essentielle Rolle.Wie soll sich dein System verhalten, wenn die Netzwerk-Verbindung zwischen deinen Compute-Knoten ausfällt? Muss die Datenhaltung konsistent bleiben? Oder sind Inkonsistenzen für eine gewisse Zeit OK, dafür hat die Verfügbarkeit eine höhere Priorität? Um diesen Konflikt geht es in dieser Episode.Bonus: Auf GCP kannst du deine Compute-Instanz auf maximal 12 TB SSD Disk (ohne Netzwerk-Storage) aufstocken.**** Diese Episode wird von trivago gesponsert:trivago aus Düsseldorf sucht Verstärkung für ihr Tech-Team. Weltweite Skalierung, datengetriebene Entscheidungen und Experimente durch A/B Tests gehören zum Alltag. Hilf mit die Hotelsuchmaschine nach vorne zu bringen. Profitiere von einem autonomen Arbeitsumfeld und bewirb dich unter https://careers.trivago.com/tech oder schicke deine Initiativbewerbungen an joinus@trivago.com mit dem Betreff "Engineering Kiosk". ****Das schnelle Feedback zur Episode:

Cloud Engineering – Software Engineering Daily
CAP Theorem 23 Years Later with Eric Brewer

Cloud Engineering – Software Engineering Daily

Play Episode Listen Later Jul 25, 2023 46:53


The CAP theorem, also known as Brewer’s theorem, is a fundamental principle in distributed systems that states that it is impossible to simultaneously achieve three desirable properties in a distributed data system: Consistency, Availability, and Partition tolerance. Eric Brewer is the VP of Infrastructure & Google Fellow at Google and he joins us today. This The post CAP Theorem 23 Years Later with Eric Brewer appeared first on Software Engineering Daily.

Podcast – Software Engineering Daily
CAP Theorem 23 Years Later with Eric Brewer

Podcast – Software Engineering Daily

Play Episode Listen Later Jul 25, 2023 46:53


The CAP theorem, also known as Brewer’s theorem, is a fundamental principle in distributed systems that states that it is impossible to simultaneously achieve three desirable properties in a distributed data system: Consistency, Availability, and Partition tolerance. Eric Brewer is the VP of Infrastructure & Google Fellow at Google and he joins us today. This The post CAP Theorem 23 Years Later with Eric Brewer appeared first on Software Engineering Daily.

Software Engineering Daily
CAP Theorem 23 Years Later with Eric Brewer

Software Engineering Daily

Play Episode Listen Later Jul 25, 2023 43:07


The CAP theorem, also known as Brewer's theorem, is a fundamental principle in distributed systems that states that it is impossible to simultaneously achieve three desirable properties in a distributed data system: Consistency, Availability, and Partition tolerance. Eric Brewer is the VP of Infrastructure & Google Fellow at Google and he joins us today. This The post CAP Theorem 23 Years Later with Eric Brewer appeared first on Software Engineering Daily.

Podcast – Software Engineering Daily
CAP Theorem 23 Years Later with Eric Brewer

Podcast – Software Engineering Daily

Play Episode Listen Later May 12, 2023 48:47


The CAP theorem, also known as Brewer’s theorem, is a fundamental principle in distributed systems that states that it is impossible to simultaneously achieve three desirable properties in a distributed data system: Consistency, Availability, and Partition tolerance. Eric Brewer is the VP of Infrastructure & Google Fellow at Google and he joins us today. This The post CAP Theorem 23 Years Later with Eric Brewer appeared first on Software Engineering Daily.

Software Engineering Daily
CAP Theorem 23 Years Later with Eric Brewer

Software Engineering Daily

Play Episode Listen Later May 12, 2023 48:47


The CAP theorem, also known as Brewer's theorem, is a fundamental principle in distributed systems that states that it is impossible to simultaneously achieve three desirable properties in a distributed data system: Consistency, Availability, and Partition tolerance. Eric Brewer is the VP of Infrastructure & Google Fellow at Google and he joins us today. Jordi The post CAP Theorem 23 Years Later with Eric Brewer appeared first on Software Engineering Daily.

Software Engineering Radio - The Podcast for Professional Software Developers
SE Radio 560: Sugu Sougoumarane on Distributed SQL with Vitess

Software Engineering Radio - The Podcast for Professional Software Developers

Play Episode Listen Later Apr 19, 2023 48:53


Sugu Sougoumarane discusses how to face the challenges of horizontally scaling MySQL databases through the Vitess distribution engine and Planetscale, a service built on top of Vitess. The journey began with the growing pains of scale at YouTube around the time of Google's acquisition of the video service. This episode explores ideas about topology management, sharding, Paxos, connection pooling, and how Vitess handles large transactions while abstracting complexity from the application layer.

google distributed raft mysql indexing paxos sharding cap theorem ieee computer society se radio
S7aba Podcast
S02E18 - CAP Theorem

S7aba Podcast

Play Episode Listen Later Feb 18, 2023 12:09


In this episode of season 2, we're talking about CAP Theorem

cap theorem
Code Comments
Ben Darnell, Cockroach Labs: Avoiding Failure In Distributed Databases

Code Comments

Play Episode Listen Later Dec 13, 2022 28:34


Ever been so frustrated with the options available that you build your own? Ben Darnell, Chief Architect and Co-Founder of Cockroach Labs, shares how his dissatisfaction with distributed databases led to the creation of CockroachDB. To build a distributed database that not only plans for but expects failures, they needed to implement the Raft consensus algorithm. Getting it up and running was a tough technical challenge. But the result was an incredibly resilient database.Find out why Netflix uses CockroachDB for their databases. Can you have access to a globally available database at the speed of a regional one? Check out how Cockroach Labs accomplishes this with global tables.  

Unruly Software
Episode 203: ACID is BASED

Unruly Software

Play Episode Listen Later Mar 28, 2022 55:30


Questions? Comments? Want your free copy of Postgres? Find out more on our site podcast.unrulysoftware.com (https://podcast.unrulysoftware.com). You can join our discord (https://discord.gg/NGP2nWtFJb) to chat about tech anytime directly with the hosts.

The InfoQ Podcast
Michael Perry on Immutable Architecture, CAP Theorem, and CRDTs

The InfoQ Podcast

Play Episode Listen Later Jul 26, 2021 30:15


In this episode of the InfoQ podcast Charles Humble talks to Michael Perry about his book “The Art of Immutable Architecture”. They discuss topics including the eight fallacies of distributed computing: a set of assertions made by L Peter Deutsch and others at Sun Microsystems describing false assumptions that programmers new to distributed applications invariably make. Other topics include Pat Helland's paper “Immutability Changes Everything”, Eric Brewer's CAP Theorem, eventual consistency, location independent identity, and CRDTs. They also discuss how the approach to building distributed systems advocated by Perry could be introduced to a real-world enterprise app that needs to integrate with mutable downstream systems. Read a transcript of this interview: https://bit.ly/3wWMNvp Subscribe to our newsletters: - The InfoQ weekly newsletter: bit.ly/24x3IVq - The Software Architects' Newsletter [monthly]: www.infoq.com/software-architects-newsletter/ Upcoming Virtual Events - events.infoq.com/ InfoQ Live: https://live.infoq.com/ - August 17, 2021 - September 21, 2021 - October 19, 2021 QCon Plus: https://plus.qconferences.com/ - November 1-5, 2021 Follow InfoQ: - Twitter: twitter.com/InfoQ - LinkedIn: www.linkedin.com/company/infoq - Facebook: bit.ly/2jmlyG8 - Instagram: @infoqdotcom - Youtube: www.youtube.com/infoq

IGeometry
My thoughts on the CAP theorem

IGeometry

Play Episode Listen Later Jun 12, 2021 18:21


CAP stands for Consistency, Availability, and Partition tolerance. Understanding the CAP theorem can help engineers make better design choices when building distributed systems. In this show, I will explain the CAP theorem and how you can use it to make tradeoffs in your backend design. You probably already are using the CAP theorem without even knowing. Resources https://www.infoq.com/articles/cap-twelve-years-later-how-the-rules-have-changed/#:~:text=The%20CAP%20theorem%20states%20that,to%20network%20partitions%20(P). Support my work on PayPal https://bit.ly/33ENps4 Become a Member on YouTube https://www.youtube.com/channel/UC_ML5xP23TOWKUcc-oAE_Eg/join

Better ROI from Software Development
#88: Eventual Consistency and the CAP Theorem

Better ROI from Software Development

Play Episode Listen Later Jun 9, 2021 17:22


Have you ever come across a website or mobile app that occasionally takes time to reflect changes? This maybe due to Eventual Consistency - a side-effect of decisions being made by technologists over the CAP Theorem. Import decisions that the business must be, but often aren't, aware of. ----- Find this episodes show notes at: https://red-folder.com/podcasts/88 Have an idea for an episode topic, or want to see what is coming up: https://red-folder.com/podcasts/roadmap

Sand Hill Road
E22 Engineering the atomic cockroach of databases with Cockroach Labs co-founder Spencer Kimball

Sand Hill Road

Play Episode Listen Later Apr 13, 2021 64:36


In this episode, Erasmus Elsner is talking to Spencer Kimball, co-founder and CEO of Cockroach Labs about building a database unicorn backed by some of Silicon Valley's top venture firms, incl. Benchmark, Sequoia Capital and Index Ventures. After recording the episode, Cockroach Labs raised $160m on a $2bn valuation in January 2021, reflecting the explosive growth and product innovation of 2020. 00:00 Intro  00:56 Cockroach Labs elevator pitch  04:29 Getting the band together  09:24 Exit to Square and paddling back into the startup surf  11:44 First version of CockroachDB  14:17 Open core model  20:43 Relicensing Cockroach DB  25:39 Open source as top of the funnel tool   30:25 Series A from Benchmark and Sequoia Capital  35:15 Series A extension from Index  37:01 Late state startup life at Series D   39:44 CockroachDB technology  48:11 Synchronous replication and CockroachDB  53:50 CAP Theorem and CockroachDB   58:10 CockroachDB and Kubernetes   1:01:10 Spencer's workout regime

Reversim Podcast
405 Bumpers 68

Reversim Podcast

Play Episode Listen Later Mar 31, 2021


שלום וברוכים הבאים לפרק מספר 405 של רברס עם פלטרפורמה - באמפרס מספר 68 - והתאריך היום הוא ה-1 באפריל 2021.היום יש לנו אורח מיוחד - תגידו שלום למיסטר טרנס אקשן (Terence Action)!(רן) שלום מר טרנס(טרנס) אהלן, בוקר טוב, מה קורה?(רן) בוקר טוב, אנחנו שמחים שאתה איתנו - ואיתנו גם אלון ודותן, הי חברים.אז - מר טרנס, קודם כל תודה שאתה זורם איתנו עם העברית… יש לך רקע עשיר ומגוון בכל מה שקשור בביזור של Databases, וגם אחרים . . . בוא, ספר לנו קצת על הרקע שלך, מאיפה אתה מגיע?(טרנס) תראה, הכל התחיל בשנות ה-60, כשהתחלתי את המאסטר שלי, ואני וקנות’ ישבנו ודיברנו על מחשביםקנות’ אמר . . .(רן) אתה מתכוון ל - Donald Knuth, נכון?(טרנס) כן, אתה יודע . . . מצטער שאני עושה Name-dropping אבל ככה . . . חבר יקר.יום אחד הוא קם ופתח עיניים גדולות, כמו צלחות, ואמר “יום אחד מחשבים יעבדו, כאילו - הרבה ביחד, הרבה הרבה הרבה ביחד” . . . אמרתי לו “וואו!”, והלכתי ולקחתי את זה איתי הביתה, וישבתי בבית וחשבתי לי, קצת עשיתי אסיד, ואמרתי לעצמי “וואו - אם הם עובדים הרבה ביחד, אז לפעמים חלק ייפלו!”ואז ידעתי מה יהיה המאסטר שלי, ה-Citation . . . וכתבתי על מערכות מבוזרות.(רן) אתה רוצה להגיד לי שאתה קודם כתבת את ה-Master, ורק אחר כך את ה-Slaves, באוניברסיטה?(טרנס) וואו, אתה מנסה להפיל אותי פה עם כל העברית החדשה הזו, הא? אני כתבתי את ה-Leading version, ואחר כך את ה-Clone, כן . . (רן) היית Leader, כן . . . אז באילו Databases יצא לך לעסוק בחיים המקצועיים שלך?(טרנס) אז תראה - כמו כולם, התחלתי ב-Sybase, ואחר זה הכנסתי את SQLite לעבודה ב-!Yahoo . . .כל המייל של !Yahoo ישב על SQLite, לא רבים יודעים את זה . . . המנגנון Anti-spam היה בעצם Select למילים, כמו “ציצים” וכאלה, בהתחלה - ואחרי שמנו שם כל מיני בינה מאלכותית.ואז, כשהיינו כבר בקבצים של ה-SQLite, אמרתי “מה יקרה אם נשבור אותם לפי משהו? לפי נושאים, אות ראשונה של המייל? לפי משהו” . . . ואז, ככה, המצאתי בעצם את ה-Sharding . . . זה היה . . .(אלון) ה-Sharding הראשון שלך היה בעצם על Distributed Access DB, נכון?(טרנס) כן - זה היה חתיכת סיפור, כי Access DB הוא בפורמט בינארי, ואני לא יודע אם אתה מכיר פורמטים בינאריים, אבל הם טיפה’לה יותר מסובכים מפורמטים לא-בינאריים, טקסטואליים . . . ואז הייתה בעיה מאוד קשה ב-Access - אי אפשר היה לעשות בשאילתה אחת גם Min, גם Max וגם אגרגציה (Aggregation) - אז ישבתי ושברתי את זה לשלושה Access DBs, בשלושה Access DB האלה - על אחד עשיתי Max, על אחד עשיתי Min ועל השלישי עשיתי אגרגציה.ואז המצאתי משהו חדש, שכאילו מאחד את כל התוצאות ביחד - כאילו אתה לא הרגשת את זה.(דותן) אבל למה לך לעשות Max ו-Min? זה לא ש-Min זה הפוך של Max ו-Max זה הפוך של Min? לא עושים 1- . . .?(טרנס) אז לא קראו לזה Product, אז קראו לו Stephen . . . סטפן אמר שצריך Max ו-Minניסיתי להתווכח אבל אתה יודע - Product היו קשוחים, אז אם הוא רוצה Max ו-Min אז ניתן לו Max ו-Min, מה אני אעשה? . . .(רן) אבל יש את ה . . . זה לא כמו ב-CAP Theorem, שיש לך Max, Min ו-Average - תבחר שנייים? אתה באמת יכול לעשות את שלושתם יחד באותה השאילתה?(טרנס) תשמע, אני לא יודע קורה עם ה-CAP Theorem הזה, בעיני זה הכל פיקציה . . .אני המצאתי את ה-Glasses Theory - זה כמו CAP, אבל כאילו שקוף - וכשהכל שקוף אז הכל גם עובד ביחדאין לך שום בעיה לעשות Through and Through Consistency ו-High Availability - וגם אם ה-Network Partition קורה, אז לא קרה כלום.(רן) אגב שקיפות - במאמרים האחרונים שלך, שאתה מפרסם, לקחת את כל הנסיון שלך ב-Databases ועשית לו Apply לקורונה, As-is . . . בוא, ספר לנו קצת על הניסיון שלך בעבודה עם צוותים מבוזרים בתקופות הקורונה.(טרנס) תשמע, קודם כל, כשהתחיל משבר הקורונה, נזכרתי במשפט שאמר לי פעם Andreessen . . שהוא אמר “במקום שבו אתה רואה משבר, אני רואה הזדמנות”.אז אמרתי מה בעצם הבעיה פה? אז אנשים מתים . . . עכשיו - אנשים מתים זה עצוב וכזה, אל תבין אותי לא נכון, אני ברגישות - אבל מה קורה אם מת לך מפתח באמצע ה-Release ,כאילו? יום לפני ה-Alpha או משהו, מה קורה?[היו מקרים גם ב-2019 . . .]אז אמרתי - וואי, מה יקרה אם נעשה Highly-redundant מפתח, אוקיי?בעצם, כשאתה לוקח מפתחים מאצלי, אז הם באים תמיד בזוגות, אבל מרחוק, ב-Remote - ואם במקרה אחד מהם מת מקורונה, אני עושה Hot-swap ומביא במקומו אחד אחר.עכשיו - מפתחים זה סתם Resources, מה הבעיה? לכתוב X זה קשה? אז הוא ישר נכנס וממשיך מאיפה שהקודם נעצר.(רן) ואם אחד מהם עושה לך NFT על הקוד? מה אתה עושה עם זה אז? לכל אחד יש את המפתחות?(טרנס) מה זאת אומרת “אם”? מה זאת אומרת . . .(רן) הם עושים את זה כבר?(טרנס) אתה קראת את האתר שלנו, הא חמוד? . . . אתה בסדר אתה.תראה - חברות ששמות אנשים בחברות, יש להן תמיד בעיה, יש בעיה במודל . . . לא יודע אם עבדת פעם עם חברת Outsourcing, אבל יש בעיה במודל - אם ה-Outsourcer הוא מצויין, אז אתה רוצה שהוא יעבור אליך, אתה לוקח אותו להיות עובדואז הוא עוזב את החברת Outsourcing ונגמר הכסף מה-Outsourcer הזהואם הוא בלאי, אז אתה תעיף את החברת Outsourcing קומפלט, לא תיקח אותם יותר, נכון? כשאתם עושים עם הראש לא שומעים את זה . . . [גם קשה לקרוא את זה . . . ](רן, אלון, דותן) נכון!(טרנס) אז אני אמרתי “קחו את העובדים בחינם - עלי - אבל הקוד שהם כותבים סגור ב-NFT” . . . אתם מכירים NFT? צריך להסביר?(דותן) לא, תסביר . . .(טרנס) אז NFT זה Crypto-Cyber-Distributed, שסוגר לך בעצם Assets דיגיטליים בצורה שבה בכל שימוש חוזר, היוצר המקורי מקבל חתיכה מהכסף.אז נגיד עכשיו, בחברה שעבדנו, נתתי להם את כל הקוד חינם, חוץ מלולאות If מ-1 עד 10 . . . הלולאות If מ-1 עד 10 סגורות ב-NFT שלי.ברגע שאתה עושה Code reuse ללולאות If מ-1 עד 10, אני מקבל ככה כמה סנטים על כל שימוש.(דותן) זה אומרת שאם יש לי מערכים קטנים אז אני בסדר, זה חינם . . .(טרנס) למי אין מערכים קטנים, תגיד לי? בחייאת . . .זה במיוחד שימושי ל-Columnar Databases . . . (דותן) אבל מה תעשה אם אנשים לוקחים מערך של 100 ומחלקים אותו למאה מערכים של 1? . . . (טרנס) תראה, הפתרון הוא לא מושלם, אבל בדיוק עכשיו המהנדסים שלי עובדים על לתפוס את ה-Until ואת ה-While - וברגע שתפסתי את ה-Until ואת ה-While, אחי - כל ה-Python של העולם יושב לי בכיס הקטן.זהו - אני סגור, אני יוצא לפנסיה, דבר איתי ב-Puerto Vallarta על מרגריטה . . .(אלון) שמע, זה אחלה מודל עסקי - הוא מחלק קוד חינם, וגוזר קופון על השימוש בלולאה . . .(דותן) נכון . . .(אלון) איך לא חשבו על זה קודם . . . (טרנס)לא רק בלולאות, לא רק בלולאות! אתה משתמש ב-Slack? (אלון) כן, אבל רק כל יום . . . (טרנס) בסדר, מעולה - אתה השתמשת פעם באייקון הזה של האיש עם השפם והמשקפיים והאף הגדול? של ה”היי, אני Nerd אבל אני מצחיקי”?(אלון) כן, ברור(טרנס) בכל פעם שאתה משתמש בו, Slack נותנים לי רבע-סנט . . . (אלון) מה אתה אומר? . . .(טרנס) סגרתי Assets מימין ומשאל, אתה לא מבין מה זה . . .(דותן) אפשר לשאול אותך, אם זה בסדר, על המקומות שבהם עבדת? שכולנו מכירים, שהם מפורסמים . . .(טרנס) עכשיו אתה מביך אותי קצת . . . אני לא רוצה להתהדר, אבל כל ה Data Consistency של Mongo? זה אני(רן) מה אתה אומר? . . . כל ה-Data Consistency של של Mongo זה אתה? פשש . . . איזו עבודה . . .(טרנס) כן, באמת, אני . . . באלפות (Alpha) הראשונות הייתי כותב במחברת, אבל אחר כך פיתחנו די הרבה קוד סביב זה.שם זה לא NFT לצערי, כי הרבה משתמשים.(אלון) וכל נושא ה-Data Loss, ב-Mongo - זה נכנס ב-Design? אחרי זה? מתי הכנסתם את הפיצ’רים?(טרנס) הכל מבוסס של AIהבטחנו שזה Eventually Consistent, אבל לא אמרנו מתי זה “Eventually” . . . עכשיו, בזמן שאתה כותב קוד, כותב Data ל-Mongo - אנחנו מג’נרטים (Generate) ספרות בפאי (

Reversim Podcast
400 Bumpers 71

Reversim Podcast

Play Episode Listen Later Jan 18, 2021


פרק מספר 400(!!!) של רברס עם פלטפורמה - וזהו באמפרס מספר 71: רן, דותן ואלון מקליטים מעל גלי האתר (?) - שלום, מה שלומכם?בוקר טוב לכולם, והתאריך היום (מועד ההקלטה) הוא ה-6 בינואר 2021 - הנה, עברנו שנה, מזל לטוב לנו שסיימנו את 2020 - הקורונה עדיין פה אבל את השנה סיימנו . . .ואנחנו בבאמפרס - סדרה של קצרצרים שבה אנחנו מספרים על דברים מעניינים שקראנו, עשינו או ראינו בחודש האחרון - ואני (רן) מיד מתחיל:רן -נתקלתי ב-GitHub Repo שנקרא xg2xg - זה בעצם ex-Googlers to ex-Googlers: איזשהו מיפוי של טכנולוגיות וכלים שהיו קיימות (או שעדיין קיימות) בתוך Google - והמקבילות שלהן מבחוץ למשל - אם מדובר על Borg הפנימי - אז המקבילה החיצונית שלו היא לא אחרת מאשר Kubernetesאו GSLB שזה Cloud Load Balancing ו-Protocol Buffer שזה Protobuf ו-Stubby שזה gRPC וכו’אז למי שעבד בגוגל תקופה מסויימת, ועכשיו יצא החוצה - יכול להשתמש בטבלת התרגום הזאת כדי למצוא את המקבילות שנמצאות שם בחוץבין אם זה פשוט כדי לשפשף את הז’רגון שלו או שבאמת מחפשים כדי כלי לעשות משהו, וזה יכול לעזורכמובן שלא הכל נמצא שם - לא כל הטכנולוגיות הפנימיות נמצאות בחוץוכמובן שגם הפוך - יש הרבה טכנולוגיות שלא קיימות בגוגל וכן נמצאות בחוץ, אבל המיפוי הזה יכול לעזורויש משהו דומה, ממש על אותו הקונספט, ליוצאי פייסבוק - זה נקרא xfb2xfb, וגם פה יש מיפוי של טכנולוגיות עם השמות הפנימיים שלהן בתוך פייסבוק לשמות החיצוניים.למשל - Buck (שזה Buck, Pants) או BunnyLOL (ל-Jack Bunny, Gopherlol) או Codemod (ל - Codemod) או Configerator (שזה Protoconf) וכו’.(אלון) יש כאן דברים נחמדים, כמו “Money”, שזה מתורגם ל-”User” ודברים כאלה . . .(רן) שמור את זה למצחיקולים בסוף . . .אז כן, אני חושב שגם למי שלא עבד באותן החברות זה יכול להיות מעניין, כדי לדעת פחות או יותר איך נראה הנוף מבפנים, להבין אילו כלים קיימים בפנים ומה הם הם עושים - זה יכול להוות השראה.אם מדי פעם הייתם שואלים את עצמכם “מה גוגל הייתה עושה?” או “מה פייסבוק הייתה עושה?” (ההערה של אלון …), אז זה לפחות נותן תשובה חלקית על השאלה הזאת, ואני חושב שזה מעניין.(אלון) יש כאן דברים מוזרים קצת . . . נגיד על Hive רשום שזה BigQuery - אבל Hive זה Hive . . . כאילו, זה לא משהו פנימי.(רן) נכון . . . Hive פותח בפייסבוק, ויש לו גרסא חיצונית - אבל אני חושב שהגרסא החיצונית היא מאוד שונה מהגרסא הפנימית, וככל הנראה אולי “כוונת המשורר” הייתה שהגרסא של BigQuery כנראה הרבה יותר דומה ל-Hive הפנימי שיש בפייסבוק, אבל זה רק ניחוש, אני לא אומר את זה מתוך ידיעה.אבל כן - זה נכון ש-Hive פותח בפייסבוק.(דותן) הגישה היא מאוד שונה, לפחות ממה שאני מכיר - גוגל “מפתחים במחשכים”, כזה פנימי, ופייסבוק מאוד מאוד פומבי . . . לפחות השמות הם לא שונים - כמעט כל מה שיש פה הוא די מוכר לי מפייסבוק . . .(רן) כן, אני חושב שזה גם נכון להגיד - אתה צודק שהגישה שונה, אני חושב שגוגל מפתחים יותר במחשכים, לא לגמרי במחשכים - וכשהם משחררים, הם בדר”כ, לפחות הסטורית, הם לא היו משחררים את ה-Source Code אלא משחררים איזשהו white paper או בלוגים או דברים כאלהזאת אומרת שהם כן היו מספרים על מה שהם עושים, אבל לא משחררים את הקוד.היום זה כבר פחות נכון, היום משחררים הרבה יותר קודאבל פייסבוק, היסטורית, תמיד שחררו יותר קוד, זאת אומרת - פייסבוק, היסטורית, תמיד שחררו יותר כלים, אז בקטע הזה אני חושב שזה לגמרי נכון.הנושא הבא שעליו רציתי לדבר הוא בלוג-פוסט חדש של OpenAI, שמדבר על מחקר שלהם שנקרא DALL·Eאז למי שלא מכיר - OpenAI זו חברת Research מאוד מתקדמת בתחום של AIהשם “Open” אולי כבר פחות רלוונטי, כי הם כבר עושים דברים שהם הרבה יותר סגורים, אבל בכל אופן זו חברת Research מאוד מתקדמתהם ידועים בעיקר במודלים שלהם - מודלי ה-GPT שלהם, מודלי שפההאחרון שבהם - GPT3 - עורר הרבה מאוד הדים, אני מניח שהרבה מהמאזינים שמעו עליו (נגיד בבאמפרס 397…).אז הבלוג-פוסט הזה מדבר על מודל חדש שנקרא DALL·E, שהוא למעשה עושה סינתזה בין שפה לבין Vision . . .למעשה, התוצר הסופי שלו הוא שאתה בעצם אומר משפט, מתאר איזשהו ציור - והמודל מצייר לך אותו . . . אתה אומר לו “צייר לי כורסא בצורת אבוקדו” (כבשה! צייר לי כבשה!) - והמודל מצייר לך כורסא בצורת אבוקדו (או כבשה) - וזה עובד די יפה, אני חייב להגיד.יש פה הרבה מאוד דוגמאות - למשל, “צייר לי חתול” - והוא מצייר חתול; “צייר לי חתול עם פרווה שחורה” - והוא מוסיף לו פרווה שחורה; “צייר לי שתי קוביות, אחת על השנייה, אחת אדומה ואחת ירוקה” - והוא עושה את זה.זאת אומרת - התוצאות הן מאוד מרשימות, מאוד נחמד - גם דברים ריאליסטיים כמו . . . גם החתול שדיברנו עליו הוא חתול ריאליסטי - הוא יכול לעשות גם סקיצה של חתולים אבל גם חתולים ריאליסטיים.הוא אפילו מכיר מקומות בעולם, נגיד - “צייר לי איזושהי שכונה בסאן-פרנסיסקו” - והוא מצייר אותה, או שהוא מייצר צילום שלה.או “צייר לי אוכל סיני טיפוסי” - והוא מראה אוכל . . . כופתאות כאלה, עם בצק, סיניות . . .(דותן) שמע, זה ישר מעורר לי כזה . . . זה מדהים לסיפורי ילדים - אתה מספר איזה סיפור מטורף כזה, ואז בום, יש לך את כל האילוסטרציות ואתה פשוט כותב ספר (ויזואלי) לילדים ככה.(רן) כן, זה מדהים.עכשיו - זה מחקר מאוד יפה, זאת אומרת - המחקר עצמו לא פורסם, אבל התוצאות מאוד מרשימות.הם כן אומרים שיש פה ושם Caveats, זה לא עובד באופן מושלם - אם אתם פה ושם משנים את ה-Titles או את ה-Description אז התמונה או הציור יכולים לצאת שונים, אבל בכל אופן היכולות מאוד מרשימותהיכולת לקבל כ-Input משפט ולהוציא כ-Output תמונה - והדוגמאות שהם מראים פה הן בהחלט מאוד יפות - אני חושב שזו יכולת שהיא מאוד מאוד מרשימה.וגם אם אתם מסתכלים על ה. . . זאת אומרת - הבלוג-פוסט הזה הוא מאוד אינטראקטיבי, אתם יכולים ללחוץ על הדוגמאות ולראות את תהליך הייצור של התמונה, וזה נחמד.בקיצור, אני חושב שזו עבודה מאוד מעניינת.עוד נושא שהוא קצת מעניין בתחום הזה, מעבר לתוצאות המרשימות, זה שהרשת הזו היא “רזה” הרבה יותר מ-GPT3ה-GPT3 היייתה ידועה בזה שזו רשת ענקית עם 175 מיליארד פרמטרים, ולוקח משהו כמו . . .אני לא יודע כמה זמן, אבל סדר גודל שהם פרסמו זה משהו כמו 12 מיליון דולר כדי לאמן את הרשת . . .אז הרשת הזו, החדשה - DALL·E - יש בה הרבה פחות פרמטרים, לא 175 מיליארד, אני חושב שהם פרסמו משהו כמו 12 מיליארד פרמטרים.זה עדיין לא קטן, זה לא פצפון, עדיין 12 מיליארד - וזה עדיין בסדר גודל יותר נמוך מה-175 מיליארד של GPT3 ובכל אופן התוצאות הן מאוד מאוד יפות.זהו - אני מאוד מליץ, גם למי שלא נמצא בתחום, לבוא ולראות מה ה-State of the Art שם.(אלון) זה מאוד מרשים . . . זה באמת מגניב, השאלה רק מה יקחו מזה הלאה? כי השאלה היא מה אפשר לעשות עם זה, שהוא באמת שימושי ופרקטי חוץ ממשחק מגניב . . .(רן) אני דווקא יכול לחשוב על הרבה דברים פרקטיים - למשל אם אתה עשים Mock-ים, ואתה אומר “אוקיי, פה אני רוצה שיהיה משתמש שמח, או איש שיושב ליד לפטופ ושמח” או מה שדותן הציע קודם על סיפורי ילדיםאני חושב על הרבה דוגמאות שכן הייתי רוצה . . . זה כאילו שילוב של Google Image Search יחד עם היכולת לייצר, אם לא מצאת תמונה שאתה אוהב - היכולת לייצר סינתזה בין תמונות או לייצר תמונה שאתה כן אוהב.איזשהו צייר, איזשהו Designer שיכול להקשיב לך ועושה את מה שאתה רוצה.זה נחמד, נחמד מאוד. אני רק מחכה שישחררו את זה לשימוש של כולם ויהיה אפשר להתחיל להרביץ שם תיאורים ולקבל תמונות בחזרה..נושא אחר, פחות או יותר באותו איזור - המלצה שקיבלנו ממאזין, והאמת שמאזין מאוד פעיל - עפר, שעושה את כל התקצירים לפודקאסט, עפר פורר (זה מאוד מוזר לכתוב רפרנס לעצמך, רק מציין) עשה קורס ב-Coursera והמליץ עליו - לפחות אחד מהמודולים שם - זה קורס שבא ללמד אנשי מוצר מה זה Data Science ומהם הכלים שמשתמשים בהםאז יש פה קישור לקורס - זה נקרא (הקורס כולו) Agile Analytics (זה החלק הספציפי בקורס, זו כל הסדרה) ועפר מאוד ממליץאני אקח את ההמלצה שלך, עפר, למי שככה רוצה טעימה מאיך נראה היום-יום של Data Scientistלא משהו כבד, משהו יחסית קליל ויכול להנגיש את הנושא.תודה רבה עפר על ההמלצה (לכבוד הוא לי).(אלון) עפר יקבל תקליט, אני מקווה . . . כל הפודקאסטים, האוסף הראשון, העונה הראשונה בתקליט . . .(אמרנו אופנוע וכובע גרב, לא?)אלון - יש איזה ספר מפורסם של The Effective Manager באמאזון, וכנראה לא רק באמאזון, של Mark Horstmanבקיצור, מישהו עשה על זה TL;DR (הפנייה מעגלית עם ה”בקיצור”, לא?) של 30 שניות בערךפשוט - ארבעה דברים שאתה צריך לעשות כדי לתת פידבק - לשאול - “האם אני יכול לתת פידבק?”מה - (“…State the behavior (“When you Xההשפעה - (“…State the impact (“…the result is Yמה הלאה - Encourage effective future behavior (“Keep it up!” for positive feedback or “Can you change that?” for negative feedback)וזהו . . . לא יודע אם מישהו קרא את הספר, אבל זה ממש . . חסכתי לכם שעות של האזנה ל-Audible . . .אני יכול לעשות את הקטע הזה ולתרגם אותו בעוד שפות נוספות, אם יהיה ביקוש.זה היה פשוט נחמד, האמת שהייתה סביב זה די הרבה התהלבות על זה שהצליחו לתמצת ספר בארבעה משפטים, אבל אלו טיפים לא רעים.הדבר הבא - AWS הולכים ראש בראש עם מיקרוסופט והם עשו Microsoft SQL Server ל - Auroraזה Convertorהם אומרים בעצם שכל מי שיש לו Microsoft SQL “ותקוע איתו” - “הנה, עשינו לכם כלי נחמד ובואו תעברו ל-Aurora, ואז תוכלו לעבור ל-Cloud המגניב שלנו”.מעניין אותי איך מיקרוסופט יגיבו לזה, כי אני חושב שאחת הבעיות בלצאת ממיקרוסופט זה שאתה די “שבוי” אליהם, ל-Cloud שלהם באופן כללי - וזה יהיה מעניין.(דותן) ה-Babelfish זה ה-Translator בעצם? (כמובן, לפי המדריך - “Probably the oddest thing in the Universe.”)(אלון) כן . . . הוא פשוט בונה לך את זה, מתרגם את ה-Queries, למיטב זכרוני.לאותם Queries, כן? כי יש דברים שהם Syntax-specific, אז הוא קולט את ה-Syntax ועושה אותו על PostgreSQL(דותן) גישה מעניינת, האמת . . . אני חושב שזו הפעם הראשונה שאני נתקל בדבר כזה - Database שאומר - חוץ מ-DocumentDB, או שזה לא אותו הדבר? - אבל זה סוג של Translator של Queries ועולם חישובי לתוך Database אחר - ואז אתה יכול לעבוד עם כל Database, ובכלל לא צריך לדבר על ORM ולא צריך לדבר על כל . . . לא יודע, סתם זורק פה.(אלון) תראה, יכול להיות שתיהיה לזה איזושהי בעיה של Performance, אבל זה מה שהם אומרים - “translation layer for SQL Server’s proprietary SQL dialect (T-SQL) and communications protocol so that businesses can switch to AWS’ Aurora”בתיאוריה, אתה אומר “יש לי Query כזה ועכשיו להתחיל סדר . . .”, או אומר “SQL זה SQL, אבל פה ב-Query יש לי משהו…” ובפועל זה לא ממש יכול לעבור כי ב-Databases גדולים בכל Query אתה כבר צריך לעבור ולתקן משהו ולבדוק.אז אם הם פתרו את זה אז זה מגניב.כמובן שיש בעיות של Performance, אולי - אני לא יודע, כי הרבה פעמים אתה כותב את ה-Query בצורה מאוד מסויימת בשביל שתיהיה איזושהי אופטימיזציה עם ה-Database, ובעצם יכול להיות שזה ילך לך לאיבוד, לא יודע.(דותן) מעניין, כל ה-Stored Procedures . . . עולים לי כל מיני זכרונות מהעבר . . . אז זה מתרגם את הכל? לא זוכר אם אתה יכול להריץ Net. בתוך SQL Server, אבל . . . לא יודע.(אלון) נכון, יש Custom Filters . . . וואו, לא יודע - אני לא יודע עד כמה רחוק זה יכול ללכת, אבל זה קונספט מאוד מעניין, כי בעצם אומרים “הכל עובד - אתה לא צריך לשנות כלום”.מעניין - אם זה טוב, זו גישה מאוד מאוד מעניינת.אם מישהו מכיר את זה ועבד עם זה - האמת שמאוד מעניין אותי לשמוע האם זה שווה משהו או האם זה עובד בכלל, כל הדבר הזה.הדבר הבא - A Complete Guide to LLVM ליוצרי שפות תוכנות , for Programming Language Creators . . .אז LLVM זה מה שבעצם כל השפות ה- Low-level מיתרגמות איתו - אליו - והוא בעצם מתורגם למעבד, x86 או ARM וכו’.אז C ו-++C או Rust כו’ואז הם אומרים שאם אתה רוצה אתה יכול לראות איך זה עובד, ובתיאוריה אתה גם יכול לכתוב שפה משלך שמתורגמת לזה, ואז לעשות שם את האופטימיזציות שמתאימות לך.למי שמעניין אותו קצת LLVM-Under-the-Hood ואיך שהדברים האלה עובדים ואוהב להיכנס לדברים האלה - יש פה משהו מאוד ציורי ומאוד User-friendly, בעיקר עם המון דוגמאותהמון-המון-המון דוגמאותלמי שאוהב את העולם הזה - זה אחלה חומר קריאה.(דותן) אני חייב להוסיף שאם אתה עובד עם LLVM אז אתה ברמה של לבנות “שפה אמיתית” ולא “שפה צעצוע”, כי זה מנוע מאוד חזק - אז למי שאוהב את זה שווה להשקיע ולהבין איך LLVM עובד, ואז לכתוב שפה שהיא ברמה מאוד גבוהה ולא Translator כזה או משהו שהוא “צעצוע”.(אלון) כן, אתה יכול לעשות . . . ככה כותבים שפות טובות.(דותן) בדיוק . . .(אלון) . . . משהו to-last. אפשר, בעיקרון, אם למישהו יש משהו מאוד מאוד ספציפי שהוא צריך אופטימיזציה אליו, אז יש מקרים מאוד נדירים ששווה לך אולי לכתוב את זה עם משהו מעל LLVM כדי שיעשה את האופטימיזציות שאתה צריך, ולא יעבור דרך Rust או C, שהם עושים את האופטימיזציות שטובות להם ל80/20 או 90/10, אבל לא בהכרח בדיוק מה שאתה צריך לפעמים ל-High performance או משהו כזה - מעניין מאוד.באופן כללי זה חומר קריאה מאוד מעניין כי הוא מאוד נגיש, ממש נגיש.אז לדותן . . .(רן) רגע, חווה! . . .(אלון) אה! סליחה, דילגתי עליה - ויש הסבר, כי זה בעברית, וזה זז לי יימינה אז לא ראיתי אותה (עפר מזדהה) - יש את חווה סקריפטזה אתר שיושב תחת github.io בשם חווה סקריפט -” שמי חווה, וזו שפת התכנות שלי, חווה סקריפט, שפת תסריט בעברית בלבד, אשר מומרת בזמן אמת ל-JavaScript על ידי תרגום מילות המפתח ושמות המשתנים מעברית ללועזית” . . . וכן הלאה.אפשר לכתוב פה את התוכנית ולהריץ אותה תוך כדי.אז יש פה יכולת לברך(מבורך) { בקרה.תעד(״היוש, ״ + מבורך);}לברך(״עולם״);נורא קשה לנסות לתרגם את זה בלי לראות, אבל מה שזה עושה זה JavaScript Function שמקבל משהו ועושה Const וכו’ממש נחמד, בכנות - זה נשמע לי סיוט, אבל לא יודע, אולי יש ילדים בעולם שזה יהיה להם נוח, אני לא יודע . . . יודע שזה חצי בדיחה אבל זה קונספט מעניין.(דותן) כן(רן) כן, זה נראה לי בדיחה, אבל מצד שני זה נחמד, גם בדיחות זה נחמד . . . דרך אגב, הסתכלתי על ה-Contributors והייתי בטוח שה-Contributor הראשית זו אישה בשם חווה, אבל מסתבר שלא וזה קצת מאכזב, אבל לא נורא.בכל אופן נשמע (נראה) שכולם ישראלים - יש לנו כאן את אביב ודורי ועידו, יותם, עידן ועוד מישהו שלא ברור איך קוראים לו בגלל ה-username שלו ב-GitHub, אבל בכל אופן - כן, נשמע כאילו כולם ישראלים.צריך עכשיו רק לגייס חווה מאיפשהו - אז בבקשה, חבר’ה.(אלון) “דרושה חווה לפרויקט”, כן . . . זה משעשע, וחבר’ה - גם אם יש לכם ביקורת SOX וכאלה - אז לא יבינו אם אתם עושים שטויות בקוד, מומלץ בחוםנא לא לראות את זה כייעוץ משפטי, אבל . . . סתם.ועכשיו באמת לדותן.דותן - מעולה - אז נחבר את זה רק עם ה-LLVM - ה-חווה סקריפט זה Transpiler, זאת אומרת - הוא לוקח קוד ועושה תרגום, בסופו של דבר, ל-JavaScript - שזה גם תחום מעניין: אם רוצים ליצור שפה ממש ממש מהר ובקלות זה מאוד מומלץ.ראיתי ככה קצת ממה שהם השתמשו בו וזה כן בחירות נכונות, אז אם מישהו אי פעם חלם לבנות שפה, אפשר לקחת את חווה סקריפט ולבנות שפה שעושה משהו אחר, אולי בשפה אחרת, אולי ביידיש - הרמתי פה להנחתה?(רן) “יאדה-סקריפט”.(דותן) אז נתחיל - סתם רקע לכל האייטמים האלה, שכולם באים מאותו קו, כמעט כולם כתובים Rust: הייתי צריך לייעץ לכמה אנשים איך ללמוד Rust ואיפה להתחיל וכו’, ואחד הדברים שאני תמיד אומר זה “להתחיל בלבנות כלי מגניב” - איזשהו כלי Command Line - לא ללכת דווקא לבנות עכשיו איזשהו Service מטורף עם כל מה ש-Rust יודע לעשות,צריך לבנות לעצמך איזשהו “סולם מאמצים” יותר נכון, כדי לא להתייאשכל הכלים האלה, באופן מקרי, הם מאוד שימושיים ליום-יוםאחד מהם (מהכלים) ראינו באחד הפרקים הקודמים, כלי שאני משתמש בו גם ביום-יום, שעושה delta ב-Command line של Git - כתוב ב-Rust, והוא צובע יפה את כל ה-Diff-ים, וזה מאוד נחמד לי ועובד פגז.אז הכלי הראשון נקרא hors - אני מניח שזה קיצור של סוס, Horse, רק מאויית לא נכון - וזה פשוט Port או כתיבה מחדש ב-Rust לכלי שנקרא howdoi, שהיה, ועדיין, כלי שב-Terminal אתה כותב “howdoi עושה משהו?” והוא הולך ל-Stack overflow, מושך כמה דוגמאות קוד וזורק לך אותן ב-Terminal - כשחלק מהדברים שקורים כאן זה גם לצבוע לך אותו וכל מיני דברים כאלה.אז זה מעניין, למי שרוצה עכשיו להבין איך אני בונה איזשהו כלי שיוצא לרשת ולוקח ועושה דבר שהוא יותר מטריויאלי, עושה Syntax highlighting ודברים כאלה.וזה גם כלי שימושי למי שרוצה לפקס את כל העבודה שלו מסביב ה-Terminal, ועובד עם Stack overflow ורוצה לדעת בשנייה איך עושים משהו, ורוצה לקבל את הכל ב-Terminal, ולא רוצה לצאת ל-Browser.אז זה דבר אחד.הדבר השני הוא כלי שנקרא mdcat - כלומר Cat ל-Markdown - כמו Cat רגיל, רק ברגע שאתה עושה Cat ל-Markdown, או Variant של Cat ל-Markdown, אתה מקבל את זה צבועבעצם כמו ש Markdown אמור להיות, ולא השפת-מקור של Markdown.כותרת נראית כמו כותרת, Bold נראה כמו Bold, ושוב - הכל ב-Terminal.זה הכל מניפולציות מוזרות של ANSI וצבעים מעבר ל-16 צבעים שמותר וכל מיני דברים כאלה מגניבים.וכשיש תמונה, ויש Terminals שתומכים זה, אז אתה רואה פשוט תמונה . . . שימושי למי שממש, אבל ממש, אוהב לעבוד מה-Terminal, לעשות Cat ככה וקבל איזשהו קובץ Markdown ולשחק עם זה ככה.עוד פעם - מבחינת ללמוד Rust ולבנות כלי זה אחלה - אין שם יותר מכמה קבצים בודדיםזה קורא קובץ, עושה משהו, מוציא איזשהו תחכום ל-Terminal - וזה אחלה בסיס להתחיל.האייטם הבא נקרא amp.rs - זה Editor שהוא דמוי VIM (לא אלה), וחופף ל-VIM - כתוב כולו ב-Rustסופר-סופר מהיר, מן הסתם.עובד מדהים, ניסיתי אותו קצת - לא יודע אם אני אחליף את ה-VIM שלי בכזאת קלות אבל הוא מדהים.זה לאנשים שאוהבים טיפה יותר אלגוריתמיקה - ב-Editors יש המון אלגוריתמיקה - ואם אתם אוהבים אלגוריתמיקה ורוצים לעשות Manipulations, לראות איך עושים את זה ב-Rust, לראות איך זה קורה, איך זה “מריח”, איך זה שונה מלעשות עיבוד שפה בשפה אחרת.סתם לדוגמא - היום אני בונה קוד שמעבד שפה, ואיך שעושים את זה ב-Rust זה יוצא הרבה יותר קומפקטי מ-Python, וגם יותר Safe - זה אומר שאני עובד עם Float 32 או 64, אז חייב לנקוב ב-Types שלי - והקוד שיוצא הוא פשוט יותר Safe ויש בו פחות טעויות שמגלים הרבה אחר כך, אחרי שמאמנים מודל.האייטם הבא נקרא zola - זה בעצם תחליף-HUGO(אלון) תחליף זול . . .(דותן) תחליף זול ל- HUGO . . . האמת שאני לא יודע, מנסה לראות אם יש פה מישהו שיודע עברית . . . לא נראה לי, לא נראה שזה זול - “זולה” . . . (אולי לזה).אבל יש פה תחליף ל-HUGO, כשאנחנו יודעים ש-HUGO זה תחליף ל-Jekyll - ו-Jekyll זה המקור לכל ה . . . בעצם הסבא-רבא של כל הדבר הזה.במקור Jekyll נכתב ב-Rubyמה שמעניין פה זה שזה לא סתם צעצוע ולא סתם פרויקט שאפשר ללמד ממנו - כשמסתכלים על מה שיש לו ומה שלאחרים אין - יש פה טבלה מאוד פשוטה - כמעט הכל כאן מסומן ב-V עם הרבה יכולות, כשיש דברים שאין ל-HUGO ויש לו - מאוד מעניין.וכמובן, בגלל שזה Rust אז זה כנראה הכי מהיר והכי יעיל מבחינת Performance שאתה יכול לקבל.זהו - מעניין.(אלון) “הפרק בחסות Rust!” . .. (דותן) אמרתי שכל האייטמים פה הם מוכווני-Rust, כן? . . .אני רק לא יודע אם Rust יכולה לממן משהו, כי ה-Community effort כבר לא ב-Mozilla ,לצערנו . . .האייטם הבא נקרא syntect_server - זה Server שעושה Syntax highlightingיושב תחת Sourcegraphזה קשור לדברים שאני עושה ביום-יום - להתעסק עם קוד, לפרסר (Parsing) קוד, לנתח אותו - וזה אחלה פרויקט לקחת שנייה וללמוד איך אני יכול לבנות עכשיו איזשהו server מאוד מאוד קליל ופשוט כדי להגיש סוג של תוכן, או “לבנות סוג של Microservice שעושה משהו אחד”.(רן) לא נעים להגיד, אבל אני חושב ש-Sourcegraph זו חברה שהייתה מאוד ממוקדת ב-Go, מבחינה טכנולוגית, אז אני לא יודע כמה מה-Services שלהם הם העבירו ל-Rustאני רואה שיש להם כרגע, אם אני מסתכל על ה GitHub שלהם, יש להם עדיין הרבה מאוד דברים ב-Go, וגם ב-TypeScript וגם ב-Python, אפילו גם קצת ב-Rubyאני לא רואה הרבה דברים ב-Rust, בינתיים.(דותן) אני חושב שהפרויקט הזה מסמל קצת את מה שהם עושים - הם לקחו חבילה שנקראית syntect, שזה syntax highlighter שכתוב ב-Rust, באמת אחד הטובים שיש - בכלל, בכל שפה שהיא.למה זה טוב? זה אומר שהוא מכבד את חבילות ה-Syntax של Text Mate, לימים Sublime Text, והמנוע הזה ש-Text Mate ייצר ו- Sublime Text אימץ הוא אחד המנועים הטובים לעשות Syntax highlighting.ואז כתבו את syntect, שהוא מנוע שמציית לחוקים, זאת אומרת - לקחו tmbundle, שזה ה-Resource שבאמצעותו אתה מתאר את השפה, מפרסר (Parsing) אותו ועושה highlighting של Source code במהירות מסחררת.נראה לי שמה שהם רוצים לעשות זה להתשמש באותה חבילה, לעטוף אותה ב-service - כי אין להם יכולת לכתוב משהו מ-Rust או להמיר ל-Rust - ואז פשוט כדי לעשות את ה-Syntax highlighting הם פונים לתוך Service שמדבר איתם ב-API מאוד ברור.(רן) כן, זה בעצם הפרויקט היחיד שיש להם ב-Rust, חיפשתי . . .(דותן) כן, נראה הגיוני.יש פה עוד פרויקט, שלא קשור בהכרח ל-Rust, לא בדקתי - זה נקרא Depix . . . סוג של מפחיד(אלון) אני חייב לציין שאני הרבה זמן אמרתי שבטוח יש משהו כזה, כי זה פשוט גיאוני מדי . . .(דותן) אז אני אסביר רגע, כי יש פה משהו ויזואלי:השורה הראשונה היא טקסט שהוא Pixelized, זה אומרת שמישהו רצה להחביא טקסט - סודי, Classified, מה שזה לא יהיה - והפיקסליזציה היא . . (רן) רק אני אגיד רגע לפני זה - הרבה פעמים נהוג שאם אתם לוקחים איזשהו Screenshot, ואתם רוצים להחביא פרטים אישיים, אז בהרבה כלים יש יכולת לעשות פיקסליזציה.(דותן) לא הכרתי את זה . . . משהו שמזהה טקסט ואז עושה מזה פיקסלים אוטומטית?(רן) אני לא יודע אם יש אוטומטי, אבל יש כלי שאתה יכול לבוא ידנית ולסמן איזורים שזה יהפוך אותם ל-Pixels, כדי שלא יזהו - זה שימושי, נגיד, אם אתה רוצה להוציא איזשהו Screenshot . . .(אלון) ל-URL-ים לפעמים עושים את זה, כשאתה רוצה להראות עמוד, נגיד אם נכסנתי לאיזה בנק, אז אני עושה לחלק למעלה פיקסליזציה של ה-URL או כאלה, יש מלא(רן) כן . . . אז מה הכלי הזה עושה?(דותן) אז אילו שני דברים שתמיד הייתי פרנואיד לגביהם - תמיד הייתי שם בלוק שחור, ותמיד הייתי מוודא שזה לא איזה SVG או איזה PDF, ששמר לי את הבלוק השחור אבל אז מתחת יש את הטקסט . . .אז בכל אופן - הדבר הזה מקבל תמונה, עם פיקסליזציה של טקסט, ומנחש מהו הטקסט שמאחוריה . . . זאת אומרת כמו בסרטים, כשהוא אומר “תחדד את זה! תעשה פי שתיים! תחדד” - אז כזה.ורואים פה שזה די מצליח.כשאני רואה פה מול העיניים, כנראה שלאותיות מסויימות יש כזה . . נגיד L זו אות שחוצה קו . . .(רן) אני מניח שמה שיכול לעזור לו זה להסתכל על הפונט בשאר הדף, ואז הוא יודע באיזה פונט זה היה לפני זה, או פשוט, מן הסתם הוא מסתכל על המשבצות ורואה מהי דרגת הכהות או הבהירות ויכול לנחש.הוא גם יכול להכיר את האלגוריתם שבו נוצרה הפיקסליזציה, נגיד לקחת את הממוצע של חמשת הפיקסלים הקרובים ולהפוך את זה לצבע אחד או משהו כזה.ועם כל הדברים האלה - נשמע סביר לגמרי שתוכל לעשות Reverse Engineering . . .(דותן) כן, אז אתם מוזמנים לקחת ולהתחיל לגלות את מה שמחביאים מכם, לכל מי שאוהב תיאוריות קונספירציה.אז זה היה Depix.(רן) מעניין, דרך אגב - עכשיו, כשאני מגדיל את התמונה, אני רואה שגם בטקסט המקורי יש לא מעט Anti-aliasing, זאת אומרת שאם תעשה Zoom-in, אתה תראה ששזה לא רק שחור אלא שחור עם גבול של אדום ותכלתואני תוהה האם ה-Anti-aliasing הזה גם משפיע על כל הסיפור הזה, או שזה סתם איזשהו משהו בתצוגה פה, של . . .(דותן) מחשבה חכמה, אני חושב שיש לך ראש של פושע . . .האייטם הבא נקרא ImHex - וזה Hex Editor, בכותרת כתוב שזה ל-Reverse Engineers, אבל אני אוהב Hex Editors באופן כללי, אז לאו דווקא עבור Reverse Engineers.מתי אתה אוהב את זה? כשיש טקסט מוזר והכל נראה לך נורמאלי אבל משהו לא מתקמפל (Compile), ואז אתה מגלה שיש איזה Unicode או איזושהי אות בסינית שהבאת מאיפשהו או Emoji . . .(רן) הגרשיים . . . תמיד כשאתה עושה Copy-Paste מתארים, הגרשיים מתחרבנות(מזדהה גם כאן”)(דותן) בדיוק, ואז, אם אתה רוצה להתחיל לסבול, אתה יכול לנחש, אבל אתה גם יכול לפתוח Hex Editor ולראות איך דברים נראים מאחורה.ופה יש Hex Editor שהוא מאוד מאוד מרשים - מזכיר לי את ה-Editor-ים הישנים והטובים של לפני 20 שנה, עם כל מיני זיהויים של מילים ו-Patternsיש כאן אפילו כזה Distribution משוגע.דבר אחרון - למה זה נקרא ImHex? בגלל שהוא משתמש בספרייה שהזכרנו פה בעבר (?), שבונה GUI - שנקראית ImGUI, כתובה ב-Cמשתמשים בה לרוב במשחקים - כשיש לך משחק ואתה רוצה תפריט בתוך או משחק, או איזשהו Developers Console בתוך המשחקהספרייה הזו לגמרי מצויירת ידנית, לא עובדת עם מערכת ההפעלה, כל ה-Widgets כולם ממש מצויירים מאפס, ולכן אין לה שום תלות במערכת ההפעלה.גם לא מפתיע אותי שהדבר הזה הוא Cross-platform, מה שנקרא “בהליכה”.זהו, זה Open-source וחינם, אז שווה לתרום ולהוריד, או רק להוריד - מה שבא לכם.בשביל הבאזז של ה-Crypto, שמתי פה פרויקט שנקרא freqtradeזה קריפטו-בוט שעושה Trading - מה שנקרא: “מסיר אחריות”יש כאן גם Disclaimer ענק בתוך הפרויקט“נסו ותרוויחו”, מה שנקרא.(אלון) מה אתה רומז פה? (דותן) כן, אז היום שוב פעם הביטקוין חצה רף (היסטורי כלשהו), ומה שמעניין זה שכאילו זה שובר שיאים, אבל אנחנו לא רואים את הפטריות שאחרי הגשם, וכל האלגוריתמי-קסם שפותרים את ה-CAP Theorem - זה הפסיק לקרות, לא ראיתי אנשים שאומרים שפתרו את ה-CAP Theorem.(אלון) כן, אבל מה שכן מעניין בקשר לזה, זה שדווקא אתמול Goldman Sachs הוציאו הערכה שהביטקוין יגיע ל- $145,000, כי הוא ניהיה כמו זהב, וכדי שהוא יהיה כמו זהב . . . לא משנה, יש שם איזשהו הסבר מפורט למה, אבל הוא בכלל לא כסף, הוא סתם סחורה . . .(דותן) אז לכל אלה שפתרו את ה-CAP Theorem ב-Cycle הקודם, אפשר לראות האם הם יחזרו שוב פעם ויגידו שפתרו את ה-CAP Theorem עוד פעם . . .(אלון) לא, הם לא צריכים - הם יושבים על איזה אי מלא ב-Bitcoin-ים . . . לא יפתרו את זה כבר, זהו, נהיו עצלנים . . .(רן) אני רואה, דרך אגב, שיש לו ממשק ל-Telegram שנראה נחמד, ל-Bot הזה - אתה יכול להתחבר אליו ולשלוח פקודות ולקבל סטטוסים.(דותן) אז זהו - תגידו לי, כשאתם פותחים את ה-Bot אז איפה הוא נמצא ב-Telegram, ואני אדבר איתו . . .הפרויקט הבא נקרא photoprism - לאנשים שלא אוהבים את כל ה . . . נקרא לזה Hosted Photo Services, או Hosted-כל-דבר, אנשים שאוהבים פרטיותאז זה כמו Google Photos, רק ב-Hosted, כתוב ב-Go, עובד עם TensorFlow, ועוד כל מיני Buzzwords כאלה ואחרים.אני אישית בסדר עם זה שכולם גונבים לי את כל הדאטה ועושים מזה כסף, אז . . .(רן) ואתה גם משלם להם על זה, רק נזכיר . . . עכשיו Google כבר מתחילים לקחת כסף אם אתה עובר את המכסה, מה שקודם הם לא היו עושים.(דותן) אז זהו, אני בסדר עם זה, כי ה-Overhead של לנהל את זה לבד בבית - אני כבר לא . . . אני זקן מדי בשביל זה.פרויקט נוסף שנקרא TabFS - מאוד נוגע לי בנקודה כואבת אבל אישית לא ממש הצלחתי לעבוד עם זה, אולי אחרים יצליחו - זה בעצם לוקח את כל ה-Tab-ים ב-Chrome והופך אותם ל-File System, ועכשיו אפשר להתייחס ל-Tabs כמו אל File System.זהו, מן דבר משוגע כזה. אני ממש צריך משהו כזה, אבל לא יודע, לא הצלחתי לעבוד עם זה כל כך.(אלון) אני אגיד לך גם למה לא, אני נתקלתי בזה בעבר . . . בוא אני אסביר לך, בוא תקשיב(דותן) יאללה(אלון) ה-File System של ה-Mac זה אחד הדברים עם ה-UX הכי פחות נוחים בעולם הזה . . . קח משהו עם UX סבבה, או בינוני, לא משנה - ולקחת אותו, שינמכת לו את ה-UI ל-Usability כמעט בלתי אפשרית, אז איך זה יהיה נוח?(רן) אבל הוא דווקא מראה פה על שליטה מה-Command Line, אולי בשביל יכולת לעשות Copy מתוך הדפים, או משהו כזה.למרות שאני עדיין לא ממש רואה את ה-Use case פה, אבל לא יודע - אולי Search . . .(אלון) פרויקט סוף שנה של סטודנט . . .(דותן) לא חפרתי פה מספיק . . .לא חפרתי בזה כל כך לעומק, אבל אתה חייב משהו כדי לנהל את כל ה-Tab-ים, ואני לא יודע איך Chrome לא עושים משהו עם זה(רן) אולי אוטומציה? אני רואה פה יכולת לעשות כאילו קצת כמו . . . איך זה נקרא? זה ששולט ב . . . הכלי בדיקה הזה?(דותן) Selenium?(רן) כן, קצת כמו Selenium, שאתה רק צריך לפתוח את ה-Tab מחדש, ומאותו הרגע הוא מנוהל לך באופן אוטומטי, אז אולי זה גם Use case.(דותן) הייתי שמח לאיזה כפתור ב-Chrome שאני לוחץ עליו ואז הוא אוסף את כל הטאבים של Github ושם לי אותם ברשימה אחת ב-Note - וזהו.אני לא באמת צריך אותם פתוחים . . . זה נחמד שזה שמור בטאביםאני כמו כולם עם המחלה הזו של לפחד לסגור טאבבקיצור - הנה רעיון למי שמקשיב . . .(רן) אתם משתמשים ב-Tab Groups ב-Chrome, אגב? נושא אחר . . . יש ב-Chrome פיצ’ר כזה שנקרא Tab Groups והוא מאוד נחמד(דותן) מתי זה נולד, הפיצ’ר הזה?(רן) לא יודע . . .(מאי 2020?)(אלון) האמת - אני השתמשתי בו, נורא התלהבתי - ושכחתי ממנו אחרי איזה יום וזהו . . . ועכשיו הזכרת לי.זה מסוג הדברים שאתה עושה “וואו! איך זה משנה את חיי!” ואז . . .(רן) אני דווקא חייב להגיד שאני משתמש בזה הרבה, וגם הילדות שלי מתות על זה - כל פעם שאני מגיע ורואה את ה-Chrome שלהם, אז הכל זה בצבעים ועם שמותהן מאוד מתלהבות ונהנות לסדר את הטאבים שלהןאפילו עם זה טאב אחד בקבוצה, עדיין יש לזה צבע ושם.(דותן) כן, זה פותר לי משהו! נחמד, רן!(רן) יאללה, בכיף.(אלון) אפשר לסיים את הפרק, חברים, זהו! הגענו לשיא, תודה רבה.(דותן) כן . . . (טוב, אז אייטם אחרון באמת - יש פה פרויקט שנקרא redocלמי שעובד עם Swagger ורוצה להרוויח ככה משהו בחינם - זה פרויקט שלוקח את -Swagger-ים שלכם ומייצר Documentation “כמו של הגדולים”, מה שנקרא.וזהו, בעצם.רן, אוקיי - אז כמעט לפני סיום, יש לנו עוד את הקטע האחרון שלך המצחיקולים - אייטם ראשון בעניין הזה הוא OKify - זה כלי שדיברנו עליו קצת בעבר (עבר רחוק, פרק 399), של מיכאל שעובד איתי ב-Appsflyer והוציא כלי שגורם לך להרגיש טוב, שיהיה לך מצב רוח טוב.לא משנה אם ה-Build נכשל, לא משנה אם ה-Server למטה - הוא תמיד ייתן לך איזושהי מילה טובה.רק תפנה אליו והוא יתן לך איזושהי מחמאהאז עכשיו יש גם וידאו! וידאו קצרצר, של מיכאל, שמדגים את הכלי הזהאז לכו וצפו - חמש דקות של כיף והנאה וצחוקים.בעניין אחר - בוודאי שמעתם ש-Apple הכריזו על שהם הולכים עכשיו להוציא מכוניות, ולא מזמן התפרסם ב-Twitter תמונה של אחת המכוניות שאותן הם הולכים להוציאאז למי שיש לו עכבר של Apple כנראה יוכל להזדהות - אני אנסה לתאר מה אנחנו רואים פהמכונית הפוכה על הגב, ושקע הטעינה תקוע לה מלמטה . . .אז כל מי שהיה לו אי פעם עכבר של Apple כנראה יבין את המצוקה הזו, ובכל אופן אתם מוזמנים לבוא לבלוג שלנו (אתם כבר כאן אם אתם קוראים את זה…) וגם לראות את התמונה הזו.והאייטם הבא - זה בעצם עמוד פייסבוק חדש, שהכינוי שלו הוא @mad.programm3r (עם 3 במקום e בסוף)ויש שם כמה Video-ים של מפתח עצבני, שבא ורוטן על מספר תופעות שאני בטוח שכולן יהיו מוכרות לכםהחל מ-Build ב-Jenkins שנכשל ועד קונפיגורציה שלא הותקנה והוא עושה את זה בצורה מקסימה וחיננית - לכו ותראו, כל וידאו הוא קצרצר ומצחיק.(אלון) אני אמשיך - למי שעקב בפרקים הקודמים (ספציפית הקודם, 399), היה מישהו משעשע שהוציא וידאו של Stories בתוך VSCodeאז הבחור הזה הקשיב לנו, כנראה, לאחד הפרקים של 1 באפריל - הוא הוציא VSCode Tinder . . . שזה בעצם נותן לך לחפש מפתחים לפי כל מיני כישורי Skills שלהם, וזה מעיין Tinder למפתחים . . .אתה שם דוגמאות של הקוד, ואז אתה רואה אם אתה אוהב את ה-Sample Code הזה - ואם אתה רוצה לדבר עם המפתח וכן הלאה . . .אז שוב - הוא עשה וידאו היתולי ומשעשע, אתם מוזמנים לראות.(רן) וכמובן שאנחנו מודים לאותו מאזין, שאומנם לא דובר עברית אבל ברור הוא הקשיב לאחד מפרקי ה-1 באפריל שלנו, ומשם הוא גנב את הרעיון המהמם הזה.(חבר של ארני?)ואיך שלא יהיה - גם אם הרעיון נשמע לכם פחות סביר - לכו תראו את הוידאו. זה נחמד, יש שם הרבה בדיחות גיקיות, שווה צפייה.(אלון) כן, זה ממש חמוד והומוריסטי ומגניב - שווה ממש.דבר אחרון - מישהו עשה וידאו קצר ומהיר על איך שהוא עושה את השחקן The Rock - ב-CSS בלבד . . .זה די פסיכי . . .אבל זה מגניב ממש - הוא מצליח בסוף להציג אותו ממש יפה.זה חמוד לכולם, גם למי שלא אוהב CSS(רן) זה בעצם סשן של קידוד, שהוא מריץ אותו במהירות, נגיד x10 או משהו כזה, אבל מה הוא יוצר בסוף, מה זה The Rock?(אלון) זה השחקן קולנוע המופרסם (Dwayne Johnson), המתאבק . . . בסוף הוא יוצא, אם תראה עד הסוף אתה תזהה.(רן) הדמות ממשחקי הכס?(אלון) לא! The Rock, בחור קירח כזה, 1.90מ’, שיחק ב-Jumanji(דוגמא בעייתית, זה לנצח יהיה רובין וויליאמס)(רן) אהה . . .(אלון) אוי איזה עולם יש לי פה . . . גרמת לי פה לחשוף . . .(רן) מההתחלה ידעתי, רק רציתי שתגיד . . .(אלון) כן, עכשיו רק צריך להוריד את זה בעריכה, לעשות “ביפ!”(לעולם לא)(רן) מעולה, תודה, לא סיימתי לראות את הוידאו אבל אני כבר מתחיל להבין את הדמות, יפה.תודה, אז זהו - כאן אנחנו מסיימים - תודה רבה לכם, מקווים שנהנתם, נתראה בפעם הבאה.הקובץ נמצא כאן, האזנה נעימה ותודה רבה לעופר פורר על התמלול

Josh on Narro
Anna Shipman : JFDI

Josh on Narro

Play Episode Listen Later Nov 27, 2020 19:28


26 November 2020 Prompted by some discussions at work, I recently read Turn the Ship Around! I enjoyed it. Here are my notes. Making followers into le... https://www.annashipman.co.uk/jfdi/turn-the-ship-around.html Anna ShipmanJFDICVEtcFollow me on TwitterTurn the Ship Around!short video (10 min)High Output Managementthe ones I asked my team when I joinedaim is to have the principal engineers on my team running the team without meWhat got you here won’t get you thereblameless post-mortemTurn the Ship Around!How to sellMeeting everyone on a new teamThe Multiple Faces of Technical LeadershipUnlocking value with durable teamsWhy and how to do annual performance reviewsA 'Hello World' mod-wsgi applicationThe difficult teenage years at Tech NottinghamSocial distancing quizSlackThe Effective ExecutiveTriggersWhat got you here won't get you thereNo next NextThe difficult teenage years: Setting tech strategy after a launchAfter the launch: the difficult teenage yearsRussell Davies's strategy adviceHow do you delegate to a group of people?Good Strategy Bad StrategyFinance for non-accountantsHow to make the most out of meetings with vendorsFinding the next level tech jobWhat I learned in six years at GDSHow to interview job applicants fairlyHigh output managementMoving SPA to HTTPSReplacing the SPA CMSUnderstanding my strengths using a Johari windowCleaning up SPA for GDPRHow coding in the open can help you release fasterDeploying to shared hosting with TravisResources for coding in the openHow to open up closed codeA year in the life of an Open Source LeadCoding in the open in government: Turing Fest talkSign up to my new mailing list!An awk command I always forgetRemoving MediaWiki from SPA: Cool URIs don't changeRemoving MediaWiki from SPA: Changes to the siteDon’t be afraid to code in the open: here’s how to do it securelyThe benefits of coding in the openBreak into public speakingCross government meetup on Open Source and SecurityJoin the SPA organising committeeWriting a business caseCome to the cross-government Open Source meetupNext steps for Open Source in governmentI am now Open Source LeadHow to blogMaking my site look better on small screensUseful questions for one-to-onesCode sharing in large organisationsChoosing Cloud Foundry for the Government Platform as a ServiceVideo of Operations: a developer's guideSlides and links from Operations: a developer's guideA PaaS for GovernmentLooking at open source PaaS technologiesBuilding a platform to host digital servicesA career path for technologists at GDSTips on writing a technical CVHow to raise a good pull requestStaying technicalWhat is a technical architect?How we moved vCloud Tools from Coding in the Open to Open SourceHow do I get more women to speak at my conference?Build Quality InSome thoughts on preparing an Ignite talkHow I keep alphagov/fog updated...Using Git to refactor vCloud Tools into separate gemsSketchnotingBuilding tools to provision our machinesRunning OSS projectsAre you thinking of speaking at a conference?Applying for a job at GDSHow Anonymous Submissions Affected Gender Balance at our ConferenceCreating a Puppet moduleSome Regex in the form of a Picture!Where Do I Start?Roof Bug-fixingUpgrading to 12.04...Partitioning!Roof HackingHow to EstimateTesting the redirectionsLearning the perlsLearning More About D3CAP again – or should that be PACELC?The CAP Theorem and MongoDBWhat Should Your Work Log Tell You?P.O.A.Would Have Been Useful to Know at My First Game JamJavaScript Talk Takes ShapePreparation Begins for the JavaScript Talk...JavaScript Visualisations ProposalMy Continuing Struggles with LinuxSorl-thumbnail Comes Back to Bite MeHow to Write Efficient CSS – Evaluation of CSSHow to Write Efficient CSS – Basic CSSA Voyage of Discovery – Upgrading Firefox Part 2Upgrading Firefox – part 1...What I have learned about folder structure today

SoftwareArchitektur im Stream
Microservices, Transaktionen & Konsistenz

SoftwareArchitektur im Stream

Play Episode Listen Later Nov 13, 2020 65:31


Microservices sind verteilte Systeme. Damit ist die Konsistenz der Daten über die verschiedenen Microservices eine Herausforderung. Und Transaktionen in verteilten Systemen sind auch schwierig. In dieser Folge von Software Architektur im Stream geht es darum, wie man mit den Herausforderungen umgeht. Dabei geht es auch um Begriffe wie ACID, Two Phase Commit, Sagas, BASE und das CAP Theorem. Kyle Kingsbury über NoSQL-Datenbanken Leslie Lamports Preise

Josh on Narro
Anna Shipman

Josh on Narro

Play Episode Listen Later Sep 25, 2020 13:16


17 September 2020 When I joined the Financial Times as Technical Director for FT.com, I inherited a team of around 50 engineers. One of the first thin... https://www.annashipman.co.uk/jfdi/meeting-everyone.html Anna ShipmanJFDICVEtcFollow me on Twitterchildren’s book publishingmasters in Software SystemsOpen Source leadcross-stitch hobbytech strategyMeeting everyone on a new teamThe Multiple Faces of Technical LeadershipUnlocking value with durable teamsWhy and how to do annual performance reviewsA 'Hello World' mod-wsgi applicationThe difficult teenage years at Tech NottinghamSocial distancing quizSlackThe Effective ExecutiveTriggersWhat got you here won't get you thereNo next NextThe difficult teenage years: Setting tech strategy after a launchAfter the launch: the difficult teenage yearsRussell Davies's strategy adviceHow do you delegate to a group of people?Good Strategy Bad StrategyFinance for non-accountantsHow to make the most out of meetings with vendorsFinding the next level tech jobWhat I learned in six years at GDSHow to interview job applicants fairlyHigh output managementMoving SPA to HTTPSReplacing the SPA CMSUnderstanding my strengths using a Johari windowCleaning up SPA for GDPRHow coding in the open can help you release fasterDeploying to shared hosting with TravisResources for coding in the openHow to open up closed codeA year in the life of an Open Source LeadCoding in the open in government: Turing Fest talkSign up to my new mailing list!An awk command I always forgetRemoving MediaWiki from SPA: Cool URIs don't changeRemoving MediaWiki from SPA: Changes to the siteDon’t be afraid to code in the open: here’s how to do it securelyThe benefits of coding in the openBreak into public speakingCross government meetup on Open Source and SecurityJoin the SPA organising committeeWriting a business caseCome to the cross-government Open Source meetupNext steps for Open Source in governmentI am now Open Source LeadHow to blogMaking my site look better on small screensUseful questions for one-to-onesCode sharing in large organisationsChoosing Cloud Foundry for the Government Platform as a ServiceVideo of Operations: a developer's guideSlides and links from Operations: a developer's guideA PaaS for GovernmentLooking at open source PaaS technologiesBuilding a platform to host digital servicesA career path for technologists at GDSTips on writing a technical CVHow to raise a good pull requestStaying technicalWhat is a technical architect?How we moved vCloud Tools from Coding in the Open to Open SourceHow do I get more women to speak at my conference?Build Quality InSome thoughts on preparing an Ignite talkHow I keep alphagov/fog updated...Using Git to refactor vCloud Tools into separate gemsSketchnotingBuilding tools to provision our machinesRunning OSS projectsAre you thinking of speaking at a conference?Applying for a job at GDSHow Anonymous Submissions Affected Gender Balance at our ConferenceCreating a Puppet moduleSome Regex in the form of a Picture!Where Do I Start?Roof Bug-fixingUpgrading to 12.04...Partitioning!Roof HackingHow to EstimateTesting the redirectionsLearning the perlsLearning More About D3CAP again – or should that be PACELC?The CAP Theorem and MongoDBWhat Should Your Work Log Tell You?P.O.A.Would Have Been Useful to Know at My First Game JamJavaScript Talk Takes ShapePreparation Begins for the JavaScript Talk...JavaScript Visualisations ProposalMy Continuing Struggles with LinuxSorl-thumbnail Comes Back to Bite MeHow to Write Efficient CSS – Evaluation of CSSHow to Write Efficient CSS – Basic CSSA Voyage of Discovery – Upgrading Firefox Part 2Upgrading Firefox – part 1...What I have learned about folder structure today

The InfoQ Podcast
Peter Bourgon on CRDTs and State at the Edge

The InfoQ Podcast

Play Episode Listen Later Apr 3, 2020 37:01


Today on The InfoQ Podcast, Wes Reisz talks with Peter Bourgon. Peter is a distributed system engineer working on Fastly. His area of interest is around coordination free replicated systems. The two engineers talk about the space of Conflict-Free Replicated Data Types (CRDTs) specifically in the context of edge compute. Topics covered on the podcast include Edge compute, CRDTs, CAP Theorem, and challenges around building distributed systems. Why listen to this podcast: - CRDTs (conflict-free replicated data types) are a class of coordination free replication systems (or systems that don’t require strategies such as leader election). - An easy way to think of a CRDT is as an associative, commutative, and idempotent data structure plus the operations needed to use it. The edge is an overloaded term that people tend to define based on where they sit on a spectrum between the customer and the data center. Fastly’s edge is away from the data center and but not to the telephone pole or handset. - RAFT and Gossip are two alternative approaches to using a coordination free replication system like CRDTs. To get the properties of a CRDT and have useful data types, you have to pay a cost in size and often bytes on the wire. These are challenges that continue to need solutions. - Modern Distributed systems and data structures like CRDTs require you to start thinking about state in the system itself. It’s not unusual for a system today to give you multiple results back that the system will have to handle or merge. More on this: Quick scan our curated show notes on InfoQ https://bit.ly/3dTZOO4 You can also subscribe to the InfoQ newsletter to receive weekly updates on the hottest topics from professional software development. bit.ly/24x3IVq Subscribe: www.youtube.com/infoq Like InfoQ on Facebook: bit.ly/2jmlyG8 Follow on Twitter: twitter.com/InfoQ Follow on LinkedIn: www.linkedin.com/company/infoq Check the landing page on InfoQ: https://bit.ly/3dTZOO4

gossip raft fastly infoq crdt cap theorem crdts
You've Been Warmed
Consumption Efficiency & Waste Reduction via Blockchain Technology w/ Vinay Gupta, Founder & CEO of Mattereum

You've Been Warmed

Play Episode Listen Later Mar 2, 2020 62:00


Today's You've Been Warmed episode features Vinay Gupta - Founder & CEO of Mattereum - a blockchain startup that creates digital identities for the world's physical goods. Vinay is also really well known for his humanitarian efforts - he created the 'hexayurt' structure which is a great option for providing refugees with shelter and scaling humanitarian response, he has worked extensively with the Rocky Mountain Institute and was also the release coordinator for the Ethereum project - the second largest cryptocurrency by market cap in the world, after Bitcoin.I have to say Vinay is one of the most intelligent and well-spoken people you could probably meet and I have been following him closely since my early days in the crypto space. In this episode, we addressed the main issue that Mattereum aims to address - making consumption more efficient. For those who are not aware of the specifics of blockchain, Vinay made a great summary that explains the value of the technology and why it's needed moving forward. We also discussed how the world could manage carbon emissions with blockchain technology and the current vs future emissions of blockchains.Finally, we dove into Mattereum - how they aim to create a digital identity for the world's physical goods, what this means in practical terms, what new use-cases and consumption efficiencies this will generate and how it will ultimately lead to a world with much less waste.Vinay is a visionary and has both an interesting past & a encouraging vision for the future. Highly recommend listening to this until the end. Let's get into it.VINAY & MATTEREUM LINKSMattereum Website - https://mattereum.com/Vinay's Twitter - https://twitter.com/leashlessMyHope For The World - http://myhopeforthe.world/The Cutting Machinery - http://thecuttingmachinery.com/TIMECODES3:51 - Vinay's Background & Humanitarian Efforts12:26 - His Work With Ethereum & The Blockchain Space19:33 - How To Manage Carbon Emissions With Blockchain21:21 - Current vs Future Carbon Emissions Of Blockchains23:04 - Overconsumption And The IPCW Model28:54 - What Is Mattereum All About?31:56 - Why Blockchain Is Required In This Solution33:04 - The Future & Vision Of Mattereum38:12 - Science vs Business vs Politics vs Society46:35 - The Role Of Meditation In The Individual Approach To Climate ChangeRESOURCES MENTIONED IN THIS EPISODEE-Gold - https://en.wikipedia.org/wiki/E-goldHexayurt - http://hexayurt.com/Consensys - https://consensys.net/Rocky Mountain Institute - https://rmi.org/Shift Pod - https://shiftpod.com/shiftpod/CAP Theorem - https://en.wikipedia.org/wiki/CAP_theoremProof Of Work - https://en.wikipedia.org/wiki/Proof_of_workProof Of Stake - https://en.wikipedia.org/wiki/Proof_of_stakeWhole-Systems Framework for Sustainable Consumption and Production (IPCW Model) - http://www.files.howtolivewiki.com/A%20Whole%20Systems%20Framework%20for%20Sustainable%20Production%20and%20Consumption.pdfNori - https://nori.com/ 

Mobycast
Database Soup - Explaining ACID, BASE, CAP - Part 3

Mobycast

Play Episode Listen Later Feb 26, 2020 49:21


In this episode, we cover the following topics: In this new series, we are discussing database consistency models explained in three acts. This episode is "Act III: Eventual consistency saves the web (circa early 2000s)". We explain eventual consistency and the motivation behind the philosophy. The BASE acronym stands for three key properties of a distributed system that utilizes eventual consistency. We define and explain these BASE attributes: Basically available Soft state Eventual consistency We share the story of Werner Vogel's keynote at re:Invent 2018, where he outlined the reasons why DynamoDB was created. In particular, DynamoDB allows for an eventual consistency data model. Interestingly, the DynamoDB story closely parallels what happened when Chris was at Microsoft. It just happened at least 6 years earlier. We then wrap up everything we have learned about ACID, CAP, and BASE by providing some guidelines on when to choose ACID vs. BASE systems. Detailed Show NotesWant the complete episode outline with detailed notes? Sign up here: https://mobycast.fm/show-notes/Support Mobycasthttps://glow.fm/mobycastEnd SongWhisper In A Dream (Feathericci Remix) by UskmatuMore InfoFor a full transcription of this episode, please visit the episode webpage.We'd love to hear from you! You can reach us at: Web: https://mobycast.fm Voicemail: 844-818-0993 Email: ask@mobycast.fm Twitter: https://twitter.com/hashtag/mobycast Reddit: https://reddit.com/r/mobycast

Mobycast
Database Soup - Explaining ACID, BASE, CAP - Part 2

Mobycast

Play Episode Listen Later Feb 19, 2020 45:27


In this episode, we cover the following topics: In this new series, we are discussing database consistency models explained in three acts. This episode is "Act II: The arrival of the Internet creates new challenges (circa 1998)". Problems with building large scale-out systems led to the "discovery" of the CAP theorem (by Eric Brewer of Inktomi). We explain what the CAP theorem postulates and break it down in understandable terms. The three properties of the CAP theorem are consistency, availability and partition tolerance. What exactly is meant by "partition tolerance"? A key implication of the CAP theorem is that must choose your priorities. As a system scales, it cannot be both available and consistent. We discuss Physalia, a technology developed by AWS for making Elastic Block Service (EBS) more resilient. The design of Physalia was inspired by the principles of the CAP theorem. We then take a personal story detour that is (mostly) related to the CAP theorem. It turns out, Eric Brewer and Chris share a common experience during the first Internet bubble. Detailed Show NotesWant the complete episode outline with detailed notes? Sign up here: https://mobycast.fm/show-notes/Support Mobycasthttps://glow.fm/mobycastEnd SongDisruption by Miquel SallaMore InfoFor a full transcription of this episode, please visit the episode webpage.We'd love to hear from you! You can reach us at: Web: https://mobycast.fm Voicemail: 844-818-0993 Email: ask@mobycast.fm Twitter: https://twitter.com/hashtag/mobycast Reddit: https://reddit.com/r/mobycast

Reversim Podcast
381 Bumpers 63

Reversim Podcast

Play Episode Listen Later Dec 4, 2019


פרק מספר 63 של באמפרס (381 למניין רברס עם פלטפורמה) - רן, אלון ודותן בבוקר חורפי ושמשי של סוף נובמבר עם סקירה של טכנולוגיות ודברים מעניינים (וקצרצרים) מהזמן האחרון.רן - שפת V (או - V language) - שפה חדשה, שיש יש לה Compiler (גם אם לא כל הפיצ’רים כבר במקום)והכי חשוב - כבר יש סט מאמינים!רן קרא את התיעוד ו - השפה ממש דומה ל - Go (למי שכותב ב - Go זה יראה אותו הדבר) - עם כמה “תיקונים” להחלטות שגויות, לדעתם, של Go.נראה מעניין, רחוק מלהיות מוכן אבל בהחלט משחק מעניין, והאתר שלהם כבר כולל כמה דוגמאות יפות - שווה להוריד את ה  -Compiler ולשחק.פיצ’ר בולט - השפה מקמפלט (Compiling) את עצמה - ועושה את זה בתוך פחות משנייה, לטענתם (can be built in 0.09 - 0.6 seconds)בהשוואה של Space required - נראה מרשים - על הנייר (ויחסית לשפה שלא עובדת) זה נראה טוב.גם Hot code reloading - נראה ממש מגניב, ועושים Templates כבר מההתחלה (לא מומש עדיין).להבדיל - שפה נוספת שפורסמה לאחרונה בשם bell language פורסמה ע”י פול גראהם (Paul graham) - אישיות בולטת בעולם הטכנולוגיה, מהמייסדים של Y Combinator ומי כשכתב את האתר HackerNews (שממנו אנחנו שואבים המון מהאינפורמציה כאן).והוא גם “Lisper” ידוע - כתב את HackerNews ב Lisp ומתעקש להשאיר אותו ככה - ועכשיו גם כתב ספסיפיקציה ומימוש לשפה חדשה שהוא קורא לה bel.וכמובן שכתב גם מסמך שמתאר את על התיאולוגיה ואת האמונה שלו “שככה צריכה להיות שפה”. האיש יודע לכתוב.השפה היא מעיין ז’רגון של Lisp ותמצאו הרבה דברים מוכרים (Closures וכו’)שונה מאוד מ- V מהאייטם הקודם  - זו שפה פונקציונאלית, אולי לא טהורה אבל כן פרקטית, עם הרבה מאוד מחשבה ו”תיאולוגיה” מסביבה.הנושא הבא - aquametaמדובר ב Web framework שלם שנכתב ב  -PostgresSQL (אפשר לקרוא פעמיים)רץ מעל ה Database, משמתמש בטבלאות ובשפת ה - SQL המורחבת של PostgresSQL כדי לממש Web framework.למה?זו שפה קיימת ועובדת, לפחות לפי ה GitHub (במפתיע לא ניסינו בפועל).ובכל זאת - למה? “ניסיתי בהתחלה MySQL ולא הלך, אז ניסיתי PostgresSQL”. אוקיי . . .מזכיר קצת את Access . . . זה Database, כותבים קוד, זה נשמר בתוך ה  - Database ומעל זה Visual Basic . . . אם כי Visual Basic זו שפה אימפרטיבית (Imperative) ולא דקלרטיבית (Declarative) כמו SQL. סיפור דומה בסך הכל.תמיד אהבתם מערכות מבוזרות? (כן!), ותמיד נתקלתם בכל מיני מונחים כמו CAP Theorem ו - Harvest ו - Yield ו - Consistency ולא ידעתם מה זה אומר (בסדר -  ידעתם ושכחתם)?אז הנה בלוג פוסט שמסביר הכל ממש בקצרה (פסקה-שתיים) - Distributed systems vocabularyקצת היסטוריה ותיאוריה - נחמד ושימושיכולל Conflict resolution, Consistency level וכו’, כמה אלגורתימים במערכות מבוזרות כמו Paxos, RAFT, SWIM, Two-phase commit ועוד.לא ארוך וכתוב בצורה מאוד נגישה, מומלץ למי שרוצה להיזכר (אפשר גם כאן למי שבעניין של קורס).מאמר שפורסם ב - Slate (חצי טכנולוגי, קצת כמו WIRED), שסוקר את שורות הקוד ששינו את ההסטוריהכמה פרויקטים מעניינים לאורך השנים שעשו היסטוריה, למשל - הקוד של Apollo 11 , וגם Facebook (להבדיל) או !Spacewar שנכתב בכלל ב  -Assembly.נחמד, אם אתם רוצים קצת נוסטלגיה של קוד.וכמובן - ה Hello World הראשון! - שפורסם מסתבר ב 1972, ככל הנראה ב - C.ועכשיו - Linkerd - מעיין Service mesh או Proxy, מהעולם של istio ו - Consul connect.במקור נכתב ב Scala ע”י Twitter, היה ה-Service mesh הראשון (?) וזכה להרבה פופלאריות, אבל מאז הרבה דברים השתנועכשיו כתבו אותו מחדש, ובחזרה למלחמת השפות של Go vs. Rust - מי ניצח ? (רמז: לא Java)אז יש באמת הסבר ללמה לא JVM, ובסוף הלכו על גם וגם - כתבו ב - Rust את ה - Data plain (ה - Proxy הקטן שנמצא בכל host), ואת כל ה - Control Plain ב - Go (קצת פחות זריז, אבל קצת יותר קל לכתיבה).תיקו?! Linkerd באוויר כבר יותר משנה וזוכה (לטענתם) לפופלאריות רבה.מעניין - לפני שנתיים, ה - default היה לבחור משהו על JVM בגלל שהיה יותר נוח עם ה - Ecosystem, והיום מתחילים לברוח מזה כמו מאש.עידן Java מאחורינו? כדי להוסיף שמן למדורה, רן האזין בדרך להקלטה לפודקאסט (מוצר נישה כזה) של Go Time עם היוצרים של Kubernetes, ואחת השאלות שנשאלו הייתה על הבחירה ב - Go (כבר לפני כמה שנים).מעבר לזה שבתוך Google, זה בכלל כתוב ב ++Cהם אמרו שכשרצו לעשות גרסת Open Source החוצה, כתבו את הגרסא הראשונה ב - Java, ואמרו - “לא בא לנו את זה יותר” . . . חיפשו משהו יותר רענן וזורם, ובחנו כמה אופציות.בזמנו Mesos היה המוביל בתחום והיה כתוב ב - ++C והיה גם Docker שכתוב ב - Go. הם התחליטו שה - Tool Chain של Go יותר בשל (Mature), והשאר היסטוריה.יכול להיות שאם בזמנו גם Rust הייתה בתמונה אולי גם זה היה חלק מהעניין, אבל בין Java ל - Go ל - ++C, הבחירה הייתה Go.יפה גם שלקחו את הטוב משני העולמות, ולא רק Rust vs. Go - ה - Sweet spot של Rust זה ה Low latency ו -Low footprint, וזה מאוד קריטי בצד של ה - Sidecar, וה - Sweet spot של Go זו הפרודוקטיביות, והיכולת לעבוד בצורה מבוזרת ומקבילית, וזה יותר מתאים ל - Control plain. ועדיין באיזור ה - Service Mesh - בלוג-פוסט שסוקר מספר אפשרויות Service Mesh ומשווה ביניהם:מתייחס ל Istio, ל - Linkerd 2 ול - Consul connectמה היתרונות והחסרונות ומה השיטה של כל אחד עובד - עוזר להבין מי נגד מי ועושה סיכום יפה.ונושא שלא קשור ל - Service Mesh - הנורה החכמה של Philips (ה - Philips Hue Lightening) הגיעה ל Shitdex . . . כן, גרסת ה Shit ל - Internet of Things - פרצות אבטחה, תקלות מביכות, כאלה.“סך הכל נורה”, ועדיין - פוטניציאל ל - DDoS או סתם לכבות לך את האור בבית.וכן - DDoS מנורות נשמע כמו קטיגוריה מבטיחה. ויש גם אופציה להחלפת צבעים אז בכלל.קטיגוריות הטרלת חברים לעבודה תחזור בהמשך.ועוד אחד - Visual Studio Onlineמיקרוסופט הכריזה על גרסת Visual Studio - בתוך הדפדפן (יותר VSCode, ועדיין).לא ה Code Editor הראשון בדפדפן, אבל אם זה כולל את כל הפיצ’רים של VSCode אז זו בהחלט קפיצת מדרגה.(אלון) לא בטוח - יש את ה -

Devchat.tv Master Feed
EMx 003: Chris Keathley

Devchat.tv Master Feed

Play Episode Listen Later May 16, 2018 57:40


Panel: Eric Berry Josh Adams Justin Bean Special Guests: Chris Keathley In this episode of Elixir Mix, the panel talks to Chris Keathley. Chris has been in the Elixir community for a number of years and has been trying to contribute more to the community recently. He created libraries such as Wallaby and has been working on distributed systems tooling more recently. They talk about his various projects that he is working on, such as Raft, Toniq, and Maestro, and much more! In particular, we dive pretty deep on: Chris intro Elixir Wallaby What are you doing with distributed systems now? Raft and Raft for Elixir People like to attack problems with consistent solutions Global process registries What are AP Semantics? What are CP Semantics? Available systems Eventual consistency Clustering inside of VPN Encapsulating state Warehouse kiosks The world fights against state machines Alternatives based on rules or events What projects are you working on now? CAP Theorum Toniq GitHub ecto_hlclock Event sourcing Stems around message ordering Maestro The Little Elixir & OTP Guidebook by Benjamin Tan Wei Hao And much, much more! Links: Wallaby Elixir Raft Raft for Elixir CAP Theorem Toniq ecto_hlclock Maestro Elixir Outlaws The Little Elixir & OTP Guidebook by Benjamin Tan Wei Hao Beam Community Chris’s GitHub Keathley.io @ChrisKeathley Picks: Eric Bob’s Burgers Metabase Justin Phantom Thread Dialyzer Josh Elm Game Jam Chris Wild Wild Country Hammocks Start a garden

Elixir Mix
EMx 003: Chris Keathley

Elixir Mix

Play Episode Listen Later May 16, 2018 57:40


Panel: Eric Berry Josh Adams Justin Bean Special Guests: Chris Keathley In this episode of Elixir Mix, the panel talks to Chris Keathley. Chris has been in the Elixir community for a number of years and has been trying to contribute more to the community recently. He created libraries such as Wallaby and has been working on distributed systems tooling more recently. They talk about his various projects that he is working on, such as Raft, Toniq, and Maestro, and much more! In particular, we dive pretty deep on: Chris intro Elixir Wallaby What are you doing with distributed systems now? Raft and Raft for Elixir People like to attack problems with consistent solutions Global process registries What are AP Semantics? What are CP Semantics? Available systems Eventual consistency Clustering inside of VPN Encapsulating state Warehouse kiosks The world fights against state machines Alternatives based on rules or events What projects are you working on now? CAP Theorum Toniq GitHub ecto_hlclock Event sourcing Stems around message ordering Maestro The Little Elixir & OTP Guidebook by Benjamin Tan Wei Hao And much, much more! Links: Wallaby Elixir Raft Raft for Elixir CAP Theorem Toniq ecto_hlclock Maestro Elixir Outlaws The Little Elixir & OTP Guidebook by Benjamin Tan Wei Hao Beam Community Chris’s GitHub Keathley.io @ChrisKeathley Picks: Eric Bob’s Burgers Metabase Justin Phantom Thread Dialyzer Josh Elm Game Jam Chris Wild Wild Country Hammocks Start a garden

Google Cloud Platform Podcast
VP of Infrastructure Eric Brewer

Google Cloud Platform Podcast

Play Episode Listen Later Apr 24, 2018 35:13


VP of Infrastructure at Google Cloud Eric Brewer, talks to Melanie and Mark all about open source at Google Cloud, distributed systems, hybrid cloud, and more! Eric Brewer Eric Brewer is the main inventor of a wireless networking scheme called WiLDNet, which promises to bring low-cost connectivity to rural areas of the developing world. He is a tenured professor of Computer Science at UC Berkeley. In 1996, Brewer co-founded Inktomi Corporation (bought by Yahoo! in 2003) and became a paper billionaire during the dot-com bubble. Working with Bill Clinton, he helped to create USA.gov, which launched in 2000.[1] He is known for formulating the CAP Theorem about distributed network applications in the late 1990s.[2] Starting in May 2011 he has been on a sabbatical at Google as VP of Infrastructure.[3] Credits: Wikipedia Cool things of the week Google Cloud Next site Google Cloud Next London site Google Cloud Next Tokyo site Cloud SQL for PostgreSQL now generally available and ready for your production workloads blog Calling C functions from BigQuery with Web Assembly blog BigQuery beyond SQL and JS: Running C and Rust code at scale blog Kubernetes best practices: How and why to build small container images blog youtube Interview Nine faculty elected to American Academy of Arts and Sciences blog USA.gov site Eric Brewer research at google Kubernetes site 2014 Dockercon Keynote youtube 2017 Google Cloud Next Keynote youtube Istio site Extend the Kubernetes API with CustomResourceDefinitions docs Mentors Butler Lampson Barbara Liskov David Patterson Question of the week If I want to visualise the network traffic between pods/services within my Kubernetes cluster, is there an easy way to do this? Weavescope features installation Where can you find us next? Mark can be found streaming Agones development on Twitch, and will be presenting on Agones at Cloud Next. Melanie will be presenting at the internet2 Global Summit, May 9th in San Diego, and will also be talking at the Understand Risk Forum on May 17th, in Mexico City.

Google Cloud Platform Podcast
Google Cloud Platform with Sam Ramji

Google Cloud Platform Podcast

Play Episode Listen Later Jan 24, 2018 37:18


The delightful Sam Ramji joins Mark and Melanie this week to talk about Google Cloud Platform, Open Source, Distributed Systems and Philosophy and how they are all interrelated. Sam Ramji A 20+ year veteran of the Silicon Valley and Seattle technology scenes, Sam Ramji is VP Product Management for Google Cloud Platform (GCP). He was the founding CEO of Cloud Foundry Foundation, was Chief Strategy Officer for Apigee (APIC), designed and led Microsoft's open source strategy, founded the Outercurve Foundation, and drove product strategy for BEA WebLogic Integration. Previously he built distributed systems and client software at firms including Broderbund, Fair Isaac, and Ofoto. He is an advisor to multiple companies including Accenture, Insight Engines, and the Linux Foundation, and served on the World Economic Forum's Industrial Internet Working Group. He received his B.S. in Cognitive Science from UCSD in 1994. Cool things of the week An example escalation policy — CRE life lessons blog The new Google Arts & Culture, on exhibit now blog Five Days of Kubernetes 1.9 blog Kubernetes Comic site Interview The Case for Learned Index Structures paper CAP Theorem wikipedia Databricks site Spinnaker site Tensor Processing Units site 38 Special - Hold On Loosely youtube Question of the week I would like to run a Google Cloud Function every day/week/hour etc - but there is no cron ability in Cloud Functions (yet?). How can I do this now? Functions Cron github Where can you find us next? Melanie is speaking at AI Congress in London Jan 30th and she will be at FOSDEM in Brussels in Feb. Mark will be at the Game Developer's Conference | GDC in March.

Marathon VC Podcast
Episode 9: Distributed Data Systems

Marathon VC Podcast

Play Episode Listen Later Jan 15, 2018 23:21


Σε αυτό επεισόδιο συζητάμε με το Βασίλη Μπεκιάρη, μηχανικό στην Hazelcast, για τα κατανεμημένα συστήματα δεδομένων. Τα συστήματα δεδομένων είναι στο πηρύνα κάθε εφαρμογής. Συζητάμε τι είναι το CAP Theorem, πώς διαλέγουμε σύστημα, τι είναι τα key value stores, message queues, caches, document databases. Πώς διαλέγουμε ένα σύστημα και βάση ποιων παραμέτρων. Ποια είναι η hazelcast και πώς είναι να δουλεύεις remotely για μια τέτοια εταιρία.

distributed data systems hazelcast cap theorem
Cross Cutting Concerns Podcast
Podcast 045 - Eat Sleep Code Stir Trek Crossover Special with Ed Charbeneau

Cross Cutting Concerns Podcast

Play Episode Listen Later Jun 11, 2017 26:22


This is a special crossover episode of Cross Cutting Concerns with the Eat Sleep Code podcast, hosted by Ed Charbeneau (Microsoft MVP). This was recorded at the Stir Trek conference. Show Notes: Eric Brewer: One of his recent blog posts was about Cloud Spanner and the CAP Theorum Check out the blogs at Telerik, and check out Ed on Telerik's developer portal Couchcase: Github repo, blog posts Ed's website, EdCharbeneau.com Machine Learning for Developers This episode was published to Microsoft's Channel 9 and also Telerik's Develper Portal Ed Charbeneau is on Twitter Want to be on the next episode? You can! All you need is the willingness to talk about something technical. Theme music is "Crosscutting Concerns" by The Dirty Truckers, check out their music on Amazon or iTunes.

Packet Pushers - Full Podcast Feed
Datanauts 074: Understanding Data Models & Why They Matter

Packet Pushers - Full Podcast Feed

Play Episode Listen Later Mar 8, 2017


On today's Datanauts episode, Karen Lopez shares her expertise on data models, CAP Theorem and the pros and cons of various database types, and database architectures. The post Datanauts 074: Understanding Data Models & Why They Matter appeared first on Packet Pushers.

models why they matter cap theorem packet pushers karen lopez datanauts
Packet Pushers - Fat Pipe
Datanauts 074: Understanding Data Models & Why They Matter

Packet Pushers - Fat Pipe

Play Episode Listen Later Mar 8, 2017


On today's Datanauts episode, Karen Lopez shares her expertise on data models, CAP Theorem and the pros and cons of various database types, and database architectures. The post Datanauts 074: Understanding Data Models & Why They Matter appeared first on Packet Pushers.

models why they matter cap theorem packet pushers karen lopez datanauts
Packet Pushers - Datanauts
Datanauts 074: Understanding Data Models & Why They Matter

Packet Pushers - Datanauts

Play Episode Listen Later Mar 8, 2017


On today's Datanauts episode, Karen Lopez shares her expertise on data models, CAP Theorem and the pros and cons of various database types, and database architectures. The post Datanauts 074: Understanding Data Models & Why They Matter appeared first on Packet Pushers.

models why they matter cap theorem packet pushers karen lopez datanauts
Google Cloud Platform Podcast
Cloud Spanner with Deepti Srivastava

Google Cloud Platform Podcast

Play Episode Listen Later Feb 22, 2017 39:31


On the heels of the Cloud Spanner launch, Deepti Srivastava joins your hosts Francesc and Mark on this week's podcast to talk all about this globally distributed, horizontally scalable, relational database that also provides global consistency and ACID transactions! About Deepti Deepti Srivastava is passionate about technology and its ability to be a positive change enabler. As Product Manager for Cloud Spanner, on Google's Cloud Platform, Srivastava works on best in class Cloud Databases and Storage technologies. Srivastava is an enthusiastic member of Women@Google and a passionate advocate of STEM education, especially for girls. She also enjoys dancing, snowboarding and all things fashion. Cool thing of the week Each Google Cloud Product described in 4 words or less tweet doc Google Cloud and YouTube-8M Challenge blog Interview Cloud Spanner site docs Introducing Cloud Spanner: a global database service for mission-critical applications blog Inside Cloud Spanner and the CAP Theorem blog Quizlet Tests Cloud Spanner — The Most Sophisticated Cloud Database blog Don't Give Up on Serializability Just Yet • Neha Nerula youtube CAP Theorom wikipedia Spanner: Google's Globally-Distributed Database white paper Spanner, TrueTime and the CAP Theorem white paper Cloud Next: Cloud Spanner 101: Google's mission-critical relational database schedule Cloud Next: Cloud Spanner 201: getting the most out of Cloud Spanner schedule Ben Sigelman will present Spanner: Google's Globally-Distributed Database youtube Spanner: No-Compromise Relational Database Service Question of the week How do I run a mail server on the cloud? Sending Mail from a Virtual Machine docs Sending Email with SendGrid docs Sending Email with Mailgun docs Sending Email with Mailjet docs SMTP relay: Route outgoing non-Gmail messages through Google docs Were will we be? Mark will be at GDC and afterwards he'll be speaking at Cloud NEXT, both in San Francisco. Francesc will be at Gophercon India, at Cloud NEXT, and then Gopher China.

Google Cloud Platform Podcast
Improbable with Rob Whitehead

Google Cloud Platform Podcast

Play Episode Listen Later Feb 15, 2017 38:21


You might have heard about Improbable teaming up with Google Cloud, and you might want to know more about it. Well, this episode is for you! Rob Whitehead, CTO and co-founder of Improbable, joins the podcast to explain to your co-hosts, Mark and Francesc, everything there is to know about Improbable, SpatialOS, and their relationship to Google Cloud Platform. About Rob Rob Whitehead co-founded Improbable in the summer of 2012 with a fellow Cambridge classmate, with the goal of creating a technology to digitally recreate and fully simulate the real and virtual worlds using the massive computational power of the cloud. In a previous life, he was an indie iOS developer, and an arms dealer in Second Life! Cool thing of the week Google Cloud Endpoints now generally available: a fast, scalable API gateway blog post Introducing Cloud Spanner: a global database service for mission-critical applications blog post Inside Cloud Spanner and the CAP Theorem white paper Interview Google partners with Improbable to support next generation of video games blog post. Improbable improbable.io SpatialOS docs A collision of two fully customized ships flying through the procedurally generated and persistent universe of Worlds Adrift, a game developed on SpatialOS. Read about the game’s origin story and technical details of its physics. Join the SpatialOS Games Alpha here Running CoreOS Container Linux on Google Compute Engine CoreOS docs SpatialOS also use gRPC and Bazel. What we found when we simulated the backbone of the entire Internet on SpatialOS blog post Question of the week How can I resize a persistent disk? Adding or Resizing Persistent Disks docs Were will we be? Mark will be at GDC and afterwards he'll be speaking at Cloud NEXT, both in San Francisco. Francesc will speak tomorrow at the Go 1.8 release party in San Francisco. A bit later he'll also be at Gophercon India.

Devchat.tv Master Feed
232 JSJ GunDB and Databases with Mark Nadal

Devchat.tv Master Feed

Play Episode Listen Later Oct 5, 2016 64:18


03:45 What makes the Gun database engine special 07:00 Defining a database 12:58 The CAP Theorem 22:56 What Graphs are and how they function (circular references) 30:32 Gun and rotational disk systems 32:08 Gun’s optimizations for performance in ensuing versions 39:55 The prevalence of open source companies 42:45 Further discussing the CAP Theorem and its nuances 50:33 Gun’s purpose and design 52:13 What a Firebase is 54:22 How to get started with Gun - Visit Gun Tutorial,  Gun's Github Page, and Gun Node Module QUOTES: “I think the database should bend to your application’s demands, rather than you having to bend to the database’s demands.” –Mark Nadal “…The protocol that GUN defines is something that can be implemented in any language. Because GUN is in the language, you don’t have the context which latency of having to make an HTTP call or socket request…” –AJ O’Neill “Let’s demystify the black magic of CAP.” –Mark Nadal PICKS: Dan North’s Deliberate Learning Video 8Tracks Internet Radio Pokemon Indigo League on Netflix Daplie Personal Cloud Young Frankenstein Movie Mystic Vale Card Game JS Remote Conference React Remote Conference Farm Heroes Super Saga Game App

JavaScript Jabber
232 JSJ GunDB and Databases with Mark Nadal

JavaScript Jabber

Play Episode Listen Later Oct 5, 2016 64:18


03:45 What makes the Gun database engine special 07:00 Defining a database 12:58 The CAP Theorem 22:56 What Graphs are and how they function (circular references) 30:32 Gun and rotational disk systems 32:08 Gun’s optimizations for performance in ensuing versions 39:55 The prevalence of open source companies 42:45 Further discussing the CAP Theorem and its nuances 50:33 Gun’s purpose and design 52:13 What a Firebase is 54:22 How to get started with Gun - Visit Gun Tutorial,  Gun's Github Page, and Gun Node Module QUOTES: “I think the database should bend to your application’s demands, rather than you having to bend to the database’s demands.” –Mark Nadal “…The protocol that GUN defines is something that can be implemented in any language. Because GUN is in the language, you don’t have the context which latency of having to make an HTTP call or socket request…” –AJ O’Neill “Let’s demystify the black magic of CAP.” –Mark Nadal PICKS: Dan North’s Deliberate Learning Video 8Tracks Internet Radio Pokemon Indigo League on Netflix Daplie Personal Cloud Young Frankenstein Movie Mystic Vale Card Game JS Remote Conference React Remote Conference Farm Heroes Super Saga Game App

All JavaScript Podcasts by Devchat.tv
232 JSJ GunDB and Databases with Mark Nadal

All JavaScript Podcasts by Devchat.tv

Play Episode Listen Later Oct 5, 2016 64:18


03:45 What makes the Gun database engine special 07:00 Defining a database 12:58 The CAP Theorem 22:56 What Graphs are and how they function (circular references) 30:32 Gun and rotational disk systems 32:08 Gun’s optimizations for performance in ensuing versions 39:55 The prevalence of open source companies 42:45 Further discussing the CAP Theorem and its nuances 50:33 Gun’s purpose and design 52:13 What a Firebase is 54:22 How to get started with Gun - Visit Gun Tutorial,  Gun's Github Page, and Gun Node Module QUOTES: “I think the database should bend to your application’s demands, rather than you having to bend to the database’s demands.” –Mark Nadal “…The protocol that GUN defines is something that can be implemented in any language. Because GUN is in the language, you don’t have the context which latency of having to make an HTTP call or socket request…” –AJ O’Neill “Let’s demystify the black magic of CAP.” –Mark Nadal PICKS: Dan North’s Deliberate Learning Video 8Tracks Internet Radio Pokemon Indigo League on Netflix Daplie Personal Cloud Young Frankenstein Movie Mystic Vale Card Game JS Remote Conference React Remote Conference Farm Heroes Super Saga Game App

Take Up Code
148: CAP Theorem: Choose Two, Or Is It One?

Take Up Code

Play Episode Listen Later Sep 12, 2016 8:44


Consistency, Availability, and Partition Tolerance are three aspects of distributed computing. And a fourth not included in the theorem is Latency.

Data Skeptic
[MINI] The CAP Theorem

Data Skeptic

Play Episode Listen Later Jun 17, 2016 10:32


Distributed computing cannot guarantee consistency, accuracy, and partition tolerance. Most system architects need to think carefully about how they should appropriately balance the needs of their application across these competing objectives. Linh Da and Kyle discuss the CAP Theorem using the analogy of a phone tree for alerting people about a school snow day.

distributed cap theorem
JavaScript Jabber
185 JSJ PouchDB with Nolan Lawson

JavaScript Jabber

Play Episode Listen Later Nov 11, 2015 50:18


Check out JS Remote Conf!   02:29 - Nolan Lawson Introduction Twitter GitHub Blog Squarespace Nolan Lawson: We have a problem with promises 04:19 - PouchDB (vs CouchDB) @pouchdb Mailing List Stack Overflow Slack 05:25 - CouchDB Emulation Mikeal Rogers 06:45 - How CouchDB Works 08:26 - Syncing and Replication 10:43 - PouchDB vs Other Paradigms for Building Client-side Apps and Managing Data hood.ie Offline First! 13:58 - AP Databases / CP Databases / CA Databases The CAP Theorem 17:25 - Ignoring Merge Conflicts 20:08 - Mutability vs Immutability “Accountants don’t use erasers” 21:29 - Offline First 24:59 - Client-to-client Syncing 25:54 - IndexDB and Local Storage 28:50 - Authentication and Authorization 30:30 - Mobile Support 31:42 - Resource Usage When Syncing socket-pouch pouchdb-replication-stream 33:06 - Use Cases Patricia Garcia: Good Tech for Hard Places: Fighting Ebola with JS Offline Apps @ JSConf EU 2015 34:53 - Partitioning Data 36:22 - Getting Started pouchdb-inspector 37:09 - Contribution pouchdb Kent C. Dodds: First Timers Only 38:53 - Upcoming Features Picks source-map-explorer (Jamison) Facebook: Managing Bias Videos (Jamison) Computers Are Fast (Jamison) 86 Mac Plus Vs. 07 AMD DualCore. You Won't Believe Who Wins (Jamison) Authy App (AJ) Chip Network Channel on YouTube (AJ) Oregon (AJ) Browser Authenticator (AJ) Node Authenticator (AJ) AngularConnect (Aimee) Kevin Old (@kevinold) (Aimee) Jordan Kasper (@jakerella) (Aimee) Highrise (Chuck) Streak (Chuck) The Accursed Kings Series by Maurice Druon (Nolan) The Smash Brothers (Nolan) Super Smash Bros. Melee (Nolan)

Devchat.tv Master Feed
185 JSJ PouchDB with Nolan Lawson

Devchat.tv Master Feed

Play Episode Listen Later Nov 11, 2015 50:18


Check out JS Remote Conf!   02:29 - Nolan Lawson Introduction Twitter GitHub Blog Squarespace Nolan Lawson: We have a problem with promises 04:19 - PouchDB (vs CouchDB) @pouchdb Mailing List Stack Overflow Slack 05:25 - CouchDB Emulation Mikeal Rogers 06:45 - How CouchDB Works 08:26 - Syncing and Replication 10:43 - PouchDB vs Other Paradigms for Building Client-side Apps and Managing Data hood.ie Offline First! 13:58 - AP Databases / CP Databases / CA Databases The CAP Theorem 17:25 - Ignoring Merge Conflicts 20:08 - Mutability vs Immutability “Accountants don’t use erasers” 21:29 - Offline First 24:59 - Client-to-client Syncing 25:54 - IndexDB and Local Storage 28:50 - Authentication and Authorization 30:30 - Mobile Support 31:42 - Resource Usage When Syncing socket-pouch pouchdb-replication-stream 33:06 - Use Cases Patricia Garcia: Good Tech for Hard Places: Fighting Ebola with JS Offline Apps @ JSConf EU 2015 34:53 - Partitioning Data 36:22 - Getting Started pouchdb-inspector 37:09 - Contribution pouchdb Kent C. Dodds: First Timers Only 38:53 - Upcoming Features Picks source-map-explorer (Jamison) Facebook: Managing Bias Videos (Jamison) Computers Are Fast (Jamison) 86 Mac Plus Vs. 07 AMD DualCore. You Won't Believe Who Wins (Jamison) Authy App (AJ) Chip Network Channel on YouTube (AJ) Oregon (AJ) Browser Authenticator (AJ) Node Authenticator (AJ) AngularConnect (Aimee) Kevin Old (@kevinold) (Aimee) Jordan Kasper (@jakerella) (Aimee) Highrise (Chuck) Streak (Chuck) The Accursed Kings Series by Maurice Druon (Nolan) The Smash Brothers (Nolan) Super Smash Bros. Melee (Nolan)

All JavaScript Podcasts by Devchat.tv
185 JSJ PouchDB with Nolan Lawson

All JavaScript Podcasts by Devchat.tv

Play Episode Listen Later Nov 11, 2015 50:18


Check out JS Remote Conf!   02:29 - Nolan Lawson Introduction Twitter GitHub Blog Squarespace Nolan Lawson: We have a problem with promises 04:19 - PouchDB (vs CouchDB) @pouchdb Mailing List Stack Overflow Slack 05:25 - CouchDB Emulation Mikeal Rogers 06:45 - How CouchDB Works 08:26 - Syncing and Replication 10:43 - PouchDB vs Other Paradigms for Building Client-side Apps and Managing Data hood.ie Offline First! 13:58 - AP Databases / CP Databases / CA Databases The CAP Theorem 17:25 - Ignoring Merge Conflicts 20:08 - Mutability vs Immutability “Accountants don’t use erasers” 21:29 - Offline First 24:59 - Client-to-client Syncing 25:54 - IndexDB and Local Storage 28:50 - Authentication and Authorization 30:30 - Mobile Support 31:42 - Resource Usage When Syncing socket-pouch pouchdb-replication-stream 33:06 - Use Cases Patricia Garcia: Good Tech for Hard Places: Fighting Ebola with JS Offline Apps @ JSConf EU 2015 34:53 - Partitioning Data 36:22 - Getting Started pouchdb-inspector 37:09 - Contribution pouchdb Kent C. Dodds: First Timers Only 38:53 - Upcoming Features Picks source-map-explorer (Jamison) Facebook: Managing Bias Videos (Jamison) Computers Are Fast (Jamison) 86 Mac Plus Vs. 07 AMD DualCore. You Won't Believe Who Wins (Jamison) Authy App (AJ) Chip Network Channel on YouTube (AJ) Oregon (AJ) Browser Authenticator (AJ) Node Authenticator (AJ) AngularConnect (Aimee) Kevin Old (@kevinold) (Aimee) Jordan Kasper (@jakerella) (Aimee) Highrise (Chuck) Streak (Chuck) The Accursed Kings Series by Maurice Druon (Nolan) The Smash Brothers (Nolan) Super Smash Bros. Melee (Nolan)

Software Engineering Radio - The Podcast for Professional Software Developers
Episode 227: Eric Brewer: The CAP Theorem, Then and Now

Software Engineering Radio - The Podcast for Professional Software Developers

Play Episode Listen Later May 27, 2015 45:52


Robert Blumen talks with Eric Brewer, who discovered the CAP (consistency, availability, partition tolerance) theorem. The first part of the show focuses on Brewer’s original thesis presented at the 2000 ACM Symposium on Principles of Distributed Computing (PODC): What set of problems motivated the formulation of CAP? How was it understood at the time? What are […]

All Ruby Podcasts by Devchat.tv
Episode 203: 197 RR The Social Coding Contract with Justin Searls

All Ruby Podcasts by Devchat.tv

Play Episode Listen Later Mar 4, 2015 71:18


Check out RailsClips on Kickstarter!!   02:23 - Justin Searls Introduction Twitter GitHub Blog Test Double @testdouble 03:02 - Justin Searls: The Social Coding Contract Open Source GitHub 04:58 - Transitive Dependences and Understanding Technical Debt RailsConf 2014 - Keynote: 10 Years! by Yehuda Katz The CAP Theorem 15:21 - Learning Outside Work Hours Tracking Time Micromanagement 21:21 - Understanding Transitive Dependencies (Cont’d) Gary Bernhardt 23:00 - Use Someone Else’s Framework or Write Your Own? “It Depends.” “A dirty code base is the sign of a well-monetized application.” - Matt Scantland 31:25 - When Does it Hurt to Use Tools You Don’t Completely Understand? Elasticsearch 34:14 - Leaving Code Behind 36:26 - Be a Responsible Open Source User Pull Request Sample Amount of Investment Community Management Communication cancan => cancancan GitX Graphical User Interface (GUI) rowanj GitX 47:22 - Reacting to Change Process and Ceremony Deming’s Common Cause and Special Cause Pair Programming [YouTube] Justin Searls and Aaron Patterson: The act of using vim, tenderly. 54:16 - Just Blog It! Picks Royalty Free Music by Kevin MacLeod (David) Rebif (David) Ruby Rogues Episode #188: Community Building with Pieter Hintjens (Jessica) Commercial Users of Functional Programming 2015: Call for Presentations (Jessica) James Clear: Forget About Setting Goals. Focus on This Instead. (Jessica) Screw motivation, what you need is discipline. (Jessica) A Wizard of Earthsea by Ursula K. Le Guin (Chuck) Conform: Exposing the Truth About Common Core and Public Education by Glenn Beck (Chuck) Sony NEX-5T Compact Interchangeable Lens Digital Camera (Justin) Justin’s Talk at RailsConf 2015: Boring Code (Sometimes a Controller is Just a Controller) (Justin) Alpine iLX-007 7-Inch In-Dash Receiver with Apple CarPlay (Justin)

Ruby Rogues
Episode 203: 197 RR The Social Coding Contract with Justin Searls

Ruby Rogues

Play Episode Listen Later Mar 4, 2015 71:18


Check out RailsClips on Kickstarter!!   02:23 - Justin Searls Introduction Twitter GitHub Blog Test Double @testdouble 03:02 - Justin Searls: The Social Coding Contract Open Source GitHub 04:58 - Transitive Dependences and Understanding Technical Debt RailsConf 2014 - Keynote: 10 Years! by Yehuda Katz The CAP Theorem 15:21 - Learning Outside Work Hours Tracking Time Micromanagement 21:21 - Understanding Transitive Dependencies (Cont’d) Gary Bernhardt 23:00 - Use Someone Else’s Framework or Write Your Own? “It Depends.” “A dirty code base is the sign of a well-monetized application.” - Matt Scantland 31:25 - When Does it Hurt to Use Tools You Don’t Completely Understand? Elasticsearch 34:14 - Leaving Code Behind 36:26 - Be a Responsible Open Source User Pull Request Sample Amount of Investment Community Management Communication cancan => cancancan GitX Graphical User Interface (GUI) rowanj GitX 47:22 - Reacting to Change Process and Ceremony Deming’s Common Cause and Special Cause Pair Programming [YouTube] Justin Searls and Aaron Patterson: The act of using vim, tenderly. 54:16 - Just Blog It! Picks Royalty Free Music by Kevin MacLeod (David) Rebif (David) Ruby Rogues Episode #188: Community Building with Pieter Hintjens (Jessica) Commercial Users of Functional Programming 2015: Call for Presentations (Jessica) James Clear: Forget About Setting Goals. Focus on This Instead. (Jessica) Screw motivation, what you need is discipline. (Jessica) A Wizard of Earthsea by Ursula K. Le Guin (Chuck) Conform: Exposing the Truth About Common Core and Public Education by Glenn Beck (Chuck) Sony NEX-5T Compact Interchangeable Lens Digital Camera (Justin) Justin’s Talk at RailsConf 2015: Boring Code (Sometimes a Controller is Just a Controller) (Justin) Alpine iLX-007 7-Inch In-Dash Receiver with Apple CarPlay (Justin) Special Guest: Justin Searls.

Q.E.D. Code
QED 9: The CAP Theorem

Q.E.D. Code

Play Episode Listen Later Jan 12, 2015 14:56


In 2000, Eric Brewer presented the CAP Conjecture to the Symposium on Principles of Distributed Computing. This states that a distributed system cannot simultaneously guarantee consistency, availability, and partition tolerance. It can, however, guarantee two of the three. It makes little sense to talk about guaranteeing consistency and availability while sacrificing partition tolerance. Network partitions are going to occur, so we must choose whether we are going to give up consistency or availability when that happens. Mathematical induction is a style of proof whereby you prove the base case (typically N = 1), and then you prove the inductive step (that if it's true for N, it's true for N+1). In programming, mathematical induction is used when writing recursive functions. First, implement the function for the base case. Then, assuming that the function works for smaller cases, reuse it to implement the function for larger ones. Constructors can be used to prove that one thing happens before another, and furthermore that it does not happen again. The constructor is the only method that must be called once, and cannot be called twice. Furthermore, it must be called before any other method of the object. This is a powerful contract that should not be misused.

Reversim Podcast
Summit 2014: Scaling out Datastores and the CAP Theorem / Yoav Abrahami

Reversim Podcast

Play Episode Listen Later Apr 27, 2014


N✮SQL Berlin
Consistency in Distributed Key-Value Stores

N✮SQL Berlin

Play Episode Listen Later Oct 29, 2009 30:03


consistency cap stores distributed nosql werner vogels key value cap theorem