Oui et non.
Evidemment, si vous n'apprenez pas réellement ce que vous devez savoir, c'est un problème. C'est un problème qui peut être résolu de diverses manières, bien sûr, dont toutes n'impliquent pas le transfert, mais c'est un problème. La programmation informatique n'est pas l'un de ces domaines où le diplôme n'est qu'un certificat d'intelligence et où votre emploi concerne quelque chose de tout à fait différent. Vous avez vraiment besoin de connaître les variables de condition et les tables de hachage et la signification de l'appel par référence et tout cela.
Si nous supposons que, d'une manière ou d'une autre, vous avez réussi à acquérir le même niveau de compétence d'une manière ou d'une autre, alors votre principal désavantage va se situer aux tout premiers stades du processus d'entretien. Les recruteurs des grandes entreprises technologiques reçoivent un nombre énorme de CV sur leur bureau, et ils ne disposent que de ressources limitées pour effectuer une évaluation plus approfondie des compétences d'une personne. Lorsque vous avez un entretien téléphonique supplémentaire d'une heure avec un ingénieur et que vous avez deux CV identiques sauf que l'un dit MIT et l'autre CSU Chico... le candidat MIT obtient l'entretien téléphonique.
Une fois que vous'êtes dans le processus d'entretien, cependant, cela importe moins. (J'ai fait beaucoup d'entretiens dans deux entreprises de logiciels différentes de la région de la baie connues pour avoir des normes assez élevées, donc j'ai une certaine connaissance interne ici). Si votre CV dit CMU mais que vous ne pouvez pas inverser une liste liée, et que le CV de quelqu'un d'autre's dit Kazakhstan Institute of Agriculture mais qu'ils s'expriment bien et écrivent un code clair et correct... vous voyez où je veux en venir.
Donc, revenons à l'entrée dans la porte en premier lieu. Il y a plein d'autres façons d'attirer l'attention des recruteurs. Aucun d'entre eux n'est aussi facile que de leur tendre un CV à un salon de l'emploi du MIT, mais ils ne sont'pas non plus insondablement difficiles. Et vous pouvez commencer dès maintenant : les stages en programmation peuvent vous apporter beaucoup de connaissances et d'expériences utiles, vous gagnez de l'expérience avec le processus de recherche d'emploi même si vous'ne parvenez pas à en obtenir un, et si vous en obtenez un, cela fait très bien sur votre CV et peut même être assez lucratif.
Le marché du travail est très compétitif et les recruteurs sont toujours à la recherche d'une source inexploitée de bons candidats. Si vous faites bien dans les compétitions de programmation, ou vous faites un projet open source intéressant, ou vous'êtes un TA pour une classe sérieuse dans quelque chose comme les algorithmes ou les systèmes, ou vous avez une entreprise parallèle, ou un projet de recherche... tout ce qui montre que vous êtes passionné par la programmation à un point que vous ne seriez probablement pas si vous étiez mauvais, cela'va aider.
De nombreuses entreprises mettent en place des problèmes de défi et garantissent un entretien à toute personne qui les réussit. Hackerrank en a périodiquement, par exemple. Avec les startups, il peut parfois être payant de simplement se présenter à leur bureau et de frapper littéralement à la porte. (Assurez-vous de pouvoir expliquer pourquoi vous êtes enthousiasmé par cette entreprise et respectez leur temps, bien sûr. Et une fois que vous êtes là, soyez prêt à supporter que les startups soient des startups, mais aussi à démissionner si cela ne mène clairement nulle part). Une fois que vous avez fait votre chemin vers la Silicon Valley (une zone un peu floue qui, de nos jours, s'étend effectivement de Milpitas au Presidio), il y a des meetups et des conférences publiques et des hacker spaces et toutes sortes d'endroits pour apprendre des trucs et demander négligemment si quelqu'un'embauche.
Oh, et s'il vous plaît, s'il vous plaît, ayez un profil LinkedIn correctement rempli et un CV d'une page, clairement formaté, à jour et complet (quelque chose comme ceci).