Attenzione alla sindrome dell'iceberg!

Con un iceberg, la maggior parte di essa si trova sott'acqua, con solo una piccola percentuale visibile. Allo stesso modo con un sito Web, la maggior parte di essi è nascosta alla vista dell'utente.

La modifica del sito dalle tabelle nidificate ai CSS / DIV richiederà una notevole quantità di tempo e impegno, nessuno dei quali sarà visibile agli utenti e ai gestori. Se passi un mese a lavorare su questo cambiamento, ai tuoi manager sembrerà che tu non abbia fatto nulla per il mese. Questo potrebbe essere molto negativo per la tua carriera, specialmente se sei nuovo alla compagnia.

Vorrei assumere il ruolo di mantenere il sito e continuare a tenerlo aggiornato, apportando piccoli cambiamenti qua e là per riordinare l'architettura del sito, ma non perderei troppo tempo esso.

Se funziona, non aggiustarlo.

Quasi certamente farai alcuni piccoli errori da qualche parte, che si tratti di un errore di battitura o di un DIV che non è allineato correttamente. Queste sono le uniche parti del tuo sforzo che chiunque vedrà, e avranno un impatto negativo sulla loro percezione del sito, e quindi di te stesso. Potresti finire a fare più male che bene alla tua carriera.

Le tabelle annidate non sono necessariamente cattive

Ci sono cose che puoi fare con le tabelle nidificate che non puoi con CSS e < div > s, specialmente per quanto riguarda i layout ridimensionabili della larghezza. Le tabelle possono essere obsolete, ma sono più versatili e funzionano egualmente bene su ogni browser. Personalmente preferisco CSS dove funziona ugualmente bene su ogni browser e uso le tabelle dove non lo fa. Più di 3 livelli di tabelle nidificate sono quasi sempre inutili.

Le tabelle non sono lente

Hai guardato i tempi nella console di sviluppo di un browser per scoprire cosa sta causando a essere lento? Se non si identifica la causa della lentezza, non si sarà in grado di risolverlo. Penso di aver visto problemi di layout rallentare la visualizzazione di un sito web l'1% delle volte. L'altro 99% delle volte è in attesa del server o della rete - il più delle volte per scaricare le immagini.

La tecnologia non importa

Questo non è un sito rivolto al cliente. Se il sito viene visualizzato abbastanza bene sul browser di tutti, l'unica persona che si prenderà cura della tecnologia che sta dietro è tu. L'obiettivo del tuo capo, ne sono sicuro, è che lo mantieni funzionale e trascorri il minor tempo possibile.

Pulisci ogni pagina che devi cambiare per un motivo commerciale per soddisfare gli standard più basilari che puoi sopportare e lasciare il resto. Per me, questo significa che le pagine convalidano il cross-browser Xhtml 4.0 di transizione con la modalità Quirks correttamente disabilitata (usando la combinazione speciale doctype / html-tag) per IE. Perché inclino in quel particolare mulino a vento? Perché non mi piacciono le sorprese. Quando esce una nuova versione di un browser, non voglio dover eseguire e correggere il sito. Il plug-in Validator HTML per Firefox è ottimo per questo.

Se puoi fare qualcosa per renderti più produttivo in futuro e / o rendere l'html valido nel tempo, fallo. Altrimenti, inizia un manifesto di ciò che cambia il sito ha bisogno e pianifica di apportare tali modifiche un'altra volta. Man mano che il tuo manifesto cresce, ti aiuterà a ricordare tutti i problemi, a identificare i tuoi punti dolenti più seri e a concentrarti sulla frutta a basso impatto che farà davvero la differenza per le persone che usano il sito. E ciò che farà la differenza per il tuo capo è quanto velocemente puoi dire "OK, il prossimo progetto".

Se questo fosse rivolto al cliente, se fosse un codice di produzione, ti darei consigli molto diversi: la cura è fondamentale lì. Ma non qui.

Ci sono due modi per vederlo. In primo luogo, sta apportando miglioramenti al sito web qualcosa che ti darà visibilità sul lavoro? Se è così, sicuramente cogli l'occasione. Potrebbe non essere il compito più piacevole, ma potrebbe aprire altre porte per te in futuro.

Secondo, dovresti riscrivere il sito web? Il sito Web è probabilmente molto vecchio, da un momento in cui le tabelle nidificate erano l'unico modo per garantire il layout corretto, quindi assicurati che i browser utilizzati per visualizzare il sito si layout correttamente utilizzando il nuovo markup.

Se è così, quando si ottiene l'ora o quando si corregge o si migliora un'area, occorre anche prendere il tempo necessario per accelerare la pagina. Assicurati di profilare le modifiche prima e dopo, quindi dimostra le modifiche al tuo capo e valuta la sua reazione. Se a lui o lei non importa, velocizza le prime pagine (così sai che puoi farlo) quindi fai il minimo richiesto da quel momento in poi. Hai imparato tutto ciò che puoi. Altrimenti, lavora sulle pagine come il tempo consente e mantieni la visibilità.

Visibilità e amp; l'usabilità è importante nel web

Sarei d'accordo con i commenti che potresti trasformare questo compito in un'esperienza di apprendimento. Ottieni anche la massima attenzione risolvendo alcuni problemi di usabilità rimasti per anni. Quindi, prima di iniziare a lavorare, prova a parlare con gli utenti finali e ottieni il loro feedback oltre ai requisiti.

Identificazione di ciò che è prezioso

Tuttavia, l'apprezzamento del tuo lavoro dipenderà direttamente dal livello di importanza del progetto e da quanto il tuo capo apprezza i progressi. Pertanto, evita le principali operazioni di ri-factoring e concentrati su visibilità, usabilità e velocità . Potrebbe essere la tua Golden Duck che potrebbe portarti, l'apprezzamento del lavoro e la gioia di fare qualcosa di prezioso.

SE il sito funziona e è disponibile solo per gli utenti interni e nessuno si lamenta della tempestività dei carichi della pagina, non penso che sia giustificato spendere qualcosa di diverso dal tempo libero convertendolo in "table-less" in quanto è "tipo di" soggettivo. Se hai molto tempo a disposizione, quindi sicuro, non farebbe male.

Ma se entri e dì:

"Ehi boss, guarda come ho cambiato il tavolo con le div !! !! BOO-YAH! Hai visto quanto veloce!"

potrebbe parlare con il tuo manager per farti lavorare ancora .. LOL

Ora, se potessi girarlo e dire "hey Mr. Manager, guarda cosa ho imparato nel processo di accelerazione del nostro sito fotografico aziendale !!" Forse, diranno, GRANDI !! Ora aggiorna tutti i nostri siti !! ... forse è fantastico ???

Potresti anche trasformarlo in un'esperienza di apprendimento e utilizzarlo come un'opportunità per mostrare le tue abilità / metodologie e magari anche introdurre nuove tecnologie, e questo potrebbe trasformare alcune teste ... ma spostando l'HTML dalle tabelle alle div e aumentando il i tempi di caricamento non porteranno così tanto valore ... non che non sarebbe apprezzato, ma se ci sono altre cose da fare, probabilmente sarebbe in fondo alla lista ..

.. buona fortuna !!!