Forem: Jason Hornet

What is GitHub?

Jason Hornet — Fri, 17 Mar 2023 13:19:43 +0000

GitHub is a cloud-based website and service that helps developers store and manage their code, as well as tracking and controlling changes to their code. To know exactly what GitHub is, you need to know two intertwined principles:

Versioning
Version control softwares

Both have been covered in past articles.

GitHub is a company that provides a cloud-based Git repository hosting service. In short, it makes it much simpler for individuals and teams to use Git for version control and collaboration.

GitHub is so easy to use that some people use GitHub to manage other types of projects – for example, to write books.

Anyone can register and host a public code repository for free, which makes GitHub particularly useful for open-source projects.

As a company, GitHub makes money by selling hosted private code repositories, as well as other enterprise plans that allow organizations to more easily manage team members and security.

How to use GitHub?

To use GitHub it is necessary to create a personal account or a team account. There are those that are free, for individual users, and those that are intended for teams that use open source. If you want some perks, like having private repositories, you can purchase one of the paid options.

To create your account, log into GitHub and fill in the requested data — name, email and password. In a few minutes, you will receive a confirmation email to start using the platform.

The first step, after confirming your e-mail, is to get to know the new environment. For that you can use the Hello World Guide that will guide you on how to create your first repository, make a branch or open a pull request.

What is a Issues?

Issues on GitHub are a way to track problems, improvements, and bugs for your projects. They are similar to an email, except they can be shared and discussed with the rest of your team.

You can report bugs, typos and even a possible solution to a problem faced by a certain library.

What is a Pull Request?

To propose the changes you've just made to other developers working on the same project, you must create a pull request. They are what make it so easy to work together on projects, as they are the main collaboration tool on GitHub.

Github Codespaces

Another very interesting tool that few people know how to use is GitHub Codespaces.

“Ok.. what is GitHub CodeSpaces?”

It is a cloud-based, instant development environment that uses a container to provide common languages and tools for development.

It is configurable, allowing you to create a custom development environment for your project.

To create your codespace you just need to click on the green button written “Code” and then choose the option “create codespace on main”

To learn more about I recommend these two articles written by Pachi:

~~It’s in brazilian protuguese, sorry~~

1 - Porque GitHub Codespaces é a melhor ferramenta para seu Workshop de programação
Why GitHub Codespaces is the Best Tool for Your Coding Workshop

2 - O que é GitHub Codespaces e como usar
What is GitHub Codespaces and how to use it

Github no WordPress

If you already use WordPress, you should know how good it is to have the platform's plugins.

However, outside of WordPress, there are also a lot of plugins that can be used on the platform. One of these is GitHub.

To access them, there are two ways: installing a plugin from the GitHub platform or using a WordPress plugin to make the task easier.

Installing a plugin from GitHub

To install a plugin from GitHub, you must first download it. Start typing the name of the plugin you need.

After finding it, the image that will appear will be this one, with the repository folders. To download it, just click on the green “Code” button and then select “Download”.

Once you have the file, you will have to upload it to the /wp-content/plugins directory, either via FTP or cPanel.

Install a plugin in WordPress itself

Before using GitHub on your WordPress platform, you must first install another plugin that allows you to embed the repositories directly in WP.

A recommended plugin is Github Embed. With it, you will be able to embed directories from GitHub by copying the URL.

From here, just install the plugin following the WordPress instructions.

The material found on GitHub is quite extensive. Although most directories are for codes and software, the ease of the platform has attracted many users.

Github offers much more tools than the ones covered in this article, I just covered the basics for beginners to understand how the platform works.

Some examples of more advanced features are:

Actions
Packages
Security

Maybe I'll address some of them in future articles, but for now we'll stop here...

O Que é GitHub?

Jason Hornet — Wed, 15 Mar 2023 16:00:00 +0000

O GitHub é um site e serviço baseado em nuvem que ajuda os desenvolvedores a armazenar e gerenciar o seu código, rastreando e controlando também as alterações nos seus códigos. Para saber exatamente o que é o GitHub, você precisa conhecer dois princípios interligados:

Versionamento
Softwares de controle de versão

Ambos já foram abordados em artigos passados.

O GitHub é uma empresa que disponibiliza um serviço de hospedagem de repositório Git baseado em nuvem. De forma sucinta, faz com que pessoas singulares e equipes usem de forma muito mais simples o Git para o controle de versão e colaboração.

O GitHub é tão fácil de usar que algumas pessoas utilizam o GitHub para gerenciar outros tipos de projetos – por exemplo, para escreverem livros.

Além disso, qualquer pessoa pode se registrar e hospedar gratuitamente um repositório de código público, o que faz com que o GitHub seja particularmente utilizado em projetos open-source.

Enquanto empresa, o GitHub ganha dinheiro com a venda de repositórios hospedados de código privado, além de outros planos empresariais, que permitem à organizações gerenciar mais facilmente os membros da equipe e a segurança.

Como utilizar o GitHub?

Para utilizar o GitHub é necessário criar uma conta pessoal ou uma conta de equipe. Existem aquelas gratuitas, para usuários individuais, e aquelas destinadas a equipes que utilizam código aberto. Se você quiser algumas vantagens, como ter repositórios privados, pode adquirir alguma das opções pagas.

Para criar a sua conta, entre no GitHub e preencha os dados solicitados — nome, e-mail e senha. Em alguns minutos, você vai receber um e-mail de confirmação para começar a utilizar a plataforma.

O primeiro passo, depois que você confirma seu e-mail, é conhecer o novo ambiente. Para isso você pode utilizar o Hello World Guide que o orientará como criar o seu primeiro repositório, fazer um branch ou abrir um pull request.

O que são Issues?

Issues no GitHub são uma maneira de controle de tarefas, melhorias e bugs para seus projetos. Eles são parecidos com um e-mail, exceto que podem ser compartilhadas e discutidas com o resto de sua equipe.

Você pode reportar bugs, erros de digitação e até mesmo uma possível solução para um problema enfrentado por uma determinada biblioteca.

O que são Pull Requests?

Para propor as mudanças que você acabou de fazer para outros desenvolvedores trabalhando no mesmo projeto, você deve criar um pull request. São eles que fazem ser tão fácil de trabalhar junto em projetos, já que eles são a principal ferramenta de colaboração no GitHub.

Github Codespaces

Outra ferramenta muito interessante e que poucas pessoas sabem como utilizar é o GitHub Codespaces.

“Mas o que é o GitHub CodeSpaces?”

É um ambiente de desenvolvimento instantâneo baseado em nuvem que usa um container para fornecer linguagens e ferramentas comuns para desenvolvimento.

Ele é configurável, o que permite que você crie um ambiente de desenvolvimento personalizado para seu projeto.

Pra criar um codespace você só precisa clicar no botão verde escrito “Code” e em seguida escolher a opção “create codespace on main”

Para saber mais sobre o eu recomendo esses dois artigos feitos pela Pachi:

Github no WordPress

Se você já utiliza WordPress deve saber como é bom contar com os plugins da plataforma.

Contudo, fora do WordPress, também existe uma grande quantidade de plugins que podem ser utilizados na plataforma. Um desses é o GitHub.

Para acessá-los, há duas formas: instalando um plugin a partir da plataforma do GitHub ou utilizando um plugin do próprio WordPress para facilitar a tarefa.

Instalando um plugin da plataforma do GitHub

Para instalar um plugin da plataforma do GitHub, primeiro, você deve baixá-lo. Comece digitando o nome do plugin que você precisa.

Após achar, a imagem que vai aparecer será esta, com as pastas do repositório. Para baixá-lo, é só clicar no botão verde escrito “Code” e depois escolha “Download”.

Uma vez que você tenha o arquivo, deverá subi-lo no diretório /wp-content/plugins, pode ser por FTP ou cPanel.

Instalar um plugin no próprio WordPress

Antes de utilizar o GitHub na sua plataforma WordPress, primeiro você deverá instalar outro plugin que permita incorporar os repositórios diretamente no WP.

Um plugin recomendado é o Github Embed. Com ele, você poderá incorporar diretórios do GitHub copiando o URL.

A partir daqui, é só instalar o plugin seguindo as instruções do WordPress.

O material encontrado no GitHub é bastante amplo. Apesar da maioria dos diretórios serem de códigos e softwares, a facilidade da plataforma tem atraído diversos usuários.

O Github oferece bem mais ferramentas do que as tratadas neste artigo, eu só cobri o básico para iniciantes entenderem como funciona a plataforma.

Alguns exemplos de features mais avançadas são:

Actions
Packages
Security

Talvez eu aborde alguma delas em artigos futuros, mas por enquanto ficamos por aqui… Abraços.

[PT-BR]Comandos do Git: básico ao avançado

Jason Hornet — Fri, 24 Feb 2023 15:00:00 +0000

Eu sei que já existem milhares de artigos como esse por ai, mas como eu poderia fazer uma série de posts sobre Git e GitHub sem falar dos comandos?

No dia a dia estes comandos são utilizados com muito frequência.

Comandos Básicos

git config

Quando você está utilizando o Git pela primeira vez ou com uma instalação nova, em um projeto colaborativo, esse comando é fundamental para configurar sua identidade de usuário, as informações nome e email serão empregadas em cada commit.

$ git config –global user.name “Seu nome”

$ git config –global user.email “Seu email”

git init

O comando irá criar um repositório novo em branco e, a partir daí, será possível armazenar seu código fonte, alterar, salvar alterações etc.

$ git init <Seu repositório>

git clone

Esse comando Git cria uma cópia exata de um repositório já existente.

$ git clone <URL do seu projeto>

git add

Esse comando Git adiciona os arquivos especificados ao seu repositório, sejam arquivos novos ou arquivos anteriores que foram alterados. Oferece diferentes possibilidades de sintaxe.

$ git add <nome do arquivo> esse comando irá adicionar o arquivo em específico ao repositório

$ git add esse comando irá adicionar todos os arquivos novos e/ou modificados ao repositório

git commit

É fundamental se estabelecer uma diferença entre git add e git commit: O git add adiciona seus arquivos modificados à fila para serem submetidos a um commit posteriormente. Os arquivos não passaram por um commit ainda.

É possível combinar os dois comandos em um único: $ git commit -a ou $ git commit -m "seu comentário"

git branch

É comum na maior parte do tempo possuir múltiplas variações em seu repositório Git, chamadas de branches (“ramificações”).

A princípio pode parecer fácil se perder em diversos caminhos, mas o comando git branch facilita o gerenciamento de tudo isso. Com diferentes parâmetros, é possível listar, criar ou apagar os branches.

$ git branch (lista todas as ramificações)

$ git branch <nome_do_branch> (cria um branch com o nome especificado)

$ git branch -d <nome_do_branch> (deleta o branch com o nome especificado)

git checkout <nome_do_branch>

Ainda sobre branches, esse comando Git pode ser utilizado para trocar de uma ramificação para outra.

Comandos Intermediários

git remote add <nome> <url>

Esse comando estabelece uma conexão entre seu repositório local e um repositório remoto.

git push -u <remote> <branch>

Esse comando serve para subir suas modificações para um repositório remoto conectado anteriormente com git remote.

git fetch

Quando você precisa baixar as mudanças criadas por outros membros do seu projeto colaborativo, você precisa do comando Git fetch. A partir desse comando, você irá receber todas as informações de commits, para avaliar, antes de aplicar essas alterações na sua versão local do repositório.

git pull <URL>

O comando Git pull baixa o conteúdo do que foi alterado no repositório remoto para o seu repositório local e o atualiza para a última versão.

git stash

Esse comando Git armazena temporariamente seus arquivos modificados em uma área chamada stash (“esconderijo”), sem interagir com os outros arquivos até ser necessário.

Para listar todos usamos:

$ git stash list

Quando for o momento de aplicar o conteúdo do stash a um branch, usamos o “apply”:

$ git stash apply

git show <hash_do_commit>

Quer detalhes específicos sobre um commit que o log não mostra? O comando Git show é a resposta.

git rm <nome_do_arquivo>

Para remover arquivos da sua pasta, você pode utilizar o comando git rm.

git merge <nome_do_branch>

Esse comando Git integra as mudanças de dois branches diferentes em um único branch. Ele precisa ser iniciado a partir de um branch já selecionado, que será mesclado com outro, com o nome passado por parâmetro.

Comandos Avançados

git rebase <base>

Git rebase a princípio parece fazer o mesmo que um merge: ele integra dois branches em um branch único. Porém, esse comando refaz o histórico de commits, tornando-o linear. É o mais indicado para consolidar múltiplos branches.

git pull –rebase

Essa é uma variação do comando pull mostrado anteriormente. A partir dessa instrução, o Git irá fazer um rebase (não um merge) depois de se utilizar um comando pull.

git cherry-pick <commit-hash>

Esse é um comando poderoso que permite selecionar qualquer commit específico de um branch e aplicá-lo a outro branch, sem precisar de uma mescla completa. A operação fica adicionada no histórico.

git archive –format zip HEAD > archive-HEAD.zip

Esse comando Git combina múltiplos arquivos em um único arquivo, como se fosse um arquivo zipado. Esse pacote pode ser aberto depois e os arquivos contidos podem ser extraídos individualmente.

git blame <nome_do_arquivo>

O comando “culpa” - blame - ajuda a determinar qual usuário realizou qual mudança em um determinado arquivo.

git tag -a <nome_da_tag>

Tags são uma boa opção para marcar uma branch e evitar alteração, principalmente em releases públicos.

Note que por boas práticas uma tag sempre é criada como uma versão $ git tag -a vX.X.X

git diff

Para comparar dois arquivos gits ou dois branches antes de passarem por um commit ou um push, é importante executar esse comando Git.

comparando o repositório ativo com o repositório local: $ git diff HEAD <nome_do_arquivo>

comparando duas ramificações: $ git diff <*branch* de origem> <*branch* de destino>

git citool

Esse comando Git oferece uma alternativa gráfica ao commit.

git whatchanged

Esse comando oferece informações de log, mas em formato raw.

Extra

git help <comando que se tem dúvida>

Existem inúmeros comandos no Git, muito mais do que os dessa lista, cada um com sua função, parâmetros e características. Felizmente, o próprio Git tem o comando help para trazer ajuda diretamente no terminal.

Git commands: basic to advanced

Jason Hornet — Fri, 24 Feb 2023 15:00:00 +0000

I know there are thousands of articles like this out there, but how could I do a series of posts about Git and GitHub without talking about the commands?

In our day-to-day life these commands are used very often.

Basic Commands

git config

When you are using Git for the first time in a new installation or in a collaborative project, this command is essential to configure your user identity, the name and email information will be used in each commit.

$ git config –global user.name “name”

$ git config –global user.email “email”

git init

The command will create a new blank repository and from there you will be able to store your source code, change it, save changes, etc.

