Bash con manual

Hola buenas,

Ya sabeis algunos que mi capacidad técnica para la programación es nefasta. 0 a la izquierda. Ahora estoy cursando un grado medio de informática y el tema redes es lo que mejor se me da y más buena nota saco. En mis ratos libres me monto servidores en virtualbox y hace unos meses tenía un vps en ovh con un ispconfig y una debian.

De momento me defiendo bastante bien con el tema de las configs en linux, moverme por consola, compilar software y recompilar el kernel. Ahora mismo en el grado medio estamos dando GNU/Linux.

Pero cuando se trata de bash si no es con algún manual de bash de alguna universidad potente no sé hacerlo. O tirando de búsquedas en google del tipo restart services in bash. Lo busco en inglés porque siempre hay más info. En castellano hay muy poca...

La duda que me asalta es si voy a un curro y me piden scripting en bash puedo decir que solo sé hacerlo con tutoriales o tirando de búsquedas en google o se van a reír en mi cara?

A ver no pretendo ser un hacker ni nada. No os subáis a la parra algunos ahora tampoco. Busco opiniones sinceras...

Qué tampoco voy hacer ningún test de intrusión ni nada. Qué yo uso el nmap para escanear los puertos y el openvas. Debo ser un script kiddie de esos...

 

Las empresas lo que quieren es que se hagan los proyectos/tareas bien y en un plazo razonable, y le importa poco si te tienes que leer un libro, leer una chuleta,... Además también te digo que muchas cosas, sobretodo problemas, no vienen en los libros, fp, universidades tal como te van a surgir a ti. Cada uno usa sus chuletas/apuntes sobretodo para cosas que no usa habitualmente...

 

Sinceramente, eso depende de la empresa,

Y dependerá del proyecto, estoy 100% seguro que no podrás buscar en google ni leerte un libro para hacer un script complejo, una cosa es hacer tonterías menores en bash y otra cosa es hacer algo más serio.

Otra cosa es que te pidan un script para X tareas y lo busques en google y voila al jefe del proyecto le guste y el script funcione pero una semana después te digan, mira, tenemos que integrar este script a esta otra movida, lease esta otra movida como proyecto propio interno, esto es algo que no podrás encontrar en google y te quedarás con el #### al aire simple y sencillamente por que no sabes hacerlo, no sabes editar lo que hace el script o por que el tema es muy complejo y mas complejo será integrarlo.

Así que todo dependerá del proyecto y quien te contrate y que se haga, si vas a dar soporte a clientes de esa empresa seguro que no oleras bash, ni lo que sepas de redes ni nada, pasaras el día revisando logs y levantando servicios caídos y problemas menores.

Si te contrata alguna empresa gorda con muchos departamentos y tengan monitoring propio hecho en python, bash, perl y con scripts de automatización y demás, seguramente que ni miren tu curriculum.

Es así la realidad, todo dependerá de la empresa y de lo que pidan, estoy seguro que todas tus dudas se resolverán en la entrevista si no vales no te contratan, hay empresas que te harán una entrevista y luego te pedirán que hagas cosas, te dirán programa esto para ver si sabes y como no sabes no te cogen.

Hay empresas que no les importará que busques en google a otras si... no van a poner su sistema o la estabilidad del sistema en manos de un tio que a buscado un script en google que no sabe bien como funcione o peor que eso no sabrá solucionar bugs que tenga o añadir funciones a este.

Pero te he leído muchas veces decir " en gitgub se encuentra de todo para que perder el tiempo" y aquí te lo contesto, perder el tiempo aprendiendo a programar y haciendo tus propios script vale la pena.

Así que para resumir esto solo te lo puede decir la empresa que te va a contratar, que dependerá para que te contraten.

 

En los dos mensajes anteriores lo han explicado bien lo que te vas a encontrar en mantenimiento de sistemas. Yo añadiría, dos puntos.

- Si te contratan como técnico de nivel 2, en general te limitarás a seguir la documentación con procedimientos que ya han creado las personas que deciden sobre el diseño de la infraestructura. No van a necesitar que crees código, más bien que tengas conocimientos para analizar errores y aplicar una solución dentro de esos procedimientos.

- Si una empresa necesita desarrollo de código o el mantenimiento de ese código, acudirá a una persona que tenga formación para ello (en los lenguajes que se necesiten para ese caso) , recurrirá a software comercial o lo contratará a una consultora TIC.

Obviamente también están las pequeñas empresas donde se buscan empleados para todo y pagando lo mínimo, pero o bien el empleado acaba quemado o se termina recurriendo a soporte externo especializado.

 

Hola,

Me queda mucho más claro. Bueno de momento sigo aprendiendo bash con ejemplos resueltos de ejercicios y leyendo tutoriales de universidades. Para lo que yo hago me sirve buscarlo en google. Son cosas de sistemas como por ejemplo reiniciar servicios o crear un script para añadir usuarios al sistema. O sacarlo de libros. Para escanear puertos no me como la cabeza y uso herramientas automatizadas como nmap.

Gracias,

 

¿Quien ha dicho lo contrario?...

He visto una oferta con grado medio que no pedían bash igual eche allí el currículum.

También he visto empresas que te dejan chuletas a los de grado medio en prácticas que esa era mi pregunta... parece que pocos se han enterado...

De momento sigo prácticando y se me van quedando cosas...

 

Depende para lo que la empresa te quiera te va a pedir un control elevado, medio o bajo en ciertos temas, con lo que habrá casos que de forma básica no te permitirán chuleta... eso esta claro, pero vamos... no conozco a ningún ingeniero que no tenga sus propias chuletas sobretodo cuando en la gran mayoría de empresas se te requiere para muchas cosas, problemas, soluciones y por las que te tienes que estar adaptando, mejorando, aprendiendo...
Cada empresa es un mundo pero eso es lo que hay en lineas generales. De todos modos, te deseo, y te animo a que sigas. Te hace falta un curriculum, que poco a poco vayas creciendo tanto a nivel de empresas como a nivel personal pero el hecho de que cada día estés aprendiendo y formándote te dará resultados más tarde o más temprano. Acuérdate de aquella frase de "el saber no ocupa lugar".

 

Bueno de momento las buenas noticias es que me han dicho que paso al segundo año en grado medio. No todo el mundo pasa. Y no es tan fácil como lo parece. GNU/Linux lo llevo de lujo los comandos, configs y todo eso...
Lo único que controlo de programación algo es batch y html a nivel medio. Bueno html es maquetación y batch scripting. Metiéndome en bash. Y he leído en foros que cuando vas de prácticas en grado medio si te dejan chuletas. Te dicen haz esto y si necesitas usa la chuleta. Por eso preguntaba...

 

Tampoco es lo mismo que se le exige a un becario que lo que se le exige a un trabajador de una empresa.

 

Hay centros y centros. Personalmente me quité ese grado de encima hace unos años, y difícil no me pareció. También hay que admitir que el temario es para llorar (de la risa, o de la pena, aún no sabría decirlo). Si quitasen la basura y reestructurasen las cosas para aprender cosas más útiles (que alguna hay, pero no veo compensados 2 años de estudios con lo que se da)... otro gallo cantaría

 

Yo lo único que veo más difícil de todo el curso es algunas cosas de sistemas de schedulers, gestión de la cpu y tal. Lo demás bastante fácil como bien dices. Y bueno el inglés también. Que soy bastante malillo. Menos mal que en segundo año ya no tenemos. De la que me he librado. Porque el tema verbos pfff era para sufir de verdad... O al menos en mi caso. No me entero de una ######. Solo se interpretar textos en inglés y manuales jaja.

 

Lo del inglés es una excusa y lo sabes. ¡Es imposible poner más fácil un examen de inglés! En mi momento, mis exámenes de inglés técnico se resumían en verbos única- y exclusivamente. Era para decir hasta gracias. Si sabías memorizar, aprobabas y encima con notaza. Y memorizar se sabe memorizar igual en inglés que en español, al final son palabras "sueltas" xD

Pero vamos, que en el peor de los casos, con algo de esfuerzo se saca, nada sobrehumano. Y si ni por esas se saca, mejor dedicarse a otra cosa... A fin de cuentas, un FP a mi modo de ver se hace porque te gusta la temática sobre la que se basa (en este caso informática). Si tan mal se da, mejor buscar otra "profesión", claramente.

Dicho esto, mañana te leo, que será fin de semana pero acumulo demasiadas horas de sueño no disfrutadas. ¡Me cojo vacaciones en la realidad paralela!

 

Yo en redes saco notazas prácticamente tocándome los huevos! xD 7,5 sin estudiar nada. En sistemas en virtualización 7,9 pero por que el profesor es un no diré nombres ni nada... xD La parte teórica igual es un poco jodida en scheduling si nunca antes lo has estudiado. Pero la práctica es fácil. Y como bien dices hay centros y hay centros... xD Salu2,

 

Chuletas, libros, manuales, Google, foros, ayuda de un compi, enciclopedias enteras.... En una empresa el objetivo es sacar el trabajo adelante y que las cosas funcionen optimizando la rentabilidad del negocio (no es una ONG). Si es un trabajo rutinario, en seguida vas a mecanizar todo lo que necesitas. Si vas saltando de proyecto en proyecto o el trabajo está en constante evolución y tocas todos los palos de la baraja, tendrás que tirar de recursos. Es imposible tener todo en la cabeza.

Otra cosa es que hagas mal tu trabajo y la cagues una vez, y otra y otra y otra.... Eso sí es un problema. Un problema que suele acabar con tu #### (c u l o) en la calle.