Cita de: Igor date=1524995500

AssetDatabase.CreateAsset(miMesh, "Assets/miCarpeta/miObjeto.asset")

   
       
   

Cita de: Eskema date=1524749988Hola,
   
   
      Como parte del curso de udemy que estoy preparando voy a crear un juego tipo hearthstone, me planteo si es interesante el hacer stream publico, o si es un juego demasiado de nicho y programar algo asi no tiene interes.
   
   
      ¿Opiniones?
   

Cita de: Igor date=1524910304algo asi:
   
   

Texture2D mixInOne(Texture2D cabeza, Texture2D cara, Texture2D pelo) {
texture2D result = new Texture2(cabeza.width, cabeza.height);//nueva textura
for (int x = 0; x < cabeza.width; x++) {
       for (int y = 0; y < cabeza.height; y++) {       
      result.SetPixel(x,y, cabeza.GetPixel(x,y));//poner primera "capa" (cabeza)
      if  (cara.GetPixel(x,y).a > 0.5f) {//color alpha mayor...
         result.SetPixel(x,y, cabeza.GetPixel(x,y));//poner segunda "capa" (cara)
      } else if (pelo.GetPixel(x,y).a > 0.5f) {
         result.SetPixel(x,y, cabeza.GetPixel(x,y));//poner tercera "capa" (pelo)
      }
   }
}
return result;
}

   
       
   

Cita de: lightbug date=1524674945Eso es una de los grandes pilares para un programador (idealmente), que el código sea extendible, entendible, modular, abstraido por capas lo que se pueda (por ej no mezcla API de alto nivel con un driver de bajo nivel), comentado (no por todos lados), documentado (dentro del mismo código, Ej /// <sumary> ....) ya que es muy raro que termine siendo propio, siempre lo agarra otro programador en algún punto, y es una de las cosas que delatan al "no programador", que no piensa de entrada en este aspecto crucial. Ni hablar que sirve para el entendimiento del mismo programador en algun punto.
   
   
      La otra cuestión que en mi caso considero primordial es escribir y comentar el código en ingles sin importar a quién se lo entregues y aunque el ingles sea nivel intermedio o básico, si lo agarra un argentino, español, frances, coreano o vietnamita lo entenderá a la perfección o bueno más o menos, pero si lo dejo en español es probable que solo el argentino y el español lo hagan.
   
   

/// <summary>
/// Responsible for obtaining the current index.
/// </summary>
void GetCurrentIndex()
{
...

   
      vs
   
   

/// <summary>
/// Se encarga de obtener el índice actual.
/// </summary>
void ObtenerIndiceActual()
{
...

   
       
   
   
      Las manías vaya y pase, son propias y están ahí para un propósito personal, sobretodo de manejo de memoria y cuestiones de redacción de código, en C por ej es muy común tener Defines en mayúsculas, Macros que comienzan en minúscula con "_" "__" o incluso he visto con "___",  atributos también, guardas de includes en mayusculas y underscore, variables en minúsculas, enums con mayuscula al comenzar ... etc....no porque alguien dijo es necesario sino porque todos "acordaron" en hacerlo relativamente igual.
   
   
      Pero es cierto no se puede hacer escándalo por un simple underscore, uno debe ser tolerante hasta cierto punto, es entendible que alguien "lo haga" de forma diferente, aunque un poco diferente, somos criaturas disciplinadas al final.
   
   
       
   
   
      uh que buena pinta tiene, no lo conocía, esa web  ...lo voy a revisar, en 2018 se viene un SVG Importer, aunque creo que irá mejor para sprites y ese tipo de cosas.
   

Cita de: Eskema date=1524604956Carajo pues dilo, que quiero saber que discrepancias son esas.... Lo unico que he aprendido con los años es que cada uno programa como le sale de los mismisimos... porque salvo las cosas del lenguaje (las guidelines que todos DEBERIAMOS seguir), el resto cada uno tiene sus manias.
   
   
      A mi mientras el codigo sea eficiente me suele importar muy poco el como... la de veces que he cambiado de estilo solo porque trabajas en la empresa X y te adaptas a como se hace xD
   
   
      A mi socio le pone de los nervios que declare las vars privadas con el underscore int _lives xDD
   

Cita de: pioj date=1524601397¡Ni de coña! Llevo esperando el streaming toda la semana!