Solo entendí bien lo de no usar el mouse jejeje. De echo es algo que yo me estoy acostumbrando bastante, a no tener que agarrar el mouse para todo, me resulta más fácil y rápido hacer las cosas sin sacar las manos del teclado. Por lo que vi no es muy sencillo el tema de entrarle al emacs, y como no ando con tiempo excedente para dedicarle tendré que dejarlo para más adelante o dedicarle algún ratito libre para probarlo. Por lo que vi algo que piden es un plugin para Python, lo han implementado ya? Saludos y gracias! Fernando Macedo El 26/03/17 a las 04:50, Fernando Arce escribió:> Hola de nuevo (acabo de regresar del campo, de ahi la tardanza): > > No es sencillo. A Bill Venables, conocido sobre todo por su obra > Venables & Ripley, se le atribuye la siguiente frase: "los primeros > cinco anos con emacs son los peores, despues, es simplemente dificil". > > No conozco ningun tutorial ni nada realmente "amigable" como > introduccion, salvo quizas el libro "mastering emacs" que me parece > bastante util, aunque siempre hay que leer mucho antes de empezar > propiamente dicho. El autor tiene un blog bastante interesante: > https://www.masteringemacs.org/ (y el libro suele andar por la > "tienda" google) > > Ahora bien, ese manual, y la mayoria de informacion que puedas > encontrar no tiene mucho que ver con el uso de R en emacs (via ess), > aunque ayuda mucho a sentirse a gusto en el "infierno" de emacs. > > El manual no es para nada amigable: > http://ess.r-project.org/ess.pdf > > y esta introduccion, no demasiado amigable tampoco: > http://pj.freefaculty.org/guides/Rcourse/emacs-ess/emacs-ess.pdf > > > Yo realmente no tengo nada contra los botones ni nada de eso, pero me > he acostumbrado bastante a manejarme con el teclado, en mi caso, por > ejemplo, te pongo una situacion recurrente de mi trabajo: > > > si estoy escribiendo una funcion y la quiero probar, suelo tener tres > ventanas abiertas minimo (en emacs una ventana no es lo mismo que en > otros programas... tiene un lenguaje muy caprichoso), en una la > funcion que estoy testeando, en otra el codigo para probarla, y en > otra una sesion de R > > Supongamos que cambio algo en la funcion durante su desarrollo, los > pasos serian, empezando en el script que contiene la funcion, los > siguientes, una vez cambiada: C-c-f (recargo la funcion), C-, (vuelvo > al script donde estoy haciendo las pruebas), C-c-j (mando el codigo > que prueba su funcionamiento). Si la funcion genera un mensaje de > error, presiono Alt-g p y me lleva directamente a la linea que ha > generado el error dentro de la funcion y la corrijo (si se como, > claro) y vuelta a empezar... Si la funcion esta bien, pues C-x-s o C-x > s dependiendo de en que buffer me encuentre, y si no lo he hecho > antes, vuelvo a el buffer de la funcion (en mi caso via C-.) y con > C-c-o-o genero o actualizo un esqueleto de roxygen para escribir la > ayuda de la misma [C- significa presionar Control y manteniendolo > apretado, las siguientes letras, si no hay - es que se suelta el Ctrl, > esa seria la diferencia entre C-x-s y C-x s, en el segundo caso tras > la x se suelta antes de apretar la s] > > Es dificil escribir de manera amigable una introduccion para eso (si > es que es posible). Aunque lo cierto es que todo eso se puede hacer > con clicks de raton desde el menu, pero bastante mas lento y no se > como sera la experiencia de usuario. > > Ignorando el tema de los atajos de teclado, un uso bastante recurrente > que hago yo es el tener diferentes sesiones de R abiertas en la misma > sesion de trabajo, y varias sesiones de emacs normalmente, una por > cada proyecto, en diferentes workspaces del escritorio. Si trabajo con > un mismo script puedo hacerlo en diferentes sesiones de R sin tener > que abrirlo mas de una vez (con el problema de que version guardar > despues) > > No se si te ayuda algo o no... > > Saludos > > Fer > > > El Jueves 23 de marzo de 2017 23:42, Fernando Macedo > <fermace en gmail.com> escribió: > > > Buenas Fernando, podrías recomendar alguna lectura/tutorial/web para > alguien que siempre escucho hablar de las bondades del emacs pero nunca > lo usó? > Como para iniciantes. > > Gracias, saludos! > > Fernando Macedo > > >[[alternative HTML version deleted]]
Y qué tal Jupyter Notebooks para R (y Python) Manuel Spínola El 26 de marzo de 2017, 6:38, Fernando Macedo <fermace en gmail.com> escribió:> Solo entendí bien lo de no usar el mouse jejeje. De echo es algo que yo > me estoy acostumbrando bastante, a no tener que agarrar el mouse para > todo, me resulta más fácil y rápido hacer las cosas sin sacar las manos > del teclado. > Por lo que vi no es muy sencillo el tema de entrarle al emacs, y como no > ando con tiempo excedente para dedicarle tendré que dejarlo para más > adelante o dedicarle algún ratito libre para probarlo. > Por lo que vi algo que piden es un plugin para Python, lo han > implementado ya? > > Saludos y gracias! > > Fernando Macedo > > El 26/03/17 a las 04:50, Fernando Arce escribió: > > > Hola de nuevo (acabo de regresar del campo, de ahi la tardanza): > > > > No es sencillo. A Bill Venables, conocido sobre todo por su obra > > Venables & Ripley, se le atribuye la siguiente frase: "los primeros > > cinco anos con emacs son los peores, despues, es simplemente dificil". > > > > No conozco ningun tutorial ni nada realmente "amigable" como > > introduccion, salvo quizas el libro "mastering emacs" que me parece > > bastante util, aunque siempre hay que leer mucho antes de empezar > > propiamente dicho. El autor tiene un blog bastante interesante: > > https://www.masteringemacs.org/ (y el libro suele andar por la > > "tienda" google) > > > > Ahora bien, ese manual, y la mayoria de informacion que puedas > > encontrar no tiene mucho que ver con el uso de R en emacs (via ess), > > aunque ayuda mucho a sentirse a gusto en el "infierno" de emacs. > > > > El manual no es para nada amigable: > > http://ess.r-project.org/ess.pdf > > > > y esta introduccion, no demasiado amigable tampoco: > > http://pj.freefaculty.org/guides/Rcourse/emacs-ess/emacs-ess.pdf > > > > > > Yo realmente no tengo nada contra los botones ni nada de eso, pero me > > he acostumbrado bastante a manejarme con el teclado, en mi caso, por > > ejemplo, te pongo una situacion recurrente de mi trabajo: > > > > > > si estoy escribiendo una funcion y la quiero probar, suelo tener tres > > ventanas abiertas minimo (en emacs una ventana no es lo mismo que en > > otros programas... tiene un lenguaje muy caprichoso), en una la > > funcion que estoy testeando, en otra el codigo para probarla, y en > > otra una sesion de R > > > > Supongamos que cambio algo en la funcion durante su desarrollo, los > > pasos serian, empezando en el script que contiene la funcion, los > > siguientes, una vez cambiada: C-c-f (recargo la funcion), C-, (vuelvo > > al script donde estoy haciendo las pruebas), C-c-j (mando el codigo > > que prueba su funcionamiento). Si la funcion genera un mensaje de > > error, presiono Alt-g p y me lleva directamente a la linea que ha > > generado el error dentro de la funcion y la corrijo (si se como, > > claro) y vuelta a empezar... Si la funcion esta bien, pues C-x-s o C-x > > s dependiendo de en que buffer me encuentre, y si no lo he hecho > > antes, vuelvo a el buffer de la funcion (en mi caso via C-.) y con > > C-c-o-o genero o actualizo un esqueleto de roxygen para escribir la > > ayuda de la misma [C- significa presionar Control y manteniendolo > > apretado, las siguientes letras, si no hay - es que se suelta el Ctrl, > > esa seria la diferencia entre C-x-s y C-x s, en el segundo caso tras > > la x se suelta antes de apretar la s] > > > > Es dificil escribir de manera amigable una introduccion para eso (si > > es que es posible). Aunque lo cierto es que todo eso se puede hacer > > con clicks de raton desde el menu, pero bastante mas lento y no se > > como sera la experiencia de usuario. > > > > Ignorando el tema de los atajos de teclado, un uso bastante recurrente > > que hago yo es el tener diferentes sesiones de R abiertas en la misma > > sesion de trabajo, y varias sesiones de emacs normalmente, una por > > cada proyecto, en diferentes workspaces del escritorio. Si trabajo con > > un mismo script puedo hacerlo en diferentes sesiones de R sin tener > > que abrirlo mas de una vez (con el problema de que version guardar > > despues) > > > > No se si te ayuda algo o no... > > > > Saludos > > > > Fer > > > > > > El Jueves 23 de marzo de 2017 23:42, Fernando Macedo > > <fermace en gmail.com> escribió: > > > > > > Buenas Fernando, podrías recomendar alguna lectura/tutorial/web para > > alguien que siempre escucho hablar de las bondades del emacs pero nunca > > lo usó? > > Como para iniciantes. > > > > Gracias, saludos! > > > > Fernando Macedo > > > > > > > > > [[alternative HTML version deleted]] > > _______________________________________________ > R-help-es mailing list > R-help-es en r-project.org > https://stat.ethz.ch/mailman/listinfo/r-help-es >-- *Manuel Spínola, Ph.D.* Instituto Internacional en Conservación y Manejo de Vida Silvestre Universidad Nacional Apartado 1350-3000 Heredia COSTA RICA mspinola en una.cr <mspinola en una.ac.cr> mspinola10 en gmail.com Teléfono: (506) 8706 - 4662 Personal website: Lobito de río <https://sites.google.com/site/lobitoderio/> Institutional website: ICOMVIS <http://www.icomvis.una.ac.cr/> [[alternative HTML version deleted]]
Hola de nuevo Tiene modos (lo que los humanos llamamos paquetes, en emacs son
modos.... ) y varios para python y para casi cualquier lenguaje... inluso para
escribir con varios en documentos dinamicos.... (años ates de que fuera algo tan
popular lo de mezclar codigos y texto y con resultados) de hecho el lenguaje de
trabajo para modificar o trabajar con emacs es lisp (dialecto elisp...) que es
un lenguaje que tiene una tela de narices.... xD
el tema es que no es algo facil, ni "amigable"... si quieres entrar y
manejarte en emacs, de la nada con dos lenguajes, va a ser aun mas doloroso....
El Domingo 26 de marzo de 2017 23:38, Fernando Macedo <fermace en
gmail.com> escribió:
Solo entendí bien lo de no usar el mouse jejeje. De echo es algo que yo me
estoy acostumbrando bastante, a no tener que agarrar el mouse para todo, me
resulta más fácil y rápido hacer las cosas sin sacar las manos del teclado.
Por lo que vi no es muy sencillo el tema de entrarle al emacs, y como no ando
con tiempo excedente para dedicarle tendré que dejarlo para más adelante o
dedicarle algún ratito libre para probarlo.
Por lo que vi algo que piden es un plugin para Python, lo han implementado ya?
Saludos y gracias!
Fernando Macedo
El 26/03/17 a las 04:50, Fernando Arce escribió:
Hola de nuevo (acabo de regresar del campo, de ahi la tardanza):
No es sencillo. A Bill Venables, conocido sobre todo por su obra Venables
& Ripley, se le atribuye la siguiente frase: "los primeros cinco anos
con emacs son los peores, despues, es simplemente dificil".
No conozco ningun tutorial ni nada realmente "amigable" como
introduccion, salvo quizas el libro "mastering emacs" que me parece
bastante util, aunque siempre hay que leer mucho antes de empezar propiamente
dicho. El autor tiene un blog bastante interesante:
https://www.masteringemacs.org/ (y el libro suele andar por la
"tienda" google)
Ahora bien, ese manual, y la mayoria de informacion que puedas encontrar no
tiene mucho que ver con el uso de R en emacs (via ess), aunque ayuda mucho a
sentirse a gusto en el "infierno" de emacs.
El manual no es para nada amigable: http://ess.r-project.org/ess.pdf
y esta introduccion, no demasiado amigable tampoco:
http://pj.freefaculty.org/guides/Rcourse/emacs-ess/emacs-ess.pdf
Yo realmente no tengo nada contra los botones ni nada de eso, pero me he
acostumbrado bastante a manejarme con el teclado, en mi caso, por ejemplo, te
pongo una situacion recurrente de mi trabajo:
si estoy escribiendo una funcion y la quiero probar, suelo tener tres
ventanas abiertas minimo (en emacs una ventana no es lo mismo que en otros
programas... tiene un lenguaje muy caprichoso), en una la funcion que estoy
testeando, en otra el codigo para probarla, y en otra una sesion de R
Supongamos que cambio algo en la funcion durante su desarrollo, los pasos
serian, empezando en el script que contiene la funcion, los siguientes, una vez
cambiada: C-c-f (recargo la funcion), C-, (vuelvo al script donde estoy haciendo
las pruebas), C-c-j (mando el codigo que prueba su funcionamiento). Si la
funcion genera un mensaje de error, presiono Alt-g p y me lleva directamente a
la linea que ha generado el error dentro de la funcion y la corrijo (si se como,
claro) y vuelta a empezar... Si la funcion esta bien, pues C-x-s o C-x s
dependiendo de en que buffer me encuentre, y si no lo he hecho antes, vuelvo a
el buffer de la funcion (en mi caso via C-.) y con C-c-o-o genero o actualizo un
esqueleto de roxygen para escribir la ayuda de la misma [C- significa presionar
Control y manteniendolo apretado, las siguientes letras, si no hay - es que se
suelta el Ctrl, esa seria la diferencia entre C-x-s y C-x s, en el segundo caso
tras la x se suelta antes de apretar la s]
Es dificil escribir de manera amigable una introduccion para eso (si es que es
posible). Aunque lo cierto es que todo eso se puede hacer con clicks de raton
desde el menu, pero bastante mas lento y no se como sera la experiencia de
usuario.
Ignorando el tema de los atajos de teclado, un uso bastante recurrente que
hago yo es el tener diferentes sesiones de R abiertas en la misma sesion de
trabajo, y varias sesiones de emacs normalmente, una por cada proyecto, en
diferentes workspaces del escritorio. Si trabajo con un mismo script puedo
hacerlo en diferentes sesiones de R sin tener que abrirlo mas de una vez (con el
problema de que version guardar despues)
No se si te ayuda algo o no...
Saludos
Fer
El Jueves 23 de marzo de 2017 23:42, Fernando Macedo <fermace en
gmail.com> escribió:
Buenas Fernando, podrías recomendar alguna lectura/tutorial/web para
alguien que siempre escucho hablar de las bondades del emacs pero nunca
lo usó?
Como para iniciantes.
Gracias, saludos!
Fernando Macedo
[[alternative HTML version deleted]]
2017-03-26 9:50 GMT-03:00 Manuel Spínola <mspinola10 en gmail.com>:> Y qué tal Jupyter Notebooks para RParticularmente yo lo he intentado algunas veces, pero no me ha parecido muy... fluido. Para preparar código que deba ser distribuido de forma pedagógica, me parece excelente, pero para desarrollo y trabajo 'real' (por decirlo de alguna forma), no me ha parecido cómodo. ?Mención aparte merece la experiencia específica con python. Muchos usuarios python minimizan el hecho que a veces no es transparente mantener python en el sistema, dejando todo a terceros (como anaconda)? sin mencionar esa incómoda convivencia entre python 2 y python 3. No han sido buenas mis experiencias compartiendo notebooks cuando quienes lo quieren ejecutar no tienen mucha experiencia previa y falta una librería aquí y otra allá... Bueno, esa ha sido mi experiencia. Otros usuarios te comentarán seguramente las suyas :) ¡Salud! -- «Pídeles sus títulos a los que te persiguen, pregúntales cuándo nacieron, diles que te demuestren su existencia.» Rafael Cadenas [[alternative HTML version deleted]]
Estimados De casualidad hice un click y vi que se está creando una documentación nueva de R, o de otra forma, lleva mucho tiempo de trabajo y yo era el único que no estaba ni enterado. En forma general: http://stackoverflow.com/documentation/r/topics De casualidad sobre OOP (los otros días realizamos un intercambio de correos al respecto, parece que no somos los únicos, no es intención reavivar el tema, seleccioné dashboard y casualmente justo estaba el topic). http://stackoverflow.com/documentation/r/topic-requests/1417 Javier Rubén Marcuzzi [[alternative HTML version deleted]]