-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sugestão de estrutura #9
Comments
Eu voto por cada curso ter um branch. Justificativa: suponhamos que um curso tenha 15 capítulos e eu queira os fontes do capítulo 9. Se os fontes estivessem separados por pastas eu teria que baixar/clonar o repositório todo pra ter só uma pasta; na separação por branch eu pego só o branch que me interessa. Além disso, pensem na seguinte hipótese: um curso de CSS que, no capítulo 3, aborde pré-processadores. Podemos ter quantos branches quisermos pra esse capítulo (cap03-sass, cap03-postcss, cap03-compass, etc). É minha ideia ao menos. |
Eu concordo com o @muniz95 e acho que a sugestão de ter um capítulo por branch é válida. |
A ideia do @muniz95 por inicio achei meio maluco, mas no fim me convenceu, acho que daria pra tentar separar pelo branch sim, não parece ser tão ruim. |
Como já temos uma org openschoolbr, acho que cada curso seja um repositório novo, talvez pode ser uma opção também. |
@lai32290 isso mesmo, eles seriam como os repositórios que já existem aqui hoje. A diferença é que eles teriam os tópicos indicando que são cursos, pra ter uma diferenciação mais clara. |
@muniz95 show! =D |
Galera quanto ao conteúdo em si seria válido colocar frameworks para backend tbm não? |
Com certeza! Editando..
…On Aug 3, 2017 23:01, "Luiz Felipe de Oliva Limeira" < ***@***.***> wrote:
Galera quanto ao conteúdo em si seria válido colocar frameworks para
backend tbm não?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#9 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ACdL_8boSvpnNGCL_zB1P4UUgyVe_Zleks5sUnuAgaJpZM4OtDc6>
.
|
Pessoas, poderíamos estipular um prazo (domingo, 2017-08-06, por exemplo) pra decidirmos o "macro" das trilhas e estrutura e começarmos a produzir os conteúdos. O que acham? |
Acho que seria uma boa definir um prazo e começar a colocar a mão na massa. |
Acho que o curso de |
No mesmo padrão de separar as branchs para os módulos, seria legal um padrão de escrita para o nome dos repositórios e branchs, certo? Conversando com o @lflimeira e @wilcorrea achamos o hífen mais bonito que o underscore para o nome dos repositórios, mas para as branchs usaríamos o underscore. O que acham? |
E ter um curso- na frente em todos os repositórios relacionados a curso. Ex: curso-PHP |
E no caso do Eu acho tudo minúsculo melhor visualmente. |
Boa @kvnol, criei minusculo. Galera, eu tomei a liberdade de criar o primeiro para dar um start, mas o que ficar definido depois, nós alteramos para entrar no padrão. |
Eu pensei em colocar nos tópicos uma tag #curso, mas acho que com prefixo no nome do repo fica melhor |
@muniz95 o que vcs decidirem que fica melhor eu mudo la :) |
@muniz95 fica melhor com o prefixo pq senão confunde com nossos repositórios institucionais, mas da mesma forma será utilizado a tag |
Eu acho q quanto mais simples e objetivo melhor. Quanta menas informação e mais conteúdo melhor. Acho q aquelas trilhas tem linguagens demais, conteúdos demais e pretensões demais. Parece uma tonelada de teoria e informação copiada da internet, sendo que vcs vao fazer no seu tempo livre. Daqui pra q termine e fique com qualidade, n sei n. Nas atuais condições n tem como oferecer algo melhor q os standarts w3schools, mdn, docs, video-aulas, codecademy, freecodecamp etc... Então melhor seria focar numa opção de oferecer algo q eles focam menos que seriam os projetos, os exemplos e etc. Bom né, eu n sei como q vao fazer, mas sei que mais do mesmo não me agradaria como aluno do curso. Acho q deveriam passar um ou dois meses só discutindo ideias e pesquisando até chegar numa conclusão. Boas ideias levam tempo e esforço para serem aprimoradas. |
Exercícios para cada aula são essenciais e podemos fazer como nos cursos do @fdaciuk, com a diferença que os próprios alunos poderiam fazer o code review (alguém citou essa ideia, mas esqueci quem foi - pronuncie-se). |
Galera, para fecharmos essa discussão quanto a estrutura dos cursos, vamos fazer algumas proposta e fechar uma votação? O @wilcorrea propôs uma estrutura para utilizarmos git books como no exemplo que ele citou https://github.com/phpzm/php-like-a-boss, ele citou isso lá na issue openschoolbr/curso-php#1 . Eu acho uma boa ideia, e uma estrutura bacana. Acho que o @wilcorrea pode explicar melhor sobre ela. Pois com isso definido, podemos continuar com as estruturações de conteúdo de cada curso. O que vocês acham? |
Apenas para esclarecer, a proposta é a seguinte:
PS.: os processos de builds ficam automatizados https://github.com/phpzm/php-like-a-boss/blob/master/package.json#L26 |
Acho essa estrutura muito boa, @wilcorrea @lflimeira. Permite que usuários sem conhecimento de git façam uso do material e que a gente possa distribuir com bem mais facilidade. |
@yuriploc a Pré-trilha poderia como usar como base o livro How to Design Programs( htdp), que tem como uma das propostas ser introdutório de programação. É bem didático, e usa o paradigma funcional (mesmo sem dizer que tá usando). A estrutura do livro também é bem interessante, tendo bastante exercícios para cada conceito apresentado. O livro foca tanto no ensino da teoria, quanto na produção de um bom código, mas de forma bem simples . Ele usa uma ideia chamada Design recipe que é uma grande ajuda para quem tá iniciando ( ou mesmo para quem já é familiarizado com programação). |
@lflimeira o que acha de dar o setup lá no repositório para ficar mais fácil de apresentar pra o pessoal como que vai ficar? |
@wilcorrea só uma coisa a adicionar, cada modulo/capitulo ter uma branch, só com o seu conteúdo, de resto acho q está ótimo |
Análise de sistemas, processos de software deveriam estar na pre-trilha? |
@houstondapaz podemos tentar ; )
Fiquei pensando sobre essa abordagem desde que vi a ideia pela primeira vez no Telegram, e, confesso que só vi essas desvantagens e nenhuma vantagem (já que a que teria seria poder fazer checkout de uma branch em separado e o foco seria distribuir a apostila em formatos que o cara possa ver no celular no busão, por exemplo) Caso tenha dito alguma bobagem ai ou tenham percebido vantagens na divisão em branches, por favor deixem-me saber : ) |
@juliooliveiracosta acho a ideia bem interessante, tem que ser fechada com o grupo que ficar responsável pela pré-trilha :) |
@yuriploc Ok ^^ . |
@wilcorrea Eu acho valido criar essa estrutura la no PHP para mostrar. Se todos concordarem podemos fazer isso. 😄 @juliooliveiracosta o conteúdo do curso tem que ser discutido com o grupo que ficar responsável como o @yuriploc falou, mas a estrutura em que o curso vai ser construído tem que seguir o padrão que for resolvido 😃 |
@lflimeira vô criar hoje a noite então, faço um vídeo e subo mostrando como que ficaria e fluxo de trabalho. |
fiz um curso de php alguns anos atrás, se a estrutura ajudar em alguma coisa: https://github.com/fsoaresjunior/curso-PHP5 |
Boaa @wilcorrea ai colocamos no sobre o link para o vídeo e assim todos podem entender. 😄 Depois podemos começar a organizar o conteúdo do curso do PHP e ai vamos alinhando, quando isso estiver pronto, montamos o material e depois partimos para os videos. \o/ |
Galera o @wilcorrea montou a estrutura lá no repositório de PHP https://github.com/openschoolbr/curso-php deem uma olhada, e depois digam o que vocês acham. Pois o quanto antes definir a estrutura melhor, pois podemos começar a focar nos conteúdos e desenvolvimento dos cursos. 😄 |
Achei excelente desde a primeira sugestão! (:
2017-08-10 9:06 GMT-03:00 Luiz Felipe de Oliva Limeira <
[email protected]>:
… Galera o @wilcorrea <https://github.com/wilcorrea> montou a estrutura lá
no repositório de PHP https://github.com/openschoolbr/curso-php deem uma
olhada, e depois digam o que vocês acham. Pois o quanto antes definir a
estrutura melhor, pois podemos começar a focar nos conteúdos e
desenvolvimento dos cursos. 😄
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#9 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ACdL_-NRxelJeRCT3PoUeQ8ensqMF403ks5sWvIsgaJpZM4OtDc6>
.
--
Yuri Oliveira
*Lokah samastah sukhino bhavantu*
|
Será que vale abrir uma votação @yuriploc ? |
Pelas respostas da issue, acredito que não precisa. Essa estrutura favorece
a publicação do curso e o acesso a ele de quem não domina git.
Mas se quisermos ser bem democráticos, podemos abrir uma votação até amanhã
(sexta), 20h.
…On Thu, Aug 10, 2017 at 9:49 AM, Luiz Felipe de Oliva Limeira < ***@***.***> wrote:
Será que vale abrir uma votação @yuriploc <https://github.com/yuriploc> ?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#9 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ACdL_82EQnhdOErwjOSDj8Bz36oMBA-lks5sWvxCgaJpZM4OtDc6>
.
--
Yuri Oliveira
*Lokah samastah sukhino bhavantu*
|
Boa @yuriploc, acho que essa questão de deixar acessível é o mais legal da proposta. |
Deixem a opinião de vcs e se aprovam ou não a estrutura proposta pelo @wilcorrea no repositório https://github.com/openschoolbr/curso-php. 😄 |
Com essa estrutura ai temos até um hot reload na hora de escrever os conteúdos |
Eu curti e voto para que seja essa estrutura 😄 |
Eu curti muito. Gitbook é lindo! ♥ |
Gitbook lindo, gostei 💯 |
♥ to all |
Galera, já que ninguém se opôs a estrutura apresentada pelo @wilcorrea, essa será a estrutura padrão utilizada por hora. Podemos seguir com as construções de proposta dos cursos seguindo essa estrutura. 😄 Já que foi definido, vou fechar essa issue. |
Migrando da #2:
Wrapping up e sugerindo:
Pré-trilhas
Trilhas
Backend (PHP, JS, Ruby, Python [, Java, Scala])
- BD SQL (PostgreSQL, MySQL, MariaDB) {repo}
- BD NoSQL (MongoDB, Cassandra) {repo}
- DevOps {repo}
- Servidor {daqui pra baixo pode-se usar um repo para cada linguagem}
- Frameworks
- Testes
- Design Patterns
- Server-side Rendering (templates)
Frontend
- HTML5 / CSS3 / Pré-processadores {repo}
- UX {repo}
- Design Patterns {repo, pode ter um repo por linguagem}
- Melhores Práticas (do momento/atuais/atemporais) {daqui para baixo pode ser um repo por linguagem}
- Linguagens e seus ecosistemas/frameworks (JS [, TypeScript, Elm, PureScript])
- Testes
Como organizar
Sugestão de #5 (comment)
The text was updated successfully, but these errors were encountered: