Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1834 connectés 

 

Sujet(s) à lire :
    - Who's who@Programmation
 

 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  22845  22846  22847  ..  27190  27191  27192  27193  27194  27195
Auteur Sujet :

[blabla@olympe] Le topic du modo, dieu de la fibre et du monde

n°2331611
masklinn
í dag viðrar vel til loftárása
Posté le 09-04-2019 à 13:39:05  profilanswer
 

Reprise du message précédent :

boblenain200 a écrit :

ou encore pire la tentative de reimplementation d'une monade d'Error sans générique par Rob Pike, pour contourner la gestion ultra verbeuse des erreurs https://blog.golang.org/errors-are-values )


Ça va ça date de 2015 et ya toujours pas de progrès sur la gestion d'erreurs du langage :o
 
Ptet pour go2 [:dawa]


---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
mood
Publicité
Posté le 09-04-2019 à 13:39:05  profilanswer
 

n°2331612
ixemul
Nan mais sans blague ! ⚡
Posté le 09-04-2019 à 13:41:39  profilanswer
 

masklinn a écrit :


Ça va ça date de 2015 et ya toujours pas de progrès sur la gestion d'erreurs du langage :o
 
Ptet pour go2 [:dawa]


 
Ils vont réintroduire les Labels avec Go2 [:autobot]


---------------
VA APPRENDRE ET REVIENS QUAND TU SAIS, SINON ABSTIENT TOI C'EST UN GRAND CONSEIL QUE JE TE DONNE... TU ES INCOMPÉTENT ET C'EST UNE RÉALITÉ, TU N'AS RIEN A FAIRE ICI FAUT S'Y CONNAITRE ... -Jojo1998 - RIP - http://tinyurl.com/qc47ftk
n°2331613
Harkonnen
Un modo pour les bannir tous
Posté le 09-04-2019 à 13:45:59  profilanswer
 

