AnthonyRabine a écrit 128 commentaires

J'ai commencé à me mettre à Vue.js dans le cadre "embarqué" (genre borne interactive écran tactile et sorte de Raspberry PI), et j'ai choisi pour simplifier les dépendances et le déploiement de ne pas utiliser NPM/Webpack et autres bidules qui font peur. On peut tout à fait s'en passer. On inclut les composants dans le index.html comme toute autre librairie JS.

Ansi, je maîtrise totalement les dépendances. Côté back-end, je fais ça en C/C++, là encore pas de NPM et compagnie, il existe de bons frameworks compatibles C++0x11 permettant d'écrire du code facilement (RegEx, fonctions anonymes etc. sont maintenant en standard, les frameworks ajoutent une dose de design REST et fournissent des utilitaires type JSON), sinon il y a toujours ce bon vieux CivetWeb en C qui est très sympa pour de l'embarqué un peu plus limité.

Au final, pour déployer :
- make pour compiler le serveur
- 2 lignes de systemd pour le mettre en démon
- et yolo on lance Chromium en mode kiosque

J'ai personnellement adoré le développement en Vue.js, c'est assez simple d'accès et bien puissant. Ne pas hésiter à faire "beaucoup" de composant et créer un bus d'événements.

C'est dommage de l'avoir codé en Python pour le coup, et cela fait une dépendance, pas petite en plus.

Oui c'est vrai il a changé la forme, mais le fond est toujours aussi brumeux. Une nouvelle API à apprendre en sommes. L'argumentaire principal, le prototypage rapide, est à mon sens contradictoire, personne ne va chercher à apprendre une nouvelle API pour un prototype.

Je possède ces poches réutilisables et aucun problème pour les laver au lave vaisselle en les ouvrant un peu en effet.

L'étanchéité est bien assurée, bref ça fonctionne bien. Remplissage un poil délicat.

Sauf que ma fille préfère les poches industrielles, c'est déprimant.

Alors il manque :
- les deux flèches latérales pour parcourir en avant ou en arrière
- sur mobile le slide du doigt est plus naturel

Dommage de politiser ce mouvement que je trouvais assez agnostique jusqu'à maintenant… Tu acceptes mal ton passage de la quarantaine ou frustré de voir tes copains startup qui lèvent des millions ?

Ben crée ta startup ! Tu as le même vocabulaire que les business angels vous devriez bien vous entendre, à défaut de produire utile.

Sinon tu fais quoi dans la vie ? Ça se passe comment à la machine à café avec Anette de la compta ?

Tu es libre mercredi prochain pour un repas entre amis ?

Je profite de ton sujet pour me plaindre également car je suis un grand fan de Qt, en langage noble C++ par contre, mais sa taille dynamique me fait sérieusement réfléchir … Je ne comprends pas pourquoi Qt ne livre pas des librairies statiques, de cette façon on n'embarque que le nécessaire.

Et avec du QML c'est pire. On se moque des applis Électron mais bon Qt n'est pas mieux.

C'était un problème de clavier ?

Impossible de se connecter sur une base Postgres sous Windows, dans la console il dit qu'il ne trouve pas le driver PSQL. Problème d'empaquetage ? windeployqt est bien pratique :)

Y'a embarqué et embarqué, vu les monstres de CPU ça ressemble plus à du PC.

Super téléphone d'ailleurs pour 200€. Il va avoir un succès fou, tant mieux normalement pour trouver des Roms alternatives.

Ou Javascript, avec le superbe moteur Duktape que je fourre dans tous mes logiciels.

Effectivement ton nommage particulier et tes macris sont un repoussoir à la lecture et à toute contribution. Je te conseillerais de revenir à un nommage classique et d'éviter ton style étrange avec tes macros.

Je commence à comprendre un peu les choses avec tes billets précédents mais cela ne m'attire toujours pas à cause de la forme dans un premier temps. Pour le fond, le JavaScript à un intérêt pour faire travailler le navigateur et non le serveur.

Penche toi plutôt sur le WebAssembly qui sera le futur des applications web lourdes et faite pour nous les codeurs C++.

Dans Qt, la partie MVC est visible dans les classes TableView, ListView et dans QML en général (le C++ pour la logique, le QML pour l'interface).

Oui ok, il s'agit d'un jeu de Tarot local et en ligne avec un serveur dédié et deux clients différents, un en ligne de commandes et l'autre graphique.

Le modèle est constitué de messages Json streamés sur TCP. Le view est soit une console, soit un client Qt. Le contrôleur est une classe utilitaire du protocole réseau.

Sources du jeu

Te prends pas la tête avec ces trucs MVC.
L'important est de découpler les choses, ne pas mettre du code appli/réseau dans l'IHM, fonctionner par interfaces virtuelles et en composants, prévoir dès le début d'une appli deux cibles radicalement différentes, ça aide à séparer les choses.

Où est le C++ ? Si c'est un framework web en C++, montre nous des exemples dans ce langage, on se contre fou des bindings en Java ou PHP.

Pour moi c'est ta première erreurde communication.

Je suis freelance C++ aussi et je fais du MVC dans la majorité de mes projets. Tout simplement pour la portabilité, la réutilisation de code et les tests autos.
J'ai ai si des versions en ligne de commandes ou Android de mes applications PC natives.

Où est le C++ dans l'affaire ?

Personnellement j'utilise Qt/QMake pour beaucoup de mes logiciels C++, même sans forcément utiliser les librairies Qt. J'ai déployé sur MacOS un logiciel très facilement et, astuce, Qt n'a besoin que des outils de développement en ligne de commande sur Mac, pas besoin d'installer tout XCode.

Le fichier projet est un .pro et le build QMake génère du Makefile bien propre pour la plateforme désirée. Deux clics pour ajouter un "Kit de Build" et un clic pour compiler. Dur dur.

Tu es imprécis aussi, un PIC n'est pas identique à un AVR, un rachat de société ne rapproche pas pour autant les cœurs ;)

Je pense que tu sais répondre à ta propre question, surtout que ton extrait est tronqué donc tu pinailles, c'est vraiment lourd.

Clair le document est super bien foutu, la somme de travail ! Et le gars est marrant :)

Oui tu peux, même si le choix du format n'est pas faramineux.

Alors j'ai reçu cette imprimante. Pour le scan, étant donné que je déteste les logiciels de scan, je préfère scanner vers un dossier ou vers un e-mail. Et ça marche ! J'ai essayé vers un disque partagé (CIFS) sur un routeur. Sinon dans la doc il y a d'autres moyens de partage (FTP …).

Sous KDE, l'imprimante est bien détecté mais il n'y a pas de driver spécifique à ce modèle. J'ai donc choisi un pilote "générique" comme tu l'indiques (PLC6) et ça roule.

Au final, aucun pilote de périphérique nécessaire !