by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Oct 21 2019 10:28
    lucasbento closed #3
  • May 20 2017 05:24
    wedneyyuri commented #2
  • Feb 01 2016 12:38
    lucasbsilva synchronize #3
  • Feb 01 2016 12:37
    lucasbsilva synchronize #3
  • Feb 01 2016 12:34
    lucasbsilva opened #3
  • Feb 01 2016 12:09
    wedneyyuri opened #2
  • Jun 22 2015 11:59
    Blamoo opened #1
  • Mar 24 2015 21:41

    plastic on master

    Padrão Atualizado (compare)

  • Mar 20 2015 21:28

    plastic on master

    Boas práticas no desenvolviment… (compare)

  • Mar 20 2015 20:50

    plastic on master

    Iniciando boas práticas com PHP (compare)

  • Jan 23 2015 12:23

    hugobessaa on master

    Adiciona links para plugins do … Remove todos (compare)

  • Jan 22 2015 18:24

    hugobessaa on master

    Corrige link para guides (compare)

  • Jan 22 2015 17:35

    hugobessaa on master

    Atualiza nome do repositório pa… (compare)

  • Jan 22 2015 17:15

    hugobessaa on master

    Muda commits para português Melhora fluxo de trabalho com g… (compare)

  • Jan 12 2015 13:29

    hugobessaa on master

    Improve guides with editting an… Update beanstalk for bitbucket Add .editorconfig (compare)

  • Jan 07 2015 12:53

    hugobessaa on master

    Improve credits and license. No… Fix small typo Add code principles and 2 more (compare)

  • Aug 20 2014 14:44

    hugobessaa on master

    Add links to automation section (compare)

  • Aug 20 2014 14:43

    hugobessaa on master

    Fix automation section as child… (compare)

  • Aug 20 2014 14:42

    hugobessaa on master

    Add git pull --rebase recommend… Add item about vi to try to per… Add reading tip for Git and 3 more (compare)

  • Aug 17 2014 05:22

    hugobessaa on master

    Update CSS comments rule The 5… Remove selfish rule about CSS c… (compare)

Hugo
@hugobessaa
Ao lado dá pra ver a atividade da gente
Renato Galvão
@renatogalvones
Então, uma coisa bem particular. Eu não curto identação com espaços... + alguém? ahuahuahuahauhau
Hugo
@hugobessaa
Eu curto principalmente pq ela facilita você alinhar coisas que fazem sentido, como os valores de um array
E fica mais padronizado
É simples usar com espaços, no Sublime
Bruno Marques
@brunomarks
Só dentro de expressão, pra separar concatenação, valor..
Hugo
@hugobessaa
Fora que um TAB não tem um espaço padronizado. Pode ser um tamanho ou outro dependendo do editor.
Renato Galvão
@renatogalvones
Então, pra mim TAB é 4 espaços. No Sublime vem por padrão assim inclusive. Mas ok, sem treta. Just sayin'
Hugo
@hugobessaa
Sem treta mesmo haha. Quando eu aperto tab saem quatro espaços no sublime. É isso que acontece no teu também?
Renato Galvão
@renatogalvones
Não, odeio isso. Aqueles 4 pontinhos miseráveis qdo seleciono. Gosto da linhazinha contínua do TAB. hauhauahuahuahu... no meu aparece assim.
Bruno Marques
@brunomarks
    No meu aparece assim
Hugo
@hugobessaa
```
     No meu também
Foram cinco :stuck_out_tongue:
Renato Galvão
@renatogalvones
meu pau
O tab foi, mas não foi
ahuahuahauhauahua
Enfim, don't bother.
Hugo
@hugobessaa
Terminei o de Git
Bruno Marques
@brunomarks
Parabéns!
Mas não vale, vc queimou a largada!
Hugo
@hugobessaa
Ele é menor né
Bruno Marques
@brunomarks
Use 4 espaços para indentação (não tab)
não seria use um tab (preferencialmente com tabspace de 4) ?
```∙∙∙∙console.log(obj[i]);
∙∙∙∙console.log(obj[i]);
Hugo
@hugobessaa
O tab é muito inconsistente. Eu acho que isso não é bom. Todos os style-guides estabelecem espaços em vez de tab por causa disso. Tem outros problemas detalhados aqui: http://www.jwz.org/doc/tabs-vs-spaces.html
Bruno, não é assim que está lá?

