Dynamicke programovaci jazyky... Lisp, Python, Ruby, Smalltalk a dalsi

Dynamicke programovaci jazyky... Lisp, Python, Ruby, Smalltalk a dalsi [ ID: 34555 ] - [ Počítače (hardware, software) / Programování ]

1 / 3

	SYSTEM 14:54:12 05.10.2019
	Automaticky generovaná zpráva: Tento klub byl vyjmutý z kategorie Tlející kluby (kluby určené k likvidaci).

	SYSTEM 09:39:08 17.06.2014
	Automaticky generovaná zpráva: Tento klub byl přesunutý do kategorie Tlející kluby (kluby určené k likvidaci). V případě zájmu o oživení klubu, kontaktujte prosím administrátora této kategorie: HOFY.

	PAULSMITH 16:37:45 03.09.2012
	PAULSMITH [ 20:52:52 02.09.2012 ]: Pro lidi se stejným problémem: http://stackoverflow.com/questions/1259897/working-with-datetime-in-rails

PAULSMITH 20:52:52 02.09.2012

Ruby on Rails
Mám událost, která má začátek a délku v databázi uloženou jako Time tzn př 10:00, 0:45. Chci dopočítat konec.

jenže rails si to z db vytáhne jako 1.1.1970 10:00:00 UTC
Time.new, pres který chci iterovat to vyhodí jako 1.1.2000 10:00:00 +1:00

existuje nějaká volba jako zacatek.plus(delka, :only=>[:hour, :minute]) ?
nebo aspon odkaz, nebo aspon heslo, pod jakym to uspesne googlit
Díky.

	DFOX 19:30:24 18.03.2012
	DFOX [ 19:29:38 18.03.2012 ]: Spravny link: http://dfsch.org/

	DFOX 19:29:38 18.03.2012
	Konecne jsem se dokopal nejenom k tomu udelat novy web (http://dfsch.org/), ale i vydat jakousi jakoby stabilni verzi (zatim jenom RC) dfsch (http://dfsch.org/downloads.html ). Vitam v podstate jakekoli nazory, kritiku whatever (krome "Nefunguje to na windows", to totiz vim taky a dokud nenajdu nejaky rozumne funkcni zpusob jak to ve windows testovat tak je mi to celkem jedno)

DFOX 20:59:13 17.12.2010

No neco jako GLORP jakoze jo, ale to mi prijde jako ze by mela byt az vrstva nad (mozna i o dve nad). Minimalne proto, ze mam celkem velkou tridu aplikaci u kterych je vicemene primy pristup k SQL celkem dobry napad. Navic me vsechny ty ORM prijdou jako vcelku zcestne, tak mam ve stadiu jakesi nepouzitelne rozepsanosti transakcni objektovou datbazi nad nejakym tupym column store (modelovano na to co umi tokyo cabinet table backend)

CYNEBEALD [ 18:02:01 17.12.2010 ]: No na tyhlendty dbm-like veci uz mam vicemene stabilni rozhrani ktere se mi libi, ta sessna te databaze se proste jevi jako asociativni pole. Prinasi to problem v tom, ze neni jasne kdy je to string->stringa kdy objekt->objekt, ale to resim tak, ze mam proste proxy tridu, ktera resi tu serializaci a da se pouzit nad cimkoliv.

CYNEBEALD 18:02:01 17.12.2010

DFOX [ 17:00:35 17.12.2010 ]: hm, presne tenhle problem resili v HTML5 pro storage, prvni napad byl "zpristupnime SQLite" ale to se nekterym moc nelibilo, takže přišli s konkurenčním IndexedDB, takže jsou v zásadě dva konkurenčnínávrhy.

Z programátorskýho hlediska se mi líbí "nativní" rozhraní (TOPLink nebo GLORP - člověk pracuje s objekty, ale ty se na pozadí dynamicky překládají do SQL). JE to dobrý i při refaktorování a podobně (vzhledem k tomu že je to strukturované, mnohem snáz se dohledávají reference).

	MANTA 17:59:19 17.12.2010
	DFOX [ 17:00:35 17.12.2010 ]: GLORP!

	DFOX 17:00:35 17.12.2010
	Mate nekdo nejaky nazor na to jak by melo vypadat spravne rozhrani k SQL databazi? Jako jestli je lepsi jenom brat SQL jako retezec, nebo formatovane retezce na styl Pythonovskeho DBAPI, pripadne takovehle silenstvi: http://marijnhaverbeke.nl/postmodern/s-sql.html ? Myslim samozrejmne na te nejnizssi urovni co je pro vsechny databazove drivery vicemene spolecna.

	DFOX 13:43:00 08.12.2010
	CYNEBEALD [ 18:35:19 07.12.2010 ]: Tak rika, ze nic takoveho nema, a ze mas napsat do Cincomu.

	DFOX 23:01:57 07.12.2010
	CYNEBEALD [ 18:34:58 07.12.2010 ]: No ja mam dojem, ze uz skoncil, nicmene napsal jsem mu (na twitteru), uvidime co z nej vypadne.

	CYNEBEALD 18:35:19 07.12.2010
	CYNEBEALD [ 18:34:58 07.12.2010 ]: *Robertson

	CYNEBEALD 18:34:58 07.12.2010
	DFOX [ 18:21:50 07.12.2010 ]: Psaní do cincomu je asi až poslední možnost (ale měl bych si pospíšit, mám pocit že Robertron v Cincomu končí).

	DFOX 18:21:50 07.12.2010
	CYNEBEALD [ 17:41:08 07.12.2010 ]: Tam je pomerne presne psano, kde to ziskas :) Zkusim se poptat.

	CYNEBEALD 17:41:08 07.12.2010
	Měl bych takový velice specifický dotaz... nemáte někdo náhodou dokumentaci k VisualWorks 3.1? Konkrétněji, potřeboval bych seznam změn mezi 3.1c a 3.1d. Na internetu jsem našel akorát toto a jako na potvoru asi nemáme instalačky k 3.1, ale jen 3.0 a pak 5.0...

