Feda /dev/

babri

Redbull > Monster

Fyn4r

#7109 red bull es la bebida de los campeones, Monster es para malotes

PiPePiTo

#7105 Te han salido alas ya?

1 respuesta
Saphyel

Relentless es la verdadera salud!

s4suk3

un buen java > bebidas raras

Fyn4r

#7113 ni me salen alas, ni me compila una historia, ni doy resuelto un ejercicio de clase. Una desgracia todo

vincen

Deoxys

#7105 ¿Has probado McRib.js?

1 respuesta
Fyn4r

#7118 no pero me dio por buscar y me topé con esto
https://github.com/bufordsharkley/mcrib

B

Cuando tenéis que hacer frontend por la razón que sea, qué formato usáis para los atributos de los elementos html?. Si se trata de código siempre uso camel case pero para html "tonto_el_que_lo_lea" o "tonto-el-que-lo-lea". Por alguna razón "tontoElQueLoLea" me produce rechazo en html.

3 respuestas
HeXaN

Yo siempre uso under_score. Odio el camel toe.

1 respuesta
eXtreM3

Todo seguido en minúsculas y sin guiones de ningún tipo.

drakkenspain

Para html soy de ayy-lmao. Para constantes AYY_LMAO. Para todo lo demás ayyLmao.

1 1 respuesta
gohrum

#7123 +1

CheLu2K

#7121 LOL

eisenfaust

Patrician-Tier
high-tier
mid_tier
LowTier
pooInLooTier

discuss

s4suk3

#7120 yo soy de imitar a los pros

https://github.com/airbnb/css

// ListingCard.jsx
function ListingCard() {
  return (
    <article class="ListingCard ListingCard--featured">

  <h1 class="ListingCard__title">Adorable 2BR in the sunny Mission</h1>

  <div class="ListingCard__content">
    <p>Vestibulum id ligula porta felis euismod semper.</p>
  </div>

</article>
  );
}
/* ListingCard.css */
.ListingCard { }
.ListingCard--featured { }
.ListingCard__title { }
.ListingCard__content { }

Más info:
https://csswizardry.com/2013/01/mindbemding-getting-your-head-round-bem-syntax/

Ranthas
private final static String NORTH_KOREA_IS_BEST_KOREA = "North Corea is Best Korea";
String strKoreaRules = "Korea rlz";

public boolean isKoreaDaBest() {
   return true; //Korea is always DA BEST
}

El resto de nomenclaturas y convenciones son para plebeyos.

2 1 respuesta
B

#7128 Utilizo la misma nomenclatura XDDDDD

NoRelaX

Pues a mí el prefijo para indicar el tipo de dato (str) me hace sangrar los ojos muy fuerte.

6
alterego

Yo tiro por BEM para las classes de css:

.elemento
.elemento__hijo
.elemento--modificador
gohrum

No conocía el concepto de technical debt , y aunque siempre ha sido algo que me ha preocupado, no había leído nunca a alguien que expresara de forma ordenada qué implica utilizar bundles o plugins o scripts externos.

Merece la pena instalarlos, debes fiarte de ellos, cuanto trabajo tendrás que hacer para modificarlos a tu gusto, y cuanto trabajo / tiempo neto has ganado con ello?

Interesante articulo al respecto. Habla de ello partiendo del FOSUserBundle, pero realmente habla sobre cualquier tipo de extensión: https://jolicode.com/blog/do-not-use-fosuserbundle

2 respuestas
cabron

#7132

Eso no solo pasa solo con dependencias externas, pasa también a nivel de framework.

Si tienes un proyecto muy complejo, enseguida empieza a chocar con las decisiones que los autores del framework han tomado y te cuesta un montón conseguir hacer lo que quieres dando mil vueltas para que el framework te lo admita y funcione.

MTX_Anubis

#7132 La deuda técnica existe desde el momento que empiezas un proyecto, desde la primera linea de código que tiras, cada decisión que tomas deja una deuda en el proyecto. Se estudia en ingeniería del software y cualquier curso que des de gestión de proyectos. Es una de las razones por las que nacen las metodologías ágiles, ojo, que digo una, no la única.

Estoy totalmente de acuerdo con minimizar las dependencias de tu proyecto a cualquier nivel xD.

gohrum

bueno, vosotros habéis estudiado pero a mi el concepto como tal y la forma de plantearlo me dejó atónito XD

B

Entonces los que usan symfony tienen una hipoteca técnica con la cantidad de dependencias que te mete por defecto.

3 1 respuesta
Saphyel

#7136 entoces cualquier proyecto de js te mete una hipoteca que ni el PP/SOE se le ocurriria mirar.

1
gohrum

Es que meter dependencias según como me parece un suicidio. Hay que tener mucha cabeza y ojo a la hora de darle, porque como el proyecto vaya para largo puede ser un tema jodido.

Por ejemplo yo ahora estoy estudiando symfony después de utilizar codeigniter muchos años, y puede que sea mucho mas potente, pero el hecho de tener que meter la dependencia de pagerfanta para hacer un pagination es un poco... Codeigniter tenia una gran variedad de herramientas que a priori me parecen mejor para gran cantidad de proyectos.

1 respuesta
Merkury

#7138 Como que hay que meter PagerFanta para un paginador... en serio no se que estaras "estudiando" pero un paginador se hace con un sinple parametro y una query.

1 respuesta
gohrum

#7139 jeje, puede que haya puesto el ejemplo del paginador para hacerlo mas dramatico (esto es feda), pero estoy estudiando todos los componentes y estructura del symfony_demo ( https://github.com/symfony/symfony-demo ) el cual es "The "Symfony Demo Application" is a reference application created to show how to develop Symfony applications following the recommended best practices."

Y mirando paso a paso he visto que hacian el pagination con pagerfanta en el postrepository ( https://github.com/symfony/symfony-demo/blob/master/src/AppBundle/Repository/PostRepository.php )

El parametro y query te refieres en el orm? Tienes algun ejemplo a mano? No me ha acabado de quedar claro como funciona, estoy demasiado acostumbrado al query builder de CI

1 respuesta
Tema cerrado