Vlákno názorů k článku OpenAI má zájem o Chrome, vylepšování budoucí KDE Plasmy 6.4.0 pokračuje od Ratbatcat - Ja bych pockal az nekdo Linusovi rekne ze...
-
Náhodou mít už v jazyku "zabudované", že je insensivite je super. Nejde o počítač, ale o lidi. Odpadá milion problémů - nejen s pojmenováním souborů - prostě config.ini a Config.ini nedáš - ale i názvů všeho možného, všechny ty různé hromady guidelines Builder class vs build instance, neskutečná srágora, tohle odpadá ...
Linus to ještě asi nezmění, ale příští generace operačních systémů - až je bude psát AI pro svoje účely - bude možná primárně v arabštině, čínštině nebo prostě v něčem case insenstive. Nebo spíš možná rovnou v bináru - 0,1. Co bude AI do lidí :-)
-
Nesúhlasím. Je tu xyz dôvodov prečo to dokonca môže byť veľký problém. Napríklad slovo vs skratka zložená zo stejných písmen má 2 úplne iné významy a ty to budeš musieť nejak rozlíšiť. Ak to hovoríme na úrovni "user interface". Ale inak nedáva zmysel aby bol case-insensitive. FileSystem musí byť vždy case-sensitive, inak to vedie len k problémom... v programovaní existuje jeden princíp volá sa "KISS" aneb Keep it Simple, Stupid. A jednoduché je ak máš jednoducho pravidlo že 2 zhodné reťazce = stejný názov a 2 zhodné reťazce... ak by sme mali "subor.pdf" a "SUBOR.pdf" to sú už rozdielne reťazce. Vždy to tak bude, už z princípu.
27. 4. 2025, 21:33 editováno autorem komentáře
-
není to super. když je něco case sensitive, chce to config.ini a ty tam cpeš CONFIG.INI, tak tě to seřve, jak malýho kluka, že tam prostě ten správnej soubor nemá, ty to napravíš a navždy to bude fungovat.
Naproti tomu, když to máš case insensitive, tak to možná bude pěkně fungovat s config.ini a CONfig.ini, ale ve složitějších abecedách se začnou kupit výjimky, výjimky z výjimek, rozdíly mezi systémy a jednotlivými implementacemi.
A najednou to někdy a někde fungovat bude a někdy a někde ne. A to je mnohem víc nahovno, protože jakýkoli hledání chyb je pak složitější, přináší to nečekané problémy (dělá to jen někdy), navíc se ti to bude měnit pod rukama, protože si někdo vzpomene, že chce přidat pár dalších písmenek nějaký další abecedy a zase ti něco někde nebude fungovat, jak by mělo.
Když se jednou zařídíš podle toho, že CoNFiG != config, tak ti to od tý doby všechno a všude funguje. Pokud ne, tak ses spletl ve velikosti písmen, opravíš a jedeš.
Navíc v nějakejch low power embeded systémech asi fakt nechceš nějakej moloch který řeší, jestli je naše velký měkký I stejný jako malý i ale odlišný od malého ı, a jak je to s velkým dotless I, jestli je stejné jako naše I a jak je to případně s velkým İ s tečkou. Je prostě daleko jednodušší říct, že jsou to vše odlišné znaky a hotovo. Souborový systém není beletrie, jde pouze o to, jak najít nebo nenajít konkrétní soubor s daty. -
Jenze ty to resis uplne jinde nez je to resit treba.
Vezmemez tvuj post, proc by v databazi mel byt jako casesensitive? Necht databaze zbavi ten text nabodenicek a ulozi to vsechno jako velka pismena.
Fs neni nic jinyho nez specificky druh databaze. A minimalne presne v okamziku, kdy nekdo akceptoval, ze se nazvy budou psat s nabodenickama, tak proste musi zarove akceptovat, ze budou case sensitive.
Zajimavy je, ze ty databaze nasledne nemaji vubec zadnej problem v tom, ze kdyz to tazatel chce, muze ten dotaz (pokud to dava nejakej smys) poslat v rezimu bez nabodenicek a bez case ze? Ale ta databaze porad vi, ze tam ma 100x totez, jen s jinak velkejma pismenkama.
-
Náhodou mít už v jazyku "zabudované", že je insensivite je super. Nejde o počítač, ale o lidi. Odpadá milion problémů - nejen s pojmenováním souborů - prostě config.ini a Config.ini nedáš - ale i názvů všeho možného, všechny ty různé hromady guidelines Builder class vs build instance, neskutečná srágora, tohle odpadá ...
Přesně tak. Case-sensitive FS je jen výsledek zjednodušení celé problematiky (neboli lenosti), které neodpovídá realitě. Takový mezikrok - chci to (FS) pro lidi (human-readable jména), ale jsem línej to implementovat pořádně... neboli klasický nerdovský přístup.
