Prêt pour le daily de demain les pisseurs de code ?

Le 18 février 2021 à 00:51:39 Gm-Erol a écrit :
Dev freelance ici, sans avoir fait des études de dev, c'est tellement à des années lumières ce dont vous parlez pour moi, jamais j'aurais voulu être dev en entreprise.

sur quel aspect ? on en dit des choses différentes ici

Le 18 février 2021 à 00:50:41 UnaryOperator a écrit :

Le 18 février 2021 à 00:49:29 ethyl-acetate a écrit :

Le 18 février 2021 à 00:48:53 UnaryOperator a écrit :

Le 18 février 2021 à 00:47:01 ethyl-acetate a écrit :

Le 18 février 2021 à 00:42:09 UnaryOperator a écrit :

Le 18 février 2021 à 00:40:34 ethyl-acetate a écrit :
J'vais jamais dormir ce soir

Le 18 février 2021 à 00:38:34 UnaryOperator a écrit :

Le 18 février 2021 à 00:37:30 ethyl-acetate a écrit :

Le 18 février 2021 à 00:35:37 UnaryOperator a écrit :

Le 18 février 2021 à 00:34:22 ethyl-acetate a écrit :
Build complet en 3min (contre +10min sur mon poste au taf )

Tu build avec maven ?

euh, oui je crois (mon niveau en java )

Rajoute l'option de build en parallèle :
mvn clean install -T 2 (voire 3 ou 4 en fonction de ta machine).

De rien

teach me senpai

ma resolution pour la fin du mois ---> comprendre l'ecosysteme java

Faut voir comment est fait votre projet.

Si c'est un projet multi-modules (ce qui se fait souvent), utiliser plusieurs threads lors du build peut clairement améliorer le temps de build

aujd mon manager a pris le temps de m'expliquer comment était maintenue / livrée l'app (redondance des pods etc, on a discuté loadbalancing et tout), c'était bien stylé
faut que je me mette à developper une app en étant soigneux sur l'archi, le déploiement, documenter, heberger, .. avec le plus grand serieux pour y voir plus clair dans tout ça

Le build et le déploiement sont deux choses différentes.
Essaie déjà de bien comprendre comment marche le build.

Quoi qu'il en soit 3 min ça me semble long. Perso la plupart des build sur les microservices prennent entre 1m30 et 1m50 avec une blinde de tests unitaires et d'intégration (sans test ça doit tourner autour de 50 sec).

un build complet ? (generation des entités, mapping etc)

Oui un build complet.
Les entités on ne les génère pas en revanche, on a préféré avoir la main dessus.

okey beh ecoute, quand j'aurais commencé à taffer sur mon projet perso, go me soulever mes grands morts et me dire si je m'y prends mal

En tout cas y'a encore un ancien dev que j'ai vu aujourd'hui qui nous a remercié avec un pote de l'avoir challengé et formé au clean code. Sa façon de coder a complètement changé et dans sa nouvelle mission il voit la différence, limite c'est lui le "gourou" du code. Ca fait plaisir

Maintenant il songe à passer freelance

Le 18 février 2021 à 00:52:15 goulll-wallah a écrit :
Mon dieu le monde du travail me fait PEUR

pourquoi ?

Le 18 février 2021 à 00:54:19 UnaryOperator a écrit :
En tout cas y'a encore un ancien dev que j'ai vu aujourd'hui qui nous a remercié avec un pote de l'avoir challengé et formé au clean code. Sa façon de coder a complètement changé et dans sa nouvelle mission il voit la différence, limite c'est lui le "gourou" du code. Ca fait plaisir

Maintenant il songe à passer freelance

perso je te remercie aussi de me tirer vers le haut ça va peut-être t'étonner mais ça fait très très très peu de temps que je suis en cdi et j'ai decouvert un milliard de facettes du dev que j'ignorais jusqu'alors

Le 18 février 2021 à 00:56:32 ethyl-acetate a écrit :

Le 18 février 2021 à 00:54:19 UnaryOperator a écrit :
En tout cas y'a encore un ancien dev que j'ai vu aujourd'hui qui nous a remercié avec un pote de l'avoir challengé et formé au clean code. Sa façon de coder a complètement changé et dans sa nouvelle mission il voit la différence, limite c'est lui le "gourou" du code. Ca fait plaisir

Maintenant il songe à passer freelance

perso je te remercie aussi de me tirer vers le haut ça va peut-être t'étonner mais ça fait très très très peu de temps que je suis en cdi et j'ai decouvert un milliard de facettes du dev que j'ignorais jusqu'alors

La vie est une boucle

