Quali blocchi stradali devono affrontare il processo di sviluppo nell'uso di linguaggi di markup in testo semplice rispetto, ad esempio, a Microsoft Word? [chiuso]


33

Attualmente sono stagista presso un appaltatore governativo e ho la sensazione (odiosamente inevitabile) che Word sia lo standard di fatto nel processo di sviluppo del software.

Il suo formato binario rende molto difficile collaborare ai documenti nel modo in cui sono abituato a collaborare su una base di codice. L'uso del markup di testo semplice (con linguaggi come LaTeX, Markdown, ReStructured Text, ecc. ) Consente un documento diff-friendly che funziona bene con il normale flusso di lavoro di uno sviluppatore. Per quanto riguarda i commenti in cui la lingua non li supporta (ad esempio Markdown), ci sono molte soluzioni esistenti che consentono commenti collaborativi su basi di codice (ad esempio GitHub, Bitbucket) che potrebbero essere facilmente applicati ad altri file di testo semplice contenenti markup.

Comprendo la necessità di collaborare con la gestione tecnologicamente analfabeta richiede una sorta di interfaccia grafica per tutto, ma tali interfacce esistono per la maggior parte di questi formati. Ad esempio, LaTeX ha una sorta di "fork" di tipo chiamato LyX che inserisce un front-end grafico in una sintassi di testo semplice, simile a LaTeX. Questo file, anche se principalmente grafico nella sua modifica, è ancora diff-friendly. (Ha anche commenti in stile Word.) Molte di queste soluzioni potrebbero essere ancora utilizzate al posto di Word, e la stragrande maggioranza è gratuita o open-source.

Tuttavia, utilizziamo Word anche per la nostra documentazione interna che nessun altro vede. Lavoriamo con il testo per una parte significativa della nostra carriera --- perché la documentazione è così speciale? A parte il banale "Non sapevamo niente di meglio e ora siamo bloccati qui", ci devono essere ragioni a sostegno di tale decisione. Quali sono le sfide che il processo di sviluppo del software deve affrontare nell'usare la documentazione di testo in chiaro al posto di altri mezzi più colloquiali (e indebitamente meno potenti) per scrivere documenti?

Dal momento che le ragioni saranno diverse, forse la risposta a questi due scenari strettamente correlati separatamente dovrebbe essere in ordine.

  • Utilizzo della documentazione in testo semplice dall'inizio
  • Migrazione alla documentazione in chiaro nel tempo

2
per motivi indipendenti potrebbe essere saggio migrare alle versioni più recenti di Word (Office 2007 / 12.0 e versioni successive) i cui formati di documento sono basati su XML. versioni aggiornate di openoffice e in particolare libreoffice potrebbero essere una scelta ancora migliore: i filtri di importazione / esportazione consentono una perfetta integrazione con un flusso di lavoro basato su parole ms. più precisamente, lavorare con i linguaggi di markup nel pageetting richiede un livello più alto di astrazione e una migliore strutturazione delle idee in anticipo, pur non supportando facilmente la scrittura esplorativa. e ovviamente l'interfaccia utente di ms office è consuetudine - non è richiesta alcuna formazione.
collapsar

2
Non sono sicuro di essere d'accordo con la tua premessa - Sono sicuro che ci sono molti posti in cui uno o l'altro dei linguaggi di markup, a causa dei vantaggi che descrivi.
vaughandroid,