DFOX 17:39:08 12.07.2010

Docela by se me hodil nejaky nezavisly nazor na syntaxi ne-uplne-trivialniho makra na konstrukci GUI z textoveho popisu (je to dfsch, ale v tomhle pripade to povozavot za Common Lisp jde asi celkem bez ztraty informace). Priklad:

(define-widgets window
(:entry ()
:grid (:row 0 :column 0)
:contents()
:variable entry)
(:button (:text "The Button")
:grid (:row 0 :column 1)
:events ((:command
(lambda ()
(message-box context
:message
(format "Value is: ~s"
(widget-command entry
"get")))))))
(:frame () :grid (:row 1 :column 0 :columnspan 2)
:contents
((:button (:text "Button dialog") :pack ()
:events ((:command
(lambda ()
(button-dialog context
'("Nyaa" "Nyuu" "Nyan" "Knik" "Uguu")
:title "foo?"
:text "Neko?"))))))))

Prvni argument je okno ve kterm se maji ty widgety vytvorit a pak jsou specifikace jednotlivych widgetu ve formatu (typ argumenty-konstruktoru jmeno-geometry-manageru parametry geometry-manageru ...). Kazdy widget jde ulozit do promenne (:variable) nebo muze mit opet rekurzivne nejake dalsi widgety v sobe (:contents), :events specifikuje udalosti a rovnou v sobe zahrnuje vytvareni takove mezi-infrastruktury pro udalost (je potreba registrovat callback do toho toolkitu pod tim, coz vyzaduje alokovat ne-GC pamet a to trochu komplikuje...). Otazka je: je to citelne a pochopitelne? Me se trochu nelibi to :contents, ale zase nevim jak to udelat rozumne tak, aby tam i presto mohlo byt :variable a :events.

	DFOX 11:42:52 10.07.2010
	CYNEBEALD [ 10:49:49 10.07.2010 ]: No tak pokud tam je nekde singleton, tak by asi nemusel byt zas takovy problem to ohnout tak, aby to byl thread-local singleton (coz je muj oblibeny pattern v dfsch :))

CYNEBEALD 10:49:49 10.07.2010

DFOX [ 23:16:03 09.07.2010 ]: Nejaky nemci, ktery se v tom pred deseti lety ucili programovat ve smalltalku. I dneska jsou lidi pitomy, a hrozne radi pouzivaj singleton na veci jako databazova session, protoze jsou liny si tu session neustale nekam predavat. Když nad tim tak přemejšlim, tak Singleton je vlastně takovej antipattern kterej se používá protože jsou lidi líný předávat si furt jedny a ty samý parametry.

BORIN [ 00:02:48 10.07.2010 ]: Ono by úplně stačilo kdyby každej proces měl otevřenou svojí session do té samé databáze (což v principu jako není problém, ale bude se to muset přeprogramovat).

	DFOX 01:44:59 10.07.2010
	BORIN [ 01:10:49 10.07.2010 ]: Pokud to bude lokalni disk na unixu a jedna radka = jeden write(2), tak se to taky nemusi resit :)

1 / 3