.Rprofile no Linux
Olá pessoal, Este "post" tem a finalidade de compartilhar algumas coisas que considero importantes na inicialização do R. É voltado para o Linux, mas os princípios, com os devidos cuidados, podem ser usados também no Windows. Muitas das opções importantes, do ponto de vista funcional (não relativos à aparência), podem ser feitas no arquivo .Rprofile. Esse arquivo deve ficar localizado no home do usuário: ~/.Rprofile e é um dos primeiros a ser lido quando uma sessão do R é iniciada. Tenho uma função (bem simples) que uso bastante em meu dia a dia: "cv" para calcular o coef. de variação de uma ANOVA: cv <- function(av) { if(is.null(av) || !inherits(av, 'aov')) stop('Please, check the parameter!') qmee <- with(av, sum(residuals^2) / df.residual) cv <- 100 * sqrt(qmee) / mean(av$fitted.values) return(round(cv, 2)) } Pois bem, a medida que vamos aumentando nossa intimidade com o R (inevitavelmente) iremos desenvolvendo nossas próprias funções (o R foi projetado para isso!). Ai vem o problema de ter que SEMPRE carregar a função quando for usar, o que pode se tornar uma chatisse. Pior ainda, ao limpar o workspace do usuário (.GlobalEnv) elas são removidas e precisam ser recarregadas. Tem como contornar? Sim, de várias formas: 1. Opção muito pouco prática: oldp <- getwd() setwd('/home/jcfaria/dados/r/funcoes/') source('cv.r') setwd(oldp) A função "cv" ficará disponível no workspace do usuário mas será removida com a instrução:
rm(list=ls())
muito usada por várias GUIs. 2. Opção "mais" prática: A mesma que a anterior, contudo, a função não deverá se chamar "cv", mas sim ".cv". Nesse caso ela permanecerá como um objeto oculto no workspace e não será removida com a intrução:
rm(list=ls())
Contudo poderá ser removida com a intrução:
rm(list=ls(all=TRUE))
3. Colocando suas funções em algum ambiente (environment) do R (optei pelo base) oldp <- getwd() setwd('/home/jcfaria/dados/r/funcoes/') source('cv.r', local=baseenv()) setwd(oldp) 4. Criando seu próprio ambiente (acho a solução mais elegante): .env <- new.env() oldp <- getwd() setwd('/home/jcfaria/dados/r/funcoes/') source('cv.r', local=.env) setwd(oldp) Nesse último caso (4): - O objeto ".env" ficará oculto no seu workspace evitando ser deletado com rm(list=ls()) - Parar acessar a função "cv" será necessário
.env$cv
Por exemplo:
av <- aov(Sepal.Length ~ Species, data=iris) .env$cv(av) [1] 8.81
Esta forma de carregar as funções de forma permanente no R pode ser usado para qualquer objeto. No Windows bastava usar: source('cv', local=TRUE) que ela fica disponível no pacote base, contudo, não testei na versão mais nova. Proveito para disponibilizar meu .Rprofile que poderá ser útil para os que estão começando ## José Cláudio Faria/UESC/DCET ##¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬ ## General options library(utils) options(list(repos='http://cran-r.c3sl.ufpr.br/', width=50, editor='vim', browser='chromium')) ##¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬ ## Package debug: options options(list(debug.height=10, debug.width=125, debug.screen.pos='-1680+00')) # PARA DOIS MONITORES ##¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬ ## Functions oldp <- getwd() setwd('/home/jcfaria/dados/r/funcoes/') #source('fitreg.r', local=baseenv()) #source('fitregl.r', local=baseenv()) #source('fitrlcor.r', local=baseenv()) #source('plotreg.r', local=baseenv()) #source('plotrl.r', local=baseenv()) #source('plotlm3d.r', local=baseenv()) #source('cv.r', local=baseenv()) #source('rs.r', local=baseenv()) #source('sourcedir.r', local=baseenv()) .env <- new.env() source('fitreg.r', local=.env) source('fitregl.r', local=.env) source('fitrlcor.r', local=.env) source('plotreg.r', local=.env) source('plotrl.r', local=.env) source('plotlm3d.r', local=.env) source('cv.r', local=.env) source('rs.r', local=.env) source('sourcedir.r', local=.env) ##¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬ ## Removing variables setwd(oldp) rm(oldp) ##¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬ ## Packages: loading #library(fdth) #library(ScottKnott) library(bpca) library(reshape) library(debug) Abs, -- ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Jose Claudio Faria Estatistica - Prof. Pleno UESC/DCET/Brasil joseclaudio.faria at gmail.com ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\
Eu prefiro nao alterar environments de pacotes que nao sao meus... O que eu costumo fazer, por exemplo, e' ter no .Rprofile algo bem parecido com o que vc faz, carregando funcoes minhas num ambiente meu: .myenv <- new.env() .myenv[['funcao1']] <- function(x) x^2 lockEnvironment(.myenv, bindings=TRUE) attach(.myenv) Neste caso, assim como no seu: rm(list=ls()) nao removera' o ambiente... E tentativas como: rm(funcao1, envir=.myenv) .myenv[['funcao1']] = 10 falharao... b
B, Não verifiquei a forma como você apresentou! Contudo, da forma como apresentei em no post original na solução [4] não observei nenhum problema para remover, criar ou alterar o conteúdo de um objeto no ambiente criado: (note que em relação ao post original e solução [4], alterei .env para .jcf)
ls(a=T) [1] ".jcf" with(.jcf, cv) function(av) { if(is.null(av) || !inherits(av, 'aov')) stop('Please, check the parameter!') qmee = with(av, sum(residuals^2) / df.residual) cv = 100 * sqrt(qmee) / mean(av$fitted.values) return(round(cv, 2)) } <environment: 0x21e4098> with(.jcf, rm(cv)) with(.jcf, cv) Erro em eval(expr, envir, enclos) : objeto 'cv' não encontrado .jcf$cv=10 with(.jcf, cv) [1] 10
Abs, -- ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Jose Claudio Faria Estatistica - Prof. Pleno UESC/DCET/Brasil joseclaudio.faria at gmail.com ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Em 11 de agosto de 2011 13:12, Benilton Carvalho <beniltoncarvalho@gmail.com> escreveu:
Eu prefiro nao alterar environments de pacotes que nao sao meus... O que eu costumo fazer, por exemplo, e' ter no .Rprofile algo bem parecido com o que vc faz, carregando funcoes minhas num ambiente meu:
.myenv <- new.env() .myenv[['funcao1']] <- function(x) x^2 lockEnvironment(.myenv, bindings=TRUE) attach(.myenv)
Neste caso, assim como no seu:
rm(list=ls())
nao removera' o ambiente...
E tentativas como:
rm(funcao1, envir=.myenv) .myenv[['funcao1']] = 10
falharao...
b _______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
O modo que uso e' apenas um adendo ao que vc usa. Para garantir que, acidentalmente, o objecto que eu defino dentro do meu ambiente seja alterado ou removido, eu "tranco" o ambiente (via lockEnvironment() ). A impossibilidade de alterar/remover e' - para mim - uma "feature" :-) :-)
Pergunta "Imbecil" de alguém que nunca se preocupou com esses detalhes: Por que não transformar em um package? Só curiosidade mesmo; Leonard lmassis <at> yahoo <dot> com <dot> br assis.leonard <at> gmail <dot> com 2011/8/11 Benilton Carvalho <beniltoncarvalho@gmail.com>
O modo que uso e' apenas um adendo ao que vc usa. Para garantir q
ue,
acidentalmente, o objecto que eu defino dentro do meu ambiente seja alterado ou removido, eu "tranco" o ambiente (via lockEnvironment() ). A impossibilidade de alterar/remover e' - para mim - uma "feature" :-) :-) _______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
Leonard, Esses casos são indicados para funções de uso pessoal apenas, consideradas "inadequadas" para tranformar (e documentar...) como um pacote para uso público. Abs, -- ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Jose Claudio Faria Estatistica - Prof. Pleno UESC/DCET/Brasil joseclaudio.faria at gmail.com ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Em 11 de agosto de 2011 19:43, Leonard Assis <assis.leonard@gmail.com> escreveu:
Pergunta "Imbecil" de alguém que nunca se preocupou com esses detalhes:
Por que não transformar em um package?
Só curiosidade mesmo;
Leonard lmassis <at> yahoo <dot> com <dot> br assis.leonard <at> gmail <dot> com
2011/8/11 Benilton Carvalho <beniltoncarvalho@gmail.com>
O modo que uso e' apenas um adendo ao que vc usa. Para garantir q
ue, acidentalmente, o objecto que eu defino dentro do meu ambiente seja alterado ou removido, eu "tranco" o ambiente (via lockEnvironment() ). A impossibilidade de alterar/remover e' - para mim - uma "feature" :-) :-) _______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
José Claudio, bom saber desses detalhes... Eu nunca preocupei com detalhes nesse nível, na verdade eu penei a uns 2 anos transformando muitas de minhas rotinas em pacotes. Quanto à documentação, vá por mim: nada como se habituar a documentar, isso me salvou diversas vezes. lmassis <at> yahoo <dot> com <dot> br assis.leonard <at> gmail <dot> com 2011/8/11 Jose Claudio Faria <joseclaudio.faria@gmail.com>
Leonard,
Esses casos são indicados para funções de uso pessoal apenas, consideradas "inadequadas" para tranformar (e documentar...) como um pacote para uso público.
Abs, -- ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Jose Claudio Faria Estatistica - Prof. Pleno UESC/DCET/Brasil joseclaudio.faria at gmail.com ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\
Em 11 de agosto de 2011 19:43, Leonard Assis <assis.leonard@gmail.com> escreveu:
Pergunta "Imbecil" de alguém que nunca se preocupou com esses detalhes:
Por que não transformar em um package?
Só curiosidade mesmo;
Leonard lmassis <at> yahoo <dot> com <dot> br assis.leonard <at> gmail <dot> com
2011/8/11 Benilton Carvalho <beniltoncarvalho@gmail.com>
O modo que uso e' apenas um adendo ao que vc usa. Para garantir q
ue, acidentalmente, o objecto que eu defino dentro do meu ambiente seja alterado ou removido, eu "tranco" o ambiente (via lockEnvironment() ). A impossibilidade de alterar/remover e' - para mim - uma "feature" :-) :-) _______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
B, Interessante, não conhecia a possibilidade de "trancar" um ambiente criado! Obviamente deve ter como "destrancar"... Abs, -- ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Jose Claudio Faria Estatistica - Prof. Pleno UESC/DCET/Brasil joseclaudio.faria at gmail.com ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Em 11 de agosto de 2011 19:38, Benilton Carvalho <beniltoncarvalho@gmail.com> escreveu:
O modo que uso e' apenas um adendo ao que vc usa. Para garantir que, acidentalmente, o objecto que eu defino dentro do meu ambiente seja alterado ou removido, eu "tranco" o ambiente (via lockEnvironment() ). A impossibilidade de alterar/remover e' - para mim - uma "feature" :-) :-) _______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
Haha! Acredite, nao ha' (ainda) um unlockEnvironment()... nao lembro se algum pacote implementa algo assim, mas em teoria vc apenas precisa criar um novo environment e aplicar eapply() para copiar o conteudo para o ambiente "destrancado"... e depois renomea-lo. Leonard, o modo ideal e', de fato, criar um pacote (vide Hmisc). Usar definicoes como essas no .Rprofile deve-se apenas `a simplicidade do sistema, pois vc pode apenas source() o .Rprofile apos alguma alteracao, ao passo que o pacote exige (em teoria) o 'R CMD build' + 'R CMD check' + 'R CMD INSTALL'.... b
Benilton, eu to aqui relembrando essa época (2008). Quando fiz isso (o pacote) inclusive descobri alguns erros sérios em algumas funções, erros que na época que escrevi, não achei. Achei esses erros pq tudo que faço é bastante documentado e comentado. lmassis <at> yahoo <dot> com <dot> br assis.leonard <at> gmail <dot> com 2011/8/11 Benilton Carvalho <beniltoncarvalho@gmail.com>
Haha! Acredite, nao ha' (ainda) um unlockEnvironment()... nao lembro se algum pacote implementa algo assim, mas em teoria vc apenas precisa criar um novo environment e aplicar eapply() para copiar o conteudo para o ambiente "destrancado"... e depois renomea-lo.
Leonard, o modo ideal e', de fato, criar um pacote (vide Hmisc). Usar definicoes como essas no .Rprofile deve-se apenas `a simplicidade do sistema, pois vc pode apenas source() o .Rprofile apos alguma alteracao, ao passo que o pacote exige (em teoria) o 'R CMD build' + 'R CMD check' + 'R CMD INSTALL'....
b _______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
Exatamente, Leonard, esse e' o modo que eu considero "correto" para gerenciar coisas assim. Mas ha' vezes nas quais cedemos `a tentacao... :-)
Eu venho cedendo a essa tentação a tantos anos... ;) (Mas minhas funções de uso pessoal são bem documentadas) Abs, -- ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Jose Claudio Faria Estatistica - Prof. Pleno UESC/DCET/Brasil joseclaudio.faria at gmail.com ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Em 11 de agosto de 2011 20:17, Benilton Carvalho <beniltoncarvalho@gmail.com> escreveu:
Exatamente, Leonard, esse e' o modo que eu considero "correto" para gerenciar coisas assim.
Mas ha' vezes nas quais cedemos `a tentacao... :-) _______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
*Gosto da possibilidade de pacotes, apesar de ainda não ter feito nenhum. nos meus primeiros testes todos estao totalmente NÃO documentados... Enfim... Como são funções quase auto-explicativas (só eu e o Prof. Ruben entendemos) =P O problema é que ainda temos que generalizar muitas delas... *Atenciosamente, Leandro Marino http://www.leandromarino.com.br (Fotógrafo) http://est.leandromarino.com.br/Blog (Estatístico) Cel.: + 55 21 9845-7707 Cel.: + 55 21 8777-7907 Em 11 de agosto de 2011 21:05, Jose Claudio Faria < joseclaudio.faria@gmail.com> escreveu:
Eu venho cedendo a essa tentação a tantos anos... ;) (Mas minhas funções de uso pessoal são bem documentadas)
Abs, -- ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Jose Claudio Faria Estatistica - Prof. Pleno UESC/DCET/Brasil joseclaudio.faria at gmail.com ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\
Em 11 de agosto de 2011 20:17, Benilton Carvalho <beniltoncarvalho@gmail.com> escreveu:
Exatamente, Leonard, esse e' o modo que eu considero "correto" para gerenciar coisas assim.
Mas ha' vezes nas quais cedemos `a tentacao... :-) _______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
Leandro, Chegar ao nível de pacote (sem ou com documentação) para uso (pessoal ou coletivo), sem dúvidas é o ideal, embora mais trabalhoso! Todos os pacotes que tenho participação (bpca, TinnR, fdth, ScottKnott) começaram como funções simples que foram sendo usadas e testadas ao longo do tempo. Todas elas inicialmente foram usadas por longo tempo de uma das 4 formas que citei no post original. Para várias soluções, chega um dia em que você decide dar uma polida final, empacotar e disponibilizar na vitrine da CRAN. Eu particularmente não gosto muito dos pacotes Xmisc, prefiro as soluções mais categorizadas, pois acredito que o futuro seja por ai. Abs, -- ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Jose Claudio Faria Estatistica - Prof. Pleno UESC/DCET/Brasil joseclaudio.faria at gmail.com ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Em 11 de agosto de 2011 21:26, Leandro Marino <leandromarino@leandromarino.com.br> escreveu:
Gosto da possibilidade de pacotes, apesar de ainda não ter feito nenhum. nos meus primeiros testes todos estao totalmente NÃO documentados...
Enfim... Como são funções quase auto-explicativas (só eu e o Prof. Ruben entendemos) =P
O problema é que ainda temos que generalizar muitas delas...
Atenciosamente, Leandro Marino http://www.leandromarino.com.br (Fotógrafo) http://est.leandromarino.com.br/Blog (Estatístico) Cel.: + 55 21 9845-7707 Cel.: + 55 21 8777-7907
Em 11 de agosto de 2011 21:05, Jose Claudio Faria <joseclaudio.faria@gmail.com> escreveu:
Eu venho cedendo a essa tentação a tantos anos... ;) (Mas minhas funções de uso pessoal são bem documentadas)
Abs, -- ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Jose Claudio Faria Estatistica - Prof. Pleno UESC/DCET/Brasil joseclaudio.faria at gmail.com ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\
Em 11 de agosto de 2011 20:17, Benilton Carvalho <beniltoncarvalho@gmail.com> escreveu:
Exatamente, Leonard, esse e' o modo que eu considero "correto" para gerenciar coisas assim.
Mas ha' vezes nas quais cedemos `a tentacao... :-) _______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
Ahhh, bem que o R poderia ter um treco parecido com o JavaDoc, seria perfeito. lmassis <at> yahoo <dot> com <dot> br assis.leonard <at> gmail <dot> com 2011/8/12 Jose Claudio Faria <joseclaudio.faria@gmail.com>
Leandro,
Chegar ao nível de pacote (sem ou com documentação) para uso (pessoal ou coletivo), sem dúvidas é o ideal, embora mais trabalhoso!
Todos os pacotes que tenho participação (bpca, TinnR, fdth, ScottKnott) começaram como funções simples que foram sendo usadas e testadas ao longo do tempo. Todas elas inicialmente foram usadas por longo tempo de uma das 4 formas que citei no post original.
Para várias soluções, chega um dia em que você decide dar uma polida final, empacotar e disponibilizar na vitrine da CRAN.
Eu particularmente não gosto muito dos pacotes Xmisc, prefiro as soluções mais categorizadas, pois acredito que o futuro seja por ai.
Abs, -- ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Jose Claudio Faria Estatistica - Prof. Pleno UESC/DCET/Brasil joseclaudio.faria at gmail.com ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\
Em 11 de agosto de 2011 21:26, Leandro Marino <leandromarino@leandromarino.com.br> escreveu:
Gosto da possibilidade de pacotes, apesar de ainda não ter feito nenhum. nos meus primeiros testes todos estao totalmente NÃO documentados...
Enfim... Como são funções quase auto-explicativas (só eu e o Prof. Ruben entendemos) =P
O problema é que ainda temos que generalizar muitas delas...
Atenciosamente, Leandro Marino http://www.leandromarino.com.br (Fotógrafo) http://est.leandromarino.com.br/Blog (Estatístico) Cel.: + 55 21 9845-7707 Cel.: + 55 21 8777-7907
Em 11 de agosto de 2011 21:05, Jose Claudio Faria <joseclaudio.faria@gmail.com> escreveu:
Eu venho cedendo a essa tentação a tantos anos... ;) (Mas minhas funções de uso pessoal são bem documentadas)
Abs, -- ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Jose Claudio Faria Estatistica - Prof. Pleno UESC/DCET/Brasil joseclaudio.faria at gmail.com ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\
Em 11 de agosto de 2011 20:17, Benilton Carvalho <beniltoncarvalho@gmail.com> escreveu:
Exatamente, Leonard, esse e' o modo que eu considero "correto" para gerenciar coisas assim.
Mas ha' vezes nas quais cedemos `a tentacao... :-) _______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
O roxygen é um pouco parecido, não? http://roxygen.org/#documentation 2011/8/12 Leonard Assis <assis.leonard@gmail.com>:
Ahhh, bem que o R poderia ter um treco parecido com o JavaDoc, seria perfeito. lmassis <at> yahoo <dot> com <dot> br assis.leonard <at> gmail <dot> com
2011/8/12 Jose Claudio Faria <joseclaudio.faria@gmail.com>
Leandro,
Chegar ao nível de pacote (sem ou com documentação) para uso (pessoal ou coletivo), sem dúvidas é o ideal, embora mais trabalhoso!
Todos os pacotes que tenho participação (bpca, TinnR, fdth, ScottKnott) começaram como funções simples que foram sendo usadas e testadas ao longo do tempo. Todas elas inicialmente foram usadas por longo tempo de uma das 4 formas que citei no post original.
Para várias soluções, chega um dia em que você decide dar uma polida final, empacotar e disponibilizar na vitrine da CRAN.
Eu particularmente não gosto muito dos pacotes Xmisc, prefiro as soluções mais categorizadas, pois acredito que o futuro seja por ai.
Abs, -- ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Jose Claudio Faria Estatistica - Prof. Pleno UESC/DCET/Brasil joseclaudio.faria at gmail.com ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\
Em 11 de agosto de 2011 21:26, Leandro Marino <leandromarino@leandromarino.com.br> escreveu:
Gosto da possibilidade de pacotes, apesar de ainda não ter feito nenhum. nos meus primeiros testes todos estao totalmente NÃO documentados...
Enfim... Como são funções quase auto-explicativas (só eu e o Prof. Ruben entendemos) =P
O problema é que ainda temos que generalizar muitas delas...
Atenciosamente, Leandro Marino http://www.leandromarino.com.br (Fotógrafo) http://est.leandromarino.com.br/Blog (Estatístico) Cel.: + 55 21 9845-7707 Cel.: + 55 21 8777-7907
Em 11 de agosto de 2011 21:05, Jose Claudio Faria <joseclaudio.faria@gmail.com> escreveu:
Eu venho cedendo a essa tentação a tantos anos... ;) (Mas minhas funções de uso pessoal são bem documentadas)
Abs, -- ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Jose Claudio Faria Estatistica - Prof. Pleno UESC/DCET/Brasil joseclaudio.faria at gmail.com ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\
Em 11 de agosto de 2011 20:17, Benilton Carvalho <beniltoncarvalho@gmail.com> escreveu:
Exatamente, Leonard, esse e' o modo que eu considero "correto" para gerenciar coisas assim.
Mas ha' vezes nas quais cedemos `a tentacao... :-) _______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
Cara, não conhecia. vou olhar lmassis <at> yahoo <dot> com <dot> br assis.leonard <at> gmail <dot> com 2011/8/12 Gustavo Carvalho <gustavo.bio@gmail.com>
O roxygen é um pouco parecido, não? http://roxygen.org/#documentation
2011/8/12 Leonard Assis <assis.leonard@gmail.com>:
Ahhh, bem que o R poderia ter um treco parecido com o JavaDoc, seria perfeito. lmassis <at> yahoo <dot> com <dot> br assis.leonard <at> gmail <dot> com
2011/8/12 Jose Claudio Faria <joseclaudio.faria@gmail.com>
Leandro,
Chegar ao nível de pacote (sem ou com documentação) para uso (pessoal ou coletivo), sem dúvidas é o ideal, embora mais trabalhoso!
Todos os pacotes que tenho participação (bpca, TinnR, fdth, ScottKnott) começaram como funções simples que foram sendo usadas e testadas ao longo do tempo. Todas elas inicialmente foram usadas por longo tempo de uma das 4 formas que citei no post original.
Para várias soluções, chega um dia em que você decide dar uma polida final, empacotar e disponibilizar na vitrine da CRAN.
Eu particularmente não gosto muito dos pacotes Xmisc, prefiro as soluções mais categorizadas, pois acredito que o futuro seja por ai.
Abs, -- ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Jose Claudio Faria Estatistica - Prof. Pleno UESC/DCET/Brasil joseclaudio.faria at gmail.com ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\
Em 11 de agosto de 2011 21:26, Leandro Marino <leandromarino@leandromarino.com.br> escreveu:
Gosto da possibilidade de pacotes, apesar de ainda não ter feito
nenhum.
nos meus primeiros testes todos estao totalmente NÃO documentados...
Enfim... Como são funções quase auto-explicativas (só eu e o Prof. Ruben entendemos) =P
O problema é que ainda temos que generalizar muitas delas...
Atenciosamente, Leandro Marino http://www.leandromarino.com.br (Fotógrafo) http://est.leandromarino.com.br/Blog (Estatístico) Cel.: + 55 21 9845-7707 Cel.: + 55 21 8777-7907
Em 11 de agosto de 2011 21:05, Jose Claudio Faria <joseclaudio.faria@gmail.com> escreveu:
Eu venho cedendo a essa tentação a tantos anos... ;) (Mas minhas funções de uso pessoal são bem documentadas)
Abs, -- ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Jose Claudio Faria Estatistica - Prof. Pleno UESC/DCET/Brasil joseclaudio.faria at gmail.com ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\
Em 11 de agosto de 2011 20:17, Benilton Carvalho <beniltoncarvalho@gmail.com> escreveu:
Exatamente, Leonard, esse e' o modo que eu considero "correto" para gerenciar coisas assim.
Mas ha' vezes nas quais cedemos `a tentacao... :-) _______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e
forneça
código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
*Hum... Tentei procurar na internet e não entendi muito bem. Para que o JavaDoc e o roxygen servem?! *Atenciosamente, Leandro Marino http://www.leandromarino.com.br (Fotógrafo) http://est.leandromarino.com.br/Blog (Estatístico) Cel.: + 55 21 9845-7707 Cel.: + 55 21 8777-7907 Em 12 de agosto de 2011 16:08, Leonard Assis <assis.leonard@gmail.com>escreveu:
Cara, não conhecia. vou olhar
lmassis <at> yahoo <dot> com <dot> br assis.leonard <at> gmail <dot> com
2011/8/12 Gustavo Carvalho <gustavo.bio@gmail.com>
O roxygen é um pouco parecido, não? http://roxygen.org/#documentation
2011/8/12 Leonard Assis <assis.leonard@gmail.com>:
Ahhh, bem que o R poderia ter um treco parecido com o JavaDoc, seria perfeito. lmassis <at> yahoo <dot> com <dot> br assis.leonard <at> gmail <dot> com
2011/8/12 Jose Claudio Faria <joseclaudio.faria@gmail.com>
Leandro,
Chegar ao nível de pacote (sem ou com documentação) para uso (pessoal ou coletivo), sem dúvidas é o ideal, embora mais trabalhoso!
Todos os pacotes que tenho participação (bpca, TinnR, fdth, ScottKnott) começaram como funções simples que foram sendo usadas e testadas ao longo do tempo. Todas elas inicialmente foram usadas por longo tempo de uma das 4 formas que citei no post original.
Para várias soluções, chega um dia em que você decide dar uma polida final, empacotar e disponibilizar na vitrine da CRAN.
Eu particularmente não gosto muito dos pacotes Xmisc, prefiro as soluções mais categorizadas, pois acredito que o futuro seja por ai.
Abs, -- ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Jose Claudio Faria Estatistica - Prof. Pleno UESC/DCET/Brasil joseclaudio.faria at gmail.com ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\
Em 11 de agosto de 2011 21:26, Leandro Marino <leandromarino@leandromarino.com.br> escreveu:
Gosto da possibilidade de pacotes, apesar de ainda não ter feito
nenhum.
nos meus primeiros testes todos estao totalmente NÃO documentados...
Enfim... Como são funções quase auto-explicativas (só eu e o Prof. Ruben entendemos) =P
O problema é que ainda temos que generalizar muitas delas...
Atenciosamente, Leandro Marino http://www.leandromarino.com.br (Fotógrafo) http://est.leandromarino.com.br/Blog (Estatístico) Cel.: + 55 21 9845-7707 Cel.: + 55 21 8777-7907
Em 11 de agosto de 2011 21:05, Jose Claudio Faria <joseclaudio.faria@gmail.com> escreveu:
Eu venho cedendo a essa tentação a tantos anos... ;) (Mas minhas funções de uso pessoal são bem documentadas)
Abs, -- ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Jose Claudio Faria Estatistica - Prof. Pleno UESC/DCET/Brasil joseclaudio.faria at gmail.com ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\
Em 11 de agosto de 2011 20:17, Benilton Carvalho <beniltoncarvalho@gmail.com> escreveu: > Exatamente, Leonard, esse e' o modo que eu considero "correto"
para
> gerenciar coisas assim. > > Mas ha' vezes nas quais cedemos `a tentacao... :-) > _______________________________________________ > R-br mailing list > R-br@listas.c3sl.ufpr.br > https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br > Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça > código mínimo reproduzível. > _______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
Quais são os passos a grosso modo para se criar um pacote para o R? A partir do momento que temos várias funções generalizadas e funcionando de forma correta quais seriam os passos para se criar um pacote para o R? Pedro Rafael Em 12 de agosto de 2011 16:15, Leandro Marino-2 [via R-br] < ml-node+3740245-2068331133-223914@n4.nabble.com> escreveu:
*Hum...
Tentei procurar na internet e não entendi muito bem. Para que o JavaDoc e o roxygen servem?!
* Atenciosamente, Leandro Marino http://www.leandromarino.com.br (Fotógrafo) http://est.leandromarino.com.br/Blog (Estatístico) Cel.: + 55 21 9845-7707 Cel.: + 55 21 8777-7907
Em 12 de agosto de 2011 16:08, Leonard Assis <[hidden email]<http://user/SendEmail.jtp?type=node&node=3740245&i=0>
escreveu:
Cara, não conhecia. vou olhar
lmassis <at> yahoo <dot> com <dot> br assis.leonard <at> gmail <dot> com
2011/8/12 Gustavo Carvalho <[hidden email]<http://user/SendEmail.jtp?type=node&node=3740245&i=1>
O roxygen é um pouco parecido, não? http://roxygen.org/#documentation
2011/8/12 Leonard Assis <[hidden email]<http://user/SendEmail.jtp?type=node&node=3740245&i=2>
: Ahhh, bem que o R poderia ter um treco parecido com o JavaDoc, seria perfeito. lmassis <at> yahoo <dot> com <dot> br assis.leonard <at> gmail <dot> com
2011/8/12 Jose Claudio Faria <[hidden email]<http://user/SendEmail.jtp?type=node&node=3740245&i=3>
Leandro,
Chegar ao nível de pacote (sem ou com documentação) para uso (pessoal ou coletivo), sem dúvidas é o ideal, embora mais trabalhoso!
Todos os pacotes que tenho participação (bpca, TinnR, fdth, ScottKnott) começaram como funções simples que foram sendo usadas e testadas ao longo do tempo. Todas elas inicialmente foram usadas por longo tempo de uma das 4 formas que citei no post original.
Para várias soluções, chega um dia em que você decide dar uma polida final, empacotar e disponibilizar na vitrine da CRAN.
Eu particularmente não gosto muito dos pacotes Xmisc, prefiro as soluções mais categorizadas, pois acredito que o futuro seja por ai.
Abs, -- ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Jose Claudio Faria Estatistica - Prof. Pleno UESC/DCET/Brasil joseclaudio.faria at gmail.com ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\
Em 11 de agosto de 2011 21:26, Leandro Marino <[hidden email]<http://user/SendEmail.jtp?type=node&node=3740245&i=4>>
escreveu:
Gosto da possibilidade de pacotes, apesar de ainda não ter feito nenhum. nos meus primeiros testes todos estao totalmente NÃO documentados...
Enfim... Como são funções quase auto-explicativas (só eu e o Prof. Ruben entendemos) =P
O problema é que ainda temos que generalizar muitas delas...
Atenciosamente, Leandro Marino http://www.leandromarino.com.br (Fotógrafo) http://est.leandromarino.com.br/Blog (Estatístico) Cel.: <a href="tel:%2B%2055%2021%209845-7707" value="+552198457707" target="_blank">+ 55 21 9845-7707 Cel.: <a href="tel:%2B%2055%2021%208777-7907" value="+552187777907" target="_blank">+ 55 21 8777-7907
Em 11 de agosto de 2011 21:05, Jose Claudio Faria <[hidden email]<http://user/SendEmail.jtp?type=node&node=3740245&i=5>>
escreveu:
> > Eu venho cedendo a essa tentação a tantos anos... ;) > (Mas minhas funções de uso pessoal são bem documentadas) > > Abs, > -- > ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ > Jose Claudio Faria > Estatistica - Prof. Pleno > UESC/DCET/Brasil > joseclaudio.faria at gmail.com > ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ > > Em 11 de agosto de 2011 20:17, Benilton Carvalho > <[hidden email]<http://user/SendEmail.jtp?type=node&node=3740245&i=6>> escreveu: > > Exatamente, Leonard, esse e' o modo que eu considero "correto" para > > gerenciar coisas assim. > > > > Mas ha' vezes nas quais cedemos `a tentacao... :-) > > _______________________________________________ > > R-br mailing list > > [hidden email]<http://user/SendEmail.jtp?type=node&node=3740245&i=7> > > https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br > > Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça > > código mínimo reproduzível. > > > _______________________________________________ > R-br mailing list > [hidden email]<http://user/SendEmail.jtp?type=node&node=3740245&i=8> > https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br > Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça > código mínimo reproduzível.
_______________________________________________ R-br mailing list [hidden email]<http://user/SendEmail.jtp?type=node&node=3740245&i=9> https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list [hidden email]<http://user/SendEmail.jtp?type=node&node=3740245&i=10> https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list [hidden email] <http://user/SendEmail.jtp?type=node&node=3740245&i=11> https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list [hidden email] <http://user/SendEmail.jtp?type=node&node=3740245&i=12> https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list [hidden email] <http://user/SendEmail.jtp?type=node&node=3740245&i=13> https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list [hidden email] <http://user/SendEmail.jtp?type=node&node=3740245&i=14> https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
------------------------------ If you reply to this email, your message will be added to the discussion below:
http://r-br.2285057.n4.nabble.com/R-br-Rprofile-no-Linux-tp3736241p3740245.h... To unsubscribe from R-br, click here<http://r-br.2285057.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=3357982&code=cGVkcm8ucmFmYWVsLm1hcmluaG9AZ21haWwuY29tfDMzNTc5ODJ8NTAyMjI0MDYw>.
-- Saudações, Pedro Rafael Diniz Marinho - Estatístico SES-PB Currículo Lattes: http://buscatextual.cnpq.br/buscatextual/visualizacv.jsp?id=K4250792T6
*Boa referencia http://user2010.org/tutorials/Ligges.html *Atenciosamente, Leandro Marino http://www.leandromarino.com.br (Fotógrafo) http://est.leandromarino.com.br/Blog (Estatístico) Cel.: + 55 21 9845-7707 Cel.: + 55 21 8777-7907 Em 12 de agosto de 2011 17:07, Pedro Rafael <pedro.rafael.marinho@gmail.com>escreveu:
quais seriam os passos para se criar um pacote para o R?
?package.skeleton dá uma idéia. 2011/8/12 Pedro Rafael <pedro.rafael.marinho@gmail.com>:
Quais são os passos a grosso modo para se criar um pacote para o R? A partir do momento que temos várias funções generalizadas e funcionando de forma correta quais seriam os passos para se criar um pacote para o R?
Pedro Rafael
Em 12 de agosto de 2011 16:15, Leandro Marino-2 [via R-br] <ml-node+3740245-2068331133-223914@n4.nabble.com> escreveu:
Hum...
Tentei procurar na internet e não entendi muito bem. Para que o JavaDoc e o roxygen servem?!
Atenciosamente, Leandro Marino http://www.leandromarino.com.br (Fotógrafo) http://est.leandromarino.com.br/Blog (Estatístico) Cel.: + 55 21 9845-7707 Cel.: + 55 21 8777-7907
Em 12 de agosto de 2011 16:08, Leonard Assis <[hidden email]> escreveu:
Cara, não conhecia. vou olhar lmassis <at> yahoo <dot> com <dot> br assis.leonard <at> gmail <dot> com
2011/8/12 Gustavo Carvalho <[hidden email]>
O roxygen é um pouco parecido, não? http://roxygen.org/#documentation
2011/8/12 Leonard Assis <[hidden email]>:
Ahhh, bem que o R poderia ter um treco parecido com o JavaDoc, seria perfeito. lmassis <at> yahoo <dot> com <dot> br assis.leonard <at> gmail <dot> com
2011/8/12 Jose Claudio Faria <[hidden email]>
Leandro,
Chegar ao nível de pacote (sem ou com documentação) para uso (pessoal ou coletivo), sem dúvidas é o ideal, embora mais trabalhoso!
Todos os pacotes que tenho participação (bpca, TinnR, fdth, ScottKnott) começaram como funções simples que foram sendo usadas e testadas ao longo do tempo. Todas elas inicialmente foram usadas por longo tempo de uma das 4 formas que citei no post original.
Para várias soluções, chega um dia em que você decide dar uma polida final, empacotar e disponibilizar na vitrine da CRAN.
Eu particularmente não gosto muito dos pacotes Xmisc, prefiro as soluções mais categorizadas, pois acredito que o futuro seja por ai.
Abs, -- ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Jose Claudio Faria Estatistica - Prof. Pleno UESC/DCET/Brasil joseclaudio.faria at gmail.com ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\
Em 11 de agosto de 2011 21:26, Leandro Marino <[hidden email]> escreveu: > Gosto da possibilidade de pacotes, apesar de ainda não ter feito > nenhum. > nos > meus primeiros testes todos estao totalmente NÃO documentados... > > Enfim... Como são funções quase auto-explicativas (só eu e o Prof. > Ruben > entendemos) =P > > O problema é que ainda temos que generalizar muitas delas... > > Atenciosamente, > Leandro Marino > http://www.leandromarino.com.br (Fotógrafo) > http://est.leandromarino.com.br/Blog (Estatístico) > Cel.: <a href="tel:%2B%2055%2021%209845-7707" value="+552198457707" > target="_blank">+ 55 21 9845-7707 > Cel.: <a href="tel:%2B%2055%2021%208777-7907" value="+552187777907" > target="_blank">+ 55 21 8777-7907 > > > > Em 11 de agosto de 2011 21:05, Jose Claudio Faria > <[hidden email]> escreveu: >> >> Eu venho cedendo a essa tentação a tantos anos... ;) >> (Mas minhas funções de uso pessoal são bem documentadas) >> >> Abs, >> -- >> ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ >> Jose Claudio Faria >> Estatistica - Prof. Pleno >> UESC/DCET/Brasil >> joseclaudio.faria at gmail.com >> ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ >> >> Em 11 de agosto de 2011 20:17, Benilton Carvalho >> <[hidden email]> escreveu: >> > Exatamente, Leonard, esse e' o modo que eu considero "correto" >> > para >> > gerenciar coisas assim. >> > >> > Mas ha' vezes nas quais cedemos `a tentacao... :-) >> > _______________________________________________ >> > R-br mailing list >> > [hidden email] >> > https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br >> > Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e >> > forneça >> > código mínimo reproduzível. >> > >> _______________________________________________ >> R-br mailing list >> [hidden email] >> https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br >> Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e >> forneça >> código mínimo reproduzível. > > > _______________________________________________ > R-br mailing list > [hidden email] > https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br > Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e > forneça > código > mínimo reproduzível. > _______________________________________________ R-br mailing list [hidden email] https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list [hidden email] https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list [hidden email] https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list [hidden email] https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list [hidden email] https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
________________________________ If you reply to this email, your message will be added to the discussion below:
http://r-br.2285057.n4.nabble.com/R-br-Rprofile-no-Linux-tp3736241p3740245.h... To unsubscribe from R-br, click here.
-- Saudações, Pedro Rafael Diniz Marinho - Estatístico SES-PB Currículo Lattes: http://buscatextual.cnpq.br/buscatextual/visualizacv.jsp?id=K4250792T6
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
A grosso modo, o JavbaDoc pega seus comentários e transforma em Documentação, principalmente os cabeçalhos de metodos roxygen eu nunca usei, mas deve funcionar parecido lmassis <at> yahoo <dot> com <dot> br assis.leonard <at> gmail <dot> com 2011/8/12 Leandro Marino <leandromarino@leandromarino.com.br>
*Hum...
Tentei procurar na internet e não entendi muito bem. Para que o JavaDoc e o roxygen servem?!
* Atenciosamente, Leandro Marino http://www.leandromarino.com.br (Fotógrafo) http://est.leandromarino.com.br/Blog (Estatístico) Cel.: + 55 21 9845-7707 Cel.: + 55 21 8777-7907
Em 12 de agosto de 2011 16:08, Leonard Assis <assis.leonard@gmail.com>escreveu:
Cara, não conhecia. vou olhar
lmassis <at> yahoo <dot> com <dot> br assis.leonard <at> gmail <dot> com
2011/8/12 Gustavo Carvalho <gustavo.bio@gmail.com>
O roxygen é um pouco parecido, não? http://roxygen.org/#documentation
2011/8/12 Leonard Assis <assis.leonard@gmail.com>:
Ahhh, bem que o R poderia ter um treco parecido com o JavaDoc, seria perfeito. lmassis <at> yahoo <dot> com <dot> br assis.leonard <at> gmail <dot> com
2011/8/12 Jose Claudio Faria <joseclaudio.faria@gmail.com>
Leandro,
Chegar ao nível de pacote (sem ou com documentação) para uso (pessoal ou coletivo), sem dúvidas é o ideal, embora mais trabalhoso!
Todos os pacotes que tenho participação (bpca, TinnR, fdth, ScottKnott) começaram como funções simples que foram sendo usadas e testadas ao longo do tempo. Todas elas inicialmente foram usadas por longo tempo de uma das 4 formas que citei no post original.
Para várias soluções, chega um dia em que você decide dar uma polida final, empacotar e disponibilizar na vitrine da CRAN.
Eu particularmente não gosto muito dos pacotes Xmisc, prefiro as soluções mais categorizadas, pois acredito que o futuro seja por ai.
Abs, -- ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Jose Claudio Faria Estatistica - Prof. Pleno UESC/DCET/Brasil joseclaudio.faria at gmail.com ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\
Em 11 de agosto de 2011 21:26, Leandro Marino <leandromarino@leandromarino.com.br> escreveu:
Gosto da possibilidade de pacotes, apesar de ainda não ter feito
nenhum.
nos meus primeiros testes todos estao totalmente NÃO documentados...
Enfim... Como são funções quase auto-explicativas (só eu e o Prof. Ruben entendemos) =P
O problema é que ainda temos que generalizar muitas delas...
Atenciosamente, Leandro Marino http://www.leandromarino.com.br (Fotógrafo) http://est.leandromarino.com.br/Blog (Estatístico) Cel.: + 55 21 9845-7707 Cel.: + 55 21 8777-7907
Em 11 de agosto de 2011 21:05, Jose Claudio Faria <joseclaudio.faria@gmail.com> escreveu: > > Eu venho cedendo a essa tentação a tantos anos... ;) > (Mas minhas funções de uso pessoal são bem documentadas) > > Abs, > -- > ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ > Jose Claudio Faria > Estatistica - Prof. Pleno > UESC/DCET/Brasil > joseclaudio.faria at gmail.com > ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ > > Em 11 de agosto de 2011 20:17, Benilton Carvalho > <beniltoncarvalho@gmail.com> escreveu: > > Exatamente, Leonard, esse e' o modo que eu considero "correto" para > > gerenciar coisas assim. > > > > Mas ha' vezes nas quais cedemos `a tentacao... :-) > > _______________________________________________ > > R-br mailing list > > R-br@listas.c3sl.ufpr.br > > https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br > > Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça > > código mínimo reproduzível. > > > _______________________________________________ > R-br mailing list > R-br@listas.c3sl.ufpr.br > https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br > Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça > código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
Documentar se aprende na marra De 2006 ao início de 2008, trabalhei em uma empresa em que alem de comentar o código, tinhamos que escrever wikipages de cada coisa que fazíamos. Tudo também era submetido a um controle de versão, cada commit tinha que ter um porquê. No início foi muito tedioso, via de regra caíamos na tentação de comentar e documentar cada "if' que existia, mas com o tempo fomos aprendendo o que comentar, o que documentar e como fazer isso. No ínício, as rotinas no R eram .R cheias de comentários, a gente simplesmente baixava do svn e rodava, os resultados e datasets eram comitados em outra pasta, muita burocracia. Durante uma semana em que estava mudando de emprego, iniciei a aventura de escrever pacote, foi um parto, .mas descobri alguns erros preocupantes em algumas funções, os quais informei para a empresa que eu estava anteriormente. Estes erros só foram descobertos devido ao jeito como a gente documentava as coisas. Continuo fazendo isso? não, essa foi minha única experiência com pacotes. lmassis <at> yahoo <dot> com <dot> br assis.leonard <at> gmail <dot> com 2011/8/11 Leandro Marino <leandromarino@leandromarino.com.br>
*Gosto da possibilidade de pacotes, apesar de ainda não ter feito nenhum. nos meus primeiros testes todos estao totalmente NÃO documentados...
Enfim... Como são funções quase auto-explicativas (só eu e o Prof. Ruben entendemos) =P
O problema é que ainda temos que generalizar muitas delas...
*Atenciosamente, Leandro Marino http://www.leandromarino.com.br (Fotógrafo) http://est.leandromarino.com.br/Blog (Estatístico) Cel.: + 55 21 9845-7707 Cel.: + 55 21 8777-7907
Em 11 de agosto de 2011 21:05, Jose Claudio Faria < joseclaudio.faria@gmail.com> escreveu:
Eu venho cedendo a essa tentação a tantos anos... ;)
(Mas minhas funções de uso pessoal são bem documentadas)
Abs, -- ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\ Jose Claudio Faria Estatistica - Prof. Pleno UESC/DCET/Brasil joseclaudio.faria at gmail.com ///\\\///\\\///\\\///\\\///\\\///\\\///\\\///\\\
Em 11 de agosto de 2011 20:17, Benilton Carvalho <beniltoncarvalho@gmail.com> escreveu:
Exatamente, Leonard, esse e' o modo que eu considero "correto" para gerenciar coisas assim.
Mas ha' vezes nas quais cedemos `a tentacao... :-) _______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
_______________________________________________ R-br mailing list R-br@listas.c3sl.ufpr.br https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
participantes (6)
-
Benilton Carvalho -
Gustavo Carvalho -
Jose Claudio Faria -
Leandro Marino -
Leonard Assis -
Pedro Rafael