Moins de séparateurs < ; > dans les lignes de code

D'autres façons de faire du multi lignes en python:

a=(1,
       2)
print(a)
a=(
    "a"
    "b"
    "c")
print(a)

Bonjour

Java 

Toute instruction doit se terminer par un point virgule (au même titre qu'en C ou qu'en C++).

• Vu que le compilateur raisonne sur les point virgules pour séparer les instructions, les points virgules sont impératifs. Il n'y a donc aucune contrainte sur les retours à la ligne dans la mesure ou ceux-ci ne sont pas pris en compte par le compilateur pour séparer les instructions. Tu peux donc écrire une ou plusieurs instructions par ligne.
• Comme Java/C/C++ reposent sur des accolades pour délimiter des blocs, il n'y a pas de contrainte d'indentation comme en python. 

Python

Les concepteurs de python ont jugé que l'indentation était une bonne chose, que les accolades étaient lourdes, et qu'écrire plusieurs instructions sur une ligne était un besoin assez rare. Pour toutes ces raisons, les accolades ont disparues, mais l'indentation est stricte sans quoi le langage deviendrait ambigu.

En python, l'indentation est primordiale pour savoir à quel bloc se raccroche une instruction. Par exemple, ces deux exemples ne produisent pas le même résultat :

if False:
    print("a")
print("b")
# Seul b est affiché

if False:
    print("a")
    print("b")
# Ni a ni b ne sont affichés

En Python il n'est pas possible de mettre plusieurs instructions sur une ligne, les blocs de code se font avec l'indentation

Même si c'est peu commun, il reste possible d'écrire plusieurs instructions sur une même ligne en les séparant par un ";", comme le montre cet exemple :

print("a"); print("b"); print("c")
print("d")

Enfin, comme indiqué par yg_be, on peut répartir sur plusieurs lignes du code python, du moment que ledit code est compris entre des parenthèses (dans une expression, dans un appel de fonction ou dans un générateur), des crochets (dans une list comprehension), ou des paires d'accolades (dans un dict comprehension ou un set comprehension), comme le montre cet exemple :

my_list = [
    i ** 2
    for i in range(10)
]

my_set = {
    i ** 2
    for i in range(10)
}

my_dict = {
    i: i ** 2
    for i in range(10)
}

if (
    len(my_list) == 10 and
    len(my_set) == 10 and
    len(my_dict) == 10
):
    print("10 éléments partout")

Bonne chance

Si tu veux vraiment que ton avis soit écouté, je pense que le mieux, c'est que tu crées ton propre langage de programmation.

Si tu souhaitais suivre la syntaxe de la langue française, tu ne devrais jamais utiliser le conditionnel après "si".

Est-ce que nous avons répondu à tes questions ? Et sinon quelles sont tes interrogations ?

Comme lecteur de cette conversation, je pense que, si tu as réellement des suggestions innovantes, tu pourras les mettre en valeur au mieux en proposant ton propre langage d programmation.

Sinon, chaque langage a des structures en place pour le faire évoluer.  Cela se passe à des années lumières de ce forum.   Ce forum a plutôt comme objectif de se soutenir entre participants, pas de changer la réalité autour de nous.

Je le savais déjà, un de mes amis adore python. Pour moi c'est une catastrophe car on perd en liberté coté indentation. Qu'en penses les lecteurs de cette conversation ?

• Dans l'absolu, je pense qu'il vaut mieux être assez strict sur l'indentation, quel que soit le langage, car cela augmente la grande lisibilité.
• Je ne pense que donner trop de liberté sur la manière doit d'indenter soit primordial (ni une bonne chose quand on voit ce que certain.e.s développeu{r,se}s en herbe peuvent écrire !).
• Si une syntaxe ne te convient pas, il faut peut être considérer un autre langage équivalent.

Je suis d'accord de garder < ; > entre deux instructions sur la même ligne mamiemando mais on pourrait se passer de celle en fin de ligne pour alléger visuellement le tout et cela sans être pénalisé pour écrire le code que l'on souhaite !

• C'est ce qui est fait en python (et en VB aussi je crois). Mais ton avis (pas plus que le nôtre d'ailleurs) n'a d'importance : la plupart des langages ont leur propres concepteurs, qui ont fait leur propres choix, et pour lesquels il n'est pas si aisé de revenir en arrière car beaucoup de code a déjà été développé.
• Je pense que par ailleurs, pour avoir un avis pertinent sur ce genre de question, il vaut mieux avoir des connaissances en compilation, notamment pour vérifier qu'un changement n'engendre pas d'ambiguïtés.
• Écrire un langage est compliqué. Pour des cas simples, on pourrait en C s'en sortir avec des #define :

#include <stdio.h>
#define si if
#define sinon else
#define entier int
#define retourner return
#define afficher printf

entier main() {
    entier x = 7;
    si (x % 2 == 0) {
        afficher("pair\n");
    } sinon {
        afficher("impair\n");
    }
    retourner 0;
}

• Malheureusement, ça me paraît bien plus compliqué. Pour certains changement, des expressions régulières pourraient peut-être suffire, or ça ne semble pas exister dans le précompilateur. Du coup, peut-être que tu peux faire un pré-langage, le préparer avec lex et yacc, mais je ne connais pas assez pour t'en dire plus. Quoi qu'il en soit ça me paraît être bien plus d'effort que juste s'habituer à une syntaxe (qui plus est, largement adoptée !).

Bonne chance