Capítulo 4. Modelagem
Este trabalho foi traduzido com recurso a IA. Agradecemos o teu feedback e comentários: translation-feedback@oreilly.com
Todos os modelos estão errados, mas alguns são úteis.
George E.P. Box, estatístico britânico (atribuído)
A essa altura, já deve estar claro que a comunicação é um ponto central do seu trabalho como engenheiro de software, principalmente a comunicação entre você e outros desenvolvedores. Enquanto o computador só liga para código sintaticamente correto, a comunicação com outras pessoas exige muito mais. Seu código deve ser bem documentado e organizado para que possa ser compreendido por outras pessoas (consulte o Capítulo 3 para obter mais informações sobre como escrever código), mas às vezes você vai querer mais. Ao longo de um projeto, você usará modelos de software ou diagramas de caixas e linhas para expressar sua intenção técnica.
Assim como um bom código, bons modelos de software são claros e fáceis de entender para as partes interessadas. Se seus modelos não forem claros, aqueles que os utilizam não entenderão sua intenção técnica. Não faltam consumidores para seus modelos: usuários, testadores, outros desenvolvedores, segurança, as pessoas que assinam os cheques, gerentes de projeto e arquitetos. Você mesmo. Às vezes, o único usuário de um diagrama será você. Dito isso, você não pode esperar desenhar algumas imagens e esperar que todos as entendam. Um diagrama que é perfeito para um desenvolvedor pode não funcionar tão bem para ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access