Hay cosas así en las estructuras de C #. Son como clases, pero se almacenan en la pila y funcionan no por referencia, sino por valor. En el desarrollo medio, casi nunca se utilizan. Las estructuras tienen muchas ventajas, y sinceramente me tropecé con el hecho de que se pueden usar para mejorar el código. Como, mire, podemos usar las características de las estructuras para escribir código más seguro y tolerante a fallas.
Alguien que no sepa que las estructuras tienen un constructor predeterminado vacío que no se puede eliminar ni anular podría decir tales tonterías. ¿Sabes por qué no sabía esto? Sí, porque nunca los he usado. Después de todo, tengo una experiencia de desarrollo minúscula y buena. No quiero leer libros sobre sisharp durante mucho tiempo. ¿Por qué, si me pagan de todos modos?
Antes de mi primer trabajo, y hasta que recibí la oferta de un signor, estaba aprendiendo como yo. Leí libros, descompillé mis clases nativas en Dotnet, fastidié a los expertos: “¿Cómo funciona esto? ¿Y por qué? ¿Como lo harias? ¿Qué es más rápido? " El día en que no aprendí cosas nuevas fue reconocido como un fracaso. Y en cada tarea vi la oportunidad de aprender. Disfrutó de los comentarios sobre la revisión y pudo llamar a un amigo en medio de la noche para discutir la decisión con él.
Hice todo esto porque sentí que no era lo suficientemente bueno, no entendía nada. Entonces me pareció que estaba tirando de mi papel de junio con un gran esfuerzo, todos a mi alrededor eran inteligentes y competentes, y yo realmente, realmente quería convertirme en el mismo. Pensé que si estudias todo normalmente, te conviertes en desarrollador senior, entonces serás el tipo de tipo al que se le ocurre un proyecto por la noche, lo hace por la noche y lo envía al mercado por la mañana. Entiende bien, ¿con qué puede soñar un chico de 22 años? Sueña con convertirse en un chico genial.
Por entonces, mi buen amigo, que no había trabajado durante un día como programador, aceptó y consiguió un trabajo como desarrollador senior en Sberbank. Estudió mucho, hizo sus propios proyectos y, por lo tanto, pudo aprobar el examen de seguridad social. Con su salario de entonces, podría haber contratado a diez personas como yo para hacer su trabajo, y me sentí bastante ofendido.
Mi amigo, de la misma edad, una persona sin experiencia, tomó y oficialmente se convirtió en lo que quería ser. Sin estúpidos pasos intermedios con años de experiencia y formación. Después de eso, ya no quise estudiar.
En lugar de una docena de libros, artículos y preguntas para personas inteligentes, comencé a perder todo mi tiempo en la lotería de entrevistas. Funciona de manera elemental: el desarrollador debe saber tantas cosas que este conocimiento no se puede verificar completamente ni siquiera teóricamente. Por tanto, se comprueban de forma selectiva. Es como un examen con boletos, donde solo ha aprendido uno, pero puede ir a diez exámenes de este tipo en un día, y al menos uno lo obtendrá.
Así que funcionó para mí. Recibí una buena pregunta, retomé la conversación y ahora el viejo Phil ya es un desarrollador senior con mucho dinero. Esto funciona de una manera muy extraña. Sabía que había ganado un premio gordo loco y, al mismo tiempo, estaba orgulloso de haberme convertido finalmente en signor.
El desarrollo en su conjunto está organizado de tal manera que cuando no eres lo suficientemente competente, no sucederá nada. No notarás muchos problemas, pero nadie morirá por ellos. Pasaste la seguridad social, y en el nuevo trabajo nadie intenta demostrar que te contrataron en vano. Por el contrario, si empiezas a fallar, intentan convencerte a ti y a ellos mismos de que no hay ningún error aquí. Incluso cuando demuestre una incompetencia flagrante en algunos asuntos, simplemente dirán: "Está bien, Phil tiene una brecha con la arquitectura de la base de datos, todos tenemos brechas". Y no importa cómo, nadie se dará cuenta de que tiene 10 veces más de estas brechas que otros.
Es fácil confundir a un ingeniero normal con una persona que no es lo suficientemente competente, porque a todos los programadores les preocupa que no sean lo suficientemente buenos. Bueno, escucha, si contratamos a un estudiante de primer año para que sea un técnico y comienza a quejarse de que no es lo suficientemente bueno, no diremos que es el síndrome del impostor, ¿verdad? Realmente no es lo suficientemente bueno. No tiene los conocimientos necesarios. Y la perspectiva necesaria. Necesita ser despedido o degradado.
Pero no, el desarrollador dice que es malo, y la gente a su alrededor piensa que, bueno, una persona no puede entenderse y apreciarse a sí misma normalmente, esto no sucede. Y concluyen que estaba equivocado, es decir, que en realidad es bueno, además de que es autocrítico, lo que significa que es aún mejor. E incluso si ocurre un milagro y se nota un truco en uno de los trabajos, no es un hecho que los despedirán, y si los despiden, encontrarán uno nuevo, y luego se sentarán y les dirán a todos que son idiotas que no entienden lo genial que es usted.
Así fue mi carrera. Me senté en un lugar remoto, fingí estar trabajando, y yo mismo pasé por un programa de seguridad social y cada pocos meses recibía una oferta más grande.
He sido desarrollador senior, desarrollador líder, experto en consultoría, líder de equipo. Trabajó con rusos, estadounidenses, indios y vietnamitas. Construí sistemas gigantes y pequeñas startups. Enseñé a la gente a escribir código, intenté inventar mis propias herramientas. Desarrolló su propia filosofía y enfoque. Empecé a escribir un libro sobre desarrollo.
Pero lo que me olvidé de hacer fue aprender a programar.
Cuando tienes una nota alta, puedes delegar cualquier cosa. Está bien, no comprende la base de datos, deje que el que la entienda lo haga. ¿Necesitas optimizar tu rendimiento? No soy un experto, deja que Lyokha lo haga. Le daré mi reseña más tarde. En algún momento me di cuenta de que delego casi todas las tareas que no sé resolver de antemano. El cerebro es vago y es bueno que la vida te mantenga en buena forma. Pero si eres un genio de la tecnología autoproclamado que engañó al sistema, tu cerebro no mantendrá nada en buena forma. Todo el trabajo realmente duro lo harán los esclavos.
La triste realidad es que cualquiera de nosotros puede hacer más o menos la mayoría de las tareas de desarrollo, y casi siempre nadie tiene el tiempo o el deseo de averiguar qué tan bien lo hizo. Los desarrolladores son personas sin responsabilidad. Nadie nos pregunta por los bugs que produjimos hace un año, y antes normalmente no se encontraban.
Se acepta en la industria que los peces gordos inventan herramientas geniales en su tiempo libre. Para inventar algo realmente necesario en sisharp, se necesita un verdadero ingeniero que haya tomado un buen sorbo de mierda, haya encontrado un dolor difícil en sus diez años de experiencia y haya descubierto cómo curarlo. Entonces inventé una herramienta para desarrolladores frontend. Conozco el texto mecanografiado bastante bien, pero nunca trabajé con un frente limpio y, por lo tanto, incluso con un concepto completo en mi cabeza y la disposición para codificarlo rápidamente, me encontré con el hecho de que generalmente no tengo idea de cómo crear y diseñar una biblioteca de front-end. Cómo configurar las configuraciones, cómo diseñar una API externa, cómo y qué pruebas conectar, qué estructura de archivos usar en el proyecto, sí, no sabía una mierda. Así que llamé a mi amigo desde el frente y lo convencí de que hiciera todo por mí. Cuando lo hizo, mi interés en el proyecto ya se había enfriado.Estaba buscando un nuevo trabajo.
Por lo bueno, ardería de vergüenza y me lanzaría de lleno al entrenamiento, pero no funcionará. Soy un hombre adulto, tengo cosas más importantes que hacer que estudiar detenidamente los libros de texto. Y la vida no lo requiere. Si solo quieres descansar bien y recortar el dinero, debes hacer todo exactamente como yo.
Pero me convertí en un puto desarrollador para hacer cosas interesantes e importantes. Construir algo, traer algo al mundo. Resuelve un problema real e importante, siéntete orgulloso de la calidad de tu trabajo. Y perdí toda oportunidad de hacerlo. Y a cambio recibió un alarde incomprensible, la oportunidad de no hacer nada y un sueño americano inconcluso. Y encima, un enorme y simplemente astronómico montón de cinismo.
Joder con dos, al menos entenderé algo, aprenderé o haré algo, hasta que me arrinconen. Y me llevarán a esta esquina por dos. Me siento como un pedazo de mierda en el trabajo, pero no tengo vuelta atrás, y lo acepté. Se llevan, pagan, no conducen ... bueno, al diablo con él. Estaba lo suficientemente abrumado como para aprender a vivir aceptando que era un pedazo de mierda.
Pero si pudiera rebobinar el tiempo, lo habría hecho todo de manera diferente. Puedes convertirte en un gran profesional senior sin jugar a un signor de 23 años. Es necesario conseguir un trabajo por rango, y preferiblemente en todos los tipos de Yandex, donde su experiencia de junio de tres años realmente lo convertirá en un intermediario y uno intermedio de tres años: un signor novato. Sí, durante cinco o seis años recibirás menos que yo. Pero. Incluso un salario bajo en junio en TI es un buen dinero. Seguirás teniendo el síndrome del impostor, pero a diferencia de mí, no serás un impostor. Y lo más importante es que luego me topé con mi techo y nunca me convertiré en un desarrollador que defina la industria. Pero puedes. Haces lo mejor que puedes.
Publicidad
Potentes servidores virtuales con procesadores AMD EPYC para desarrolladores. Frecuencia del núcleo de la CPU hasta 3,4 GHz. La configuración máxima le permitirá llegar al máximo: 128 núcleos de CPU, 512 GB de RAM, 4000 GB de NVMe.
