Včera ovšem maxima bylo dosaženo až okolo 16h, od 14h se všude oteplovalo zhruba ještě o 1°. Takže proražení hranice 41°C není vyloučeno.
Změní to ale něco, kromě toho, že více lidí bude ohroženo na zdraví i na životě? Změní to názory těch, kteří mají pocit, že se vlastně nic neděje a "v létě bylo trochu teplo vždycky"?
Tak i dnes pokračuje soutěž Husinec, Řež - zatím 40,2 °C - a Doksany - zatím 40,0 °C. Na všech těchto lokalitách se prozatím nepatrně ochladilo proti maximum, na druhou stranu zatím nejsou ani 2 hodiny odpoledne. Ze hry nejsou ani Dobřichovice, předchozí držitel rekordu, ze kterých teplotní situaci osobně sleduju...
Programátoři, odmítající AI, by si podle mě místo plánů, jak si někde v ústraní v uzavřených izolovaných komunitách budou dál všechno bastlit ručně, měli položit otázku:
Co jsme v první řadě udělali špatně, že náš způsob zacházení s komplexitou zůstal většinovou populací buď nepochopen, resp. vyžadoval, aby byli koncoví uživatelé od té komplexity odděleni rostoucím počtem neustále přidávaných vrstev, které si často navíc v komplexitě ničím nezadaly s tím, od čeho v první řadě měly koncové uživatele izolovat?
Co bylo na přímé kontrole nad algoritmem tak strašlivého, že uživatelé žádali, aby to bylo ukryto pod rostoucím množstvím kapot a ve stále složitějších obalech, až se nakonec snaží všichni s těmi vrstvami, kterým nerozumí, pracovat pomocí LLM?
Mělo být programování v první řadě vůbec někdy profesí, na které budou záviset lidské existence? Nebylo poselství celého hnutí svobodného softwaru právě v tom, že jde v podstatě o směs vědecké a kreativní (umělecké) činnosti, ke které by nemělo být přistupováno jako k nějaké těžbě surovin?
Tento týden se měla v Londýně konat konference o extrémním horku, ale byla zrušena kvůli extrémnímu horku. To není vtip: London School of Economics publikovala ke konferenci nazvané Extreme Heat stručnou zprávu: „S lítostí oznamujeme, že tato akce byla zrušena z důvodu vysokého stupně výstrahy před extrémními vedry, kterou vydala britská meteorologická služba.“
RE: https://mas.to/@gabrielesvelto/116805072414090752
Does this mean, that AIpocalypse is near?
J-1 avant le départ du Sun Trip Auvergne-Rhône-Alpes. Vous serez tout sur cette Velorean, remake de Retour vers le futur ! et tous les autres engins solaires de l'édition ✌🏻
RE: https://aus.social/@lipservant/116798585590061018
"A properly conceived Butlerian Jihad must target technocracy, not technology."
When reading Mastodon statuses, which are not in your native tongue - do you use machine translation and then interact?
Pokud čtete statusy na Mastodonu, které nejsou ve vašem rodném jazyce - používáte strojový překlad a potom interagujete?
Elementary cellular automaton rule 150 programmed in BASIC on ZX Spectrum, printed with ZX Printer, circa May 1995
43% domácností v Praze je prý v současné době v Praze jednočlenných. A zbytek budou pravděpodobně matky - samoživitelky...
Pokud by se mladí lidé spárovali (ať už formálně či neformálně, tradičně či netradičně), tak by se realitní bublina zhroutila...
RE: https://mstdn.social/@kibcol1049/116521624608253005
I suggest we would rather require safe words obligatory for LLMs to obey... not safe words for families.
RE: https://eupolicy.social/@hpod16/116475631106534396
This is tricky one.
@permacomputer @dirtycommo It is starting to sound perhaps more like "Tiny Plan 9" :-)
@permacomputer @dirtycommo I mean, you could even hide the fact, that the main program file is named "RUN", because it would be built-in default. Only when providing arguments, it would open different program, than the default.
EDIT without arguments would just open the file called RUN, which would be executed by typing RUN. The RUN would be just kind of synonymum for main() function in C.
Now, we can consider these programs stored in memory to be like Python modules or C functions.
Because I don't expect permakeyboards to be really comfortable to use, typing as little characters as possible, while still keeping it readable for people with BASIC skill from childhood would be nice.
The modular approach to interpreter would probably allow more people to participate in the development. You would be able to save memory by delete some of the modules loaded from ROM on boot: the modules would just sit in RAM disk and you could just use something like DEL or DELETE or CLR or whatever to remove the module.
So if you want more memory and don't want graphics, you would do DELETE GRAPHICS. And of course, you would have to somehow GOSUB into other modules, because modules could export some of their functionality (but probably not global variables? is it even possible in BASIC?)
So you could invoke EDIT from your program to edit some tech field: EDIT A$ would allow you to launch fullscreen editor for given string.. which would mean, that on system prompt level, the entire "file" in RAM disk would be passed as argument and returned, when finished.
This would really rewrite BASIC into something like nano-Python, but when I was boy, I always wanted to design "my own Basic", so these ideas actually seem to be fun :-) The core of the interpreter would have to be the basic garbage collector for strings and arrays.... and the we can implement BASIC in BASIC itself...
@permacomputer @dirtycommo
Thinking about your #TinyBASIC project:
What I really loved about coding in BASIC on 8bits was the simplicity, mostly when it came to graphics: you would just clear screen and draw. This simplicity was lost with all the attempts to make the code portable (which is anyway always limited). But other features were actually complicating things.
If we can make interpreter really tiny, like the 4 or 8 KB, than the increased size od RAM would allow for some type of RAM disk. Because the full screen editor won't make sense with single file, because in normal BASIC interpreter, only one program is present at memory at one time, so it would not allow editing source code.
The DATA and READ is horrible approach, especially if you consider the limited amount of memory available. You have to store everything twice - once as source code and once as data. This would be ok for compilers, as you would somehow convert the DATA directly to binary data and READ would create pointers to existing strings (with numbers, it would be more tricky), but it is extremely limiting when interpreting code - interpreter, source code and binary data have to exist at the same 64 KB or RAM.
What would be nice, if BASIC would consider available RAM as kind of RAM disk, with named files. Like mini-CP/M. Or like mini-Python. But it will be still interpreter. Instead of RUN, you would have to type program name.
So EDIT EDIT would edit the source code of editor itself.
You would have to name your program, like in big languages, but you could name it RUN. So EDIT RUN would edit your "main" program file, which would be still executed by RUN. There would be even LIST, which could list the last executed or edited program - for each "system" level command, the last used argument would be supplied as default, so you could cycle EDIT, RUN and LIST, and your EDIT could be still written in BASIC.
I think making BASIC extensible in BASIC would be very interesting design choice.
An idea for an alternate home/personal/8bit computing timeline:
Imagine history, where the next step after printing BASIC program dumps in computer magazines, instead of evolution towards cassette tapes, memory cartridges and floppies, some kind of high capacity QR codes would be standardized and massively used by computer zines.
So, instead of AD/DA converters, used to connect cassette recorders, early home computers would be instead equipped for manual scanning. Not for scanning images (OCR software was already known, but considered high-tech, these days.... image compression was not standardized, with exceptions like GIFs on Amiga's, which were kinda high-end) but for scanning code and data. Hand scanners existed, but compared to tape recorders, it was luxury periphery.
Instead of saving your programs to cassettes, you would print it as huge QR-like-code and scan it into restarted computer next time. You would also buy paper magazines with open source games published, next levels for these games, and so on: like half of the pages would be reviews and screenshots and so, and half would be scan codes, which would provide actually significant bandwidth, for the era (depending on resolution of both print media and scanners, but still...). It would be more accessible, than typing-in BASIC source code manually...
I think the reason history didn't take this turn was the relative low availability of affordable printers in 1980s and relative abundance of audio cassette tapes and chance to reuse them. But still, magazines were being printed and such distribution channel would make computer zines viable...
We could perhaps emulate some of this with smartphones - the required resolution of cameras is available, printers are still around, and it is alternate channel to wi-fi and bluetooth, completely contact-less and relatively private...
Z tohohle není jasné, co přesně navrhuju jako řešení... a já nejsem expert na makroekonomiku nebo logistiku, takže prostě jen konstatuju, že nevím, nemůžu vymýšlet řešení na všechno
Železniční doprava skutečně dělá postupné pokroky, i u nás, ale cena je stále pečlivě hlídána tak, aby se vyplácela pouze oproti sólově cestě autem a třeba už jen pro dvojice ne. Proto řada rychlíků jezdí oproti minulosti s méně vagóny a i tak jsou poloprázdné.
Letecká doprava je v EU tradičně osvobozená od DPH. To je nedotknutelné tabu, protože nikdo si netroufne ohrozit lidem dovolenou u moře a nebo riskovat, že přímé mezikontinentální lety místo letů s přestupy přestanou být konkurenceschopné (ani tak nejsou...)
Levné odlety na dovolenou se často odehrávají ve velmi nepraktických časech, typu pozdní noční nebo časné raní hodiny, a často je využívají i lidé v důchodovém věku, pro které vlastně čas není limitující faktor, na rozdíl od zaměstnanců.
Faktem ale je, že pokud náš životní styl nedokážeme změnit, čeká nás éra válek o letecké palivo. A takové války se bez leteckého paliva velmi špatně vedou, mimochodem....
