REGARDEZ MAINTENANT : kzfaq.info/get/bejne/op5ha7eWmbzZYKs.html Cela vous semble familier ? 😅

Bonjour, super vidéo ! Je pense qu'une solution serait de cherché des projets open source répondant à notre besoin. Comme ça, vu que le code source est accessible, pas besoin de reprendre le projet de 0, et ça permet d'ajouter de nouvelles fonctionnalités dont d'autres pourront bénéficier Et dans le cas où aucun projet n'existe, on peut être la première impulsion pour que d'autres puisse prendre le relais 😉

Vidéo très intéressante ! Je découvre ta chaine et j'aime beaucoup : la qualité de la vidéo est top et ça permet d'être captivé par le fond ! Bravo à toi :D

Yep, et à ça j'ajouterais qu'il existe une variante du type: «je vais le faire moi-même comme ça je vais le maîtriser (grâce à la mémoire)», au lieu d'utiliser quelque chose d'existant et de prendre le temps de lire la documentation. À long terme, le premier choix fini sans documentation et de l'investigation pour ajouter/modifier, le deuxième n'est toujours pas connu alors que la documentation est toujours présente. Très bon travail en attendant, je trouve qu'il manque beaucoup de réflexion comme la votre autour des métiers de l'informatique. J'ai beaucoup apprécier celle sur le full-stack, je ne m'étais jamais réellement renseigné sur ce que c'était, et j'ai terminé par me rendre compte que j'étais plutôt dans cette catégorie, au lieu de «devops».

Clair et str8 forward ça change de certains qui aiment s écouter parler.+ 1 sub

je viens de découvrir ta chaîne et je peux pas m'empêcher de tout regarder alors que j'ai du travail pitié laisse moi partir

Une excellente vidéo où les points abordés me paraissent si familiers ! L'envie de toujours coder sois même avec l'impression qu'on répondra mieux et plus rapidement à la problématique.. et l'inverse se produit. Les 20/80%, c'est exactement ça ! On estime le temps d'un projet sur les grandes lignes que nous maitrisons, mais on se rend vite compte que le temps nous dépasse, qu'il est chronophage au possible et le "j'en n'ai pas pour longtemps" devient.. je ne sais pas quand je vais le terminer ! Et aujourd'hui, je range un peu mon plaisir de coder pour trouver une solution pérenne qui répondent dans les grandes lignes à ma problématique car tu l'as bien dit, quand on a une idée, il y'a toujours un autre qui y'a pensé avant ^^

Terriblement vrai, merci d'avoir conceptualiser cette malédiction. Lorsque tu évoques le fait que des fonctionnalités manquantes que l'on souhaite rajouter à un service payant ou deprecated, c'est le cas typique où il faut se tourner vers une autre solution payante ou freeware. Je prends mon cas personnel, c'est exactement ce qui est décrit dans la vidéo. Je suis ingénieur dans une petite boîte dev, et nous concevons de interfaces Middleware entre logiciels de gestion d'entreprise, et des applications natives/web de visualisation/partage des données . Mon collègue et moi on a parfois besoin de comprendre ce qui fou la m*rde dans les saisies utilisateurs présentes dans les bases des logiciels, empêchant au passage l'intégration des entités sur des BDD saines et unifiée. On conçoit un petit projet ASP Blazor qui avait pour unique vocation à afficher des données de manière dynamique dans une DataGrid (elle s'adapte au schéma de la collection d'objet qu'elle reçoit). On veut aller vite car c'est vraiment histoire de visualiser les données provenant de plusieurs source, et c'est à ce moment précis que la malédiction nous a frappée. On part sur un package Nuget (le npm du C#) de DataGrid sur ASP nickel, mais seul hick le mec qui a codé ça n'avait pas pris en charge la possibilité de créer des objet dynamiques, son composant était uniquement générique. J'ai littéralement perdu 1 semaine et demi de travail à écrire un composant Asp Net Core de table dynamique full responsive pour qu'au final mon chef, prenne la décision de sortir la carte bleue et payer 3 licences Telerik en One Shot pour qu'on termine enfin outil essentiel. Bref être rationnel et faire les bons choix de création et d'évolution d'un projet dans le dev ne peut s'apprendre que par l'expérience.

03:49 vous oubliez une chose essentielle ;) c’est le plaisir de coder :D :D regarder un film , lire un livre, se balader à vélo ou coder sont des plaisirs de la vie lol

Elles sont qualitatives tes vidéos ! Bon boulot de vulgarisation, clair et efficace, j'adore. Surpris que ton background soit dans les Public Relation, pas courant pour du développement web, encore moins full stack ! En tout cas je te souhaite le meilleur pour ton aventure KZfaq, cela fait plaisir de voir un créateur de contenu qui amène de l'expérience concrète de qualité 😎

Vos vidéos sont de très haute qualité monsieur Ça se voit que vous y consacrez du temps et de l'énergie Ce sont des sujets auxquels j'ai déjà eu à penser dans un coin de ma tête, ça fait du bien de voir quelqu'un d'expérimenté les aborder

Je découvre la chaîne, je m'y suis totalement retrouvé dans la vidéo, j'ai une liste si longue de projet perso non finis hahaha Excellente qualité de vidéo ceci étant dit !

Belle analyse et parfaitement juste. C'est une perversion de l'esprit difficile à contourner coder et ne pas vouloir payer le code des autres ! J'ai pratiqué aussi comme ça, et j'ai beaucoup de programmes qui ont survécu quand même aux années. Un programme de gestion bancaire crée en 1994 et dont je me sers encore aujourd'hui, et d'autres. Mon analyse personnelle est complexe, vouloir tout faire culturellement c'est super, mais on restera toujours petit et limité par nos 2 mains, savoir sous-traiter c'est la seule possibilité de grandir vite. La meilleure solution est de faire un mixte des 2, savoir coder permet d'avoir des exigences cohérentes et un esprit structuré et de grandir plus vite.

Entièrement d'accord!, surtout quand ce n'est pas ton métier principal mais un hobby ou une competence annexe.

C’est dingue, c’est la première fois que j’entends quelqu’un d’autre que moi dire que coder, c’est de l’art.

Encore une bonne vidéo avec une vraie plus value. Le montage et l'écriture sont de très bonne qualité, déjà mon vidéaste tech favori :)

Très bonne vidéo, C'est exactement la raison pour laquelle j'aime tant la bénédiction de l'open source. On peut facilement modifier un projet et en faire profiter le plus grand nombre.

Superbe vidéo, je me suis vraiment reconnu dans ce que j'ai entendu, notamment : Tous les jours je suis frustré en utilisant l'application Spotify, et pourtant après avoir tout essayé et notamment de recréer moi-même un lecteur... Je finis toujours par revenir sur ce service... Peut-être que si je n'avais pas cette vision de développeur je ne verrais pas ces petits détails !

Troisième vidéo de toi que je regarde en 30min… Ok c’est bon je m’abonne!!!

Merci infiniment ça m'a beaucoup plus la vidéo parceque c'est comme ci vous m'avez indexé

1:33 Cette séquence m'as tué mdr. Je découvre votre chaine aujourd'hui et j'apprécie beaucoup le contenu. +1 abo

C'est tellement vrai pour moi. Après je suis un amateur, donc cela reste un hobby. N'empêche que je réinvente souvent la roue.

Belle présentation. Une chose que je pense que vous oubliez de mentionner, c’est que derrière chaque projet il y a une histoire. Donc une valeur ajoutée, contrairement à une plateforme ou vous ne faite « que payer un service ». Bien que je rejoins totalement vos propos sur le plan du syndrome de vouloir dev son propre environnement de travail.

Tu est la premier personne qui pense comme moi sur le code sur le fait que c'est de l'art, j'adore tes sujets et la synthèse faites sur chacun.(Même si certain sujet je suis pas entièrement d'accord )

bonjour merci pour ta vidéo bien réelle

