Que se passe-t-il si vous êtes incapable de résoudre un problème? [fermé]

58

Je suis à un an de mon diplôme universitaire et je suis vraiment impatient de résoudre des problèmes pratiques. Surtout ceux qui ne sont pas anodins et qui nécessitent un peu de recherche et beaucoup de réflexion.

Mais en même temps, c’est aussi ma plus grande crainte: faire face à un problème que je suis incapable de résoudre, peu importe les efforts que je fais. Et avec la pression de fournir du code dans les délais imminents, cela semble un peu effrayant de le voir depuis les terrains de jeu sécuritaires de l'université (où le pire qui puisse arriver est que vous devez refaire un cours ou un examen).

Donc, pour ceux qui sont dans l'industrie depuis longtemps, que se passerait-il si on vous demandait de résoudre un problème que vous ne pouviez pas? Est-ce arrivé, et si oui, que s'est-il passé? Ont-ils simplement laissé tomber et ont dit "Oh, bon, suppose que nous pouvons faire avec quelque chose d'autre"? Y a-t-il eu des conséquences? Avez-vous été réprimandé ou même renvoyé?

gablin
la source
24
cela s'applique à n'importe quelle profession - échouez vite, demandez de l'aide, recherchez les solutions possibles avant de vous engager
Steven A. Lowe
9
Ne t'inquiète pas. 80% des emplois là-bas est le maintien de vieux tas de bric-à-brac.
Job
Impossible de résoudre un problème? C'est possible?
WernerCD
3
Je ne pense pas que cela sera jamais un problème réel, à moins que ce ne soit un problème que Jon Skeet ne puisse pas résoudre, auquel cas nous sommes tous condamnés!
Skizz

Réponses:

56

Tout d’abord, votre peur est très saine et normale. Voici mes réflexions après environ 15 ans dans l’industrie du logiciel.
Voici quelques questions à vous poser:

  1. Comprends- tu le problème?
  2. Savez-vous que le problème est insoluble (dans les limites de votre budget / temps)?
  3. Ne savez-vous pas comment résoudre le problème?
  4. Votre client / patron demande-t-il l'impossible?
  5. Est-ce que ça vaut le coup? (ROI)
  6. Est-ce un vrai problème?

1) Tout d’abord, assurez-vous de bien comprendre le problème. Il n'y a pas de questions stupides. Comprenez-vous ce que votre client / patron vous demande par rapport à ce dont il a besoin?

2) Cela va arriver. "Construis-moi un pont d'ici demain" . Assurez-vous que vous savez pertinemment qu'un problème est insoluble dans le cadre de vos contraintes. Votre client / responsable peut être flexible en termes de temps / budget et ceux-ci peuvent être modifiés pour vous donner plus de temps / budget.

3) Si le problème est compréhensible et que les contraintes sont raisonnables, et qu’il existe une technologie qui peut le résoudre, mais que vous n’en savez pas assez… C’est ce à quoi StackOverflowInternet est destiné. Assurez-vous de faire vos recherches en premier. Essayez de poser des questions explicites qui ont des réponses quantifiables. Demandez à vos pairs. Avoir une session de conception.

4) Ceci est une variante de la réponse numéro 2. Il semble que votre client / responsable demande l'impossible. Fais quelques recherches. Ne dites jamais que le problème est insoluble, à moins que vous sachiez exactement pourquoi et que vous puissiez clarifier.

5) ROI représente le retour sur investissement. Cela fait référence à un investissement dans le temps. Ton temps!. Le problème est-il suffisamment important à résoudre pour justifier le temps qu'il vous faudra pour faire des recherches et résoudre le problème? Discutez-en avec votre client / patron

6) Est-ce un vrai problème? Les clients, souvent, comprennent ce qu'ils veulent, mais ne comprennent pas nécessairement ce dont ils ont besoin. Essayez de comprendre ce dont votre client / patron a réellement besoin et discutez-en avec lui.

J'espère que ces directives vous aideront.

funkymushroom
la source
3
Réponse la plus informative à ce jour. J'espère qu'il obtiendra plus de votes.
Gablin
6
Pas une mauvaise réponse. Je voulais simplement ajouter que les pirates les plus prospères maintiennent un certain niveau d'arrogance pratique: en d'autres termes, supposons que vous pouvez relever tous les défis. La plupart du temps, vous aurez raison et vous résoudrez plus de problèmes que ceux qui n'agissent pas comme prévu. Cela dit, ne pas résoudre un problème n'est pas la fin du monde - il suffit de ne pas le laisser à la dernière minute. Gérer, c'est s'assurer que votre patron a des attentes raisonnables. Si vous ne savez pas comment faire quelque chose, dites au chef que vous avez besoin de temps pour faire des recherches et revenir avec des recommandations.
HedgeMage
J'aime que # 4 ne soit pas une question
endolith
57

Deux choses à retenir si vous êtes confronté à un problème apparemment insoluble:

  • Dites aux autres que vous êtes bloqué le plus tôt possible. Cela les aidera à ajuster l'estimation à temps avant qu'il ne soit trop tard.

  • Si vous voyez une façon de résoudre un problème ne fonctionne pas - laissez tomber avant d'avoir perdu trop de temps. Demandez de l'aide ou essayez une approche différente. Il ne s'agit pas de prouver que vous êtes dur et intelligent, mais de faire avancer les choses.

utilisateur8685
la source
11
+1 pour "demander de l'aide". Un autre regard sur le problème peut être extrêmement utile.
Michael K
5
+1 pour votre deuxième point ... méfiez-vous de la solution à 95%. C’est-à-dire que la solution qui vous permet de parcourir 95% du trajet très rapidement, mais qu’il est presque impossible de travailler à 100%. Je trouve qu'il est facile de passer beaucoup de temps supplémentaire à essayer d'obtenir les 5% restants parce que vous êtes "presque là".
Scott Whitlock
5
"M. Corleone est un homme qui insiste pour entendre les mauvaises nouvelles immédiatement."
JeffO
3
Pouvoir demander de l'aide est très important. Tant de fois que j'ai vu de nouveaux développeurs revenir après deux semaines sans rien montrer, ils se sont retrouvés coincés le premier jour. Bien sûr, votre mentor / patron devrait vous demander comment vous allez, etc., mais ne mentez pas et ne dites pas "tout va bien" quand ce n'est clairement pas le cas!
Dean Harding
4
Même le simple fait d'expliquer le problème à quelqu'un d'autre peut vous permettre de trouver une solution.
alexanderpas
26

Je vais à StackOverflow ;)

Mais blague à part, ne craignez pas l'inconnu. Toute votre carrière sera confrontée à l'inconnu, car si vous l'avez déjà résolue, ce ne sera pas un problème la prochaine fois.

Arcturus
la source
12
Ce n'est pas une blague pour moi, c'est normalement mon premier port d'escale. En fait, le processus de formulation d'une question donne souvent l'impulsion nécessaire pour trouver moi-même une solution.
NimChimpsky
10
La dernière fois que je ne pouvais tout simplement pas comprendre un problème avec certains logiciels, demander sur SO m'a permis d'obtenir une réponse correcte presque immédiate.
David Thornley
Très bonne réponse! +1 - La meilleure partie du développement logiciel - "Toute votre carrière sera confrontée à l'inconnu."
Karthik Sreenivasan le
10

Je vais devoir y aller avec une réponse simple: je demande de l'aide. Tout comme les autres me demandent parfois de l’aide quand ils sont coincés à essayer de trouver une solution à quelque chose.

Edit: je dois mentionner que je trouve souvent la solution simplement en décrivant le problème à un collègue, ou parfois même lorsque je commence à poser une question sur des sites comme StackOverflow.

MetalMikester
la source
3
Parfois, parler à un collègue de travail qui comprend le travail peut aider, même s'il ne propose aucune suggestion, le simple fait d'en parler peut vous aider à régler ce
problème
9

Regarde sous différents angles

J'ai rencontré cela plusieurs fois, généralement ce qui se passe est:

  • Vous avez un problème, vous avez d’abord une idée en tête de la façon dont vous le résoudriez.
  • En ce qui concerne la mise en œuvre de votre solution, il s'avère que cela ne fonctionne pas (probablement en raison du modèle faible du problème).
  • Après avoir lutté pour résoudre le problème, que ce soit plus de recherche ou demander aux autres. Rien de tout cela ne fonctionne, la pure frustration!

