Comment faire classique ASP Intéressant si vous êtes coincé avec cela?
J'avais l'habitude de travailler sur une très petite entreprise d'impartition (4 programmeurs et le patron), puis lorsque le stress et les longs changements fréquents rendaient la situation insupportable, je faisais passer un emploi mieux rémunéré avec un horaire plus détendu qui me permet d'accroître plus temps libre.
Le problème, cependant, est que, dans la plupart des cas, tout est codé dans Classic ASP _ qui interface avec un système de file d'attente C++ sur mesure qui stocke tout dans les systèmes AS400. Mon patron était l'un des développeurs qui a rendu les efforts initiaux à ce sujet et n'approuveraient naturellement jamais un passage à une autre langues/technologies malgré la difficulté croissante qui représente aujourd'hui les besoins commerciaux d'hier.
Je suis à peu près collé codant avec classique ASP dans un avenir prévisible, et je me débats pour trouver des moyens de le faire au moins intéressant, comme je travaillais avec .NET et Java Auparavant, et j'ai l'impression d'aller en arrière ... des conseils?
Comme d'autres l'ont souligné, vous devriez probablement essayer de changer l'esprit de votre patron ou de trouver un emploi dans lequel vous n'avez pas besoin de supporter une telle mentalité en arrière.
Toutefois , dans la moyenne, vous pouvez rendre votre travail un peu plus intéressant en essayant de déplacer les fonctionnalités que vous pouvez trouver le client et d'utiliser des appels asynchronisés pour déclencher des choses à arriver sur le serveur. Pensez à cela comme une extrémité frontale HTML/JavaScript avec Webservices (implémentées dans ASP classique) à l'arrière. Développer une API reposante pourrait être un défi intéressant, il existe des outils tels que parsers JSON pour classiques ASP= pour déplacer les données de manière plus standard et - Modèle côté client vous permettrait de formater des données que vous obtenez de votre Services Web Pour une présentation plus agréable. LinkedIn a fait quelque chose de similaire pour unifier différentes technologies de back-end.
Une fois que vous avez une API reposante, vous pouvez essayer d'écrire des services Web gérés pour émuler des fonctionnalités de classiques existantes ASP Stuff.
Avant de commencer, je ne traiterai pas de la question de savoir si votre patron est ou non d'insister sur l'ASP classique. Vous ne nous avez pas suffisamment donné des informations. Si vous avez un très grand corps de code existant dans classique ASP====== suffisamment bon, et vous faites de petites tâches de maintenance, c'est probablement une bonne idée juste de s'en tenir à l'ASP classique. .. le coût de tout portage vers une nouvelle langue pourrait être trop élevé. Cependant, si votre patron lance de nouveaux projets en ASP classique, eh bien, il n'y a aucune excuse pour cela. Et il y a toute une gamme au milieu. Je ne sais pas Avoir suffisamment d'informations pour peser sur cela et ne vous dérangerez pas.
Mais je veux aborder votre question précise ... Comment faire codage intéressant.
Est intéressant une bonne chose dans le codage? Rappelez-vous la malédiction chinoise ", pouvez-vous vivre dans des moments intéressants?" Eh bien, ce n'est probablement pas chinois ... mais la chose est de savoir si toutes les formes de programmation devraient être intéressantes. Parfois, vous voulez juste que ce soit facile et simple. Les plus gros salés de code que j'ai jamais dû nettoyer ont été causés par des développeurs qui sont fatigués de la simple façon simple de faire quelque chose et de trouver une caractéristique de langue intelligente que personne n'a jamais entendu, juste pour garder leur propre esprit stimulé. Je me souviens de trouver 20 lignes de code C++ dont je ne pouvais tout simplement pas déchiffrer. Il s'avère avoir été une sorte de truc subtile par un développeur pour assurer que certaines variables ont été initialisées à 1 si vous avez oublié de les initialiser. C'était ridicule et garçon était-ce intéressant. Mais il a gaspillé le temps de tout le monde - son inclus.
Il y a beaucoup de vertu pour écrire la majeure partie de votre code quotidien dans une langue "ennuyeuse". Cela signifie que vous pouvez utiliser votre cerveau pour réfléchir au domaine de l'application au lieu d'essayer de déterminer pourquoi la dernière fonctionnalité linguistique que vous venez de créer ne fonctionne pas comme vous l'attendiez. Vous pouvez généralement travailler beaucoup plus vite si vous comprenez votre langue et ses bibliothèques complètement. Et cela signifie que vous pouvez utiliser vos cycles cérébraux pour quelque chose comme penser à rendre votre application plus intéressante, plus utile, plus rentable ou plus utilisable.
Pour garder votre esprit tranchante, utilisez votre temps libre pour apprendre de nouvelles langues intéressantes. Travaillez sur des projets open source ou des travaux sur vos propres projets.
N'oubliez pas que je ne défends pas l'utilisation de l'ASP classique et je ne dis pas que c'est une bonne idée de l'utiliser car c'est "ennuyeux". Si vous pensez que c'est une vertu d'utiliser un environnement de développement "intéressant", plus de pouvoir pour vous ... Mais vous vous concentrez sur la mauvaise chose. Un bon sculpteur ne veut pas un ciseau intéressant ... qui se ferait dans la façon de faire de belles statues. Un bon peintre ne cherche pas de pince-pinbruses "intéressantes". Ils pourraient vous faire tromper avec des outils intéressants, mais ils vont faire de leur mieux avec les outils les plus ennuyeux possibles - les outils qui sont tellement ennuyeux qu'ils disparaissent et laissent l'artiste travailler sur l'art.
Vous avez envie d'aller en arrière car vous êtes. Il n'y a pas de conseils autre que de trouver une entreprise qui N'est-elle pas coincée dans les âges sombres. Il y a une raison absolument nulle pour coller avec classique ASP au cours de la journée et à l'âge; En fait, je vais dire que je choisis que choisir de coller avec classique ASP va to blessé Vous êtes à l'avenir en tant que) votre .NET et Java compétences sera atrophie et b) à une prospective Future Employeur Vous travaillez sur le VSP classique, une technologie obsolète depuis plus de 10 ans et même alors, c'est comme tirer des dents; en d'autres termes, vous n'avez aucune expérience pertinente. Vous avez choisi mal, semble-t-il.
Vous ne pouvez faire que beaucoup avec ASP classique, et tout est très douloureux.
Apprenez une langue moderne de votre choix et utilisez-la pour créer un outil qui génère votre ASP pages et classes pour vous, par exemple en inverse Engineering à partir d'une base de données cible. Qui va sûrement le rendre intéressant .
Pourquoi voudriez-vous jamais être coincé avec une ancienne technologie? Les entreprises migrent toutes les technologies. L'astuce consiste à mettre une liste des raisons pour lesquelles un passage à une technologie plus récente est bénéfique pour la société - à la fois provenant des points de vue techniques et commerciaux. Plus de fois que non, le coût frontal de la migration des piles techniques FAR dépasser les coûts de développement futurs.
Même si, pour une raison obscure, il a été trouvé de ne pas être viable de changer de piles techniques, vous pouvez toujours utiliser des outils et des technologies actuels pour faire de votre vie à l'aide des anciennes technologies plus supporables.
Si votre patron est l'un des développeurs initiaux du projet et refuse de changer de technicien niquement en fonction du fait qu'il est votre patron et connaît mieux que vous, alors je voudrais Très probablement, recherchez un nouvel emploi - vous ne voulez pas être coincé dans un environnement où votre leadership est à court terme. Je ne dis pas que le convaincre qu'il sera facile, car je suis sûr qu'ils ont années du travail investi dans leur bébé et à admettre des changements est nécessaire est un coup énorme sur le 'Ole Ego. . Vous devez vous assurer que vous avez clair, concis et mesurable raisons pour la raison pour laquelle une migration est requise, où il serait à peu près mis Votre patron dans une situation où non La migration serait clairement une mauvaise décision.
Bonne chance.
Je travaille avec classique ASP au travail aussi et j'ai géré (dans une certaine mesure) pour le rendre intéressant. Voici les étapes:
- Classic ASP== peut être codé dans VBScript ou JScript (JavaScript), sans modification de l'architecture. Basculer vers JavaScript.
- Accédez à diverses bibliothèques: JSON2.JS, SADERSCORE, Moustache ... Vous pouvez consulter Node.js Bibliothèques ou bibliothèques côté client, avec diverses modifications.
- Construire un cadre MVC ou télécharger un. Vous pouvez gérer des modèles et des vues en chargeant un fichier à partir du serveur et en lisant son contenu et utilisez l'une des nombreuses bibliothèques de modèles JS. Pour le contrôleur, vous pouvez utiliser des variables dans la requête pour rediriger les demandes comme vous utiliseriez l'URL habituellement (moins propre mais fonctionne).
- Vous pouvez également construire un (simplifié) REST API!
- Créez un orm (si vous avez accès à la base de données) ou en télécharge un. Vous pouvez même faire du linq-to-sql basé sur le soulignement.
- Travailler sur votre point de vue. Utilisez des bibliothèques JS avancées telles que Angular ou dorsale. Swtich de CSS à moins, Stylus ou Sass.
- Faire des cours de code proxy à la lache. Ce sont des classes fabriquées dans le seul but d'interfacer avec le vieux code laid afin que vous n'ayez pas à le toucher.
Vous pouvez créer vos propres cours et rationaliser autant de processus que possible. Voici un site avec quelques exemples: http://www.u229.no/stuff/
Vous pouvez même commercialiser vos cours à d'autres personnes qui utilisent toujours une ASP classique. Comme Demian a dit, il y a beaucoup d'entreprises avec des technologies plus anciennes ... Tout le monde ne saute pas dans les nouvelles choses.
Tout d'abord, si ce n'est pas le prix de la mise à jour de votre technologie, mais le fait que le PDG soit si court qu'il refuse de mettre à niveau la technologie basée sur l'idée qu'il connaisse le mieux et aime Classic ASP, j'aurais des doutes réels. La longue santé de la société et avec la pourriture des compétences de l'ASP classique, plus vous attendez plus fort que ce sera un autre travail.
Cela dit, commencez à migrer tout pour utiliser "l'option stricte", cela pourrait rendre la maintenance de votre base de code moins douloureuse
Étant donné que les données sont déjà sur AS400/IBMI, vous savez que vous pouvez exécuter Java, PHP, des interfaces MySQL et d'autres choses sur ce système d'exploitation? Je suppose qu'il est un gars de 400, pas un gars ASP. Essayez d'embrasser cela, j'aimerais avoir l'occasion de cultiver un 400 écosystème comme ça.
Toutes les réponses ici sont vraiment très bonnes. Je voulais juste suggérer une autre alternative.
Commencez à déplacer les problèmes d'infrastructure (base de données, système de fichiers, code COM, etc.) dans des fichiers distincts. Par exemple, vous pourriez avoir une procédure qui renvoie un enregistrement comme une matrice (je l'ai fait il y a 8 ans, mais aucun échantillon de code - désolé).
Essayez d'omettre "code" apparaissant dans votre HTML en le déplaçant en haut de la page ou même dans une classe commune/utilitaire. Il est même possible d'avoir les fonctions d'en-tête/NAV/Foote dans une seule page ASP avec des pages de contenu qui ont relativement peu de code de code (avec une poignée de références aux variables et telles).
Avec votre contenu, votre contenu/formatage, votre logique commerciale et votre infrastructure, toutes les préoccupations séparées Vous êtes maintenant en mesure de passer à ASP.NET MVC une fois que vous avez dépassé la courbe d'apprentissage avec cette technologie. Cela ne sera pas aussi facile que de basculer un commutateur, mais cela se sentira très similaire à quiconque travaille avec votre classique modularisé ASP (ce qui signifie que votre patron pourrait vraiment l'aimer).