Přejít k navigační liště

Zdroják » Zprávičky » Pozor na logické operátory and a or v Ruby

Pozor na logické operátory and a or v Ruby

Zprávičky Různé

Nálepky:

Jazyk Ruby má, stejně jako jiné jazyky, možnost použít logické operátory OR a AND. V jazycíc typu C se tyto operátory zapisují pomocí || nebo &&, v jiných jako or a and. V Ruby můžete použít oba tvary, což začátečníky svádí k tomu, že je volně zaměňují, což není zcela v pořádku. Mezi slovní a symbolickou variantou jsou totiž drobné rozdíly. Zaměřuje se na ně článek Using „and“ and „or“ in Ruby.

Zdroj: Virtuous Code

Komentáře

Odebírat
Upozornit na
guest
3 Komentářů
Nejstarší
Nejnovější Most Voted
v6ak

Vypadá to jen na rozdílnou prioritu. Píší tam, že to pochází z Perlu, což by asi vysvětlovalo, že je to podobně i v PHP.

kamk

Pro logické „a, anebo“ se používá and, or:
if (has_cars or has_trucks) and has_parking

Naproti tomu && a || pracují jako binární and, or, t.j. hodí na přiřazování:
places = parking_avail && (trucks_places || cars_places)
Zde je u Ruby pěkný přiřazení hodnoty pokud je proměna prázdná (nil):
x ||= 10
(což je ve zkratce: x = x || 10)

leumas

Aj ked sa o tejto ficure velmi nevie a niektore blbsie kompilatory ju nepodporuju.

Odysseus: PewDiePie vydal open-source AI workspace, který běží na vašem vlastním hardwaru

AI
Komentáře: 0
Felix Kjellberg, youtuber se 110 miliony odběratelů, strávil rok učením se programovat a fine-tuningem vlastních AI modelů. Výsledkem je Odysseus – bezplatný, open-source workspace pro práci s umělou inteligencí, který neposílá žádná data do cloudu. Projekt má týden, přes 61 000 hvězdiček na GitHubu a znovu otevírá otázku, komu vlastně patří váš digitální kontext.

Když Git už nestačí: jak izolovat databázový stav pro pokusy AI agentů

Gitová větev vývojářům oddělí kód, ale databáze často zůstává společná. U AI agentů je to slabé místo: rychle spouštějí migrace, mění data a zkoušejí víc cest najednou. Databázová větev jim dá vlastní pracovní prostor, jenže tím práce nekončí. Ještě je potřeba řešit citlivá data, oprávnění, životnost větve i zbytek stavu aplikace.

GitHub vyhrál pohodlím. Stejné pohodlí dnes ztěžuje odchod

GitHub kdysi působil jako přesný opak SourceForge: rychlý, přehledný a přirozený. Dnešní projekt na něm ale často nemá jen kód. Má tam issues, pull requesty, CI, balíčky, bezpečnostní pravidla i AI agenty. Lock-in nevzniká tím, že by nešel odnést Git repozitář, ale tím, že se běžný provoz týmu postupně přesune do jedné platformy.