Byla vydána nová verze 9.7 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání.
Vývojáři webového prohlížeče Ladybird dnes oznámili, že mění způsob vývoje. S blížícím se vydáním alfa verze přestávají přijímat veřejné pull requesty. Všechny otevřené veřejné pull requesty budou uzavřeny. Tým nedokáže garantovat bezpečnost AI generovaných pull requestů.
OpenLogi (GitHub) je open source náhrada aplikace Logi Options+ pro přizpůsobení myší od společnosti Logitech. Zatím běží pouze na macOS.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).
Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek
… více »Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.
Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.
Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.
Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …
public class Program {
public static void main(String[] args) {
int age=18;
if(age>0){
if(age>17){
System.out.println("Jsi vitan");
}else{
System.out.println("Moc mlady");
}else{
System.out.println("chyba");
}
}
}
}
Děkuji za radu.
Když si to správně naformátuješ/odsadíš, tak na to přijdeš asi i sám :-)
public class Program {
public static void main(String[] args) {
int age = 18;
if (age > 0) {
if (age > 17) {
System.out.println("Jsi vitan");
} else {
System.out.println("Moc mlady");
}
} else {
System.out.println("chyba");
}
}
}
Měl jsi tam jednu } závorku o pár řádků níž, než měla být.
public class Program {
public static void main(String[] args) {
int age = 18;
if (age > 0) {
if(age > 17) {
System.out.println("Jsi vítán");
} else {
System.out.println("Moc mladý");
}
} else {
System.out.println("chyba");
}
}
}
Dvě poznámky:

Tak to už bych úplně nedoporučoval. 
Mít identifikátory i komentáře anglicky je celkem klíčové kvůli pozdějšímu případnému sdílení kódu. Cokoliv tam bude "neanglicky", to bude představovat obrovský technologický dluh.
Proto má Java od začátku Unicode
Což ale neplatí pro zdrojový kód, kde se předpokládá „na platformě závislé kódování“.
Platí to i pro zdrojový kód, pokud jde o řetězcové literály — pro Stringy s hláškami pro lokalizaci neexistuje jiný rozumný způsob, jak je správně uložit přímo ve zdrojáku, než UTF-8. Escape-sekvence nepovažuji za rozumný způsob; údržba takové lokalizace je jeden velký horor. Teoreticky by bylo možné mít je v oddělených textových souborech, které nebudou zdrojáky — a v některých jazycích je tohle opravdu nutné —, ale … proč takové věci dělat v Javě, když javac má volbu -encoding? Dokonce i bez -encoding se použije kódování implicitní na dané platformě, což u rozumných systémů bude UTF-8. (Ale samozřejmě je lepší vždy -encoding specifikovat, kvůli některým notoricky nestandardním platformám a tak celkově pro jistotu.)
Samozřejmě tady nemluvím o identifikátorech — ty nepotřebují diakritiku, protože mají být anglicky, stejně jako komentáře, kvůli možnosti sdílet kód, najmout lidi odkudkoliv atd.
3.1. Unicode Programs are written using the Unicode character set.Nižšie v tom istom paragrafe je síce upresnenie:
Except for comments (§3.7), identifiers, and the contents of character and string literals (§3.10.4, §3.10.5), all input elements (§3.5) in a program are formed only from ASCII characters (or Unicode escapes (§3.3) which result in ASCII characters).Inak povedané, vo všetkých častiach programu, ktorých lexikálnu podobu si do nejakej miery volí používateľ, je možné napísať akýkoľvek Unicode junk. A skutočne sme mali v komentári nášho zdrojového kódu nejaký notový zápis. Ani argumentácia, že je to tak len teraz, neobstojí:
Versions of the Java programming language prior to JDK 1.1 used Unicode 1.1.5. Upgrades to newer versions of the Unicode Standard occurred in JDK 1.1 (to Unicode 2.0), JDK 1.1.7 (to Unicode 2.1), Java SE 1.4 (to Unicode 3.0), Java SE 5.0 (to Unicode 4.0), Java SE 7 (to Unicode 6.0), Java SE 8 (to Unicode 6.2), Java SE 9 (to Unicode 8.0), and Java SE 11 (to Unicode 10.0).Nota bene, javovský zdroják je a vždy bol Unicode by definition.
Hnidopišsky lze podotknout, že Unicode character set nic nepraví o kódování.
A teď trochu praxe z manuálové stránky javac:
-encoding encoding
Sets the source file encoding name, such as EUC-JP and UTF-8. If
the -encoding option is not specified, then the platform default
converter is used.
A jednoduchý pokus:
$ cat test.java
public class test {
public static void main(String[] args) {
System.out.println("Vařila myšička kašičku.");
}
}
$ file test.java
test.java: C source, UTF-8 Unicode text
$ javac test.java
test.java:3: error: unmappable character for encoding ASCII
System.out.println("Va??ila my??i??ka ka??i??ku.");
^
test.java:3: error: unmappable character for encoding ASCII
System.out.println("Va??ila my??i??ka ka??i??ku.");
^
test.java:3: error: unmappable character for encoding ASCII
System.out.println("Va??ila my??i??ka ka??i??ku.");
^
test.java:3: error: unmappable character for encoding ASCII
System.out.println("Va??ila my??i??ka ka??i??ku.");
^
test.java:3: error: unmappable character for encoding ASCII
System.out.println("Va??ila my??i??ka ka??i??ku.");
^
test.java:3: error: unmappable character for encoding ASCII
System.out.println("Va??ila my??i??ka ka??i??ku.");
^
test.java:3: error: unmappable character for encoding ASCII
System.out.println("Va??ila my??i??ka ka??i??ku.");
^
test.java:3: error: unmappable character for encoding ASCII
System.out.println("Va??ila my??i??ka ka??i??ku.");
^
test.java:3: error: unmappable character for encoding ASCII
System.out.println("Va??ila my??i??ka ka??i??ku.");
^
test.java:3: error: unmappable character for encoding ASCII
System.out.println("Va??ila my??i??ka ka??i??ku.");
^
10 errors
Důvod je prostý – závisí na platformě, například na locale.
$ LC_ALL=cs_CZ.UTF-8 javac test.java
projde, protože kódování zdrojového kódu a platformy se náhodou shoduje.
Až tak přesně se shodovat nemusí; UTF-8 projde bez ohledu na zvolený jazyk. A pokud systém nemá UTF-8 jako implicitní kódování, je někde zásadní chyba (nejspíš mezi židlí a klávesnicí), kterou Java beztak nevyřeší.
Tiskni
Sdílej: