100daysofcode/R2

De Mi caja de notas

< 100daysofcode
Révision datée du 6 septembre 2018 à 09:15 par Xtof (discussion | contributions) (→‎MAJ version Python)

2ème défi 100daysofcode démarré le 3 septembre pour la rentrée des classes.

Objectif : apprendre pendant 100 jours quelques fondamentaux de programmation Python.

Je tenterai de documenter la progression sous forme de log chronodaté sous la forme R2DX. (X étant le numéro du jour). Premiers pas démarrés avec joie de retrouver quelques exercices de logique. Impatient de compléter avec le MOOC de Fun UNCA attendu pour le 17 septembre prochain. -- portrait xtof 5 septembre 2018 à 14:19 (UTC)


Supports

Quelques MOOCs à tester accompagnés de ressources en ligne à compléter en-dessous.

MIT Edx


1. Param + config Python + Spyder (Environnement de dév) 1. Semaine 1 : Fondamentaux Python 1. Support Slides Partie 1 et 2 : File:lec1.pdf + File:lec2_branch_loops.pdf


UCA Fun-mooc

OpenClassroom


Env de dev (IDE)

en cours d'étude et à raffiner. Premiers pas sur MacOSX avec combo navigateur Anaconda + Spyder

1. Paramétrage + config Python + Spyder (Environnement de dév) 2. Un tuto de Sonnie à étudier (ligne de commande) : https://sonniesedge.co.uk/posts/data-science-tools


support : Slides et ouvrages

1. Semaine 1 MIT : Fondamentaux Python 11. Support Slides Partie 1 et 2 : File:lec1.pdf + File:lec2_branch_loops.pdf 1. Python Data Science Handbook

raccourcis-clavier

à tester et compléter.

L'usage des flèches gauche et droite pour avancer et reculer peut être complété par ces raccourcis

  • Ctrl + a renvoie le curseur en début de ligne
  • Ctrl + e renvoie le curseur en fin de ligne
  • Ctrl + b recule le curseur d'un caractère
  • Ctrl + f avance le curseur d'un caractère


  • Ctrl + d efface le caractère suivant dans la ligne
  • Ctrl + k coupe le texte en partant du curseur jusqu'à la fin de la ligne
  • Ctrl + u
  • Ctrl + y
  • Ctrl + t
  • Ctrl +
  • Ctrl + I nettoie l'écran du terminal

R2D1

Conditionnelle imbriquée : 

   x = int(input('Entre un nombre entier : '))
   if x%2 == 0:
       if x%3 == 0:
           print('Divisible par 2 et 3')
       else:
           print('Divisible par 2 et pas par 3')
   elif x%3 == 0:    
       print('Divisible par 3 et non par 2')


Indentation : 

   x = float(input("Entre un nombre pour x : "))
   y = float(input("Entre un nombre pour y : "))
   if x == y:
       print("x et y sont égaux")
       if y!= 0:
           print("par conséquent, x / y donne ", x/y)
   elif x < y:
       print("x est le plus petit")
   else:
       print("y est le plus petit")
   print("Merci !")

R2D2

2018-247


Config python sur navigateur anaconda

  • Mise à jour en cours de Spyder 3.2.8 vers la 3.3.1

Ouvert Anaconda et à l'invite de mise à jour de Spyder (IDE de dév Python), fermeture de Spyder et lancement du terminal : 

   conda update qt pyqt
   conda update spyder

Note : mise à jour faite directement dans le navigateur Anaconda

cours 2

Éléments clés des programmes

  • Bindings
  • Strings
  • Input/Output
  • IDEs
  • Control Flow
  • Iteration

R2D3

2018-248

... Suite Python comparaison avec exercice de comparaison de variables. Révision sur la priorité des opérateurs Python

Exercice vara varb

Supposons que deux variables, `varA` and `varB`, soient deux valeurs déclarées, que ce soit des nombres ou des chaînes.

Écrire un bout de code Python qui évalue `varA` et `varB`, et affiche ensuite l'un des messages suivants :


  • `"string involved"` si l'une des `varA` ou `varB` sont des chaînes
  • `"bigger"` si `varA` est plus grand que `varB`
  • `"equal"` si `varA` est égal à `varB`
  • `"smaller"` si `varA` est plus petit que `varB`