$ git init <repository>

git clone

This Git command creates an exact copy of an existing repository.

$ git clone <project URL>

git add

This Git command adds the specified files to your repository, whether they are new files or previous files that have changed. Offers different syntax possibilities.

$ git add <file name> this command will add the specific file to the repository

$ git add this command will add all new and/or modified files to the repository

git commit

It's critical to establish a difference between git add and git commit: git add will put your modified files to the queue to be committed later. The files have not been committed yet.

It is possible to combine the two commands into a single one: $ git commit -a or $ git commit -m "message"

git branch

It is common most of the time to have multiple variations in your Git repository, called branches.

At first it might seem easy to get lost in many paths, but the git branch command makes it easy to manage it all. With different parameters, it is possible to list, create or delete branches.

$ git branch (lists all branches)

$ git branch <name> (creates a branch with the specified name)

$ git branch -d <name> (deletes the branch with the specified name)

git checkout <nome_do_branch>

Still on branches, this Git command can be used to switch from one branch to another.

Intermediate Commands

git remote add <name> <url>

This command establishes a connection between your local repository and a remote repository.

git push -u <remote> <branch>

This command is used to upload your modifications to a remote repository previously connected with git remote.

git fetch

When you need to download changes created by other members of your collaborative project, you need the Git fetch command. From this command, you will receive all commit information to evaluate before applying these changes to your local version of the repository.

git pull <URL>

The Git pull command pulls the contents of what has changed in the remote repository to your local repository and updates it to the latest version.

git stash

This Git command temporarily stores your modified files in an area called a stash, without interacting with the other files until needed.

To list them all we use:

$ git stash list

When it's time to apply the contents of the stash to a branch, we use:

$ git stash apply

git show <commit_hash>

Want specific details about a commit that the log doesn't show? The Git show command is the answer.

git rm <file_name>

To remove files from your folder, you can use the git rm command.

git merge <branch>

This Git command integrates changes from two different branches into a single branch. It needs to be started from an already selected branch, which will be merged with another one, with the name passed as a parameter.

Advanced Commands

git rebase <base>

Git rebase at first seems to do the same thing as merge: it merges two branches into a single branch. However, this command retraces the commit history, making it linear. It is best suited for consolidating multiple branches.

git pull –rebase

This is a variation of the pull command shown earlier. From this instruction, Git will do a rebase (not a merge) after using a pull command.

git cherry-pick <commit_hash>

This is a powerful command that lets you select a specific commit from one branch and apply it to another branch, without needing to do a full merge. The operation is added to the history.

git archive –format zip HEAD > archive-HEAD.zip

This Git command combines multiple files into a single file, much like a zipped file. This package can be opened later and the contained files can be extracted individually.

git blame <file_name>

The blame command helps to determine which user made which change in a given file.

git tag -a <tag_name>

Tags are a good option to mark a branch and avoid changes, especially in public releases.

For best practices a tag is always created as a version $ git tag -a vX.X.X

git diff

To compare two git files or two branches before they undergo a commit or a push, it is important to run this Git command.

comparing active repository with local repository: $ git diff HEAD <file_name>

comparing two branches: $ git diff <origin branch> <target branch>

git citool

This Git command provides a "graphical interface" to commit.

git whatchanged

This command provides log information, in raw format.

Extra

git help <command_that_you_need_help>

There are countless commands in Git, many more than those in this list, each with its own function, parameters and characteristics. Fortunately, Git itself has a help command to bring up help directly in the terminal.

[PT-BR]Um pouco sobre versionamento de código

Jason Hornet — Fri, 17 Feb 2023 13:00:00 +0000

Um conhecimento paralelo às linguagens de programação, mas muito importante para qualquer desenvolvedor, é o versionamento de código. Como o nome sugere, é o conhecimento em versionar e/ou salvar versões de uma aplicação.

Falando dessa maneira, parece algo comum, como salvar vários arquivos das versões diferentes em pastas. Porém, na prática, o versionamento de código é algo ainda mais organizado - e um pouco mais complexo.

O que é versionamento?

De maneira geral, todo projeto é feito por etapas, sendo que as funcionalidades são implementadas ou melhoradas aos poucos. Por isso, é preciso criar versões que possam ser retomadas sempre que necessário caso haja algum imprevisto.

Em outras palavras, o versionamento de código é como ter vários arquivos, sendo que cada um conta com melhorias em comparação com o anterior. Porém, em vez de ter que salvar muitos arquivos, - o que é inviável para a computação e para a organização no geral - são feitas essas versões, direto no código.

O versionamento de código faz parte das boas práticas de programação e se torna importante para a organização do projeto, consegue contribuir com o trabalho em equipe e também criar um “backup” de todas as mudanças.

Como Fazer Versionamento?

O versionamento de código é feito durante a construção de código pelo desenvolvedor, utilizando o terminal da IDE escolhida - onde se escreve o código - ou no terminal do próprio computador.

Para fazer o versionamento, são utilizadas ferramentas específicas para isso, chamadas de sistema de controle de versão. Sendo o Git, a mais conhecida e que conta com várias funcionalidades que auxiliam nessa organização.

Ele precisa ser instalado e configurado em seu computador para funcionar localmente. Não tem uma interface visual, - apesar de que se pode instalar uma, sendo GitKraken a mais famosa- por isso a necessidade de utilizar o terminal para criar suas versões.

Além disso, o próprio versionamento também é feito em etapas, pois considera tanto o repositório local quanto um remoto. Assim, o Git tem a função de contribuir com a organização do código e também por enviá-lo para um repositório remoto.

Para conseguir fazer o versionamento de código é preciso conhecer os comandos do terminal, que criam os repositórios, os commits e revertem as versões.

E o GitHub?

Muita gente acha que Git e Github são a mesma coisa, mas não são. O Github é uma ferramenta para reunir repositórios de forma remota. A partir do Git é possível enviar as alterações do código direto para o Github.

Ou seja, o Github funciona como um local remoto para armazenar o código e suas versões. Assim, é muito utilizado em equipes, já que todos conseguem enviar o que for feito remotamente e reunir tudo em um mesmo repositório remoto do Github.

Também é visto como uma interface visual do Git, já que mostra as branches e outros detalhes de maneira mais simplificada do que no terminal. Na prática, é como “salvar” sua versão na nuvem.

Por reunir os repositórios de um programador, o Github se tornou também uma rede social e um portfólio, já que os repositórios públicos podem ser acessados pelas pessoas. Por isso, é interessante que todo programador tenha um Github e treine o versionamento do código com ele.

Alguns Softwares

Entenda agora 5 das melhores ferramentas de controle de versão.

GIT

O GIT é uma das ferramentas de controle de versão de software mais populares, principalmente em projetos open source. Isso se deve, principalmente, pela popularidade do GitHub, uma plataforma para hospedagem de códigos. Apesar de ela poder ser utilizada em outras ferramentas, o GIT é a que ganhou mais repercussão nesse aspecto.

As principais vantagens dessa ferramenta são o design interno e interface, a eficácia e o desempenho do software. Isso significa que ele é agradável de ser utilizado, consegue atingir todos os objetivos de um bom controle de software e é rápido. Porém, apresenta desvantagens relacionadas à simplicidade de utilização. Apesar de ser a principal ferramenta de controle de versão de software disponível no mercado, possui controles um pouco mais complexos quanto comparado a outros softwares.

Isso significa que os colaboradores precisam entender uma série de conceitos mais profundos, relacionados ao controle de versão de software, para utilizar essa ferramenta corretamente. Apesar disso, é uma ferramenta de controle de versão distribuída, o que significa que é adequado para a utilização em grandes equipes, nas quais os desenvolvedores não estão localizados geograficamente no mesmo local.

Mercurial

O Mercurial é a ferramenta de controle de versão de software utilizada por grandes empresas como o Facebook e Google. Ela é bastante eficiente, o que significa que consegue desempenhar bem as funções básicas de um bom controle de software.

O Mercurial é uma ferramenta bastante rápida na execução dos comandos e ainda funciona muito bem para equipes grandes, nas quais os desenvolvedores não estão todos trabalhando no mesmo local. Isso porque ela é uma ferramenta de controle de versão distribuída.

Essa ferramenta não apresenta muitas desvantagens apontadas por críticos. Ela é um pouco mais complexa de ser utilizada em comparação com a Subversion, por exemplo. Porém, ainda é de aprendizagem fácil e rápida pelas equipes de desenvolvedores e possui medidas de segurança para impedir erros.

Subversion

No meio corporativo, o Subversion é uma ferramenta de controle de versão de software bastante utilizada. Ela é bastante rápida na execução das funcionalidades do sistema e ainda se mostra como uma das mais simples de ser empregada. Isso significa que com um conhecimento básico de conceitos relacionados ao controle de versão de software é possível executar comandos na ferramenta. A aprendizagem da equipe também é rápida nesse aspecto.

Um dos problemas do Subversion são as críticas relacionadas à eficácia do software. No passado, essa ferramenta apresentou problemas na hora de executar as principais funções de um controle de versão de software eficiente. Porém, as últimas versões lançadas parecem ter solucionado tudo que foi apontado como desvantagem do programa.

O Subversion é uma ferramenta de controle de versão centralizada. Isso significa que não é indicada para todas as equipes de TI, apenas para aquelas que são menores - com apenas algumas dezenas de desenvolvedores - e estão reunidas em um mesmo espaço físico.

TFS

O TFS — sigla para Team Foundation Server — é uma outra ferramenta de controle de versão de software que pode ser utilizada na sua empresa. Ele traz uma série de características interessantes, principalmente se você utiliza metodologias agile no setor de TI da sua empresa.

Isso porque ele possibilita a gestão de projetos por meio de SCRUM ou CMMI. Também permite a utilização de forma centralizada ou distribuída, sendo adequado tanto para equipes que compartilham o mesmo espaço físico quanto aquelas que trabalham à distância. Outra vantagem apresentada por esse sistema é o fato de não possuir limitações de crescimento e ter integração direta com o Microsoft Office.

CVS

A CVS é uma das ferramentas de controle de software mais antigas no mercado. A primeira versão dela foi desenvolvida em 1968. Essa ferramenta possui como maior desvantagem o fato de ser considerada como uma tecnologia antiga. Porém, ainda é bastante utilizada por equipes de desenvolvedores.

É muito simples de ser operada. Isso significa que a sua equipe pode aprender rapidamente como usar todas as funcionalidades da CVS com eficiência.

Saber versionar um código da maneira correta é imprescindível para qualquer programador e, por isso, é considerado um conhecimento base da área. Não há como desenvolver um código sem conseguir versioná-lo da maneira correta.

Agora que você entende o básico de versionamento e alguns de seus softwares será necessário saber os comandos para utiliza-los, e este é justamente o tema do próximo artigo.

A bit about code versioning

Jason Hornet — Fri, 17 Feb 2023 13:00:00 +0000

A parallel knowledge to programming languages, but very important for any developer, is code versioning. As the name suggests, it is the knowledge of versioning and/or saving versions of an application.

Put that way, it sounds like a common thing, like saving multiple files of different versions in some folders. However, in practice, code versioning is something even more organized - and a little more complex.

What is Versioning?

Every project is done in stages, with functionalities being implemented or improved little by little. Therefore, it is necessary to create versions that can be resumed whenever necessary in case of any unforeseen events.

In other words, code versioning is like having multiple files, each with improvements over the last. However, instead of having to save a lot of files - which is impractical in computing and for the organization in general - these versions are made, in the code.

Code versioning is part of good programming practices and is important for a project organization, contributing to teamwork and also creating a "backup" of all changes.

How to do Versioning?

Code versioning is done during code construction by the developer, using the chosen IDE terminal - where the code is written - or in the computer's own terminal.

To carry out versioning, specific tools are used for this, called version control systems. Being Git, the best known and that has several features that help in this organization.

It needs to be installed and configured on your computer to work locally. It doesn't have a visual interface, - although you can install one, GitKraken being the most famous one - that's why you need to use the terminal to create your versions.

In addition, the versioning itself is also done in stages, as it considers both the local and a remote repository. Thus, Git has the function of contributing to the organization of the code and also for sending it to a remote repository.

To be able to do code versioning, you need to know the terminal commands, which create repositories, commits and reverse versions.

What About GitHub?

Many people think that Git and Github are the same thing, but they are not. Github is a tool to gather repositories remotely. From Git it is possible to send code changes directly to Github.

That is, Github works as a remote location to store the code and its versions. Thus, it is widely used in teams, since everyone can send what is done remotely and gather everything in the same remote Github repository.

It is also seen as a visual interface to Git, as it shows branches and other details in a more simplified way than in the terminal. In practice, it's like “saving” your version in a cloud service.

By bringing together a programmer's repositories, Github has also become a social network and a portfolio, as public repositories can be accessed by people. Therefore, it is interesting that every programmer has a Github and trains code versioning with it.

Some Softwares

Understand now 5 of the best version control tools.

GIT

Is one of the most popular version control system, especially in open source projects. This is mainly due to the popularity of GitHub, a platform for hosting code. Although it can be used in other tools, GIT is the one that gained the most repercussions in this regard.

The main advantages of this tool are the internal design and interface, the effectiveness and performance of the software. This means that it is pleasant to use, achieves all the goals of good software control, and is fast. Despite being the main software version control tool available on the market, it has slightly more complex controls compared to other software.

This means that employees need to understand a series of deeper concepts related to software version control in order to use this tool correctly. Despite this, it is a distributed version control tool, which means it is suitable for use in large teams where developers are not geographically located in the same location.

Mercurial

Mercurial is a software version control tool used by big companies like Facebook and Google. It is quite efficient, which means it can perform the basic functions of a good software control very well.

Mercurial is a very fast tool in executing commands and still works very well for large teams, where developers are not all working in the same place. This is because it is a distributed version control tool.

This tool doesn't have many of the downsides pointed out by critics. It is a bit more complex to use compared to Subversion, for example. However, it is still easy and quick to learn by the development teams and has security measures to prevent errors.

Subversion

In the corporate environment, Subversion is a widely used software version control tool. It is quite fast in executing the system's functionalities and is still one of the simplest to use. This means that with a basic knowledge of concepts related to version control, it is possible to execute commands in the tool. The team learns quickly in this aspect as well.

One of Subversion's problems is criticism of the software's effectiveness. In the past, this tool has struggled to perform key functions of an effective version control. However, the last released versions seem to have solved everything that was pointed out as a disadvantage of the program.

Subversion is a centralized version control tool. This means that it is not suitable for all teams, only for those that are smaller - with only a few dozen developers - and are gathered in the same physical space.

TFS

TFS — short for Team Foundation Server — is another software version control tool that can be used in your company. It brings a series of interesting features, especially if you use agile methodologies in your company.

