Accélérer le développement web

voix
7

Situation

Je travaille sur un projet récemment où le développement de l'interface utilisateur semble être beaucoup trop de temps. Dans ce cas, les « règles métier » sur le côté serveur sont beaucoup plus compliquées que les aspects de présentation jusqu'à un point de vue informatique ou de complexité.

Je me suis trouvé gratter / cogner ma tête contre le mur avec des problèmes de comportement qui diffère de l'approche intuitive tout le chemin d'être un trou noir de perte de temps et une mauvaise documentation, où je pourrais essayer d'obtenir un simple élément d'interface utilisateur pour aligner correctement.

Je ne me plains pas; Je comprends qu'il ya des complexités et un large public pour soutenir le développement web, mais je suis perplexe par combien de temps il faut pour faire ce qui semble devrait être la partie facile par rapport à combien de temps il faut pour écrire le code avec la logique complexe, les mathématiques, la science , etc.

Question

Que faites-vous des pensées et de l'expérience personnelle de passer du concept à la réalité avec le développement web et de le faire rapidement, ou au moins d'une manière que vous pouvez avoir une idée de combien de temps cela pourrait prendre? J'ai volontairement pas parlé des cadres ou des langues, parce que je voudrais vraiment ici ce que le développement web que vous utilisez des piles, les outils ou les meilleures pratiques vous aider à faire avancer les choses plus vite, et comment vous vous retrouvez avec un code qui ne se sent pas tout à fait fragile et plein de hacks.

Hyperbole, préférences linguistiques, et toutes les pensées bienvenues, je voudrais au moins avoir une idée de ce qui est utilisé pour le développement web qui a un taux de réussite élevé, même si ce n'est pas le dernier et le plus grand chose autour.

Merci pour votre contribution.

-bn

Créé 27/08/2009 à 02:35
source utilisateur
Dans d'autres langues...                            


8 réponses

voix
8

Personnellement, j'ai trouvé tout casser en petites tâches aide.

La façon dont j'aime concevoir des pages web:

  1. Dessinez la conception, ou Photoshop il.
  2. Créez le HTML - CSS pas, pas du tout style
  3. Maintenant, ajoutez dans votre style - le style de base, comme le positionnement, sauvegarde faisant le menu parfait pour plus tard
  4. Connectez-vous à la base de données si le code côté nécessaire / serveur
  5. Maintenant, ajoutez dans un javascript, ajax nécessaire
  6. Tweak à la perfection

Si vous avez tout cela divisé en petites tâches, lorsque vous obtenez fait avec chacun, vous vous sentez plus motivé pour continuer à travailler.

Comme je l'ai dit, voici comment je le fais, et il semble aller vite, d'autant plus que je ne reçois environ 1 à 2 heures par nuit au travail.

Créé 27/08/2009 à 02:49
source utilisateur

voix
3

La réponse à cette question dépend de si vous travaillez seul ou diriger un groupe.

Si vous dirigez un groupe que vous voulez briser les responsabilités comme suit:

  • Les concepteurs - Ces personnes doivent posséder la création de graphiques et maquettes de la création / maintenance de CSS. Ils doivent posséder CSS comme une responsabilité afin qu'ils sachent ne pas créer de graphiques scandaleux que des maquettes ne peut être créé comme une page Web sans ballonnement de code considérable.

  • Markup - Ces personnes doivent posséder la création de HTML, l'accessibilité, la sémantique, les exigences RDFa, ainsi que tout autre aspect lié à la structure de données d'extrémité avant.

  • UIT - Ces personnes doivent posséder JavaScript, les exigences d'efficacité, les exigences de gestion de contenu, le processus interne et outil frontal / gouvernance des processus, et posséder généralement les meilleures pratiques pour tous les clients du code visible.

  • Applications - Ces personnes doivent posséder le développement de code d'application côté serveur, la création du système de gestion de contenu / maintenance et les conditions d'accès base de données. Ces personnes sont les programmeurs d'applications et de services et de fournir l'interface au personnel de base de données et des services.

  • QA - Ces personnes testent toutes les exigences commerciales du produit final dans un environnement de certification. Si des erreurs sont vu le bug / billet doit être mis à jour et réaffecté. Le travail n'est pas terminé jusqu'à ce que QA appose sa signature comme valide.

  • Propriétaire d'entreprise - Le propriétaire d'une entreprise est la personne / équipe chargée de la rédaction des exigences initiales du projet et de prendre une décision approbation finale sur le déploiement du projet. Cette personne ne devrait avoir aucune interface avec le processus de la technologie en dehors de la rédaction des besoins de l'entreprise.

  • Chef de projet - Cette personne assure qu'un projet se déplace sans cesse vers l'avant et que les étapes sont terminées en conformité avec les délais. Il est cette personne et non le propriétaire d'une entreprise qui est d'interférer avec le processus de la technologie pour assurer les choses se faire. Cette personne doit agir indépendamment du propriétaire d'une entreprise et ne doit pas servir d'outil à l'entreprise. Le chef de projet ne doit pas posséder ou de recommander des modifications aux exigences au personnel de la technologie. Si des modifications aux exigences doivent être c'est un processus à sens unique de la technologie par le chef de projet au propriétaire de l'entreprise.

  • doit être le suivant le flux de développement:

    1) Les concepteurs créent le mockup graphique et réassigner le ticket bug / projet au propriétaire du projet.

    2) Lors de l'approbation commerciale du billet devrait être réaffecté au personnel de balisage ou rejeté en arrière pour concevoir des demandes de changement spécifiques.

    3) Markup écrit le HTML et le contenu. Toutes les exigences d'application ou base de données doivent être spécifiés par les entreprises avant le début du projet et l'équipe de balisage devrait écrire du code pour tous les scénarios possibles. La structure du contenu doit refléter l'organisation du contenu sur le balisage visuel tout à fait sans tenir compte de la présentation. Le billet doit être réaffecté revenir à concevoir pour la création de CSS.

    4) Conception écrit le CSS pour ajouter la présentation en conformité avec la maquette graphique qu'ils ont créé. L'équipe de conception doit avoir accès au balisage HTML pour ajouter des attributs de classe si nécessaire, mais ne devrait pas être autorisé à effectuer d'autres changements. Le billet doit être réaffecté aux applications à toutes les exigences du côté serveur.

    5) Les demandes doivent créer toutes les conditions nécessaires pour l'accès à la base de données. Billet devrait être réaffectée à si les exigences UIT avant sont satisfaisants ou réaffecté retour à Markup pour les modifications / ajouts.

    6) UIT devrait être l'étape finale d'écrire les interactions JavaScript nécessaires à l'interface utilisateur et les besoins AJAX. La preuve doit également UIT le balisage complété avant la conformité des normes, l'efficacité et les meilleures pratiques. Rejeter rapidement devrait UIT le projet si le travail est moins l'acceptable. Si des travaux supplémentaires Applications est nécessaire réassigner à autre réassigner applications ticket pour l'assurance qualité.

    7) QA est l'arrêt de la technologie finale. Ces personnes testent les exigences opérationnelles et fonctionnelles du produit final. Le projet ne peut pas être mis en production sans QA se déconnecter. Si une exigence d'affaires ne QA ne doit pas signer. Sur QA signe de billet doit être réaffecté au propriétaire de l'entreprise.

    8) Le propriétaire de l'entreprise examine le projet et détermine si toutes les exigences sont atteints. Si des modifications / ajouts sont nécessaires, ils peuvent être soumis à ce moment. Changements / ajouts NE DOIVENT PAS être soumis plus tôt, en raison des changements fréquents retards tous les projets. Il est de la responsabilité du propriétaire de l'entreprise pour assurer leurs exigences initiales sont complètes et spécifiques. Si les conditions ne sont pas examinées pour la plénitude est la faute du propriétaire d'entreprise et les changements peuvent être soumis à ce point. Il est à cause de cette responsabilité, et d'autres responsabilités commerciales associées, que le propriétaire de l'entreprise mérite d'être payé plus pour être moins impliqués.

Telle est la manière la plus efficace pour faire le travail. La séparation des tâches est extrêmement important et le respect du processus est extrêmement important. Si ces deux choses échouent tout le processus échoue et des affaires entraîne une augmentation significative des coûts de développement.

Si vous agissez sur votre propre et ne fait pas partie d'une équipe, je voudrais encore suivre un processus similaire et pousser le propriétaire d'une entreprise de rôle sur le client. Si le client souhaite apporter des modifications / ajouts prématurés à l'achèvement du projet, puis ils peuvent payer plus d'argent en modifiant un avenant de modification du contrat d'exigences d'origine. Vous ne payez pas lâche du travail a augmenté parce qu'un client ne peut pas faire leur esprit sacrément. Si cela est bouleversant le client peut payer encore plus d'argent pour une annulation de contrat. Ceci est signifie pas que ce sont les affaires. Si votre temps est pas une marchandise d'une valeur, alors vous ne devriez pas être en affaires que sur votre propre.

