Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > pt.comp.programacao > #114 > unrolled thread
| Started by | dirk@orka.cs.kuleuven.be. (Dirk Craeynest) |
|---|---|
| First post | 2024-01-08 10:44 +0000 |
| Last post | 2024-02-04 11:42 +0000 |
| Articles | 20 on this page of 83 — 5 participants |
Back to article view | Back to pt.comp.programacao
Ada-Europe conference - 31 Jan Journal Track Extended Deadline dirk@orka.cs.kuleuven.be. (Dirk Craeynest) - 2024-01-08 10:44 +0000
Re: Ada-Europe conference - 31 Jan Journal Track Extended Deadline Patricia Ferreira <pferreira@example.com> - 2024-01-08 13:05 -0300
Re: Ada-Europe conference - 31 Jan Journal Track Extended Deadline dirk@orka.cs.kuleuven.be. (Dirk Craeynest) - 2024-01-09 09:53 +0000
Re: Ada-Europe conference - 31 Jan Journal Track Extended Deadline Patricia Ferreira <pferreira@example.com> - 2024-01-09 09:31 -0300
Re: Ada-Europe conference - 31 Jan Journal Track Extended Deadline Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-10 13:18 +0000
Re: Ada-Europe conference - 31 Jan Journal Track Extended Deadline Ninguém <usenet@rasparta.org> - 2024-01-10 15:18 +0000
fiat lux! (Was: Re: Ada-Europe conference - 31 Jan Journal Track Extended Deadline) Patricia Ferreira <pferreira@example.com> - 2024-01-10 16:57 -0300
Re: fiat lux! Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-11 16:42 +0000
Re: fiat lux! Ninguém <usenet@rasparta.org> - 2024-01-11 22:21 +0000
Re: fiat lux! Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-12 14:23 +0000
Re: fiat lux! "Nuno Silva" <nunojsilva@invalid.invalid> - 2024-01-16 14:05 +0000
Re: fiat lux! Patricia Ferreira <pferreira@example.com> - 2024-01-16 11:45 -0300
Re: fiat lux! Patricia Ferreira <pferreira@example.com> - 2024-01-12 11:24 -0300
Re: fiat lux! Patricia Ferreira <pferreira@example.com> - 2024-01-12 11:02 -0300
Lisp (was: Re: Ada-Europe conference - 31 Jan Journal Track Extended Deadline) "Nuno Silva" <nunojsilva@invalid.invalid> - 2024-01-10 16:00 +0000
Re: Lisp Patricia Ferreira <pferreira@example.com> - 2024-01-10 17:00 -0300
Re: Lisp Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-11 16:30 +0000
Lisp, um mapa de trajeto (Was: Re: Ada-Europe conference - 31 Jan Journal Track Extended Deadline) Patricia Ferreira <pferreira@example.com> - 2024-01-10 16:37 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-11 17:04 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-12 11:37 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-12 18:22 +0000
Re: Lisp, um mapa de trajeto Ninguém <usenet@rasparta.org> - 2024-01-12 18:51 +0000
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-12 22:29 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-12 20:27 -0300
E-mail (was: Re: Lisp, um mapa de trajeto) "Nuno Silva" <nunojsilva@invalid.invalid> - 2024-01-13 10:34 +0000
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-13 13:04 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-13 17:02 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-14 12:07 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-14 10:39 -0300
Re: Lisp, um mapa de trajeto "Nuno Silva" <nunojsilva@invalid.invalid> - 2024-01-14 15:51 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-14 13:27 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-14 22:21 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-15 00:24 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-15 15:23 +0000
Re: Lisp, um mapa de trajeto Ninguém <usenet@rasparta.org> - 2024-01-14 10:33 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-12 17:01 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-12 22:26 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-12 20:50 -0300
Re: Lisp, um mapa de trajeto "Nuno Silva" <nunojsilva@invalid.invalid> - 2024-01-13 11:04 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-13 09:46 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-13 13:32 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-13 16:59 -0300
Re: Lisp, um mapa de trajeto Ninguém <usenet@rasparta.org> - 2024-01-14 10:11 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-14 11:01 -0300
Re: Lisp, um mapa de trajeto Ninguém <usenet@rasparta.org> - 2024-01-14 14:18 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-14 11:33 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-14 12:02 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-14 10:51 -0300
Encriptação (was: Re: Lisp, um mapa de trajeto) "Nuno Silva" <nunojsilva@invalid.invalid> - 2024-01-14 15:44 +0000
Re: Encriptação Patricia Ferreira <pferreira@example.com> - 2024-01-14 13:30 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-14 22:25 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-15 00:25 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-15 15:43 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-15 14:00 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-16 18:10 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-16 22:06 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-17 14:10 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-18 08:29 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-18 18:03 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-18 15:47 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-17 15:51 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-18 08:29 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-18 17:57 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-18 15:09 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-18 19:24 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-18 17:56 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-19 10:39 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-19 08:38 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-20 13:38 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-01-20 11:42 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-01-23 17:29 +0000
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-02-03 11:19 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-02-03 09:29 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-02-03 13:14 +0000
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-02-05 15:43 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-02-05 18:50 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-02-06 10:55 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-02-06 18:13 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-02-06 11:11 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-02-03 14:52 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-02-03 18:09 +0000
Re: Lisp, um mapa de trajeto Patricia Ferreira <pferreira@example.com> - 2024-02-03 20:48 -0300
Re: Lisp, um mapa de trajeto Daniel Cerqueira <dan.list@brilhante.top> - 2024-02-04 11:42 +0000
Page 2 of 5 — ← Prev page 1 [2] 3 4 5 Next page →
| From | Daniel Cerqueira <dan.list@brilhante.top> |
|---|---|
| Date | 2024-01-12 18:22 +0000 |
| Subject | Re: Lisp, um mapa de trajeto |
| Message-ID | <87y1cujtsk.fsf@brilhante.top> |
| In reply to | #131 |
Patricia Ferreira <pferreira@example.com> writes:
> Ou felizmente. Talvez você odiasse Lisp. É o que acontece com
> matemática e português, dado que (quase) todas as crianças vão à escola.
Aí tens razão. Embora eu goste muito da matemática que aprendi na escola.
>> A dificuldade que tenho é apenas em decorar as várias funções/macros da
>> linguagem.
>
> Qual delas? Common Lisp?
Sim, de Common Lisp. Acho que falta um livro, que eu conheça, mais
sucinto sobre Common Lisp. Embora esta seja uma linguagem grande.
O que mais se parece com um livro sucinto de Common Lisp, que eu
conheça, é o "The Little Lisper" (está em archive.org). É um ótimo livro
para aprender Lisp.
> Vamos começar bem do zero e investigar onde estamos. (Estou assumindo
> Common Lisp.) Qual seria um bom nome pro procedimento abaixo? Quanto
> tempo você levou pra chegar a sua resposta?
>
> (defun f (ls)
> (cond
> ((null ls) nil)
> ((consp ls)
> (or (string= (car ls) "gluten")
> (f (cdr ls))))))
>
Eu chamaria de search-for-gluten. Embora seja algo que se deva evitar
:-)
Retorna t caso uma lista tenha como primeiro átomo a string "gluten".
Não tenho bem a certeza o que é consp, mas deve ser para retornar t caso
seja uma lista. Eu faria essa função de maneira diferente. Tipo:
(defun search-for-gluten (list)
(cond
((null list) nil)
((string= (car list) "gluten") t)
(t (search-for-gluten (cdr list)))))
Também se pode chamar a esta função de gluten-p ou glutenp .
Acho que a minha função é mais legível que a tua :-P eheheh.
>> Eu não uso SLIME porque não dá para criar imagens lisp com o SLIME. Uso
>> M-x run-lisp , e assim já consigo usar o save-lisp-and-die. Tenho uma
>> atitute minimalista com o software, uso apenas aquilo que realmente
>> preciso, tento não usar dois softwares que fazem a mesma coisa.
>
> Mas assim você não tem uma integração entre seu buffer no GNU EMACS e o
> *inferior-lisp*. Você não vai usar save-lisp-and-die o tempo todo.
> Lembre-se de que você pode e deve manter o estado do seu programa num
> programa.lisp. Você consegue reproduzir a imagem de Lisp sempre. Não
> precisa salvá-la por completo assim.
Tenho integração com o *inferior-lisp*. Quero dizer, isto abre-me a
consola SBCL. Tenho acesso a C-c C-c e outras keybindings para
programação com Lisp.
Sim, não vou estar sempre a guardar imagens. Mas não gosto que SLIME
retire esta funcionalidade (que eu considero importante). Eu guardo os
meus programas lisp em ficheiros .lisp .
>> Patricia, eu li e recomendo ler, os livros do John McCarthy sobre Lisp.
>
> Vamos enumerar esses livros. Qual o primeiro que você recomenda?
1. http://www-formal.stanford.edu/jmc/recursive.html
2. o livro de LISP 1.5 Programmers Manual. Ainda me falta ler este
(estou agora a ler o PCL).
>> Um dos seus websites é: http://www-formal.stanford.edu/jmc/
>
> Maravilha. Vamos lembrar também que quando John McCarthy inventou Lisp,
> ele não pensava na linguagem como uma linguagem de programação. Foi
> Steve Russell, orientando de John McCarthy que viu que o procedimento
> /eval/ poderia e deveria virar um programa de computador. Quando John
> McCarthy ouviu a ideia direto do próprio Steve Russell, ele achou que o
> Steve Russell estava viajando. A história é contada pelo próprio
> McCarthy.
Sim. É muito interessante essa história.
Steve Russell fez o programa de computador de LISP em assembly, tanto
quanto sei.
PS:
Penso que o meu domínio vai expirar no fim deste mês. Se vires eu
responder com outro endereço depois deste mês, não estranhes. Tens chave
OpenPGP?
[toc] | [prev] | [next] | [standalone]
| From | Ninguém <usenet@rasparta.org> |
|---|---|
| Date | 2024-01-12 18:51 +0000 |
| Subject | Re: Lisp, um mapa de trajeto |
| Message-ID | <2fdda4d82dbc91f7ad2ab4220fac97bd08ddfa6a.camel@rasparta.org> |
| In reply to | #132 |
Daniel Cerqueira (dan.list@brilhante.top) escreveu no dia 2024-01-12 (Friday), cerca das 18:22 +0000: > Penso que o meu domínio vai expirar no fim deste mês. E?... Vais deixar expirar? Mexe-te pá! Revalida. Não?!...
[toc] | [prev] | [next] | [standalone]
| From | Daniel Cerqueira <dan.list@brilhante.top> |
|---|---|
| Date | 2024-01-12 22:29 +0000 |
| Subject | Re: Lisp, um mapa de trajeto |
| Message-ID | <87msta424a.fsf@brilhante.top> |
| In reply to | #133 |
Ninguém <usenet@rasparta.org> writes: > Daniel Cerqueira (dan.list@brilhante.top) escreveu no dia 2024-01-12 > (Friday), cerca das 18:22 +0000: >> Penso que o meu domínio vai expirar no fim deste mês. > > E?... > Vais deixar expirar? Mexe-te pá! Revalida. Não?!... Sim, não vou revalidar. Vou mesmo mudar de domínio. O .top é muito usado por spammers e às vezes os meus emails não são entregues por os filtros de spam não gostarem de endereços .top.
[toc] | [prev] | [next] | [standalone]
| From | Patricia Ferreira <pferreira@example.com> |
|---|---|
| Date | 2024-01-12 20:27 -0300 |
| Subject | Re: Lisp, um mapa de trajeto |
| Message-ID | <87msta3zep.fsf@example.com> |
| In reply to | #136 |
Daniel Cerqueira <dan.list@brilhante.top> writes: [...] > Sim, não vou revalidar. Vou mesmo mudar de domínio. O .top é muito usado > por spammers e às vezes os meus emails não são entregues por os filtros > de spam não gostarem de endereços .top. Não acredito que os filtros tenham qualquer coisa contra o .top. Você pode simplesmente ser desconhecido demais pra ter grande consideração pelos filtros. Qual o percentual de usuários de e-mail que usam Gmail ou Hotmail ou Yahoo? Não acho que vão fazer sua vida muito fácil. Hospedar seu próprio e-mail hoje não é tarefa trivial. https://cfenollosa.com/blog/after-self-hosting-my-email-for-twenty-three-years-i-have-thrown-in-the-towel-the-oligopoly-has-won.html
[toc] | [prev] | [next] | [standalone]
| From | "Nuno Silva" <nunojsilva@invalid.invalid> |
|---|---|
| Date | 2024-01-13 10:34 +0000 |
| Subject | E-mail (was: Re: Lisp, um mapa de trajeto) |
| Message-ID | <untoti$3tasa$1@dont-email.me> |
| In reply to | #137 |
On 2024-01-12, Patricia Ferreira wrote: > Daniel Cerqueira <dan.list@brilhante.top> writes: > > [...] > >> Sim, não vou revalidar. Vou mesmo mudar de domínio. O .top é muito usado >> por spammers e às vezes os meus emails não são entregues por os filtros >> de spam não gostarem de endereços .top. > > Não acredito que os filtros tenham qualquer coisa contra o .top. Você > pode simplesmente ser desconhecido demais pra ter grande consideração > pelos filtros. Qual o percentual de usuários de e-mail que usam Gmail > ou Hotmail ou Yahoo? Não acho que vão fazer sua vida muito fácil. > Hospedar seu próprio e-mail hoje não é tarefa trivial. > > https://cfenollosa.com/blog/after-self-hosting-my-email-for-twenty-three-years-i-have-thrown-in-the-towel-the-oligopoly-has-won.html (Ainda não li esse artigo mas penso que já o tenho numa lista para, com tempo, ler) A Microsoft (Outlook) é conhecida por ter algumas regras que efectivamente estabelecem uma fasquia quase impossível, ou aliás, contraditória: para considerarem que um servidor tem reputação, é preciso que esse servidor envie muito correio. Ou seja, os spammers se calhar têm mais sorte do que as pessoas que querem apenas manter o seu próprio servidor para uso pessoal... A Microsoft também é conhecida, embora isto não afecte o produto gratuito anteriormente chamado de "Hotmail", por ter uma funcionalidade "de segurança" em que algumas mensagens podem ser retidas na "quarentena", que não é uma pasta de correio, e portanto significa que, a não ser que o destinatário conheça a quarentena e a consulte ocasionalmente, possivelmente não terá sequer conhecimento de que lhe foram enviadas as mensagens retidas. Imagino que isto em particular seja uma causa significativa de problemas na entrega de correio a endereços geridos pela Microsoft. Talvez esteja na altura de recomendar fortemente a outras pessoas que não utilizem Microsoft para e-mail. Ou de ter um endereço alternativo para mensagens vindas de fora. Yahoo/Aol/Verizon/... também merece recomendação para se evitar, mas por outra razão: querem mesmo utilizar um serviço de correio cujos servidores de envio volta e meia escangalham utf8? https://bugzilla.mozilla.org/show_bug.cgi?id=1435903 -- Nuno Silva
[toc] | [prev] | [next] | [standalone]
| From | Daniel Cerqueira <dan.list@brilhante.top> |
|---|---|
| Date | 2024-01-13 13:04 +0000 |
| Subject | Re: Lisp, um mapa de trajeto |
| Message-ID | <87il3x4c62.fsf@brilhante.top> |
| In reply to | #137 |
Patricia Ferreira <pferreira@example.com> writes: > Daniel Cerqueira <dan.list@brilhante.top> writes: > > [...] > >> Sim, não vou revalidar. Vou mesmo mudar de domínio. O .top é muito usado >> por spammers e às vezes os meus emails não são entregues por os filtros >> de spam não gostarem de endereços .top. > > Não acredito que os filtros tenham qualquer coisa contra o .top. Você > pode simplesmente ser desconhecido demais pra ter grande consideração > pelos filtros. Qual o percentual de usuários de e-mail que usam Gmail > ou Hotmail ou Yahoo? Não acho que vão fazer sua vida muito fácil. > Hospedar seu próprio e-mail hoje não é tarefa trivial. Tenho email com domínio pessoal à mais de 4 anos, e estão a tentar ensinar-me sobre isso. Ridículo. Não sei se já repararam mas o meu endereço de email já tem o meu domínio pessoal. Agora, neste momento. Eu sei o que falo quando algo é sobre email e domínios. Infelizmente, algo que não sabia anteriormente, os filtros de SPAM também prejudicam a pontuação de SPAM, por TLD (top level domain). Alguns TLDs tem a pontuação de SPAM penalizada, como o .top . As contas de email da Riseup, por exemplo, rejeitam os meus emails vindos de .top . Até agora, foi a única que me rejeitou os meus emails, mas acredito que há muitos servidores que aumentam (e entregam) a minha pontuação de SPAM. Só aceito conselhos, vindos de um endereço com domínio pessoal.
[toc] | [prev] | [next] | [standalone]
| From | Patricia Ferreira <pferreira@example.com> |
|---|---|
| Date | 2024-01-13 17:02 -0300 |
| Subject | Re: Lisp, um mapa de trajeto |
| Message-ID | <87wmsduhmj.fsf@example.com> |
| In reply to | #142 |
Daniel Cerqueira <dan.list@brilhante.top> writes: > Patricia Ferreira <pferreira@example.com> writes: > >> Daniel Cerqueira <dan.list@brilhante.top> writes: >> >> [...] >> >>> Sim, não vou revalidar. Vou mesmo mudar de domínio. O .top é muito usado >>> por spammers e às vezes os meus emails não são entregues por os filtros >>> de spam não gostarem de endereços .top. >> >> Não acredito que os filtros tenham qualquer coisa contra o .top. Você >> pode simplesmente ser desconhecido demais pra ter grande consideração >> pelos filtros. Qual o percentual de usuários de e-mail que usam Gmail >> ou Hotmail ou Yahoo? Não acho que vão fazer sua vida muito fácil. >> Hospedar seu próprio e-mail hoje não é tarefa trivial. > > Tenho email com domínio pessoal à mais de 4 anos, e estão a tentar > ensinar-me sobre isso. Ridículo. Lol! Como a gente ia saber que você é o gostosão dos e-mails? Perdôe nossa insolência. > Não sei se já repararam mas o meu endereço de email já tem o meu domínio > pessoal. Agora, neste momento. Eu sei o que falo quando algo é sobre > email e domínios. Tá bom, tá bom, mas não se irrite. Realmente --- seu endereço de e-mail é top e brilhante.
[toc] | [prev] | [next] | [standalone]
| From | Daniel Cerqueira <dan.list@brilhante.top> |
|---|---|
| Date | 2024-01-14 12:07 +0000 |
| Subject | Re: Lisp, um mapa de trajeto |
| Message-ID | <875xzw3ypd.fsf@brilhante.top> |
| In reply to | #145 |
Patricia Ferreira <pferreira@example.com> writes: > Daniel Cerqueira <dan.list@brilhante.top> writes: > >> Patricia Ferreira <pferreira@example.com> writes: >> >>> Daniel Cerqueira <dan.list@brilhante.top> writes: >>> >>> [...] >>> >>>> Sim, não vou revalidar. Vou mesmo mudar de domínio. O .top é muito usado >>>> por spammers e às vezes os meus emails não são entregues por os filtros >>>> de spam não gostarem de endereços .top. >>> >>> Não acredito que os filtros tenham qualquer coisa contra o .top. Você >>> pode simplesmente ser desconhecido demais pra ter grande consideração >>> pelos filtros. Qual o percentual de usuários de e-mail que usam Gmail >>> ou Hotmail ou Yahoo? Não acho que vão fazer sua vida muito fácil. >>> Hospedar seu próprio e-mail hoje não é tarefa trivial. >> >> Tenho email com domínio pessoal à mais de 4 anos, e estão a tentar >> ensinar-me sobre isso. Ridículo. > > Lol! Como a gente ia saber que você é o gostosão dos e-mails? Perdôe > nossa insolência. Dão conselhos a quem já percebe, sem serem pedidos.... "fico chateado, é claro que fico chateado" (Gato Fedorento). Gostosão dos e-mails.... :-) essa é engraçada. >> Não sei se já repararam mas o meu endereço de email já tem o meu domínio >> pessoal. Agora, neste momento. Eu sei o que falo quando algo é sobre >> email e domínios. > > Tá bom, tá bom, mas não se irrite. Realmente --- seu endereço de e-mail > é top e brilhante. Ok. Ainda é de manhã (para mim), estou mais bem disposto. O brilhante e top é uma anologia ao Sol.... é brilhante, e está no topo :-P
[toc] | [prev] | [next] | [standalone]
| From | Patricia Ferreira <pferreira@example.com> |
|---|---|
| Date | 2024-01-14 10:39 -0300 |
| Subject | Re: Lisp, um mapa de trajeto |
| Message-ID | <87y1csrq4r.fsf@example.com> |
| In reply to | #149 |
Daniel Cerqueira <dan.list@brilhante.top> writes: > Patricia Ferreira <pferreira@example.com> writes: > >> Daniel Cerqueira <dan.list@brilhante.top> writes: >> >>> Patricia Ferreira <pferreira@example.com> writes: >>> >>>> Daniel Cerqueira <dan.list@brilhante.top> writes: >>>> >>>> [...] >>>> >>>>> Sim, não vou revalidar. Vou mesmo mudar de domínio. O .top é muito usado >>>>> por spammers e às vezes os meus emails não são entregues por os filtros >>>>> de spam não gostarem de endereços .top. >>>> >>>> Não acredito que os filtros tenham qualquer coisa contra o .top. Você >>>> pode simplesmente ser desconhecido demais pra ter grande consideração >>>> pelos filtros. Qual o percentual de usuários de e-mail que usam Gmail >>>> ou Hotmail ou Yahoo? Não acho que vão fazer sua vida muito fácil. >>>> Hospedar seu próprio e-mail hoje não é tarefa trivial. >>> >>> Tenho email com domínio pessoal à mais de 4 anos, e estão a tentar >>> ensinar-me sobre isso. Ridículo. >> >> Lol! Como a gente ia saber que você é o gostosão dos e-mails? Perdôe >> nossa insolência. > > Dão conselhos a quem já percebe, sem serem pedidos.... "fico chateado, é > claro que fico chateado" (Gato Fedorento). > > Gostosão dos e-mails.... :-) essa é engraçada. Lol! Tiro meu chapéu pela sua tranquilidade. A propósito, não compreendi o ``dão conselhos a quem já percebe, sem serem pedidos...''. Parece uma diferença do uso de português --- você pode substituir o ``percebe'' por outra coisa? Falando em português, seu acento grave em ``à mais de 4 anos'' encontra preposição e artigo onde não tem. O que tem ali é o verbo haver no sentido de tempo de decorrido. >>> Não sei se já repararam mas o meu endereço de email já tem o meu domínio >>> pessoal. Agora, neste momento. Eu sei o que falo quando algo é sobre >>> email e domínios. >> >> Tá bom, tá bom, mas não se irrite. Realmente --- seu endereço de e-mail >> é top e brilhante. > > Ok. Ainda é de manhã (para mim), estou mais bem disposto. :-) > O brilhante e top é uma anologia ao Sol.... é brilhante, e está no > topo :-P Legal! Não tinha notado a possível alusão ao Sol.
[toc] | [prev] | [next] | [standalone]
| From | "Nuno Silva" <nunojsilva@invalid.invalid> |
|---|---|
| Date | 2024-01-14 15:51 +0000 |
| Subject | Re: Lisp, um mapa de trajeto |
| Message-ID | <uo0vs7$gfc8$2@dont-email.me> |
| In reply to | #150 |
On 2024-01-14, Patricia Ferreira wrote: > Daniel Cerqueira <dan.list@brilhante.top> writes: > >> Patricia Ferreira <pferreira@example.com> writes: >> >>> Daniel Cerqueira <dan.list@brilhante.top> writes: [...] >>>> Tenho email com domínio pessoal à mais de 4 anos, e estão a tentar >>>> ensinar-me sobre isso. Ridículo. >>> >>> Lol! Como a gente ia saber que você é o gostosão dos e-mails? Perdôe >>> nossa insolência. >> >> Dão conselhos a quem já percebe, sem serem pedidos.... "fico chateado, é >> claro que fico chateado" (Gato Fedorento). >> >> Gostosão dos e-mails.... :-) essa é engraçada. > > Lol! Tiro meu chapéu pela sua tranquilidade. > > A propósito, não compreendi o ``dão conselhos a quem já percebe, sem > serem pedidos...''. Parece uma diferença do uso de português --- você > pode substituir o ``percebe'' por outra coisa? Eu li o "já percebe" como "já compreende" ou "já sabe", ou ainda "já conhece". > Falando em português, seu acento grave em ``à mais de 4 anos'' encontra > preposição e artigo onde não tem. O que tem ali é o verbo haver no > sentido de tempo de decorrido. -- Nuno Silva
[toc] | [prev] | [next] | [standalone]
| From | Patricia Ferreira <pferreira@example.com> |
|---|---|
| Date | 2024-01-14 13:27 -0300 |
| Subject | Re: Lisp, um mapa de trajeto |
| Message-ID | <87a5p7lvvi.fsf@yaxenu.org> |
| In reply to | #156 |
"Nuno Silva" <nunojsilva@invalid.invalid> writes: > On 2024-01-14, Patricia Ferreira wrote: > >> Daniel Cerqueira <dan.list@brilhante.top> writes: >> >>> Patricia Ferreira <pferreira@example.com> writes: >>> >>>> Daniel Cerqueira <dan.list@brilhante.top> writes: > [...] >>>>> Tenho email com domínio pessoal à mais de 4 anos, e estão a tentar >>>>> ensinar-me sobre isso. Ridículo. >>>> >>>> Lol! Como a gente ia saber que você é o gostosão dos e-mails? Perdôe >>>> nossa insolência. >>> >>> Dão conselhos a quem já percebe, sem serem pedidos.... "fico chateado, é >>> claro que fico chateado" (Gato Fedorento). >>> >>> Gostosão dos e-mails.... :-) essa é engraçada. >> >> Lol! Tiro meu chapéu pela sua tranquilidade. >> >> A propósito, não compreendi o ``dão conselhos a quem já percebe, sem >> serem pedidos...''. Parece uma diferença do uso de português --- você >> pode substituir o ``percebe'' por outra coisa? > > Eu li o "já percebe" como "já compreende" ou "já sabe", ou ainda "já > conhece". Compreendi. É uma declaração contraditória dada que foi postada na USENET. Por que alguém postaria qualquer coisa por aqui se não deseja receber uma resposta? :-)
[toc] | [prev] | [next] | [standalone]
| From | Daniel Cerqueira <dan.list@brilhante.top> |
|---|---|
| Date | 2024-01-14 22:21 +0000 |
| Subject | Re: Lisp, um mapa de trajeto |
| Message-ID | <87sf2z36b2.fsf@brilhante.top> |
| In reply to | #150 |
Patricia Ferreira <pferreira@example.com> writes: > Lol! Tiro meu chapéu pela sua tranquilidade. > > A propósito, não compreendi o ``dão conselhos a quem já percebe, sem > serem pedidos...''. Parece uma diferença do uso de português --- você > pode substituir o ``percebe'' por outra coisa? Pode ficar ``dão conselhos sem serem pedidos'' ;-) > Falando em português, seu acento grave em ``à mais de 4 anos'' encontra > preposição e artigo onde não tem. O que tem ali é o verbo haver no > sentido de tempo de decorrido. É verdade. O meu cérebro já não é o que costumava ser. Dantes eu não dava estes erros de ``à'' e ``há'' trocados... Tens razão.
[toc] | [prev] | [next] | [standalone]
| From | Patricia Ferreira <pferreira@example.com> |
|---|---|
| Date | 2024-01-15 00:24 -0300 |
| Subject | Re: Lisp, um mapa de trajeto |
| Message-ID | <87a5p71dbn.fsf@yaxenu.org> |
| In reply to | #159 |
Daniel Cerqueira <dan.list@brilhante.top> writes: > Patricia Ferreira <pferreira@example.com> writes: > >> Lol! Tiro meu chapéu pela sua tranquilidade. >> >> A propósito, não compreendi o ``dão conselhos a quem já percebe, sem >> serem pedidos...''. Parece uma diferença do uso de português --- você >> pode substituir o ``percebe'' por outra coisa? > > Pode ficar ``dão conselhos sem serem pedidos'' ;-) Legal. Mas o ``percebe'' é português típico? (Curiosidade.) >> Falando em português, seu acento grave em ``à mais de 4 anos'' encontra >> preposição e artigo onde não tem. O que tem ali é o verbo haver no >> sentido de tempo de decorrido. > > É verdade. O meu cérebro já não é o que costumava ser. E a nutrição? Mesma de sempre?
[toc] | [prev] | [next] | [standalone]
| From | Daniel Cerqueira <dan.list@brilhante.top> |
|---|---|
| Date | 2024-01-15 15:23 +0000 |
| Subject | Re: Lisp, um mapa de trajeto |
| Message-ID | <87edei39j1.fsf@brilhante.top> |
| In reply to | #161 |
Patricia Ferreira <pferreira@example.com> writes: > Daniel Cerqueira <dan.list@brilhante.top> writes: > >> Patricia Ferreira <pferreira@example.com> writes: >> >>> Lol! Tiro meu chapéu pela sua tranquilidade. >>> >>> A propósito, não compreendi o ``dão conselhos a quem já percebe, sem >>> serem pedidos...''. Parece uma diferença do uso de português --- você >>> pode substituir o ``percebe'' por outra coisa? >> >> Pode ficar ``dão conselhos sem serem pedidos'' ;-) > > Legal. Mas o ``percebe'' é português típico? (Curiosidade.) "Perceber" é sinónimo de "entender". É Português típico. "Perceber" de percepção, que é necessário para haver o entendimento. >>> Falando em português, seu acento grave em ``à mais de 4 anos'' encontra >>> preposição e artigo onde não tem. O que tem ali é o verbo haver no >>> sentido de tempo de decorrido. >> >> É verdade. O meu cérebro já não é o que costumava ser. > > E a nutrição? Mesma de sempre? Ohh, não quero muito falar disso. Há 5 anos que mudei para uma nutrição páleo.
[toc] | [prev] | [next] | [standalone]
| From | Ninguém <usenet@rasparta.org> |
|---|---|
| Date | 2024-01-14 10:33 +0000 |
| Subject | Re: Lisp, um mapa de trajeto |
| Message-ID | <uo0da9$dccq$1@dont-email.me> |
| In reply to | #142 |
On 13/01/24 13:04, Daniel Cerqueira wrote: > Tenho email com domínio pessoal à mais de 4 anos, e estão a tentar > ensinar-me sobre isso. Então ensina tu. Eu gostava de alojar o meu email, mas tenho medo de tornar o sistema falível. Já percebi que há um sistema de reputação, enviesado pelos grandes, que torna quase impossível não cair na lista de classificações de reputação. A classificação considera (do que vi): - bloco de endereços IP - reputação do servidor - reputação do domínio - reputação do TLD (essa não sabia, mas faz sentido...) - configurações específicas do servidor (TLS) - configuração do DNS (dkim, dmark, spf, PTR) - claro: comportamento - se andar a mandar spam... - comportamento dos destinatários - se me registarem como spam... Que mais?
[toc] | [prev] | [next] | [standalone]
| From | Patricia Ferreira <pferreira@example.com> |
|---|---|
| Date | 2024-01-12 17:01 -0300 |
| Subject | Re: Lisp, um mapa de trajeto |
| Message-ID | <87ttni48z9.fsf@example.com> |
| In reply to | #132 |
Daniel Cerqueira <dan.list@brilhante.top> writes: > Patricia Ferreira <pferreira@example.com> writes: > >> Ou felizmente. Talvez você odiasse Lisp. É o que acontece com >> matemática e português, dado que (quase) todas as crianças vão à escola. > > Aí tens razão. Embora eu goste muito da matemática que aprendi na escola. Então provavelmente você ia gostar de Lisp também. >>> A dificuldade que tenho é apenas em decorar as várias funções/macros da >>> linguagem. >> >> Qual delas? Common Lisp? > > Sim, de Common Lisp. Acho que falta um livro, que eu conheça, mais > sucinto sobre Common Lisp. Embora esta seja uma linguagem grande. Você vai achar o ANSI Common Lisp, Paul Graham, 1996, ISBN 0-13-370875-6 sucinto. Obtenha uma versão eletrônica pra você fazer buscas por ele. > O que mais se parece com um livro sucinto de Common Lisp, que eu > conheça, é o "The Little Lisper" (está em archive.org). É um ótimo livro > para aprender Lisp. Sim, mas não é Common Lisp. >> Vamos começar bem do zero e investigar onde estamos. (Estou assumindo >> Common Lisp.) Qual seria um bom nome pro procedimento abaixo? Quanto >> tempo você levou pra chegar a sua resposta? >> >> (defun f (ls) >> (cond >> ((null ls) nil) >> ((consp ls) >> (or (string= (car ls) "gluten") >> (f (cdr ls)))))) >> > > Eu chamaria de search-for-gluten. Embora seja algo que se deva evitar > :-) O que que se deve evitar? > Retorna t caso uma lista tenha como primeiro átomo a string "gluten". O procedimento retorna true caso a string "gluten" esteja em qualquer posição da lista /ls/. Isso não me parece uma ``falta de atenção''. Isso me parece falta de intimidade com o assunto. Vai-lhe ser útil ler o HtDP. Você vai compreender esses padrões e muito mais. > Não tenho bem a certeza o que é consp, mas deve ser para retornar t caso > seja uma lista. Isso. Em maior generalidade, retorna true caso o argumento seja um ``cons''. Uma lista é uma sequência de /cons/es. > Eu faria essa função de maneira diferente. Tipo: > > (defun search-for-gluten (list) > (cond > ((null list) nil) > ((string= (car list) "gluten") t) > (t (search-for-gluten (cdr list))))) > > Também se pode chamar a esta função de gluten-p ou glutenp . > > Acho que a minha função é mais legível que a tua :-P eheheh. Knock yourself out. :-) Vejamos um próximo exercício? (*) Exercício 2 Escreva um procedimento f que consome duas listas de números inteiros em ordem ascendente. O procedimento f retorna uma única lista ordenada de números que contenha todos os números de ambas listas de entrada. Um número ocorre na saída tantas vezes quando ocorre em ambas as listas de entrada. Quando tempo você levou pra escrever o procedimento? >>> Patricia, eu li e recomendo ler, os livros do John McCarthy sobre Lisp. >> >> Vamos enumerar esses livros. Qual o primeiro que você recomenda? > > 1. http://www-formal.stanford.edu/jmc/recursive.html Interessante. Você chama isso de livro? Eu chamo de artigo. > 2. o livro de LISP 1.5 Programmers Manual. Ainda me falta ler este > (estou agora a ler o PCL). Por que é recomendado? > PS: > Penso que o meu domínio vai expirar no fim deste mês. Se vires eu > responder com outro endereço depois deste mês, não estranhes. Olha, veja como vejo o thread: --8<---------------cut here---------------start------------->8--- +[R][252] 12-Jan DAN> Re: Lisp, um mapa de trajeto [94L] [R][253] 12-Jan NIN\-> Re: Lisp, um mapa de trajeto [7L] --8<---------------cut here---------------end--------------->8--- Qualquer /Dan/ por aqui se confunde com você. É legal não saber com quem se fala. Penso em escrever um servidor NNTP que sempre troca o from da pessoa por um nome aleatório qualquer. > Tens chave OpenPGP? Tenho várias.
[toc] | [prev] | [next] | [standalone]
| From | Daniel Cerqueira <dan.list@brilhante.top> |
|---|---|
| Date | 2024-01-12 22:26 +0000 |
| Subject | Re: Lisp, um mapa de trajeto |
| Message-ID | <87r0im428v.fsf@brilhante.top> |
| In reply to | #134 |
Patricia Ferreira <pferreira@example.com> writes: > Daniel Cerqueira <dan.list@brilhante.top> writes: > >> Patricia Ferreira <pferreira@example.com> writes: >> >>> Vamos começar bem do zero e investigar onde estamos. (Estou assumindo >>> Common Lisp.) Qual seria um bom nome pro procedimento abaixo? Quanto >>> tempo você levou pra chegar a sua resposta? >>> >>> (defun f (ls) >>> (cond >>> ((null ls) nil) >>> ((consp ls) >>> (or (string= (car ls) "gluten") >>> (f (cdr ls)))))) >>> >> >> Eu chamaria de search-for-gluten. Embora seja algo que se deva evitar >> :-) > > O que que se deve evitar? > Comer gluten :-P >> Retorna t caso uma lista tenha como primeiro átomo a string "gluten". > > O procedimento retorna true caso a string "gluten" esteja em qualquer > posição da lista /ls/. Isso não me parece uma ``falta de atenção''. > Isso me parece falta de intimidade com o assunto. Vai-lhe ser útil ler > o HtDP. Você vai compreender esses padrões e muito mais. > Sim, tens razão. Não estava a pensar direito. Eu sei que vai fazendo car a todos os elementos da lista. Desculpa o erro. Não é falta de conhecimento, neste caso. Foi distração, também vinda da falta de ter feito um teste a esse código. > Knock yourself out. :-) > > Vejamos um próximo exercício? > > (*) Exercício 2 > > Escreva um procedimento f que consome duas listas de números inteiros em > ordem ascendente. O procedimento f retorna uma única lista ordenada de > números que contenha todos os números de ambas listas de entrada. Um > número ocorre na saída tantas vezes quando ocorre em ambas as listas de > entrada. Quando tempo você levou pra escrever o procedimento? > Fácil! Acabei de ler precisamente esse capítulo do PCL. Foi só o tempo de procurar como é a sintaxe do sort. Diria que demorei 1 minuto. (defun f (a b) (sort (append a b) #'<)) >>>> Patricia, eu li e recomendo ler, os livros do John McCarthy sobre Lisp. >>> >>> Vamos enumerar esses livros. Qual o primeiro que você recomenda? >> >> 1. http://www-formal.stanford.edu/jmc/recursive.html > > Interessante. Você chama isso de livro? Eu chamo de artigo. > Sim, é um artigo. :-P >> 2. o livro de LISP 1.5 Programmers Manual. Ainda me falta ler este >> (estou agora a ler o PCL). > > Por que é recomendado? > Para entender melhor o Lisp 1.5. Isto faz com que se compreenda melhor os Lisp atuais. Lisp 1.5 é importante por ser o Lisp antes da divergência que ocorreu com o nascimento dos vários Lisps. Também por ser um livro de McCarthy. >> Tens chave OpenPGP? > > Tenho várias. Podes-me enviar uma das tuas chaves por email? O meu email está no cabeçalho. Assim quando eu mudar de email, ficas a continuar a saber que sou eu (caso eu assine as mensagens NNTP, que estou a pensar em começar a fazer).
[toc] | [prev] | [next] | [standalone]
| From | Patricia Ferreira <pferreira@example.com> |
|---|---|
| Date | 2024-01-12 20:50 -0300 |
| Subject | Re: Lisp, um mapa de trajeto |
| Message-ID | <87edem3yds.fsf@example.com> |
| In reply to | #135 |
Daniel Cerqueira <dan.list@brilhante.top> writes: > Patricia Ferreira <pferreira@example.com> writes: > >> Daniel Cerqueira <dan.list@brilhante.top> writes: >> >>> Patricia Ferreira <pferreira@example.com> writes: >>> >>>> Vamos começar bem do zero e investigar onde estamos. (Estou assumindo >>>> Common Lisp.) Qual seria um bom nome pro procedimento abaixo? Quanto >>>> tempo você levou pra chegar a sua resposta? >>>> >>>> (defun f (ls) >>>> (cond >>>> ((null ls) nil) >>>> ((consp ls) >>>> (or (string= (car ls) "gluten") >>>> (f (cdr ls)))))) >>>> >>> >>> Eu chamaria de search-for-gluten. Embora seja algo que se deva evitar >>> :-) >> >> O que que se deve evitar? >> > > Comer gluten :-P > >>> Retorna t caso uma lista tenha como primeiro átomo a string "gluten". >> >> O procedimento retorna true caso a string "gluten" esteja em qualquer >> posição da lista /ls/. Isso não me parece uma ``falta de atenção''. >> Isso me parece falta de intimidade com o assunto. Vai-lhe ser útil ler >> o HtDP. Você vai compreender esses padrões e muito mais. > > Sim, tens razão. Não estava a pensar direito. Eu sei que vai fazendo car > a todos os elementos da lista. Desculpa o erro. Não é falta de > conhecimento, neste caso. Foi distração, também vinda da falta de ter > feito um teste a esse código. Amizade é nunca ter que pedir desculpas. -- Love Story, 1970. >> Vejamos um próximo exercício? >> >> (*) Exercício 2 >> >> Escreva um procedimento f que consome duas listas de números inteiros em >> ordem ascendente. O procedimento f retorna uma única lista ordenada de >> números que contenha todos os números de ambas listas de entrada. Um >> número ocorre na saída tantas vezes quando ocorre em ambas as listas de >> entrada. Quando tempo você levou pra escrever o procedimento? > > Fácil! Acabei de ler precisamente esse capítulo do PCL. Foi só o tempo > de procurar como é a sintaxe do sort. Diria que demorei 1 minuto. > > (defun f (a b) > (sort (append a b) #'<)) Solução correta, o nos obriga a fazer um patch no exercício: o espírito do exercício não é esse. O exercício não está buscando detectar se você conhece a sintaxe Common Lisp. O exercício que se saber se você pensa como um programador Lisp. O primeiro exercício queria ver se você reconhecia a varredura de /uma/ lista. O segundo agora quer saber se você consegue varrer duas listas ao mesmo tempo. Vai-lhe ser útil ler o HtDP. (*) Exercício 2 patch-1 Use apenas cond, null, car, cdr e <. Escreva um procedimento f que consome duas listas de números inteiros em ordem ascendente. O procedimento f retorna uma única lista ordenada de números que contenha todos os números de ambas listas de entrada. Um número ocorre na saída tantas vezes quando ocorre em ambas as listas de entrada. Quando tempo você levou pra escrever o procedimento? >>>>> Patricia, eu li e recomendo ler, os livros do John McCarthy sobre Lisp. >>>> >>>> Vamos enumerar esses livros. Qual o primeiro que você recomenda? >>> >>> 1. http://www-formal.stanford.edu/jmc/recursive.html >> >> Interessante. Você chama isso de livro? Eu chamo de artigo. >> > > Sim, é um artigo. :-P > >>> 2. o livro de LISP 1.5 Programmers Manual. Ainda me falta ler este >>> (estou agora a ler o PCL). >> >> Por que é recomendado? > > Para entender melhor o Lisp 1.5. Isto faz com que se compreenda melhor > os Lisp atuais. Lisp 1.5 é importante por ser o Lisp antes da > divergência que ocorreu com o nascimento dos vários Lisps. Também por > ser um livro de McCarthy. Legal. >>> Tens chave OpenPGP? >> >> Tenho várias. > > Podes-me enviar uma das tuas chaves por email? O meu email está no > cabeçalho. Assim quando eu mudar de email, ficas a continuar a saber que > sou eu (caso eu assine as mensagens NNTP, que estou a pensar em começar > a fazer). Olha, não uso e-mail criptografado. Posso te mandar uma chave minha, mas não vai me ser nada conveniente descriptografar qualquer coisa que você me envie por e-mail --- nunca instalei qualquer mecanismo de rápida criptografia ou descriptografia.
[toc] | [prev] | [next] | [standalone]
| From | "Nuno Silva" <nunojsilva@invalid.invalid> |
|---|---|
| Date | 2024-01-13 11:04 +0000 |
| Subject | Re: Lisp, um mapa de trajeto |
| Message-ID | <untql5$3tirt$1@dont-email.me> |
| In reply to | #138 |
On 2024-01-12, Patricia Ferreira wrote: > Daniel Cerqueira <dan.list@brilhante.top> writes: > >> Patricia Ferreira <pferreira@example.com> writes: >> >>> Vejamos um próximo exercício? >>> >>> (*) Exercício 2 >>> >>> Escreva um procedimento f que consome duas listas de números inteiros em >>> ordem ascendente. O procedimento f retorna uma única lista ordenada de >>> números que contenha todos os números de ambas listas de entrada. Um >>> número ocorre na saída tantas vezes quando ocorre em ambas as listas de >>> entrada. Quando tempo você levou pra escrever o procedimento? >> >> Fácil! Acabei de ler precisamente esse capítulo do PCL. Foi só o tempo >> de procurar como é a sintaxe do sort. Diria que demorei 1 minuto. >> >> (defun f (a b) >> (sort (append a b) #'<)) > > Solução correta, o nos obriga a fazer um patch no exercício: o espírito > do exercício não é esse. O exercício não está buscando detectar se você > conhece a sintaxe Common Lisp. O exercício que se saber se você pensa > como um programador Lisp. O primeiro exercício queria ver se você > reconhecia a varredura de /uma/ lista. O segundo agora quer saber se > você consegue varrer duas listas ao mesmo tempo. Vai-lhe ser útil ler o > HtDP. Há, nesta versão, também uma questão de menor eficiência, certo? Percorre a, e depois percorre a lista mais longa "a+b", quando uma outra solução (possivelmente a que tens em mente) só percorre cada lista uma vez, portanto só "a+b"? > (*) Exercício 2 patch-1 > > Use apenas cond, null, car, cdr e <. Escreva um procedimento f que Não falta aí cons? (Estou a pensar que talvez se conseguisse fazer a lista do resultado com a notação para cons cell "(a.b)", `backtick` e vírgula), mas provavelmente aqui o objectivo é usar cons?) > consome duas listas de números inteiros em ordem ascendente. O > procedimento f retorna uma única lista ordenada de números que contenha > todos os números de ambas listas de entrada. Um número ocorre na saída > tantas vezes quando ocorre em ambas as listas de entrada. Quando tempo > você levou pra escrever o procedimento? -- Nuno Silva
[toc] | [prev] | [next] | [standalone]
| From | Patricia Ferreira <pferreira@example.com> |
|---|---|
| Date | 2024-01-13 09:46 -0300 |
| Subject | Re: Lisp, um mapa de trajeto |
| Message-ID | <878r4txuxh.fsf@example.com> |
| In reply to | #140 |
"Nuno Silva" <nunojsilva@invalid.invalid> writes: > On 2024-01-12, Patricia Ferreira wrote: > >> Daniel Cerqueira <dan.list@brilhante.top> writes: >> >>> Patricia Ferreira <pferreira@example.com> writes: >>> >>>> Vejamos um próximo exercício? >>>> >>>> (*) Exercício 2 >>>> >>>> Escreva um procedimento f que consome duas listas de números inteiros em >>>> ordem ascendente. O procedimento f retorna uma única lista ordenada de >>>> números que contenha todos os números de ambas listas de entrada. Um >>>> número ocorre na saída tantas vezes quando ocorre em ambas as listas de >>>> entrada. Quando tempo você levou pra escrever o procedimento? >>> >>> Fácil! Acabei de ler precisamente esse capítulo do PCL. Foi só o tempo >>> de procurar como é a sintaxe do sort. Diria que demorei 1 minuto. >>> >>> (defun f (a b) >>> (sort (append a b) #'<)) >> >> Solução correta, o nos obriga a fazer um patch no exercício: o espírito >> do exercício não é esse. O exercício não está buscando detectar se você >> conhece a sintaxe Common Lisp. O exercício que se saber se você pensa >> como um programador Lisp. O primeiro exercício queria ver se você >> reconhecia a varredura de /uma/ lista. O segundo agora quer saber se >> você consegue varrer duas listas ao mesmo tempo. Vai-lhe ser útil ler o >> HtDP. > > Há, nesta versão, também uma questão de menor eficiência, certo? > Percorre a, e depois percorre a lista mais longa "a+b", quando uma outra > solução (possivelmente a que tens em mente) só percorre cada lista uma > vez, portanto só "a+b"? O objetivo do exercício não é performance, não. (Também não vejo qualquer diferença de performance, não. Talvez /sort/ até a versão mais rápida porque ela trabalha in-place.) >> (*) Exercício 2 patch-1 >> >> Use apenas cond, null, car, cdr e <. Escreva um procedimento f que > > Não falta aí cons? Falta. > (Estou a pensar que talvez se conseguisse fazer a lista do resultado > com a notação para cons cell "(a.b)", `backtick` e vírgula), mas > provavelmente aqui o objectivo é usar cons?) Boa solução, exceto que o exercício não disse que poderia usar quote ou quasiquote. :-) Se sairmos do que é permitido, então usemos cons mesmo. >> consome duas listas de números inteiros em ordem ascendente. O >> procedimento f retorna uma única lista ordenada de números que contenha >> todos os números de ambas listas de entrada. Um número ocorre na saída >> tantas vezes quando ocorre em ambas as listas de entrada. Quando tempo >> você levou pra escrever o procedimento? (*) Exercício 2 patch-2 Use apenas cond, null, car, cdr, cons e <. Escreva um procedimento f que consome duas listas de números inteiros em ordem ascendente. O procedimento f retorna uma única lista ordenada de números que contenha todos os números de ambas listas de entrada. Um número ocorre na saída tantas vezes quando ocorre em ambas as listas de entrada. Quando tempo você levou pra escrever o procedimento?
[toc] | [prev] | [next] | [standalone]
Page 2 of 5 — ← Prev page 1 [2] 3 4 5 Next page →
Back to top | Article view | pt.comp.programacao
csiph-web