ok merci pour ta réponse qui m'est très instructive ; peux-tu citer des noms de frameworks modernes en 3 lignes ?Citation:
Envoyé par imikado
Version imprimable
ok merci pour ta réponse qui m'est très instructive ; peux-tu citer des noms de frameworks modernes en 3 lignes ?Citation:
Envoyé par imikado
Je ne comprends pas la question ? vous voulez que je vous cite des frameworks qui font de la génération de CRUD ?
Sur ASP.NET MVC c'est natif. Création d'un projet, ajout d'un modele via Entity Framework et après pouf scaffolding des entités qui donnent des vues et des contrôleurs pour faire du CRUD.Citation:
Envoyé par Mat.M
@Nathanael Marchand pour être précis, il faut installer Enity Framework et MVC3 non ? je dis ça, je ne fais pas du web en .net mais un de mes collègues qui débutait en .net a assez "galéré" avec ça ;)
Mais pour répondre à la question: les frameworks php actuels: ZendFramework, Symfony et même le MkFramework le propose facilement ;)
J'ai eu le cas d'un programme de traitement comptable sur une base de données SQL SERVER qui déclenchait des alertes dans la base de données parce que le traitement était trop rapide à ma grande stupeur! J'ai du temporiser le programme pour ne pas saturer le serveur. Il m'a fallu du temps pour faire la correspondance entre les erreurs centralisés par un logiciel Nagios et le programme. Programme de merde = problème de merde!Citation:
Envoyé par abrillant
Le décideur veut que l'informatique tourne comme une horloge, il s'en fou qui a foutu la merde, voire qui continue à saboter le SI, l'important pour lui est de trouver un bouc émissaire quand ça ne va pas.
Euh, je sais pas avec quelle version travaille ton collègue mais depuis Visual Studio 2010 c'est intégré. Et de toute façon, désormais, tout ASP.NET fonctionne sur un système de paquets dans un repository (appelé NuGet), un peu à la "apt" sur linux. Donc franchement, pour galérer à installer faut vraiment avoir deux mains gauches...Citation:
Envoyé par imikado
Non je ne suis pas d'accord si on te recrute en tant que développeur .Net c'est que tu aimes faire du C# et pas du ruby , java ou autre le fait d'accepter d'utiliser un langage que tu n'aimes pas fait que tu feras mal ton métier.Citation:
Envoyé par kakashi99
Mais ton post prouve que les gens dans une société n'ont pas compris c'est qu'est d'être programmeur... c'est avec une telle mentalité que le métier ne passionne plus.
En fait les programmeurs sont pris pour une simple relation d'exécutant ? si on me demande de faire du cobol c'est sans moi c'est ça un pro.
Par ailleurs ton message est étonnant alors qu'on sait que se spécialiser reste la meilleur façon d'être opérationnel et bon si l'employeur croit que du jour au lendemain tu apprends à fond un langage en passant du .net -> Java et ses multiples API c'est qu'il n'a pas sa place.
Pour en revenir au sujet je dirai qu'effectivement il y a des grandes différences entre l'école et la réalité ou tu dois subir les choix (parfois correcte) et souvent mauvais.
Tout dépend de la boîte et le degré de liberté/tolérance.
Il y a qu'en France (Europe ?) ou y a cette notion d'immédiateté opérationnelle, très lié au contexte SSII : un client paie pour une prestation assez courte (<3ans) il ne peut pas se permettre de perdre 17% (6mois) du temps pour mettre le consultant à niveau sur le langage (d'autant plus que ca serait un mauvais investissement, le consultant n'étant plus là après).Citation:
Envoyé par Johnny P.
Dans un milieu ou il y a moins de prestation mais plus de production logicielle, ca n'est plus le cas : on mise sur un profil qui sait raisonner, il s'adaptera à la techno après... Dans la Bay, les entretiens sont plutôt de l'algorithmie en pseudo langage sur un tableau blanc, que tu roxxes Java, .Net au Cobol importe peu... Mais les besoins et contextes sont différents...
C'est une opposition entre une informatique de service, ou le but est de combler un besoin métier de la manière la plus efficace (la notion d'efficacité est totalement subjective: ca peut être un pansement sur une jambe de bois qui hérisse le poil d'un technique mais qui satisfait le business) et une informatique d'édition ou le but est d'avoir le meilleur produit pour le vendre ensuite. La France n'est malheureusement pas un grand pays d'éditeurs de logiciels (mis à part Dassault Systèmes).
Vous dites en amont
Puis vous dites:Citation:
Envoyé par Nathanael Marchand
Désolé, mais de base, lorsque vous créé un projet web, il n'y a ni Entity Framework, ni MVC3: ce n'est pas natif, il a du les installer en plusCitation:
Envoyé par Nathanael Marchand
Après je sais pas si il est passé par Nugget ou sur le site ou autre
Mais ce n'est pas NATIF :)
Et comme vous pouvez le lire à droite à gauche, c'est pas le seul dans ce cas à devoir faire des manipulations à la main:
http://stackoverflow.com/questions/5...tudio-2010-sp1
http://stackoverflow.com/questions/5...al-studio-2010
http://stackoverflow.com/questions/8...al-studio-2010
http://www.codeproject.com/Questions...inplusVisualpl
Il y a même des billets de blog pour indiquer comment l'installer
http://tedgustaf.com/blog/2011/4/ins...udio-2010-sp1/
Mais à part ça, si ils galèrent c'est qu'ils ont tous 2 mains gauches :aie:
Oui, sur VS2010 on était sur du MVC2 en natif donc oui il pouvait faire du MVC2 en natif.Citation:
Envoyé par imikado
Depuis le 3 me semble-t-il, il y a eu cette "packagisation" sur NuGet et du coup on se retrouve avec un ASP.NET MVC toujours a jour (mais ca ne marche peut être qu'avec VS2012 et +).
Il faut savoir que si y'a eu cette packagisation de ASP.NET et EntityFramework c'est pour ne plus lier les sorties de ces frameworks avec les sorties de Visual Studio et ainsi rester indépendants en terme de planning.
D'ailleurs si un ouvrier est spécialisé en marteau, faut pas le demander d'utiliser un tournevis!Citation:
Envoyé par Johnny P.
Je crois vraiment que je ne fais pas le même métier que certaines personnes ici: mon métier, c'est utiliser mes connaissances pour que l'outil informatique aide/rende possible le métier de l'entreprise à accomplir ses taches. Le langage n'est qu'un outil et il faut utiliser le plus approprié.
Je ne dis pas le contraire, j'appuyais juste mes propos quand je disais qu'il avait eu du mal, et que non il n'avait pas deux mains gauches ;)Citation:
Envoyé par Nathanael Marchand
C'est bête qu'il ne soit pas membre de dvp, il pourrait répondre en son nom :(
C'est vrai qu'il est plus intéréssant d'être polyvalentCitation:
Envoyé par zaventem
Personnellement je suis spécialisé web (php/html5/JS...), mais je fais également du perl, du vb.net/c#.net, j'ai également par le passé fait de l'AdonixV3...
Je regarde également par curiosité intellectuelle pour faire un portage de mon framework en ruby/python ;)
Un langage ça s'apprend, mais on est toujours plus performant dans un langage sur lequel on a de l'expérience ;)
c'est exactement ce que je pense, et c'est la ou pour moi il y a un différence entre "pro" et "passionné", dans 99% des cas le passionné ne prendra pas le recule pour se rendre compte que le langage qu'il adule n'est pas approprié pour une tache qu'on lui donne...Citation:
Envoyé par zaventem
c'est normal d'avoir un langage "dominant", dans lequel on est alaise etc... mais je trouve aberrant que l'on refuse un projet parce "qu'on sait pas faire" ou pire parce "qu'on veut pas faire"...
perso c'est ce qui m'éclate ds mon boulot, apprendre et voir des trucs nouveaux tous les jours.
Faut faire attention à l'utilisation de ces mots ("pro" et "passionné").Citation:
Envoyé par kakashi99
Le meilleur reste le "pro" "passioné" par sont travail car il n'a pas peur d'apprendre par plaisir contrairement au pro qui est contraint par manque de passion.
Après l'histoire des langage framework ou autres, c'est souvent la même chose au pire le nom d'une fonction ou objet qui change rien de bien méchant quand on sait ou l'on veut aller, la seule grosse différence c'est l'objet et l'iteratif.
J'ai un ami qui s'amuse à dire que le developpement au bout du compte n'est qu'un enchainement de if.
Il faut juste aimer la recherche documentaire, pour moi le dev n'est pas une fin en soit mais c'est la beauté du code et de la solution mise en place qui est jouissif pas le fait de dev pour dev.
[QUOTE=jouana]Faut faire attention à l'utilisation de ces mots ("pro" et "passionné").
Le meilleur reste le "pro" "passioné" par sont travail car il n'a pas peur d'apprendre par plaisir contrairement au pro qui est contraint par manque de passion.
[QUOTE]
Je suis d'accord avec vous, sauf que .. la plus part des "pro" "passionné" ont le problème d'avoir beauoup de connaissance dû à la passion, sans métriser parfaitement les connaissances.
Ici dû moins, de ce que je vois de mes collègues, beaucoup sont "pro" mais sans être passionné, ceux qui sont passionné, ont de la difficulter à être pro parce qu'ils veulent tout voir tout connaitre. J'ai été longtemps dans cette catégorie, c'est assez difficile de faire un juste millieu.
Je suis tout à fait d'accord ! ! Ce que vous dites est vrai dans n'imporetequel domaine et pas uniquement l'informatique : Un ingénieur est fait pour résoudre les défits intelectuels et faire de l'innovation et de l'optimisation pas pour faire du répétitif :evilred:. La routine et le répétitif tu l'ingénieur...
@teffal je n'aurais qu'un mot : DRY*
Si vous devez repéter quelquechose, essayer de créer une librairie / module ou autre pour l'éviter la prochaine fois :)
C'est la philosophie suivi par les frameworks: vous permettre de générer la structure de votre application, le code répétitif (CRUD/couche modèle...) et de vous proposer des librairies/classes pour faciliter les développements.
*DRY Don't Repeat Yourself
J'irais même plus loin : c'est notre devoir d'ingénieurs(avec ou sans diplôme) que de ne pas se contenter d'obéir aux ordres, mais d'aller plus loin, et de faire mieux que ce qui était demandé.Citation:
Envoyé par imikado
Je dirai plus humblement : notre métier (ingé, universitaire ou autre extraterrestre informaticien) est intellectuel avant tout, ce qui suppose un esprit d'analyse, un sens critique et une certaine volonté de s'en servir. Quant au devoir, c'est un bien grand mot.
Quant à l'assassinat des ingénieurs (je n'en suis pas un) par la routine, on ne doit pas plus compter le nombre de morts...