Être hors de votre profondeur est l'un des meilleurs moyens d'apprendre rapidement de nouvelles choses. Si vous rencontrez des problèmes techniques spécifiques sur lesquels vous êtes bloqué, je vous suggère de poser des questions sur stackoverflow.

Et peut-être que le terme a simplement été utilisé de manière inexacte, mais en général, la conception Web réactive est principalement une affaire CSS. Etes-vous sûr que vous avez vraiment besoin de faire ce piratage PHP?

De manière plus générale, je pense que vous devez évaluer si vous êtes ou non sur la bonne voie de carrière. Plus précisément, ces commentaires:

La programmation ne me vient certainement pas naturellement ... Je trouve l'aspect résolution de problèmes particulièrement difficile.

... aren Ce n'est pas ce que vous entendez généralement d'un programmeur / développeur Web. La programmation (et le développement Web, au niveau où vous travaillez, est programmation) est à au moins 90% de résolution de problèmes. Si vous ne pouvez pas augmenter vos compétences dans ce domaine, vous trouverez extrêmement difficile de réussir dans n'importe quel rôle de programmation / développement Web.

Alors, que pouvez-vous faire sur la situation actuelle? Je pense qu'il y a deux options de base:

1. Essayez de nager. Tout le monde finit tôt ou tard dans le grand bain. Les personnes qui réussissent relèvent le défi et apprennent à nager. Il existe des ressources disponibles pour vous aider:

   • Stackoverflow - Il est extrêmement improbable que vous soyez la première personne à frapper les obstacles auxquels vous êtes confronté. Divisez votre tâche en problèmes plus petits et lorsque vous ne pouvez pas en résoudre un, postez une question et obtenez de l'aide.
   • Votre responsable - Il a écrit la base de code d'origine, et aucun responsable raisonnable ne s'attend à ce qu'un nouveau développeur donne un sens à une base de code étrangère sans un peu d'aide ou beaucoup de temps. On peut s'attendre à ce que vous travailliez de manière indépendante, mais je doute que vous soyez refusé si vous abordez votre responsable avec des questions intelligentes qui vous aideront à mieux comprendre le code.
   • La base de code - Un code bien écrit doit être auto-descriptif et accompagné de commentaires expliquant tout élément contre-intuitif. J'espère que votre base de code est comme ça. Si ce n'est pas le cas, vous devriez vous sentir en outre autorisé à faire pression sur votre responsable pour obtenir des informations sur la façon dont les choses fonctionnent et comment il recommanderait d'apporter des modifications aux fonctionnalités existantes.
   • Le manuel - Quand tout le reste échoue, généralement la réponse est enfouie quelque part dans le manuel, ou dans l'un de ses distillats tels que Wikipedia. Être un développeur performant signifie apprendre à utiliser ces ressources, au moins occasionnellement.

2. Appellez-le à quitter. Vous pouvez démissionner, en indiquant la ou les raisons que vous préférez. Vous pouvez être honnête et dire que vous ne vous sentez pas capable d'effectuer le travail requis. Ou soyez plus vague et dites simplement que le travail n'est pas ce que vous pensiez qu'il serait. Ou peu importe.

   Mais si vous prévoyez de quitter ce poste, vous devrez probablement aussi envisager sérieusement de le faire quitter complètement pour une carrière en programmation / développement Web. Vous rencontrerez exactement le même genre de défis à n'importe quel autre poste de l'industrie.

En ce qui concerne votre CV, un séjour d'un mois dans une entreprise n'est pas la meilleure chose à faire. Je suggérerais simplement de le laisser entièrement sur votre CV si c'est ce dont il s'agit. Il est préférable de laisser un intervalle d'un mois (en particulier si vous commencez à chercher un nouvel emploi immédiatement, car vous pouvez simplement dire que vous avez essayé de trouver le bon rôle pendant tout ce laps de temps) et ensuite l'expliquer si on vous le demande .

Si votre emploi actuel ne fonctionne pas, vous voudrez peut-être envisager sérieusement un autre cheminement de carrière. Dans ce cas, votre séjour d'un mois en tant que développeur Web ne serait de toute façon pas pertinent pour votre CV.