This is because it enables project management through SCRUM or CMMI. It also allows for use in a centralized or distributed manner, being suitable both for teams that share the same physical space and those that work remotely. Another advantage presented by this system is the fact that it does not have growth limitations and has direct integration with Microsoft Office.

CVS

CVS is one of the oldest software control tools on the market. The first version of it was developed in 1968. The biggest disadvantage of this tool is the fact that it is considered an old technology. However, it is still widely used by teams of developers.

It is very simple to operate. This means your team can quickly learn how to use all CVS functionality efficiently.

Knowing how to version code correctly is essential for any programmer and, therefore, is considered basic knowledge of the area. There is no way to develop code without being able to version it correctly.

Now that you understand the basics of versioning and some of your software, you will need to know the commands to use them, and this is precisely the topic of the next article.

[PT-BR] Git Commit Patterns

Jason Hornet — Fri, 27 Jan 2023 16:00:00 +0000

O uso do Git para nós Devs é algo essencial, seja em projetos pessoais, de código aberto com muitas pessoas ou uma comunidade.
Dado isso, é importante utilizarmos o git commit apropriadamente. Termos uma linguagem coerente e padronizada ajuda a todos os envolvidos no projeto a entenderem as mudanças ocorridas.

Na imagem acima, percebemos o quão prejudicial podem ser commits mal comentados, uma vez que não conseguimos entender a natureza da mudança ocorrida e o contexto que se aplica. A longo prazo, o efeito é ainda mais danoso, dado que a manutenibilidade do software é prejudicada devido a incoerência no escopo dessas mudanças, e como afetaram o projeto no passado.
Diante disso, vamos falar um pouco sobre o Conventional Commits Pattern.

O que é ?

O Conventional Commits é uma convenção simples de mensagens de commit, que segue um conjunto de regras e que ajuda os projetos a terem um histórico de commit explícito e bem estruturado.

Como utilizar

As regras são muito simples, como demonstrado abaixo temos um tipo de commit (type), o escopo/contexto do commit (scope) e o assunto/mensagem do commit (subject).

!type(?scope): !subject
<?body>
<?footer>

Dessa maneira, ! indica os atributos obrigatórios e ? indica os atributos não obrigatórios.

Subject: Imperativo ao invés de pretérito (modo passado)

Desse modo nós estamos dizendo à nossa equipe o que fará o commit se aplicado.

“If applied, this commit will change the markup”, o que faz mais sentido do que: “If applied, this commit will changed the markup”

Type: Quais são os tipos de commit

O type é responsável por nos dizer qual o tipo de alteração ou iteração está sendo feita, das regras da convenção, temos os seguintes tipos:

test: indica qualquer tipo de criação ou alteração de códigos de teste.
Exemplo: Criação de testes unitários.
feat: indica o desenvolvimento de uma nova feature no projeto.
Exemplo: Acréscimo de um serviço, funcionalidade, etc.
refactor: usado quando houver uma refatoração de código que não tenha qualquer tipo de impacto na lógica/regras de negócio do sistema.
Exemplo: Mudanças após um code review
style: empregado quando há mudanças de formatação e estilo do código que não alteram o sistema de nenhuma forma.
Exemplo: Mudar o style-guide, mudar de convenção lint, arrumar indentações, remover espaços em brancos, remover comentários, etc..
fix: utilizado quando há correção de erros que estão gerando bugs no sistema.
Exemplo: Aplicar tratativa para uma função que não está tendo o comportamento esperado e retornando erro.
chore: indica mudanças no projeto que não afetem o sistema ou arquivos de testes. São mudanças de desenvolvimento.
Exemplo: Mudar regras do eslint, adicionar prettier, adicionar mais extensões de arquivos ao .gitignore
docs: usado quando há mudanças na documentação do projeto.
Exemplo: adicionar informações na documentação da API, mudar o README, etc.
build: utilizada para indicar mudanças que afetam o processo de build do projeto ou dependências externas.
Exemplo: adicionar/remover dependências do npm, etc...
perf: indica uma alteração que melhorou a performance do sistema.
Exemplo: alterar ForEach por while
ci: utilizada para mudanças nos arquivos de configuração de CI.
Exemplo: Circle, Travis, BrowserStack, etc.
revert: indica a reversão de um commit anterior.

Observações:

Só pode ser utilizado um type por commit;
O type é obrigatório;
Caso esteja indeciso sobre qual type usar, provavelmente trata-se de uma grande mudança e é possível separar esse commit em dois ou mais commits;
A diferença entre build e chore pode ser um tanto quanto sutil e pode gerar confusão, por isso devemos ficar atentos quanto ao tipo correto. No caso do Node.js por exemplo, podemos pensar que quando há uma adição/alteração de certa dependência de desenvolvimento presente em devDependencies, utilizamos o chore. Já para alterações/adições de dependências comuns aos projeto, e que haja impacto direto e real sobre o sistema, utilizamos o build.

Scope: contextualizando o commit

Nesse ponto — e seguindo as convenções passadas — conseguimos entender o tipo de alteração que foi realizada no commit (commit type) e entender com clareza o que o commit irá trazer se aplicado (commit subject).

Mesmo o scope não sendo obrigatório, ele pode ser utilizado para contextualizar o commit e trazer menos responsabilidade para a subject, fazendo com que ele seja mais breve e conciso possível. Lembrando que o scope deve ser inserido no commit entre parênteses.

Observação: Os escopos devem ser separados com /

Conclusão

Escrevi este artigo no intuito de registrar um dos meus aprendizado meu (eram só umas notas no notion), mas espero que possa ajudar outros desenvolvedores por ai.

Git Commit Patterns

Jason Hornet — Fri, 27 Jan 2023 03:00:00 +0000

The use of Git for us Devs is something essential, whether in personal projects, open source with many people or an entire community.
Given that, it's important that we use git commit properly. Having a coherent and standardized language helps everyone involved in the project to understand the changes that have occurred.

In the image above, we see how harmful a poorly commented commit can be, since we fail to understand the nature of the change that occurred and the context of it. In the long run, the effect is even more damaging, as the maintainability of the software suffers due to inconsistencies in the scope of these changes, and how they have affected the project in the past.

With that in mind, let's talk a little about Conventional Commits Pattern.

What Is It?

Conventional Commits is a simple convention for commit messages, which follows a set of rules and helps projects to have an explicit and well-structured commit history.

How To Use It?

The rules are very simple, as shown below we have a type of commit, the context (scope) of commit and the message (subject) of commit.

!type(?scope): !subject
<?body>
<?footer>

Thus, ! indicates the mandatory attributes and ? indicates optional attributes.

Subject: Imperative instead of past tense

In this way we are telling our team what the commit will do if applied.

“If applied, this commit will ”

“If applied, this commit will change the markup”, which makes a lot more sense than: “If applied, this commit will changed the markup”

Type: What are the types of commits

The type is responsible for telling us what change or iteration is being made, from the convention rules, we have the following types:

test: indicates any type of creation or alteration of test codes.
Example: Creation of unit tests.
feat: indicates the development of a new feature for the project.
Example: Adding a service, functionality, endpoint, etc.
refactor: used when there is a code refactoring that does not have any impact on the system logic/rules.
Example: Code changes after a code review
style: used when there are code formatting and style changes that do not change the system in any way.
Example: Change the style-guide, change the lint convention, fix indentations, remove white spaces, remove comments, etc…
fix: used when correcting errors that are generating bugs in the system.
Example: Apply a handling for a function that is not behaving as expected and returning an error.
chore: indicates changes to the project that do not affect the system or test files. These are developmental changes.
Example: Change rules for eslint, add prettier, add more file extensions to .gitignore
docs: used when there are changes in the project documentation.
Example: add information in the API documentation, change the README, etc.
build: used to indicate changes that affect the project build process or external dependencies.
Example: Gulp, add/remove npm dependencies, etc…
perf: indicates a change that improved system performance.
Example: change ForEach to While, etc…
ci: used for changes in CI configuration files.
Example: Circle, Travis, BrowserStack, etc…
revert: indicates the reversal of a previous commit.