Je suis d'accord avec les erreurs classiques (oublier le cout de maintenance, la quantité de travail, ...) mais pas franchement d'accord avec la conclusion. La conclusion devrait être de ne pas essayer de recoder des mastodontes mais au contraire ne pas hésiter à recoder des petits outils et petits systèmes. Mes rpi ne sont pas dans mes tiroirs. Réutiliser un produit existant, open-source ou non, ça demande aussi un minimum de maintenance (surtout sur le web, on ne peut pas se permettre de faire l'impasse sur les MaJ de sécurité!), et donc ça a un coût. Petit projet : recoder ok (et même conseillé à mon avis). Gros projet : ne pas recoder sauf si on a énormément de temps libre et une très bonne raison comme expliqué dans la vidéo.

Mdr c'est tellement vrai. J'ai code une application de gestion de tâche (poubelle) d'automatisation réseau sociaux (poubelle) un wisiwyg (stand-by)le seul que j'utilise et qui est bien pratique, un gestionnaire de devis factures. Quoi qu'il en soit, même si ça tombe à l'eau, je reste persuadé que ce n'est pas totalement en vain car c'est de l'expérience précieuse. En général, si je me lance dans un projet perso, je me force à utiliser un service/techno de ma liste de choses a essayer. En tout cas super vidéo, je découvre ta chaîne et j'aime beaucoup ce que tu fais. Bonne continuation

Un autre sujet aussi pouvant être traité si vous le souhaité : Le syndrome de l’imposteur chez les développeurs. Sinon bon contenu, vos vidéos sont toujours un régal à voir.

Depuis qu'internet est arrivé cela a changé les choses, avant on n'avait pas le choix, on devait développer un projet en pensant que c'était une idée génial et que personne n'y avait pensé avant, maintenant, on a une idée "géniale" on cherche sur internet et on voit qu'un type de l'autre côté de la planète l'a déjà fait et on se retrouve a se demander...est-ce que cela vaut-il vraiment la peine de refaire la roue....

Vidéo cool est intéressante ! En revanche, non : le code n'est pas de l'art. C'est de l'artisanat, ce qui est différent. Le code en lui même n'a pas pour vocation de délivrer un message ou transmettre une émotion, déranger ou interpeller. Il est là pour créer des outils/services. À la limite c'est ce service qui peut être artistique mais là encore c'est finalement d'autre notions qui vont pouvoir effectuer cette transmission. (Graphisme, son, ou même game design).

A l'heure où j'écris ces lignes, je suis entrain de créer mon propre dbms 😅😅 Cette vidéo ne dit que la vérité 👍

Super, une bonne chaine de dev française !

Je trouve ça ouf que tellement de dev se retrouve là dedans, perso je ne code jamais un truc qui existe mais flemme de me transformer en commercial donc le résultat est le même :p

J'ai l'impression que c'est plus de l'artisanat que l'art, même selon ta propre description. En tout cas, bonne vidéo :)

Qualité de vidéo remarquable Sujet très intéressants

D'où l'interet de l'open source. Si la feature est importante, on peut toujours créer un fork ou une extension pour gérer ça !

Superbe vidéo ! :)

Merci beaucoup pour les conseils

Mais c'est tellement ça, +1 abo

Perso, je n'arrive pas à me mettre à coder par hobbies après avoir coder 8h au boulot... Mon métier passion est beaucoup moins une passion, d'autres l'ont remplacé

Bon, eh bah ça tombe bien, c'est exactement ce que je me dis lorsque je code des choses inutiles : C'est fun, et c'est de l'apprentissage

vidéo intéressante je m'abonne !!

je suis pas mécontent d'avoir découvert cette chaîne

il y a aussi des choses que l'on ne peut faire par soi meme et qui sont souvent de petits trucs pourtant si évidents. Un peu de python est toujours pratique. Les gros projets sont un probleme mais les petits problèmes se resolvent bien en général

Salut ! Tes vidéo sont super cool, et tes réflexions sont super intéressante, ça donne vraiment envie d'apprendre a codé ! Mais il y a un truc qui m'empêche de passer le pas, et ce truc c'est que ce que je vais en faire ? Tu pourrais faire une vidéo donnant des petit idée de projet a développé sympa et facile à coder, histoire de donner des idées 😁 bonne continuation à toi et continue comme ça c'est super !

Tres bonne video. Merci bcp depuis Haiti -Port-au-Prince

