Método para automatizar el reemplazo de un método en el código a comprobar. Llamando desde cualquier test a self._patch_method se realizará el patch del método TheClass.the_method durante la ejecución del test.
Categoría: Desarrollo
Cuando se edita manualmente el valor de una celda en Google Sheets, el formato se elige automáticamente según el contenido, si se introduce 1234 se tomará como un número, si se introduce 2024-07-08 como una fecha, asdfg como una cadena,… El problema viene cuando queremos introducir una cadena que parece otra cosa. Supongamos que tenemos una serie de identificadores hexadecimales, 01af38
Este es el contenido (en evolución) de mi fichero de configuración de VSCode. Está únicamente orientado a Python, ya que es lo único que utilizo ahora mismo. No está aun completo, hay tareas (como la inserción automática de los import necesarios) con las que aun no me siento lo suficientemente cómodo en VSCode.
CREATE SEQUENCE public.table_id_seq INCREMENT 1 START 1000; ALTER TABLE public.table ALTER COLUMN id SET DEFAULT nextval(‘table_id_seq’) ALTER SEQUENCE public.table_id_seq OWNER TO table.id; COMMIT;
Para poder utilizar un mismo código Python que tenía duplicado con distintas configuraciones en distintos directorios pensé en poner las variables que definen la configuración del trabajo a realizar en ficheros .py particulares y cargarlos como un módulo desde el ahora único fichero de código con lógica. Pensé en esta chapuza de ficheros de configuración para ahorrarme trabajo y no tener
¿Nunca has hecho una transacción en git y te has dado cuenta que deberías haberla puesto en otra rama? Yo lo hago todos los días. Afortunadamente, es posible arreglar esto y dejarlo tal como si hubieras sido tan estrictamente riguroso en el control del árbol de cambios como se supone que se debe ser. La verdad es que yo sigo sin
La receta es simple, basta con devolver la rama erróneamente mezclada (merge) a su estado anterior y forzar la actualización en el repositorio (push). Sin embargo, hay que tener en cuenta que hay unos requisitos previos para garantizar que esto salga bien. Nadie, debe haber actualizado su espacio de trabajo con los cambios subidos al repositorio que queremos deshacer. El merge
En un proyecto C++ con Makefile, Eclipse no reconocía la parte de la librería estándar correspondiente a C++11. Abriendo el fichero /usr/include/c++/4.8.2/mutex se comprueba que el problema es el valor definido para __cplusplus que Eclipse proporciona al analizador del código. Para hacer que Eclipse le diga a su analizador que el código es C++11 hay que hacerlo en la configuración de
http://www.artfulsoftware.com/infotree/queries.php
Para instalar el entorno de desarrollo de Qt4 en el chroot creado en el post Eclipse en chroot 32 bits se descarga desde Qt for Open Source C++ development on Linux/X11 el fichero con los fuentes de Qt4 para Linux/X11 y se instala el paquete libxext-dev (en Requisitos de instalación de Qt para X11 se dan más detalles y otras dependencias ya resueltas