Tout d'abord, l'entreprise vous a embauché après vous avoir évalué en profondeur. Deuxièmement, seuls les consultants seniors devraient se lancer dans une base de code et commencer à fonctionner. Vous ne parvenez pas à vous mettre à niveau n’est certainement pas de votre faute !

J'ai été à l'autre bout plusieurs fois; quand vous êtes vraiment occupé, vous jetez du travail aux nouveaux employés sans vous demander s'ils seront capables de le faire, ou même de quel type d'aide ils ont besoin parce que vous êtes trop occupé pour y penser. C'est évidemment une très mauvaise chose à faire et c'est entièrement la faute de la direction. Je l'ai appris à mes dépens quand un gars est parti après une semaine. Pour ceux qui sont restés, nous avons progressivement déterminé quelles sont leurs compétences et de quelle aide ils ont besoin, et nous avons commencé à réorganiser les affectations.

En un mot, si cette entreprise vaut la peine de rester, elle trouvera des solutions si vous leur donnez environ trois mois. S'ils ne le peuvent pas, alors ils ne sont pas assez bons pour vous et vous devriez chercher ailleurs. Ce que vous devez faire pendant ces trois mois est très simple.

1. Lorsque vous êtes confronté à un problème, essayez de le résoudre au mieux de vos capacités pendant peut-être une heure
2. Si vous ne parvenez toujours pas à le résoudre, demandez à votre responsable
3. En temps de paix, signalez fréquemment vos progrès à votre responsable. Un e-mail quotidien avant votre départ est probablement une bonne idée. Ne vous inquiétez pas si le responsable ne répond pas. Efforcez-vous de rendre vos livrables accessibles le plus tôt possible (en validant le code, etc.)

Si vous décidez de chercher ailleurs, faites-le pendant le travail en cours. À moins que vous n'ayez dit des mensonges grossiers pendant l'interview (comme dire "Je suis un gourou PHP avec une vaste expérience dans le portage d'applications héritées"), ce n'est pas de votre faute si vous n'obtenez pas suffisamment de support. Lorsque vous trouvez un nouveau poste, assurez-vous simplement de leur donner un préavis approprié. Tant que vous faites cela, ils ne vous donneront pas de mauvaises références.

Quant à un mois de passage sur votre CV, vous ne pouvez tout simplement pas le lister. Il est contraire à l'éthique de mettre des choses qui ne se sont pas produites sur votre CV, mais c'est parfaitement normal de ne pas énumérer tout ce qui s'est passé dans votre vie. Je pense que le conseil général est de ne pas énumérer les expériences de moins de 6 mois (sauf lorsque le poste était contracté).

Je pense qu'il est naturel de se sentir parfois hors de portée dans un rôle. Vous êtes probablement beaucoup plus stressé que d'habitude.

Considérons la partie de vous qui a vraiment envie d'abandonner. Plus vous consacrerez de temps à ce rôle, plus vous apprendrez et mieux vous serez en mesure de gérer les situations stressantes à l'avenir. Moins vous investissez dans le rôle, plus vous risquez d'être perçu comme un échec dans des situations difficiles, ce qui rendra plus difficile le recrutement à l'avenir.

Vous avez été embauché parce qu'ils pensent que vous pouvez gérer le travail. Le stress que vous subissez est probablement sain et naturel, et au fur et à mesure que vous acquérez de l'expérience, vous trouverez probablement de plus en plus facile de résoudre les problèmes qui vous sont présentés. Le développement de logiciels n'est pas un rôle facile, mais je doute que vous l'auriez fait aussi loin si vous ne pouviez pas y parvenir. Selon toute vraisemblance, votre patron estime que vous faites de votre mieux avec ce que vous avez, et il est prêt à être patient à mesure que vous évoluez dans votre rôle.

D'un autre côté, supposons que votre patron le fasse pas l'impression que vous travaillez. Quoi qu'il en soit, si vous arrêtez maintenant, cela signifiera que votre capacité à créer de la valeur pour un futur employeur pourrait poser problème. Vous devriez continuer à apprendre et à grandir dans votre rôle autant que votre employeur actuel le permet. Si votre patron a des problèmes avec votre performance, vous devriez lui en parler afin de mieux gérer ses attentes par rapport à votre performance, mais à aucun moment vous ne devez donner l'impression que vous abandonnez. Si vous donnez cette impression, cela minera grandement leur confiance en vous.