Note:

Only one type per commit;
The type is mandatory;
If you don’t know which type to use, it is probably a big change and it is possible to split this commit into two or more commits;
The difference between build and chore can be quite subtle and can lead to confusion, so we must be aware of the correct type. In the case of Node.js, for example, we can think that when there is an addition/change to a certain development dependency present in devDependencies, we use chore. For changes/additions of common dependencies to the project, and that have a direct and real impact on the system, we use build.

Scope: contextualizing the commit

At this point — and following past conventions — we managed to understand the type of change that was made in the commit (commit type) and clearly understand what the commit will bring if applied (commit subject).

Even though the scope is not mandatory, it can be used to contextualize the commit and bring less responsibility to the subject, making it as brief and concise as possible. Remembering that the scope must be inserted in the commit between parentheses.

Note: Scopes must be separated with /

Conclusion

I wrote this article in order to record one of my learnings (they were just some notes in the notion app), but I hope it can help other devs out there.

[PT-BR] Arte e IA || Monopólio do Google e a lei

Jason Hornet — Wed, 30 Nov 2022 13:00:00 +0000

(Imagem de capa feita com DALL-E 2)

Está cada vez mais difícil de entender como IA’s funcionam, redes neurais, treinadas para imitar o cérebro humano, as vezes parecem não apenas espelhar nossa inteligência, mas também nossas preferências e emoções.

Google acaba de entrar na partida

No mais recente evento sobre IA’s a google também anunciou suas novas ferramentas movidas por IA, alguns destaques são: “Code as Policies” (IA que gera código de forma autônoma), “Wordcraft” (IA escritora de ficção), “Iniciativa 1.000 Linguagens” (modelo que trabalhará com as mil línguas mais faladas do mundo). Além disso, o Imagen, sistema de geração de imagens, que é o nosso foco neste artigo.

O Google não tornou o sistema acessível ao público em geral, apesar de o Imagen gera resultados comparáveis - se não melhores - em qualidade ao Dall-E 2 ou a Stable Diffusion.

Agora, no exemplo abaixo encontrado no site da Imagen, observe algo. A IA pode escrever perfeitamente. Este é um grande passo à frente de todos as outras IA’s.

Os resultados da AI falam por si e representam mais uma grande inovação nos campos da geração de texto para imagem e modelagem generativa em geral. A Imagen AI aumenta a lista de realizações excelentes, que varreram a comunidade de machine learning nos últimos anos com uma sucessão de resultados espetaculares.

Quem é o dono das ovelhas?

Agora, entrando em um assunto mais sério, sobre lei e direitos. Se um robô sonha com ovelhas eletrônicas, quem é o dono das ovelhas?

De acordo com Ryan Meyer, consultor do escritório de advocacia Dorsey & Whitney LLP, a resposta é… Ninguém; A lei ainda está para alcançar os avanços na tecnologia de IA. Ryan é um litigante de propriedade intelectual que trabalha em todas as áreas de IP, incluindo patente, direitos autorais, marca registrada e lei de segredo comercial. Ele também tem experiência em trabalhar em questões que envolvem software, dispositivos mecânicos e eletrônicos, tecnologia de rede, tecnologia de telecomunicações e outros.

Destacando o trabalho gerado de Jason Allen, Theatre d'Opera Spatial - veja na primeira parte do artigo - como um favorito, Ryan diz:

"O incrível para mim é que, como leigo, não posso dizer a diferença entre uma obra de arte criada com AI de uma por humanos”.

Isso nos mostra a velocidade com que a tecnologia evoluiu.

IA’s até se provaram capazes de resolver as matrizes de Raven - testes visuais usados para medir a inteligência humana - mostrando que Dall-E, que foi usada neste teste, pode expressar conhecimento geográfico e temporal (um entendimento de lugares, conceitos e como eles mudam com o tempo.)

Então, depois de criar sua obra-prima gerada por IA, o que o impede de reivindicá-la como sua, usá-la comercialmente ou impedir que outras pessoas a usem? Ryan diz que o conteúdo gerado pela IA levanta muitas questões legais.

“O escritório de direitos autorais dos EUA já se recusou a conceder um registro de direitos autorais para a arte gerada por IA, porque a atual lei de direitos autorais requer autoria humana para proteção de direitos autorais. Isso significa que, sob as regras atuais, a arte gerada não tem proprietário”

Os proprietários da tecnologia da IA em si podem ser os que devem se preocupar - potencialmente em risco de processos por violação de direitos autorais. Ele continua:

“IA não pode criar arte do nada; Em vez disso, analisa ou contém reproduções das obras de arte de outras pessoas, na qual ela usa para criar novas obras de arte. Essa nova obra de arte pode ser um derivado não autorizado, isso caracteriza uma violação. Se a IA também armazena uma reprodução dessa obra de arte, isso também é uma violação. Outra questão é que, embora a obra de arte geralmente esteja no domínio da lei de direitos autorais, a tecnologia de computação necessária para obras de arte geradas por IA podem ser protegidas sob a lei de patentes. Podemos começar a ver a lei de patentes usada de novas maneiras para proteger as IA’s e os métodos que eles usam para criar obras de arte”

A lei de IP varia de país para país, mas Ryan explica que a maioria dos países estão na Convenção de Berne para a proteção de obras literárias e artísticas, que estabelece a proteção uniforme de direitos autorais internacionalmente. No entanto, Ryan reitera que, nos EUA

"A lei de direitos autorais não protege obras de arte geradas pela IA, então nem você nem a empresa de IA têm direitos na imagem"

Uma mistura de direitos autorais, patentes e segredos comerciais são usadas para proteger o código-fonte de uma IA e a tecnologia necessária para operar, mas muito poucos dos precedentes legais foram elaborados com a arte gerada pela IA em mente.

"Para uma questão complicada e potencialmente controversa como essa, talvez tenhamos que esperar vários anos para que as leis acompanhem a tecnologia"

diz Ryan.

Ele também diz que a maneira pela qual AI’s coletam informações pode ser motivo de preocupação, pois o software de aprendizado de máquina utiliza um banco de dados de imagens coletadas de outros artistas.

“Se uma pessoa usa uma IA para gerar uma logomarca, e essa marca contém elementos do trabalho de outro artista, essa pessoa poderá ser responsabilizada por direitos autorais ou violação de marca registrada. A marca pode ser uma reprodução ou derivada não autorizada de um trabalho protegido por direitos autorais, ou pode ser tão semelhante à marca registrada de outra pessoa que criaria uma confusão para identificar as duas”

E o Futuro?

Apesar de ainda trazer muitos problemas e polêmicas, assim como qualquer invenção inovadora, as IA’s geradoras de imagem vieram para ficar. Elas não devem ser algo temido ou odiado, mas sim uma ferramenta para auxiliar os artistas, assim como hoje em dia existem softwares de desenho que te possibilitam uma facilidade que seria impossível somente com papel e caneta.