Perso vers 7 ans d'xp j'ai croisé la route d'un cador (quasiment un java-champion... en tout cas il est speaker et entouré de java champions ) et j'ai revu intégralement ma façon de concevoir le code.

En mission je m'efforce d'appliquer cela et de former mes "disciples", qui a leur tour font la même chose dans leurs nouvelles missions

Le 18 février 2021 à 00:59:01 UnaryOperator a écrit :

Le 18 février 2021 à 00:56:32 ethyl-acetate a écrit :

Le 18 février 2021 à 00:54:19 UnaryOperator a écrit :
En tout cas y'a encore un ancien dev que j'ai vu aujourd'hui qui nous a remercié avec un pote de l'avoir challengé et formé au clean code. Sa façon de coder a complètement changé et dans sa nouvelle mission il voit la différence, limite c'est lui le "gourou" du code. Ca fait plaisir

Maintenant il songe à passer freelance

perso je te remercie aussi de me tirer vers le haut ça va peut-être t'étonner mais ça fait très très très peu de temps que je suis en cdi et j'ai decouvert un milliard de facettes du dev que j'ignorais jusqu'alors

La vie est une boucle

Perso vers 7 ans d'xp j'ai croisé la route d'un cador (quasiment un java-champion... en tout cas il est speaker et entouré de java champions ) et j'ai revu intégralement ma façon de concevoir le code.

En mission je m'efforce d'appliquer cela et de former mes "disciples", qui a leur tour font la même chose dans leurs nouvelles missions

cova passé maitre jedi en vrai j'essaie de donner de mon temps pour aider / partager aussi au maximum, j'ai l'intime sensation de grow up comme ça, intellectuellement, en maturité, ..

Le 18 février 2021 à 01:01:10 ethyl-acetate a écrit :

Le 18 février 2021 à 00:59:01 UnaryOperator a écrit :

Le 18 février 2021 à 00:56:32 ethyl-acetate a écrit :

Le 18 février 2021 à 00:54:19 UnaryOperator a écrit :
En tout cas y'a encore un ancien dev que j'ai vu aujourd'hui qui nous a remercié avec un pote de l'avoir challengé et formé au clean code. Sa façon de coder a complètement changé et dans sa nouvelle mission il voit la différence, limite c'est lui le "gourou" du code. Ca fait plaisir

Maintenant il songe à passer freelance

perso je te remercie aussi de me tirer vers le haut ça va peut-être t'étonner mais ça fait très très très peu de temps que je suis en cdi et j'ai decouvert un milliard de facettes du dev que j'ignorais jusqu'alors

La vie est une boucle

Perso vers 7 ans d'xp j'ai croisé la route d'un cador (quasiment un java-champion... en tout cas il est speaker et entouré de java champions ) et j'ai revu intégralement ma façon de concevoir le code.

En mission je m'efforce d'appliquer cela et de former mes "disciples", qui a leur tour font la même chose dans leurs nouvelles missions

cova passé maitre jedi en vrai j'essaie de donner de mon temps pour aider / partager aussi au maximum, j'ai l'intime sensation de grow up comme ça, intellectuellement, en maturité, ..

En vrai c'est hyper important d'être bien entouré, et d'avoir dans ton équipe quelqu'un qui te tire vers le haut.

Le mec dont je parle, sur mes premières PR y'avait 100 commentaires
Pourtant le code fonctionnait, était testé et me semblait correct du haut de mes 7 ans d'xp

Le 18 février 2021 à 00:53:50 ethyl-acetate a écrit :

Le 18 février 2021 à 00:51:39 Gm-Erol a écrit :
Dev freelance ici, sans avoir fait des études de dev, c'est tellement à des années lumières ce dont vous parlez pour moi, jamais j'aurais voulu être dev en entreprise.

sur quel aspect ? on en dit des choses différentes ici

Le 18 février 2021 à 00:50:41 UnaryOperator a écrit :

Le 18 février 2021 à 00:49:29 ethyl-acetate a écrit :

Le 18 février 2021 à 00:48:53 UnaryOperator a écrit :

Le 18 février 2021 à 00:47:01 ethyl-acetate a écrit :

Le 18 février 2021 à 00:42:09 UnaryOperator a écrit :

Le 18 février 2021 à 00:40:34 ethyl-acetate a écrit :
J'vais jamais dormir ce soir

Le 18 février 2021 à 00:38:34 UnaryOperator a écrit :

Le 18 février 2021 à 00:37:30 ethyl-acetate a écrit :

Le 18 février 2021 à 00:35:37 UnaryOperator a écrit :

Le 18 février 2021 à 00:34:22 ethyl-acetate a écrit :
Build complet en 3min (contre +10min sur mon poste au taf )

Tu build avec maven ?

euh, oui je crois (mon niveau en java )

Rajoute l'option de build en parallèle :
mvn clean install -T 2 (voire 3 ou 4 en fonction de ta machine).

De rien

teach me senpai

ma resolution pour la fin du mois ---> comprendre l'ecosysteme java

Faut voir comment est fait votre projet.

Si c'est un projet multi-modules (ce qui se fait souvent), utiliser plusieurs threads lors du build peut clairement améliorer le temps de build

aujd mon manager a pris le temps de m'expliquer comment était maintenue / livrée l'app (redondance des pods etc, on a discuté loadbalancing et tout), c'était bien stylé
faut que je me mette à developper une app en étant soigneux sur l'archi, le déploiement, documenter, heberger, .. avec le plus grand serieux pour y voir plus clair dans tout ça

Le build et le déploiement sont deux choses différentes.
Essaie déjà de bien comprendre comment marche le build.

Quoi qu'il en soit 3 min ça me semble long. Perso la plupart des build sur les microservices prennent entre 1m30 et 1m50 avec une blinde de tests unitaires et d'intégration (sans test ça doit tourner autour de 50 sec).

un build complet ? (generation des entités, mapping etc)

Oui un build complet.
Les entités on ne les génère pas en revanche, on a préféré avoir la main dessus.

okey beh ecoute, quand j'aurais commencé à taffer sur mon projet perso, go me soulever mes grands morts et me dire si je m'y prends mal

Tout l'aspect organisationnel déjà, les réunions, méthode Agile, la relation avec le "chef de projet" (souvent un mec d'école de commerce qui n'y connait rien d'après ce que je comprends), les frameworks, bosser un an sur un projet, devoir tenir compte de ce que font les autres dev de l'équipe etc.

Persoent
- Jamais fait de réunion
- Je réponds pas à mes clients pendant 4-5 jours parfois
- Personne qui me dit quoi faire et quoi mettre dans mon code à quelle heure
- Les frameworks etc, bah si je connais pas quelque chose dont j'ai besoin je l'apprends sur le tas et voilà, 90% du temps Python suffit de mon côté
- Parfois je livre du code immonde, tant pis tant que ça marche
- Durée des projets de maximum quelques semaines, et pas à plein temps évidemment, je refuse d'être dépendant d'un client et dès que je peux ne plus entendre parler d'eux je le fais, j'aime pas quand ils commencent à me parler de "long term collaboration"
- Et puis j'ai l'impression d'avoir développé une mentalité de livrer du concret le plus rapidement possible, du pragmatisme, alors que les devs qui ont étudié dans le domaine et n'ont connu que l'entreprise, car j'ai parfois dû en côtoyer sur certains projets, se prennent tellement la tête, "unit testing" ayaaaaaa jamais fait ça en 4 ans, je commente à peine mon code

Bref, passez freelance

Le 18 février 2021 à 01:03:58 Gm-Erol a écrit :

Et puis j'ai l'impression d'avoir développé une mentalité de livrer du concret le plus rapidement possible, du pragmatisme, alors que les devs qui ont étudié dans le domaine et n'ont connu que l'entreprise, car j'ai parfois dû en côtoyer sur certains projets, se prennent tellement la tête, "unit testing" ayaaaaaa jamais fait ça en 4 ans, je commente à peine mon code

Bref, passez freelance

Je suis freelance.

Et le quick and dirty c'est pas mon truc.
Un développeur il teste son code et il met tout son savoir faire au coeur de la conception. Je t'invite à te renseigner sur le software craftsmanship

Le 18 février 2021 à 01:06:04 UnaryOperator a écrit :

Le 18 février 2021 à 01:03:58 Gm-Erol a écrit :

Et puis j'ai l'impression d'avoir développé une mentalité de livrer du concret le plus rapidement possible, du pragmatisme, alors que les devs qui ont étudié dans le domaine et n'ont connu que l'entreprise, car j'ai parfois dû en côtoyer sur certains projets, se prennent tellement la tête, "unit testing" ayaaaaaa jamais fait ça en 4 ans, je commente à peine mon code

Bref, passez freelance

Je suis freelance.

Et le quick and dirty c'est pas mon truc.
Un développeur il teste son code et il met tout son savoir faire au coeur de la conception. Je t'invite à te renseigner sur le software craftsmanship

Après la plupart des dev freelance font des missions de 6 mois CHEZ le client donc pour moi c'est pareil qu'être salarié.
Le projet idéal pour moi c'est le client m'envoie un document Word d'une page avec les spécifications, je livre après quelques jours, quelques allers retours, c'est dégueulasse mais ça marche bien, et hop il me paye le lendemain et bye bye.