Merci pour la vidéo. Un abonné en plus

D’accord mais sa ta sûrement aider dans la pratique. Et dans l’acquisition d’expérience.

Excellent

Intéressant. Mais cela ne prend pas en compte les outils libre modifiable et adaptable.

Pour moi la solution, c'est l'Open Source. Si tu utilises un service open source et que tu veux l'améliorer, tu pourras le faire sans avoir besoin de demander à une entreprise de le faire, et comme c'est open source il y a une commu derrière pour maintenir tout ça

"On ne se bat pas dans l'espoir du succès. Non, non, c'est bien plus beau lorsque c'est inutile" Cyrano de Bergerac - Edmond Rostand

👍

Il y a aussi une autre malédiction je pense; Vouloir faire 10000 projets perso mais ne jamais les finir :D

Pour mes projets perso j'ai exactement ce probleme, par contre pas du tout pour le domaine pro.

Salut. Réflexion interessante. En meme temps, elle me rassure ^^

Point de vue intéressant !! Je tombe exactement là dedans! Mais en même temps, c’est impensable pour moi de ne pas monétiser le produit et donc de passer un bon 60% du temps à le vendre. Et on recommence 😊

J'ai décidé de devenir codeur pour l'entreprenariat, pour créé mes propre entreprise. Donc pour apporter des solutions. Mais je passe toujours par ce problème : Code pour rien. Aujourd'hui, tu as une idée, non pas pour apporter une solution, mais parce que, comme on dit au cameroun "c'est moh !" Comme pour dire c'est cool. Tu le fais, tu passe s des jours et des jours devant ta machine. Devant des bugs qui dont des fois inutiles. J'appelle cela vendre son temps à l'inutile

Je suis pas dev j'ai appris pas mal de trucs sur le net, et j'ai le même mal que vous

Tellement vrai ! 😅

Parler de ce sujet sans évoquer l'open source c'est un peu étrange, c'est comme parler du transport en opposant marcher (ça prend du temps mais on vas ou on veut) et prendre le train(ça vas beaucoup plus vite mais on choisit pas ou sont les gares du coups des fois c'est frustrant) en oubliant que le voitures et les velo existent. Et quid de l'interopérabilité des logicielles (tu sait tu prend le train jusqu'à la gare la plus proche et tu fini a pied) qui pourrai permettre de simplement ajouter un petit script qui ajoute juste ce qu'il te manque. A une époque on faisait les logiciels comme ça, ça a donner UNIX, BSD puis linux, et finalement OSX iOS Android ... Pour ne cité que ça.

Dois-je répéter mon action quelques fois de plus ou passer 15h a développer une appli qui le fera a ma place mais qui va plus fonctionné après quelques mois ?

Je fais du dev comme hobby et c'est exactement... mon problème... Il y a un projet que je veux refaire depuis longtemps mais j'ai du mal à trouver un service préexistant qui me convienne... Mon alternative actuellement c'est de pas coder et de ne pas y penser 😅

Mon problème c'est que j'ai des milliers d'idées qui répondent à un vrai besoin, qui n'existe pas aussi bien dont les prototypes fonctionnent mais à chaque fois je sous estime le temps que ça me demande, du coup je laisse tomber donc si des gens veulent devenir riche ahaha

C’est quoi votre serveur de mail ? Est-il intégrable dans des applications tierces maison ? Merci de votre retour

C'est pareil pour les jeux vidéo parce que les développeurs migrent tous vers les moteurs de jeux (unity ou unreal) qui s'avèrent plus chers, mais qui font gagner beaucoup plus de temps.

faire l'outil nécessite de connaitre le métier de l'outil avant l'outil de l'outil.

Après même si tu mets à la poubelle, c'est aussi de l'expérience comme il est cité qui peut etre utile lors de la recherche de nouveaux clients ou d'entretien. Donc rien n'est perdu mais on a un métier ou tu commence jeune le lundi et tu reveille vieux le vendredi. C'est ultra chronophage. Qui n'a jamais dit oui je termine ca en 5 minutes et cela se transforme en 5h :D

