Ejemplar... Cuando alguien piensa que esto es bueno para todos, debe saber que ÉL también forma parte de ese TODOS. Si todos somos iguales ante la ley, a ver si les gusta, seguro que les parecerá muy divertido y ameno, que les espíen (sin haber entrado en GH voluntariamente).

Este tipo, finalmente va a aprecer más un payaso de feria que un presidente.

Parece que todo su empeño, es verbalizar cosas, cuando el cometido de un presidente es más de tipo ejecutivo y no divulgativo.

Como suena el dicho: "Mucho ruido y pocas nueces". Esto es, lo que se llama comúnmente, un bocazas.

El derecho de opinión, es razonable que quede restringido de la burla y la humillación.

Supongo que ha crecido viendo a diario como en su escuela se cometía el 'bulling' y creerá que al entrar en la edad adulta, todo sigue igual y se le va a tolerar, como sucediera en su escuela...

Espero que así aprendan los niñatos a callarse cuando lo que quieran decir sea ofender por ofender.

De dónde carajos, saldrá toda esa caterva de inútiles llamados políticos de la UE...???.

De la noche a la mañana, quieren que la novela 1984, se haga realidad.

¿Quieren que el derecho a la intimidad quede roto, con la excusa de la seguridad?.
¿Y quién les vigila a ellos, quién espía sus conversaciones y su intimidad para garantizarnos la seguridad de que ellos mismos no están vendidos, y que ellos son el auténtico problema???????????

10 versiones    le ha costado a Microsoft... llegar a este punto  . algo esperado desde el windows 3.0 (como mucho).

mmmm... posible será, pero entonces creo que la gente leerá, menos que hoy día...

Si ya hay gente que escribe sin interés alguno, que lo hagan robots, al final parecerá una base de datos intragable... como la diferencia entre comer una buena paella y un puñado de alfalfa.

mmm... no hagas tanto caos de los estudos ni de las notas.

A la hora d eprogramar, lo que cuenta realmente son cosas como:
- Tu capacidad de no conformarte con cualquier cosa.
- Tu capacidad de asimilar temas (la informática es tan amplia, que no hay absolutamente nadie que sea experto en todas sus áreas). Lo que no significa que no puedas aprender nuevas áreas donde antes solo tocabas de pasada...
- Tu capacidad de encontrar soluciones novedosas y no limitarte a ser un programador 'copy/paste'.

