-
alex,tgOra che hai il vps è il caso di riscrivere postline, puoi anche usare qualunque linguaggio adesso.
-
Re: alex,tgCome no? Ero lì che pensavo proprio a questo.
Postline prima o poi sparirà, sopravviveranno solo le sue funzioni di accesso al db, e Mary Lou. L'interfaccia si staccherà dal browser: niente più frames, ma neanche niente più html. Keyway opererà facendo richieste al browser in risposta a comandi impartiti tramite la sua interfaccia.-
Re: alex,tgScritto daNon Autenticatoil 2011-04-28 11:47:00.0 alle 2011-04-28 11:47:00.0
- Scritto da: alex.tg
> Come no? Ero lì che pensavo proprio a questo.
>
> Postline prima o poi sparirà, sopravviveranno
> solo le sue funzioni di accesso al db, e Mary
> Lou. L'interfaccia si staccherà dal browser:
> niente più frames, ma neanche niente più html.
> Keyway opererà facendo richieste al browser in
> risposta a comandi impartiti tramite la sua
> interfaccia.
Niente più html?
-
Re: alex,tg> > Come no? Ero lì che pensavo proprio a questo.
> >
> > Postline prima o poi sparirà, sopravviveranno
> > solo le sue funzioni di accesso al db, e Mary
> > Lou. L'interfaccia si staccherà dal browser:
> > niente più frames, ma neanche niente più html.
> > Keyway opererà facendo richieste al browser in
> > risposta a comandi impartiti tramite la sua
> > interfaccia.
>
> Niente più html?
Solo sockets.-
Re: alex,tgScritto daNon Autenticatoil 2011-04-28 14:10:00.0 alle 2011-04-28 14:10:00.0
- Scritto da: alex.tg
> > > Come no? Ero lì che pensavo proprio a questo.
> > >
> > > Postline prima o poi sparirà, sopravviveranno
> > > solo le sue funzioni di accesso al db, e Mary
> > > Lou. L'interfaccia si staccherà dal browser:
> > > niente più frames, ma neanche niente più html.
> > > Keyway opererà facendo richieste al browser in
> > > risposta a comandi impartiti tramite la sua
> > > interfaccia.
> >
> > Niente più html?
>
> Solo sockets.
cosa dovrebbe interpretare il browser quindi?-
Re: alex,tg> > > > Come no? Ero lì che pensavo proprio a
> questo.
> > > >
> > > > Postline prima o poi sparirà,
> sopravviveranno
> > > > solo le sue funzioni di accesso al db, e
> Mary
> > > > Lou. L'interfaccia si staccherà dal browser:
> > > > niente più frames, ma neanche niente più
> html.
> > > > Keyway opererà facendo richieste al browser
> in
> > > > risposta a comandi impartiti tramite la sua
> > > > interfaccia.
> > >
> > > Niente più html?
> >
> > Solo sockets.
>
> cosa dovrebbe interpretare il browser quindi?
Nulla. Il browser non c'entra.
Ti spiego:
Keyway, programma scritto in Linoleum, apre una socket versoanynowhere.com
sulla porta 80; il server Apache e` in listening su quella porta, come sempre. Il programma invia una richiesta per un URL attraverso quella socket, ovvero ad esempio la stringaGET /blah/banf HTTP/1.1 [cr/lf] Host: anynowhere.com [cr/lf] [cr/lf]
Al che il server risponde eseguendo uno script corrispondente che a sua volta produce una risposta, che Keyway interpreta (non il browser) e riporta all'utente nel modo che decidero`. Ad esempio richiedendo una lista di messaggi in un thread, Keyway (la cui "finestra" e` divisa in un'area CLI e un'area del modulo) passera` nell'area del modulo il contenuto della risposta, cioe` la lista. Idealmente, per accedere a un comando si potra` o passare da una gesture basata sul dispositivo di puntamento (click col mouse et similia) o da un comando da tastiera impartito attraverso l'area CLI.
All'atto pratico, nel caso di anynowhere.com, Keyway sara` una specie di "browser" specifico, o "site-specific browser". Ma non sara` limitato a quello: sara` piu` che altro un client per un contesto "tipo sencond life". I dettagli sono ancora da definire.-
Re: alex,tgScritto daNon Autenticatoil 2011-04-28 14:58:00.0 alle 2011-04-28 14:58:00.0> > > > > Come no? Ero lì che pensavo proprio a
> > questo.
> > > > >
> > > > > Postline prima o poi sparirà,
> > sopravviveranno
> > > > > solo le sue funzioni di accesso al db, e
> > Mary
> > > > > Lou. L'interfaccia si staccherà dal
> browser:
> > > > > niente più frames, ma neanche niente più
> > html.
> > > > > Keyway opererà facendo richieste al
> browser
> > in
> > > > > risposta a comandi impartiti tramite la
> sua
> > > > > interfaccia.
> > > >
> > > > Niente più html?
> > >
> > > Solo sockets.
> >
> > cosa dovrebbe interpretare il browser quindi?
>
> Nulla. Il browser non c'entra.
> Ti spiego:
>
> Keyway, programma scritto in Linoleum, apre una
> socket versoanynowhere.com
sulla porta 80; il
> server Apache e` in listening su quella porta,
> come sempre. Il programma invia una richiesta per
> un URL attraverso quella socket, ovvero ad
> esempio la
> stringa
>
>GET /blah/banf HTTP/1.1 [cr/lf] > Host: anynowhere.com [cr/lf] > [cr/lf]
>
> Al che il server risponde eseguendo uno script
> corrispondente che a sua volta produce una
> risposta, che Keyway interpreta (non il browser)
> e riporta all'utente nel modo che decidero`. Ad
> esempio richiedendo una lista di messaggi in un
> thread, Keyway (la cui "finestra" e` divisa in
> un'area CLI e un'area del modulo) passera`
> nell'area del modulo il contenuto della risposta,
> cioe` la lista. Idealmente, per accedere a un
> comando si potra` o passare da una gesture basata
> sul dispositivo di puntamento (click col mouse et
> similia) o da un comando da tastiera impartito
> attraverso l'area
> CLI.
>
> All'atto pratico, nel caso di anynowhere.com,
> Keyway sara` una specie di "browser" specifico, o
> "site-specific browser". Ma non sara` limitato a
> quello: sara` piu` che altro un client per un
> contesto "tipo sencond life". I dettagli sono
> ancora da
> definire.
La tua antipatia per HTML sarà la tua fine.
-
Re: alex,tg
- Scritto da: alex.tg
> > > > > Come no? Ero lì che pensavo proprio a
> > questo.
> > > > >
> > > > > Postline prima o poi sparirà,
> > sopravviveranno
> > > > > solo le sue funzioni di accesso al db, e
> > Mary
> > > > > Lou. L'interfaccia si staccherà dal
> browser:
> > > > > niente più frames, ma neanche niente più
> > html.
> > > > > Keyway opererà facendo richieste al
> browser
> > in
> > > > > risposta a comandi impartiti tramite la
> sua
> > > > > interfaccia.
> > > >
> > > > Niente più html?
> > >
> > > Solo sockets.
> >
> > cosa dovrebbe interpretare il browser quindi?
>
> Nulla. Il browser non c'entra.
> Ti spiego:
>
> Keyway, programma scritto in Linoleum, apre una
> socket versoanynowhere.com
sulla porta 80; il
> server Apache e` in listening su quella porta,
> come sempre. Il programma invia una richiesta per
> un URL attraverso quella socket, ovvero ad
> esempio la
> stringa
>
>GET /blah/banf HTTP/1.1 [cr/lf] > Host: anynowhere.com [cr/lf] > [cr/lf]
>
> Al che il server risponde eseguendo uno script
> corrispondente che a sua volta produce una
> risposta, che Keyway interpreta (non il browser)
> e riporta all'utente nel modo che decidero`. Ad
> esempio richiedendo una lista di messaggi in un
> thread, Keyway (la cui "finestra" e` divisa in
> un'area CLI e un'area del modulo) passera`
> nell'area del modulo il contenuto della risposta,
> cioe` la lista. Idealmente, per accedere a un
> comando si potra` o passare da una gesture basata
> sul dispositivo di puntamento (click col mouse et
> similia) o da un comando da tastiera impartito
> attraverso l'area
> CLI.
>
> All'atto pratico, nel caso di anynowhere.com,
> Keyway sara` una specie di "browser" specifico, o
> "site-specific browser". Ma non sara` limitato a
> quello: sara` piu` che altro un client per un
> contesto "tipo sencond life". I dettagli sono
> ancora da
> definire.
Se vuoi un hint per il protocollo, vedi quello di redis:
http://redis.io/topics/protocol
-
Re: alex,tgScritto daNon Autenticatoil 2011-04-28 15:03:00.0 alle 2011-04-28 15:03:00.0
- Scritto da: Svyatopolk
>
> - Scritto da: alex.tg
> > > > > > Come no? Ero lì che pensavo proprio a
> > > questo.
> > > > > >
> > > > > > Postline prima o poi sparirà,
> > > sopravviveranno
> > > > > > solo le sue funzioni di accesso al db, e
> > > Mary
> > > > > > Lou. L'interfaccia si staccherà dal
> > browser:
> > > > > > niente più frames, ma neanche niente più
> > > html.
> > > > > > Keyway opererà facendo richieste al
> > browser
> > > in
> > > > > > risposta a comandi impartiti tramite la
> > sua
> > > > > > interfaccia.
> > > > >
> > > > > Niente più html?
> > > >
> > > > Solo sockets.
> > >
> > > cosa dovrebbe interpretare il browser quindi?
> >
> > Nulla. Il browser non c'entra.
> > Ti spiego:
> >
> > Keyway, programma scritto in Linoleum, apre una
> > socket versoanynowhere.com
sulla porta 80; il
> > server Apache e` in listening su quella porta,
> > come sempre. Il programma invia una richiesta
> per
> > un URL attraverso quella socket, ovvero ad
> > esempio la
> > stringa
> >
> >GET /blah/banf HTTP/1.1 [cr/lf] > > Host: anynowhere.com [cr/lf] > > [cr/lf]
> >
> > Al che il server risponde eseguendo uno script
> > corrispondente che a sua volta produce una
> > risposta, che Keyway interpreta (non il browser)
> > e riporta all'utente nel modo che decidero`. Ad
> > esempio richiedendo una lista di messaggi in un
> > thread, Keyway (la cui "finestra" e` divisa in
> > un'area CLI e un'area del modulo) passera`
> > nell'area del modulo il contenuto della
> risposta,
> > cioe` la lista. Idealmente, per accedere a un
> > comando si potra` o passare da una gesture
> basata
> > sul dispositivo di puntamento (click col mouse
> et
> > similia) o da un comando da tastiera impartito
> > attraverso l'area
> > CLI.
> >
> > All'atto pratico, nel caso di anynowhere.com,
> > Keyway sara` una specie di "browser" specifico,
> o
> > "site-specific browser". Ma non sara` limitato a
> > quello: sara` piu` che altro un client per un
> > contesto "tipo sencond life". I dettagli sono
> > ancora da
> > definire.
>
> Se vuoi un hint per il protocollo, vedi quello di
> redis:
> http://redis.io/topics/protocol
Un protocollo già fatto, giammai! Ne inventerà uno tutto suo da zero.
-
Re: alex,tg
- Scritto da: Svyatopolk
> Se vuoi un hint per il protocollo, vedi quello di
> redis:
> http://redis.io/topics/protocol
Ho letto velocemente il msg del felino e ho capito poco: Ma REST+XML non andrebbe bene
?
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: alex,tg> > Se vuoi un hint per il protocollo, vedi quello
> di
> > redis:
> > http://redis.io/topics/protocol
Protocollo? Ma se ho gia` un collo pienamente sviluppato?
A parte questo, il "protocollo" me lo faccio io su misura.
Come qualcuno aveva gia` predetto conoscendomi.
> Ho letto velocemente il msg del felino e ho
> capito poco: Ma REST+XML non andrebbe bene
>
> ?
REST + SURE I WON'T suona meglio
Mah... da una parte ci sono script miei, dall'altra un client mio, nel mezzo niente. Nel mio caso quale cacchio di vantaggi porterebbe 'sto REST?-
Re: alex,tgScritto daNon Autenticatoil 2011-04-28 19:00:00.0 alle 2011-04-28 19:00:00.0
- Scritto da: alex.tg
> > > Se vuoi un hint per il protocollo, vedi quello
> > di
> > > redis:
> > > http://redis.io/topics/protocol
>
> Protocollo? Ma se ho gia` un collo pienamente
> sviluppato?
> A parte questo, il "protocollo" me lo faccio io
> su
> misura.
> Come qualcuno aveva gia` predetto conoscendomi.
>
è quello che farei anch'io. Tuttavia se dovessi proprio usare qualche lib userei protobuf di google.
-
Re: alex,tg- Scritto da: alex.tg
> Nel mio caso quale cacchio di vantaggi porterebbe
> 'sto
> REST?
Che nel caso tirassi le cuoia, qualcuno puo' facilmente portare avanti lo sviluppo, senza dover impazzire
!
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: alex,tg> > Nel mio caso quale cacchio di vantaggi
> porterebbe
> > 'sto
> > REST?
>
> Che nel caso tirassi le cuoia, qualcuno puo'
> facilmente portare avanti lo sviluppo, senza
> dover impazzire
> !
Eventualita` inquietante e non bastante a motivare la rottura di seguire uno stile. E poi se voglio, mi astengo dal programmare in maniera da far impazzire eventuali esterni, anche quando non riuso pari pari degli stili gia` diffusi. Il fatto che non usi uno stile "standard" non significa che il risultato sia poco leggibile: in quel caso, andrebbe solo capito, con la premessa che l'autore si e` industriato per renderlo comprensibile.
E comunque, ho visto gente che e` riuscita a capire codice che non avrei mai ritenuto plausibile qualcun'altro si desse la pena di capire (ne` m'interessava che qualcun'altro capisse), eppure e` successo con le subroutine di rendering in QTVR di Noctis. Roba tipo assembly mischiato a prefissi dimensionali degli operandi, e/o prefissi di selezione dei registri di segmento, codice che si automodifica, indicizzazione con wraparound sui registri a 8 bit... avvertii onestamente i volontari in partenza, non mi ascoltarono, e dopo un anno e rotti ce la fecero. Del resto, ai tempi non avevo scelta, per limiti del compilatore crappy e dell'ambiente DOS in 640 Kb.-
Re: alex,tg
- Scritto da: alex.tg
> > Che nel caso tirassi le cuoia, qualcuno puo'
> > facilmente portare avanti lo sviluppo, senza
> > dover impazzire
> > !
>
> Eventualita` inquietante e non bastante a
> motivare la rottura di seguire uno stile.
OK, un pochino estremo, ma quando scrivo del codice io penso sempre al povero cristo che dovra' lavorarci sopra.
Vuoi perche' spesso quel povero cristo sono io l'anno dopo, vuoi che spesso e volentieri cambio lavoro, vuoi che a volte sparisco per mesi interi ... In ogni caso usare tecnologie ben conosciute e collaudate e' preferibile a reinventare (Male) la ruota.
<OT>
Alle 20:30 ho l'aereo per Copenhagen, vado a raggiungere la Fidanzatina che e' su da mercoledi' per un convegno
</OT>`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: alex,tg> OK, un pochino estremo, ma quando scrivo del
> codice io penso sempre al povero cristo che
> dovra' lavorarci
> sopra.
> Vuoi perche' spesso quel povero cristo sono io
> l'anno dopo,
Mai avuta difficolta` a riprendere un discorso tutto mio. Certo, in uno stile abbastanza chiaro e coi dovuti commenti, faccio prima.
> vuoi che spesso e volentieri cambio
> lavoro, vuoi che a volte sparisco per mesi interi
Io mi iberno per mesi interi.
> ... In ogni caso usare tecnologie ben conosciute
> e collaudate e' preferibile a reinventare (Male)
> la
> ruota.
Chi usa il cervello degli altri il suo se lo puo` friggere, Giambo. E poi tu di certo lavori in un ambito molto piu` collaborativo, mentre a me non dispiace fare l'alieno, fare la differenza. E` il mio marchio di fabbrica, quel che mi definisce, quello senza il quale sarei uno sviluppatore anonimo. Inoltre, "alieno" non e` necessariamente "male". Vuoi perche` a me piace essere creativo, vuoi perche` tante delle cose "ben conosciute e collaudate" oggi non le trovo per niente "bene". L'HTML continua a farmi schifo assoluto, e il CSS peggio, tanto per nominarne qualcuna: li trovo ridondanti, incoerenti, pieni di fuffa, inefficienti. Come gli OS a interfaccia WIMP, del resto. E come molto dell'alto livello attuale inclusi i vari linguaggi, che trovo troppo schematizzante, al punto di tentare di schematizzare il non schematizzabile, chiudere le porte a un'infinita` di soluzioni, applicare paraocchi agli sviluppatori in nome della collaborazione.
> <OT>
> Alle 20:30 ho l'aereo per Copenhagen, vado a
> raggiungere la Fidanzatina che e' su da
> mercoledi' per un convegno
>
> </OT>
Buon viaggio.
-
Re: alex,tg
- Scritto da: alex.tg
> > ... In ogni caso usare tecnologie ben conosciute
> > e collaudate e' preferibile a reinventare (Male)
> > la
> > ruota.
>
> Chi usa il cervello degli altri il suo se lo puo`
> friggere, Giambo.
No, si tratta veramente di reinventare la ruota.
Non dico di dover bersi qualsiasi tecnologia esistente (Ancora mi ricordo il flame quando e' stato presentato Spring, e ora questi domina mentre il caro, vecchio e ben collaudato Struts sta tirando le cuoia), pero' su qualcosa devi appoggiarti, in caso contrario buona fortuna del forgiare il tuo microprocessore personalizzato
> L'HTML continua a farmi schifo assoluto, e il CSS
> peggio, tanto per nominarne qualcuna: li trovo
> ridondanti, incoerenti, pieni di fuffa,
> inefficienti.
Tua opinione, e credo che molta gente possa trovarsi d'accordo con te.
Pero' non puoi sperare che il tuo prodotto venga adottato se l'utonto deve installarsi qualcosa di addizionale.
E' quel che ripetono qui in banca: "Si, lo so, con java-Swing o uno scriptino sarebbero molto piu' efficienti e facili da usare, ma non possiamo installare ogni nuova versione su tutte le macchine !"
> > <OT>
> > Alle 20:30 ho l'aereo per Copenhagen, vado a
> > raggiungere la Fidanzatina che e' su da
> > mercoledi' per un convegno
> >
> > </OT>
>
> Buon viaggio.
Un piccolo "rosik" no
?
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
-
-
-
-
-
-
-
-
Re: alex,tgScritto daNon Autenticatoil 2011-04-28 19:25:00.0 alle 2011-04-28 19:25:00.0Keyway sarà un client. Ma all'atto pratico, che ***** si vedrà a schermo? Rutilanti mondi tridimensionali o linee di codice esadecimale su fondo nero?
Gatto perplesso-
Re: alex,tg> Keyway sarà un client. Ma all'atto pratico, che
> ***** si vedrà a schermo? Rutilanti mondi
> tridimensionali o linee di codice esadecimale su
> fondo
> nero?
>
> Gatto perplesso
Entrambe le cose. Da una parte la prima che hai detto, dall'altra una CLI che assomiglia di piu` alla seconda. Le due parti possono essere o affiancate o estese all'area disponibile del desktop (cioe` esclusa quella coperta da toolbars, taskbar, ecc); in modalita` estesa, chiaramente, una sola parte e` visibile e per passare da una all'altra si preme Esc. La shortcut per cambiare da modalita` estesa a modalita` affiancata e viceversa e` al momento Ctrl+Tab. Alle shortcuts saranno affiancate icone cliccabili facenti le stesse funzioni.-
Re: alex,tgScritto daNon Autenticatoil 2011-04-29 12:26:00.0 alle 2011-04-29 12:26:00.0> > Keyway sarà un client. Ma all'atto pratico, che
> > ***** si vedrà a schermo? Rutilanti mondi
> > tridimensionali o linee di codice esadecimale su
> > fondo
> > nero?
> >
> > Gatto perplesso
>
> Entrambe le cose. Da una parte la prima che hai
> detto, dall'altra una CLI che assomiglia di piu`
> alla seconda. Le due parti possono essere o
> affiancate o estese all'area disponibile del
> desktop (cioe` esclusa quella coperta da
> toolbars, taskbar, ecc); in modalita` estesa,
> chiaramente, una sola parte e` visibile e per
> passare da una all'altra si preme Esc. La
> shortcut per cambiare da modalita` estesa a
> modalita` affiancata e viceversa e` al momento
> Ctrl+Tab. Alle shortcuts saranno affiancate icone
> cliccabili facenti le stesse funzioni.
Quindi 0x44 anynowhere anyothername con tutti i suoi forum diverrà invisitabile per chi non ha già il client apposito?
-
Re: alex,tg> > > Keyway sarà un client. Ma all'atto pratico,
> che
> > > ***** si vedrà a schermo? Rutilanti mondi
> > > tridimensionali o linee di codice esadecimale
> su
> > > fondo
> > > nero?
> > >
> > > Gatto perplesso
> >
> > Entrambe le cose. Da una parte la prima che hai
> > detto, dall'altra una CLI che assomiglia di piu`
> > alla seconda. Le due parti possono essere o
> > affiancate o estese all'area disponibile del
> > desktop (cioe` esclusa quella coperta da
> > toolbars, taskbar, ecc); in modalita` estesa,
> > chiaramente, una sola parte e` visibile e per
> > passare da una all'altra si preme Esc. La
> > shortcut per cambiare da modalita` estesa a
> > modalita` affiancata e viceversa e` al momento
> > Ctrl+Tab. Alle shortcuts saranno affiancate
> icone
> > cliccabili facenti le stesse funzioni.
>
> Quindi 0x44 anynowhere anyothername con tutti i
> suoi forum diverrà invisitabile per chi non ha
> già il client apposito?
>
Questo non lo so, ma non credo sia il caso di buttare Postline. Probabilmente releghero` Postline ad interfaccia alternativa, e usero` un piu` semplice (e standard-compliant) CMS come facciata per introdurre il resto. Nei dintorni di quest'idea tutto e` possibile, per carita`, pero` resta il fatto che la mia idea principale sara` centrata sulla realizzazione di Keyway e sull'incoraggiare a usare quello.
D'altronde, non e` un azzardo o un fastidio destinato a durare, dato che Keyway dovrebbe, in futuro, diventare accessibile su altre piattaforme, tanto quanto oggi lo e` un'applicazione Java. Linoleum non e` limitato ad agire su Windows: e` architetturalmente semplice, il suo compilatore e` scritto in Linoleum stesso insieme a tutte le librerie che usa (quindi non necessita di porting), mentre il resto e` pensato in maniera sufficientemente astratta per incoraggiare il porting. In particolare, al di la` del sorgente assembly del modulo di runtime - che visto il livello di ehm... ottimizzazione e` magari un po' poco accessibile agli ehm... esseri umani - ho definito delle guidelines molto dettagliate sul suo funzionamento ideale, al di la` di qualsiasi implementazione pratica (inclusa la mia attuale).
-
-
-
-
-
-
-
-
-