Enfin, vous optez pour ce que vous ne voulez pas faire ->

"Le sale bidouille"

Cela fonctionne, mais vous vous sentez sale ...

Nuit noire
la source
3
+1 pour le hack sale, parfois, l'indisponibilité d'une solution adéquate ne ressemble à aucune solution du tout ... certes, personne n'aime les variables globales, mais si c'est le seul moyen disponible pour obtenir une information de A à B ... mieux que de ne pas livrer du tout.
user281377
+1 - Description claire de l'expérience la plus commune rencontrée par un développeur de logiciels.
Karthik Sreenivasan le
5

D'habitude, je demande à quelqu'un de plus intelligent que moi de le réparer. Il fait et il est mon patron. Je me sens stupide. Nous passons.

johnny
la source
4
Je t'envie - tu as un patron qui comprend ce que tu fais encore mieux que toi. Être reconnaissant!
JasonFruit
En fait, je suis heureux que le mien ne soit pas. ;-) Mon patron me sert à éliminer les obstacles, à organiser l'aide lorsque j'en ai besoin, à me motiver et à continuer, etc. S'il était meilleur dans mon travail, il ne devrait pas être mon patron mais faire mon travail.
johannes
Votre patron devrait en savoir plus que vous sur beaucoup de choses, imo.
johnny
5

Cela dépend de la raison pour laquelle vous êtes incapable ...

  • logiquement impossible: discutez-en avec celui qui a rédigé les exigences, il y a peut-être un malentendu. Exemple: à un moment donné, la spécification indique que l'application doit avoir une apparence native sur toutes les plates-formes (Windows / Linux / Mac), et à un autre endroit, elle indique que le programme doit être exactement identique sur toutes les plates-formes.

  • techniquement impossible: Réévaluez les outils avec lesquels vous travaillez, ils ne sont peut-être pas appropriés. Discutez du problème avec vos pairs et le chef de projet. Exemple: exigences en temps réel dans un environnement où la récupération de place peut arrêter l'exécution pour une durée indéterminée

  • performances insuffisantes: vous utilisez peut-être le mauvais algorithme ou le problème est trop difficile (par exemple, NP-difficile) et la configuration requise n'en tient pas compte. Réévaluez l’algorithme que vous utilisez, il existe peut-être un moyen plus rapide. Discutez du problème avec vos pairs et le chef de projet. Envisagez de passer à une heuristique suffisamment bonne au lieu d'un résultat parfait. Exemple: optimisation de chemin avec des dizaines voire des centaines de nœuds

  • vous ne savez tout simplement pas comment faire: demandez à vos pairs, demandez à stackoverflow, recherchez sur Internet. Contactez le support de l'outil / lib que vous utilisez. Discutez-en avec le chef de projet.

  • cela devrait fonctionner, mais cela ne fonctionne pas, et vous ne savez pas pourquoi: refacturez le programme pour le rendre plus testable. Considérez les conditions de course, elles sont souvent la cause des bogues difficiles à trouver. Demandez de l'aide à vos pairs, quatre yeux en voient plus que deux. Recherchez sur Internet des bogues connus dans les outils / bibliothèques que vous utilisez.

utilisateur281377
la source
4

Je pense que d’autres personnes soulignent avec gentillesse comment traiter ce problème de manière professionnelle. Je voudrais dire comment gérer le sentiment personnel comme la frustration, la peur.

En bout de ligne, vous serez fin, même si vous ne résolvez pas les problèmes à temps. La vie continue.

Parfois, le calendrier serait poussé. Le projet serait soit réussi soit échoué. Vous pouvez être viré et avoir ensuite un excellent travail. Tu ne sais jamais.

Ne vous méprenez pas. Cela ne signifie pas qu'il est acceptable de laisser le problème être là. Tout ce que nous pouvons faire, c'est faire de mon mieux et laisser tomber.

Parfois, je pense que la frustration, la peur de ne pas résoudre le problème est ma vie de développeur moyen.

exiter2000
la source
2