A criação de prompts para IA’s é algo complicado e que também necessita de algum grau de conhecimento artístico. Mais à frente pode ser que encontremos eventos somente para artes geradas.

A euforia, a raiva e o medo que se instalaram na comunidade artística por conta desta nova tecnologia são tipicas de acontecerem sempre que uma grande invenção ganha fama, e podem ser apaziguadas quando a questão mais preocupante, a lei de direitos autorais, for resolvida.

Art & AI || Google monopoly and the law

Jason Hornet — Wed, 30 Nov 2022 13:00:00 +0000

(Cover made with DALL-E 2)

It is increasingly difficult to understand how AI work, neural networks, trained to imitate the human brain, sometimes seem not only to mirror our intelligence, but also our preferences and emotions.

Google joined the party

In the latest AI event, Google has announced some new AI tools, some highlights are: “Code as Policies” (AI that generates code autonomously), “Wordcraft” (Fiction Writer), “Initiative 1,000 Languages” (AI that will work with the thousand most spoken languages in the world). In addition, Imagen, the image generation system, which is our focus in this article.

Google has not made the system accessible to the general public, although Imagen generates comparable results - if not better - in quality to DALL-E 2 or Stable Diffusion.

Now, in the example below found on the Imagen website, notice something. This AI can write perfectly. This is a big step ahead of all the other AI's.

The results of Imagen AI speak for themselves and represent yet another major breakthrough in the fields of text-to-image generation and generative modeling in general. Imagen adds to the list of Diffusion Models’ outstanding accomplishments, which have swept the machine learning community off their feet over the past few years with a succession of spectacular outcomes.

Who owns the sheep?

Now, entering a more serious subject, on law and rights. If a robot dreams of an electronic sheep, who owns the sheep?

According to Ryan Meyer, Of Counsel at American law firm Dorsey & Whitney LLP, the answer is, well… no one. The law is yet to catch up with the advances in AI technology. Ryan is an intellectual property litigator who works across all areas of IP including patent, copyright, trademark, and trade secret law. He also has experience working in matters involving software, mechanical and electronic devices, networking technology, telecom technology, and others.

Highlighting Jason Allen’s AI-generated work, ‘Theatre D’opera Spatial’ - see the first part of this article series - as a personal favourite - Ryan says:

“The amazing thing to me is that, as a layperson, I cannot tell the difference between AI- and human-created artwork.”

This just shows how quickly the technology has developed.

It has even proven to be capable of solving Raven's Matrices - visual tests used to measure human intelligence - showing that DALL-E can express both geographical and temporal knowledge (an understanding of places, concepts and how they change over time.)

So once you’ve created your AI-generated masterpiece, what’s stopping you from claiming it as your own, using it commercially or preventing others from using it? Ryan says that AI-generated content raises many legal issues.

“The US Copyright Office has already refused to grant a copyright registration for AI-generated art because the current copyright law requires human authorship for copyright protection. That means that, under the current rules, AI-generated art has no owner.”

The owners of the AI technology itself may be the ones with cause for concern - potentially being at risk of copyright infringement lawsuits. He continues:

“AI cannot create art in a vacuum; instead, it usually reviews or even contains reproductions of other people’s artwork that it uses to create new artwork. That new artwork could be an unauthorized derivative, which is an infringement. If the AI also stores a reproduction of that artwork, that too is an infringement. Another issue is that, while artwork is generally in the domain of copyright law, computer technology necessary for AI-generated artwork might be protectible under patent law. We might start seeing patent law used in new ways to protect AIs and the methods they use for creating artwork.”

IP law varies from country to country, but Ryan explains that most nations are signatories to the Berne Convention for the Protection of Literary and Artistic Works, which establishes uniform copyright protection internationally. However, Ryan reiterates that in the US:

“Copyright law does not protect AI-generated artwork, so neither you nor the AI company has any rights in the image.”

A mix of copyrights, patents and trade secrets are used to protect an AI’s source code and the technology it needs to operate, but very few of the legal precedents were drafted with AI-generated art in mind.

“For a complicated, potentially controversial issue like this, we might have to wait several years for the laws to catch up with technology”

says Ryan.

He also says that the way in which AIs collect information can be a cause for concern, especially as much machine-learning software utilizes a database of images collated from other artists.

“If a person uses an AI to generate a mark, and that mark contains elements of another artist’s work, that person could be liable for copyright or trademark infringement. The mark might be an unauthorized reproduction or derivative of a copyrighted work, or it might be so similar to someone else’s trademark that it would create a substantial likelihood of confusion.”

What about the Future?

Although it still brings many problems and controversies, just like any innovative invention, the text-to-image AI are here to stay. They should not be feared nor hated, but be used as a tool to assist the artists, just as nowadays exist softwares that enables you to do things that would be impossible only with paper and pen.

The creation of prompts is complicated and also needs some degree of artistic knowledge. In the future we may find events only for generated images.

The euphoria, anger and fear that have settled in the artistic community because of this new technology are typical of happening whenever a great invention gains fame, and can be appeased once the most worrying issue, the copyright law, is resolved.

Art & AI interview with Creammy

Jason Hornet — Sat, 26 Nov 2022 13:00:00 +0000

(Cover made with NightCafeAI)

Specialized in 3D Arts and VTuber streamer with two different channels, her team, is highly notorious in the streaming scenario, they are responsible for creating the command !s2, which has the function of promoting another streamer. Today's guest is Creammy with her lives being composed of games, conversations and handicrafts, her secondary Meoowgic channel focuses on arts and drawings.

Following is our conversation.

How is the use of AI's in 3D arts? Have you ever used one?

I never used it, I couldn't even say if it exists.
What would be an image generated by AI? Something that was taken from several artists and put together by a robot.
In 3D artists already make assets for you to put in a VTuber model and use it. Sometimes for free, sometimes paid.
But if there is a 3D AI to create models, I don’t know it.

I came across this article on the use of AI's in 3D, you can read it and elaborate more your answer

In the case of this article, this is renders made by an AI; a render is an image made of a 3D, it can be a model, a landscape, a cube, etc… a 3D model is what you put on the program to do the render.
Some 3D models are available on the internet for free, I find it difficult to an AI make a model that people want to use because there are many ways to make one.

What are the most common arguments you witness against or in favor of AI's?

I am against it, but I have seen arguments in both ways. Cons usually are "It will end the artists", "this is stealing our art”, and I agree with both.
Every AI need an image bank to work, and they mimic the trace of a specific artist. For me this just is a copy.

Do you think there is any means of avoiding this copy/theft of arts?

Yes, but it would have to come from the AI creators themselves. The DeviantArt for example has created an AI, and in the site settings you can choose to let your image be used by AI or not.
For me the ideal would be if an AI were created and her bank were the artists who sent their own art, like ShutterStock for example.

Do you believe it is possible for artists to be completely replaced by AI's?

No. My fear is that the creators of images generated by IA start to think they are artists and start claiming ownership for some image they have generated.
There was a case of an artist and streamer who was making an art on his Live, and before he finished, a person took a screen shot and put it on AI to finish; As soon as the streamer ended, the creator of the image by AI said the streamer should make some reference to him, as he "finished the art first.”
And this can happen here in Brazil too, because people are so ignorant that they do not understand the concepts of art and not being artists in fact, this can generate a great scandal.

Raiden’s case again ... This is a problem related to the ethics and moral of a person and may be solved by law, taking this into consideration: you think it would be possible to regulate the arts market with help of a government monitoring system?