J'ai commencé la prog quand j'étais gosse, j'ai pas tant de projets abandonnés que ca, par contre, serveur mail c'est ok (j'ai recodé tt caramail à l'exactitude avec le chat html5, forums and co incluant un service de publicité (ou adsense si ya pas de campagne en cours), et l'appli mobile est en cours de dev, pour le coup, le serveur mail logiciel est également codé maison), cms fait, mon propre framework mvc pour le site dont je parlais, c'est ok, un script sur un serveur pour check et automatiser le reboot de prises de courants connectées de mon appart, ca compte (hein? ^^) Pour le cas de prendre des outils, qu'il y ai des erreurs, des fonctionnalités manquantes ou ne pas avoir envie de taper dans leur code au risque de tout péter, je pref de loin coder tous (ou la très grosse majorité) les trucs moi-même, je sais comment ca fonctionne, je sais où je dois modif dans 99.99% des cas, jpeux même coder, chercher des optimisations et/ou planifier des modifs/corrections dans ma tête dans mon lit quand j'essaye de dormir, même sur des projets perso avec bcp.. bcp.. bcp de code

Alex, quel est le nom de votre CMS et quel est votre serveur de messagerie ?

Les 'dépendances' (dependencies) sont la vraie malédiction de la programmation 'moderne'. Un vrai programmeur qui se respecte n'en a aucune. :-)

Je viens de tomber sur ta chaine et c'est la première vidéos que je visionne. Personnellement, je ne fonctionne pas comme toi et je trouve que tes propos dans la vidéo sont trop "binaire", ou manichéens si tu préfères. Soit on développe, soit on va vers une solution (free ou payante) que l'on accepte ... et la solution la plus utilisé alors ? L'open source customisé ! Mais surtout il y a un des aspects très important dans le processus du choix de la meilleure solution pour un business résiliant que ta vidéo n'aborde malheureusement pas. Quand on accepte d'utiliser une solution 100% propriétaire ou même open source que l'on héberge pas, que l'on ne maintient pas nous-même ou que l'on ne choisi pas de faire évoluer, on accepte non seulement qu'elle ne répondent pas à tous nos besoins, comme dit dans ta vidéo, mais on accepte surtout de mettre le bon fonctionnement de notre propre business dans les mains de personnes qui feront ce qu'elles veulent de leur solution, comme l'abandonner du jour au lendemain quitte à tuer des centaines d'entreprises qui leur avaient fait confiance. J'ai été témoin de ce genre de chose et parmi tant d'autres cas, d'une solution dont les impacts sur les clients se sont comptés en dizaines de millions de dollars dans le monde entier et une roadmap dans l'évolution de leur business prendre des années de retards. Un progiciel équipant, parmi les plus gros cluster d'Europe, a été abandonné du jour au lendemain après que l'éditeur du progiciel fut racheté. C'est un aspect à prendre en compte et à mettre aussi dans la balance, par rapport au temps que l'on passe à customiser ou créer nos solutions. Par ce que si, du jour au lendemain on doit changer totalement de solution, combien de temps et d'argent perdrons nous à ce moment là ? Un autre point non abordé est de calculer le gain ou la perte qu'une solution perso ou customisé produira par rapport à une solution que l'on doit acheté ou louée. L'open source, on peut aussi partir d'une solution existante et la modifier pour nos propres besoins et même profiter des évolutions futures de la solution open-source que l'on a choisi de customiser. Il est vrai que j'ai une expérience de 25 ans chez un éditeur de progiciel et que cela m'aide à maintenir mes solutions personnelles construites sur des solutions open source existantes et surtout à les faire évoluer en parallèle de la roadmap principale en intégrant uniquement les évolutions qui me conviennent. Même sans parler d'open source, les solutions propriétaires ont compris leur intérêt a permettre d'intégrer des fonctions bespokes. Même Adobe et les logiciels tel que Photoshop, Lightroom, ... permettent à n'importe quel développeur de proposer des fonctions intégrables facilement via des bespokes. Aujourd'hui les solutions open source pullulent et sont parfaitement documentées, on n'a que l'embarra du choix. Et franchement ajouter nos fonctions personnelles (bespokes) ne prend pas tant de temps que cela sur une solution déjà bien pensée. Sur mon serveur Linux, il ne reste pas une solution installée qui ne soit pas customiser, depuis le serveur mail, à ma newsletter en passant par le firewall, le CMS qui compose mes sites, ma solution de facturation en interface avec le système de gestion qu'utilise mon comptable, .... Même mon TRADBOT contient des parties open source pour l'échange avec les différentes plates-formes de trading. ... Cela fait plus de 15 ans que je fonctionne comme ça et franchement cela me permet de développer très rapidement des solutions qui me plaisent et de les maintenir et les faire évoluer à moindre coups. Et je ne comprend pas comment tu en es arrivé à jeter autant de tes développements ? Depuis 15 ans, j'ai vu des tas de solutions utilisées par des centaines, voir même des milliers et mêmes des millions d'utilisateurs, disparaitre du jour au lendemain ou changer de politique de confidentialité, souvent suite à un rachat, ou encore certaines solutions prennent d'un coup, des choix qui ne conviennent plus à certains utilisateurs ou sont aussi abandonnées par leurs créateurs. Demandent aux millions d'utilisateurs des modules Colors.js et Faker.js s'ils n'ont pas regretté de ne pas avoir customiser leurs solutions quand les créateurs de ses modules les ont volontairement rendu inopérants ;o) Pour finir, il manque c'est deux points très importants dans ta vidéo : Le gain des solutions custom et la pérennité de notre business en dépendant moins de fournisseurs. Effectivement développer prend du temps et pendant ce temps on ne se consacre pas pleinement à notre business, mais quand je vois les dizaines de milliers d'euro que j'ai économisé sur 15 ans en prenant mes solutions et bien le temps que j'ai pris pour les développer m'aurait de toute façon été nécessaire pour développer plus mon business juste pour pouvoir payer les factures des fournisseurs de solutions que j'aurais choisi. Du coup je ne perd pas de temps et mon business de dépendant que très peu d'éléments extérieurs et plus résiliant. Ps : J'ai des Raspberry (dont un cluster), des ESP, odroid, ... et il ne sont pas au fond de mon tiroir ;o). Du coup j'en viens à me demander si la vraie question de ta vidéo n'aurait pas dû être : Ne doit-on pas créer un bon roadmap de notre business, bien poser nos besoins et nos évolutions futures avant de se lancer dans le développement de solutions qui, très rapidement, ne répondront plus à nos besoins, afin de ne pas dépenser nos ressources et notre énergie inutilement ? ;o)