Bruno, dois itens que eu tinha tirado do JavaScript:


- Prefira `===` e `!==` em vez de `==` e `!=` [(?)](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Equality_comparisons_and_when_to_use_them)

- Declare variáveis antes de utilizá-las [(?)](http://code.tutsplus.com/tutorials/javascript-hoisting-explained--net-15092)
// bad
notes[noteClick].play();
var me = $(this);
var noteClick = me.attr('data-note');

// good
var me = $(this);

var noteClick = me.attr('data-note');
notes[noteClick].play();
```

```

Pra colocar eles em Boas práticas depois ;-)
Usei esta e esta referência pro que já fiz de JavaScript até agora
Bruno Marques
@brunomarks
ok, amanhã continuo! tenho compromisso agora
Hugo
@hugobessaa
O que acham de colocarmos guias de instalação lá também? Facilita se alguém levar projeto pra casa ou em máquinas novas.
Só um conjunto de links levando para os guias mesmo
Renato Galvão
@renatogalvones
Eu acho manero!
Hugo
@hugobessaa
Hahahha. Tu mesmo que iria curtir
Hugo
@hugobessaa
Bruno, conseguiu pegar algo do JavaScript hoje de manhã?
Renato Galvão
@renatogalvones
  • Use nomes de variável com significado semântico.
    ```scss
    // bad
    $color-red: #f00;
    color: $color-red;

    // good
    $color-red: #f00;
    $color-text: $color-red;
    color: $color-text;

Eu acho que ter duas variáveis com o mesmo valor não é lá muito viável. Prefiro que as variáveis de cor tenham somente nomenclaturas relativas à cor. Não ao elemento onde vai ser utilizada. O que acham?

Hugo
@hugobessaa
O problema disso é o seguinte: você fica preso ao nome da cor, não da função. Todos os detalhes do site (links, menu, bordas e botões) seguem uma cor $color-red. O designer muda para laranja. O que acontece? Teremos que catar cada $color-red dentro deste contexto e trocar por $color-orange. Em vez disso, podemos ter um $color-detail ou $color-brand e mudar a cor dele
Isso simplifica muita coisa
Renato Galvão
@renatogalvones

Deixa ver se eu entendi. Desse modo teríamos que ter $color-links-header, $color-links-sidebar, $color-borders, $color-buttons e por aí vai.... é isso? Não ficaria mto poluído?

Acho que facilitaria pra mudar uma cor, mas acho que se o layout mudar pode acabar atrapalhando.

O que a gente poderia fazer é tentar se basear no styleguide. Seguir as nomenclaturas de lá. Pode ser um caminho.
Hugo
@hugobessaa

Não seria bem isso. Na verdade depende da especificidade do layout. Layouts muito complicados realmente exigem um nível maior de detalhamento.

Tomemos como exemplo o site da Mkt.

Ali temos Quatro cores principais. O cinza escuro, o verde, o amarelo e o branco. Ali teríamos, por cima, $color-background $color-brand $color-content $color-text--light $color-text--dark. E mais as variáveis para dar nome a cada cor.

Podemos até utilizar alguma função para estabelecer a cor do texto. Como esta que criei.
Renato Galvão
@renatogalvones
Acho que o melhor caminho pode ser o styleguide mesmo. Mas podemos ver com o GROU o que muda geralmente quando há alguma data especial e talz. Assim sempre utilizamos aquele "padrãozinho" de nomenclatura, pelo menos como base e incrementamos de acordo com o projeto/layout.
Hugo
@hugobessaa
Bruno, ficou muito bom. Eu só achei que ficou muito diferente de toda a outra estrutura dos guias.
Para facilitar a leitura e também ser mais objetivo, procurei deixar somente algumas instruções diretas, sem MUITA explicação.
Por isso que temos referências e anexos, para colocarmos as explicações.
O que você escreveu vira um ótimo post. Podemos publicá-lo em algum lugar e anexá-lo às regras. Que tal?
Ah, queria pedir pra gente seguir o padrão de commits. O que vocês acharam dele? Eu acho que ele deixa a documentação bem melhor.