Pendant que je dormais, dans l'un des chats, il y a eu une discussion active sur un certain nombre de questions sur lesquelles je voudrais également parler. J'ai peur que tout ne rentre pas dans un seul message, je vais donc le publier dans un article séparé. Alors allons-y.
C'est juste que je suis comme un enfant dans un magasin de jouets - mes yeux se déchaînent. J'ai commencé à yap, mais ici, vous devez apprendre l'anglais et le git et une sorte de ressorts, etc. Tout est intéressant, mais comment le combiner et en même temps apprendre efficacement n'est pas clair
Ici, je peux répondre avec une vieille anecdote
- Sophie, que boiras-tu: alcool, vodka ou moonshine?
- Oh, je ne sais même pas, tout est si savoureux ...
Je vois trois solutions au problème de la poursuite d'un troupeau de lièvres:
La première méthode est scandaleusement simple: ne vous fatiguez pas la tête avec des objectifs, des tâches, des plans, des délais et d'autres attributs du développement «adulte». Et de traiter de ce qui est intéressant spécifiquement pour le moment. Il est intéressant de toucher Spring - touchez-le, apprenez à résoudre les conflits dans Git - apprenez, maîtrisez l'utilisation des temps parfaits dans la langue américaine - maîtrisez-le. Fatigué de - mettez-le sur l'étagère et est revenu un jour, lorsque ce sujet est redevenu pertinent en termes d'intérêt. Et je ne peux pas dire que cette méthode est complètement inutile. Parce que l'étude de quoi que ce soit sera alimentée par un vif intérêt, puis moins d'efforts y seront consacrés que sur le mode «nécessaire», et par là l'assimilation du matériel peut s'avérer meilleure. Et que l'on obtienne un ensemble de connaissances, souvent superficielles, issues de domaines différents,mais tôt ou tard vient l'habileté de combiner ces connaissances pour créer quelque chose de nouveau. Parmi les inconvénients de cette approche, je peux noter le danger de devenir un "lamer à profil ultra-large" lorsque vous connaissez beaucoup de choses différentes, mais juste un peu. Un autre danger réside dans le fait qu'il y a trop de domaines de connaissances intéressants et on revient à nouveau au problème originel du «quoi boire».
: “ ”. .. , . Git- — , Spring — , // / — . , , - . . , , -, -, , , - , - .
. .. , , , - / . , - , . , , , - /, . , , , , , .. , — - . .
- , . , . 100500 SMART. ? , ? , , .
?
, : “ / -?” / - . “ ” , . :
TeamCity Kotlin DSL. , . Kotlin TeamCity DSL, - . , .. .
Kubernetes/Helm. , . . .
. , “ ”. : , , , .. , , . , - .
Vim. . - , . …
, -. , . ? . .. DevOps-, , Kubernetes. , . .
Si vous résumez brièvement tout ce qui précède, vous pouvez voir qu'avec la motivation et la bonne approche, acquérir de nouvelles connaissances peut être un processus intéressant et agréable, pas toujours simple, mais non moins attrayant. Et un bon ingénieur se distingue par sa capacité à trouver cette motivation (interne ou externe) pour lui-même et à choisir la manière d'acquérir les connaissances la mieux adaptée pour résoudre un problème spécifique.