Le rôle que vous remplissez est difficile. Mais il a de grandes récompenses si vous vous en tenez. Dites-vous que vous pouvez le faire, et croyez que vous pouvez le faire, et faites-le au mieux de vos capacités.

L'honnêteté à ce poste est bonne. Vous voudrez peut-être adapter légèrement l'approche, cependant: au lieu de simplement dire à votre chef plus technique ce que vous ne pouvez pas faire, pourquoi ne pas lui dire ce que vous pouvez faire, et suggérez-vous de diviser le travail de cette façon jusqu'à ce que vous soyez plus au courant? En attendant ... commencez à chercher un nouvel emploi. Il semble que ni les compétences requises, ni l'environnement ne vous conviennent.

Lorsque vous recherchez votre prochain emploi, restez honnête sur la courte durée de ce rôle, les raisons pour lesquelles vous décidez de déménager sur, votre approche de la résolution de problèmes tout en travaillant dans ce rôle, et où vous voulez aller / ce que vous voulez faire ensuite. Être honnête permet aux gens de savoir quelles sont vos forces, quels sont vos centres d'intérêt (et ce ne sont pas), ce qui signifie que vous trouverez une solution bien adaptée, beaucoup plus rapidement.

Si le développement Web est pas ce que vous aimez et pas où vous voulez mener votre carrière, soyez ferme: n'acceptez plus de rôles qui s'approchent du «développement web». Soyez honnête sur ce que vous êtes capable de faire, ce que vous ne pouvez pas faire et ce que vous ne voulez pas faire. Cela peut signifier refuser beaucoup de rôles, dire à beaucoup de recruteurs d'arrêter de vous appeler. Mais si vous ne le faites pas, vous vous retrouverez dans cette situation encore et encore.

Lorsque vous postulez pour d'autres rôles, soyez honnête. Dites que le rôle exigeait plus de compétences programmatiques que vous n'en aviez, et qu'il n'y avait pas les ressources internes pour amener quelqu'un lentement à la vitesse, et que vous avez donc commencé à chercher ailleurs quelque chose de plus approprié / plus gratifiant pour vous.

Une autre possibilité est de dire au responsable que vous rencontrez un problème et ce dont vous pensez avoir besoin pour résoudre ce problème. Par exemple, vous pourriez dire que vous avez besoin de:

