Sendo assim, nunca fiz desenhos ou algo parecido porque não usaria Corel Draw para isso e porque não conhecia nada que você pudesse codificando, desenhar em tela, até começar a escutar e ver coisas com canvas, CSS3 e SVG.

Então resolvi participar da competição do Mozilla Dev Derby que no mês de Abril de 2012 era sobre a tag de audio do HTML5.

Pensei e pensei sobre o que ia fazer e então me veio a mente colocar som nessa figura chinesa que vim a conhecer sobre sua história e signifigado desenvolvendo esse trabalho.

Later Heaven ou Céu Posterior Bagua é um trigrama octogonal. O modelo tem oito (ba) áreas (guas), conectando dois cantos vizinhos do trigrama octogonal em direção ao centro para formar uma gua. O centro contém o símbolo yin e yang, ou taijitu como por filosofia taoísta. Cada um dos ‘guás’ mostra três símbolos Yao, que se estende em três filas a partir do centro para o lado exterior.

O Céu Posterior – ou Sequência Interior do Mundo – foi criada pelo Rei Wen, utilizando como base o quadrado mágico de Yu, o Grande, que o viu no casco de uma tartaruga no Rio Amarelo, e significa a mudança e o movimento, o mundo posterior à criação, o mundo dos fenômenos objetivos e materiais. Ele representa o movimento do planeta Terra, a ordem das estações do ano. Cada trigrama irá evoluir para o próximo de acordo com as leis naturais do mundo. (texto tirado do site aoikuwan).

Este Bagua foi desenvolvido usando CSS3, SVG e a tag audio do HTML5. Aqui está o link para visualização e interação com o Bagua Projeto Heaven Later Bagua e aqui o código para quem quiser conferir Código no GitHub.

Enfim, posso dizer que fiquei extremamente satisfeita e orgulhosa com o trabalho que fiz, só codificando =).

Tentei já várias vezes aprender e trabalhar com Linux e com linha de comando, mas depois, talvez por falta de tempo e porque na empresa que trabalho nós só trabalhamos com o s.o Windows, eu resolvi dar um tempo no Linux apesar de ainda te-lo como dual boot em meu computador.

Acontece que resolvi que estava na hora de aprender a mexer no controlador de versão Git e versionar um de meus projetos no tão famoso repositório GitHub.

A ideia em si me pareceu bastante válida, até começar a mexer. Onde trabalho usamos o Mercurial como controlador de versões e o TortoiseHg como gerenciador do mesmo. O que isso quer dizer? Botão direito na pasta do projeto e pronto, está feito, mesmo os merges são simples de resolver.

Sem mexer em Linux eu me desacostumei a lidar com linha de comando para fazer algo acontecer, me tornei uma garota do mouse, vamos assim dizer, o que me fez fazer uma certa “cara feia” ao ver que o Tortoise para o Git se mostrara mais complexo que para o Mercurial ou mesmo para o SVN. Então baixei o Git Bash para windows e procurei um tutorial, me conformei que era a única maneira, arregacei as mangas e mandei ver.

Com esse tutorial Usando Git (e GitHub) que diga-se de passagem achei muito bom, consegui versionar meu projeto com Git e larga-lo no GitHub, o que me deixou muito orgulhosa e com os dedinhos inquietos para voltar e aprender melhor a mexer em Linux.

Essa igual, devo diser apesar de tudo (alguns perrengues até finalmente conseguir), foi a parte fácil. Quando foi meu primeiro merge que tive que reconhecer que o Git era e é bem diferente do que estava acostumada em matéria de versionadores.

O Git te aconselha a criar branches, e nesses branches realizar todas as criações e refatorações necessárias ao seu projeto e então quando você quiser incorpora-lo ao projeto central, você fará merge desse branche com o projeto principal, vamos a um exemplo:

/**
 * O comando usado é o $ git branch
 * e com eles vamos criar um novo branche.
 */
  $ git branch <nome do branche>

  //Agora irei até o branche criado
   $ git checkout <nome do branche>

  // Faço as alterações que acho necessárias
  // e volto ao master
   $ git checkout master

  // E então no master dou o merge com o branche criado
   $ git merge <nome do branche criado>

Se não ouver nenhum conflito até aí, você pode simplesmente dar um commit e pronto,
mas caso haja algum conflito você terá que resolve-los usando um editor para isso, eu
uso o TortoiseMerge. Os comandos são:

    $ git config --global merge.tool <nome do editor>
   // No meu caso o tortoisemerge

    $ git mergetool

Com isso aparecerá o nome do arquivo em conflito, seguido de {local} ou {remoto},
eu escolhi o local e o editor abriu, vi qual arquivo era o correto e salvei, depois só comitei.

Esrevendo este post agora, confesso que até me parece fácil, mas acredito que só a prática para poder realmente chegar a dizer que usar Git é tão barbada quanto usar um versionador como o Mercurial.

Meu 1º contato com Maujor foi pelo seu site http://maujor.com/, uma grande fonte de ajuda na época que comecei a lidar com HTML e CSS e ainda o são, mas até então não sabia nada sobre o autor. Vim, a saber, aos poucos, depois comecei a segui-lo pelo twitter adquirindo mais alguns conhecimentos e não por menos admiração, principalmente pela contribuição dele. Mas quando abri o livro e li a pág. 15 falando sobre ele devo confessar que sua jornada me deu mais motivação. Sua força de vontade em procurar material que como conta na época escasso em português e sua paciência e dedicação em traduzi-los contribuindo para o aprendizado de gerações futuras e algo indescritível em matéria de nunca desistir quando se tem um objetivo e quando se quer aprender.

Sim, eu agradeço a ele, mas também a todos os outros ao qual já utilizei desde sites, apostilas e livros para saciar minhas dúvidas e agregar conhecimentos. Agradeço por contribuírem com seus conhecimentos para ajudar a tantos outros que estão em busca dos mesmos.

E termino aqui com um ditado que achei interessante sobre o conhecimento:
“Se você tem conhecimento, deixe os outros acenderem suas velas nele.”
–Margaret Fuller