Je ne suis pas sûr que je dirais que je ne pourrais pas résoudre un problème, mais il y a eu des cas où j'ai renoncé à essayer de résoudre un problème. Après avoir passé de nombreuses heures à essayer de corriger un bogue ou d’implémenter une fonctionnalité qui ne me dit rien du tout, je peux en informer un membre de mon équipe, un chef d’équipe ou un responsable: "Je suis bloqué à ce sujet. voulez-vous que je fasse? " afin qu'ils sachent où je suis. Ils pourraient dire: "Continuez, nous pensons que vous l'obtiendrez" ou "Passez à autre chose qui n'est pas si important" ou à quelques autres choses et ensuite je saurai ce que je devrais faire.

J'ai eu des bugs que je n'ai pas résolus et des fonctionnalités qui n'ont pas été réalisées, bien sûr. Bien que je puisse essayer de faire quelque chose, tout n’est pas en mon pouvoir pour le résoudre dans un délai raisonnable. Un point clé dans cette démarche est la communication afin que vos supérieurs sachent où vous vous trouvez.

Cela dit, je me suis souvent heurté à des circonstances assez spéciales:

  1. Lorsque je travaillais dans une grande banque canadienne à Toronto, on me demandait de faire toutes sortes de choses que je ne savais pas faire quand on me confiait cette tâche. Par exemple, on m'a demandé de tester cette méthode de sécurisation des ordinateurs portables où les touches "Esc" et "Entrée" étaient permutées au démarrage et avec la séquence de touches correcte, l'ordinateur portable serait de nouveau utilisable, ce qui semblait étrange d'essayer de comprendre. Comment cela peut-il fonctionner avec les utilisateurs? " Il y avait d'autres tâches pour lesquelles je n'avais tout simplement pas le matériel ou d'autres ressources pour le faire. En même temps, c’était plutôt instructif, car cela me donnait beaucoup de choses à noter sur toute situation future en matière d’emploi afin de prévenir les ennuis. Des choses comme assurer quand je suis payé, comment est mon temps suivi,

  2. Alors que je travaillais chez un fournisseur de services applicatifs à Calgary, j'ai eu pour projet d'essayer de créer une copie d'un autre site Web dans notre application interne que nous vendions en tant que service. Un point important ici est que je n’ai pas été informé de la chronologie ou des suggestions sur ce qu’il faut faire en premier lieu, juste de la recherche générale et un mois plus tard, on me demandait une démonstration alors que j’avais une mauvaise réaction à certains médicaments contre la douleur. Cette réaction a duré une semaine au cours de laquelle j'ai quitté le travail tout à coup, puis la semaine suivante, je suis allée à un événement Microsoft qui était un peu la dernière goutte, le jour suivant. Il convient de noter ici que j’ai eu une relation plutôt médiocre avec mon patron car chaque fois qu’il s’approchait de chez moi, ma pensée immédiate était: «Maintenant, qu’est-ce qui ne va pas?

JB King
la source
2

Comme d'autres l'ont dit, la communication est essentielle: informez les personnes (qui sera touché) lorsque vous êtes bloqué: votre patron, les membres de l'équipe, les clients, etc.

Un collègue acharné m'a une fois inculqué que le succès repose sur deux choses:

  1. Des relations
  2. Attentes

J'imagine que le fait d'avoir de bonnes relations dépend de la qualité de la communication et de la définition des attentes dès le départ.

Gcraig
la source
2

Je suis le principe Polya:

"S'il y a un problème que vous ne pouvez pas résoudre, alors il y a un problème plus facile que vous ne pouvez pas résoudre: trouvez-le."

George Polya

La beauté du principe réside dans le fait qu’à un moment donné, il y aura un problème suffisamment petit et que vous pourrez résoudre ce qui, espérons-le, si vous agissez correctement, vous permettra d’amorcer une solution au problème initial. Ce principe ne m'a pas encore manqué.

davidk01
la source
1

Les réponses " demander de l'aide " sont certainement correctes. Il est très peu probable que vous soyez la première personne à rencontrer un problème particulier.

Mais comme expérience, que se passe-t-il s'il n'y a pas d'aide? Que faire si vous devez résoudre le problème vous-même? La capacité la plus importante de résolution de problèmes est la capacité d' identifier et de contester vos propres hypothèses . Si vous pouvez énumérer vos hypothèses sur un problème un par un et les éliminer à tour de rôle, vous finirez par tomber sur l'hypothèse erronée et de nouvelles possibilités de solution s'ouvrent à vous.

