Pagina 1 di 3 1 2 3 ultimoultimo
Visualizzazione dei risultati da 1 a 10 su 25
  1. #1
    Utente di HTML.it L'avatar di Kahm
    Registrato dal
    Dec 2004
    residenza
    Rome
    Messaggi
    3,550

    [lavorare come consulente informatico]collasso del sistema

    come da titolo
    lavoro come consulente informatico
    attualmente lavoro in telecom, ma posso citare altre attività lavorative come "BNL,BCC,Fideuram,ENI e tanti altri..."

    cosa accomuna tutte queste grandi aziende con questo thread?: IL DATABASE
    ovvero l'unità centrale, il cuore di tutto!!

    cosa succede se proprio il cuore è mal gestito, pieno di BUG e varie mostruosità?
    per capire meglio la risposta vi dico un paio di cose che nella mia esperienza mi hanno fatto ben pensare ad una catastrofe tutta nella classica gestione italiana delle cose....

    1)join? inesistenti!!!
    2)nomi di campi? incomprensibili il funzionamento dal nome
    3)documentazione? inesistente
    4)normalizzazione di dati? inesistente
    5)indici? messi male

    MA COME SI FA A LAVORARE COSI?
    il problema non è tanto l'azienda, il problema è il passaggio di consegna, sono stato presente a piu passaggi di aziende, da Accenture ad altre e vice-versa ed ho notato i seguenti problemi:
    1)documentazione? neanche a parlarne
    2)chiarimento su procedure? fatte a metà
    3)reperibilità di chi fa il passaggio? lo si trova una volta su 10
    4)chiarezza sul motivo di fare una procedura? BOOOOOH



    .....


    .....
    ragazzi, penso che ci siamo molte persone dedite alla consulenza in questo forum
    secondo me ci sarà un collasso

    vi spiego una normale procedura in Telecom che mi hanno spiegato di fare:
    (il tutto fatto un centinaio di volte al giorno)

    1)aprire programma A
    2)controllare in programma B se il codice di A esiste
    3)aprire programma C
    4)controllare in programma C se il codice di B esiste
    5)aprire un file Excel creato da un gruppo di sviluppo che serve a generare una ID
    6)inserire ID dentro programma A
    7)il programma A genera altro ID che bisogna controllare in un servizio Web interno
    8)da qui aprire altro servizio Web interno che dopo 20 minuti da la risposta se tutto è OK
    9) inserire il risultato in servizio web (il terzo), con i vari dettagli


    pensate bene che per ogni programma:
    1) c'è username e password diversi
    2)ogni tanto (spesso) c'è un aggiornametno andato a male
    3)disservizi vari

    invece di fare un unico servizio che da la risposta come avete capito ne apro 10!!!
    e tutto questo in quanto per ogni virgola che si cambia si apre un appalto in una ditta diversa che crea un servizio diverso incompatibile con quello esistente! quindi nessun servizio si parla con l'altro!!!
    non è possibile!!! bisogna azzerare tutto!!!!
    NN vi diro mai chi sono in realta,
    tutti i miei 3D sono orfani, non insistete per farmi rispondere ai 3D aperti da me

  2. #2
    Utente di HTML.it L'avatar di Linkato
    Registrato dal
    Dec 2002
    Messaggi
    487
    Daranno, come al solito, la colpa ad un attacco hacker...

    Al 90% funziona sempre così...

  3. #3
    Utente di HTML.it L'avatar di LuckySevenRoX
    Registrato dal
    Sep 2011
    residenza
    Foligno
    Messaggi
    361
    Beh a livello di modifiche tecniche sono tantissimi quelli che volontariamente cercano di rendere 'incomprensibile' il proprio lavoro in modo da creare una situazione dove se devi fare qualche modifica devi per forza richiamare quello che ha realizzato il codice..

    ovviamente è una cosa da barbari che al 99% darà problemi anche allo stesso programmatore che l'ha creato..

    se ci metti che poi alle aziende che lavorano alle varie aree del software non è stato chiarito che dovevano essere servizi strettamente collegati tra loro (senza bisogno di fare 100 accessi diversi) direi che è proprio un bel casino ma lì probabilmente hanno avuto le idee poco chiare su cosa realmente volevano già dall'inizio.. sennò non si spiega questa cosa
    Ti rivedrò in un'altra vita…quando saremo tutti e due gatti...

  4. #4
    Utente di HTML.it L'avatar di Kahm
    Registrato dal
    Dec 2004
    residenza
    Rome
    Messaggi
    3,550
    Originariamente inviato da LuckySevenRoX
    Beh a livello di modifiche tecniche sono tantissimi quelli che volontariamente cercano di rendere 'incomprensibile' il proprio lavoro in modo da creare una situazione dove se devi fare qualche modifica devi per forza richiamare quello che ha realizzato il codice..

    ovviamente è una cosa da barbari che al 99% darà problemi anche allo stesso programmatore che l'ha creato..

    se ci metti che poi alle aziende che lavorano alle varie aree del software non è stato chiarito che dovevano essere servizi strettamente collegati tra loro (senza bisogno di fare 100 accessi diversi) direi che è proprio un bel casino ma lì probabilmente hanno avuto le idee poco chiare su cosa realmente volevano già dall'inizio.. sennò non si spiega questa cosa
    si , ma dove porterà tutto questo?
    e non sono poche le aziende che adottano questa politica autolesionista
    NN vi diro mai chi sono in realta,
    tutti i miei 3D sono orfani, non insistete per farmi rispondere ai 3D aperti da me

  5. #5
    Utente di HTML.it L'avatar di mamo139
    Registrato dal
    May 2005
    residenza
    Londra
    Messaggi
    841
    Succede in tutto il mondo.

  6. #6
    Utente bannato
    Registrato dal
    Dec 2012
    Messaggi
    679
    Originariamente inviato da Kahm
    si , ma dove porterà tutto questo?
    a chiamare gente come me, che porta l'ordine nel caos.

    PS telecom?
    Volete che racconti come sono gli appalti telecom?
    Con doppio subappalto carpiato?
    PS/2 e poi telecom va male, è in merda, prossima alla chiusura? non solo per i disastri dei "capitani coraggiosi", ma anche per una devastante ignoranza per la quale fanno carriera i piccoli napoleoni (questa è una citazione, vediamo chi la coglie)

  7. #7
    Utente di HTML.it L'avatar di Kahm
    Registrato dal
    Dec 2004
    residenza
    Rome
    Messaggi
    3,550
    Originariamente inviato da franzauker2.0
    a chiamare gente come me, che porta l'ordine nel caos.

    PS telecom?
    Volete che racconti come sono gli appalti telecom?
    Con doppio subappalto carpiato?
    PS/2 e poi telecom va male, è in merda, prossima alla chiusura? non solo per i disastri dei "capitani coraggiosi", ma anche per una devastante ignoranza per la quale fanno carriera i piccoli napoleoni (questa è una citazione, vediamo chi la coglie)
    si, il manager che parlò di Telecom come napoleone che vinse a Waterloo (in realtà perse)
    NN vi diro mai chi sono in realta,
    tutti i miei 3D sono orfani, non insistete per farmi rispondere ai 3D aperti da me

  8. #8
    Utente bannato
    Registrato dal
    Dec 2012
    Messaggi
    679
    Originariamente inviato da Kahm
    si, il manager che parlò di Telecom come napoleone che vinse a Waterloo (in realtà perse)
    E' pure stato promosso, ormai è superdirigente galattico lup man figlio di put duca conte di wellington

  9. #9
    Utente di HTML.it L'avatar di Kahm
    Registrato dal
    Dec 2004
    residenza
    Rome
    Messaggi
    3,550
    aggiorno il 3D in quanto proprio poco fa ho ricevuto una notizia dal mega-super-iper-extra-dirigente della mia strattura:

    in pratica il mio capo (ditta esterna) dice che ho fatto un buon lavoro
    purtroppo è stato fatto troppo bene
    ed ho fatto risparmiare soldi al dirigente

    al quale gli hanno diminuito il budget
    egli si è arrabbiato e forse ci cacciano

    NN vi diro mai chi sono in realta,
    tutti i miei 3D sono orfani, non insistete per farmi rispondere ai 3D aperti da me

  10. #10
    Utente di HTML.it L'avatar di Il Pazzo
    Registrato dal
    Jul 2004
    Messaggi
    1,071
    Originariamente inviato da LuckySevenRoX
    Beh a livello di modifiche tecniche sono tantissimi quelli che volontariamente cercano di rendere 'incomprensibile' il proprio lavoro in modo da creare una situazione dove se devi fare qualche modifica devi per forza richiamare quello che ha realizzato il codice..

    ovviamente è una cosa da barbari che al 99% darà problemi anche allo stesso programmatore che l'ha creato..
    mmm... a me questa cosa viene da pensarla solo per i "piccoli" sviluppatori... quelli che riescono a tirare avanti grazie a piccoli clienti e che quindi non possono permettersi di perderli...

    Una cosa del genere mi capito di vederla solo su un prodotto a pagamento fatto da un'azienda estera... era un prodotto finanziario per fare previsioni di breve/medio e lungo termine, sulla base dei risultati ottenuti l'azienda che utilizzava il prodotto in questione faceva delle "giocate" in borsa...
    Per varie questioni e bla bla bla mi ritrovai ad automatizzare il prodotto e bla bla bla... fatto sta che avendo il database davanti era un delirio.... relazioni tra tabelle allucinanti, spesso e volentieri inutili, solo per rendere più articolato il giro utile all'ottenimento di un dato... nomi di colonne ovviamente incomprensili e così via...
    Ma qui un senso ce lo vedo a fare una cosa del genere... era un prodotto chiuso, a pagamento e su cui giravano tantissimi soldi... su altri prodotti, che poi magari sono i tipici prodotti da time material/body rental, non ci vedo tutta sta necessità....

    Il problema è sempre l'incompetenza... Nella mia breve esperienza lavorativa (solo 5/6 anni) da un alto ho visto chi certe porcate le faceva proprio per incompetenza... e d'altro lato chi leggendo un codice un pò più articolato non ci capiva nulla...
    Due pattern buttati lì e già entrano in confusione sul perchè fa sto giro e perchè quello... e come fa ad entrare lì :O....
    oppure l'ereditarietà non si usa, le interfacce non si capisce a che servono.... praticamente OOP 0... è tutto codice procedurale diviso in classi, ogni tanto ne istanzi una, ogni tanto un'altra..
    E sto parlando di concetti di base, tralasciando quelli più complicati...

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2024 vBulletin Solutions, Inc. All rights reserved.