Quelle technologie est employée par des sites comme le goanimate, xtranormal, et l'animoto ? Particulièrement le moteur visuel de compilation dans la partie postérieure de l'animoto ? HTML5 pourrait-il être employé pour faire tout qui est là ?
Je recherche une application, un cadre, ou une bibliothèque qui nous aiderait avec « la gestion de cycle de vie d'objet ».
Il y a beaucoup de choses qui sont créées pour des utilisateurs, des départements, et des services qui, trop souvent, sont laissés unmanaged. Quelques exemples :
- comptes utilisateurs
- groupes
- Certificats de SSL
- droits d'accès
- bases de données
- ravitaillements de permis de logiciel
- stockage
- comptes de liste-service
Ces objets sont créés et contrôlés par une grande variété d'applications et de systèmes. Typiquement, un utilisateur (personne) demande (explicitement ou implicitement) un de ces objets. Un outil de gestion centralisé nous aiderait à contrôler des corvées d'administration telles que :
- Quels objets posséder de l'utilisateur X actuellement/contrôle-t-elle ?
- Déplacez la propriété de l'objet P à l'utilisateur X ; déplacez tous les objets possédés par l'utilisateur X (qui a été juste mis le feu) à l'utilisateur Y.
- Pour tous les objets du type T qui ont expiré soyez sûr que les objets ont été désactivés ou supprimés par leur fournisseur.
- Combien (expiré, au sujet-à-expirez) d'objets actifs du type P y a-t-il ?
- Envoyez les avis périodiques à tous les utilisateurs qui possèdent les objets actifs du type P les rappelant ce qu'ils possèdent.
- Il y a une alerte sécurité pour des objets du type P ; envoyez un avis à tous les utilisateurs qui possèdent ces types d'objets pour prendre des mesures correctives spécifiques.
- Supprimez ou désactivez un ensemble d'objets basés sur l'expiration (ou quelques autres critères).
Ces objets sont directement contrôlés par leurs propres applications (annuaire actif, MySql, systèmes de fichiers, etc.) et peuvent même avoir leurs propres systèmes d'avis, mais je veux centraliser ceci dans « un système de gestion d'objet ».
L'OMS devrait permettre
- association avec un fournisseur externe d'identité qui définit qui les utilisateurs et les groupes sont (par exemple, LDAP, l'annuaire actif)
- création des objets
- association d'un objet à un utilisateur et/ou à un groupe spécifiques
- association avec une date d'échéance
- création du reportage flexible comprenant faire des utilisateurs connaître quels objets ils possèdent actuellement et leurs dates d'échéance
- intégration avec un objet externe « fournisseur » par l'intermédiaire d'un périphérique prêt à brancher
Nous pourrions écrire quelque chose à partir de zéro, mais j'espère qu'il y a quelque chose déjà là qui aidera, une application entière ou un ensemble de bibliothèques qui fournissent beaucoup de ce qui est nécessaire. Des idées ?
Je passais par cet article :
http://en.wikipedia.org/wiki/Subculture
Qu'a obtenu la pensée de mee programme une culture secondaire ?
Après un moment j'ai commencé à le penser vraiment dur, et si vous allez vraiment en profondeur c'est une question très complexe et intéressante à demander.
Vous pouvez même se demander si les utilisateurs (sociaux) (lourds) d'Internet sont une culture secondaire et des programmeurs une culture en dedans.
Je pense ce pourrait être une discussion intéressante, espèrent que vous l'aimez !
NOTE :
J'ai lié l'article de wiki parce que ce pourrait être une bonne ligne de base, peut-être vous peux vous baser réponse sur la proposition de Ken Gelder pour distinguer des cultures secondaires. Mais elle devrait être basée sur un peu plus qui intuition.
Merci à l'avance !
Trufa
Message de modérateur
C'est une vieille question avec plus de 40 réponses. Veuillez prendre le temps de lire les réponses existantes avant de signaler vos propres moyens. Il y a des chances fortes que votre remarque aura été déjà faite.
Je voudrais entendre ce qu'un peu les décisions de conception vous ont pris et comment a fait elles pétardent. En raison d'une mauvaise décision de conception, j'ai fini vers le haut de devoir soutenir cette mauvaise décision pour toujours (j'ai également eu une pièce dans elle). Ceci m'a incité à me rendre compte qu'une erreur simple de conception peut vous hanter pour toujours. Je veux apprendre des personnes plus expérimentées ce qui gaffe un peu les a a éprouvé et ce qui elles a appris de elles.
Je suis sûr que ce sera beaucoup d'aide à d'autres programmeurs en les aidant pour ne pas répéter ces décisions.
Merci pour partager votre expérience.
J'avais appris que les rails récemment et moi avons entendu beaucoup au sujet de TDD. actuellement je le déteste, il semble juste comme un mécontentement mais je comprends les avantages de lui et de moi veulent convertir en ce style du développement, j'ai besoin juste d'une manière de lui adresser plus d'en appeler, je sais qu'il me permettra de créer les rails $$etAPP plus rapidement, mais pour l'instant il me ralentit avalent. Y a-t-il un bon livre ou quelque chose qui peuvent m'éclairer ?
J'ai récemment vu un certain nombre de listes de JOB contenir une référence à obtenir « un degré droit de Playa » (SPD). Voir par exemple le ce courrier du travail.
Que fait ce moyen ? Se réfèrent-ils juste à un vieux degré de l'informatique simple ?
Nous avons un ASP.NET $$etAPP qui existe dans trois environnements : Réalisateur où nous effectuons notre travail réel, production où nous déployons nos versions finales à la fin du mois, et échafaudage où nous déployons notre version pour que le client passe en revue avant l'approbation finale pour se déployer à la production. C'est à peu près commun.
Informations supplémentaires avant que je continue : Le client nous envoie une liste de demandes d'amélioration qu'ils veulent pour une libération mensuelle particulière et chaque demande est assignée à différents promoteurs. Juste éteignant cela là.
Ainsi, quoi qu'il en soit, le client a récemment demandé que nous faisons des déploiements multiples d'échafaudage par mois ainsi ils peuvent passer en revue les différentes améliorations pendant qu'ils sont accomplis. Ceci a jeté une balle coupée énorme à nous.
Avant, nous nous embrancherions notre branche de réalisateur à la branche d'échafaudage à la fin du mois et déploierions alors la branche d'échafaudage à la zone d'essai. Après qu'ils aient passé en revue toutes les améliorations, ils donneraient le mot pour se déployer à la production, après quoi nous nous embrancherions la branche d'échafaudage à la branche de production et déploierions alors cela au site de production.
Maintenant qu'ils veulent des déploiements multiples d'échafaudage par mois, cependant, nous devons faire attention très dans ce que nous déployons à la zone d'essai. C'est parce que deux promoteurs pourraient être finis avec leurs demandes et sont prêts pour le déploiement, mais un autre réalisateur pourrait encore travailler à une demande très grande qui ne pourrait pas être faite pendant quelques jours.
La seule option que nous semblons avoir est pour le réalisateur pour ne pas vérifier leur travail non fini dans le contrôle de source (chambre forte de SourceGear si n'importe qui doit connaître) de sorte qu'il n'obtienne pas déployé dans un état cassé. Pour rendre des sujets plus mauvais, nous employons les paquets d'Oracle qui n'existent pas dans le contrôle de source. Si un réalisateur a accompli leurs changements à une procédure stockée (sproc) d'un paquet, mais un autre réalisateur a toujours un autre sproc dans la même chose empaquetait tous borked vers le haut de parce qu'il est au milieu d'apporter des modifications, nous devons soigneusement déplacer les différents sprocs à l'environnement d'échafaudage au lieu de faire juste une construction du paquet entier.
Ainsi à ce que nous avons dû recourir dit fondamentalement le client que nous ne pouvons pas faire des déploiements d'échafaudage au caprice, cela que nous devons attendre jusqu'à ce que tous les devs soient faits avec les demandes ils fonctionnent actuellement dessus. Le client obtient vraiment le bickery au sujet de ceci. C'est une vraie morsure.
So what do you guys all do in this situation? Is there a standard construct in place that makes this kind of thing easy that we just don't know about? Or perhaps this is just the rigid nature of the beast? I'd like to hear the best recommendations of how to go about things such as this.
Quel service de bus d'entreprise vous utiliser-et pourquoi ?
Comment repérer que quelqu'un code source ouvert copié a autorisé avec le GPL à leur application commerciale de source fermée, quand vous n'ont pas accès à leur code source fermé ?
Éditez : Grandes réponses ! Partie 2. Ce qui si c'est un webapp où vous n'avez pas même accès aux executables ?
Scénario : Ils copient la source, font quelques modifications mineures au GUI ainsi l'embout avant est presque identique ; ajoutez une nouvelle caractéristique à la partie postérieure autrement totalement identique ; et échouer pour la libérer de nouveau à la source ouverte.
J'avais travaillé avec ASP.Net MVC pendant autour une année maintenant et ai créé mes applications de la façon suivante.
X.Web - MVC l'application contient le contrôleur et les vues
X.Lib - Contient l'accès aux données, les dépôts et les services.
Ceci nous permet de laisser tomber. Bibliothèque dans toute application qui l'exige.
Au moment où nous employons le cadre d'entité, la conversion d'EntityO en modèle plus spécifique est faite dans le contrôleur.
Les moyens de cette installation si une méthode de service renvoie un EntityO et puis le contrôleur feront une conversion avant que les données soient passées à une vue.
Je suis intéressé de savoir si je déplace la conversion en service de sorte que le $$etAPP n'ait pas des objets d'entité étant passés autour.