(À propos, c’est aussi la meilleure approche lorsque vous ne trouvez pas de réponse à un problème que vous rencontrez dans un entretien d’emploi. Énumérez verbalement vos hypothèses, déterminez laquelle est fausse, puis ré-attaquez le problème. toutes les "questions pièges" sont basées sur des hypothèses naturelles mais erronées).

JP Alioto
la source
1

Demander de l'aide est vraiment la meilleure solution, mais voici un peu plus qui peut être utile.

Donc, pour ceux qui sont dans l'industrie depuis longtemps, que se passerait-il si on vous demandait de résoudre un problème que vous ne pouviez pas? Est-ce arrivé, et si oui, que s'est-il passé? Ont-ils simplement laissé tomber et ont dit "Oh, bon, suppose que nous pouvons faire avec quelque chose d'autre"? Y a-t-il eu des conséquences? Avez-vous été réprimandé ou même renvoyé?

Oui, ça m'est arrivé, et non, je n'ai jamais été réprimandé ou renvoyé pour ça, parce que ...

Dans l’industrie, il s’agit de savoir si vous résolvez les problèmes dans les délais et dans les limites du budget, et les bons dirigeants comprennent que ce n’est pas toujours possible.

Qu'est-ce qui se passe réellement, c'est que votre manager dit: "J'aimerais que vous fassiez X, que pensez-vous que cela va prendre?" Et vous pouvez donner beaucoup de réponses. Les bons incluent:

  • J'ai fait quelque chose de vraiment similaire à cela, donc je pense que cela prendra trois semaines et 3 000 dollars de matériel de test.
  • J'ai quelque chose de semblable à cela. Alors laissez-moi y réfléchir et vous recontacter cet après-midi.
  • Je n'ai jamais rien fait de tel. Alors permettez-moi de le rechercher et de vous répondre demain.
  • Personne sur la planète n'a jamais fait cela. Si vous voulez examiner cela, il me faudra deux semaines pour faire assez d'expérimentation pour pouvoir faire une estimation.

C'est au responsable de décider si et comment procéder. S'ils choisissent de procéder, il vous incombe de respecter vos estimations ou d'informer le responsable en cas d'empêchement. Tant que vous faites cela, dans une entreprise raisonnable, il n'y aura pas de conséquences négatives.

Bien sûr, il y a aussi des entreprises déraisonnables qui ne vous donnent pas le temps ni les ressources pour faire votre travail. J'ai travaillé sur certaines de ces tâches et tout le monde s'est vu imposer des problèmes qui ne pouvaient pas être résolus dans les limites des contraintes de l'entreprise. L'un d'entre eux a mis à pied environ 98% du personnel de la programmation au bout de huit mois, ce qui était certainement une conséquence, mais cela ne m'était pas personnellement destiné, et je considère toujours que mon patron et son supérieur sont de bons amis.

Bob Murphy
la source
+1 Très bonne liste incrémentale de cibles. Les gestionnaires doivent accepter le fait que moins le problème est connu, plus il faudra du temps pour obtenir une estimation du temps nécessaire à sa résolution, ce qui augmente également la marge d'erreur sur de telles estimations. Au bout du compte, si vous avez des gestionnaires déraisonnables, le travail est toujours menacé - vous devriez donc procéder comme indiqué ci-dessus, car cela couvre un peu plus votre dos. Au moins, vous pouvez dire "je vous l'avais bien dit".
Orbling
1

Vous rencontrerez de nombreux types de problèmes et beaucoup ont différentes manières de les résoudre.

Un type de problème est l’implémentation de quelque chose que vous n’avez jamais vu auparavant, comme une API de son étrange ou autre. Dans ce cas, je demanderais à SO, sérieusement.

Un autre est un très gros problème à résoudre. Ce type de problème peut être abordé de manière itérative. Ils vous disent "Implement Humongous". Vous le regardez et écrivez autant d'étapes que vous pouvez comprendre. Ensuite, vous décomposez les étapes compliquées en étapes plus petites. Lorsque vous êtes obligé de penser à de plus petites étapes, elles deviennent plus claires. Si vous rencontrez un problème technique, essayez une mise en œuvre de test et demandez-y si nécessaire.