• Jusqu'à 30 minutes de leur temps, une fois par jour, pour qu'ils examinent le code avec vous
• Quatre fois plus temps alloué par mission (par exemple une semaine au lieu d'un jour), car ils sont trop optimistes quant à ce que vous pouvez faire, car vous êtes nouveau dans le langage de programmation, les outils de programmation, les exigences du projet et l'implémentation existante
• Un espace de travail plus silencieux (ou l'autorisation de porter des écouteurs)

Ils pourraient dire «non» ("nous pensions que vous seriez en mesure de travailler aussi vite que votre responsable, sans une aide ou du temps supplémentaire; si vous ne pouvez pas faire cela, ce n'est pas le bon travail pour vous. "), mais ils pourraient dire" oui ".

Dans tous les cas, ils pourraient préférer être dans la prise de décision, au lieu de prendre une décision unilatérale. J'apprécie que vous vous sentiez actuellement isolé de votre manager et que vous vous sentiez donc obligé de prendre des décisions sans le consulter. Y a-t-il quelqu'un d'autre avec qui vous pouvez parler (par exemple, les RH, ou le responsable de votre responsable, ou l'un de ses pairs)? Est-il possible que votre manager ne soit pas vraiment un manager du tout (au lieu de cela, il est un `` développeur senior '' et n'est pas habitué à encadrer de nouvelles recrues), et si tel est le cas, y a-t-il quelqu'un dans l'entreprise qui est un manager à qui vous pourriez parler avec?

Le premier travail est toujours difficile. Il y a tant à apprendre en tant qu'ingénieur logiciel, surtout si vous débutez avec des compétences de base en programmation. Apprendre à programmer, apprendre les outils, apprendre les cadres, apprendre à gérer soi-même de petits projets. Cependant, vous devez apprendre ces choses quelle que soit l'entreprise dans laquelle vous travaillez. Cela fait partie de votre travail.

Cependant, dans votre travail actuel, vous avez trop de responsabilités pour vos compétences actuelles, ce qui le rend vraiment stressant. Le meilleur environnement pour apprendre est une plus grande équipe avec des programmeurs seniors entre vous et votre manager. Beaucoup de responsabilités de conception de la structure de haut niveau du projet et les problèmes techniques difficiles sont effectués par des programmeurs seniors. De plus, les programmeurs seniors sont plus disponibles et moins occupés que les managers afin de mieux vous coacher. Dans ce type d'environnement, vous pouvez vous concentrer sur des choses plus simples comme la programmation de base et vous familiariser avec les outils et l'environnement de travail de votre entreprise.

Cela dit, vous devez tirer le meilleur parti de votre situation actuelle et essayer d'en apprendre le plus possible. Parfois, à l'avenir, on s'attendra à ce que vous remplissiez votre rôle actuel. Essayez d'énumérer les choses qui sont de votre responsabilité maintenant mais que vous ne pouvez pas encore gérer. Ensuite, si vous trouvez un emploi mieux adapté à votre niveau de compétence, vous avez une sorte de cheminement de carrière vers lequel vous pouvez évoluer.

Compte tenu du côté technique, il y a de grandes différences dans la "conception Web".

• Tout d'abord, vous devez connaître le HTML, je pense que personne ne vient autour de cette partie.

• Deuxièmement, comment styliser le HTML avec CSS, ici la partie conception Web s'arrête à mon avis.

• Vient maintenant la question, comment le HTML est généré, par exemple par un script PHP ou Perl ou Ruby ou un système CMS fou. Je considérerais que cela appartient déjà au monde plus vaste du développement Web, non seulement la conception Web, ymmv sur cette définition, mais c'est essentiellement comment cela fonctionne au lieu de son apparence.

• Alors vous pouvez rendre la page dynamique, soit avec des formulaires et des liens HTML classiques, soit en utilisant Ajax et Javascript, en parlant au serveur via une API.
• Ces requêtes doivent être traitées sur le serveur, toujours par PHP et Co ., ou par un générateur d'API comme Node.js ou un programme écrit en java / c ++.
• Et puis il y a le stockage des données dans une base de données, que ce soit un langage SQL comme MySQL ou un NoSQL comme MongoDB.

C'est déjà 6 domaines totalement différents où vous devez acquérir une expertise avant de produire de bons résultats par vous-même. Vous pouvez prendre environ 2 à 4 mois pour apprendre à connaître chacun d'eux, peut-être environ un an ou plus pour que chacun en sache vraiment le plus.

Si vous êtes maintenant jeté dans un projet, où 2 -3 de ces domaines sont couverts et vous ne construisez pas vous-même le système à partir de zéro, vous devez non seulement lutter pour apprendre les langues car vous en avez besoin pour résoudre votre tâche. Mais vous devez également vous frayer un chemin à travers les astuces «élégantes», les simplifications et les solutions de contournement que vos prédécesseurs vous ont laissées. Donc, vous n'avez pas seulement à apprendre des choses comme comment trier une liste en PHP, mais aussi à comprendre pourquoi ils utilisent l'un des paramètres comme appel de fonction ou ce que fait exactement l'appel de remplacement de regex à décalage de 3 lignes cryptiques de 3 lignes avant le changer.

Ensuite, votre plus gros problème pourrait être d'identifier exactement où vous devez apporter des modifications et ensuite quoi faire exactement. Dans un système développé qui est presque impossible à découvrir par vous-même, vous devez obtenir une carte et des instructions claires de la part de quelqu'un qui a la vue d'ensemble.

Si vous investissez plus de temps et que vous avez toujours l'impression d'être absent de votre profondeur, vous devriez envisager de changer de travail, mais si vous voulez opter pour la conception ou le développement Web, vous devez savoir que ce n'est pas une chose facile à faire et certainement pas à apprendre complètement dans un mois ou deux. J'essaierais, ce sera peut-être quelque chose que vous aimerez une fois que vous en aurez appris plus.

Un point qui a été sous-souligné ici - ** obtenir des écouteurs ** Très peu de programmeurs peuvent atteindre la concentration nécessaire pour bien coder avec un bruit extérieur important.

Malheureusement, si vous êtes VRAIMENT ET IRRECOUVERTEMENT hors de votre profondeur,

Alors le seul et unique chemin est de (cette heure) dire à votre patron "Désolé mon pote, je suis hors de ma profondeur sur ceci - c'est dommage que vous m'ayez embauché car on ne savait pas exactement ce qui était nécessaire. Appelons cela un jour, je ne prendrai aucune action en justice pour mon temps perdu. "

Puisqu'il y a simplement une infinité d'emplois disponibles à l'heure actuelle dans tous les domaines de développement, il n'y a aucune difficulté de votre côté car vous pouvez avoir un nouvel emploi le même jour.

Alors c'est tout.

Il n'y a pas autre plan d'action si vous êtes VRAIMENT hors de votre profondeur.

Cependant, comme tout le monde l'a dit:

(1) La programmation est incroyablement difficile. Encore pire , la programmation est la seule compétence humaine où vous devez continuellement tout réapprendre complètement. Si vous n'êtes qu'un chirurgien du cerveau ou si vous construisez des ponts suspendus, ce n'est rien. Vous passez quelques années à apprendre à le faire - et à partir de là, vous bâillez jusqu'à votre retraite. Malheureusement, la programmation est une torture mentale constante. Aucun mode de vie humain n'a jamais été comme ça auparavant , vous êtes à la pointe de la difficulté évolutive de la socio-conscience.

(Si vous n'êtes pas prêt pour ceci - oubliez-le et trouvez une carrière totalement différente. Il existe un certain nombre de façons beaucoup plus simples de gagner le même argent , alors n'hésitez pas si c'est votre choix.)

(2) Comme tout le monde l'a dit, ne paniquez pas et travaillez plus dur pour apprendre le problème en cours . Il suffit de cadrer entre acheter plus de temps, obtenir des conseils et (comme tout programmeur) adapter plus d'heures de travail aux sept jours disponibles chaque semaine .. oubliez complètement des concepts comme «manger», «temps libre», etc.

(Les programmeurs n'ont pas de vie: zéro. Absolument rien. C'est si difficile que c'est une chose qui se passe à chaque instant. Alors, consacrez 30 heures supplémentaires par semaine à étudier les systèmes à portée de main, et continuez à faire cela jusqu'à votre retraite ou votre mort. )

Cependant NOTEZ QUE toutes les personnes ici qui suggèrent (2) sont en fait d'excellents programmeurs - c'est-à-dire qu'ils vivent toute leur vie, 24/24, 365/365, de 15 ans jusqu'à la retraite, dans une panique aveugle et brûlante essayer d'apprendre Swift, CSS, programmation fonctionnelle, bAAs, Mecanim, ou tout autre tas de bêtises totalement nouveau et totalement différent vient de se produire et nous a (effectivement) mis tous au chômage jusqu'à ce que nous puissions nous mettre à niveau. Donc, vous pourriez dire, il est facile pour tout le monde ici de dire simplement "oh, c'est la vie dans la programmation - mettez-vous au courant!".

Note de bas de page - "Je voudrais une référence si le rôle se termine comme Je peux quantifier à quel point j'ai travaillé dur pour eux. "C'est un matériau de rêve, oubliez-le. Dès que vous leur direz que vous démissionnez, ils vous escorteront poliment jusqu'à la porte, ils auront des clients qui paient des millions de dollars qui les attendent. Deuxièmement, personne ne se soucie vraiment autant des références ou des CV pour les programmeurs - il suffit d'être un excellent programmeur. "à quel point j'ai travaillé dur ..." vous n'avez pas travaillé dur, chaque programmeur travaille simplement constamment (90 heures par semaine ne sont rien, c'est tout à fait normal). La raison pour laquelle de nombreux ingénieurs en logiciel travaillent maintenant de manière indépendante à la maison est qu'il est plus facile d'arriver en 13, 14, 15 heures par jour plutôt qu'en 12, 13 avec les trajets quotidiens.