Newsgroup: it.news.gruppi
Titolo: [RFD] it.comp.dotnet

 Usenet.
Questo va tolto.
-- 
Marco Barisione (ICQ 84277092)

 Questo va tolto.
Comprendo che il leggerlo in continuazione lo puo` fare sembrare ridondante,
pero` secondo me andrebbe ricordato anche piu` spesso. Secondo me si
dovrebbe fare una RFC apposita, se gia` non c'e`, ed ai violatori
bisognerebbe rispondere: "stai violando la RFC 4444" ;-)
-- 
Ale
http://www.sen.it/stoa

 (ufficiale) nei newsgroup non moderati...
"Tutte le informazioni utili per usare al meglio il newsgroup potrebbero
essere contenute in una o piu` FAQ, non ufficiali dacche` il newsgroup non
e` moderato, di cui si auspica la .."
Cosi`? Non lo trovi un po' ridondante?
-- 
Ale
http://www.sen.it/stoa

 pero` secondo me andrebbe ricordato anche piu` spesso.
Queste informazioni saranno contenute nel metamanifesto.


 C'era in ballo il fatto che java non č javascript.
Cosa c'entra?


 Queste informazioni saranno contenute nel metamanifesto.
esatto anche qui.
-- 
ciao | Cultura Usenet: il 'Netkook' e` un lunatico convinto delle sue idee
cf   | che scrive cose molto questionabili. Mentre il 'Troll' vuole solo 
-----+ provocare, l'altro crede davvero nelle sue sciocchezze. Link utili:
http://www.crank.net/usenet.html
 
http://www.urban75.com/Mag/troll.html

 terzo livello proprio....
Perché non it.comp.os.macintosh? Che differenza c'è con Windows e Linux?
Da quello che era stato detto da qualcuno sulla lista del GCN it.comp.java 
era stato lasciato lì perché lo volevano quelli del gruppo. A me 
personalmente sembra una cosa sbagliata visto che nel gruppo (a quanto dice 
il manifesto) si parla del linguaggio java.


 il manifesto) si parla del linguaggio java.
Non ricordo quegli eventi, e comunque mi pare che io non fossi ancora
nel GCN. Concordo pienamente con le tue osservazioni. In ogni caso
spostare un ng e` un casino, ma ben diverso e collocare male uno nuovo.
-- 
ciao | Antispam in pillole: (LART 1)  Luser  Attitude Readjustment Tool;
cf   | La  segnalazione  al  provider  dello  spammer, l'unico mezzo che 
-----+ abbiamo a disposizione per combattere attivamente lo spammer. Nel 
numero l'efficacia del  LART  e`  devastante, fai anche tu la tua parte!

 linguaggio java.
Con Java ho avuto (il grande piacere) di averci a che fare professionalmente
per anni, a iniziare dal 1996. Questo genere di piattaforme, dotate di
macchina virtuale e di immense librerie, non sono semplicemente dei
linguaggi di programmazione, ma assomigliano piu` a veri e propri sistemi
informatici. A questo punto it.comp.java, a mio modesto avviso, ha pero`
piu` senso di it.comp.lang.java o it.comp.programmare.java e finanche di
it.comp.os.java; tutte queste collocazioni sono in un certo senso riduttive:
il linguaggio java in se stesso infatti e` un argomento che per quanto
fondamentale, e` sicuramente di interesse circoscritto, a meno di non essere
un neofita, discutere della programmazione in java in maniera generale e`
probabilmente piu` interessante, ma lascia scoperte tutte una serie di
problematiche (confrontare le implementazioni delle jvm e` programmazione?
chiedere quale javachip sia piu` conveniente e` programmazione? spiegare che
cosa e` la jvm ad un neofita e` programmazione?) come succederebbe anche di
piu` con it.comp.os.java.
In definitiva, quando si dice Java si intende un sistema informatico
comprendente processore, libreria di funzioni, linguaggio di programmazione
e tutta una serie di dispositivi dove questo sistema puo` essere utilizzato
e/o sviluppato.
Con .Net e` la stessa ed identica cosa.
Si puo` discutere su quale debba essere la collocazione di queste "cose",
magari un it.comp."cosa".java e it.comp."cosa".dotnet potrebbe piacere ad
alcuni (sostituite a "cosa" la vostra definizione di sistema informatico),
ma personalmente trovo che la collocazione attuale, it.comp.java ed in
prospettiva it.comp.dotnet, sia piu` immediata e meno passibile di
fraintendimenti.
-- 
Ale
http://www.sen.it/stoa

 considerazione (Java non č solo un linguaggio, sostanzialmente)
Appunto, anche .Net :-)
-- 
Ale
http://www.sen.it/stoa

 informatici.
Lo so, ma quasi tutte le collocazioni dei gruppi sono un po' riduttive e 
IMHO quello che bisognerebbe evitare è un affollamento di gruppi non 
raggruppati (oggi la mia capacità di spiegarmi decentemente è un po' troppo 
ridotta).
Dopotutto dal manifesto mi sembra che l'argomento del gruppo it.comp.java 
sia il linguaggio java e le sue librerie, quindi non molto di più di quello 
di cui si parla in it.comp.lang.c e it.comp.lang.c++.
Analogamente nel manifesto di it.comp.dotnet mi pare si parli solo di 
programmare, quindi la classificazione soto it.comp.programmare.* sarebbe 
giustificata.


 sarebbe giustificata.
Secondo me questa va vista piu` come una pecca dei manifesti.. non sono
aprioristicamente per la posizione in it.comp.dotnet, l'ho specificato anche
nella RFD; nell'originale, il nome ed il titolo del gruppo proposto erano
"it.comp.dotnet (in alternativa it.comp.programmare.dotnet) La piattaforma
.Net, strumenti e servizi per sistemi distribuiti". E` probabile che un
it.comp."cosa".java ed un it.comp."cosa".dotnet potrebbero essere delle
posizioni esteticamente migliori e sicuramente meno generiche, il problema
e` che cosa e` questa "cosa"? Un linguaggio di programmazione? Riduttivo in
un caso, addirittura falso nell'altro (a meno di non voler andare a livello
di CLI..). Sono strumenti per programmare? Vero, ma non soltanto. La
programmazione e` soltanto una delle attivita` che ci si puo fare, ed
abbastanza a basso livello. Ci si puo` ad esempio progettare e sviluppare
sistemi informativi, e non e` sempre la stessa cosa di programmare.. in ogni
caso, bisognera` parlare dei vari ed eventuali ambienti di sviluppo (gli
IDE, piu` o meno RAD), bisognera` fare confronti, anche di ordine economico,
fra le eventuali tecnologie utilizzabili rese disponibili da entrambe le
piattaforme, e cosi` via..
-- 
Ale
http://www.sen.it/stoa

 it.comp.lang.python..
