Newsgroup: it.news.gruppi
Titolo: it.comp.lang, manifesto definitivo

.
----------------------------------------------------------------------
-- 
Marco Barisione (ICQ 84277092)

[LAVORO]    proposte di lavoro, i messaggi devono pero` essere brevi,
Ci sono ng appositi.
Il resto del manifesto non mi piace molto, ma potrebbe anche andare; ma
il resto e' inutilmente complicato e mi fa propendere per non votare a
favore, un ng come it.comp.lang dovrebbe essere *semplice* da usare.
 

favore, un ng come it.comp.lang dovrebbe essere *semplice* da usare.
Per questo il manifesto è stato postato qui in modo che chiunque possa
proporre modificazioni per migliorarlo, se ci sono altre osservazioni
fatele senza esitazioni.


Se specifichi meglio cosa non ti piace si può modificare.
Mi pare inutile la disquisizione sulla R: di Outlook, basta scrivere che
bisogna rispettare la netiquette e chi non lo fa corre il rischio di
vedersi respinto l'articolo dai moderatori. Per la faccenda degli
articoli in lingua inglese, saperla leggere per capire un articolo
tecnico o un manuale e' dovuto, per cui lascerei perdere, nessuno vieta
di tradurre nulla ma suggerirlo mi pare troppo. Pero' sono due questioni
piu' dal punto di vista dell'evitare manifesti meno che sintetici che
non di cose che proprio non mi piacciono.
-- 
Cop(R)(C) la metodologia di programmazione del futuro!
http://spazioweb.inwind.it/cop

veramente č [ADMIN]
Su it.* io ho sempre trovato [MOD] e mai [ADMIN], e quello intendevo per
resto del mondo.


perfettamente d'accordo
Non  pensi che però, come ho già detto, sia difficile trovare un
programmatore python, ruby o di qualche altro linguaggio poco diffuso?


programmatore python, ruby o di qualche altro linguaggio poco diffuso?
Se i programmatori di ruby (ruby?) vogliono fare i preziosi e
nascondersi, e' un loro problema :-)))


nascondersi, e' un loro problema :-)))
Bhé saranno tre in italia! :-)


resto del mondo.
Bhé decidetevi!
Comunque mi sembra una cosa molto piccola e insignificante, ditemi voi
cosa preferite, forse [ADMIN] mi sembra piů comprensibile a chiunque.


non di cose che proprio non mi piacciono.
Ok forse hai ragione se il manifesto è sintetico forse lo leggerà
qualcuno in più.
Bhé se adesso modifico il manifesto tu voti per il ng? :-)


 favore, un ng come it.comp.lang dovrebbe essere *semplice* da usare.
Dai tag obbligatori non si recede, altrimenti diventa un bordello e non 
se ne fa piu' nulla. Se la complicazione e' solo nella presunta trafila 
da fare per i tag, come vedi in realta' non c'e'. Altrimenti ogni 
suggerimento e' ben accetto
-- 
ByE,   | This message has been delivered despite the lameness of
FF     | the Network Administrators of Politecnico di Torino
        | 
http://cesit.polito.it

 
E due scrivono su Linux&C. :P


----------------------------------------------------------------------
Cosa ne pensate?


Bhé se adesso modifico il manifesto tu voti per il ng? :-)
Si', visto che ho anche scritto piu' volte che un ng del genere andava
creato in automatico per una questione sia tassonomica sia per evitare
problemi ora che c'e' la regola del traffico pregresso. 


piu' semplice. 
Mi prendo un po' di tempo per pensarci e poi vi dico.


non è vero neppure questo...
Che io abbia trovato sempre [MOD] e' vero, casomai non e' giusto :P


da fare per i tag, come vedi in realta' non c'e'. 
A me continua a sembrare una fonte di complicazioni eccessiva, la
moderazione di suo basterebbe.
-- 
Cop(R)(C) la metodologia di programmazione del futuro! (forse)
http://spazioweb.inwind.it/cop

quelli approvati automaticamente quando vediamo che vengono usati.
Questo riesce ad essere anche peggio di prima :)
Cosi' avresti un insieme di tag che contiene gli errori di scritura,
tanto per dirne una.
Per come la vedo io, o si usano i tag e articoli privi di tag valido
sono rifiutati in automatico e punto (cosa su cui non sono d'accordo, ma
almeno e' una posizione coerente), oppure i tag sono solo suggeriti, e
potete mettere in black list utenti che se ne fregassero per troppe
volte di fila. 


questo č implicito nella moderazione...
Lo so ma dal resto del manifesto sembrerebbe che se un messaggio ha il
tag giusto puň passare.


sono presenti a http://..."
Per me potrebbe andare.



http://spazioweb.inwind.it/cop
ROTFL  :-)


da qualche parte (IMHO nel manifesto) l'elenco di quelli ammessi deve stare...
Sarebbe naturale inserirlo nel messaggio automatico del robomoderatore,
quando rifiuta un articolo.
-- 
Saluti,
    Mardy
http://castellina.org/interlingua




 ...
  [LISP]


[LOGO]
-- 
Ciao, 
Fabrizio

 writes:

     [*ML]

     [*ML]
e brainfuck? dove lo mettete?
Comunque Fabio Forno ha pensato di prendere i tag accettati da
http://dir.yahoo.com/Computers_and_Internet/Programming_and_Development/Languages/
ovviamente sfoltendola un po'.


      [*ML]
[XSLT]
[JESS]
[CLIPS]
[PROLOG]
Ciao R.
-- 
Inviato il lun 29 ott 2001 12:32:33 CET da 
fw01-e31.inferentia.net
[217.29.160.1]
http://www.neuromante.net/

c'č addiritturz un apposito newsgroup...
Sě senza messaggi!
-- 
                    Marco Barisione (ICQ 84277092)
Se sei interessato alla creazione di it.comp.lang (per i linguaggi di
programmazione senza un gruppo apposito e per i confronti fra i
linguaggi) partecipa alla discussione sul manifesto su it.news.gruppi.

 e brainfuck? dove lo mettete?
rotfl
-- 
bN
non e' la battuta a farmi ridere

Ottimo lavoro Marco, io sono uno di quelli che voterà sicuramente a favore.
Devi solo ricordarmi in email, sono un pò smemorato!
--
Lello Mele
--
HOMEPAGE: 
http://www.lellomele.it
eMAIL   : 
v...@libero.it

Devi solo ricordarmi in email, sono un pò smemorato!
Uhm e se poi lo consideri spam?  ;-)


[...]
Adesso bisogna però decidere quali sono i tag accettati, questa è la
lista presa da yahoo, io segno solo quelli che includerei perché li
conosco o comunque penso che potrebbe esserci un qualche traffico.
ABC
Ada
AMOS
APL
AppleScript
Assembly           <---troppo platform specific, cosa ne pensate?
awk
BASIC             <---sì
BETA
C                 <---esiste già
C++               <---esiste già
C#                <---sì
Cecil
Cilk
CLU
COBOL
ColdC
Colored Petri Nets
cT
Curl
Delphi            <---esiste già
Dylan
Dynace
Eiffel            <---sì?
Forth
Fortran           <---sì
Guile
Haskell
Icon
Infer
Intercal
J
Java              <---esiste già (a proposito perché si chiama
                      it.comp.java e non it.comp.lang.java?)
JavaScript        <---esiste già
JCL
JOVIAL
Limbo
Lisp              <---sì
Logo
LPC
M - MUMPS
Magma
ML
Modula-2
Modula-3
Oberon
Obliq 
Occam 
Pascal           <---esiste già
Perl             <---esiste già
PL/I
Pop
Prograph
Prolog 
Python           <---sì
Rexx
RPG
Ruby             <---sì
SAS
Sather
Scheme
ScriptEase
ScriptX
SDL
Self
SETL
Smalltalk       <---sì
Spanner
SQL             <---sì
Tcl/Tk          <---sì
TOM
Unified Modeling Language (UML)
Verilog
VHDL
Virtual Reality Modeling Language (VRML)
Visual
Visual Basic    <---esiste già
Z
-- 
                    Marco Barisione (ICQ 84277092)


non e' la battuta a farmi ridere
Non ho capito.
-- 
                    Marco Barisione (ICQ 84277092)


VHDL
Per VHDL ho notato qualche richiesta qua e la', quindi direi di si'. Non
mi ricordo cosa sia Verilog, eppure una volta lo sapevo ^_^;
Comunque tutto questo e' la sublimazione del perfetto, visto che mano
mano si aggiungeranno i tag che servono, e Intercal, come tag, non da'
fastidio a nessuno :)


fastidio a nessuno :)
Ok lo metto se tu voti sì  :-)


Pensavo che proprio per questo avesse già un suo gruppo apposito.
Pero' un utente non Linux che ne volesse parlare?


Pero' un utente non Linux che ne volesse parlare?
Ok vada per awk


]

Segno con un piu' quelli che aggiungerei, oltre ai tuoi
 [snip]
Metteteli tutti.

 Lo aggiungerei cmq
Per l'assembly direi di definire chiaramente nel manifesto quali aspetti
dello stesso sono ammessi. Certamente è platform specific (io lo
definirei come tag con estensione, per esempio [ASM] per discirsi
generici e [ASM.Z80], [ASM.PIII] etc. per gli ASM specifici. La cosa
impoertante e notare che se si inserisce l'assembler è necessario
permettere, sotto questo tag, anche alcune considerazioni che sono non
solo platform specific ma che sono parzialmente HW oriented piuttosto
che SW oriented (architettura, cache, data locality, instruction
sequencing etc.). D'altro canto vietare l'ASM IMO è troppo limitante in
un NG che nasce per essere "aperto".
--
Andrea Ferro
---------
Brainbench C++ Master. Scored higher than 97% of previous takers
Scores: Overall 4.46, Conceptual 5.0, Problem-Solving 5.0
More info 
http://www.brainbench.com/transcript.jsp?pid=2522556

 perfettamente d'accordo
Mamo, ti spiacerebbe usare almeno le maiuscole? I tuoi post sono
indistinguibili da quelli con effetto fiordo nel citato. Praticamente
illeggibili.
Xpost e fup.
-- 
Luca - e-mail: p.stevens at 
operamail.com

Mamo (R) wrote:



fup.


.
----------------------------------------------------------------------


  - Ogni genere di annuncio pubblicitario o offerta di lavoro.
Solo "offerta" oppure "offerta o richiesta" (di lavoro) ???
(leggi: le "richieste" di lavoro saranno IT o è una dimenticanza?)
Ciao.
Mauro

(leggi: le "richieste" di lavoro saranno IT o è una dimenticanza?)
Dimenticanza
-- 
                    Marco Barisione (ICQ 84277092)


 sarą bisogno di aggiornare il manifesto per abbastanza tempo.
Mumble. Al volo mi vengono in mente CLOS, OBERON e PASCAL (forse di
Pascal esiste il gruppo, non ho controllato).
Io dico che l'elenco dei tag deve rimanere aperto e che in generale i
moderatori dovrebbero accettare ed inserire un tag alla lista non appena
ne viene proposto uno nuovo. Di linguaggi ce ne sono una infinitą. Per
esempio su icp č in corso un thread su GOAL e HAL/S.


esempio su icp è in corso un thread su GOAL e HAL/S.
Già ma nessuno praticamente li conosceva, in un caso come questo ci
sarebbero un po' di messaggi (approvati manualmente) e poi non ce ne
sarebbero più.
-- 
                    Marco Barisione (ICQ 84277092)
