Esse mês de julho foi quando abri o formulário e eu trabalhei, viu? Ô se trabalhei!! Esse aqui tá no top 3 dos cronogramas favoritos que já fiz. Entrei no Red Side como beta há pouco tempo, e lá foi o primeiro lugar que divulguei que meus pedidos estão abertos, inclusive. O pedido da Mimi (post anterior), que é uma das adms do Red, foi nessa leva de pedidos; o da Ritinha (próximo post) também. Mimi aproveitou a onda e encomendou pro projeto também!! 😝
Bora lá que tenho MUITO a falar desse cronograma especial!
P.s.: eu adoro o GIF de apresentação das adms, na aba home, ficou muito gracinha, juro procês 🥹
O cronograma anterior do Red e esse que fiz são controlados e editados somente pelas administradoras, com isso, quis pensar em formas de poder auxiliar essa edição das etapas e status dos pedidos. Kori, você mexe com programação, por que não aproveita isso de alguma forma? E pimba! Estruturei o cronograma do Red através de 9 sistemas de programação (claro que eu poderia juntar o script pra 2, ou seja, reduzir, maaaaaaas não gosto de me atrapalhar, nem me perder demais com os códigos, por isso são 9).
As adms precisavam sempre estar reescrevendo o nome da fanfic e do autor 4x: na aba de escrita, na aba de avaliação, na aba de betagem e na aba de design. Achei exaustivo e repetitivo, então o cronograma tem uma codificação (codificação 1) para que, quando elas inserirem o título da fanfic e selecionarem o autor, elas não precisem mais ir reescrever nas outras abas. Mas por quê, Kori?
Porque sempre que uma fanfic do projeto for enviada para avaliação e for marcada com a legenda desse envio, o título e o autor são transferidos automaticamente para a aba de avaliação (codificação 2).
Se a avaliação da fanfic for aprovada, o título e o autor são transferidos para as abas de betagem e design (codificação 3). Se a avaliação for recusada, na aba de avaliação mesmo vai registrar a data em que foi recusada (codificação 4) e as adms podem escrever os motivos manualmente mesmo.
Nas abas de avaliação, betagem e design, temos os staffs responsáveis por cada pedido, certo? Quando alguém aceita um pedido e a adm vai selecionar o @ da pessoa, o prazo é automaticamente inserido ao lado (codificação 5).
Quando pedidos são repassados, o prazo anterior é removido para que as adms possam inserir o novo staff responsável pelo pedido e receba o novo prazo (codificação 6).
Nas abas de betagem e design, toda legenda que for inserida ali no pedido respectivo, é transferida lá para a aba de escrita (codificação 7), para o autor poder monitorar e estar ciente do andamento das etapas da sua fic.
Além disso, quando a capa e a betagem receberem a legenda "entregue" e isso for transferido para a aba de escrita, a fanfic receberá o prazo de postagem e será marcada como pendente sozinha (codificação 8), justamente para as adms poderem só bater o olho e identificar isso.
Outro ponto importantíssimo depois de falar sobre prazos, é sobre quando os pedidos ultrapassam o prazo e se tornam pedidos atrasados. Por isso, o script vasculha o cronograma a cada 1min para detectar se algum pedido ou postagem de fanfic está atrasado e, se sim, ele automaticamente insere a legenda de atrasado (codificação 9).
No meio dessas 9 codificações, tem uns detalhezinhos a mais de limpeza de células e outras funções também. Os staffs do projeto não veem todo esse sistema porque só podem visualizar, mas se editassem, veriam todo esse processo automático também!
Viu? Maneiro, né? Ficou bem mais simples e automático pro dia a dia delas.
A programação foi útil e segue uma lógica de sequência das etapas para que funcione corretamente. Ademais, cronogramas com sistemas de programação inseridos sempre são enviados com um documento de tutorial, mas sempre fico à disposição para dúvidas!
Falei demais por hoje, né? Se você é um projeto ou pessoa querendo um cronograma automatizado, bora encomendar 😁👋.