Software at the core

1

El mapa de un gerente en tecnolog铆a

2

La tecnolog铆a es software en su m铆nima expresi贸n

3

Nuestra civilizaci贸n funciona con software

4

C贸mo contratar perfiles t茅cnicos y evitar estafas

5

Un ADN de software en el coraz贸n de tu empresa

6

Comprar tecnolog铆a o crear tecnolog铆a

7

El ciclo real del desarrollo de software

8

Evoluci贸n de Tesla: 驴por qu茅 domina el mercado de autos?

9

Caso de estudio: Tesla vs. la industria automotriz

El ciclo del desarrollo de tecnolog铆a empresarial

10

Caso de estudio: Accenture vs. Hertz, equipos de desarrollo internos vs. externos

11

El ciclo de vida de la tecnolog铆a en las empresas

12

Roles en proyectos de tecnolog铆a: dise帽o, data science, devops, backend, front-end y mobile devs

13

L铆deres t茅cnicos: stakeholders, product owners, product managers

14

Metodolog铆as de cumplimiento de fechas de entrega

15

L铆deres vs. equipos

16

Cu谩nto pagar por un proyecto de tecnolog铆a

17

Conclusiones de Accenture vs. Hertz

Seguridad inform谩tica

18

Caso de estudio: filtraci贸n de datos de Uber y Marriot

19

Seguridad inform谩tica para roles no t茅cnicos

20

Manejo de datos sensibles y encriptaci贸n

21

Los NO rotundos de seguridad inform谩tica corporativa

22

Niveles de permisos y manejos de informaci贸n

23

Conclusiones del Pentesting a Uber y Marriot

Infraestructura avanzada de software en empresas

24

Arquitectura del Software

25

Arquitectura de Bases de Datos

26

C贸mo se construye el backend

27

C贸mo se construye la interface de tus usuarios

28

Qu茅 es y c贸mo pagar la deuda t茅cnica de una empresa

29

Infraestructura de servidores

30

Servidores b谩sicos o locales

31

Servidores en DataCenters

32

Servidores en la nube

33

驴Cu谩ndo elegir la nube vs. tener tu propio DataCenter?

34

驴Qu茅 es la Inteligencia Artificial?

35

驴Cu谩ndo utilizar Inteligencia Artificial en tu negocio?

Recursos Humanos y Gesti贸n de Talento

36

Salarios de la industria del software en Latinoam茅rica y Espa帽a

37

Crecimiento salarial en LATAM y Espa帽a

38

Demograf铆a de desarrolladores por regi贸n

39

Calculadora de salarios

40

C贸mo motivar ingenieros y estructuras de compensaci贸n

41

Organigrama de equipos de ingenier铆a

42

驴C贸mo crear una empresa disruptiva?

No tienes acceso a esta clase

隆Contin煤a aprendiendo! 脷nete y comienza a potenciar tu carrera

Adquiere por un a帽o todos los cursos, escuelas y certificados por un precio especial.

Antes: $249

Currency
$219/a帽o

Paga en 4 cuotas sin intereses

Paga en 4 cuotas sin intereses
Comprar ahora

Termina en:

0D
16H
25M
36S

Arquitectura de Bases de Datos

25/42
Recursos

Aportes 52

Preguntas 3

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad?

o inicia sesi贸n.

Si quieres saber m谩s sobre bases de datos relacionales, puedes hacer el curso de fundamentos de bases de datos en https://platzi.com/clases/bd/

鉁 Nunca debemos conectar una base de datos directamente a la aplicaci贸n, esto pondr铆a en riesgo la seguridad de los datos.

Algunas cosas para resaltar:

  • Regla #1 en base de datos, evitar la redundancia de datos

  • Las relaciones entre tablas son la clave para eliminar la redundancia de los datos.

Todas las escuelas de negocios en la actualidad, necesitan ense帽ar Arquitectura de Base de Datos, urge.

en mi experiencia ser铆a importante que los perfiles no t茅cnicos entiendan la importancia de invertir en dise帽o a diferentes niveles, dise帽o arquitect贸nico, dise帽o de software, dise帽o UI, dise帽o UX... porque muchas veces se piensa en que obviar algunos de estos procesos es ahorrar en gastos y al final por ejemplo si no se invirti贸 en dise帽ar una buena arquitectura el mantenimiento y crecimiento de las aplicaciones termina costando mucho m谩s.

CRUD:

Create
Read
Update
Delete

Regla #1 de bases de datos: Evita la redundancia de datos.

