ahinki a écrit 5 commentaires

  • # C'est la Vie qui décide.

    Posté par  . En réponse à la dépêche Vision pour LILA et ZeMarmot. Évalué à 2.

    Bonjour à Toutes et Tous,

    Que dire de ce fils de discussion.
    Scientifiquement parlant, les mêmes causes donnent les mêmes effets.
    Chacun y va de son expérience et porte un jugement sur la voie que suit Jehan et Aryeom.

    • "Mon expérience m'a démontré que … "
    • "J'ai déjà vécu cela et …"

    Et bien, je dirais : "peut-être que oui, peut-être que non!"

    Un même vécu n'aboutit pas forcement au même dénouement et les exemples pleuvent sur le sujet et pourquoi? Parce qu'il y a toujours des éléments fluctuants que personne ne maîtrise.

    Jehan et Aryeom ont raison de suivre leurs convictions et d'y croire, c'est LEUR expérience, c'est LEUR vie, c'est LEUR choix.

    Alors encouragez-les plutôt que de les démotiver. Ils ont les principaux ingrédients pour réussir et c'est la Vie qui décidera.

    Au plaisir, j'espère encore, de lire des articles de Jehan.

  • [^] # Re: Mouton à 5 pattes

    Posté par  . En réponse au journal [Trolldi] Le langage plus approprié pour écrire des applications graphiques multiplateformes. Évalué à -1.

    et j'oublie : les rapports.

  • [^] # Re: Mouton à 5 pattes

    Posté par  . En réponse au journal [Trolldi] Le langage plus approprié pour écrire des applications graphiques multiplateformes. Évalué à -3.

    Maintenant en Python par exemple tu as dans la bibliothèque standard (donc ça fait partie du langage) le type Decimal qui fait ce que tu veux ; pour les autres des bibliothèques qui font la même chose existent j'imagine.

    Certes, mais pour les logiciels de gestion, ce serait tellement mieux si cela faisait partie du langage sans ajouter de librairie explicitement.

    Maintenant les logiciels de gestion ne sont franchement pas les plus exigeants de manière générale, dans le sens où n'importe quel langage que tu apprécie peut faire l'affaire.

    Je pense que tout développeur veut se simplifier la vie d'où la quantité de langages.
    Un langage spécifique aux logiciels de gestion, à mon avis, est bien plus que qu'un langage + des librairies. Tout s'articule avec harmonie : IHM + langage + accès aux bases de données et ceci simplement.

    Serais-je fainéant !!!

  • # Enfin !!!

    Posté par  . En réponse au journal GTK+ 3 disponible officiellement pour Win32 !. Évalué à 5.

    Je me demandais quand GNOME allait réagir pour éviter la migration des applications de GTK vers Qt.
    Je crois que même Firefox veut s'y mettre.

    À mon humble avis : GTK a 2 freins : son langage le C et le nombre de ports.
    Vala est là je pense, pour offrir un langage plus moderne, et j'espère qu'il percera.
    Gtk uniquement pour linux n'est pas suffisant, on le voit bien un port officiel Windows en 32 et 64 bits est vraiment le minimum.

    Le plus serait de suivre les pas de Qt ( port officiel OSX, Android, iOS, … et pouvoir facilement développer des IHM)

    J'espère que cette initiative rassurera les développeurs et qu'ils décideront de continuer à développer avec GTK.

  • # Mouton à 5 pattes

    Posté par  . En réponse au journal [Trolldi] Le langage plus approprié pour écrire des applications graphiques multiplateformes. Évalué à -5. Dernière modification le 27 octobre 2013 à 17:49.

    Cette question me vient de temps en temps à l'esprit : Existe-t-il un couple langage/IHM pour faire des logiciels de gestion qui soit complet (ne pas bidouiller pour faire du B.A. BA), facile à utiliser, à installer, rapide avec une bonne IDE et debuggeur.
    C'est le mouton à 5 pattes.

    Il y a toujours quelque chose qui pèche :

    QT widget date -> ne gère pas les dates à NULL (donc bidouille)
    QT widget checkbox -> ne peut pas être en lecture seule (donc bidouille)
    Python, ruby, C, C++ : erreurs dans les calculs simplissimes ex 0.1 + 0.7 = 0.79999999
    C, C++ : dans la longueur de chaînes de caractères ex "été" = 5

    Je n'en ai pas encore trouvé dans le "Libre" mais je ne les connais pas tous.

    À moins de le créer, …