Les requêtes mal spécifiées sont l’un des problèmes les plus ennuyeux. Ils veulent juste quelque chose qui fait "x" et ne vous disent pas comment faire. Pour ceux-ci, une bonne approche consiste à créer un prototype d’interface (généralement une interface graphique) et à laisser l’utilisateur en jouer.

Ensuite, il y a des contraintes de temps qui ne peuvent pas être respectées. Cela implique souvent de modifier les attentes et de fournir des prototypes fonctionnels.

Vous trouverez généralement votre chemin à travers les choses d'une manière ou d'une autre. C'est effrayant, mais une fois que vous y êtes, vous pouvez toujours trouver un moyen de vous en sortir.

Votre meilleur choix peut être de simplement peindre les mots «Ne paniquez pas» à l’extérieur de votre ordinateur portable. Et n'oublie pas ta serviette.

Bill K
la source
+1 Pour la référence HHGTTG ​​et "Ensuite, il existe des contraintes de temps qui ne peuvent pas être respectées." Trop vrai. Dans le monde moderne des affaires dirigé par le marketing, on peut vous demander de construire quelque chose qui sera bientôt, sinon déjà, en vente; mais prendrait une équipe deux fois la taille, trois fois le temps alloué pour produire.
Orbling
1

Ma séquence de résolution de problèmes (chaque prochain spet est effectué uniquement si le précédent ne fonctionnait pas):

  1. Essayer de google
  2. Demande à quelqu'un
  3. Rechercher SO directement (en contournant Google)
  4. Pense
  5. Fumée (== tête claire)
  6. Poser une question sur SO
  7. Attendez le matin (== plus clair encore)
  8. Utilisez ce sale bidouillage et ne vous sentez pas bien avec moi-même :(

Les problèmes désagréables sont résolus aux étapes 5 et 6.

Il faut généralement un certain temps pour résoudre les problèmes vraiment graves (l’étape 7 est LA solution à la plupart des problèmes qui semblent "impossibles".). Et je le pense vraiment - passez à une autre tâche pour le reste de la journée et essayez de résoudre le problème le lendemain matin. Cela fait des merveilles.

Et alors seulement vient l'étape 8.

Jefim
la source
Je trouve généralement le meilleur endroit pour trouver des solutions aux problèmes soit a) sur mon vélo ou b) sous la douche. Cela devient alors une course entre arriver à un endroit où il y a un dispositif de prise de notes ou oublier ce que je viens de dire (je commence un peu maintenant et ma mémoire à court terme est ce qu'il se passe de quoi je parlais?)
Skizz
0

Je n'ai entendu parler d'aucun événement comme celui-ci. Tout d'abord, vous ne rencontrez jamais un problème qui ne peut pas être résolu du tout. Le problème peut être difficile et prendre du temps à résoudre. Quand on vous posera un problème, vous devrez dire que c'est le temps qu'il me faudra. Si, dans vos recherches, vous pensez que ce problème ne peut vraiment pas être résolu, vous devez lever le drapeau et informer votre responsable que ce problème prendra plus de temps ou est vraiment difficile à résoudre. Tout est question de calendrier. Si vous promettez quelque chose et que vous ne pourrez pas livrer, alors c'est un problème. Mais si vous continuez à parler de votre statut et de vos préoccupations, il incombe au responsable de s'en occuper. Il devrait vous rediriger vers la personne appropriée qui peut vous aider, ou ajuster le calendrier.

Manoj R
la source
3
-1, il est certainement possible de poser un problème impossible à résoudre. "Concevez un résolveur de mots de passe brute force capable de déchiffrer des mots de passe de 30 caractères en moins d'une minute, qui doit s'exécuter sur un Pentium 2 avec 256 Mo de RAM."
AttaquerHobo
1
Il y a beaucoup de problèmes insolubles. L'astuce consiste à savoir qu'ils sont insolubles très rapidement. De préférence, avant que le responsable marketing vous demande de le résoudre, vous avez fini de vous dire le problème.
Orbling
@AttackingHobo ... ce n'est même pas un problème réaliste
Dacto
0

Il y a de bons conseils ici! Mes deux cents valent; Ne soyez pas submergé par le gros problème, n'oubliez pas que la résolution de ce problème est une tâche passionnante et complexe, elle consiste à le décomposer en une série de sous-problèmes gérables et surtout compréhensibles, qui se décomposent encore et encore en problèmes plus petits. sous-problèmes. Tout bon programmeur le fait généralement minute par minute lors de la création de code (à l’aide de fonctions, méthodes, sous-routines, etc., pour aider à réduire la complexité globale d’une section de code). Cette méthodologie s’applique généralement à tout gros problème que vous rencontrez. visage dans la vie (pas seulement au travail).

Rob
la source
0

Cela dépend évidemment du problème spécifique. Mais la réponse peut être l'une des suivantes:

  1. Trouver une solution de contournement / substitution
  2. Achetez une solution commerciale qui correspond à ce que vous voulez
  3. N'abandonnez pas et continuez à y travailler aussi longtemps que vous en avez besoin jusqu'à votre réussite .

Le numéro 3 peut nécessiter une pause du problème et le revoir des semaines ou des mois plus tard. Cela aide souvent.

Grand maître b
la source
0

Dans mon expérience, il y a parfois un problème que vous ne pouvez pas résoudre, au moins dans le temps imparti. Donc, demander de l’aide dès que possible, après un effort de résolution, vous avez échoué .

Rappelez-vous la règle de base: regardez toujours la raison pour laquelle le patron vous a engagé. Faites tout ce que vous pensez pouvoir faire pour obtenir le meilleur résultat possible, et il s’agit parfois d’un premier rapport d’échec (bien meilleur qu’un rapport tardif).

En bref, si vous pensez que vous pouvez trouver la solution, n'hésitez pas à essayer, mais donnez à votre chef une estimation du risque et du coût en temps. C'est leur problème maintenant.

Hoàng Long
la source
0

Si des projets de plusieurs millions de dollars peuvent échouer, même avec des personnes expérimentées, ne vous inquiétez pas de votre échec, car vous êtes toujours étudiant. J'ai eu un problème sur lequel travailler et j'ai constaté que si c'est quelque chose sur lequel vous êtes bloqué, vous devez enregistrer chaque tentative faite pour le résoudre.

Qui aide:

  1. Preuve des tentatives faites pour résoudre un problème.
  2. L'enregistrement de ce type d'échec est important, vous en tirerez donc des enseignements et vous ne le ferez plus quelques jours plus tard, pensant que cela fonctionnera.
dimitarie
la source
0

Mon expérience est qu'un nouveau diplômé n'est pas jeté dans les profondeurs. Au lieu de cela, vous ferez probablement partie d'une équipe qui comprend également des développeurs expérimentés.

Mon conseil serait: utilisez-les. Lorsque vous ne savez pas comment résoudre un problème, ou si vous souhaitez savoir si votre solution va dans la bonne direction, discutez-en avec eux. Et si vous sentez que vous êtes coincé quelque part, attrapez l'un des gars expérimentés, expliquez votre problème et demandez de l'aide.

Le plus souvent, le simple fait d’expliquer votre problème révélera une solution. Expliquer votre solution peut également révéler des défauts.

Bart van Ingen Schenau
la source
0

Cela se produit souvent parce que vous n'avez pas défini le problème correctement et avec précision. Peut-être essayez-vous de résoudre une solution préconçue au lieu du problème lui-même.

Le problème est seulement ce que vous observez, pas ce que vous imaginez.

"Ma voiture sanglante ne démarre pas" est un problème. "La batterie est à plat." est une solution préconçue au problème des démarreurs. Même tester la batterie ne prouve pas que c'est la seule cause du problème. À moins que vous ayez réellement rechargé ou remplacé la batterie et démarré la voiture avec succès, vous n’avez aucune preuve que la batterie est la cause du problème.

Simplifier et continuer à simplifier. Décomposez-le en petites parties. Si vous ne pouvez pas résoudre ces problèmes, écrasez-les. Vous vous sentirez mieux. Puis décomposez-le en différentes petites pièces. Chacune de ces parties doit être un phénomène observable.

Mec CAD
la source