felhix

10 bons réflexes à avoir quand on démarre en Ruby

0. Apprends à nous maudire

Ce réflexe est relatif à THP et à notre pédagogie d'apprentissage. Les exercices sont parfois difficiles, c’est voulu par THP 😉 pour que vous vous dépassiez. Imagine-toi il y a une semaine tu ne savais pas ce qu’était un terminal et là tu écris du code ! Par exemple, les exercices d'hier (jeudi 9 avril) étaient hyper durs c'est incroyable que tu les aies faits ! Si THP vous propose des exercices aussi difficiles c'est dans un objectif de dépassement de soi, d'aller plus loin. THP c'est l'armée : faut se serrer les coudes et avancer ensemble, parce que tout seul ce sera dur. Ça vous force à vous impliquer dans la communauté.

Vous proposer des exercices à la frontière de l'impossible permet deux choses :

felhix

Guidelines concernant les ressources et les projets.

---

1. Comprendre ce guide

Ce guide vous servira à écrire des ressources et des projets. Voici le sommaire :

• Comprendre ce guide
• Règles de compréhension
• Règles de formatage
• HTML

felhix

Voici des guidelines pour faire du pair programming

Prenez 2 personnes à niveau équivalent

S'il y a une disparité trop grande entre les niveaux (surtout quand on débute la programmation), une personne survolera tandis que l'autre ne suivra pas. Il faut donc que les deux soient à niveau équivalent.

• Les bons pourront défricher le terrain pour mieux aider les autres sur les même problématiques sur lesquelles ils ont penché
• Les moins bons vont parler le même langage et essayer de comprendre mutuellement les problématiques sur lesquelles ils penchent

Un repository Github va être créé

Pour que vous puissiez chacun travailler sur le repository Github, il va falloir que vous fassiez des git clone, git push, git pull. Le cours de Git explique ceci en détails.

felhix

class BoardCase
  #TO DO : la classe a 2 attr_accessor, sa valeur en string (X, O, ou vide), ainsi que son identifiant de case

  
  def initialize
    #TO DO : doit régler sa valeur, ainsi que son numéro de case
  end
  
end

felhix

require "open-uri"
require "nokogiri"
require "json"

BASE_URL = "http://annuaire-des-mairies.com/"

def email_of_a_townhall(path)
  html_content = open("#{BASE_URL}#{path}")
  document = Nokogiri::HTML(html_content)
  email = document.css("body > table > tr:nth-child(3) > td > " +

felhix

def sum_of_multiples(multiple1, multiple2, number_to_go)
  sum = 0
  number_to_go.times do |current_number|
    sum += current_number if current_number % multiple1 == 0 || current_number % multiple2 == 0
  end
  sum
end

def ask_for_numbers
  puts "Nombre 1 ?"

felhix

# ~/.bash_profile

[[ -s ~/.bashrc ]] && source ~/.bashrc

export CLICOLOR=1
export LSCOLORS=GxFxCxDxBxegedabagaced

#Aliases files
alias stt='/Applications/Sublime\ Text.app/Contents/SharedSupport/bin/subl'

felhix

function render() {
	for (var i = 1; i <= 40; i ++ ) {
		for (var j = 1; j <= 40; j++) {
			$('#main-body').append('<div class="grid-element column-' + j + ' row-' + i + '" id="'+ j +'-'+ i +'"></div>');
		}
	}

	var gridHeight = $('.grid-element').width();
	$('.grid-element').css({'height':gridHeight+'px'});
	abscissesHead = 20

felhix

#write your code here

def isvowel(letter)
	if letter == "a" || letter == "e" || letter == "i" || letter == "o" || letter == "u" || letter == "y"
		return true
	end
	return false
end

felhix

Premiers pas avec Git

Qu'est-ce que versionner son code ?

Quand on écrit un projet, on se retrouve avec bcp de code et on peut s'y perdre. Versionner son code, c'est garder une trace de toutes les versions de son code. Cette trace, c'est le commit. Chaque commit créé une version du code. Les commit sont aussi pratiques pour collaborer.

En gros, c'est la même chose quand vous fates une grosse présentation PPT. Vous faites tellement de modifications dessus que vous vous retrouvez à la fin avec le nom "VF_avec_retours_Jean01_final.ppt". Le versionning vous permet d'avoir toutes les versions sauvegardées, et de revenir à celles que vous voulez à tout moment, et de nous éviter ces tracas.

Git par rapport aux autres solutions de versioning

Git a été créé par Linus Torvalds. Grosse communauté derrière. Différents modèles de gestion de version :