La società invia le versioni di debug del software ai client

IMO, i primi anni di alcuni in un settore stabiliscono uno standard interno per ciò che è accettabile e ciò che non lo è. Mi chiedo seriamente se lavorare da qualche parte a) non lo sa e / o b) non gli interessa, è un bene per la tua carriera a lungo termine.

Suggerirei di avvisarli del problema (in modo non condiscendente) e se non lo rendono prioritario risolverlo, inizia a cercare un nuovo lavoro.

Questo è un odore di gestione se me lo chiedi.

Secondo me questo è un grosso problema. Mi dice che la società non capisce come funziona il loro software e si affida al voodoo per farlo funzionare senza capire perché funziona o perché non funziona.

Finché viene identificato come una versione di debug (versione beta, ad esempio), allora è "ok". Ma penserei che dopo 4 anni l'avrebbero capito. Non penso che sia un buon segno che questo è andato avanti così a lungo.

L'invio di un build debug ai client non è probabilmente un grosso problema: sarebbe peggio farlo con un componente lato server.

Sarei più preoccupato per l'incapacità della tua azienda di risolvere i problemi con la versione di rilascio, nonostante avessi anni per farlo.

Anche se questo non è nemmeno vicino a una buona pratica, lo scopo principale di un'azienda è fare soldi (non seguire le migliori pratiche).

La mia raccomandazione sarebbe quella di indicare le aree in cui la risoluzione di questo problema potrebbe aiutarle a guadagnare più denaro. Per quanto posso vedere, quelli sono principalmente:

1. Il problema del rilascio degli edifici potrebbe avere altri impatti che potrebbero costare denaro in modi imprevisti. È meglio avere un codice affidabile perché è più economico da mantenere e sviluppare.
2. efficienza. Il codice verrà eseguito più rapidamente e sarà più piccolo senza simboli di debug.
3. Meno facile da decodificare / rimuovere protezioni da.
4. Meno probabilità di sembrare evolutivo (in termini di sviluppo del software) disabilitato.

Se a loro non interessa nessuna delle ragioni per NON rilasciare il codice di debug, perché sprecare risorse per ottenere il rilascio da creare? Se lavori per una società redditizia, invece di un'organizzazione con un motivo di profitto zero, ci deve essere qualche vantaggio per un'azione che costerà risorse.

Spero che questo aiuti.

-Brian J. Stinar -

Chris, il codice sicuramente non è efficiente quando si esegue con i simboli di debug, tuttavia il livello di rallentamento può essere trascurabile. Dipende solo dal codice e da ciò che sta facendo.

Probabilmente dovrebbero farlo funzionare con simboli fuori ... è sicuramente una pratica strana e non comune.