I think so, but at the same time I don't. The programmers behind the AI would have to follow the law, and every artist who enters the database would have to sign that he is agreeing with it; But if any ordinary person who is using these AI’s to generate art makes an upload of an artist he likes and is not currently in the database, how could they monitor this?
And there is also the fact that AI code can "leak" and someone can make a different website or program, it's hard for the government to do something about it.

Do you think it is fair to use IA at an event or contest? Like Jason Allen did.

No, and I also don't agree that such people can enter the Artist Valley.
Most art contests say you can only enter with an art of your own; An image generated by AI is not your own because it uses other people's art. If he had used the image he generated as a reference, then in my opinion it would be valid.

What is the future of these AI's in your opinion?

That art must have two categories: manual art and images generated by AI.
But art is indeed hard to learn and improve, so many people will choose to be creators of Image by AI; But one day this will saturate, just as it happened with NFT.

Let's finish here, would you like to add something?

I want to leave a message for the artists. You are amazing, keep studying, do your best. It is not the amount of likes that says your art is good or bad, in this new business model where you need to be artists, influencer, video editor, and more, this makes us focus on the engagement of publications and not in our own progress. We already have many problems with our own art to be worrying about people who are not even artists.

This was today's guest, who is also open to teach about art:

"If anyone wants to ask questions about 3D, they can ask me on Twitch or Twitter"

She also makes an honorable mention to her friend and teammate:

“Miki does art studies on Twitch at 2pm. She is an amazing artist that I am very proud of, I saw her evolution as a streamer and as an artist; She is always ready to help”

This was the last interview of this series; the conclusion that it is also my personal opinion will come out on the last day of this month

[PT-BR] Arte e IA entrevista com Creammy

Jason Hornet — Sat, 26 Nov 2022 13:00:00 +0000

(Imagem de capa feita com NightCafeAI)

Especializada em artes 3D além de ser streamer VTuber em dois canais diferentes, sua equipe, a streAMAndo é de suma importância para o cenário de streamers pois são os responsáveis pela criação do comando !s2, no qual tem a função de divulgar o canal de streamers visitantes. A convidada de hoje é Creammy com suas lives focadas em jogos, conversas e artesanato, seu canal secundário Meoowgic tem foco em artes e desenhos.
Segue abaixo nossa conversa.

Como é o uso de IA’s em artes 3D? Você já usou?

Eu nunca usei, nem saberia dizer se existe IA para o 3D.
O que seria uma imagem gerada por IA? Algo que foi pego de vários artistas e colocado junto por um robô.
No 3D os artistas já fazem assets para você colocar em um modelo vtuber e usar aquilo. As vezes de graça, as vezes pago.
Mas se existe um IA de 3D para criação de modelos, eu não saberia dizer.

Eu vi esse artigo sobre o uso de IA’s em artes 3D, você pode ler ele e e elaborar mais a sua resposta

No caso desse artigo, isso são renders feitos por uma IA; um render é uma imagem feita de um 3D, ela pode ser um modelo, uma paisagem, um cubo, etc… Um modelo 3D é o que você coloca no programa para fazer o render.
Alguns modelos 3D já estão disponíveis na internet de graça, acho difícil uma IA fazer um modelo e as pessoas quererem usar pois já existe muitos jeitos de se fazer um.

Quais são os argumentos mais comuns que você presencia contra ou a favor de IA’s?

Eu sou contra, mas já vi argumentos nos dois sentidos. Os contras geralmente são "vai acabar com os artistas", "estão roubando a arte das pessoas", e eu concordo com as duas. Pois toda IA precisa de um banco de imagens para funcionar, e eles até imitam o traço de um artista específico. Isso pra mim é uma cópia.

Acha que tem algum meio de evitar essa cópia/roubo de artes?

Sim, mas teria que vir dos próprios criadores da IA. A DeviantArt por exemplo criou uma IA, e nas configurações do site você pode optar por deixar ou não sua imagem ser usada pela IA.
Pra mim o ideal seria se uma IA fosse criada e o banco dela fossem os artistas que mandassem a própria arte, como na ShutterStock por exemplo.

Você acredita que é possível os artistas serem substituídos totalmente por IA's?

Não. Meu receio é que os criadores de imagens geradas por IA achem que são artistas e comecem a exigir créditos por alguma imagem que eles geraram.
Teve um caso de um artista e streamer que estava fazendo uma arte em live, e antes dele terminar, uma pessoa fez uma captura de tela e a colocou na IA para finalizar; assim que o streamer terminou, o criador da imagem por IA disse que o streamer podia fazer alguma referência a ele, já que ele "terminou a arte primeiro”.
E isso pode acontecer aqui no Brasil também, porque as pessoas são tão ignorantes no sentido de não entenderem os conceitos de arte e de não serem artistas de fato, isso pode gerar um grande escândalo.

O caso da arte da Raiden Shogun de novo... Como isso é um problema relacionado a ética e moral da pessoa talvez isso se resolva com alguma lei, levando isso em consideração: Você acha que seria possível regulamentar o mercado de artes com a ajuda de algum monitoramento do governo?

Eu acho que sim, mas ao mesmo tempo acho que não. Os programadores por trás da IA teriam que seguir a lei, e todo artista que entrar no banco de dados teria que assinar que ele está concordando com isso; Mas caso alguma pessoa comum que está usando essas IA’s para gerar arte fizer o upload de um artista que ele gosta e que não está no banco de dados, como que faz? Como regulamentar isso?
E também tem o fato que o código da IA pode "vazar" e podem fazer um site ou programa diferente, é difícil o governo fazer algo em relação à isso.

Você acha que é justo o uso de IA em algum evento ou concurso? como Jason Allen fez.

Não, e também não concordo com que pessoas desse tipo entrem no Artist Valley.
A maioria dos concursos de arte dizem que você só pode entrar com uma arte de sua autoria; Uma imagem gerada por IA não é de sua autoria pois usa como base a arte de outras pessoas. Caso ele tivesse usado a imagem que ele gerou como referência, então na minha opinião seria válido, mas ele usou a própria imagem da IA.

Qual o futuro dessas IA’s na sua opinião?

Que a arte deve ter duas categorias: Arte própria e Imagens geradas por IA.
Porém como arte de fato é demorada de se aprender e aperfeiçoar, muita gente vai optar por ser criador de imagens por IA; Mas um dia isso vai saturar, da mesma forma que aconteceu com os NFT.

Vamos finalizar por aqui, gostaria de acrescentar algo?

Quero deixar um recado para os artistas. Vocês são incríveis, continuem estudando, façam o seu melhor. Não é a quantidade de likes que diz que sua arte é boa ou ruim, nesse novo modelo de negócio onde você precisamos ser artistas, influencers, editores de vídeo, e muito mais, faz com que foquemos no engajamento de publicações e não no seu próprio progresso.
Já temos muitas neuras com nossas próprias artes pra se preocupar com pessoas que não são artistas.

Essa foi a convidada de hoje, que também se demonstra aberta para ensinar sobre arte:

“Caso queiram tirar alguma dúvida sobre 3D, podem me perguntar, tanto na twitch quanto no meu twitter.”

E faz uma menção honrosa a sua amiga e colega de equipe:

“A Miki faz estudos de arte na twitch à partir das 14h. Ela é uma artista muito incrível e que eu tenho muito orgulho, eu vi a evolução dela tanto de streamer quanto como artista; ela sempre tá lá pronta para ajudar.”

Essa foi a ultima entrevista dessa série; à conclusão que também é a minha opinião pessoal sairá no ultimo dia deste mês