porque sintax hightlight no siempre viene con lo que me den para hacer sql

Que cagada. Hasta en el lugar rústico donde laburaba teníamos editores con highlight, muy pocas veces tuve que hacer un ssh+vi o SQL*Plus en el servidor.

El vi tiene syntax highlight.
Igual las palabras claves de SQL van con mayuscula.

Si, podria hacer copy paste al notepad++ pero toda la paja realmente. Igual las convenciones de codigo en los laburos donde estuve eran siempre parecidas: c# guidelines y sql como lo hice recien

(19-11-2012 23:19)brunodiaz escribió:  El vi tiene syntax highlight.
Igual las palabras claves de SQL van con mayuscula.

No en donde laburaba, y ni ganas de configurar el vi de los servidores.

yo a veces escribo las querys con las palabras claves en mayus, a veces en minus

no se, no tengo algo predefinido, es como venga

Sisi, igualmente ya vas a aprender a hacerlo bien

jaja chupala

(19-11-2012 23:46)brunodiaz escribió:  Sisi, igualmente ya vas a aprender a hacerlo bien

En sus laburos no rompian las pelotas con tener una nomenclatura homogenea en el codigo?

jajaja "nomenclatura homogénea en el código" jajajaja

Mientras que nadie llamara para quejarse, el trabajo estaba bien hecho.

jaaj tal cual
ni siquiera seguimos una metodologia o algo asi
a mi lo unico q me hinchan un poco las bolas es q comentemos con fecha y nombre los cambiosx
mas q nada xq el proyecto es grande, tiene varios años, y pasaron muchas personas, asique es un poco para "saber quien fue el hijo de puta" o cosas asi

ojo, solo cuando hacemos cambios de cosas q ya estna en prod, no cuando hacemos codigo nuevo

(19-11-2012 23:57).py escribió:  

(19-11-2012 23:46)brunodiaz escribió:  Sisi, igualmente ya vas a aprender a hacerlo bien

En sus laburos no rompian las pelotas con tener una nomenclatura homogenea en el codigo?

JAJAJJAJAJAJ

JAJAJAJAJAJ

Really?

Sisi, obviamente que intentamos usar una nomenclatura estandar y mantener las cosas ordenadas

---

ponele

---

Che py, notaste que ya no tenes dobles las materias de tu seguidor ??

Ahora hay que averiguar que rompiste

Se, si codear es parte de tu laburo deberías no ser un hijo de puta y tratar de adaptarte a como se hacen las cosas.

PD: Es más, si no hay un doc de style guidelines hecho, lo deberías hacer como buen profesional proactivo.

(20-11-2012 00:01)gonnza escribió:  asique es un poco para "saber quien fue el hijo de puta" o cosas asi

Lo mejor debe ser que seguro que no labura más ahí, y debe servir más para hacer catarsis que para arreglar el problema.

(19-11-2012 23:59)Dem0 escribió:  jajaja "nomenclatura homogénea en el código" jajajaja

Mientras que nadie llamara para quejarse, el trabajo estaba bien hecho.

Pero ese codigo que escribis lo va a leer 20 personas mas , si todos usan el mismo estilo es mas rapido entender el codigo.

(20-11-2012 00:01)gonnza escribió:  jaaj tal cual
ni siquiera seguimos una metodologia o algo asi
a mi lo unico q me hinchan un poco las bolas es q comentemos con fecha y nombre los cambiosx
mas q nada xq el proyecto es grande, tiene varios años, y pasaron muchas personas, asique es un poco para "saber quien fue el hijo de puta" o cosas asi

Scrumm? TDD? Nada?

Cita:ojo, solo cuando hacemos cambios de cosas q ya estna en prod, no cuando hacemos codigo nuevo

Gonnza , no seas croto. Hace bien las cosas.

A menos que tu jefe quiera que comentes EN EL CODIGO metadata que corresponde al sistema de versionado (en cuyo caso , tu jefe es un carnicero

(20-11-2012 00:08)Jarry escribió:  

(19-11-2012 23:57).py escribió:  

(19-11-2012 23:46)brunodiaz escribió:  Sisi, igualmente ya vas a aprender a hacerlo bien

En sus laburos no rompian las pelotas con tener una nomenclatura homogenea en el codigo?

JAJAJJAJAJAJ

JAJAJAJAJAJ

Really?

Yo soy siempre el primero en romper las pelotas con eso. No se , considero que son preguntas basicas de una entrevista laboral para saber como viene la mano organizacionalmente la empresa en la que te vas a meter.

Si les decis SVN y te contestan "aca usamos SourceSafe"
Si les decis Gannt y te contestan "aguante top gun"
Si les decis Scrum y te contestan que no siguen a los pumas
Si les decis documentacion y te contestan que hay unos "mails viejos del PL anterior"

ya sabes que tenes que salir corriendo

(20-11-2012 00:08)brunodiaz escribió:  Che py, notaste que ya no tenes dobles las materias de tu seguidor ??

Ahora hay que averiguar que rompiste

No se , pero cuando lo rompo, lo rompo en serio.

(20-11-2012 00:24)Dem0 escribió:  Se, si codear es parte de tu laburo deberías no ser un hijo de puta y tratar de adaptarte a como se hacen las cosas.

This!

Cita:

(20-11-2012 00:01)gonnza escribió:  asique es un poco para "saber quien fue el hijo de puta" o cosas asi

Lo mejor debe ser que seguro que no labura más ahí, y debe servir más para hacer catarsis que para arreglar el problema.

JAJAJA a mi me putean por injertos que hice en el 2007 en mi primer laburo. Mi jefe dijo "chorizeala asi sale el release". Yo la chorizee. 5 años despues el hack sigue andando pero me putean mis ex compañeros porque no pueden cambiarlo sin que explote todo.