Feda /dev/ - No Javascript allowed

Las cookies que usa las ves raras? Yo es que no me entiendo pero las veo raras, como si no fuesen seguras. Quizás es cosa mia. No me suelo fijar..

Los ids que genera son las visitas. Cada vez que carga la página incrementa 1. Si alguien no termina la votación da igual, después el get del resultado te salen valores nulls.

Pls no jodais la db que mañana me la quiero bajar.

Sobre los ids increméntales.... Sers un integer? Hara overflow? Cuando tenga la db pls

#18455 Webstorm de JetBrains maybe, si no quieres pagar haz la prueba y si te gusta te digo un trucaso

#18455 sublime? Vim? Emacs? Jetbrains? Lo q no se es como usas aún atom XD.

BTW, en otro orden de cosas:
Posiblemente tenga una entrevista técnica y me han pedido que lo suba a un repo, me han dicho que no serà muy larga por lo q supongo q será un fizbuzz o del rollo. Nunca había hecho una prueba con git y no sé si me tengo que exceder para lo que realmente será la prueba (yo si fuese algo corto pa mi haría todo en uno o dos commits sobre máster) o si ponerme con commits unitarios para cada ejercicio/funcionalidad, con su branch y demás para que vean cómo uso git como si de un proyecto grande se tratase.

He tenido casos de hacer pruebas técnicas realmente tontas donde por querer usar todo lo que daba el lenguaje para que supieran que sabía gastarlo me pasé de verborreico y excesivo y así me lo hicieron ver en la revisión. Pero claro, si lo haces todo con funciones y del tirón que si quizá no sabes usar herencia o composición, si lo usas que por qué lo usas xddddd.

Sugerencias?

#18461 vaya mierda de respuesta.
Uno siempre pregunta, a ver si te crees que todos somos como tú xDD

Pero casi siempre te responden con un: no te puedo decir nada tú haz lo mejor que puedas o un: si se valora todo. Y luego lo haces demostrando que sabes y te pasas dando la sensación de ser un tío verborreico o excesivo.
Que lo bueno está en el punto medio pero lo suyo es demostrar que no usas git como si fuese dropbox

#18462 Si te responden así, pasa del curro. De verdad, será una mierda de equipo.

Yo como ingeniero te voy a decir exactamente lo que busco y te voy a facilitar al máximo la entrevista.

Yo para estas pruebas siempre pregunto:

En que escenario estoy, desarrollando para una startup en early stage, codigo en produccion en un producto que lleva 5 a;os...
Luego pregunto por el caso de uso especifico de la feature que me piden, como se relaciona con otros componentes y cual es el caso de uso para el usuario final.

Si me dicen haz un webservice con esto y con lo otro paso de la entrevista.

Si me dices que estas desarrollando un feature en early stage lo hare lo mas rapido posible mientras cumpla requerimientos.
Si es codigo en prod y esto parcheando un componente hare peque;os commits para facilitar la code review, introducir pocas dependencias e intentare documentarlo mejor...

edit: lo que me he encontrado es que muchos pajeets se quedan a medias entre un leetcode y dise;ar un sistema. yo tomo todos los problemas como si fuesen un sistema. esto me sirve para saber si el entrevistador es un pajeet, la mayoria lo son. la verdad es que mando a la mierad el 90% de las entrevistas XDD

https://tianpan.co/notes/2016-02-13-crack-the-system-design-interview

Si la prueba es sencilla, 1 commit, no branches. Y la solución que se lea bien, nada de usar mierdas por que sí (herencia y demás).

Mete tests y listo.

Y si quieres pon 2 commits, 1 la solución y otro de tests, les das la vuelta al final y dices que hiciste TDD.

También puedes ser un hombre del siglo XXI y grabarte mientras haces la prueba …

Así puedes ir comentando mientras lo haces.

Si no te sobra el toque, no lo hagas.

Yo la haría por mi canal de Twitch la verdad.

Como si fuese una clase.