Nous réalisons des idées. Nous les concrétisons dans le code.
C'est plus que de résoudre un problème de codage mathématique dans un hackathon et c'est différent du codage compétitif.
Il'y a beaucoup d'argent à gagner dans ce domaine. Mais ce'est pas la raison pour laquelle vous devriez choisir le génie logiciel. Parce que si c'est votre raison pour faire un travail que vous n'aimez pas, vous ne serez pas heureux.
Les problèmes que vous avez résolus à l'école ou dans votre première année à l'université sont comme une seule pierre dans le chemin du développement logiciel qui'est fait avec du gravier.
Je ne vous mentirai pas. Ce métier a ses propres exigences, comme tous les autres métiers. Il y a un ensemble de règles que vous devez suivre. Travailler un jour dans une entreprise de logiciels n'est pas comme un problème de mathématiques où vous continuez à le résoudre jusqu'à ce que vous trouviez la solution. Si vous vous plongez trop profondément dans le génie logiciel, vous vous perdrez. Vous devez comprendre que le code n'est pas tout. Il y a beaucoup d'autres facteurs qui font partie du travail. Le codage est un sport d'équipe. Et dans ce sport, la communication est essentielle. Expliquer le code est tout aussi important que l'écrire.
Vous apprendrez à apprécier le code, à apprécier les systèmes qui vous facilitent la vie.
La base de code idéale est celle où vous pouvez faire quelque chose ou changer quelque chose avec un simple changement de bouton. Vous avez besoin de changer une fonctionnalité ? Il suffit de changer un drapeau. Besoin d'ajouter une nouvelle fonctionnalité ? Il suffit de copier et coller un module. Vous apprendrez à coder pour la beauté de la chose. Les délais sont importants, mais la qualité de votre code l'est tout autant.
Le développement est un style de vie, ce'n'est pas seulement votre travail de bureau moyen. Ou peut-être que c'est le cas. Je ne sais pas. C'est la seule expérience que j'ai eue jusqu'à présent.
Il'est difficile de mettre des mots sur l'expérience du codage.
Il y a 100 façons différentes de résoudre le même problème et vous devez juste en choisir une qui fonctionne pour vous. Ce qui compte, c'est d'arriver à faire le travail. Il n'y a pas de bonne ou de mauvaise méthode.
Se mettre " dans la zone " et résoudre du code est thérapeutique. Une fois que vous'êtes 'dans la zone'ce qui signifie que vous'avez codé sur un problème pendant environ 2-3 heures sans interruption, le sentiment est difficile à décrire. C'est comme si vous pouviez sortir des idées de votre tête et les concrétiser. Vous acquérez le pouvoir de comprendre le code, tout ce qui est écrit dans votre base de code (ou du moins la partie sur laquelle vous travaillez). Votre train de pensée devient une musique ou une chanson alors que vous construisez, assemblez des pièces, créez des solutions qui répondent à votre besoin.
Vous devez savoir où copier le code et où le coller, pour que votre fonctionnalité fonctionne. Je'suis issu du génie électrique. Je n'ai fondamentalement aucune connaissance des concepts de la CS avant de rejoindre le poste. L'intuition est plus importante que les connaissances théoriques dans ce secteur. Tout ce que vous ne savez pas, vous pouvez le chercher sur Google. Stackoverflow deviendra votre nouveau meilleur ami. Vous apprendrez au fur et à mesure.
Il'y a un monde de différence entre utiliser un logiciel et le développer. Une fois que vous devenez un ingénieur logiciel, vous'ne regarderez jamais tout à fait les logiciels, les jeux, les applications téléphoniques de la même façon. Vous comprendrez qu'aucun logiciel n'est infaillible et qu'il faut beaucoup de travail pour créer les applications que nous utilisons et sur lesquelles nous comptons chaque jour.
Vous'comprendrez le pouvoir d'une seule personne sur un ordinateur portable avec les bons outils et une connexion internet, je ne plaisante pas. À cette époque, tout est numérique.
Voilà mes réflexions sur le fait de devenir un ingénieur logiciel. Faites-moi part de vos réflexions/expériences dans les commentaires ci-dessous. Ce serait formidable si certains développeurs là-bas pouvaient s'identifier à cela.