Avec les meufs c'est pareil

Le 18 février 2021 à 01:08:50 Gm-Erol a écrit :

Le 18 février 2021 à 01:06:04 UnaryOperator a écrit :

Le 18 février 2021 à 01:03:58 Gm-Erol a écrit :

Et puis j'ai l'impression d'avoir développé une mentalité de livrer du concret le plus rapidement possible, du pragmatisme, alors que les devs qui ont étudié dans le domaine et n'ont connu que l'entreprise, car j'ai parfois dû en côtoyer sur certains projets, se prennent tellement la tête, "unit testing" ayaaaaaa jamais fait ça en 4 ans, je commente à peine mon code

Bref, passez freelance

Je suis freelance.

Et le quick and dirty c'est pas mon truc.
Un développeur il teste son code et il met tout son savoir faire au coeur de la conception. Je t'invite à te renseigner sur le software craftsmanship

Après la plupart des dev freelance font des missions de 6 mois CHEZ le client donc pour moi c'est pareil qu'être salarié.
Le projet idéal pour moi c'est le client m'envoie un document Word d'une page avec les spécifications, je livre après quelques jours, quelques allers retours, c'est dégueulasse mais ça marche bien, et hop il me paye le lendemain et bye bye.

Avec les meufs c'est pareil

J'ai une conscience professionnelle et un intérêt pour le code, qui en plus de l'aspect financier m'incite à trouver des solutions élégantes et évolutives

Le quick-and-dirty ça marche peut-être sur des petites sociétés sans DSI ou sur des projets annexes qui n'ont pas d'impact sur la santé de l'entreprise. Sur des gros projets ça ne fonctionne pas comme ça.

"software craftsmanship"

J'ai lu quelques lignes et ça a l'air d'être encore de la théorisation excessive de quelque chose qu'on peut juste résumer en "créer un code propre et modulable", pas besoin de philosopher là-dessus.

Le 18 février 2021 à 01:03:58 Gm-Erol a écrit :

Le 18 février 2021 à 00:53:50 ethyl-acetate a écrit :

Le 18 février 2021 à 00:51:39 Gm-Erol a écrit :
Dev freelance ici, sans avoir fait des études de dev, c'est tellement à des années lumières ce dont vous parlez pour moi, jamais j'aurais voulu être dev en entreprise.

sur quel aspect ? on en dit des choses différentes ici

Le 18 février 2021 à 00:50:41 UnaryOperator a écrit :

Le 18 février 2021 à 00:49:29 ethyl-acetate a écrit :

Le 18 février 2021 à 00:48:53 UnaryOperator a écrit :

Le 18 février 2021 à 00:47:01 ethyl-acetate a écrit :

Le 18 février 2021 à 00:42:09 UnaryOperator a écrit :

Le 18 février 2021 à 00:40:34 ethyl-acetate a écrit :
J'vais jamais dormir ce soir

Le 18 février 2021 à 00:38:34 UnaryOperator a écrit :

Le 18 février 2021 à 00:37:30 ethyl-acetate a écrit :

Le 18 février 2021 à 00:35:37 UnaryOperator a écrit :

Le 18 février 2021 à 00:34:22 ethyl-acetate a écrit :
Build complet en 3min (contre +10min sur mon poste au taf )

Tu build avec maven ?

euh, oui je crois (mon niveau en java )

Rajoute l'option de build en parallèle :
mvn clean install -T 2 (voire 3 ou 4 en fonction de ta machine).

De rien

teach me senpai

ma resolution pour la fin du mois ---> comprendre l'ecosysteme java

Faut voir comment est fait votre projet.

Si c'est un projet multi-modules (ce qui se fait souvent), utiliser plusieurs threads lors du build peut clairement améliorer le temps de build

aujd mon manager a pris le temps de m'expliquer comment était maintenue / livrée l'app (redondance des pods etc, on a discuté loadbalancing et tout), c'était bien stylé
faut que je me mette à developper une app en étant soigneux sur l'archi, le déploiement, documenter, heberger, .. avec le plus grand serieux pour y voir plus clair dans tout ça

Le build et le déploiement sont deux choses différentes.
Essaie déjà de bien comprendre comment marche le build.

Quoi qu'il en soit 3 min ça me semble long. Perso la plupart des build sur les microservices prennent entre 1m30 et 1m50 avec une blinde de tests unitaires et d'intégration (sans test ça doit tourner autour de 50 sec).

un build complet ? (generation des entités, mapping etc)

Oui un build complet.
Les entités on ne les génère pas en revanche, on a préféré avoir la main dessus.

okey beh ecoute, quand j'aurais commencé à taffer sur mon projet perso, go me soulever mes grands morts et me dire si je m'y prends mal

