Digitalna evolucija

12,575,112,432 ...

A to tiste izbirne predmete ma tud notri?

Kaj je pa tisto glede imen.. a učitelji. kdaj ma ker kaj?


Če bodo to drugo leto uporabljali na šoli, kamor hodi moj brat.. mogoče mu ne bo treba ob 6:30 vstat, pa da bo ob 16:00 prišel domov. 8 razred devetletke.. now go figure

Evolucija je tukaj topic in tudi evolucija v primeri z "inteligentnim designom".

Pri osnovnih šolah so se zaradi obilice izbirnih in nivojskih predmetov vsak teden, zadeve zindividualizirale na učence. Vsak ima pravzaprav svoj urnik, razredne skupnosti so napol preteklost. Problem urnika je s tem postal še bolj NP, kot je bil. Učenci dobivajo čakalne luknje v urniku in na pamet (pa še tako veliko), je to težko reševet.

Tukaj pa notri pride EA. Z milijardo slepih korakov sem in tja, od katerih je pa vsak napačen najverjetneje takoj kaznovan (eliminirana veja), pa počasi vseeno prenikamo do boljših in boljših rešitev.

V tem je vsa ideja.

Ti ne. Večina pa ni še nikoli.

Tu preizkušam ta program za urnik, I like it, ga bom pokazal našemu prof, ki dela urnik. Mimogrede opažam, da porablja le 50 % CPU-ja. Zna polna različica Critticalla uporabljati dva procesorja? Ena ideja, kaj je še moč izboljšati... :))

PS. Zakaj je ta thread tako grdo raztegnjen. V širino.

Božena, hvala.

Tole je hecno, ja. Evolucijski algoritem _lahko_ rešuje probleme, prej predvsem v domeni "živih glav".

Ker tudi v živih glavah teče evolucija (memov) in iz tega (IMO) izvira vsa njihova moč. Ko proces (uspešno) portamo na drug substrat, se vse dogaja v principu enako. Edinole od števila CPU ciklov odvisno, če pride morda še dlje od človeka.

Včasih sicer vse podela že groba sila (bruta forca), naprimer pri 22342445+457637575. Kadar pa computinga zaradi kompleksnosti zmanjka, je pa EA bergla za na Luno (in naprej).

McHusch,

50% CPU rabi takrat, ko pogosto najdeva nove (boljše) variante. Za vsako naredi par 100 strani izpisa vseh spremljajočih rezultatov, presekov, statistik ... takrat je precej pisanja na disk in CPU pade. Ko pa pride v bolj "zrelo" fazo, pretežno računa in takrat smo na 99% CPU.

Mislim, da se tvoj profesor srednjeročno ne bo mogel ogniti tega (ali kakega drugega na tem principu narejenega) programa.

Jest nočem, da bi se EAja izognili niti davkarji, niti napovedovalci davkov. Niti graditelji krožišč, najmanj pa dohtarji. Toda ti so še 10 let v prihodnosti in jest osebno najbrže ne bom tozadevno imel ničesar z njimi.

EA je velika zadeva, tole je samo en majhen proto. Ampak demonstrativno uporaben.

Ja, razumem zdej, ja.

Demota ne morš zalaufat 2 naenkrat, ne da bi se potencialno stepla zaradi output filetov.

Tapravega pa lahko. Vsak bosta preiskala svojo vejo in N procesorjev pospeši zadevo N krat, praktično.


Vsaka instanca išče svoje veje po defaultu.

Thomas...

(Sem se prijavila še enkrat in nisem mogla not...?? zakaj??? - zato sem morala še enkrat se prijavit na novo) mogoče je to vprašanje za kam drugam??

Kar se pa tiče urnika pa le še to, da prednost prva in velika je v tem, da v urnik vneseš svoje želje in potem samo še počakaš na rezultat. Urnik na koncu je prijazen do učencev in učiteljev.
TO je TO!

Hm .. Božena in Bozena ... mogoče so šumniki. To bi vedu Primoz, znan tudi kot Primož.