Créé 27/08/2009 à 07:52
source utilisateur

voix
2

Je me sers de la pile .NET pendant environ 5 ans, la pile ASP.NET MVC pendant environ 3 mois, et ancien ASP pour 4 sur les années.

La clé pour faire face à la complexité est l'atténuer. Dans votre code, la complexité toujours loin abstraite à un niveau raisonnable. Par exemple, disons il y a 10 étapes pour passer une commande. Dans ce cas, à un niveau supérieur, vous auriez une méthode « SubmitOrder »; dessous peut-être 10 appels de méthode pour insérer des documents appropriés, traitant des stocks et ainsi de suite. Dans chacune de ces couches « business », vous pouvez simplement faire face à ces problèmes d'affaires, et même en dessous de ces couches, vous traiter les données et les détails mécaniques. L'avantage pour l'ensemble de ces couches est que vous faites chaque transaction de couche avec un morceau de travail, et que vous allez plus près de l'interface utilisateur, vous avez un qui est logique à l'interface utilisateur « interface » et la façon dont l'application doit couler.

Créé 27/08/2009 à 02:51
source utilisateur

voix
1

Je pense que vous êtes un peu trompé sur le développement de l'interface utilisateur. le développement UI est difficile et le plus souvent sous-estimée dans son importance.

Il est nécessaire de connaître les bases - avant de sauter à HAML, connaître votre code HTML afin que vous savez ce que vous abstraire de. Avant de vous lancer dans jQuery prendre le temps d'apprendre les rudiments JavaScript - vous n'avez pas besoin d'être un pro, mais quand vous avez besoin d'ajouter quelques chiffres ensemble , vous devriez ne pas aller à la recherche d'un plug - in. Avoir une bonne compréhension sur la façon de style choses avec CSS. Il y a beaucoup de sujets et technologies pour apprendre à être une interface utilisateur Web compétent dev.

Cela dit, pour le développement greenfield Rails est assez doux. Choisissez jQuery. Et ne pas choisir une plate-forme qui cache la façon dont le web fonctionne vraiment.

Créé 27/08/2009 à 03:01
source utilisateur

voix
0

Pour accélérer l'obtention d'une page HTML qui ressemble à vous voulez:

Tout d'abord, décider sur une conception et de dessiner ce que vous voulez qu'il ressemble à l'aide d'un programme graphique (si vous avez un concepteur d'interface utilisateur qu'ils font cette étape). Ensuite, écrire HTML et CSS statique qui correspond à ce que vous avez dessiné. Une fois cela fait, écrire du code qui génère HTML qui correspond au format que vous avez décidé.

Je l'ai fait pour un ensemble assez complexe d'états pour une application Web, et a constaté que la première écriture HTML et CSS à la main, sans avoir à se battre avec votre programme de serveur, en fait aller beaucoup plus vite.

Créé 27/08/2009 à 03:05
source utilisateur

voix
0

Mes entreprises ne développement principalement .NET et nous avons utilisé avec succès les modèles «net-tiers de pour la couche d'accès aux données. Les modèles sont chargés dans le générateur de code CodeSmith et signalé contre une base de données. Le résultat final est tout ce que vous pourriez penser. Il va générer votre DAL, webservice, bibliothèque de l'interface utilisateur WinForms, bibliothèque de l'interface utilisateur Web, un exemple de site et un outil d'administration et plus. Un excellent outil pour gagner du temps de développement. Vérifiez-le.

En ce qui travaille actuellement sur l'assurance-chômage, je pense qu'il peut bénéficier d'embaucher réellement un professionnel. Nous avons un designer professionnel qui fait un travail de contrat avec nous. Tout ce que nous faisons est un fil jusqu'à l'interface utilisateur à nos composants de l'interface utilisateur et le code.

Créé 27/08/2009 à 02:54
source utilisateur

voix
0

Je CRAFT mes exigences d'application autour de ce qui est pratique et parfois facile en termes de travail front-end.

Créé 27/08/2009 à 02:50
source utilisateur

voix
0

J'utilise les concepteurs de l'interface utilisateur. Ils sont excellents pour ce genre de chose.

Créé 27/08/2009 à 02:47
source utilisateur

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more