Tambi茅n conocido como Tercera Forma Normal y/o Normalizaci贸n de bases de datos, m谩s info en https://es.wikipedia.org/wiki/Tercera_forma_normal

El tener los datos organizados desde el inicio permitir谩 la eficiencia en el sistema que se implementa. Un buen dise帽o de base de datos permite entender visualmente el flujo de informaci贸n, permite tambi茅n la eficiencia de uso de recursos a nivel m谩quina, permite la organizaci贸n de los reportes, etc. Aunque hay programas que manejan bases de datos, conocer los fundamentos de dise帽o es importante para las siguientes fases de desarrollo.

Esto est谩 genial porque no entend铆a nada de base de datos, creo que lo m谩s cercano que vi de relaciones entre tablas fue un webinar de PowerBI donde pude entender lo b谩sico de relacionar campos de tablas.

tremendo! esto lo deber铆an ense帽ar en segundo grado de la primaria. 脷til para emprender en cualquier rubro.

para evitar la redunndancia de datos es necesario comprender la programacion orientada a objetos ( https://platzi.com/clases/1474-oop/16698-bonus-que-es-la-programacion-orientada-a-objetos )

Mi semestre de base de datos resumido en 5 minutos

Importancia de la arquitectura de software

La arquitectura nos permite planificar a priori nuestro desarrollo y elegir el mejor conjunto de herramientas para llevar a cabo nuestros proyectos, es por tanto un paso cr铆tico antes siquiera de pasar a programar ya que determinar谩 en gran medida el ritmo del desarrollo e incluso los factores econ贸micos y humanos durante el proceso. Por tanto, a la hora de elegir un patr贸n de arquitectura siempre es necesario pensar en una serie de cuestiones que determinan el uso final que vamos a darle a nuestro software:

  • Coste -聽驴Cu谩nto estamos dispuestos a invertir en el desarrollo y mantenimiento de nuestro sistema? Como hemos visto hay ciertos patrones m谩s complejos, que requieren m谩s infraestructura y cuyo desarrollo puede ser m谩s irregular, por tanto, hemos de saber cu谩nto estamos dispuestos a invertir primero en el desarrollo de nuestra aplicaci贸n.
  • Tiempo de desarrollo -聽Igualmente, y muy relacionado con lo anterior, debemos de preguntarnos cuanto tiempo disponemos para desarrollar el producto, y c贸mo de cerca se encontrar铆a la fecha de entrega o de salida al mercado.
  • N煤mero de usuarios -聽Sin duda uno de los 铆tems cr铆ticos a la hora de desarrollar el producto es preguntarnos qu茅 tipo de producto es y cuantos usuarios soporta 驴Funciona a trav茅s de web? 驴Es stand-alone? 驴Debe de soportar cargas elevadas por dise帽o?, estas preguntas pueden declinarnos a elegir patrones m谩s o menos distribuidos, pasando, por ejemplo, de uno menos distribuido como el de capas al m谩s distribuido o broker.
  • Nivel de aislamiento -聽Otro factor importante a tener en cuenta es si nuestro producto funciona de forma aislada al resto de productos del usuario o si debe de integrarse o permitir integraciones de terceros. Algunas arquitecturas, como la de capas, son m谩s cerradas y podr铆an dificultar estas integraciones si lo escogemos sobre otras.

En ocasiones, y cuando tenemos estos hechos bien planteados y razonados, elegir un patr贸n de arquitectura tambi茅n puede ser una cuesti贸n de familiaridad, comodidad o simple preferencia, por eso es aconsejable probarlos, para intentar tambi茅n familiarizarse con ellos y con el diferente flujo de trabajo que proponen.

Para empezar a crear la base debes imaginar cuales son los campos que vas a usar visualmente, y despu茅s que informaci贸n necesitas de todos esos campos, as铆 empiezas a crear la base y sus tablas aunque no sepas nada de bases de datos.

Arquitectura de bases de datos


.
Debemos analizar cada uno de los roles y estructuras de datos que tiene nuestra aplicaci贸n:
.

  • Las cajas o paquetes tienen un c贸digo de barras que son una identificaci贸n 煤nica.
  • Tambi茅n tienen un estado que puede ser 煤nico o m煤ltiple, esto depende de cada etapa del trayecto del paquete.
  • Estos estados tienen c贸digos (OK, da帽o menor, roto).
  • Los estados contienen informaci贸n de ubicaci贸n, tipo de transporte y fecha con hora exacta.
    .

Detalles del paquete: El paquete ser铆a una tabla cuyas columnas ser铆an un ID, origen, destino, descripci贸n, peso y precio.
.
Regla #1 de Bases de Datos: Evita la redundancia de datos
.
Tabla de estado: El estado del paquete no puede estar en la tabla de detalles del paquete, debe ser una tabla aparte con ID del paquete, id del estado, id del operador, estado, fecha, puerto y medio de transporte.
.
Encontramos que el ID del paquete est谩 relacionado con los detalles del paquete y esto es importante para eliminar la redundancia de datos en nuestra base.
.
Tambi茅n hay otras tablas que se relacionan unas con otras, como los puertos y los precios que se relacionan con la tabla de detalles del paquete y la tabla del estado, el ID de operadores que se relaciona con una tabla de operadores con sus detalles, y medio de transporte que se relaciona con el estado del paquete.
.
Del mismo modo, debemos tener en cuenta una tabla de clientes a los cuales pertenece el producto que estamos transportando.

驴La Platzerita c贸mo puede ser el puerto 7 y 16 al mismo tiempo? jaja

siempre las mejores bases de datos en su estructura MER son el reflejo de un buen an谩lisis.

Si tu base de datos es desordenada es por que se ha improvisado que es lo que pasa la mayor铆a de veces.

La regla numero 1 que comenta Freddy es aplicable para base de datos relacionales, en el caso de NOSQL eso no se cumple al 100% por que la forma de trabajar( o almacenar datos ) es diferente.

Apuntes de la clases:

Regla #1 de bases de datos.
Evita la redundancia de datos.

Primero buscaria toda la informacion que puedo disponer la clasifico en la hoja de excel por categorias etc鈥 aplicara el uso de tablas dinamicas y dise帽aria un proceso de generacion de informacion al cliente en forma restringida con seguridades necesarias

Evitar la redundancia de datos.

Evitar la redundancia de datos.

curso compacto de Manejo de Bases de Datos

Regla 1 de base de datos Evita la redundancia

Es bueno volver a recordar la parte de la BD. Es algo que habia olvidado por completo, pero que bueno es volver a lo basico para recordar este proceso. Luego conectarlo a un Backend para realizar tu querido Crud. A seguir

Es mucho mas sencillo de lo que se nos hace creer. Obviamente esto es escalable, y podemos tener un mont贸n de gigabytes en base de datos, pero entender el origen es genial.

Gracias.

Evitar la redundancia de datos.

Las bases de deatos tambien siguen la regls de dont repeat your self, evita redundancia del codigo

la estructura de la base datos, en donde debemos concentrar nuestra atenci贸n, si est谩 no queda bien la base da datos no funcionar谩 correctamente

Se me hizo complicado entender que <strong>鈥淟as relciones entre tablas con la clave para evitar la redundancia de datos.鈥</strong>

monas chinas
como las del anime

como esos que ponen una monita china de perfil en el feis
xd

Platzi es como wikipedia, empieza estudiando algo y termina con otro curso jejej.

Platzi, la wikipedia del conocimiento鈥

鈥淓sto son mu帽ecas chinas鈥 JAJAJAJA

Cada vez que escucho a @freddier me pregunto, c贸mo hace este loco por hilar de manera tan consecuente tantas ideas y en diferentes 谩mbitos鈥 wow!

En una base de datos, todas las tablas deben estar conectadas, es decir que ninguna puede qudar independiente sin un 鈥渋d鈥 de otra, esto se hace Normalizando, desde la 1FN hasta la 3FN, en orden. Existen mas formas de normalizacion, si no me equivoco hasta la 6FN y m谩s, pero el estandar es hasta la 3FN

BASES DE DATOS vitales para la contruccion de una empresa, que buen modulo

Nunca hay que olvidar considerar el crecimiento exponencial de la informaci贸n.

Mu帽ecas chinas鈥mmmmmmmmmmmmm鈥 sabrosoooooooo

En bases de datos:

  • Evita la redundancia de los datos.
  • Las relaciones entre tablas son la clave para eliminar las redundancias de los datos

Gracias

Relaci贸n entre tablas.

Interesante鈥 como ir pensando en la estructra de entradas de datos鈥

toda mi vida lo hecho mal jaja

simple y claro

Freddy existen programas para base de datos

隆Evita la Redundancia de Datos, Valga la Redundancia!

freddy lo explica de una manera muy sencilla.

CRUD: Crear, Leer, Actualizar y Borrar

Regla # 1. no redundar datos. definir llaves 煤nicas.