Et pourtant, je remarque que les solutions développés sur mesure au sein de l'entreprise reviennent à la mode...A cause des solutions génériques qui se résument à tirer au bazooka sur une mouche ou qui ne sont même pas capable de voir la mouche !

J'ai 3 ans d'informatique et ça bloque toujours

Je suis peut-être trop flemmard mais j'ai jamais eu ce problème je fais zero projet perso x)

0:39 aïe aïe aïe le thème clair

QUID de l'open source dans le cas que tu expose dans cette vidéo ? Je sais que tout ne l'est pas, et ce qui l'est n'est pas forcément simple à "incrémenter" avec une fonctionnalité correspondant à notre besoin. Mais les projets open source, de la petite librairie au framework ne sont ils pas un bon outil, un bon point de depart pour éviter de passe des jours à "réinventer la roue" en voulant juste ajouter la feature qu'il nous manque ? Et le problème ne serait-il pas l'envie de toujours tout améliorer, qui semble commune aux devs ? {je précise que je suis tout débutant dans le dev, à peine junior, et que, si ma remarque peut paraître candide à certains, elle n'en est pas moins sincère :) }

Bizarre comme façon de penser, je n'ai jamais vraiment eu ce truc de vouloir refaire le monde car une feature etait manquante/inexistante et pourtant je fais du dev depuis des années. Je constate effectivement cette mentalité chez certains de mes collègues et amis, mais jamais vraiment compris l’intérêt mise a part si c'est un challenge perso ou dans le but d'apprendre quelque chose. Je n’adhère pas vraiment non plus au concept de "coder c'est de l'art", et c'est "créer a partir de rien"; déjà je ne dirais pas que c'est de l'art car il y a nombre limité de solutions pour traiter une demande/un problème et car l'art n'est jamais crée a partir de rien. En plus c'est faux car la plupart du code produit de nos jour se base sur des frameworks, plateformes et fonctionnalités qui nous mâche déjà le travail.

comment un programmeur te dit de ne pas programmer

Je ne suis pas trop d’accord, j’ai développé des applications que je me sert souvent aussi bien dans mon job que dans la vie perso. Par exemple un bot discord permettant d’administrer mes serveurs pour le perso. Ou des petits scripts python pour le boulot. Le tout c’est d’avoir une vision global te permettant de savoir où t’arrêter au niveau des fonctionnalités

À la longue on devient feigants, on voit la solution existante et on se dit. "Bah ça ira bien aussi"

Pour moi quelque soit ce que l'on code il faut le faire en mode modulaire et réutilisable pour au finale réutiliser les briques pour le prochaine truc que tu fais. Encore mieux faut faire un vrai truc qui fait de l'argent. Par contre coder un blog sa sert a rien . Utilise Wordpress. Faire un outil qui est deja coder et qui est open source ? Ca sert a rien pour moi faut reprendre le max de code existant et être super sur que le truc qu'on va mettre en plus va vraiment être utile a plein de gens qui ont le meme problème . La vie est courte.

Mouai

"Ca sert a rien de ré-inventer la roue" ... tres grosse erreur !!! 1) Cela permet de comprendre le fonctionnement .. 2) cela permet de ne pas "porter" les bugs et les troues de sécurité ....3) d ameliorer et d optimiser ...

millième like !

Entièrement d'accord, coder c'est de l'art ou en tout cas la même démarche de création, on part de rien, on est face à des défis et on obtient quelque chose à la fin, c'est un peu comme notre bébé.

🤣👍

Là maintenant chez moi le syndrome se manifeste par développer une solution pour faciliter le développement de solutions custom😂😂

Sinon trouvé une solution open source 😁

C'est faux, les milliers de projet Open Source qui circulent sur le net, le démontre.

par contre l'ide en blanc :|

Pas du tout d'accord, si on a une idée on peut très bien la codé, la mettre en ligne et ouvrir son entreprise, ça s’appelle une Start-up. On dit souvent que l'on ne trouve pas la bonne idée du premier coup et qu'il faut tomber et ce relevé plusieurs fois pour trouver la bonne. Alors, comment peut on suggéré à des personnes d'arrêté de croire en leurs idées car on "sait" déjà que ça ne marchera jamais ? Démotivé des gens pour qu'il ne commence jamais à persévéré pour leurs idées, était elle vraiment une bonne idée ? Et si cette idée était mauvaise est-ce que la prochaine aurait été bonne ? On naprand toujour de c ereur, même de français.

c'est du resucé. Le problème du développeut c'est le cout du travail..

Salut, Comme toujours, beaucoup de mots. pour faire simple. si vous n’avez aucun intérêt et aucune logique, vous ne devriez même pas être intéressé par le code. Et en plus, il serait bon de connaître les mathématiques et bien d’autres choses. La programmation, c’est comme faire des mises à jour logicielles tous les jours partout

No one speak french

Mon objectif final c'était de boire de bières, du coup j'ai créé MisterGoodBeer. Dans mon cas ce n'est peut-être pas plus mal de ne pas s'être consacré à 100% sur l'objectif final...

Moi j'ai pas envie de payé, faut payé pour tous maintenant, dont les services dont tu parles. Si je dois payé pour tous ça, le streaming genre ceux avec un grand "A" ou "N", les bouquets TV sur ton abonnement TV, les streaming Musiques, les plateformes de gaming, l'offre de ce site même par exemple et beaucoup d'autre ... alors t'as pas assez de ton salaire. Comme disait Lunis Torvalds "Allez demander une version de Unix à un vendeur , il vous dira que c'est bien trop cher... Alors c'est bien plus facile de l'écrire vous même" kzfaq.info/get/bejne/rcdkf91kyJOmc40.html