boblenain200 a écrit :


 
Aucun (à part urweb mais je pense pas qu'on puisse le considérer à la mode) et c'est très bien comme ca.  
 
Beaucoup mieux que le systeme de template à chier de Go (une merde parmi tant d'autres dans la stdlib et dont on attend avec impatience les exploits sur la réécriture de la crypto à la main) qui fait que il n'y a pas de systeme de dépendances correct parce que "ya tout dans la stdlib".


Pour ça, je suis d'accord. En même temps, je ne les utilise pas. Dans tous mes projets perso qui sont des applis web, je me sers de Go pour coder l'API, et le front est fait en Vue.js.
 

boblenain200 a écrit :


 
C'est le langage de moins de 15 ans le plus mal conçu, avec un point de départ le C qui a dérivé pour avec plein de fonctionnalités orthogonales pourries (un systeme d'exception qui ne marche pas - mais ils ont pas eu le courage de s'en tenir au systeme d'erreur initial ou encore pire la tentative de reimplementation d'une monade d'Error sans générique par Rob Pike, pour contourner la gestion ultra verbeuse des erreurs https://blog.golang.org/errors-are-values )


C'est ptet parce qu'il n'y a pas d'exceptions en Go ? :o


---------------
J'ai un string dans l'array (Paris Hilton)
n°2331614
Harkonnen
Un modo pour les bannir tous
Posté le 09-04-2019 à 14:01:56  profilanswer
 

masklinn a écrit :


Ça va ça date de 2015 et ya toujours pas de progrès sur la gestion d'erreurs du langage :o

 

Ptet pour go2 [:dawa]


La gestion d'erreurs est merdique dans plein de langages : entre C++ et ses exceptions non signalées, Java et ses exceptions signalées utilisées pour tout et n'importe quoi (beaucoup de programmes lancent des exceptions pour que le flow du programme continue dans le catch, même en l'absence d'erreur), la gestion d'erreurs est un talon d'achille de beaucoup de langages.
Celle de Go, tout aussi imparfaite qu'elle soit, a au moins le mérite de signaler à l'appelant qu'une méthode peut produire une erreur, et lui permettre ainsi de la traiter si elle existe. Ce que ne fait pas C++ (aucun moyen de savoir qu'une méthode peut jeter une exception, sauf avec le source sous les yeux). Java le fait, mais ça serait bien si ses exceptions ne servaient qu'à gérer les erreurs, et pas à dévier le flow du code sous certaines conditions.

Message cité 1 fois
Message édité par Harkonnen le 09-04-2019 à 14:04:29

---------------
J'ai un string dans l'array (Paris Hilton)
n°2331615
masklinn
í dag viðrar vel til loftárása
Posté le 09-04-2019 à 14:16:33  profilanswer
 

Harkonnen a écrit :


C'est ptet parce qu'il n'y a pas d'exceptions en Go ? :o


panic/recover est un système d’exception.

Harkonnen a écrit :

dévier le flow du code sous certaines conditions.


C’est marrant parce-que panic/recover ont régulièrement été utilisés pour exactement ça :D

Message cité 1 fois
Message édité par masklinn le 09-04-2019 à 14:18:24

---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°2331616
Jubijub
Parce que je le VD bien
Posté le 09-04-2019 à 14:27:51  profilanswer
 

boblenain200 a écrit :


 
Aucun (à part urweb mais je pense pas qu'on puisse le considérer à la mode) et c'est très bien comme ca.  
 
Beaucoup mieux que le systeme de template à chier de Go (une merde parmi tant d'autres dans la stdlib et dont on attend avec impatience les exploits sur la réécriture de la crypto à la main) qui fait que il n'y a pas de systeme de dépendances correct parce que "ya tout dans la stdlib".
 
C'est le langage de moins de 15 ans le plus mal conçu, avec un point de départ le C qui a dérivé pour avec plein de fonctionnalités orthogonales pourries (un systeme d'exception qui ne marche pas - mais ils ont pas eu le courage de s'en tenir au systeme d'erreur initial ou encore pire la tentative de reimplementation d'une monade d'Error sans générique par Rob Pike, pour contourner la gestion ultra verbeuse des erreurs https://blog.golang.org/errors-are-values )
 
Je vais écrire un post de blog pour me défouler  [:canardeur]


en effet, on sent un peu de tension sur le sujet.
 
J'ai juste commencé à lire Go in Action... ça a l'air assez cool comme language (les goroutines sont un concept que je trouve cool), et je remarque aussi que le langage a un peu de traction (le package manager le plus populaire de Arch (yay) est écrit en Go, et y'a Hugo qui est devenu un SSG aussi populaire que Jekyll). C'est d'ailleurs ce qui me motive, j'ai besoin de comprendre le système de templating de Hugo (qui est celui de base de go) pour pouvoir me faire un thème qui gère bien opengraph et me faire la main sur AMP.
 
 


---------------
Jubi Photos : Flickr - 500px
n°2331617
___alt
Posté le 09-04-2019 à 14:30:24  profilanswer
 

masklinn a écrit :

Ptet pour go2 [:dawa]


 
Par contre accrochez vous parce qu'après y'a une version par an.
go3
go4
go4 The Special Edition
etc


---------------
TRIPS RIGHT BUNCH F SHUTTLE TOM AND JERRY RIGHT YELLOW
n°2331618
hephaestos
Sanctis Recorda, Sanctis deus.
Posté le 09-04-2019 à 14:31:00  profilanswer
 

C'est marrant je crois que c'est un mix d'âge et de parcours professionnel, j'en ai vraiment jamais rien eu à foutre de ces considérations de languages et de frameworks. Je croyais que ça viendrait avec l'expertise, mais là il faut bien que je me rende à l'évidence : ça viendra pas (l'expertise non plus, du coup). J'ai toujours adoré faire des trucs magiques avec les outils à ma dispositions. Ma première base de données c'était en Excel piloté par LabVIEW. Quand je bossais à l'université je contrôlais des robots avec des pilotes sur mesure dont j'avais embarqué le client dans MATLAB. C'était con, mais ça marchait et je kiffais. (la base de données je recommencerais ptet pas quand même...). Aujourd'hui, je fais une extension chrome en Angular et j'entends bien que je devrais pas apprécier parce que React/Vue c'est 1000x mieux, mais j'arrive pas à râler comme vous faites aprés mes outils.
 
De toutes façons, les restrictions nourissent la créativité.

n°2331619
___alt
Posté le 09-04-2019 à 14:40:16  profilanswer
 

Harkonnen a écrit :


La gestion d'erreurs est merdique dans plein de langages : entre C++ et ses exceptions non signalées, Java et ses exceptions signalées utilisées pour tout et n'importe quoi (beaucoup de programmes lancent des exceptions pour que le flow du programme continue dans le catch, même en l'absence d'erreur), la gestion d'erreurs est un talon d'achille de beaucoup de langages.


 
Ça reste une verrue du langage, mais ça s'améliore avec le temps.
Bon, pas sur tes projets, mais tu cherches un peu :o


---------------
TRIPS RIGHT BUNCH F SHUTTLE TOM AND JERRY RIGHT YELLOW
n°2331620
___alt
Posté le 09-04-2019 à 14:41:47  profilanswer
 

hephaestos a écrit :

C'est marrant je crois que c'est un mix d'âge et de parcours professionnel, j'en ai vraiment jamais rien eu à foutre de ces considérations de languages et de frameworks. Je croyais que ça viendrait avec l'expertise, mais là il faut bien que je me rende à l'évidence : ça viendra pas (l'expertise non plus, du coup). J'ai toujours adoré faire des trucs magiques avec les outils à ma dispositions. Ma première base de données c'était en Excel piloté par LabVIEW. Quand je bossais à l'université je contrôlais des robots avec des pilotes sur mesure dont j'avais embarqué le client dans MATLAB. C'était con, mais ça marchait et je kiffais. (la base de données je recommencerais ptet pas quand même...). Aujourd'hui, je fais une extension chrome en Angular et j'entends bien que je devrais pas apprécier parce que React/Vue c'est 1000x mieux, mais j'arrive pas à râler comme vous faites aprés mes outils.
 
De toutes façons, les restrictions nourissent la créativité.


 
Après c'est pas tout à fait la même chose que de faire un one-shot d'extension Chrome en Angular et de maintenir un site internet complet et complexe écrit en Angular 1 :o
Tous les outils à contraintes peuvent être utilisés dans des contextes où les contraintes sont minimisées.


---------------
TRIPS RIGHT BUNCH F SHUTTLE TOM AND JERRY RIGHT YELLOW
mood
Publicité
Posté le 09-04-2019 à 14:41:47  profilanswer
 

n°2331621
masklinn
í dag viðrar vel til loftárása
Posté le 09-04-2019 à 15:05:20  profilanswer
 

___alt a écrit :

Ça reste une verrue du langage, mais ça s'améliore avec le temps.
Bon, pas sur tes projets, mais tu cherches un peu :o


Ce qui est dommage sur les checked exceptions c'est surtout que c'est très mal intégré, il est difficile de manipuler des CE (sans parler de fonctions qui peuvent lancer des CE) de manière générique. Go a un problème similaire (vu que les erreurs sont renvoyées par MRV non-réifiées et ya pas moyen de les manipuler) mais une tendance inférieure à empiler des couches le rend un peu moins visible.
 
C'est vraiment là dessus que les langages genre Swift (avec des pseudo-exceptions avec plein de sucre) ou Haskell/Rust (résultats réifiés manipulables de manière générique) gagnent.


---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°2331622
Plam
Bear Metal
Posté le 09-04-2019 à 15:14:15  profilanswer
 

Et personne gueule encore sur Rust :??: C'est ptetre bien alors :o


---------------
Spécialiste du bear metal
n°2331623
Xavier_OM
Monarchiste régicide (fr quoi)
Posté le 09-04-2019 à 15:19:42  profilanswer
 

Plam a écrit :

Et personne gueule encore sur Rust :??: C'est ptetre bien alors :o


 
ça compile pas vite :o


---------------
Il y a autant d'atomes d'oxygène dans une molécule d'eau que d'étoiles dans le système solaire.
n°2331624
Harkonnen
Un modo pour les bannir tous
Posté le 09-04-2019 à 15:21:14  profilanswer
 

masklinn a écrit :


panic/recover est un système d’exception.


tu m'as compris hein :o
 

masklinn a écrit :


C’est marrant parce-que panic/recover ont régulièrement été utilisés pour exactement ça :D


j'ai jamais dit que la gestion d'erreur de Go était exemplaire  [:gidoin]


---------------
J'ai un string dans l'array (Paris Hilton)
n°2331625
Harkonnen
Un modo pour les bannir tous
Posté le 09-04-2019 à 15:23:12  profilanswer
 

___alt a écrit :


 
Ça reste une verrue du langage, mais ça s'améliore avec le temps.
 


depuis 24 ans que Java existe, y s'rait ptet temps [:petrus75]


---------------
J'ai un string dans l'array (Paris Hilton)
n°2331626
Harkonnen
Un modo pour les bannir tous
Posté le 09-04-2019 à 15:24:38  profilanswer
 

Plam a écrit :

Et personne gueule encore sur Rust :??:


parce que personne à part nraynaud l'utilise :o
un peu comme OCaml quoi :o


---------------
J'ai un string dans l'array (Paris Hilton)
n°2331627
el muchach​o
Comfortably Numb
Posté le 09-04-2019 à 15:29:52  profilanswer
 

hephaestos a écrit :

C'est marrant je crois que c'est un mix d'âge et de parcours professionnel, j'en ai vraiment jamais rien eu à foutre de ces considérations de languages et de frameworks. Je croyais que ça viendrait avec l'expertise, mais là il faut bien que je me rende à l'évidence : ça viendra pas (l'expertise non plus, du coup). J'ai toujours adoré faire des trucs magiques avec les outils à ma dispositions. Ma première base de données c'était en Excel piloté par LabVIEW. Quand je bossais à l'université je contrôlais des robots avec des pilotes sur mesure dont j'avais embarqué le client dans MATLAB. C'était con, mais ça marchait et je kiffais. (la base de données je recommencerais ptet pas quand même...). Aujourd'hui, je fais une extension chrome en Angular et j'entends bien que je devrais pas apprécier parce que React/Vue c'est 1000x mieux, mais j'arrive pas à râler comme vous faites aprés mes outils.
 
De toutes façons, les restrictions nourissent la créativité.


[:neernitt]


---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien
n°2331628
Xavier_OM
Monarchiste régicide (fr quoi)
Posté le 09-04-2019 à 15:32:17  profilanswer
 

hephaestos a écrit :

C'est marrant je crois que c'est un mix d'âge et de parcours professionnel, j'en ai vraiment jamais rien eu à foutre de ces considérations de languages et de frameworks. Je croyais que ça viendrait avec l'expertise, mais là il faut bien que je me rende à l'évidence : ça viendra pas (l'expertise non plus, du coup). J'ai toujours adoré faire des trucs magiques avec les outils à ma dispositions. Ma première base de données c'était en Excel piloté par LabVIEW. Quand je bossais à l'université je contrôlais des robots avec des pilotes sur mesure dont j'avais embarqué le client dans MATLAB. C'était con, mais ça marchait et je kiffais. (la base de données je recommencerais ptet pas quand même...). Aujourd'hui, je fais une extension chrome en Angular et j'entends bien que je devrais pas apprécier parce que React/Vue c'est 1000x mieux, mais j'arrive pas à râler comme vous faites aprés mes outils.
 
De toutes façons, les restrictions nourissent la créativité.


 
Il a l'air sympa cet article :)


---------------
Il y a autant d'atomes d'oxygène dans une molécule d'eau que d'étoiles dans le système solaire.
n°2331630
el muchach​o
Comfortably Numb
Posté le 09-04-2019 à 15:49:00  profilanswer
 

Putain je hais les "architectes" de bases de données.

 

Quelqu'un peut me justifier pourquoi ils compliquent les choses inutilement (à part justifier leur salaire) ?

 


create table foo(
            foo_key varchar2(64) not null,
            load_date date not null,
            hash_digest varchar2(64) not null,
            constraint foo_pk primary key (foo_key)
);

 

create table bar(
            bar_key varchar2(64) not null,
            load_date date not null,
            hash_digest varchar2(64) not null,
            constraint bar_pk primary key (bar_key, load_date)
);

 

create table lnk_foo_bar  (
  lnk_foo_bar_key varchar2(64) not null,
  foo_key varchar2(64) not null,
  bar_key varchar2(64) not null,
  constraint lnk_foo_bar_uc unique (foo_key, bar_key)
);

 

En quoi est-ce supérieur à :


CREATE TABLE foo(
            id VARCHAR2(64) PRIMARY KEY,
            load_date DATE NOT NULL,
            hash_digest VARCHAR2(64) NOT NULL
);

 

CREATE TABLE bar(
            id VARCHAR2(64) PRIMARY KEY,
            foo_id VARCHAR2(64),
            FOREIGN KEY(foo_id) REFERENCES foo(id)
);

 

edit: comme le remarque ixemul, je dois préciser que je veux représenter une relation 1-N

Message cité 1 fois
Message édité par el muchacho le 09-04-2019 à 16:09:47

---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien
n°2331631
Plam
Bear Metal
Posté le 09-04-2019 à 15:50:10  profilanswer
 

Sinon ce matin j'ai eu 2h30 de discussion avec un gars d'HPE, super intéressant (vécu l'histoire de Stackato de l'intérieur :D )
 
On retrouve des similarités dans ces grosses boîtes :D (eg Citrix et ses choix « contestables » :o )


---------------
Spécialiste du bear metal
n°2331632
___alt
Posté le 09-04-2019 à 15:50:44  profilanswer
 

Harkonnen a écrit :


depuis 12 ans que je fais du Java 6, y s'rait ptet temps [:petrus75]


 
FYP  [:oh hai]


---------------
TRIPS RIGHT BUNCH F SHUTTLE TOM AND JERRY RIGHT YELLOW
n°2331633
ixemul
Nan mais sans blague ! ⚡
Posté le 09-04-2019 à 15:56:56  profilanswer
 

el muchacho a écrit :

Putain je hais les "architectes" de bases de données.
 
Quelqu'un peut me justifier pourquoi ils compliquent les choses inutilement (à part justifier leur salaire) ?
 


create table foo(
            foo_key varchar2(64) not null,
            load_date date not null,  
            hash_digest varchar2(64) not null,
            constraint foo_pk primary key (foo_key)
);
 
create table bar(
            bar_key varchar2(64) not null,
            load_date date not null,  
            hash_digest varchar2(64) not null,
            constraint bar_pk primary key (bar_key, load_date)
);
 
create table lnk_foo_bar  (
  lnk_foo_bar_key varchar2(64) not null,
  foo_key varchar2(64) not null,
  bar_key varchar2(64) not null,
  constraint lnk_foo_bar_uc unique (foo_key, bar_key)
);


 
En quoi est-ce supérieur à :


create table foo(
            id VARCHAR2(64) PRIMARY KEY,
            load_date DATE NOT NULL,  
            hash_digest VARCHAR2(64) NOT NULL
);
 
create table bar(
            id VARCHAR2(64) PRIMARY KEY,
            foo_id VARCHAR2(64),
            FOREIGN KEY(foo_id) REFERENCES foo(id)
);



 
Relation N-N contre relation 1-N, c'est pas la même chose  [:doc petrus]


---------------
VA APPRENDRE ET REVIENS QUAND TU SAIS, SINON ABSTIENT TOI C'EST UN GRAND CONSEIL QUE JE TE DONNE... TU ES INCOMPÉTENT ET C'EST UNE RÉALITÉ, TU N'AS RIEN A FAIRE ICI FAUT S'Y CONNAITRE ... -Jojo1998 - RIP - http://tinyurl.com/qc47ftk
n°2331634
el muchach​o
Comfortably Numb
Posté le 09-04-2019 à 15:58:44  profilanswer
 

ixemul a écrit :

 

Relation N-N contre relation 1-N, c'est pas la même chose  [:doc petrus]


Oui tu as raison, j'aurais dû préciser. Je fais du 1-N.
Mais l'autre truc qui m'énerve, c'est le préfixe du nom de la clef par le nom de la table:
bar.bar_key au lieu de bar.id ou bar.pk par exemple

Message cité 1 fois
Message édité par el muchacho le 09-04-2019 à 16:00:41

---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien
n°2331635
ixemul
Nan mais sans blague ! ⚡
Posté le 09-04-2019 à 16:00:35  profilanswer
 

el muchacho a écrit :


Oui tu as raison, j'aurais dû préciser. Je fais du 1-N.


 
Après, je sais pas si c'est une erreur de la part de tes "archi" BDD ou une volonté et toi qui as un besoin spécifique de 1-N sur une base dessinée pour du N-N  [:spamafote]


---------------
VA APPRENDRE ET REVIENS QUAND TU SAIS, SINON ABSTIENT TOI C'EST UN GRAND CONSEIL QUE JE TE DONNE... TU ES INCOMPÉTENT ET C'EST UNE RÉALITÉ, TU N'AS RIEN A FAIRE ICI FAUT S'Y CONNAITRE ... -Jojo1998 - RIP - http://tinyurl.com/qc47ftk
n°2331636
el muchach​o
Comfortably Numb
Posté le 09-04-2019 à 16:03:41  profilanswer
 

ixemul a écrit :


 
Après, je sais pas si c'est une erreur de la part de tes "archi" BDD ou une volonté et toi qui as un besoin spécifique de 1-N sur une base dessinée pour du N-N  [:spamafote]


C'est moi qui dois adapter un algo que j'ai écrit, avec 3 tables, à une BD existante, et donc je dois compliquer mon design inutilement pour respecter leurs règles à la con, et manifestemetn parmis celles-ci, il y a celle qui est qu'on ne référence pas les tables directement mais forcément par une table de lien même si on fait du 1-N.  
A mon sens aucun intérêt, si ce n'est de ralentir les requêtes et d'augmenter la taille de la base.
Sans compter leurs règles de nommage à rallonge débiles, style notation hongroise, le fait de ne pas mettre PRIMARY KEY directement sur la clef mais rajouter une ligne CONSTRAINT sans raison, ne pas mettre les mots clefs en majuscules, etc.

Message cité 4 fois
Message édité par el muchacho le 09-04-2019 à 16:05:49

---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien
n°2331637
Xavier_OM
Monarchiste régicide (fr quoi)
Posté le 09-04-2019 à 16:05:08  profilanswer
 

el muchacho a écrit :


C'est moi qui dois adapter un algo que j'ai écrit, avec 3 tables, à une BD existante, et donc je dois compliquer mon design inutilement pour respecter leurs règles à la con, et manifestemetn parmis celles-ci, il y a celle qui est qu'on ne référence pas les tables directement mais forcément par une table de lien même si on fait du 1-N.  
A mon sens aucun intérêt, si ce n'est de ralentir les requêtes et d'augmenter la taille de la base.


 
On en reparle le jour de la migration vers du N-N :D ?


---------------
Il y a autant d'atomes d'oxygène dans une molécule d'eau que d'étoiles dans le système solaire.
n°2331638
el muchach​o
Comfortably Numb
Posté le 09-04-2019 à 16:07:40  profilanswer
 

Xavier_OM a écrit :


On en reparle le jour de la migration vers du N-N :D ?


C'est un algo que j'ai créé, il n'y aura jamais de migration vers du N-N.


---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien
n°2331639
ixemul
Nan mais sans blague ! ⚡
Posté le 09-04-2019 à 16:07:46  profilanswer
 

el muchacho a écrit :


C'est moi qui dois adapter un algo que j'ai écrit, avec 3 tables, à une BD existante, et donc je dois compliquer mon design inutilement pour respecter leurs règles à la con, et manifestemetn parmis celles-ci, il y a celle qui est qu'on ne référence pas les tables directement mais forcément par une table de lien même si on fait du 1-N.  
A mon sens aucun intérêt, si ce n'est de ralentir les requêtes et d'augmenter la taille de la base.
Sans compter leurs règles de nommage à rallonge débiles, style notation hongroise, le fait de ne pas mettre PRIMARY KEY directement sur la clef mais rajouter une ligne CONSTRAINT sans raison, ne pas mettre les mots clefs en majuscules, etc.


 
Après, ca peut permettre de ne pas garder d'adhérence entre table parent et table enfant, tu peux delete un parent sans supprimer les enfants...
 
Bon.. ça peut foutre le dawa autant que ça peut être utile mais bon...
 
Ou alors, ils ont mal compris ton besoin ? :o


---------------
VA APPRENDRE ET REVIENS QUAND TU SAIS, SINON ABSTIENT TOI C'EST UN GRAND CONSEIL QUE JE TE DONNE... TU ES INCOMPÉTENT ET C'EST UNE RÉALITÉ, TU N'AS RIEN A FAIRE ICI FAUT S'Y CONNAITRE ... -Jojo1998 - RIP - http://tinyurl.com/qc47ftk
n°2331641
Jubijub
Parce que je le VD bien
Posté le 09-04-2019 à 16:26:02  profilanswer
 

el muchacho a écrit :


C'est moi qui dois adapter un algo que j'ai écrit, avec 3 tables, à une BD existante, et donc je dois compliquer mon design inutilement pour respecter leurs règles à la con, et manifestemetn parmis celles-ci, il y a celle qui est qu'on ne référence pas les tables directement mais forcément par une table de lien même si on fait du 1-N.  
A mon sens aucun intérêt, si ce n'est de ralentir les requêtes et d'augmenter la taille de la base.
Sans compter leurs règles de nommage à rallonge débiles, style notation hongroise, le fait de ne pas mettre PRIMARY KEY directement sur la clef mais rajouter une ligne CONSTRAINT sans raison, ne pas mettre les mots clefs en majuscules, etc.


 
si y'a pas de N-N en effet ça me parait assez louche de faire ça (premature optimization, etc...).
 
En meme temps c'est ce qui arrive quand tu as des non-coding architects, quel que soit le type : si ton job se justifie par minimiser les risques, tu vas minimiser les risques :D
Ça me rappelle une expression géniale qu'un des vieux de la veille du mainframe utilisait chez Renault Trucks / Volvo : le parapluie anti-éléphants.
 
Un jeune trou du cul fraichement nomé manager avait eu vent d'un risque, qui de l'avis d'experts avait certes un fort impact, mais une probabilité quasi-nulle étant donné la façon dont était codée nos systèmes. Il a fait un battage pas possible auprès du management, du client, qui ont pris peur et lancé un projet coûteux de mitigation du risque.
Du coup les vieux de la veille en avaient fait une blague :  
- tiens, t'as vu qu'il pleut pas d'éléphants, ça doit être que le parapluie est efficace.
 
Les non-coding architects, ce sont des fabricants de parapluie anti-éléphants.


---------------
Jubi Photos : Flickr - 500px
n°2331642
ixemul
Nan mais sans blague ! ⚡
Posté le 09-04-2019 à 16:29:59  profilanswer
 

n'empêche que le jour où il pleut des éléphants, t'es pas comme un con si t'as pas ton parapluie ! :o


Message édité par ixemul le 09-04-2019 à 16:30:11

---------------
VA APPRENDRE ET REVIENS QUAND TU SAIS, SINON ABSTIENT TOI C'EST UN GRAND CONSEIL QUE JE TE DONNE... TU ES INCOMPÉTENT ET C'EST UNE RÉALITÉ, TU N'AS RIEN A FAIRE ICI FAUT S'Y CONNAITRE ... -Jojo1998 - RIP - http://tinyurl.com/qc47ftk
n°2331643
hephaestos
Sanctis Recorda, Sanctis deus.
Posté le 09-04-2019 à 16:36:15  profilanswer
 

el muchacho a écrit :


C'est moi qui dois adapter un algo que j'ai écrit, avec 3 tables, à une BD existante, et donc je dois compliquer mon design inutilement pour respecter leurs règles à la con, et manifestemetn parmis celles-ci, il y a celle qui est qu'on ne référence pas les tables directement mais forcément par une table de lien même si on fait du 1-N.  
A mon sens aucun intérêt, si ce n'est de ralentir les requêtes et d'augmenter la taille de la base.
Sans compter leurs règles de nommage à rallonge débiles, style notation hongroise, le fait de ne pas mettre PRIMARY KEY directement sur la clef mais rajouter une ligne CONSTRAINT sans raison, ne pas mettre les mots clefs en majuscules, etc.


Je sais pas si tu te rends compte de la chance que tu as de nourrir ta créativité à ce point !!!

n°2331644
Shinuza
This is unexecpected
Posté le 09-04-2019 à 17:06:13  profilanswer
 

Moi j'aime bien go et je vous merde.


Message édité par Shinuza le 09-04-2019 à 17:09:42

---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°2331645
el muchach​o
Comfortably Numb
Posté le 09-04-2019 à 17:12:06  profilanswer
 

hephaestos a écrit :


Je sais pas si tu te rends compte de la chance que tu as de nourrir ta créativité à ce point !!!


:D
 
Si, ces 4 derniers mois, je me suis bien éclaté :jap:, raison pour laquelle je resigne pour 6 mois.


---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien
n°2331646
___alt
Posté le 09-04-2019 à 17:14:38  profilanswer
 

Xavier_OM a écrit :

On en reparle le jour de la migration vers du N-N :D ?


 
Bah il migrera, c'est quoi le problème en fait ? T'aimes bien rendre tous tes designs plus compliqués "au cas où" ? :o


---------------
TRIPS RIGHT BUNCH F SHUTTLE TOM AND JERRY RIGHT YELLOW
n°2331647
___alt
Posté le 09-04-2019 à 17:15:21  profilanswer
 

hephaestos a écrit :


Je sais pas si tu te rends compte de la chance que tu as de nourrir ta créativité à ce point !!!


 
[:ddr555]


---------------
TRIPS RIGHT BUNCH F SHUTTLE TOM AND JERRY RIGHT YELLOW
n°2331649
Xavier_OM
Monarchiste régicide (fr quoi)
Posté le 09-04-2019 à 18:24:01  profilanswer
 

___alt a écrit :


 
Bah il migrera, c'est quoi le problème en fait ? T'aimes bien rendre tous tes designs plus compliqués "au cas où" ? :o


 

Citation :

Yagni only applies to capabilities built into the software to support a presumptive feature, it does not apply to effort to make the software easier to modify.


 :o


---------------
Il y a autant d'atomes d'oxygène dans une molécule d'eau que d'étoiles dans le système solaire.
n°2331650
Jubijub
Parce que je le VD bien
Posté le 09-04-2019 à 18:41:11  profilanswer
 

Xavier_OM a écrit :


 

Citation :

Yagni only applies to capabilities built into the software to support a presumptive feature, it does not apply to effort to make the software easier to modify.


 :o


je suis modérément d'accord : par expérience d'avoir bossé sur le meme produit 5 ans, un soft est basé sur des assomptions. Certaines tiennent dans le temps, d'autres non, et c'est assez imprédictible. Et on a eu beaucoup de hit and miss dans les deux sens (anticiper des trucs qui ne sont jamais arrivés, et donc on a du se trimbaler la complexité d'un truc inutile, ou des trucs non anticipés qui se sont avérés très chiants à migrer). Comme c'est imprédictible, et que meme si on peut le prédire il peut y avoir plein de raisons qui font que le moment venu la solution que tu avais anticipée va pas jouer, je suis partisan de suivre les règles de bases de modularité, et de laisser venir et traiter le moment venu.
 
Un excellent tweet thread sur ce sujet : https://twitter.com/evolvable/statu [...] 0637847552
tl;dr : un gars parle d'un pain en prod due à une boucle imbriquée. Et au lieu de blamer le dev, le gars explique que vu les assumptions de l'époque, le dev avait totalement eu raison de faire une boucle imbriquée plutot qu'un design plus évolué, et que ce design a tenu bon pendant 7 ans


---------------
Jubi Photos : Flickr - 500px
n°2331651
Blackyell
$question = $to_be || !$to_be;
Posté le 09-04-2019 à 18:50:08  profilanswer
 

___alt a écrit :


 
Bah il migrera, c'est quoi le problème en fait ? T'aimes bien rendre tous tes designs plus compliqués "au cas où" ? :o


 
Moi je veux bien en parler de complexité de design...
 
Je viens de modifier 27 fichiers pour ajouter 1 propriété dans 2 entités... sous Symfony... j'ai envie de tuer des gens.

n°2331652
Xavier_OM
Monarchiste régicide (fr quoi)
Posté le 09-04-2019 à 18:50:34  profilanswer
 

Perso j'ai toujours passé bien plus de temps de sueur et de larmes sur des gros refactorings pour s'adapter à des trucs non anticipés. Prévoir un design un peu plus générique que nécessaire ça coûte peu comparativement. Sur 10 design 'trop' génériques a priori si un seul t'épargne un gros refactoring a posteriori t'es déjà rentable.


---------------
Il y a autant d'atomes d'oxygène dans une molécule d'eau que d'étoiles dans le système solaire.
n°2331653
Ydalb
In Crêpes n' Cidre I Trust!
Posté le 09-04-2019 à 18:56:41  profilanswer
 

Blackyell a écrit :


 
Moi je veux bien en parler de complexité de design...
 
Je viens de modifier 27 fichiers pour ajouter 1 propriété dans 2 entités... sous Symfony... j'ai envie de tuer des gens.


 
Qu'est-ce que je suis content de ne plus en faire :D  
 
Après, pas trop testé le 4 encore.. Mais j'suis pas pressé :o


---------------
:o
n°2331654
Kenshineuh
Posté le 09-04-2019 à 18:59:24  profilanswer
 

Ydalb a écrit :

 

Qu'est-ce que je suis content de ne plus en faire :D

 

Après, pas trop testé le 4 encore.. Mais j'suis pas pressé :o

 

Same. :o

 

J'ai adoré Symfony. Mais je peux tellement plus blairer ça, ou même PHP aujourd'hui.

Message cité 1 fois
Message édité par Kenshineuh le 09-04-2019 à 18:59:58
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  22845  22846  22847  ..  27190  27191  27192  27193  27194  27195

Aller à :
Ajouter une réponse
 

Sujets relatifs
Plus de sujets relatifs à : [blabla@olympe] Le topic du modo, dieu de la fibre et du monde


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)