Discussion :

[YannPeniguel]

S'il est clairement spécifié dans le contrat que le projet est fait pour fonctionner dans un environnement .Net 4.0, WPF et Office 2010, c'est un prérequis, je vois mal comment le prestataire pourrait être tenu pour responsable que le projet ne fonctionne pas sous XP SP1.

J'ai compris cette obligation de conseil comme étant aussi valable préalablement au contrat, justement dans le cadre de la rédaction de celui-ci.

Je serais curieux de savoir si, une fois que le contrat est signé, le client peut attaquer pour un défaut de conseil relatif à ce qui est spécifié dans le-dit contrat. Y a t'il déjà des affaires qui ont été jugées à ce sujet?

[pmithrandir]

...

Ce qui me fait halluciner la dedans... c'est cette histoire de pointeuse, et surtout la "collègue" qui joue les fliquettes... je trouve ca detestable comme ambiance... Comment se fait il que vous acceptiez de bosser dans ces conditions ?

Boulot de merde, conditions de merde...

Monster et les jeudis devraient êtres vos meilleurs amis...

[tchize_]

En France, c'est surtout qu'on n'a pas le droit d'utiliser le NIR comme clef.

Tu veux dire qu'on ne peux pas l'utiliser comme clé mais qu'on peux le stocker dans la DB??

[pcaboche]

Tu veux dire qu'on ne peux pas l'utiliser comme clé mais qu'on peux le stocker dans la DB??

Il me semble qu'il faut l'aval de la CNIL pour cela. Mais comme t'as pas envie d'avoir à rendre des comptes à la CNIL, et bien tu ne le fais pas.

[tchize_]

il faut l'aval de la cnil pour tout ce qui est personnel comme donnée. Je te vois mal gérer un DB de ressources humaines sans avoir de données à caractère personnel

[pcaboche]

il faut l'aval de la cnil pour tout ce qui est personnel comme donnée. Je te vois mal gérer un DB de ressources humaines sans avoir de données à caractère personnel

C'est clair.

Il y a des jours où je me dis que si Mark Zuckerberg était né en France, il n'aurait jamais pu devenir milliardaire : avec Facebook il aurait eu tout le temps la CNIL sur le dos.

[Golgotha]

Dans un gros projet, notre client reçoit notre modele de base de donnée, pour qu'il le valide, puis on reçois LA réponse.....

En 30 ans de carrière j'ai jamais vu de clés étrangères dans des bases de données !! donc je les ai toutes supprimé, vous validerez l'unicité des données dans l'application.

Au début on à cru à une blague..

[tchize_]

en même temps, en général, le client en a rien a f*** de la structure de donnée, je vois même pas pourquoi vous lui demandez de la valider

[jbrasselet]

Au début on à cru à une blague..

IL y a encore un an, je bossais sur une appli ou tout était fait dans le code et rien dans la base de données, je compatis

[kiwwi209]

"C'est quoi un include ?"

De la part d'un mec dont le boulot est d'intégrer les pages web...
Et là je me dis "Avais-je raison d'être inquiète sur la partie intégration du projet ?..."

[YannPeniguel]

C et C#, c'est presque pareil

De la part de quelqu'un en Master d'Informatique.

[tchize_]

De la part de quelqu'un en Master d'Informatique.

Il a pas tord, tant qu'on utilise pas les objets, il y a peu de différence dans les grammaires autorisées

[Barsy]

Il a pas tord, tant qu'on utilise pas les objets, il y a peu de différence dans les grammaires autorisées

Dans ce cas, autant dire qu'il en va de même pour Java et PHP...

[tchize_]

Dans ce cas, autant dire qu'il en va de même pour Java et PHP...

je peux pas dire pour php, mais on peux pas faire de java sans objet :p

[YannPeniguel]

Il a pas tord, tant qu'on utilise pas les objets, il y a peu de différence dans les grammaires autorisées

