Au fil du temps, j'ai répondu à un certain nombre de questions ici. Plusieurs fois, ces questions étaient assez spécifiques à l'utilisateur et des réponses ont été créées, écrivant de manière improvisée.
Dans certains cas, cependant, les choses étaient définitivement plus développées pour devenir un résultat mature. En outre, certaines des questions/réponses celles-ci pourraient être utiles à un plus large éventail d'utilisateurs, avec une interface graphique bien intégrée, être maintenues, mises à jour et facilement disponibles et installables par des utilisateurs inexpérimentés.
Plus précisément, je pense à combiner (certains) de ces messages dans un ensemble facilement accessible de outils de l'espace de travail ou quel que soit le nom: celui-ci , celui-ci , celui-ci , peut-être ce , et ce un.
Bien que je j'adore pour mettre à jour ces réponses de temps en temps ici, comme tout le monde, j'ai mes limites (je ne vous dirai pas lesquelles :)), et une équipe d'une personne n'est pas la plus approche professionnelle pour garantir une longue (er) durée de vie d'un projet.
Ma question est donc la suivante: comment les équipes du tableau de bord sont-elles généralement créées
J'ai l'impression que de nombreux utilisateurs d'AU, activement impliqués dans le développement, sont également des programmeurs/développeurs dans leur vie quotidienne. Leur environnement quotidien est plus ou moins lié à ce qu'ils font ici.
Avec moi, la situation est bien différente. La plupart de mes collègues ne savent pas pas du tout ce que je fais ici, ont peu de compréhension de- et aucune affinité avec le sujet. En d'autres termes; mon réseau professionnel n'est pas lié à la programmation pas du tout.
Le point le plus important que j'aimerais obtenir est de savoir si les équipes (en général) proviennent de existantes opérations, apportées à Launchpad, ou si de nouvelles équipes apparaissent dans le monde virtuel.
Je le signalerais, trop large! Je manque d'expérience pour couvrir de nombreux aspects. Je vous salue parce que vous avez des empreintes digitales spéciales sur vos réponses comme celles que vous avez mentionnées. Ce sont vraiment des prototypes fabriqués ici comme réponses.
Les logiciels gratuits sont construits par une communauté gratuite. Les gros logiciels ont un noyau solide soit un, deux ou plusieurs développeurs. L'équipe de base est généralement constituée dans la vie réelle (relations sociales + intérêt pour le sujet) ou peu virtuellement (intérêt pour le sujet).
Je considère ces prototypes comme des projets distincts, chacun vous appartient en tant que développeur et (OP + certains électeurs) en tant qu'utilisateurs.
À ce stade, oubliez l'équipe, vous êtes le noyau et vous serez tel et tel que le projet s'agrandit et se complique. Ceux de l'équipe virtuelle, ils vont et viennent sans préavis, la plupart d'entre eux, ils peuvent ne jamais contribuer de code, au mieux ils soumettront un bug.
blaa blaa je peux continuer à parler ... genre d'expérience reprendre sans trop d'avantages. Essayez de recueillir un certain intérêt pour ces projets et voyez si cela en vaut la peine.
Alors maintenant, fondamentalement, vous avez le développement de projets en amont sur GitHub et les versions binaires sur Launchpad. Après cela, Que Sera, Sera (Quoi qu'il en soit, sera) . Je vous souhaite juste bonne chance: D.
J'ai une réponse ici que je l'ai promu à un très trèsminuscule projecto.
Temps pour une autre annonce;)
Btw, si vous essayez de faire un transfert, cela ne fonctionnera pas. Les gens ne se soucient que de ce dont ils ont vraiment besoin et ils évaluent leur valeur avant d'y consacrer du temps.