Jest se svojega ž-ja v imenu kar odrekam.

> Urnik na koncu je prijazen do učencev in učiteljev.

To samo zato, ker je fitnes proti kateremu reč konvergira tak. Da so luknje v urniku za učence bad thing, prav tako za učitelje, da je pojavljanje istega predmeta dvakrat na dan bad .. itd.

Kar se komu zdi bad, tako naredi fitnes. Digitalna evolucija pa slepo sprovede tisti fitnes. Kateri (urnik) je fit in strong, to pac definira uporabnik. S parametri kot smo jih skupaj dolocili, je fit in strong tisti, ki je prijazen do ljudi. In edino tak preživi (celodnevno) digitalno evolucijo.

Taka finta.

Ja najbrž bodo žji... hvala Thomas

torej bom brez Žja


Essence: jaz pa mislim, da nardit tak program niti ni tko lahko... zakaj bi sicer tako dolgo čakali na to kar zdaj je?
Vsaj do zdaj so avtomatski programi za urnik obstajali in delovali na način: naredim kolikor zmorem...in konec- in smo se morali na koncu truditi in garati sami, da nam je bil urnik kolikortoliko všeč (pa nam ni bil...). Ta Thomasov program pa "čuti", da lahko naredi še bolje... na to kako programi delujejo in kako jih narest se ne spoznam preveč, ampak kot uporabnik znam cenit dober program!
Keep on Thomas!

Ja, ja. Maš point. V 10 letih bo tole avtomatika, rutina, vsakdanjost, na vsakem koraku ...

Za tem težimo, ko sejemo tole hudičevo seme okoli!

Da bi proste medure kar izginile, bo težka. Samo zamnjšajo se na eno na teden na učenca ali še na manj.

Zmerej bo elita učencev, ki bodo imeli proste medure. Predvsem tisti, ki imajo samo dva izbirna predmeta, od tega vsaj enega kakšen šport za sprostitev, ki se izvaja vsako četrto soboto dopoldne s pohodom na bližnji vrh ali kolesarjenjem.

Tisti potem počivajo v šoli, ko njihovi sošolci urejajo besedila ali so pri Nemščini 2 uri tedensko.

Elita ostane!

a je ta program tok pamtn, da da recmo težje predmete na bolj zgodne ure; da ni recmo matematka 7uro

ja žigam sej to mu poveš programu... in tko pol je
ampak nekej pač 7 uro more bit... kakšn manj zahteven predmet

Tukaj se vidi, kdaj sta zasedeni učilnici THV in MAT

Tole ni prvenstveno urniški program. V središču je enak engine kot v Critticallu. Zevoluira se pač tisto, na kar je nastavljen fitnes.

Bi lahko nastavili fitnes tako, da bi bil output 4 dimenzionalen? Namreč, jest si predstavljam urnik kot tridimenzionalno strukturo. Ena komponenta je čas (ure, dnevi), druga učenci (ali cele skupine in razredi njih), tretja so učitelji, četrta so učilnice.

Ups, že zdaj je 4D - torej je lahko 5D?

Poljubnodimenzionalna struktura je lahko target. Tudi urnik, kjer predmeti pojemajo proti koncu leta ali pa se šele začenjajo. Smučarija v športni gimnaziji izpodriva najprej planinarjenje, potem je pa sama nadomeščena z atletiko. Tko, za predstavo rečeno.

Na kratko - mogoče bi bilo, vendar ne brez kar obilo preprogramiravanja - zaenkrat.

Jože - lp tudi tebi!

Shema digitalne evolucije je preprosta. Najprej definirajmo, kaj pravzaprav hočemo.

V primeru urnikov je Božena povedala kaj hoče in kako močno tisto hoče, ker kompromisi so neizogibni. Torej čimmanj lukenj za učence in učitelje, obvezno prisotnost od 8 uri zjutraj za vse učence, padajočo težavnost ur skozi dan, enakomerno porazdelitev predmetov skozi teden, težišče v središču tedna ... potem je še nek ravnatelj neke druge šole povedal, da naj šola obratuje čimmanj mogoče - in constrainsi so tu.

Preživijo urniki, tozadevno fit in se v računalniškem RAMu plodijo in mutirajo in kopirajo ... smrtna kosa pustoši med vsemi, razen med 100 najbolj fit, vsako sekundo vsaj 1000 krat.

Alfa urnik ima tudi ta privilegij, da se zapiše na ekran in na disk, pri tem pa seveda uniči starega alfo.

Sej vem, kdor ve, je slišal že 100 krat, nekateri so pa na to uho popolnoma gluhi: "Ne morš tko, to ni eksaktna rešitev, škoda CPU, jest napišem tak program, ki bo dajal vedno enak optimalni odgovor!"

Ja, šur! Realnih NP problemov NE moreš reševati eksaktno, razen če nimaš milijardo milijardokrat več CPUja. Po tamalem!

Zastavlja se zanimivo vprašanje. Rešitev problema trgovskega potnika za 100 ameriških mest, rešena eksaktno in rešena z Metropolis (EA related) algoritmom, se razlikuje za manj kot za debelino atoma. Mnogo manj pravzaprav, še manj kot za Planckovo razdaljo. A nej se zato sekiramo? V praksi ne.

Bistvo dobrega urnika je, da ni "jamranja", ko ga razdeliš med sodelavce... uporabljamo ga 4. teden in do sedaj ni bilo pripomb z nobene strani (učitelji, učenci, starši...) Celo zadovoljni so bili.
Zadovoljna pa sem tudi jaz, ki me čaka sestavljanje urnikov še v bodoče.

Evo...cez noc na AthlonXP 2100:

// The algorithm has been enhanced For 53.3299%

Med kera dva taga ze clovk pasta source kodo?

Pozdravljen Thomas

Sem s tistim "off topic" zadevo cikal na nekaj bistveno obsežnješega od urnika. V mislih imam planiranje proizvodnje in sicer iščemo odgovor na vprašanje "kako izdelati izdelek v danem roku za čim manjše stroške" in pa (to pride v poštev, ko je sila) "ali je možno izdelek sploh izdelati v danem roku" (željeno je, da stroški ne presežejo prodajne cene izdelka. Že ta primer je izjema v poslovanju, včasih pa se moraš tudi zavestno odločiti za delo z zgubo). So pa pri tem kar velike podobnosti z urnikom, le bistveno obsežnejše so (heh, nisem se spravil k temu, da bi izračunal število dimenzij "po Thomasovo").

Sam tako, iz trebuha, v tem trenutku vidim probleme v izjemni kompleksnosti zadeve (Stvari se dinamično ves čas psreminjajo) in pa v enormnih potrebah po računski moči. Maksimalni čas za izračun ustrezne proizvodne strategije je "preko noči", v kriznih situacijah pa še prej.

Če bi ti to" ratalo", je zadeva v tem trenutku vredna praktično enormne količine $$$ (BAAN, SAP in pa tudi MS bi se stepla za tovrstno programsko rešitev). Pojem MRP (Material (and) Resurce Planning) bi šele s tem postal ta prava stvar .

Thomas, drži se...

LP

Jože

Se strinjam zThomasom

Ne uporabljam screen-saverjev, ampak nekaj takšnega bi pa z veseljem uporabljal.

Sicer pa lahko skoraj vsak program laufaš kot screen saver. Samo options bi moral ali kot dll klic ali pa kot en ini file. Pa ti jaz napišem.

Sej. Zdej ti pušča alternativo, da srečo poskuša znova in morda prehiti starega ...

Ampak cel koncept je treba _rahlo_ spremenit. Spoznal po tvojem feedbacku tuki ... ja ...

Ni inija. Samo .exe in .scr.

Ker zanima nas vse, kar je koda delala. V ta namen bo uporabnik pač uploadal (emailal) fs.c_e file. Ki je odprt in lahko kdo notri nastalo kodo sam bere (in porabi?).