En repensant aux dernières années chez Alibaba, et même à l'ensemble du processus de travail après l'obtention de mon diplôme, en tant que développeur de première ligne avec un penchant back-end pour les affaires, j'ai réfléchi à la manière de mettre de côté le contenu spécifique et détaillé tel que pile technologique et expérience de solution.De plus, après y avoir longuement réfléchi, je peux le résumer grossièrement comme une compréhension qui peut être transférée à plus de scènes et même à la vie.
Il y a toujours un « chemin » à prendre
A bien y penser, à l'exception de quelques génies, tout le monde commence par imiter en entrant sur le lieu de travail. Cela est particulièrement vrai dans le domaine de l'ingénierie. Suivez vos seniors, seniors et dirigeants pour apprendre à utiliser les outils de développement et les environnements de production, comment accepter les demandes, comment les mettre en œuvre conformément à la conception établie, et enfin terminer le développement, les tests et aller en ligne, même si vous en changez plus tard. Dans l'environnement de travail, ces processus doivent généralement être répétés. Bien entendu, notre terminologie appelle également cela « atterrissage » (elle n'exclut pas que l'atterrissage inclut également l'assimilation culturelle) .
Au fur et à mesure que vous en apprendrez davantage sur un domaine, ou que vous travaillerez de manière plus approfondie et plus détaillée sur un sujet, vous commencerez progressivement à douter et à devenir insatisfait du statu quo, estimant que les choses existantes ne sont pas assez parfaites et ne suffisent pas. S'il y a place à l'amélioration, commencez à réfléchir à de nouvelles méthodes, optimisations et conceptions. L'objectif est de briser le statu quo et d'obtenir de meilleurs résultats. Jusqu'à ce qu'un certain domaine soit complètement conforme à mes propres idées (bien sûr, je n'exclus pas que cela conduise également à une auto-réconciliation), et je peux prévoir que la plupart des changements pourront être couverts dans un certain temps dans le futur. , je vais essayer de sortir des limites et de le chercher à nouveau Un domaine connexe ou simplement de trouver un tout nouveau domaine pour repartir de zéro.
Pour une personne technique, ce processus de 0 à 1 puis à 100 est vraiment addictif. Après tout, comparé à cela, le sentiment d'accomplissement et de gain apporté en continuant à ajouter aux choses matures des autres aura beaucoup moins de sens . doit être motivé par l'enthousiasme technique , il n'est donc pas surprenant que de nombreuses équipes et même des entreprises choisissent la reconstruction technologique, la mise à niveau de l'architecture, etc. lorsqu'elles reprennent des produits de projet prêts à l'emploi. Bien sûr, l'aspect le plus important est de résoudre le problème Il y a des problèmes avec les vieilles dettes techniques et les idées de construction unifiées, mais qui ose dire qu'il n'y a aucun égoïsme, et c'est en fait à cause de l'enthousiasme de cette idée (gagner manuellement le respect ~ tête de chien).
Le « noyau » qui a été trié
Qu'il s'agisse des premiers jours de démarrage, de l'étape intermédiaire de familiarisation progressive avec la route ou des étapes ultérieures de polissage continu après plusieurs promotions majeures, même si les choses qu'un développeur fait au cours des différentes étapes historiques seront très différentes, après tout , ils travaillent toujours dans le même type de travail. Les choses, en termes généraux, ne sont rien d'autre que la demande, la conception et le développement. Il y aura toujours des vérités immuables.
Pour beaucoup de choses, quelle que soit la façon dont les détails spécifiques changent au fil du temps, il y aura toujours un cadre et un contexte difficiles à expliquer directement , ce qui est connoté dans les attributs essentiels du sujet. Même si les gens sont confrontés à un contenu de travail apparemment nouveau, ils pourront toujours le comprendre. Après avoir compris les changements, je dis toujours "Hé, quoi, c'est toujours la même chose." Cependant, c'est une capacité d'apprentissage naturelle des êtres humains que de résumer les choses qu'ils voient sur la base de la "similarité". L'induction est la base pratique la plus simple permettant aux êtres humains de comprendre le monde. La plus grande partie de la sagesse humaine se produit dans la vie et l'expérience et dérive du concret. Les conclusions générales tirées des cas de production et des cas de vie sont fondamentalement les mêmes dans le travail, ce qu'on appelle l'expérience de travail. En accord avec ce point de vue, regardons ce que nous faisons la plupart du temps lorsque nous rencontrons de nouveaux projets, de nouveaux besoins et de nouveaux problèmes. Il vaut mieux d'abord se demander si nous avons déjà fait des choses similaires, puis nous demander si nous ont déjà fait des choses similaires auparavant. Des personnes qui ont fait cela et viennent à l'ATA pour vérifier s'il existe des projets similaires pour partager des expériences d'apprentissage. Pour le dire franchement, tant que le problème peut être décrit clairement, la conclusion finale est résoluble.Tous les problèmes insolubles sont des problèmes qui surviennent après avoir pesé le coût.
Jusqu'à présent, je parlais encore de choses spécifiques ou de choses similaires, alors maintenant je peux sortir de cette frontière de pensée et revenir aux attributs essentiels du cadre et du contexte. L'une des choses que les développeurs aiment le plus faire est l'abstraction et l'encapsulation. Donc, si vous utilisez cette bonne habitude en dehors de l'écriture de code, en termes de travail de développement, ou même de travail, y a-t-il quelque chose dans ce domaine qui se trouve dans ce domaine ? « noyau » des idées de résolution de problèmes ?
À mon avis, le travail ne compte que trois aspects : faire les choses, penser aux choses et en parler .
Faire des choses et réfléchir aux choses sont plus faciles à comprendre. Les raisons pour lesquelles je vais énumérer les choses séparément seront discutées en détail ci-dessous. Cependant, les trois sont vraiment complémentaires les uns des autres. Le simple fait de faire des choses sans vouloir les faire s'appelle un codeur, et vouloir ne rien faire, c'est se vanter. Il n'y a rien à dire sur le fait de savoir si l'on veut ou ne pas faire quelque chose. C'est juste une caisse de résonance. De quel type de développement s'agit-il ?
faire des choses
"Les résultats sont altruistes et le processus est égoïste."
Que faut-il faire en matière de développement ? En un mot, "réaliser les exigences". C'est le dernier mot pour que les choses puissent être publiées et mises en ligne, et que les choses créées puissent être bien utilisées. C'est le dernier mot. L'ingénierie, et pas seulement l'ingénierie logicielle, est avant tout une question de résultats. Rien n'est produit ou les choses ne fonctionnent pas bien. Il ne fait que superficiellement l'éloge des idées avancées et de l'architecture avancée, puis en parle les unes après les autres. Réfléchissez et battez, utilisez souvent ceci pour réfléchissez sur vous-même.
Développer un processus plus complet, en commençant par la réception des exigences et en passant par l'analyse, la conception, la mise en œuvre, la mise en œuvre, la vérification et la livraison finale. Mais avant le processus ci-dessus, il y a un lien facilement négligé, qui est le processus de recherche sur la demande. Le but est de comprendre d'où vient la demande ; et après le processus, il y a un autre lien négligé, qui est le résumé. Il ne s'agit pas de clarifier les résultats du projet, mais de déterminer ce que vous gagnez du projet en plus des résultats.
Nous sommes tous des conducteurs expérimentés. Je ne parlerai pas de la façon de suivre le processus standard. Je parlerai juste de quelques petites idées :
Recherche
En faisant des recherches sur ce sujet, je me suis d'abord égaré. J'ai essayé un jour de parcourir le processus de conversion depuis les appels des utilisateurs jusqu'aux besoins du produit. Mais le développement n'est pas un produit après tout, même si l'on dit souvent que « tout le monde est un chef de produit ». , mais il est indéniable que les produits nécessitent une certaine quantité de réflexion et d'expérience. Si le processus était si simple, il n'y aurait pas besoin de créer un poste séparé pour le faire. Les choses professionnelles nécessitent toujours des professionnels pour le faire. Si vous ne prêtez pas attention à ce processus de conversion, pourquoi les étudiants en développement s'intéressent-ils à la recherche ? Ne peuvent-ils pas simplement attendre de voir le PRD ? C'est bien, mais ce n'est pas bon.
Je ne sais pas si vous avez tous vécu une telle expérience. Après avoir travaillé dur pour créer quelque chose, le côté commercial l'a compris et a dit que c'était loin de ce qu'il pensait. Ensuite, le comité de production et technique vous a persuadé de l'essayer en premier. , mais il s'est avéré qu'après l'avoir utilisé pendant un certain temps, des retours ont été émis de temps en temps selon lesquels le produit ne fonctionnait pas et était difficile à utiliser, et peu à peu, il n'était plus nécessaire. Après un long moment, le produit est tombé dans un situation où il n’était plus maintenu. Mais dans ce domaine, on ne peut pas toujours reprocher aux étudiants en produits de ne pas être sérieux dans l'écriture du PRD, ni aux étudiants en techniques de ne pas bien réussir. Chaque individu a une compréhension différente du même scénario en raison de ses propres capacités. propre expérience et façon de penser. Le PRD peut La logique de description est claire, mais elle peut ne pas être en mesure de décrire l'intention initiale. Bien que la première section du PRD soit toujours l'arrière-plan du projet, il n'est pas difficile de mordre quelque chose que d'autres avez mâché, mais vous ne savez pas ce que vous mangiez en premier lieu.
Alors, sur quel type de recherche le développement se concentre-t-il ? Ce noyau est très probablement l'intention initiale. Indépendamment de ce qui est écrit sur le produit, écoutez d'abord pourquoi l'entreprise vous l'a mentionné en premier lieu, quels problèmes elle a rencontrés et pourquoi ils doivent être résolus systématiquement. cela ne peut pas être résolu. C'est toujours un gaspillage de main-d'œuvre, et c'est toujours juste pour le plaisir. Une fois que vous avez votre propre compréhension, revenez au PRD écrit par le camarade de classe du produit après avoir aidé à le mâcher. Avez-vous accidentellement avalé l'intention originale ? (N'y pensez pas. , tellement dégoûtant ~), une telle revue PRD est significative.
conception
Tout développeur rêve de devenir architecte, et il n’y a rien de mal à cela. Au début, j'écrivais simplement de manière séquentielle. Plus tard, j'ai toujours pensé à l'encapsulation, à l'abstraction et à l'inversion de contrôle, et j'ai joué avec davantage de modèles de conception. Plus tard, cela ne m'a plus satisfait. Quels que soient les besoins, le Le processus de développement n'a pas précipité un Les cadres et les outils ne suffisent pas. Tout étudiant en développement qui poursuit sa croissance connaîtra ce processus. Mais d'ailleurs, vous n'avez pas peur de ne pas le faire, mais vous avez peur d'aller trop loin et d'aller trop loin. .
Donc ce qui me fait peur, ce n’est pas de concevoir, mais de sur-concevoir.
J'aime beaucoup le concept CLED de M. Teruko , mais je n'ai pas clarifié les limites entre ces concepts. Je pense qu'il y a de nombreux étudiants ayant la même expérience qui ont créé un tas de composants configurés à la recherche d'une configuration QLExpress ou SPEL . De plus, il n'y avait aucune fonctionnalité de support graphique pour exprimer la logique et la logique métier a été brisée.
De retour à l'intention initiale du design, le design existe pour résoudre des problèmes, pas seulement pour le spectacle. La simplicité est un design bon et modéré .
mettre en œuvre
La fierté est la nature des ingénieurs. Pour être plus précis, il y aura un peu de fétichisme du design et du code. Cependant, au fur et à mesure que le travail avance, vous devez lentement apprendre à réaliser une vérité : tout ne peut pas être fait par vous-même . Donc, ce que je veux dire à propos de la différence entre la mise en œuvre et la réalisation dans le processus ci-dessus est la suivante. La mise en œuvre est un processus que vous faites vous-même, tandis que la mise en œuvre est un processus que vous faites avec d'autres et l'équipe. Coopération et collaboration, et changement d'idées sont la première priorité, c'est le point de départ.
Alors, comment bien coopérer au début, en particulier avec des camarades de classe de développement inconnus ?Lorsque vous n'êtes pas familier avec le style de travail, comment communiquer pour éviter de vous contraindre ? Une meilleure idée pour résoudre les problèmes consiste à définir des limites de domaine, analogues au concept de DDD . Tout le monde est d'accord sur le contexte, mais ils sont isolés les uns des autres par des frontières. L'expression spécifique des limites ici peut être des paradigmes d'interface ou une planification dans le Vous pouvez configurer la logique métier, puis le reste, simplement parce que vous y croyez, vous pouvez le voir.
Ensuite, le problème de la collaboration est que nous avons tellement peur d'y croire que nous ne pouvons pas le voir du tout. " De toute façon, quelqu'un est responsable de cela. Peu importe l'ampleur du processus, pour autant qu'il puisse être mis en œuvre dans les délais impartis. fin." Ce genre de réflexion est très dangereux. Le processus dépend de Vous voyez, ne devenez pas aveugle. Tout le monde peut définir le cycle de synchronisation de certains nœuds clés et contrôler raisonnablement les risques. Bien sûr, il y a aussi des gens qui envoyer fréquemment des rapports quotidiens pour synchroniser l'avancement du projet. C'est mieux lorsqu'il y a beaucoup de personnes dans les grands projets et que la communication est peu pratique. Cependant, les projets collaboratifs avec un petit nombre de personnes et un cycle court prendront beaucoup de temps de développement. Comme Comme le dit le vieil adage, tout doit être fait avec modération.
Résumer
Le résumé dont je veux parler ici n'est pas le genre de rapport de bataille de projet, mais le genre de véritable résumé que vous pouvez voir par vous-même .
Vous travaillez année après année sur des projets à la demande : hormis le produit lui-même, avez-vous laissé quelque chose que l'on puisse qualifier de « développement durable » ? Souvent, dans l'agitation des périodes continues, le processus de résumé et de révision est ignoré. Une fois la livraison terminée, je me caresse les fesses et passe à la suivante. Parfois, je pense aux gains et aux pertes, qui sont également pensées et opinions très fragmentées. En fait, si vous y réfléchissez bien, le tri de ces choses triviales est ce qu'on appelle le concept de produit, le style architectural et la méthodologie . Ou ces choses sont beaucoup plus importantes pour le développement personnel que les résultats du projet.
De plus, il ne suffit pas de penser à ces choses : les choses éparses et fragmentées qui ne sont pas systématiques ne sont pas faciles à mémoriser et doivent être organisées et écrites. La plupart des étudiants en développement ne sont pas disposés à travailler dur sur les mots (moi aussi), mais si vous essayez plusieurs fois, vous constaterez qu'à chaque fois que vous aurez fini d'écrire, vous aurez toujours un sentiment d'illumination et un nouveau regard, et vous pourrez réexaminez également vos propres idées en cours d'écriture.Les points de vue, revus, optimisés, sublimés et battus à plusieurs reprises, deviennent enfin l'essence. Bien sûr, il n'est pas réaliste de tout résumer. Si vous n'avez pas beaucoup de temps, vous devez quand même faire le travail. Il suffit de le faire par étapes, d'ajouter des révisions régulières et de cultiver le sens du rythme pour votre propre développement .
Pour un développeur technique, la croissance s'accomplit toujours dans le processus d'expérience répétée de chaque demande, en revenant à la phrase écrite au début de l'action : « Les résultats sont altruistes et le processus est égoïste . » Bien sûr, les résultats sont importants, et prendre l'argent des gens. Pour éliminer les catastrophes pour les autres, vous devez donner les résultats de votre travail après avoir été payé, mais pour le développement à long terme, les résultats ne sont qu'une joie à court terme, et la compréhension du processus est la C'est la chose la plus importante à garder entre vos mains. Cette chose est la vraie chose. C'est vraiment quelque chose que vous pouvez emporter avec vous toute votre vie. Les étudiants en développement aiment toujours parler de précipitations. Ces précipitations peuvent être divisées en deux aspects. Les précipitations visibles sont le cadre et les outils laissés dans le projet, et les précipitations invisibles sont entièrement dans votre propre esprit. Pour le dire franchement, si vous le faites quelque chose, il n'y a pas Si vous y réfléchissez attentivement ou réfléchissez pendant un moment et que vous ne réalisez rien, alors ce travail est fondamentalement vain, vous devez donc prêter attention à la réflexion du processus. bon pour faire les choses peut supporter la solitude et savoir comment le faire. Dans chaque domaine, quel genre de précipitation devez-vous encore poursuivre dans le processus de satisfaction des besoins superficiels ? Ce n'est qu'en empruntant des choses pour atteindre vos objectifs que vous pourrez continuer à atteindre nouvelles hauteurs .
penser à des choses
"Le plus difficile n'est pas de penser à la solution, le plus difficile est de penser au problème."
Les caractéristiques d'ingénieur des camarades de classe en développement sont bonnes pour faire les choses, mais il est facile de se mettre à faire les choses, mais difficile d'en sortir.
Autonome
Demandez à un camarade de développement de concevoir un composant ou un middleware pour une certaine fonction. La plupart des étudiants peuvent facilement penser à une solution pour le faire. Cependant, il appartient au camarade de développement de découvrir les problèmes de l'architecture système actuelle au-delà du sujet lui-même. Il faut construire une partie générale avec une certaine capacité sans tomber dans le bourbier de « sur-concevoir et réinventer la roue ». Cela nécessite un certain temps, des projets, des connaissances et une accumulation d'expérience. Regardez la facilité des seniors. autour de vous. Ressentez, ne paniquez pas, ne vous inquiétez pas, explorez davantage, observez davantage, essayez davantage et ne vous embêtez pas à propos d'autres choses. « Il y aura des petits pains cuits à la vapeur, il y aura du pain et il y aura expérience." Tôt ou tard, vous le ferez. Et peu à peu, l'ancienne méthode devient de plus en plus mature. Ce processus est le niveau technique, le processus permettant de commencer à réfléchir aux problèmes. Un autre terme couramment entendu est la technologie de conduite autonome .
Mais d’un autre côté, au-delà de la mise en œuvre technique, un étudiant en développement doit-il avoir une certaine capacité à poser des questions sur le business ? Je pense que j'en ai encore besoin.
Tout d'abord, correspondant au mot « intention originale » dans le processus de recherche mentionné ci-dessus, si vous voulez comprendre l'intention initiale des étudiants en commerce, vous devez comprendre l'entreprise. Comprendre ici ne signifie pas seulement être capable de comprendre. l'intention initiale, il faut aussi être capable d'avoir « de l'empathie signifie être capable de vraiment comprendre le sens et même les émotions du problème soulevé par l'entreprise .
Deuxièmement, sur cette base, changez votre propre perspective pour voir quels sont les problèmes qui se posent en matière d'affaires. Pour le dire simplement, « vous devez avoir du travail dans vos yeux ». Les étudiants en commerce sont des experts en affaires mais pas en développement, il est donc difficile pour eux de pour qu'ils aient un état d'esprit de développement. , peut-être que souvent vous ne pensez même pas que certains travaux quotidiens peuvent être appliqués ou doivent être appliqués . Si vous êtes habitué au modèle et que vous maîtrisez le faire, les étudiants en commerce auront leur propre SOP pour la gestion quotidienne des choses. Beaucoup de choses peuvent être faites avec Excel. Une fois les données traitées, il n'y aura plus besoin de système. Aux yeux des ingénieurs qui sont naturellement paresseux, les processus standards et le travail répétitif devraient être effectués par machines, et le prototype d'un système émergera. Ce qui est ainsi créé a un public, peut libérer de la main d'œuvre et peut compléter le transfert d'expérience (un système standardisé réduira l'écart entre les personnes qualifiées et non qualifiées dans un même domaine d'activité). travail ).C'est vraiment très bien.Si vous voyez le business Mes camarades de classe utilisaient toujours des clés manuelles pour serrer les vis, alors essayons d'en fabriquer une électrique.
À ce stade de la sublimation, réfléchissons à la question ultime : ces étudiants en commerce vous disent que ce qu’ils ne peuvent pas faire maintenant, la technologie peut-elle le faire ? Beaucoup de choses ne peuvent pas être faites simplement parce qu'il n'y a qu'une idée idéale, mais cela ne peut pas être fait manuellement, mais l'émergence du système pourrait peut-être les résoudre. Bien sûr, pour y parvenir, nous ne pouvons pas y parvenir sans une accumulation à long terme de connaissances commerciales et de notre propre compréhension du secteur. Il reste encore un long chemin à parcourir, mais nous devons cultiver la conscience pour commencer à penser de cette manière. réfléchissez trop, nous le ferons toujours Oui, un autre mot couramment entendu est l’autonomisation technologique .
examiner
Lorsque vous commencez à faire quelque chose et que vous êtes confronté à une demande, il est facile de commencer à réfléchir directement à la question de savoir si cela peut être fait et comment le faire. Mais avant cela, il y a en fait un manque de processus pour poser des questions. Je n'ose pas dire à quel point mes questions sont complètes lorsque je pose des questions sur des choses autres que faire des choses, mais je suis plus habitué à appeler l'ensemble du processus une révision. Les deux questions que je pose souvent sont les suivantes : l'une est pourquoi vous le faites, et l'autre est pourquoi vous avez besoin de moi pour le faire. Pour le faire, posez d'abord des questions sur la valeur, puis posez des questions sur la position .
Sur la question de la valeur, outre l'intention initiale claire de la phase de recherche, il s'agit de déterminer si cette question est une proposition fausse et si cela peut permettre d'obtenir un gain maximum dans la direction de la résolution du problème. En fait, il existe des milliers de scénarios différents sur la façon d'évaluer la valeur. La difficulté n'est pas de savoir comment définir la valeur , mais de penser d'abord à définir la valeur et de comprendre qu'il n'est pas entièrement conseillé de s'abandonner aux efforts des autres. Faire quelque chose sans en voir la valeur signifie un travail acharné, mais le travail acharné n'est pas nécessairement un crédit, et le crédit n'est pas nécessairement utile.Bien que beaucoup de choses ne puissent pas voir la fin au début, il y aura toujours une claire Il est impossible de simplement se lancer et faire quelque chose basé sur l'intention originale et le jugement initial de "Je pense que cela peut fonctionner, je pense qu'il y a un chemin à suivre". Maintenant, quand je suis seul, cela peut être juste une perte de temps. Si j'ai une équipe à l'avenir , Mes amis, ce genre de flou voire d'imprudence empêchera toute l'équipe de créer la valeur qu'elle mérite, et ce sera une année difficile sans une bonne récolte.
Lorsqu'il s'agit de positionnement, nous pouvons souvent poser des questions sur la valeur, mais nous ne pouvons pas poser de questions sur le positionnement. Il existe une différence claire entre le positionnement et le pourvoi de postes. Si quelqu'un peut faire une chose, alors pourquoi ? Si quelqu'un d'autre ne le fait pas. , devrais-je le faire simplement parce que c'est facile de me parler ? En fait, ce n'est pas toujours le cas. Quand quelque chose a besoin que je le fasse, il y a toujours une raison pour laquelle je dois le faire et il me convient de le faire et je peux le faire bien. Même si ce n'est qu'à un moment donné. à ce stade, c'est la raison qui me distingue des autres, et cette différence Cela se reflétera également dans le résultat final de faire les choses. Chaque résultat plus le processus par lequel ce résultat est passé aura une couleur personnelle ou d'équipe très forte, et l'accumulation de cette couleur rendra une personne ou une équipe différente des autres personnes ou équipes, ce qui rendra les autres équipes uniques.
Le questionnement et la réflexion vont toujours de pair. Ouvrez votre esprit à d'autres choses que le codage et voyez les choses s'enrichir. Regardez en arrière et réfléchissez à ce que signifie penser. Cela signifie probablement analyser en profondeur le contenu existant et découvrir ce que cela signifie. et la position, ainsi que la valeur intrinsèque sous l'apparence des résultats ; pour les problèmes futurs, trouver la possibilité du problème, rechercher des opportunités, trouver le point de départ et le point de départ appropriés (point de départ ~) pour les individus et les équipes et activement mise en page.
parler de choses
"Où que tout le monde se trouve, ce sont tous des rivières et des lacs."
De plus, notre Jianghu, connu sous le nom de Jianghu ?
En fait, avant, je pensais que faire des choses et y réfléchir étaient le contenu le plus important et le plus central, et je n'y prêtais pas beaucoup d'attention. Les ingénieurs n'aiment pas s'occuper de ces choses frivoles (la technologie est génial, le n°1 mondial 1), mais après un long moment, j'ai constaté que beaucoup de choses n'étaient pas faites ou bien faites. Ce n'était pas à cause du manque de capacités matérielles. Évidemment, tous les scénarios ne semblaient pas si difficiles et je pouvais penser à des solutions claires, mais cela n'a tout simplement pas fonctionné. Autant vous rappeler que lorsque vous vérifiiez les problèmes en ligne dans tous les domaines, aviez-vous toujours le sentiment qu'il existait une ligne d'enquête claire pour le problème, mais que vous poussiez simplement les autres à le pousser, ou que vous ne parveniez pas à savoir où pour le retrouver après recherche. Au final, il a fallu deux, trois jours voire une semaine pour trouver la cause du problème, et il restait de nombreux projets inachevés. Après avoir vécu ce genre de choses à plusieurs reprises, j’ai lentement commencé à m’identifier à un sage dicton :
"Tous les problèmes sont en fin de compte les problèmes des gens."
J'entends souvent un point de vue dans le partage de gestion : " Le management consiste à employer des personnes pour réaliser des choses. " En dernière analyse, c'est une extension de ce point de vue. Mettez tout dans une position appropriée et trouvez un groupe de personnes appropriées. ... Et c'était chose faite. Mais les gens ne sont pas connectés comme des systèmes à des systèmes ou des applications à des applications via MetaQ et HSF. Nous devons encore revenir à des choses apparemment triviales comme la communication et la communication.
En même temps, quand tout le monde vient à l'arrière, il y aura toujours un moment où il faudra trouver des ressources ou devenir PM. Pour le développement de ce domaine, toutes les questions de matériel informatique doivent être discutées, mais c'est difficile trouver des personnes avec qui travailler ensemble pour faire la même chose. Le temps peut être plus difficile que de trouver une machine. Nous parlons toujours de développer des ressources, mais au final, nous ne sommes pas encore des humains.
Tant que vous êtes un être humain, vous devez utiliser des méthodes humaines pour résoudre les problèmes. « L'arène n'est pas une question de combat et de meurtre, mais de relations humaines. »
Ouvrez la bouche
Avec le recul, être capable de travailler régulièrement sur une chose peut vraiment être considéré comme une sorte de bonheur. Vous n'avez pas besoin de vous disputer avec qui que ce soit et de simplement faire ce que vous voulez. Pour un ingénieur de développement, c'est une sorte de bonheur. . Cependant, en ce qui concerne mes sentiments, lorsque je me suis dirigé lentement vers la réception et que j'ai eu besoin d'utiliser mes propres mots pour exprimer mes pensées et promouvoir le progrès, j'ai réalisé que cette question pourrait devenir la chose la plus fatale pour moi et même pour la plupart des ingénieurs. faire un pas en avant, obstruction, incapacité d'ouvrir la bouche, et on ne sait pas par où commencer après avoir ouvert la bouche.
Il y a beaucoup de choses à faire et une idée de mise en œuvre a été conçue. Le problème clé est que tout projet ayant un impact important nécessite la participation de nombreuses personnes. Comment amener les autres à participer, laisser les autres l'accepter , et l'expliquer clairement aux autres pour qu'il puisse être réalisé. La localisation du terrain et la possibilité de partager les résultats sont devenues la clé pour savoir si cette affaire peut être réalisée. Pour le dire légèrement, est-ce que quelqu'un s'est déjà posé cette question comme je l'ai fait lorsque je suis arrivé ici pour la première fois ? Pourquoi, aussi difficile que soit le problème dans cet environnement, peut-il simplement trouver un « vieil Ali » pour se manifester et le résoudre ? D'après ma compréhension superficielle, il n'y a pas plus de deux raisons : les maîtres peuvent trouver plus de ressources, donc beaucoup de personnes qui n'ont peut-être pas été impliquées dans cette tâche peuvent être amenées à partager les difficultés ; les maîtres savent aussi profondément que que faire d'autres veulent entendre, prêter attention, s'inquiéter et partager ?Vous pouvez expliquer clairement les causes et les conséquences, les valeurs fondamentales, les risques et les récompenses de cette question et persuader les autres de prospérer ensemble . Puis, au fil du temps, les maîtres cuisiniers ont progressivement créé un effet de marque personnelle. Chacun a progressivement découvert que travailler avec les maîtres cuisiniers était organisé, efficace et fructueux. Ils ne travaillaient pas en vain, étaient fiables et dignes de confiance. S'ils se reverront ensuite du temps, cela vaut la peine de le faire ensemble si les maîtres mettent en place un jeu. Sera-t-il capable d'avoir pour effet d'inspirer les gens à avancer courageusement ? De ce point de vue, il n'est pas trop biaisé de dire que « l'essence des ressources, ce sont les relations humaines ».
En plus de parler de ressources, avec les étudiants en commerce, vous devez comprendre la vision à long terme de la demande, puis discuter des perspectives actuelles à court terme. Les idéaux et les projets sont toujours grands, mais comment vont-ils entrer dans cette livraison ? avec les étudiants en produits, vous devez clarifier le plan de conception du produit final. S'il y a un écart avec l'intention initiale de l'entreprise, si la division des itérations et le rythme d'avancement progressif sont raisonnables, trouver une plage de volumes qui est à la fois réalisable et suffisant pour répondre à une vérification progressive et éviter une grosse bagarre au début ; avec les partenaires techniques de l'équipe, pour un package important, les facteurs de demande et les heures de travail, comment définir les limites de domaine afin que chacun puisse se concentrer davantage sur son propre contenu et obtenir les choses faites ensemble ; lors de la coopération avec des équipes frères, comment discuter des limites de l'interaction et comment négocier entre les équipes sur une question spécifique. Où est le point de division pour qu'il n'y ait ni conflit ni angle mort.
Par rapport aux choses elles-mêmes, parler des choses semble compliqué, mais une fois que vous aurez commencé à l'essayer au fil du temps, vous formerez également votre propre style et votre propre méthodologie pour parler des choses. La plupart de ces choses ne peuvent être que comprises mais pas exprimées . est de les comprendre. La conscience d'ouvrir la bouche , spécifique à la scène et à la personnalité de chacun, et la façon de parler sont également différentes. Peut-être qu'il y a certaines choses dont les autres ne peuvent pas discuter correctement, mais vous pouvez élaborer un plan négocié , et cela finira par s'installer dans ce qui vous distingue des autres. Le point culminant est qu'être éloquent et utilisé correctement n'est pas un terme péjoratif.
Fermez-la
Ouvrir la bouche est facile à comprendre, mais qu'en est-il de la fermer ?
Tais-toi quand il est temps d'écouter. Une fois que vous commencez à essayer de parler de choses et à prendre les devants dans certaines choses, ce processus deviendra addictif pendant un certain temps, et progressivement vous voudrez en parler à tout moment, ce qui a un sentiment de nouveauté qui s'ouvre. la porte vers un nouveau monde. Cependant, vous devez être vigilant à ce moment-là. Si vous avez une réunion et que seule votre propre voix est dans votre esprit après la réunion, vous devez vous demander si vous commencez à perdre l'audition et si vous ignorez les opinions des vos partenaires Malgré le développement à la base Le travail est moins bureaucratique, mais il faut quand même éviter de trop parler. Vous devez comprendre que se soucier de tout signifie ne se soucier de rien . L'énergie des gens est limitée et il est impossible de prêter attention à tout. Vous devez apprendre à lâcher prise et à abandonner, apprendre à donner l'initiative et à écouter davantage ce que les autres. pense. , fais ce que tu veux, tant que tu es toujours sur la même table, parler s'appelle parler, et être obéissant s'appelle aussi parler, ouvre la bouche avec la bouche et ferme la bouche avec les oreilles.
Tais-toi lorsque tu te sens émotif. Lorsque vous discutez de choses, veillez à ne pas susciter de ressentiment ou d'hostilité. Beaucoup de gens mettent toujours l'accent sur l'aura à la table des négociations. C'est vrai, mais l'aura ne signifie pas être bruyant, avoir une voix rauque ou claquer la table. Je ne sais pas si vous avez déjà rencontré une telle situation. Lorsque nous nous rencontrions pour discuter des limites et des besoins, nous avons commencé à nous disputer en discutant. La querelle est devenue si forte qu'à la fin, l'un et l'autre visaient soit cette question, soit celle-là. personne. " "Cibler" ne consiste plus à rechercher des points clés, mais vraiment à les frapper avec une cible. La réunion est si longue qu'elle peut même dépasser l'heure du repas, et il n'y a alors aucune conclusion après la réunion. Il Ce n'est pas seulement une perte de temps mais aussi une perte d'humeur. Il y a tellement de temps. Aller à la cantine pour préparer un repas n'est pas mieux qu'autre chose. Ne faites pas aux autres ce que vous ne voulez pas que les autres vous fassent. Tout le monde est là pour travailler. Une réunion est une réunion, et parler de choses n'est que du business. Il n'est pas nécessaire de se battre pour savoir qui gagne. Les choses peuvent être fait s'ils peuvent être fait. Encore une fois, si vous ne levez pas les yeux, vous nous verrez. , étouffez-vous toujours en parlant aux autres, qui voudraient vous parler. Soyez gentil avec les collègues qui vous entourent. Ce sont des partenaires et des compagnons d’armes. Nous pouvons parler de beaucoup de choses, que ce soit au travail ou dans la vie. Nous pouvons apprendre des expériences de chacun. Ce sont tous des êtres humains pour la première fois leur vie.Qui ose parler de vivre une vie plus transparente que les autres, même si nous nous retirons du monde, nous ne les oublierons pas forcément dans le monde.
Pour en revenir aux trois mots « parler de choses », ce dont je veux parler ici, c'est d'une sorte de conscience, une sorte de conscience qui jaillit des choses et considère les gens comme des êtres humains. En tant qu'étudiant en développement, apprenez à reconnaître que parler est un pouvoir doux autre que le codage. Lentement, j'ai changé ma façon de penser et ma façon de faire les choses, et j'ai changé ma vision du type de code à utiliser pour résoudre des problèmes. J'ai également commencé à réfléchir à la possibilité d'utiliser les gens pour résoudre des problèmes. Il faut gérer non seulement l'équipe, mais aussi les relations interpersonnelles.
Au dernier "nœud"
Des idées superficielles, une écriture médiocre, des propos grossiers et des opinions personnelles.
Si cela peut aider, j'en serais honoré. Si ce n'est pas intentionnel, riez.
Bien sûr, j'espère toujours communiquer davantage avec les étudiants intéressés ~ "C'est sans fin, tout le monde peut s'encourager."
Auteur｜Xiang Zhi
Cet article est un contenu original d'Alibaba Cloud et ne peut être reproduit sans autorisation.
Bilibili s'est écrasé deux fois, l'accident de premier niveau « 3.29 » de Tencent... Faire le point sur les dix principaux accidents d'arrêt en 2023 Vue 3.4 « Slam Dunk » a publié MySQL 5.7, Moqu, Li Tiaotiao… Faire le point sur « l'arrêt » en 2023 Plus » Les projets et sites Web (open source) reviennent sur l'EDI d'il y a 30 ans : uniquement TUI, couleur de fond lumineuse... Sortie de Vim 9.1, dédié à Bram Moolenaar, le père de Redis, "Rapid Review" Programmation LLM : Omniscient et Omnipotent&& Stupid "Post-Open Source "L'ère est arrivée : la licence a expiré et ne peut pas servir le grand public. China Unicom Broadband a soudainement limité la vitesse de téléchargement et un grand nombre d'utilisateurs se sont plaints. Les dirigeants de Windows ont promis des améliorations : Prenez le départ Le menu est à nouveau excellent. Niklaus Wirth, le père de Pascal, est décédé.