Los estudios (obligatorios), solo indican que cursaste aquello que te obligaron hacer... si es algo que no elegiste tú, realmente no cuenta... Contará lo que estudies a partir de que hayas decidido que un tema te apasiona de verdad (y probablemente acabes estudiando más por tu cuenta, que de manera reglada (escuela, academia, universidad, etc... esto es así, porque cuando uno estudia algo reglado, está más por la titulitis y la apariencia de 'soy esto o lo otro', que por la labor de adquirir conocimientos en tal o cual materia.

Las notas nunca reflejan tu auténtico conocimiento o tus capacidades, las más de las veces lo que reflejan es lo mucho o poco que te atrae un tema y el tiempo (vaguedad, pereza) que le hayas dedicado. A cierta edad, hay inquietudes sociales que merman tu tiempo (no tus capacidades intelectuales), para el estudio (digamos la atracción por el sexo opuesto (o no opuesto, cada cual sabrá)), propio de tu edad. Posiblemente quede detrimentado si los estudos tienes además que compaginarlo con trabajo para pagarte los estudios... Así que no te tomes las notas como una medida real de tus capacidades, aunque es imposible que sí las tomen así las empresas donde presentes tu currículum... no conocen otra forma de valorar tus conocimientos sin dedicarte más tiempo que lo que tardan en leer tu currículum (tiempo que no quieren dedicar).
Las notas también lo que suelen reflejar muchas otras veces, es tu buena/mala memoria (cuando esas notas dependen de exámenes) ó lo bien o mal que le caigas a un profesor (cuando el profesor no es un apasionado de la materia que enseña).

En programación hay que aplicar los conocimientos, y hay que ser ágil de mente, tener buena memoria sirve para aprobar exámenes, pero no sirve de mucho cuando se trata de crear nuevas cosas... En general siempre podrás disponer de documentación a tu alcance si lo necesitas.

Piensa que no es lo mismo crear un juego como el Tetrix, que un juego como Comandos, por poner ejemplos. en uno los gráficos se resumen 12-30 imágenes (si pones varios niveles), en el otro, habrá todo un equipo dedicado exclusivamente a infografía, es decir varias personas generando gráficos en 3D. con el sonido, pasa lo mismo, un juego sencillo, basta media un par de docenas de sonidos de acción y media docena de temas, para un juego grande y profesional, habrá un equipo dedicado a ello.

Un tetrix te lo montas tu solo en horas sueltas de 2/3 días (pongamos un fin de semana) los gráficos y los sonidos, te llevarán tanto o más tiempo que programar el código y la razón es que seguramente aunque seas bueno programando, lo más probable es que no seas bueno dibujando ni componiendo música, por lo que my posiblemente o bien acabes buscando algo libre o buscándote la vida con programas de música e imagen como mejor puedas... Luego te falta los test y el debugging y aparte la documentación, luego duplica el tiempo de todo lo anterior. Al final se te va a unos 7-8 días a un promedio de 6 horas... programa rel código inicialmente te llevó solo 8-12 horas y a ese tiempo no se ha incluído el tiempo de preparaión... dando por sentado que ya tienens un planning de trabajo o bien que lo tienes todo embutido muy claro en tu cabeza, sino la planificación puede llevarte mucho más tiempo, especialmente si no lo tienes todo perfectamente especificado. Cambos de última hora, suelen añadir porcentajes globales muy sifnificativos, en función de a qué afecte los cambios.

Por supuesto, siempre puedes reducir el tiempo si te conformas con algo cutre que mediofuncione.

La envergadura del proyecto es básicamente  lo que define cuantas personas serán necesarias... los típicos juegos de mesa/tablero, bastan con una sola persona, mejor si son 3 una para gráficos, otra para sonidos y otra para código y los tres para la proyección y planificación...
Las empresas que cuentan con 30 personas en su plantilla, tienen que apuntar a juegos mucho más ambiciosos, básicamente porque necesitan o bien llegar a más público o bien poque necesitan un precio por juego mucho más elevado, que finalmente cuadre con la inversión y los beneficios esperados. En las grandes empresas, suele haber además personal de documentación y ambientación, es decir gente que se encarga de que si colocas un tanque de la segunda guerra mundial, esté documentada o sepa documentarse y garantice que el tanque efectivamente sea  lo más idéntico posible a como realmente era...

No es bueno, comparar grandes empresas con programadores individuales, son ligas distintas con perspectivas muy distintas y las comparaciones no serían fiables... En una gran empresa te asignan unas funciones y listo, un programador por su cuenta debe asumir diferentes roles para hacer el juego, que no sucede con el programador que trabaja en una empresa. Pero bueno, con el tiempo tu mismo te darás cuenta...

Lo primero para un novato total, es un libro de iniciación a la informática (sí, suelen ser bastante aburridos según quien los escriba)...

Antes de profundizar en nada tienes que tener una base mínima de los aspectos principlaes de la informática... cómo es un ordenador, qué piezas tiene, que son y qué hacen la CPU, la memoria. Los tipos de datos, la lógica buleana, entender las bases numéricas: decimal, binaria, octal, hexadecimal... en fin algunas cosas básicas de matemáticas algo de historia y el puzzle de la electrónica digital (sin necesitar llegar a la profundidad)... luego ya puedes avanzar en la programación, aspectos sencillos... bucles, vuelta la lógica buleanda y vuelta a los tipos de datos + estructuras de datos.

En fin, sin una base mínima, cualquier cosa que pretendas aprender te costará mucho más asimilarla.

Hazte con un libro de "iniciación a la informática", para empezar con él...

Aparte de lo que te señala Electro, otra razón para usarla con Get y Set, es que tienes pleno control de su valor y de cuando esta cambia...

Por ejemplo si se pasa un valor que no aceptable:

 Private p_Mes As byte
    Public Property Mes As byte
        Get
            Return p_Mes
        End Get
        Set(ByVal value As byte)
            If (value<12) then
                p_mes = value
            ' else
               ' puedes por ejemplo informar al usuario que el valor no se admite que queda fuera de rango permitido...  
            end if
        End Set
    End Property
 

Otro ejemplo, saber cuando un valor cambia o cuando se recibe un valor específico:

 Private p_Mes As byte
    Public Property Mes As byte
        Get
            Return p_Mes
        End Get
        Set(ByVal value As byte)
            If (value <> p_mes) then ' el valor es distinto al almacenado actualmente.
                p_mes = value
                RaiseEvent MesCambiado(p_mes) ' de este modo se podria informar a otro componente, por ejemplo a un calendario para que exhibiera el mes que ha introducido el usuario. 
                 ' O simplemente actualizar el nombre del mes en una caja de texto.             
                 Textbox1.Text = Meses(p_mes) ' Meses seria aquí un array con los nombres de los meses...
            end if
        End Set
    End Property
 
' Saber si ha cambiado, es importante... si hay que hacer mucha funcionalidad, y resulta que el valor recibido esel mismo que ya existe, podríamos omitir hacer todo ese trabajo, solo hacelro si ha cambiado (cuando es estrictamente necesario).
 

También puedes controlar cuantas veces permites que cambie un valor, si hubiera alguna ocasión en que esto deba ser restringido.

 Private p_Contraseña As string
 private s_Cambios as byte 
 
    Public Property Contraseña As string
        Get
            Return p_Contraseña
        End Get
        Set(ByVal value As string)
            if (s_Cambios <3) then   ' solo permite un máximo de 3 cambios... 
                 If (value<>p_Contraseña) then
                    s_Cambios +=1           
                   p_Contraseña = value  
               end if
            else
               ' informar al usuario que ya se han hecho los 3 cambios de contraseña permitidos...
            end if
        End Set
    End Property
 

Es decir, no solo se contenta uno con recibir y devolver un valor, la mayor ventaja es precisamente poder SABER más cosas acerca del valor que se recibe (también cuando se entrega, aunque no ponga un ejemplo explícito), y en base a ello hacer lo que proceda si es necesario. Y la posibilidad de hacer más cosas en base a ese SABER acerca del valor recibido/devuelto.