Je ne comprends pas la question ? vous voulez que je vous cite des frameworks qui font de la génération de CRUD ?
Framework php sécurisé et simple à prendre en main avec générateur web http://mkframework.com/ (hebergé sur developpez.com)
Mes cours/tutoriaux
Retrouvez moi sur :
Mon Espace Developpez.com------------------------------- Dvp.NET, une librairie open-source de composants .NET
Mon blog: Up there in the code---------------------------- Twitter: NatMarchand
Ma société: So@t
Showrizo : Suivez votre planning de séries télé sous Windows 8
@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
Framework php sécurisé et simple à prendre en main avec générateur web http://mkframework.com/ (hebergé sur developpez.com)
Mes cours/tutoriaux
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!
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...
Retrouvez moi sur :
Mon Espace Developpez.com------------------------------- Dvp.NET, une librairie open-source de composants .NET
Mon blog: Up there in the code---------------------------- Twitter: NatMarchand
Ma société: So@t
Showrizo : Suivez votre planning de séries télé sous Windows 8
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.
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).
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).
Retrouvez moi sur :
Mon Espace Developpez.com------------------------------- Dvp.NET, une librairie open-source de composants .NET
Mon blog: Up there in the code---------------------------- Twitter: NatMarchand
Ma société: So@t
Showrizo : Suivez votre planning de séries télé sous Windows 8
Vous dites en amont
Puis vous dites:
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 plus
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
Framework php sécurisé et simple à prendre en main avec générateur web http://mkframework.com/ (hebergé sur developpez.com)
Mes cours/tutoriaux
Oui, sur VS2010 on était sur du MVC2 en natif donc oui il pouvait faire du MVC2 en natif.
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.
Retrouvez moi sur :
Mon Espace Developpez.com------------------------------- Dvp.NET, une librairie open-source de composants .NET
Mon blog: Up there in the code---------------------------- Twitter: NatMarchand
Ma société: So@t
Showrizo : Suivez votre planning de séries télé sous Windows 8
D'ailleurs si un ouvrier est spécialisé en marteau, faut pas le demander d'utiliser un tournevis!
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é.
Framework php sécurisé et simple à prendre en main avec générateur web http://mkframework.com/ (hebergé sur developpez.com)
Mes cours/tutoriaux
C'est vrai qu'il est plus intéréssant d'être polyvalent
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
Framework php sécurisé et simple à prendre en main avec générateur web http://mkframework.com/ (hebergé sur developpez.com)
Mes cours/tutoriaux
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...
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é").
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 . 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
Framework php sécurisé et simple à prendre en main avec générateur web http://mkframework.com/ (hebergé sur developpez.com)
Mes cours/tutoriaux
Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
3)le temps de comprendre toutes les exigences, le projet est terminé
4)le temps de terminer le projet, les exigences ont changé
Et le serment de non-allégiance :
Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.
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...
M E N S . A G I T A T . M O L E M
Debian 64bit, Lazarus + FPC -> n'oubliez pas de consulter les FAQ Delphi et Pascal ainsi que les cours et tutoriels Delphi et Pascal
"La théorie, c'est quand on sait tout, mais que rien ne marche. La pratique, c'est quand tout marche, mais qu'on ne sait pas pourquoi. En informatique, la théorie et la pratique sont réunies: rien ne marche et on ne sait pas pourquoi!".
Mais Emmanuel Kant disait aussi : "La théorie sans la pratique est inutile, la pratique sans la théorie est aveugle."
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager