Hoy me puse a ver uno de los dos ejemplos que me enviaron para preparar lo de rvm, son dos archivos de texto que se supone van a alimentar el sistema con datos de ejemplo.

Uno de los dos archivos es de mega y medio y se ve normal al abrirlo, excepto que es una sola linea de texto.

Parsear o que ?

Es cierto que un mega y medio de texto no es demasiado, pero es estupido que lo pongan en una sola linea de texto, seguramente no es un layout ni algo ortodoxo. Puedo hacer explodes en php para tratar de encontrar que es, pero lo extraño es que no hay herramientas obvias para saber que hicieron o que representa que fragmento de información… que son en su mayoría espacios en blanco (943 registros de 1681 bytes aprox en una linea todos).

Y hay gente a las que les pagan por eso.

Me acabo de enterar que por fin van a hacer algo sobre el problema de punteros nulos en c++

Tomado de
http://www.softwarequalityconnection.com/2011/06/the-biggest-changes-in-c11-and-why-you-should-care/

nullptr
At last, C++ has a keyword that designates a null pointer constant. nullptr replaces the bug-prone NULL macro and the literal 0 that have been used as null pointer substitutes for many years. nullptr is strongly-typed:
void f(int); //#1
void f(char *);//#2
//C++03
f(0); //which f is called?
//C++11
f(nullptr) //unambiguous, calls #2
nullptr is applicable to all pointer categories, including function pointers and pointers to members:
const char *pc=str.c_str(); //data pointers
if (pc!=nullptr)
cout<<pc<<endl;
int (A::*pmf)()=nullptr; //pointer to member function
void (*pmf)()=nullptr; //pointer to function

Por lo visto ciertas personas no entienden el mensaje. Aunque ese proceso quedó hecho, se me pide modificar ahora las rutinas de baja de tres catalogos ligados al profesionista, y por lo mismo a su pantalla, siguiendo el mismo estandar de codigo. La solucion que propuse fue de 15 minutos y cumple el objetivo.

Pero no, ahora me indican que debe hacerse como el unico de los cuatro catalogos medianamente funcionales existentes, lo que implica, por cada subcatalogo:

dos funciones de java (la llamada por el gif de delete, y la que activa el ajax request).

modificar un archivo php existente para que exista, un punto de entrada que sea llamado en el ajax request

Modificar el proceso actual para que jale el innerhtml (funcional en firefox, explorer y chrome).

De puro desarollo en frio de los modulos son una hora a hora y media. Cada prueba tarda por lo menos unos 20 segundos por el ctrl-f5 para poder cargar una version modificada y no el innerhtml.

Sumando a las pruebas del innerhtml, son de uno a dos dias, tiempo suficiente para rehacer toda la aplicacion desde cero.