1
Come ha sottolineato Collapsar, i documenti di parole basati su XML sono molto facili da programmare (openxml sdk, ... (Posso consigliare ClosedXML e Novasoft.DocX ​​per c #) Quando provengono da un contesto accademico TEX può sembrare fantastico, ma se no- uno lo usa, è buono come morto. La curva di apprendimento è troppo alta! Tua madre e tua nonna probabilmente sanno di che parola si tratta. Chiedi loro di TEX, sarei sorpreso!
Mvision,

1
E per quanto l'interfaccia utente sia intuitiva, questo è vero per una buona parte del flusso di lavoro normale a livello di cliché, ma si rompe per qualcosa di più complesso. Vedi superuser.com/questions/620454 e nota anche che il modo per aggiornare un sommario è quello di inserirne uno nuovo nel mezzo e attendere il popup. Il modo per ignorare in modo persistente l'ortografia di una porzione di testo consiste nell'impostare la lingua <-null. C'è qualcosa di intuitivo? Ma questo è oltre il punto. Il testo normale espone completamente la struttura e il contenuto del documento; nessun pasticcio, niente storie.
Sean Allred,

1
@rath Assolutamente. Se qualcuno spera di portare alcune giovani menti al lato oscuro, i commenti / le risposte al link dovrebbero aiutarti a iniziare. (Soprattutto la presentazione di Jubobs --- ne ha caricato un archivio ed è molto buono.)
Sean Allred

Risposte:


43

Molti partecipanti al processo di sviluppo del software non sono sviluppatori e devono comunque interagire con la documentazione. Il QA / Marketing dovrebbe usare la parola e gli sviluppatori dovrebbero usare qualcos'altro completamente? Sarebbe incoerente, aggiungerebbe un altro strumento nella catena di manutenzione e la parte IT di un'azienda potrebbe non avere idea di cosa fare con i file, quando sanno perfettamente come gestire / mantenere un archivio di documenti word.

Soprattutto, molti non sviluppatori hanno trascorso anni all'università usando Microsoft Word per trasformare il loro lavoro, spesso avendo avuto veri e propri corsi di formazione su come usare la parola. Lo sanno molto meglio delle alternative. Riesco a malapena a capire la differenza quando lavoro in Open Office vs Word, ma quando mia cognata la usava per risparmiare denaro, una settimana dopo fece in modo che suo marito comprasse la sua parola e proclamasse "Da quando ho ricevuto la parola che amo il mio nuovo laptop! ". Pensa alla mentalità che unisce cose del genere, un leggero cambiamento in ciò a cui sono abituati non è "leggero" per loro.

La parola moderna consente differenze di versione, annotazioni con rilevamento della versione e modifica delle fusioni. Potrebbe non essere così semplice come la fusione del codice, ma ho visto molti project manager farlo facilmente, quindi sicuramente gli sviluppatori possono riuscire a farlo anche.

Oltre a ciò, è diventato abbastanza comune tra i team di sviluppatori fare documentazione in wiki perché torna alla rappresentazione testuale rimanendo abbastanza semplice da consentire ai non sviluppatori di apportare modifiche.


7
In parte non sono d'accordo con il tuo secondo paragrafo: la maggior parte delle persone con cui lavoro non ha idea di come usare Word e cose. E ti senti generalmente a disagio con tutto ciò che non assomiglia a qualcosa che conoscono (nastri qualcuno? ;-)). Ciò significa che si potrebbe far valere qualsiasi cosa su di essi. Il resto lo riassume abbastanza bene, sfortunatamente.
nietonfir,

@nietonfir wow, è stata la mia esperienza che la parola è lo strumento preferito (leggi: solo) da tutte le persone PM e QA
Jimmy Hoffa,

4
@JimmyHoffa Lo è, ma la maggior parte non sa come usare correttamente Word (ad es. Indice, sottotitoli delle immagini, intestazioni della prima pagina, numerazioni, titoli, ...).
nietonfir,

2
@JimmyHoffa: Sì, ma quanto allenamento hanno ricevuto per questo? E quante funzioni di Word usano davvero? IMHO la maggior parte di questi utenti potrebbe facilmente passare a WordPad.
Ripristina Monica - M. Schröder il

Oh ciao, @ MartinSchröder :-) Per quanto riguarda WordPad, mentre la maggior parte degli autori di contenuti potrebbe non sapere come utilizzare MS Word al suo pieno "potenziale", alcuni lo fanno . Dalla mia esperienza, è un piccolo gruppo di utenti esperti che ha impostato un documento (più e più volte) per gli utenti che effettivamente aggiungono la maggior parte del contenuto. Quando qualcuno vuole aggiungere una figura, viene aggiunto un commento. (La manutenzione del documento come documento , quindi, diventa almeno un lavoro part-time.)
Sean Allred,

4

Personalmente penso che sia un problema di educazione.

Molte persone sono state indotte a pensare che l'uso di uno strumento come MS Word rende più semplice la produzione di documenti di qualità, ma da quello che ho visto in realtà lo rende più difficile. Alla fine devi eseguire il debug della formattazione all'infinito e combattere i tuoi strumenti per ottenere il risultato che desideri.

Strumenti come Scrivener ti consentono di avvicinarti un po 'alla realtà del documento senza doverlo combattere come fai con Word. In parte a causa della realizzazione, il WYSIWYG in realtà non funziona molto bene.

Nella mia organizzazione, più persone passerò a utilizzare MarkDown per la maggior parte dei loro bisogni di documenti, più persone saranno più felici e produttive.


Stai davvero suggerendo che è più facile "debug" di LaTeX rispetto a MS Word?
user253751

@immibis LaTeX3 sa che questo è un problema (anche LaTeX2e, ma non è riuscito a superare il punto). Idealmente, non esiste alcuna codifica a livello di documento (esposta all'autore). Tutto il "debug" viene eseguito a livello di codice, dove hai persone che hanno familiarità con la lingua che fanno quel lavoro. Fidati di me, expl3i messaggi di errore sono molto più utili :)
Sean Allred

@immibis È infatti più facile "debug" di LaTeX rispetto a MSWord. Ci sono stranezze di formattazione in MSWord che non possono essere riparate da nessuno senza modificare il programma MSWord stesso. In questi casi puoi dedicare tutto il tempo necessario per imparare LaTeX -> TeX -> C -> Assembler per quanto in profondità tu debba andare. Conosco utenti al di fuori del campo di sviluppo software che hanno una buona conoscenza pratica di LaTeX e cose come pstricks. Selezionano LaTex su Word ogni volta. Loro usu. non eseguire molti debug complessi, chiedono solo aiuto a qualcuno, cosa che per loro accade più raramente rispetto a MSWord.
Wolfmanx,

0

Hai davvero 2 domande:

Primo: perché i gruppi non di sviluppo non usano LaTeX o altri Markdown nel processo di sviluppo del software?

Il problema con la migrazione a LaTeX è la curva di apprendimento percepita, in particolare quando si ha a che fare con utenti non tecnici. Gli utenti conoscono già altri formati e non vogliono imparare un altro metodo per fare la stessa cosa che hanno fatto. Sanno poco o niente su come diff 2 documenti e quindi c'è poco valore nel passare a un formato basato su testo per loro. Spiegare a una persona che hai una soluzione per un problema che non sapeva di avere è una vendita piuttosto difficile.

Inoltre, non puoi sottovalutare il valore dello slancio in avanti. Per migrare in un nuovo formato devi davvero convincere altre persone nella tua catena che vale la pena investire nell'imparare qualcosa di nuovo. Anche se non ti aspetti che modifichino nulla, ci vuole tempo e molta fatica per migrare in un nuovo formato quando un formato esistente funziona (anche se in modo scadente).

La seconda domanda: perché il mio team continua a utilizzare documenti Word quando ci sono opzioni migliori e sono più che in grado di impararli?

Questo è qualcosa di cui dovresti parlare con le persone della tua squadra. Potrebbero esserci validi motivi per cui scelgono di conservare documenti in formato word o potrebbe essere solo perché è sempre stato così.

Ci sono costi associati a qualsiasi modifica e può essere costoso e richiedere tempo per spostare centinaia o migliaia di documenti in un nuovo formato. Se stai per provare a cambiare il tuo ambiente, aspettati di fare un caso per cui dovresti cambiare


1
questo non tenta nemmeno di rispondere alla domanda, "Perché i linguaggi di markup in testo semplice (come LaTeX o Markdown) sono più popolari nel processo di sviluppo del software?"
moscerino

+0, ma d'accordo - questo sarebbe più appropriato come commento.
Sean Allred,

1
Dopo la prima modifica della domanda, è diventata molto meglio. @gnat, un altro aspetto è in ordine.
Sean Allred,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.