image

Access unlimited bootcamps and 650+ courses forever

70
%OFF
Article image
Marcio Gil
Marcio Gil14/10/2025 17:42
Share
Luizalabs - Back-end com Python - 2º EdiçãoRecommended for youLuizalabs - Back-end com Python - 2º Edição

šŸš€ Workflow Automation System: Uma Jornada Visual pela Automação UniversitĆ”ria

    šŸš€ Workflow Automation System: Uma Jornada Visual pela Automação UniversitĆ”ria

    ✨ Introdução

    Imagine poder automatizar tarefas complexas com apenas alguns cliques, conectando blocos visuais como se estivesse montando um quebra-cabeça. Agora imagine que essa ferramenta foi criada por um estudante universitÔrio, com o propósito de empoderar outros estudantes e transformar o aprendizado técnico em algo prÔtico, acessível e visual. Essa é a história do Workflow Automation System, um projeto que nasceu da curiosidade, cresceu com a prÔtica e hoje inspira uma comunidade inteira.

    Meu nome é MÔrcio Gil, sou estudante de Engenharia de Software e Embaixador DIO Campus Expert. Neste artigo, quero compartilhar com você como esse projeto foi concebido, os desafios técnicos enfrentados, e como ele pode ser uma poderosa ferramenta para estudantes e universidades que desejam explorar o mundo da automação.

    🧭 Capítulo 1: A Origem da Ideia

    Durante meus estudos, sempre fui fascinado por ferramentas como n8n, Node-RED e Zapier — plataformas que permitem criar fluxos de automação sem precisar escrever código extensivo. Mas percebi que, apesar de poderosas, essas soluƧƵes nĆ£o eram pensadas para o contexto educacional ou para quem estĆ” comeƧando.

    Foi aí que surgiu a ideia: criar uma versão simplificada, visual e educacional de um sistema de automação, usando tecnologias modernas como React no frontend e Flask no backend. O objetivo? Aprender na prÔtica e oferecer algo útil para a comunidade acadêmica.

    🧩 Capítulo 2: Como Funciona o Sistema

    O Workflow Automation System permite que o usuÔrio crie fluxos de trabalho visuais, conectando blocos que representam ações, decisões e execuções de código. Veja como ele funciona:

    • Interface Visual com React Flow: O usuĆ”rio arrasta e conecta blocos que representam tarefas.
    • Execução via Flask: Ao clicar em "Executar", o fluxo Ć© enviado em formato JSON para o backend Flask.
    • Processamento Seguro: Cada bloco Ć© executado em subprocessos isolados, garantindo seguranƧa e controle.
    • Retorno DinĆ¢mico: Os resultados sĆ£o enviados de volta ao frontend e exibidos em tempo real.

    šŸ”— Acesse o projeto online

    šŸ“ Repositório GitHub

    šŸ—ļø CapĆ­tulo 3: Arquitetura e Tecnologias

    A estrutura do projeto Ć© modular e bem definida:

    • Frontend (React):
    • Componentes reutilizĆ”veis
    • Comunicação com backend via Axios
    • Interface com React Flow
    • Backend (Flask):
    • API REST
    • Execução de código Python e JS
    • Subprocessos para seguranƧa
    • Banco de dados com SQLAlchemy

    Essa arquitetura permite que o sistema seja facilmente expandido, testado e adaptado para diferentes contextos acadĆŖmicos.

    šŸŽ“ CapĆ­tulo 4: Impacto na Comunidade UniversitĆ”ria

    Como Embaixador DIO Campus Expert, acredito que a tecnologia deve ser um agente de transformação dentro das universidades. Este projeto pode ser usado para:

    • Ensinar lógica de programação de forma visual e interativa.
    • Demonstrar integração entre frontend e backend em disciplinas de desenvolvimento web.
    • Explorar automação de tarefas acadĆŖmicas, como envio de e-mails, organização de eventos ou coleta de dados.
    • Fomentar projetos interdisciplinares, conectando alunos de diferentes cursos (TI, engenharia, administração).

    Além disso, serve como inspiração para que outros estudantes criem suas próprias soluções, documentem seus aprendizados e compartilhem com a comunidade.

    šŸ’” CapĆ­tulo 5: Próximos Passos

    O projeto continua evoluindo. Entre as próximas funcionalidades estão:

    • Autenticação com JWT
    • Salvamento de workflows por usuĆ”rio
    • Blocos condicionais (if/else)
    • Integração com APIs externas (Telegram, Notion, e-mail)
    • Deploy do backend em plataformas como Render ou Railway

    šŸ’¬ ConclusĆ£o e Convite

    O Workflow Automation System Ć© mais do que um projeto tĆ©cnico — Ć© uma ferramenta de aprendizado, colaboração e empoderamento. Ele representa o que podemos construir quando unimos curiosidade, prĆ”tica e propósito.

    Se vocĆŖ Ć© estudante, professor ou entusiasta da tecnologia, convido vocĆŖ a explorar o projeto, contribuir com ideias e usar essa ferramenta para transformar sua rotina acadĆŖmica.

    šŸ“§ Contato: marciopaivagil@gmail.com

    🌐 LinkedIn: linkedin.com/in/mÔrcio-gil-1b7669309

    šŸ–„ļø Portfólio: meu-portfolio_profissional

    Share
    Recommended for you
    Almaviva - Back-end com Java & QA
    Luizalabs - Back-end com Python - 2º Edição
    TOTVS - Fundamentos de Engenharia de Dados e Machine Learning
    Comments (2)
    Marcio Gil
    Marcio Gil - 15/10/2025 17:08

    Muito obrigado pelo reconhecimento!

    Fico muito feliz que tenham gostado do projeto e do artigo, esse tipo de feedback da DIO me motiva ainda mais a continuar aprendendo e compartilhando.

    Sobre o PrincĆ­pio da Responsabilidade Única (SRP), acredito que o maior desafio estĆ” em perceber o momento exato em que uma classe comeƧa a assumir responsabilidades que nĆ£o sĆ£o suas. No inĆ­cio de um projeto, especialmente quando ele cresce rĆ”pido, Ć© comum concentrar mĆŗltiplas funƧƵes em uma Ćŗnica classe ā€œtemporariamenteā€, o que inevitavelmente leva ao famoso Deus Objeto.

    Para evitar isso, procuro adotar algumas prƔticas:

    • Design orientado ao domĆ­nio (DDD): manter a classe fiel ao seu contexto e propósito, respeitando os limites do domĆ­nio.
    • Refatoração contĆ­nua: encarar o código como algo vivo, que deve ser revisado e redesenhado Ć  medida que novas funcionalidades surgem.
    • Aplicação de padrƵes de projeto (como Factory, Strategy e Observer) para separar responsabilidades sem comprometer a coesĆ£o.
    • RevisƵes de código colaborativas, que ajudam a detectar precocemente acĆŗmulos de responsabilidade.

    Em resumo, o SRP exige uma mentalidade de vigilĆ¢ncia constante. O maior inimigo do ā€œDeus Objetoā€ Ć© a clareza de propósito: quando sabemos exatamente o que cada parte do sistema deve fazer e apenas isso o código naturalmente se torna mais modular, testĆ”vel e sustentĆ”vel.

    Mais uma vez, agradeço pela oportunidade de refletir sobre um tema tão importante. Essa troca é o que torna a comunidade DIO tão inspiradora.

    DIO Community
    DIO Community - 15/10/2025 08:41

    Excelente, Marcio! Que artigo incrĆ­vel e super completo sobre o seu projeto "Workflow Automation System"! Ɖ fascinante ver como vocĆŖ aborda o tema, mostrando que a automação e o código aberto sĆ£o as ferramentas ideais para empoderar estudantes e transformar o aprendizado tĆ©cnico em algo prĆ”tico e visual.

    Qual você diria que é o maior desafio para um desenvolvedor ao trabalhar com o Princípio da Responsabilidade Única (SRP), em termos de evitar que uma classe assuma muitas responsabilidades e se torne um "Deus Objeto", em um projeto que cresce rapidamente?

    Recommended for youLuizalabs - Back-end com Python - 2º Edição