Ce n'est pas une question de grammaire. Connais tu beaucoup de gens qui font des projets C# de façon impérative comme en C?

Si c'est le cas, peux tu les insulter de ma part?

Le C et le C# sont pour moi très différents, non seulement à cause de l'aspect OO mais aussi à cause des nombreux concepts et de la plateforme .NET.

Tu me diras que le framework .NET n'est pas le C#, c'est vrai mais je n'ai pas connaissance d'usages de C# hors de .NET/Mono.

Donc clairement, pour moi ça n'a rien à voir, et ce n'est pas une question de grammaire ou de syntaxe, mais de concepts, d'architecture, et de plateforme.

[yoyo88]

Ce qui me fait halluciner la dedans... c'est cette histoire de pointeuse, et surtout la "collègue" qui joue les fliquettes... je trouve ca detestable comme ambiance... Comment se fait il que vous acceptiez de bosser dans ces conditions ?

Boulot de merde, conditions de merde...

Monster et les jeudis devraient êtres vos meilleurs amis...

comment je fait? tres simple, je change de société dans un mois!
merci les jeudis!

[tchize_]

Ce n'est pas une question de grammaire. Connais tu beaucoup de gens qui font des projets C# de façon impérative comme en C?

J'avais lu C++ désolé.

En même temps, C++ et C# c'est presque la même chose, on a juste placé autrement le + pour en faire des croisillons

[YannPeniguel]

J'avais lu C++ désolé.

En même temps, C++ et C# c'est presque la même chose, on a juste placé autrement le + pour en faire des croisillons

Un projet fait proprement en C++ ne ressemble pas du tout à un projet C.

Quand on fait du vrai C++, ça ressemble en fait plus à du Java ou du C# qu'à du C.

Mais c'est plus difficile à assimiler et à admettre, étant donné que pas mal de gens font des projets qui mêlent du C et du C++ (on peut utiliser les librairies C en C++).

Du C++ propre, c'est un fichier source + un fichier header par classe, des interfaces, de l'héritage...
Bref, une vrai architecture logiciel gravitant autour du modèle objet.

Après, c'est sur que si tu as rajouté un std::vector dans ton projet C, ça devient du C++, mais ce n'est pas pour autant que ça fait du C++ propre.

Donc je te réitère ma remarque plus haut, pour moi C, C++ et C# sont bien trois langages différents.

D'ailleurs, à mes yeux C++ est plus proche de C# que du C.

En conclusion, je rajouterais:

Connais tu beaucoup de gens qui font des projets C++ de façon impérative comme en C?

Si c'est le cas, peux tu les insulter de ma part?

[tatayo]

IL y a encore un an, je bossais sur une appli ou tout était fait dans le code et rien dans la base de données, je compatis

Parmis toutes les applications que nous utilisons (et qui gravitent autour d'une base de données), les seules qui implémentent l'intégrité référentielle dans la base sont... celles développées en interne !
Ni l'ERP, ni le WMS, ni le logiciel d'encaissement ne l'utilise !
Et voici le comble: quand nous cherchions un nouveau logiciel d'encaissement, j'ai demandé ce qu'il en était de l'intégrité référentielle. Réponse: "Nous, on a aucun problème avec l'intégrité référentielle, on gère ça très bien." Finalement, il fallait comprendre "Aucun problème, on ne la gère pas du tout...". Et quand j'ai jeté un oeil dans la base pour voir, j'ai pris peur: rien n'est normalisé, un timestamp sans l'heure et l'heure dans une autre colonne, un numéro de ticket qui représente un ticket, ou une commande, ou un acompte, ou... mais dans la même colonne, et j'en passe.

Tatayo.

[LooserBoy]

Ce n'est pas une question de grammaire. Connais tu beaucoup de gens qui font des projets C# de façon impérative comme en C?

Si c'est le cas, peux tu les insulter de ma part?

Préviens moi que je t'accompagne, je te les tiendrais et leur courrais après s'ils tentent de s'enfuir...