Se proponessi un ng su python (e purtroppo non c'è ancora il traffico 
necessario, anzi it.comp.lang ne ha pochissimo) lo proporrei con quel nome 
ma non vedo argomenti importanti esclusi.


 :-)
Sinceramente, quando ho capito che .Net era una specie di Java con un altro
nome, anch'io ho non ho proprio fatto salti di gioia.. poi, riflettendoci,
mettendoci mano, vedendo che praticamente hanno abbandonato COM&co. per
sistemi distrubuiti basati su standard pubblici (HTTP, XML, SOAP, etc..) ho
cambiato idea. In un certo senso alla MS hanno protetto l'investimento di
chi si era formato su Java, certo non di chi aveva lavorato con VB ;-)
-- 
Ale
http://www.sen.it/stoa

 nome ma non vedo argomenti importanti esclusi.
La quantita` di traffico su it.comp.lang e` inversamente proporzionale alla
qualita` :-) Visto che lo moderi, ti potrei anche invitare a riflettere sul
fatto che per avere un rapporto segnale rumore praticamente uguale ad 1, il
filtro probabilmente taglia moltissime frequenze utili ;-)
Il tuo ragionamento su it.comp.lang.python non farebbe una piega se in
it.comp.lang.c++ potessi discutere di tutte le librerie che mi vengono in
mente. Invece no, alcuni (la maggioranza?) dei manifesti nella gerarchia ICL
pongono OT discussioni inerenti certe librerie, anche perche` ovviamente si
preferisce porre l'accento sul linguaggio vero e proprio, piuttosto che
allargare il discorso. Ragionando su Java, se ci fosse abbastanza traffico
con domande inerenti il linguaggio di programmazione vero e proprio (esempi:
"cos'e` this?", "come si implementa l'ereditarieta` multipla?", "la
variabile in switch puo` essere di tipo stringa?" e via cosi`) qualcuno
potrebbe pensare fosse sensato creare un ng apposito ICL.java, parallelo al
ng attualmente esistente. Anche per .Net in analogia, ha senso prima creare
un ng generale, e poi, in caso di necessita` e traffico sufficiente, uno o
piu` altri ng specifici (come sarebbe dovuto essere ICL.csharp). Ora, su
ICL.python, per come tu ne immagini il manifesto, sarebbe IT o OT discutere
su come implementare (in C++) le funzioni per gestire la stampante con win32
da python?
-- 
Ale
http://www.sen.it/stoa

 da python?
Se intendi come scrivere un modulo in C o C++ per la stampa sarebbe IT la 
parte di integrazione con Python (come usare SWIG, pyrex o le API di Python 
ad esempio). Sarebbe OT la parte "quale funzione di win32 devo richiamare 
per stampare" in quanto esiste it.comp.programmare.win32 e la domanda *non* 
dipende dal linguaggio.
