Durante o período que antecedeu o evento, Rodrigo Falcão relata que saía de Manacapuru (89 km distante de Manaus) para participar das reuniões na capital | Foto: Reprodução/ Acervo pessoal
Jéssica Stephens, que é cantora profissional desde os 16 anos e venceu o Festival da Canção de Itacoatiara (Fecani), o Festival Amazonas de Música (FAM), entre outros, afirma que, apesar da decepção, o ManiFEST não mancha os "sérios festivais que acontecem no Amazonas", que, segundo ela, "valorizam e tratam com seriedade e lisura os talentos da terra - estimulando a seguirem firmes na proposta artística".
"Esse evento tinha tudo pra ser um dos maiores festivais de Manaus. Grandes artistas se inscreveram, mas a produção do evento não teve o mínimo de respeito e caráter conosco. O nosso intuito é que a sociedade amazonense, a classe artística, os trabalhadores da Cultura, os apoiadores e patrocinadores tomem conhecimento do ocorrido para que, futuramente, não apoiem produtores como esse, que deram um calote nos premiados", ressalta a artista.
Em 2019, Jéssica Stephens lançou o seu primeiro álbum, intitulado "Fruto do Bem" | Foto: Reprodução/ Acervo pessoal
Já Lucevilson de Sousa, dono do terceiro lugar do ManiFEST, conta que não conseguiu contato com nenhum produtor até a tarde desta quinta-feira (2), quando Maick Soares diz ter realizado o depósito da quantia referente à premiação.
Ele, que também já participou do Fecani, do Festival Universitário de Música (FUM), do FEMUP (São José do Rio Preto/ SP), FEMUCIC (Maringá/ PR), entre outros, revela que já está com tudo arranjado para cobrar o pagamento na Justiça.
"Não só espero receber o pagamento, como já estou acionando um advogado para reclamar na Justiça os danos matérias, morais e o que mais couber. Visto que, como qualquer profissional, fiz planos para o uso desses recursos em meus projetos, mas tive esse planejamento frustrado por essa irresponsabilidade da produção do ManiFEST", disse o cantor.

em on posso dizer-vos que estes últimos dias aqui por casa têm sido particularmente duros...em off posso dizer-vos que já nos andamos a esfolar uns aos outros e até (parte que nunca vão poder reproduzir, porque afirmarei sempre que é mentira ter dito isto...) já andamos tão loucos que até nos deu para bater nos miúdos, coisa que resulta em autênticos combates corpo a corpo... (parte informal em que me pedem esclarecimentos e eu dou) explicação para isso - imaginam um miúdo com PHDA a saber quando deve parar? pois, não imaginam porque com esta patologia eles nunca param!
e pronto, este briefing, tal como deve acontecer, é curto porque diariamente é suposto haver atualizações...portanto talvez venha por cá amanhã (se entretanto não houver nenhuma remodelação) para vos dar conta de pormenores - sendo que depois decido o que vou contar ou não...certo?

Subrepositórios (submódulos) como uma solução de rastreamento de dependência - sim ou não? - EngenhariaDeSoftware
O que você acha do gerenciamento de dependências baseadas em SCM (subrepositórios no mercurial, submodules in git)?
Eu tenho vários aplicativos da web que compartilham componentes reutilizáveis, digamos plugins jquery.
Se você tiver a opção, vá com uma ferramenta dedicada em vez de usar o SCM para isso. Eu tenho escrito sobre isso em SO , mas o argumento se resume ao acoplamento, em particular acoplamento muito strong O desenvolvimento flexível de software tem tudo a ver com evitar acoplamentos apertados, a menos que seja realmente necessário e ambos os subrepositórios Mercurial e os submódulos Git introduzam um acoplamento muito strong.
Além disso, os subrepos / submódulos introduzem complexidade extra no fluxo de trabalho diário. Se as pessoas já estão familiarizadas com o SCM, isso pode ser aceitável. Mas eu vi muitas organizações onde eles tentam introduzir os sub-posicionamentos Mercurial e ao mesmo tempo - eu considero isso um erro, uma vez que isso faz tudo parecer mais complicado.
O wiki do Mercurial tem um conjunto de recomendações sobre como os sub-interesses devem ser usados. Estes incluem o uso de um repositório thin shell. Isso evita o acoplamento dos componentes juntos. Você pode trabalhar em qualquer subrepo conforme necessário e pressionar / puxar para atualizá-los. De vez em quando, alguém (talvez um engenheiro de desenvolvimento, talvez um servidor de integração contínua) testará novas configurações dos componentes. Se eles passarem nos testes, um novo commit será feito no repositório do shell para que as pessoas tenham uma nova base para usar em seu trabalho.
Quando mudamos do SVN para o Kiln (Mercurial) há um ano, reimplementamos nossos subrepositórios também. Eu posso honestamente dizer que gostaria de não ter. Os subrepositórios rapidamente se tornam um incômodo para lidar com mantê-los atualizados quando as dependências mudam. Isso é especialmente verdadeiro quando se lida com bibliotecas internas de "terceira parte" que estão sob desenvolvimento ativo.
No momento, estamos convertendo gradualmente nossas dependências para serem pacotes do NuGet criados e hospedados pelo nosso servidor TeamCity.
Antes que eu pudesse recomendar subrepositórios como uma escolha de solução preferida, eu precisaria ver um bom argumento em seu favor.
Eu uso o Mercurial e uso subrepositórios para todas as minhas dependências (GLEW, GLM, Boost, Assimp, Bullet), mas não estou convencido de que é sempre uma coisa boa. Às vezes, acho que faz mais sentido apenas vincular-se a uma biblioteca pré-criada.
Para mim, é bom poder compilar e analisar todo o código externo que estou usando para depuração, além de poder criar minhas próprias ramificações para fazer alterações personalizadas e ainda obter atualizações para meus subrepositórios.
Eu mantenho todos os meus subrepositórios em um diretório de Dependências logo abaixo da raiz do projeto, embora os documentos do Mercurial recomendem um repositório principal com seu próprio projeto e quaisquer dependências como subrepositórios.
git submodules são ótimos para isso. Ele permite que você mantenha todo o seu código em um pacote, atualize com simplicidade, faça isso por projeto, não se preocupe com os outros e basicamente mantenha tudo em ordem.
Submódulos são difíceis se as pessoas estiverem alterando-os, resultando em conflitos. Não é muito difícil, mas tudo que você tem são dois SHA1 e você tem que escolher o melhor, ou mesclá-los manualmente e atualizar o repositório base.