Concordo con il lungo messaggio di Francesco Ciracì. Per me è ancora presto per far entrare Hik3 o chiunque altro membro se non si vede dal diretto interessato della partecipazione. Anche io ne ho passate tante di crew (dalla rootshell alla notsec fino a crearmene una mia). Nessuna entrava in una crew semplicemente dicendo "Io ho fatto questo questo e quest'altro". Dovevano vederti attivo, postare materiale nuovo... e poi se ne poteva anche parlare! La Rootshell faceva persino ricerche personali sugli utenti.. Avevano gia' nome, cognome e numero di telefono prima ancora che entrassi XD
Questo è quello che penso e la filosofia che condivido. Francesco Ciracì ha scritto:
SystemFAILURE BioHazard ha scritto:Per 'assistenza' direi che non c'e' altro da aggiungere (entro certi ovvi limiti :: un tizio che caga il cazzo sulla stessa birra per giorni di fila inizierebbe a stancare anche Mark Shuttleworth . Codice e documentazione *SOLO IN AMBITO *NIX HACKING* (e per hacking non intendete bucarlo , spero) . Mi pare ovvio che winzozz sia fuori . Esempi validi di codice/documentazione possono essere , per dire , ricompilazione ottimizzata di un kernel , cifratura di dati , programmazione di cms/blog/controlpanel/cazzovipare o qualcosa che possa essere utile a noi (utile a noi = che noi poi usiamo ; sai che bello luruke e sydarex che perdono qualche neurone rimasto nell'encefalo per fare qualcosa che poi usera' solo /etc/init.d/webmin quando fara' il check dei permessi ?) , insomma credo di aver reso l'idea , se cosi' non fosse sto qua .Si, direi che più o meno ci siamo.Sai cos'é? Secondo me andrebbe fatto uno schema più preciso, in modo collaborativo, sugli argomenti e materiale che è ritenuto valido. Proprio degli sheets che facciano da guideline.In stile, per essere chiari: *Documentazione* - Networking: - Sniffing e Analisi del Traffico - Argomenti.. - Sviluppo - Profiling e Debug - Ecc.. Ecc.. *Codice* - Web Applicaton - CMS - Gestionali Ecc..Ma della realizzazione pratica poi se ne dovrebbe discutere in altra sede imho, direi di capire prima cosa bisogna fare e dopo farla con calma e con raziocinio.- A seguito di cosa emerge dal punto precedente, vedere chi vuole fare ancora parte del progetto...Si, secondo me ci starebbe. Proprio volendo essere buoni e lasciando in pace chi già è dentro, servirebbe come standard per i prossimi candidati. Sempre fermo restando che "alte conoscenze" va definito con precisione. Inoltre, darei più peso alle prove tangibili delle skills, al momento di entrare.- Stabilire degli standard minimi, sia sulle skill delle persone, che sulla qualità dei contenuti, e SBATTERE FUORI chi non vi rientra.Fino ad ora per il far entrare come standard ho piazzato delle conoscenze relativamente alte di programmazione e saper rivoltare un sistema o una qualche altra cosa come cazzo gli pare per fargli fare quel che cazzo gli pare (ecco cosa intendo io per hacking , tra l'altro) . Se pensate che potremmo fare una lista piu' precisa e concreta , no problem .Riguardo questo punto spiego meglio. Ci definiamo procedure da usare per fare le cose.- Stabilire delle policy precise (COME si procede per far quello, COME per quell'altro).Voglio proporre un progetto? Faccio così.Voglio sottoporre un paper o un source per vedere se è pubblicabile? Questa procedura. Ovviamente questo dopo che avremo gli strumenti adatti, che sarà più facile.Si, ma infatti era un discorso generale, che al server ci pensi tu è scontato. Inoltre, sottolineo quello che hai detto. Abbiamo un server con i controcoglioni e possiamo farci pressoché di tutto. Sincerely, ho delle idee parecchio fiche da proporre, ma per farlo ho bisogno di materiale, cioè gente che faccia fruttare l'infrastruttura web che ho in mente.Del server posso occuparmene io senza problemi , anche perche' c'abbiamo di tutto li' sopra , persino vps dei clienti , e sta arrivando a costare fino ad ora $105 al mese e per come sta andando avanti ovvero bisogno di IP si avvicina il bisogno di un subnet privata , che arriverebbe al mese costo totale $250 almeno . Non dobbiamo ricordare chi e' che paga (d'oh) , almeno mi fa piacere farlo , dato che evilsocket mi e' di compagnia li' sopra e a qualcosa quel cazzo di server e' utile . Fosse un serverino poi ! 2 processori che in tutto 9ghz se non erro li raggiungono , 1GB di RAM (erano 2 , ma dato che non servivano li ho estratti) , 160GB di HDD + spazio ftp remoto illimitato + potenza di banda 100mbps dedicata (lo ho visto trasmettere fino a 11.2mbs) + 1,3TB di traffico mensile .. Quindi dovremmo poter , anzi di sicuro , farci cosa cazzo ci pare li' sopra , potremmo usarlo per meglio realizzare progetti e testarli , ma non ce la vedo mica la appena citata attivita' sopra .- Tra chi è rimasto, dividersi i compiti. CHI si occupa del server,Dicevo a livello di gestione. Ovviamente io ci sono per gestire quello che scrivo (anche perché sennò chi gestirà tutti i bug che verranno fuori, se non io e luruke? XD)Se intendi a livello programmazione Sydarex e luruke vi siete presi l'incarico , dopodiche' a livello amministrazione permessi gestione e cazzi vari posso sbrigarmela io , semmai insieme al cofounder (Sydarex) .CHI del sito/groupware/infrastruttura web,Riguardo i membri direi me e Sydarex in ogni caso , giusto per una analisi piu' approfondita .CHI della selezione dei contenuti, CHI dei wannabe-members.Ovviamente ^^ Era comunque un discorso generale, da esempio.- Stabilire un contatto stabile tra i membri (con il groupware, con le orgie, come vi pare)Abbiamo ml , irc e a breve un groupware ; vediamo di farli fruttare .Si meglio cosi' si evita di prenderla troppo comoda e non combinare una minchia (in questa frase ritengo *OVVIAMENTE* esclusi i 2 che stanno lavorando al groupware) .e delle timeline per i progetti.Sese, che lo so che mi ritieni uno scansafatiche :''(E se doveste pensare che questa mail e' frutto di una qualche specie di accordo tra me e Sydarex o chi altro vi sbagliate di grosso ,Della P2 ancora non facciamo parte, per fortuna.mi ha semplicemente fatto aprire gli occhi su cosa sta effettivamente accadendo .Sono contento di questo, è ora di cambiare le cose.Credo che qui in ml andrebbe fatto non un discorso pratico ma bensì una presa di coscienza con conseguente scelta del modo di procedere, e basta. Per chiarire, non "si, va fatto questo, si farà così e cosà" ma "si, dobbiamo fare questo". Per decidere poi come fare le cose effettivamente, trovo che la ML sia scomoda. Imho dovremmo scegliere CHI deve partecipare alla stesura di questo nuovo ordinamento di HUF, prendere una board e upparla da qualche parte per poterne discutere su un mezzo comodo che ci permetta di sviscerare i diversi discorsi separatamente.Detto questo , credo di non avere altro da aggiungere .Anzi, dovrei averne già una su un host gratuito, aspettate che vedo. SystemFAILURE BioHazard ha scritto:In tutto questo dimenticavo che inattivita' o mancata partecipazione (per mancata intendo scarsa , non sufficiente in ogni caso , se non nulla) sarebbe meglio se portassero al portare fuori il membro in questione (bel gioco di parole) .Concordo.
