ABD-Z

Bonjour,

Je ne dirai pas vous avez tort ou vous avez raison. J'accepte votre point de vue (mais je ne le partage pas, ou pas encore ).

Pouvez-vous donner des exemples :

• pour le feedback du CMD. Je ne vois pas ce dont vous parlez (sachant que je connais plus le terminal (comme s'il n'y en avait qu'un ) de Linux que celui de Windows) ;
• quels noms de biblioth�ques/variables ne vous plaisent pas ? Pouvez-vous citer les �quivalents sous Windows ?

Aussi, pour Blender, je pense que vous y allez un peu fort. Depuis la 2.8, Blender a radicalement chang� et c'est maintenant un logiciel qui tient t�te au grand (d'apr�s moi). Pour GIMP... pauvre projet de vingt ans (comme Blender et d'autres) o� il n'y a que tr�s peu de contributeurs. C'est malheureusement �vident que le but premier est de mettre les maigres forces dans le d�veloppement et non dans l'UI... sinon, pendant X ann�es le logiciel serait freez� et cela m�contenterait plein de gens.

Envoy� par LittleWhite

Bonjour,

Je ne dirai pas vous avez tort ou vous avez raison. J'accepte votre point de vue (mais je ne le partage pas, ou pas encore ).

Pouvez-vous donner des exemples :

• pour le feedback du CMD. Je ne vois pas ce dont vous parlez (sachant que je connais plus le terminal (comme s'il n'y en avait qu'un ) de Linux que celui de Windows) ;
• quels noms de biblioth�ques/variables ne vous plaisent pas ? Pouvez-vous citer les �quivalents sous Windows ?

Aussi, pour Blender, je pense que vous y allez un peu fort. Depuis la 2.8, Blender a radicalement chang� et c'est maintenant un logiciel qui tient t�te au grand (d'apr�s moi). Pour GIMP... pauvre projet de vingt ans (comme Blender et d'autres) o� il n'y a que tr�s peu de contributeurs. C'est malheureusement �vident que le but premier est de mettre les maigres forces dans le d�veloppement et non dans l'UI... sinon, pendant X ann�es le logiciel serait freez� et cela m�contenterait plein de gens.

Bonjour,
Merci pour ce commentaire, je vais r�pondre pour chaque point concernant le CMD/Shell, le nom et Blender respectivement.

1. Example tout b�te : cr�e un dossier puis supprime le dans le shell (mkdir <dossier> puis rm <dossier>). Fait de m�me dans un CMD (mkdir <dossier> puis del <dossier>). Tu verras que c'est un poil plus safe. Et l� ce n'est qu'un simple exemple. Mais toutes ces petites choses l� qui paraissent n�gligeable influent �norm�ment l'exp�rience utilisateur. Un feedback dans ce genre d'environnement assez t�n�breux rendrait la vie de l'utilisateur plus rose. ATTENTION : je dis pas que le CMD/DOS de est sup�rieur au Shell, je consid�re seulement l'UX meilleur. On sait tous que le CMD est assez lent et que PowerShell existe bien pour le remplacer.
2. Example, POSIX vs thread STL en C++. Le module thread en C++ est plus clair que celui de POSIX. Ca fait longtemps que je n'ai pas programm� des processus sous Linux mais je me rappelle que c'�tait un enfer. Autre example, faire un client/serveur en C sur Linux.... C'est imbuvable! L� au travail je suis pass� au Python, c'est mieux! Sinon en C sur Windows il n'y a pas grand chose � part Win32 et encore, faudrait installer tous les outils de d�veloppement... Contrairement � Linux o� l� on est pr�t quoi.
3. Je n'ai pas dit que Blender n'est pas puissant, j'ai dit que l'interface et son utilisation sont assez frustrantes. Son UX est juste mauvaise... Il suffit de voir l'avis de la majorit� des gens sur Internet pour s'en convaincre...

Eh oui, si on ne vivait pas dans ce monde capitaliste, je pense, qu'effectivement, Linux serait un poil meilleur.
Je vais justement dans un prochain blog montrer que le capitalisme n'incite pas forc�ment, syst�matiquement aux progr�s et � l'innovation comme on nous l'a forc� d'apprendre dans les �coles, mais au contraire, qu'il peut nuire et �touffer des inventions tout �a � cause de l'argent, de la corruption.


SPOILER : je ne suis pas communiste (c'est un jeu d'acteur si vous voulez, on est tous prolo j'imagine haha)

1. Test Windows:
   

   Code :

   S�lectionner tout - Visualiser dans une fen�tre � part

   1
   2
   3
   4
   5
   6
   C:\Users\alexandre>mkdir lol
   
   C:\Users\alexandre>del lol
   C:\Users\alexandre\lol\*, �tes-vous s�r (O/N)*? o
   
   C:\Users\alexandre>

   Test linux:
   

   Code :

   S�lectionner tout - Visualiser dans une fen�tre � part

   1
   2
   3
   [alexandre@PC tmp]$ mkdir lol
   [alexandre@PC tmp]$ rmdir lol
   [alexandre@PC tmp]$

   Hum ... c'est la demande de confirmation que vous trouvez superbe? Sous Linux, c'est une option de rm -> -i et sous Windows c'est une option pour supprimer la demande de confirmation. La diff�rence est ultra maigre et peut �tre combl� avec un alias (sous Linux). Apr�s, il faut aussi comprendre que ce sont des commandes qui ont pour but d'�tre ex�cut� dans des scripts.
2. je trouve que votre argument sur l'API de thread, c'est comme dire : le C++ est plus lisible que le C. Vous n'avez pas donn� un exemple pr�cis, mais j'imagine que l'utilisation de pointeur de fonctions bruts participe pas mal � cet aspect "compliqu�/difficile � utiliser" (et je suis d'accord). Mais cela est "normal" dans le sens o� le C est plus "bas niveau" que le C++. Pour les processus (je pense � fork()), c'est un "enfer" car... c'est de la programmation syst�me et qu'il y a pas mal de notions � comprendre pour un appel de fonction. Pareil pour le client/serveur. En C, vous avez un acc�s complet � ce que vous devez param�trer. En python, on vous donne une biblioth�que qui fait tout le boulot pour vous. Si vous n'aimez pas le C, utilisez une biblioth�que (ou Python) . Dans le sens, chaque langage � son niveau d'abstraction. Pour la Win32 API, c'est du m�me niveau que ce que nous avons en C (en bref, il faut discuter avec le syst�me pour pouvoir interagir avec le mat�riel).
3. Possible... moi je n'ai vu qu'un retour extr�mement positif � partir de la version 2.8. Oui, il semblerait que Blender se tra�nait des casseroles, mais je crois que c'est maintenant fini.

Envoy� par LittleWhite

[list=1][*]je trouve que votre argument sur l'API de thread, c'est comme dire : le C++ est plus lisible que le C. Vous n'avez pas donn� un exemple pr�cis, mais j'imagine que l'utilisation de pointeur de fonctions bruts participe pas mal � cet aspect "compliqu�/difficile � utiliser" (et je suis d'accord). Mais cela est "normal" dans le sens o� le C est plus "bas niveau" que le C++. Pour les processus (je pense � fork()), c'est un "enfer" car... c'est de la programmation syst�me et qu'il y a pas mal de notions � comprendre pour un appel de fonction. Pareil pour le client/serveur. En C, vous avez un acc�s complet � ce que vous devez param�trer. En python, on vous donne une biblioth�que qui fait tout le boulot pour vous. Si vous n'aimez pas le C, utilisez une biblioth�que (ou Python) . Dans le sens, chaque langage � son niveau d'abstraction. Pour la Win32 API, c'est du m�me niveau que ce que nous avons en C (en bref, il faut discuter avec le syst�me pour pouvoir interagir avec le mat�riel).

C'est vrai que la comparaison C/Python est tr�s maladroite, mais la programmation bas niveau ne me fait pas peur, justement j'en fait en embarqu� o� l� c'�tait que �a en CAN avec les MuxyLight et �a s'est tr�s bien pass�.

Concernant le client serveur en C, c'est effectivement cela, il faut tout param�trer... C'est pas une question de langage mais de librairie, des fonctionnalit�s plus abstraites pourraient �tre faites mais non...
C'est un peu comme du OpenGL (>3.0) en m�me pire. �a va j'ai pas dit Vulkan ^^

Et aussi, peut-�tre que l� c'est vraiment subjectif, mais j'ai jamais rencontr� une librairie (syst�me et client/serveur) dont le nom de ses fonctions sont difficiles � retenir et ne sont pas parlantes.

� nous de faire comprendre aux gens qu'il faut utiliser Linux pour combattre le capitalisme dans ce cas. Quand on voit la source du probl�me, soit on montre et exploite le probl�me, soit on agit � la source.

Sinon, avec quel OS proposes-tu de faire tourner un PC d'il y a 10 ans ? Bien s�r, un OS sans trop de failles de s�curit�s... Un OS encore tenu � jour.

Envoy� par troumad

� nous de faire comprendre aux gens qu'il faut utiliser Linux pour combattre le capitalisme dans ce cas. Quand on voit la source du probl�me, soit on montre et exploite le probl�me, soit on agit � la source.

Sinon, avec quel OS proposes-tu de faire tourner un PC d'il y a 10 ans ? Bien s�r, un OS sans trop de failles de s�curit�s... Un OS encore tenu � jour.

Bonjour,
Merci pour le commentaire.