kside.net

No início desse ano me mudei para Campo Grande - MS e fui participar de última hora (só fui na parte da tarde) do 3º Workshop PHPMS neste último sábado dia 27 de Março para conhecer os profissionais da área e empresas que apoiam esses eventos (apesar de eu trabalhar com Ruby/Rails ) e gostei muito da iniciativa do pessoal do PHPMS, foi um ótimo evento. Devo admitir que não esperava muito do evento, pois não conhecia nenhum dos envolvidos e para minha surpresa o evento foi motivo suficiente para me motivar a escrever.

Porém você deve estar se perguntando: “O que um cara que trabalha com Ruby/Rails vai fazer num evento de [insira-sua-linguagem-aqui]?”. A resposta é simples: não existe programador da linguagem X, e sim cientista da computação, programador de qualquer linguagem, seja ela qual for. Linguagens de programação são ferramentas e é preciso escolher a ferramenta certa para o trabalho certo, pois novas ferramentas estão por vir.

Bom, chega de pregação, não estou aqui para falar de ferramentas e linguagens, mas do evento em si!

Eu dei ênfase na iniciativa do grupo PHPMS porque o que faz fomentar o mercado de trabalho, proporcionar boas experiências e gerar bons projetos não é a linguagem de programação em si, mas a comunidade que a suporta. E, especialmente aqui no MS com poucos eventos de tecnologia, qualquer evento produzido pela comunidade é sinônimo de sucesso, networking e ótimas discussões. Eu considero que a grade de palestras e eventuais mini-cursos são coadjuvantes em um evento de TI, o importante é interagir com os palestrantes, participar de uma mesa redonda (desde que seja aberta a partição do público), compartilhar experiências e tudo o mais.

Para mim o ponto alto do evento foi a mesa redonda intitulada “Perfil do Programador PHP no estado de MS” muito bem mediada pelo Bruno “PorKaria” e com participação de comentários de Saulo Arruda e José Ricardo, além de participação do público com perguntas. O que foi discutido pode ser encontrado no blog do Saulo nesse post completo: “Perfil do Programador PHP”.

Mudei o título do meu post de “PHP” para “Web”, porque o que foi discutido aplica-se a qualquer profissional que trabalha com programação para web, mas é sabido que “programadores PHP” pincelam uma parte significativa no gráfico dos profissionais trabalhando com web porque é a linguagem mais difundida por aqui.

Acredito que o maior conflito ocorreu no tópico “competências do programador [web? backend? frontend?]” que é consequência de todos os pontos essenciais expostos pelo Saulo. Muitos acreditam que ter habilidades em várias tecnologias é necessário na nossa profissão, desde uma linguagem back-end (php/ruby/python..) passando por front-end (javascript/css/html..) e até competências de designer (tipografia/dominar cores/photoshop..), e isso acontece porque muitas empresas exigem todo esse conhecimento para uma vaga de “desenvolvedor web” (ou como diria meu irmão “fazedor de páginas”).

No começo da carreira de um desenvolvedor, nota-se uma tendência de tentar dominar todas essas competências, mas isso quase sempre acaba com o profissional fazendo um trabalho mediocre em cada uma delas. Conhecimento é adquirido com o tempo e experiência na sua profissão (desde que continue estudando), então ao longo da tragetória profissional é normal a adoção de um caminho e especializar-se ao máximo nisso. Entretanto, isso não quer dizer que um desenvolvedor back-end não sabe trabalhar com css/html/javascript, então aqui entra o tipo de profissional especialista generalista, ou seja, é especialista em uma área mas tem pelo menos as habilidades básicas para produzir algo em outra área.

Nenhum programador back-end irá fazer um layout do zero, bem como um front-end não irá projetar a arquitetura e codificar um sistema do início, mas ambos devem ter conhecimento e entendimento de como todo o projeto funciona (até sobre a lógica de negócio da empresa, mas isso é assunto para outro post) e, se necessário, fazer algumas alterações mínimas onde ‘não é sua praia’.

Acho que já escrevi demais, fico por aqui mesmo e que venham mais bons eventos como o 3º Workshop PHPMS.

I play some games, often those of the kind: easy to learn, hard to master (and I've played serious sometimes, but not nowadays). Recently I've been playing the great Race Driver: GRID. (Which is really hard to master with only a keyboard, probably impossible.)

In this game you can race the prestigious 24 Hours of Le Mans, a endurance race of 24 hours that has 4 classes, many teams per class, each class has 3 drivers (yes, of course, they switch drivers to reach the 24h mark).

All right, what a Python code snippet has to do with all this? Nothing much, actually (I just got very excited about the whole Le Mans thing), but the thing is that I went searching for videos on YouTube about Le Mans and found some real nice videos in a specific playlist. I wanted to extract all the links from that playlist, for further use later, and then ended writing the simple script below.

It will grab the links from the Google Data API, using the playlist id. The details are inside the script comments.

Besides the code, which is really simple and short, the whole post's point is that I love this excitement feeling when you get interested in something then goes and writes some code, hopefully useful. This gives me the stamina to write even more (plus commenting it), stop to write down a blog post (and actually searching for images, editing, etc), so all this even could result in a little project. Not this subject, the playlist reader, but could be anything.

If you, like me, are not an expert in web design, you probably do as I do when trying to implement a layout or fix one: put a line in the CSS file, refresh the page, see what happened, then edit the CSS file again, see what happened, then comment out the changes before, hit refresh again, and so on (much of this will likely be caused by trying to debug a page using that something-that-is-not-a-browser called Internet Explorer).

But CSS comments are so annoying with that C-like syntax (the '/*' opening and '*/' to close):

#navbar {
  width: 500px;
  height: 50px;
  font-family: "Comic Sans";
  /*border: 1px solid black;*/
}

Did you see that "border" property? Yep, it's me print debugging a div box to see where the heck it went (specially when toying with the "float" property) or seeing why its content is being shown outside of it (using too much "padding", for example).

I do comment and un-comment 1-lines like that for testing so many times that I got angry and wrote this small vim helper to aid in this cumbersome task!

Here it is:

You can put that in your .vimrc and call it like this:

:call ToggleCssComment()

One would wonder that typing all this is probably more than typing 4 chars, but hey, it's vim. You can call it by hitting TAB to auto-complete the command:

:call Tog<tab>

Or you can even bind it to a shortcut key (using FileType [:help FileType] is way more fun, since you can bind the key only when a CSS file is being edited)!

I was using scribbish theme for this blog, but didn’t like the small fonts and colors, so I started playing around hacking the theme a bit and at the end I discovered that it was a complete different theme from the original scribbish (not on structure, only on style).

I decided then launch it as a separated theme named simple-blue, here’s the description from README:

simple-blue is a simple typo theme heavily based on scribbish, but with larger fonts, grey background and lot of blue/orange.

To install just clone this repository inside your typo theme folder:

cd typo/themes

git clone git@github.com:krsmurata/simple-blue.git

I hope you find this theme useful somehow.