truc sur les priorités des opérateurs

Est ce que

`type(varA) == str or type(varB) == str`

est équivalent à

`type(varA) or type(varB) == str` ?

Celles-ci ne sont pas équivalentes du fait de la [priorité des opérateurs de Python](https://docs.python.org/3.5/reference/expressions.html#operator-precedence) (quelques opérateurs ont une priorité plus haute que d'autres).

Le `==` a une priorité plus haute que le `or` et sera évalué en premier.

Par conséquent :

`type(varA) or type(varB) == str`

sera évalué comme suit, si nous plaçons explicitement des parenthèses :

`type(varA) or ( type(varB) == str )`

`True or ( type(varB) == str )`

`( True )`

Parce que "n-importe-quoi" ou "True" prendra simplement la valeur de "True" (en algèbre booléen).

Et l'autre expression :

`type(varA) == str or type(varB) == str`

sera évaluée comme suit, si nous y plaçons des parenthèses :

`( type(varA) == str ) or ( type(varB) == str )`

Aussi, nous devrons vérifier que chacune des expressions entre parenthèses pour voir si elles sont vraies ou non pour déterminer le résultat final.

Par conséquent ces deux expressions ne sont pas égales.


PEMDAS

Extrait de wikibooks:Programmation_Python/Opérateurs#Priorité_des_opérations

Lorsqu'il y a plus d'un opérateur dans une expression, l'ordre dans lequel les opérations doivent être effectuées dépend de règles de priorité. Sous Python, les règles de priorité sont les mêmes que celles qui vous ont été enseignées au cours de mathématique. Vous pouvez les mémoriser aisément à l'aide d'un « truc » mnémotechnique, l'acronyme PEMDAS :

  • P pour parenthèses. Ce sont elles qui ont la plus haute priorité.

Elles vous permettent donc de « forcer » l'évaluation d'une expression dans l'ordre que vous voulez.
Ainsi `2*(3-1) = 4`>, et `(1+1)**(5-2) = 8`.

  • E pour exposants. Les exposants sont évalués ensuite, avant les autres opérations.

Ainsi `2**1+1 = 3`(et non 4), et `3*1**10 = 3` (et non 59049 !).

  • M et D pour multiplication et division, qui ont la même priorité.

Elles sont évaluées avant l'addition `A` et la soustraction `S`, lesquelles sont donc effectuées en dernier lieu.
Ainsi `2-2*2` renvoie -2 et non 0 ! Et `2+4/2` renvoie 4.0 et non 3.0

(Rappelez-vous que `/` est l'opérateur de la division décimale).

Si deux opérateurs ont la même priorité, l'évaluation est effectuée de gauche à droite.
Ainsi dans l'expression `59*100/60`, la multiplication est effectuée en premier, et la machine doit donc ensuite effectuer `5900/60`, ce qui donne `98.0`. Si la division était effectuée en premier, le résultat serait `59.0` (rappelez-vous ici encore qu'il s'agit d'une division classique).

  • A et S pour addition et soustraction.


R2D4

2018-249 jeudi 6 septembre 2018
4ème jour de mon défi 100daysofcode. Apprendre quelques fondamentaux Python.

Livre

  • Python pour les Kids

MAJ version Python

"revisité l'installation initiale Python sur Mac OSX"

  • téléchargé la version 3.70 sur python.org
  • créé un script de lancement avec Automator > Applications > Exécuter un Script Shell contenant :


   open -a "/Applications/Python 3.7/IDLE.app" --args
  • script baptisé "IDLE" et enregistré sur le bureau m'ouvrant un "Shell Python" plus rustique que l'IDE avec une invite de commande ">>>".

exercice

dernier exercice de la section "while". Écrire une boucle while qui ajoute les valeurs de de 1 à `fin`. (`fin` inclus). Par exemple si `fin` égale 6, votre code devrait produire 21 (à savoir 1 + 2 + 3 + 4 + 5 + 6).

<script src="https://gist.github.com/ChristopheDucamp/abed87213061a12e6f0110bbe39812e6.js"></script>

Récupérée de « https://ducamp.me/index.php?title=100daysofcode/R2&oldid=10309 »