Tout l'aspect organisationnel déjà, les réunions, méthode Agile, la relation avec le "chef de projet" (souvent un mec d'école de commerce qui n'y connait rien d'après ce que je comprends), les frameworks, bosser un an sur un projet, devoir tenir compte de ce que font les autres dev de l'équipe etc.

Persoent
Jamais fait de réunion
Je réponds pas à mes clients pendant 4-5 jours parfois
Personne qui me dit quoi faire et quoi mettre dans mon code à quelle heure
Les frameworks etc, bah si je connais pas quelque chose dont j'ai besoin je l'apprends sur le tas et voilà, 90% du temps Python suffit de mon côté
Parfois je livre du code immonde, tant pis tant que ça marche
Durée des projets de maximums quelques semaines, et pas à plein temps évidemment, je refuse d'être dépendant d'un client et dès que je peux ne plus entendre parler d'eux je le fais, j'aime pas quand ils commencent à me parler de "long term collaboration"
Et puis j'ai l'impression d'avoir développé une mentalité de livrer du concret le plus rapidement possible, du pragmatisme, alors que les devs qui ont étudié dans le domaine et n'ont connu que l'entreprise, car j'ai parfois dû en côtoyer sur certains projets, se prennent tellement la tête, "unit testing" ayaaaaaa jamais fait ça en 4 ans, je commente à peine mon code

Bref, passez freelance

J'ai fait le chemin inverse et je regrette pas du tout mec, j'ai de la chance parce que ma boite est pas ultra à cheval sur la méthode agile (et tant mieux, ça n'apporterait rien de plus dans le fond) ; j'suis vraiment content de contribuer à des projets, d'être relu, que des gens se servent des outils que je construis, de pouvoir discuter enfin avec des gens de mon milieu et pas d'être vu comme le tech guy un peu magicien et touche à tout

j'suis autodidacte et crois moi la reconnaissance que m'apporte le taf en ce moment est juste .. satisfaisante.

Mon seul problème c'est que je suis particulièrement impatient, j'ai envie de voir des choses bien faites, j'ai envie de monter en compétences et de me challenger h24 sauf que c'est pas forcement possible et j'ai pas assez de recul encore sur les realites du marché et du monde du travail.

Ca fait un bon gros mois que je suis dans ma boîte en gros, et franchement j'suis difficilement tenable, j'aurais déjà rework les 3/4 du projet (pour le meilleur et pour le pire)

Le 18 février 2021 à 01:11:44 Gm-Erol a écrit :
"software craftsmanship"

J'ai lu quelques lignes et ça a l'air d'être encore de la théorisation excessive de quelque chose qu'on peut juste résumer en "créer un code propre et modulable", pas besoin de philosopher là-dessus.

Quand on voit le code de la plupart des développeurs, si c'est clairement nécessaire de parler de ce mouvement

Le 18 février 2021 à 01:10:44 UnaryOperator a écrit :

Le 18 février 2021 à 01:08:50 Gm-Erol a écrit :

Le 18 février 2021 à 01:06:04 UnaryOperator a écrit :

Le 18 février 2021 à 01:03:58 Gm-Erol a écrit :

Et puis j'ai l'impression d'avoir développé une mentalité de livrer du concret le plus rapidement possible, du pragmatisme, alors que les devs qui ont étudié dans le domaine et n'ont connu que l'entreprise, car j'ai parfois dû en côtoyer sur certains projets, se prennent tellement la tête, "unit testing" ayaaaaaa jamais fait ça en 4 ans, je commente à peine mon code

Bref, passez freelance

Je suis freelance.

Et le quick and dirty c'est pas mon truc.
Un développeur il teste son code et il met tout son savoir faire au coeur de la conception. Je t'invite à te renseigner sur le software craftsmanship

Après la plupart des dev freelance font des missions de 6 mois CHEZ le client donc pour moi c'est pareil qu'être salarié.
Le projet idéal pour moi c'est le client m'envoie un document Word d'une page avec les spécifications, je livre après quelques jours, quelques allers retours, c'est dégueulasse mais ça marche bien, et hop il me paye le lendemain et bye bye.

Avec les meufs c'est pareil

J'ai une conscience professionnelle et un intérêt pour le code, qui en plus de l'aspect financier m'incite à trouver des solutions élégantes et évolutives

Le quick-and-dirty ça marche peut-être sur des petites sociétés sans DSI ou sur des projets annexes qui n'ont pas d'impact sur la santé de l'entreprise. Sur des gros projets ça ne fonctionne pas comme ça.

Ah oui évidemment pas pour les grosses sociétés ni même les moyennes entreprises. Après chacun son truc, mais grande entreprise ça veut dire, comme je disais au-dessus, projet de plusieurs mois minimum, et c'est pas ma conception de la liberté, plus rien de "free"lance là-dedans. Les petites entreprises ou les particuliers t'as 0 pression et ça t'engage sur rien de trop long.

Le 18 février 2021 à 01:14:05 Gm-Erol a écrit :

Le 18 février 2021 à 01:10:44 UnaryOperator a écrit :

Le 18 février 2021 à 01:08:50 Gm-Erol a écrit :

Le 18 février 2021 à 01:06:04 UnaryOperator a écrit :

Le 18 février 2021 à 01:03:58 Gm-Erol a écrit :

Et puis j'ai l'impression d'avoir développé une mentalité de livrer du concret le plus rapidement possible, du pragmatisme, alors que les devs qui ont étudié dans le domaine et n'ont connu que l'entreprise, car j'ai parfois dû en côtoyer sur certains projets, se prennent tellement la tête, "unit testing" ayaaaaaa jamais fait ça en 4 ans, je commente à peine mon code

Bref, passez freelance

Je suis freelance.

Et le quick and dirty c'est pas mon truc.
Un développeur il teste son code et il met tout son savoir faire au coeur de la conception. Je t'invite à te renseigner sur le software craftsmanship

Après la plupart des dev freelance font des missions de 6 mois CHEZ le client donc pour moi c'est pareil qu'être salarié.
Le projet idéal pour moi c'est le client m'envoie un document Word d'une page avec les spécifications, je livre après quelques jours, quelques allers retours, c'est dégueulasse mais ça marche bien, et hop il me paye le lendemain et bye bye.

Avec les meufs c'est pareil

J'ai une conscience professionnelle et un intérêt pour le code, qui en plus de l'aspect financier m'incite à trouver des solutions élégantes et évolutives

Le quick-and-dirty ça marche peut-être sur des petites sociétés sans DSI ou sur des projets annexes qui n'ont pas d'impact sur la santé de l'entreprise. Sur des gros projets ça ne fonctionne pas comme ça.

Ah oui évidemment pas pour les grosses sociétés ni même les moyennes entreprises. Après chacun son truc, mais grande entreprise ça veut dire, comme je disais au-dessus, projet de plusieurs mois minimum, et c'est pas ma conception de la liberté, plus rien de "free"lance là-dedans. Les petites entreprises ou les particuliers t'as 0 pression et ça t'engage sur rien de trop long.

Oui chacun son truc.
Faire un site internet pour le boulanger du coin où y'aura 3 utilisateurs connectés en même temps c'est pas mon truc

Le 18 février 2021 à 01:12:28 ethyl-acetate a écrit :

Le 18 février 2021 à 01:03:58 Gm-Erol a écrit :

Le 18 février 2021 à 00:53:50 ethyl-acetate a écrit :

Le 18 février 2021 à 00:51:39 Gm-Erol a écrit :
Dev freelance ici, sans avoir fait des études de dev, c'est tellement à des années lumières ce dont vous parlez pour moi, jamais j'aurais voulu être dev en entreprise.

sur quel aspect ? on en dit des choses différentes ici

Le 18 février 2021 à 00:50:41 UnaryOperator a écrit :

Le 18 février 2021 à 00:49:29 ethyl-acetate a écrit :

Le 18 février 2021 à 00:48:53 UnaryOperator a écrit :

Le 18 février 2021 à 00:47:01 ethyl-acetate a écrit :

Le 18 février 2021 à 00:42:09 UnaryOperator a écrit :

Le 18 février 2021 à 00:40:34 ethyl-acetate a écrit :
J'vais jamais dormir ce soir

Le 18 février 2021 à 00:38:34 UnaryOperator a écrit :

Le 18 février 2021 à 00:37:30 ethyl-acetate a écrit :

Le 18 février 2021 à 00:35:37 UnaryOperator a écrit :

Le 18 février 2021 à 00:34:22 ethyl-acetate a écrit :
Build complet en 3min (contre +10min sur mon poste au taf )

Tu build avec maven ?

euh, oui je crois (mon niveau en java )

Rajoute l'option de build en parallèle :
mvn clean install -T 2 (voire 3 ou 4 en fonction de ta machine).

De rien

teach me senpai

ma resolution pour la fin du mois ---> comprendre l'ecosysteme java

Faut voir comment est fait votre projet.

Si c'est un projet multi-modules (ce qui se fait souvent), utiliser plusieurs threads lors du build peut clairement améliorer le temps de build

aujd mon manager a pris le temps de m'expliquer comment était maintenue / livrée l'app (redondance des pods etc, on a discuté loadbalancing et tout), c'était bien stylé
faut que je me mette à developper une app en étant soigneux sur l'archi, le déploiement, documenter, heberger, .. avec le plus grand serieux pour y voir plus clair dans tout ça

Le build et le déploiement sont deux choses différentes.
Essaie déjà de bien comprendre comment marche le build.

Quoi qu'il en soit 3 min ça me semble long. Perso la plupart des build sur les microservices prennent entre 1m30 et 1m50 avec une blinde de tests unitaires et d'intégration (sans test ça doit tourner autour de 50 sec).

un build complet ? (generation des entités, mapping etc)

Oui un build complet.
Les entités on ne les génère pas en revanche, on a préféré avoir la main dessus.

okey beh ecoute, quand j'aurais commencé à taffer sur mon projet perso, go me soulever mes grands morts et me dire si je m'y prends mal

Tout l'aspect organisationnel déjà, les réunions, méthode Agile, la relation avec le "chef de projet" (souvent un mec d'école de commerce qui n'y connait rien d'après ce que je comprends), les frameworks, bosser un an sur un projet, devoir tenir compte de ce que font les autres dev de l'équipe etc.

Persoent
Jamais fait de réunion
Je réponds pas à mes clients pendant 4-5 jours parfois
Personne qui me dit quoi faire et quoi mettre dans mon code à quelle heure
Les frameworks etc, bah si je connais pas quelque chose dont j'ai besoin je l'apprends sur le tas et voilà, 90% du temps Python suffit de mon côté
Parfois je livre du code immonde, tant pis tant que ça marche
Durée des projets de maximums quelques semaines, et pas à plein temps évidemment, je refuse d'être dépendant d'un client et dès que je peux ne plus entendre parler d'eux je le fais, j'aime pas quand ils commencent à me parler de "long term collaboration"
Et puis j'ai l'impression d'avoir développé une mentalité de livrer du concret le plus rapidement possible, du pragmatisme, alors que les devs qui ont étudié dans le domaine et n'ont connu que l'entreprise, car j'ai parfois dû en côtoyer sur certains projets, se prennent tellement la tête, "unit testing" ayaaaaaa jamais fait ça en 4 ans, je commente à peine mon code

Bref, passez freelance

J'ai fait le chemin inverse et je regrette pas du tout mec, j'ai de la chance parce que ma boite est pas ultra à cheval sur la méthode agile (et tant mieux, ça n'apporterait rien de plus dans le fond) ; j'suis vraiment content de contribuer à des projets, d'être relu, que des gens se servent des outils que je construis, de pouvoir discuter enfin avec des gens de mon milieu et pas d'être vu comme le tech guy un peu magicien et touche à tout

j'suis autodidacte et crois moi la reconnaissance que m'apporte le taf en ce moment est juste .. satisfaisante.

Mon seul problème c'est que je suis particulièrement impatient, j'ai envie de voir des choses bien faites, j'ai envie de monter en compétences et de me challenger h24 sauf que c'est pas forcement possible et j'ai pas assez de recul encore sur les realites du marché et du monde du travail.

Ca fait un bon gros mois que je suis dans ma boîte en gros, et franchement j'suis difficilement tenable, j'aurais déjà rework les 3/4 du projet (pour le meilleur et pour le pire)

T'as fait combien d'années avant de rentrer dans cette boite ?
rework, tiens je le garde celui là

Le 18 février 2021 à 01:15:00 UnaryOperator a écrit :

Le 18 février 2021 à 01:14:05 Gm-Erol a écrit :

Le 18 février 2021 à 01:10:44 UnaryOperator a écrit :

Le 18 février 2021 à 01:08:50 Gm-Erol a écrit :

Le 18 février 2021 à 01:06:04 UnaryOperator a écrit :

Le 18 février 2021 à 01:03:58 Gm-Erol a écrit :

Et puis j'ai l'impression d'avoir développé une mentalité de livrer du concret le plus rapidement possible, du pragmatisme, alors que les devs qui ont étudié dans le domaine et n'ont connu que l'entreprise, car j'ai parfois dû en côtoyer sur certains projets, se prennent tellement la tête, "unit testing" ayaaaaaa jamais fait ça en 4 ans, je commente à peine mon code

Bref, passez freelance

Je suis freelance.

Et le quick and dirty c'est pas mon truc.
Un développeur il teste son code et il met tout son savoir faire au coeur de la conception. Je t'invite à te renseigner sur le software craftsmanship

Après la plupart des dev freelance font des missions de 6 mois CHEZ le client donc pour moi c'est pareil qu'être salarié.
Le projet idéal pour moi c'est le client m'envoie un document Word d'une page avec les spécifications, je livre après quelques jours, quelques allers retours, c'est dégueulasse mais ça marche bien, et hop il me paye le lendemain et bye bye.

Avec les meufs c'est pareil

J'ai une conscience professionnelle et un intérêt pour le code, qui en plus de l'aspect financier m'incite à trouver des solutions élégantes et évolutives

Le quick-and-dirty ça marche peut-être sur des petites sociétés sans DSI ou sur des projets annexes qui n'ont pas d'impact sur la santé de l'entreprise. Sur des gros projets ça ne fonctionne pas comme ça.

Ah oui évidemment pas pour les grosses sociétés ni même les moyennes entreprises. Après chacun son truc, mais grande entreprise ça veut dire, comme je disais au-dessus, projet de plusieurs mois minimum, et c'est pas ma conception de la liberté, plus rien de "free"lance là-dedans. Les petites entreprises ou les particuliers t'as 0 pression et ça t'engage sur rien de trop long.

Oui chacun son truc.
Faire un site internet pour le boulanger du coin où y'aura 3 utilisateurs connectés en même temps c'est pas mon truc

Le site du boulanger faut pas abuser non plus, je fais peu de web, je suis dans la finance de base donc c'est mon secteur de prédilection.

Le 18 février 2021 à 01:18:24 Gm-Erol a écrit :

Le 18 février 2021 à 01:15:00 UnaryOperator a écrit :

Le 18 février 2021 à 01:14:05 Gm-Erol a écrit :

Le 18 février 2021 à 01:10:44 UnaryOperator a écrit :

Le 18 février 2021 à 01:08:50 Gm-Erol a écrit :

Le 18 février 2021 à 01:06:04 UnaryOperator a écrit :

Le 18 février 2021 à 01:03:58 Gm-Erol a écrit :

Et puis j'ai l'impression d'avoir développé une mentalité de livrer du concret le plus rapidement possible, du pragmatisme, alors que les devs qui ont étudié dans le domaine et n'ont connu que l'entreprise, car j'ai parfois dû en côtoyer sur certains projets, se prennent tellement la tête, "unit testing" ayaaaaaa jamais fait ça en 4 ans, je commente à peine mon code

Bref, passez freelance

Je suis freelance.

Et le quick and dirty c'est pas mon truc.
Un développeur il teste son code et il met tout son savoir faire au coeur de la conception. Je t'invite à te renseigner sur le software craftsmanship

Après la plupart des dev freelance font des missions de 6 mois CHEZ le client donc pour moi c'est pareil qu'être salarié.
Le projet idéal pour moi c'est le client m'envoie un document Word d'une page avec les spécifications, je livre après quelques jours, quelques allers retours, c'est dégueulasse mais ça marche bien, et hop il me paye le lendemain et bye bye.

Avec les meufs c'est pareil

J'ai une conscience professionnelle et un intérêt pour le code, qui en plus de l'aspect financier m'incite à trouver des solutions élégantes et évolutives

Le quick-and-dirty ça marche peut-être sur des petites sociétés sans DSI ou sur des projets annexes qui n'ont pas d'impact sur la santé de l'entreprise. Sur des gros projets ça ne fonctionne pas comme ça.

Ah oui évidemment pas pour les grosses sociétés ni même les moyennes entreprises. Après chacun son truc, mais grande entreprise ça veut dire, comme je disais au-dessus, projet de plusieurs mois minimum, et c'est pas ma conception de la liberté, plus rien de "free"lance là-dedans. Les petites entreprises ou les particuliers t'as 0 pression et ça t'engage sur rien de trop long.

Oui chacun son truc.
Faire un site internet pour le boulanger du coin où y'aura 3 utilisateurs connectés en même temps c'est pas mon truc

Le site du boulanger faut pas abuser non plus, je fais peu de web, je suis dans la finance de base donc c'est mon secteur de prédilection.

Enfin tu comprendras que venir sur un topic de code (donc plutôt lu par des passionnés et des professionnels), dire que le freelance c'est la vie (alors que tous les freelance cherchent des missions longues...pour être certains d'avoir du travail sur le long terme), de dire que le software craftsmanship ça ne sert à rien et que les gens qualifiés (ayant une formation en info et travaillant dans de grosses sociétés) sont pas efficaces et qu'il faut être fier du quick-and-dirty... c'est quand même assez cocasse

Sans même parler de taille de société, tu prends n'importe quelle conférence tech, on mise tout sur les compétences des dév, sur le code bien fait et sur la qualité logicielle. C'est ça qui fait notre valeur, et qui fait qu'on n'est pas remplaçable par des indiens coûtant 3 fois moins chers.