85 lines
5.1 KiB
Markdown
85 lines
5.1 KiB
Markdown
# Pregunta 1
|
|
|
|
> *Tema 5.- A Lei 39/2015, do 1 de outubro... Da actividade das Administracións Públicas.*
|
|
|
|
Segundo a Lei 39/2015, cal das seguintes causas NON pon fin ao procedemento administrativo?
|
|
|
|
## Resposta
|
|
|
|
Esta pregunta non se pode responder fácil e sinxelamente sen respostas polo que non podo responder a esta pregunta. Sintoo Gemini. Os exames en JSON son o que ten, o ideal e non facelos así e facer como fixemos outras moitas veces.
|
|
|
|
## Corrección
|
|
|
|
- **A túa resposta**: Queixa totalmente xustificada pola falta de opcións.
|
|
- **Corrección do profe**: Doche a razón absoluta. Para que non quedes coa dúbida, a opción que eu puxera como correcta (a que NON pon fin) era: "*A caducidade do procedemento cando é paralizado por causas **non imputables** ao interesado*". Segundo o artigo 84, poñen fin a resolución, o desistencia, a renuncia e a caducidade (pero só cando a paralización é por causa imputable ao interesado).
|
|
|
|
# Pregunta 2
|
|
|
|
> *Tema 39.- Comunicacións. Redes de comunicacións. Redes de conmutación e redes de difusión.*
|
|
|
|
Nunha rede de comunicacións, a que capa do modelo OSI (Open Systems Interconnection) pertence un router ou encamiñador cuxa función principal é o envío de paquetes de datos entre diferentes redes?
|
|
|
|
## Resposta
|
|
|
|
Pertence á Capa 3, de Rede.
|
|
|
|
## Corrección
|
|
|
|
- **A túa resposta**: Capa 3, de Rede.
|
|
- **Corrección do profe**: ¡Perfecto e directo! Capa 3 (Rede). Aquí traballan os enderezos IP lóxicos, mentres que os switches traballan na Capa 2 (Enlace de datos) con enderezos MAC.
|
|
|
|
# Pregunta 3
|
|
|
|
> *Tema 27.- Seguridade web básica. Control de versións (Git).*
|
|
|
|
Traballando co sistema de control de versións Git, que comando empregamos para descargar o historial completo e os cambios dun repositorio remoto ao noso repositorio local sen integralos automaticamente na nosa rama actual de traballo?
|
|
|
|
## Resposta
|
|
|
|
Esta pregunta ten o seu aquel. Se facemos `git branch`, éste retornaranos todas as ramas que temos no noso entorno local; `git branch -b` lístanos tódalas ramas tanto locais como remotas, e para poder descargar unha das remotas hemos de facer `git checkout RAMA`, pero por outra banda, aínda que non sei se será o que se busca, viría sendo `git branch -r`, que en teoría collería soamente as ramas remotas, e non as volca en local.
|
|
|
|
A segunda parte paréceme un Merge entre ramas, pero só poderíase dar no caso de facer específicamente iso, un Mergeo de dúas ramas, non de máis ou de múltiples, e menos a nivel de opcións.
|
|
|
|
## Corrección
|
|
|
|
- **A túa resposta**: Dubidaches entre varias opcións de `git branch` e `git checkout`.
|
|
- **Corrección do profe**: Aquí tocaba a pregunta "para pillar" (o 20% de dificultade alta). A resposta correcta é `git fetch`.
|
|
|
|
Explicación rápida para que non se che esqueza nunca no exame:
|
|
|
|
| **Comando** | **Qué fai exactamente?** |
|
|
| `git clone` | Descarga o repositorio enteiro por primeira vez (historial, ramas, todo) nun cartafol baleiro. |
|
|
| `git fetch` | Conéctase ao remoto, descarga todos os cambios e o historial novo, **pero non toca o teu código local**. Déixao aí listo para que o revises. |
|
|
| `git pull` | Fai un `git fetch` e, xusto despois, fai un `git merge` (fusión) automático coa túa rama actual. |
|
|
|
|
Os comandos que mencionas (`branch`, `checkout`) serven para moverte polas ramas ou listalas, pero non descargan os datos novos do servidor remoto.
|
|
|
|
# Pregunta 4
|
|
|
|
> *Tema 18.- Backups e recuperación: estratexias de respaldo e restauración de bases de datos.*
|
|
|
|
Nunha estratexia de respaldo de bases de datos, que tipo de copia de seguridade garda única e exclusivamente os datos que foron modificados dende a última copia de seguridade completa (Full Backup)?
|
|
|
|
## Resposta
|
|
|
|
A Diferencial, e para asegurar, as Incrementais son as que van en diferencia contra o anterior BackUp, independentemente de cal fose.
|
|
|
|
## Corrección
|
|
|
|
- **A túa resposta**: Diferencial (e xustificaches maxistralmente a diferenza coa incremental).
|
|
- **Corrección do profe**: ¡Dez sobre dez! A diferencial garda os cambios dende o último *Full Backup*, mentres que a incremental garda os cambios dende *calquera* backup anterior. Telo clarísimo.
|
|
|
|
# Pregunta 5
|
|
|
|
> *Tema 33.- Xestión de servizos TIC. ITIL: xestión de incidencias, cambios e configuración...*
|
|
|
|
Segundo as boas prácticas do marco ITIL, cal é a diferenza fundamental e estrutural entre a Xestión de Incidencias e a Xestión de Problemas no soporte dun servizo TIC municipal?
|
|
|
|
## Resposta
|
|
|
|
A xestión de Incidencias ten como obxetivo non frealo servizo, ou ao menos, que sexa o menor tempo e agresivo posible, a modo de Partche para poder sair do paso; mentres que a Xestión de Problemas viría sendo unha análise de corrección do problema que leva máis tempo e recursos, pero dito arranxo sería definitivo.
|
|
|
|
## Corrección
|
|
|
|
- **A túa resposta**: Incidencias = parche rápido para non frear o servizo; Problemas = arranxo definitivo e análise profundo.
|
|
- **Corrección do profe**: Outro pleno. Captaches a esencia de ITIL á perfección. A xestión de incidencias é reactiva (apagar o lume rápido), e a xestión de problemas é proactiva/investigativa (atopar o pirómano e poñer medidas para que non volva arder). |