Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > pt.comp.programacao > #295 > unrolled thread
| Started by | Patricia Ferreira <pferreira@example.com> |
|---|---|
| First post | 2024-09-27 10:41 -0300 |
| Last post | 2024-10-20 21:38 -0300 |
| Articles | 9 on this page of 69 — 4 participants |
Back to article view | Back to pt.comp.programacao
como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-09-27 10:41 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Daniel Cerqueira <dan.list@lispclub.com> - 2024-09-28 09:26 +0100
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-09-28 08:55 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Daniel Cerqueira <dan.list@lispclub.com> - 2024-09-29 11:30 +0100
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-10-20 21:39 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Daniel Cerqueira <dan.list@lispclub.com> - 2024-10-21 14:03 +0100
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-10-21 17:45 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Daniel Cerqueira <dan.list@lispclub.com> - 2024-10-22 07:50 +0100
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-10-22 08:54 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Daniel Cerqueira <dan.list@lispclub.com> - 2024-10-22 13:24 +0100
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-10-22 13:31 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Daniel Cerqueira <dan.list@lispclub.com> - 2024-10-22 18:44 +0100
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-10-22 20:26 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Daniel Cerqueira <dan.list@lispclub.com> - 2024-10-23 13:29 +0100
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-10-23 14:53 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-11-01 20:20 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-10-23 08:24 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-11-01 20:16 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-11-05 17:06 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Daniel Cerqueira <dan.list@lispclub.com> - 2024-11-05 20:26 +0000
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-11-05 18:37 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Daniel Cerqueira <dan.list@lispclub.com> - 2024-11-05 22:00 +0000
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-11-05 19:26 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Daniel Cerqueira <dan.list@lispclub.com> - 2024-11-06 10:13 +0000
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-11-09 09:45 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Daniel Cerqueira <dan.list@lispclub.com> - 2024-11-09 17:50 +0000
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-11-09 17:02 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Daniel Cerqueira <dan.list@lispclub.com> - 2024-11-09 20:06 +0000
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-11-09 18:38 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Daniel Cerqueira <dan.list@lispclub.com> - 2024-11-09 20:10 +0000
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-11-09 18:38 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-11-09 18:40 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-11-10 13:17 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-11-10 13:30 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-11-11 11:22 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-11-12 22:40 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Daniel Cerqueira <dan.list@lispclub.com> - 2024-11-13 19:44 +0000
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-11-13 18:05 -0300
Emacs LISP e Common LISP (was: como montar um servidor de e-mail nos padrões de hoje) Daniel Cerqueira <dan.list@lispclub.com> - 2024-11-16 14:26 +0000
Re: Emacs LISP e Common LISP Daniel Cerqueira <dan.list@lispclub.com> - 2024-11-16 17:34 +0000
Re: Emacs LISP e Common LISP Patricia Ferreira <pferreira@example.com> - 2024-11-16 14:37 -0300
Re: Emacs LISP e Common LISP Daniel Cerqueira <dan.list@lispclub.com> - 2024-11-16 20:04 +0000
Re: Emacs LISP e Common LISP Patricia Ferreira <pferreira@example.com> - 2024-11-16 19:44 -0300
Re: Emacs LISP e Common LISP Daniel Cerqueira <dan.list@lispclub.com> - 2024-11-17 12:09 +0000
Re: Emacs LISP e Common LISP Patricia Ferreira <pferreira@example.com> - 2024-11-17 11:31 -0300
Re: Emacs LISP e Common LISP Patricia Ferreira <pferreira@example.com> - 2024-11-27 07:45 -0300
Re: Emacs LISP e Common LISP Daniel Cerqueira <dan.list@lispclub.com> - 2024-11-27 17:36 +0000
hackers (Was: Re: Emacs LISP e Common LISP) Patricia Ferreira <pferreira@example.com> - 2024-11-28 08:09 -0300
Re: hackers Daniel Cerqueira <dan.list@lispclub.com> - 2024-11-28 12:16 +0000
Re: hackers Patricia Ferreira <pferreira@example.com> - 2024-11-28 14:14 -0300
Re: hackers Daniel Cerqueira <dan.list@lispclub.com> - 2024-11-29 17:01 +0000
Re: hackers Patricia Ferreira <pferreira@example.com> - 2024-12-01 11:17 -0300
Re: hackers Patricia Ferreira <pferreira@example.com> - 2024-12-03 10:22 -0300
Re: hackers Daniel Cerqueira <dan.list@lispclub.com> - 2024-12-04 08:58 +0000
Re: hackers Patricia Ferreira <pferreira@example.com> - 2024-12-04 08:05 -0300
Re: hackers Daniel Cerqueira <dan.list@lispclub.com> - 2024-12-04 15:34 +0000
Re: hackers Patricia Ferreira <pferreira@example.com> - 2024-12-04 13:04 -0300
Re: hackers Ninguém <usenet@rasparta.org> - 2024-12-04 20:07 +0000
Re: hackers Patricia Ferreira <pferreira@example.com> - 2024-12-05 19:22 -0300
Re: hackers Nuno Silva <nunojsilva@invalid.invalid> - 2025-02-02 16:52 +0000
Re: Emacs LISP e Common LISP Patricia Ferreira <pferreira@example.com> - 2024-11-16 14:37 -0300
Re: Emacs LISP e Common LISP Daniel Cerqueira <dan.list@lispclub.com> - 2024-11-16 20:11 +0000
Re: Emacs LISP e Common LISP Patricia Ferreira <pferreira@example.com> - 2024-11-16 19:55 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Daniel Cerqueira <dan.list@lispclub.com> - 2024-11-10 19:33 +0000
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-11-10 19:04 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Ninguém <usenet@rasparta.org> - 2024-09-28 09:48 +0100
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-09-28 09:00 -0300
Re: como montar um servidor de e-mail nos padrões de hoje Ninguém <usenet@rasparta.org> - 2024-09-29 11:21 +0100
Re: como montar um servidor de e-mail nos padrões de hoje Patricia Ferreira <pferreira@example.com> - 2024-10-20 21:38 -0300
Page 4 of 4 — ← Prev page 1 2 3 [4]
| From | Patricia Ferreira <pferreira@example.com> |
|---|---|
| Date | 2024-11-16 14:37 -0300 |
| Subject | Re: Emacs LISP e Common LISP |
| Message-ID | <87plmvytaa.fsf@example.com> |
| In reply to | #348 |
Daniel Cerqueira <dan.list@lispclub.com> writes: > Patricia Ferreira <pferreira@example.com> writes: > >> Daniel Cerqueira <dan.list@lispclub.com> writes: >> >> [...] >> >>>> Meu próximo passo é aguardar por relatórios DMARC oriundos de sistemas >>>> Internet afora e também preparar o envio dos meus. >> >> Já recebi um primeiro---que manda um relatório em um ZIP. >> >>>> Sendo que, na verdade, antes vou trabalhar num novo programa em >>>> Common Lisp. É um programa que escrevi em Perl, na verdade. Ele foi >>>> quebrado devido a alguma evolução Perl. Quero entender o que houve, >>>> consertá-lo e também reescrevê-lo em Lisp. O programa é muito útil >>>> pra ficar em Perl. O programa consome um artigo NNTP pela entrada >>>> padrão e posta num servidor NNTP. >> >> Descobri o que havia de errado com o programa---estava com uma versão >> incompleta. Lol. Que tristeza. Descobri que perdi parte do >> código-fonte dele por não ter empacotado todos os arquivos necessários. >> Tive que retroceder numa versão que funcionasse---funciona. Tudo bem >> porque vou reescrevê-lo em Lisp mesmo. (Mas é uma pena cometer esses >> erros e perder código-fonte. Mas o programa realmente muito simples. >> Vou jogá-lo fora depois de escrevê-lo em Lisp.) >> >>>> Valeu, Cerqueira, por toda a ajuda. Acho que já podemos descansar um >>>> pouco de SMTP---por ora. >>> >>> Boa Patricia. >>> >>> Eu acho que ajudei pouco, mas fico contente em te ouvir, e em ver que >>> encontraste um solução (se bem que talvez não seja a solução ideal). >> >> Qual é a solução ideal? > > Não sei qual possa ser a solução para o DMARC. Nunca instalei um > programa para DMARC. Era a isto que eu me estava a referir ;-) > >>> Eu agora tenho-me concentrado em Emacs LISP, invés de Common LISP. O >>> Emacs LISP é um melhor ambiente para aprender LISP, e já sei que se eu >>> disser para as pessoas instalarem o GNU Emacs+SBCL elas vão começar a >>> perguntar porque que é que se tem de instalar dois programas, e começam >>> a reclamar. Daí ao se aprender Emacs LISP, apenas tem de se instalar um >>> programa :-P . >>> >>> O Emacs LISP e o Common LISP nasceram quase na mesma altura, daí, >>> culturalmente e temporalmente, herdam o mesmo ambiente, e as mesmas >>> ideias. >>> >>> Também o Common LISP é uma linguagem muito grande, penso que o Emacs >>> LISP é mais pequena nos fundamentos, mas tem mais estruturas para lidar >>> com o editor. >>> >>> Daí, virei a minha atenção para o Emacs LISP :-) . >> >> Vai em frente. >> >> Parece que você se importa muito com a popularidade das suas aulas. Os >> estudantes que precisam dessa propaganda não vão aproveitar seus >> ensinamentos. Os estudantes que aproveitam não precisam dessa >> propaganda e vão deixar de obter as aulas que você realmente daria não >> fosse pela propaganda. Você otimiza pra quem não deveria e engana quem >> não deveria. >> >> O que procuro num professor é como ele realmente pensa. Se o professor >> usa ferramentas que ele na verdade não prefere usar, não consigo ver >> como ele pensa. É uma aula falsa; uma aula-propaganda. >> >> (*) Portacle >> >> Portacle is a complete IDE for Common Lisp that you can take with you on >> a USB stick. It is multi-platform and can be run on Windows, OS X, and >> Linux. Since it does not require any complicated installation process, >> it is set up and running in no time. >> >> Homepage: >> https://portacle.github.io/ >> >> Portacle é o EMACS, SBCL, Quicklisp, git. >> >> (*) Lecionando linguagem >> >> Você vai lecionar um subconjunto de EMACS Lisp. Lecionaria também um >> subconjunto de Common Lisp. Seja qual for a linguagem que você vai >> lecionar, você só vai cobrir um subconjunto dela. Sendo assim, o >> tamanho da linguagem parece ser irrelevante. > > Tem mais fatores que entram em conta na minha escolha de Emacs LISP vs > Common LISP. > > Eu prefiro um LISP mais em conformidade com o LISP original (o LISP > 1.5). Neste caso, nenhum dos concorrentes (Emacs LISP e Common LISP) se > destaca. Talvez o Emacs LISP esteja acima, devido a usar dynamic binding > por omissão (o Common LISP usa lexical binding). (Acho as explicações na > Internet de dynamic binding vs lexical binding confusas). Também, tenho > mais confiança no criador de Elisp, Richard Stallman, devido à sua > extensiva exposição ao inicio de LISP no Laboratório de Inteligência > Artificial do MIT. Penso que Stallman é considerado um hacker de LISP de > primeira geração. > > Depois tem o fato de o Emacs LISP (Elisp) ter manuais livres, que podem > ser impressos por quem quiser, legalmente. Enquanto que os livros de > Common LISP são muito caros! (eu comprei o Pratical Common LISP e não > gostei dele). E não podem ser fotocopiados. O Emacs LISP é superior > neste aspeto. > > Depois o CLHS do Common LISP é de leitura muito difícil, muito confuso. > Enquanto que a documentação de Elisp é mais concisa. Também Elisp usa > livros `info` (os tais que podem ser impressos legalmente), e tenho > acesso imediato a qualquer parte do livro apartir do `info`. Elisp é > superior neste aspeto. > > Depois vem o fato de eu conseguir fazer QUASE tudo com o GNU Emacs. > Aprender a usar GNU Emacs é uma escolha sábia. > > Só depois vem o fato de só ter de se instalar um programa com o Elisp. > > Patricia, é interessante o que disseste, e faz algum sentido para mim > :-) Só te quero dizer que a minha escolha de Elisp, vem de vários > fatores. > > Quanto ao Portacle, prefiro o caminho de instalar as coisas > separadamente. Unix-style. É isso aí---vai em frente. Saiba que ainda há projetistas de Common Lisp que participam do comp.lang.lisp. Por exemplo, Alan Bawden, Jeff Barnett tem postagens recentes por lá. Uma pergunta. Você consegue rodar ELISP fora do GNU EMACS?
[toc] | [prev] | [next] | [standalone]
| From | Daniel Cerqueira <dan.list@lispclub.com> |
|---|---|
| Date | 2024-11-16 20:11 +0000 |
| Subject | Re: Emacs LISP e Common LISP |
| Message-ID | <87ldxjhrbs.fsf@lispclub.com> |
| In reply to | #350 |
Patricia Ferreira <pferreira@example.com> writes: > Daniel Cerqueira <dan.list@lispclub.com> writes: > >> Patricia Ferreira <pferreira@example.com> writes: >> >>> Daniel Cerqueira <dan.list@lispclub.com> writes: >>> >>>> Eu agora tenho-me concentrado em Emacs LISP, invés de Common LISP. O >>>> Emacs LISP é um melhor ambiente para aprender LISP, e já sei que se eu >>>> disser para as pessoas instalarem o GNU Emacs+SBCL elas vão começar a >>>> perguntar porque que é que se tem de instalar dois programas, e começam >>>> a reclamar. Daí ao se aprender Emacs LISP, apenas tem de se instalar um >>>> programa :-P . >>>> >>>> O Emacs LISP e o Common LISP nasceram quase na mesma altura, daí, >>>> culturalmente e temporalmente, herdam o mesmo ambiente, e as mesmas >>>> ideias. >>>> >>>> Também o Common LISP é uma linguagem muito grande, penso que o Emacs >>>> LISP é mais pequena nos fundamentos, mas tem mais estruturas para lidar >>>> com o editor. >>>> >>>> Daí, virei a minha atenção para o Emacs LISP :-) . >>> >>> Vai em frente. >>> >>> Parece que você se importa muito com a popularidade das suas aulas. Os >>> estudantes que precisam dessa propaganda não vão aproveitar seus >>> ensinamentos. Os estudantes que aproveitam não precisam dessa >>> propaganda e vão deixar de obter as aulas que você realmente daria não >>> fosse pela propaganda. Você otimiza pra quem não deveria e engana quem >>> não deveria. >>> >>> O que procuro num professor é como ele realmente pensa. Se o professor >>> usa ferramentas que ele na verdade não prefere usar, não consigo ver >>> como ele pensa. É uma aula falsa; uma aula-propaganda. >>> >>> (*) Portacle >>> >>> Portacle is a complete IDE for Common Lisp that you can take with you on >>> a USB stick. It is multi-platform and can be run on Windows, OS X, and >>> Linux. Since it does not require any complicated installation process, >>> it is set up and running in no time. >>> >>> Homepage: >>> https://portacle.github.io/ >>> >>> Portacle é o EMACS, SBCL, Quicklisp, git. >>> >>> (*) Lecionando linguagem >>> >>> Você vai lecionar um subconjunto de EMACS Lisp. Lecionaria também um >>> subconjunto de Common Lisp. Seja qual for a linguagem que você vai >>> lecionar, você só vai cobrir um subconjunto dela. Sendo assim, o >>> tamanho da linguagem parece ser irrelevante. >> >> Tem mais fatores que entram em conta na minha escolha de Emacs LISP vs >> Common LISP. >> >> Eu prefiro um LISP mais em conformidade com o LISP original (o LISP >> 1.5). Neste caso, nenhum dos concorrentes (Emacs LISP e Common LISP) se >> destaca. Talvez o Emacs LISP esteja acima, devido a usar dynamic binding >> por omissão (o Common LISP usa lexical binding). (Acho as explicações na >> Internet de dynamic binding vs lexical binding confusas). Também, tenho >> mais confiança no criador de Elisp, Richard Stallman, devido à sua >> extensiva exposição ao inicio de LISP no Laboratório de Inteligência >> Artificial do MIT. Penso que Stallman é considerado um hacker de LISP de >> primeira geração. >> >> Depois tem o fato de o Emacs LISP (Elisp) ter manuais livres, que podem >> ser impressos por quem quiser, legalmente. Enquanto que os livros de >> Common LISP são muito caros! (eu comprei o Pratical Common LISP e não >> gostei dele). E não podem ser fotocopiados. O Emacs LISP é superior >> neste aspeto. >> >> Depois o CLHS do Common LISP é de leitura muito difícil, muito confuso. >> Enquanto que a documentação de Elisp é mais concisa. Também Elisp usa >> livros `info` (os tais que podem ser impressos legalmente), e tenho >> acesso imediato a qualquer parte do livro apartir do `info`. Elisp é >> superior neste aspeto. >> >> Depois vem o fato de eu conseguir fazer QUASE tudo com o GNU Emacs. >> Aprender a usar GNU Emacs é uma escolha sábia. >> >> Só depois vem o fato de só ter de se instalar um programa com o Elisp. >> >> Patricia, é interessante o que disseste, e faz algum sentido para mim >> :-) Só te quero dizer que a minha escolha de Elisp, vem de vários >> fatores. >> >> Quanto ao Portacle, prefiro o caminho de instalar as coisas >> separadamente. Unix-style. > > É isso aí---vai em frente. > > Saiba que ainda há projetistas de Common Lisp que participam do > comp.lang.lisp. Por exemplo, Alan Bawden, Jeff Barnett tem postagens > recentes por lá. Sim, já segui o comp.lang.LISP. Depois deixei de seguir por um motivo que já não tenho a certeza qual é. > Uma pergunta. Você consegue rodar ELISP fora do GNU EMACS? Só consegues correr o Elisp com um editor Emacsen. Tipo o GNU Emacs. O primeiro Emacs foi criado pelo Richard Stallman, por isso vejo o GNU Emacs (criado pelo Dr. Richard Stallman) como o Emacsen de referência.
[toc] | [prev] | [next] | [standalone]
| From | Patricia Ferreira <pferreira@example.com> |
|---|---|
| Date | 2024-11-16 19:55 -0300 |
| Subject | Re: Emacs LISP e Common LISP |
| Message-ID | <87ttc6vlee.fsf@example.com> |
| In reply to | #353 |
Daniel Cerqueira <dan.list@lispclub.com> writes: > Patricia Ferreira <pferreira@example.com> writes: > >> Daniel Cerqueira <dan.list@lispclub.com> writes: >> >>> Patricia Ferreira <pferreira@example.com> writes: >>> >>>> Daniel Cerqueira <dan.list@lispclub.com> writes: >>>> >>>>> Eu agora tenho-me concentrado em Emacs LISP, invés de Common LISP. O >>>>> Emacs LISP é um melhor ambiente para aprender LISP, e já sei que se eu >>>>> disser para as pessoas instalarem o GNU Emacs+SBCL elas vão começar a >>>>> perguntar porque que é que se tem de instalar dois programas, e começam >>>>> a reclamar. Daí ao se aprender Emacs LISP, apenas tem de se instalar um >>>>> programa :-P . >>>>> >>>>> O Emacs LISP e o Common LISP nasceram quase na mesma altura, daí, >>>>> culturalmente e temporalmente, herdam o mesmo ambiente, e as mesmas >>>>> ideias. >>>>> >>>>> Também o Common LISP é uma linguagem muito grande, penso que o Emacs >>>>> LISP é mais pequena nos fundamentos, mas tem mais estruturas para lidar >>>>> com o editor. >>>>> >>>>> Daí, virei a minha atenção para o Emacs LISP :-) . >>>> >>>> Vai em frente. >>>> >>>> Parece que você se importa muito com a popularidade das suas aulas. Os >>>> estudantes que precisam dessa propaganda não vão aproveitar seus >>>> ensinamentos. Os estudantes que aproveitam não precisam dessa >>>> propaganda e vão deixar de obter as aulas que você realmente daria não >>>> fosse pela propaganda. Você otimiza pra quem não deveria e engana quem >>>> não deveria. >>>> >>>> O que procuro num professor é como ele realmente pensa. Se o professor >>>> usa ferramentas que ele na verdade não prefere usar, não consigo ver >>>> como ele pensa. É uma aula falsa; uma aula-propaganda. >>>> >>>> (*) Portacle >>>> >>>> Portacle is a complete IDE for Common Lisp that you can take with you on >>>> a USB stick. It is multi-platform and can be run on Windows, OS X, and >>>> Linux. Since it does not require any complicated installation process, >>>> it is set up and running in no time. >>>> >>>> Homepage: >>>> https://portacle.github.io/ >>>> >>>> Portacle é o EMACS, SBCL, Quicklisp, git. >>>> >>>> (*) Lecionando linguagem >>>> >>>> Você vai lecionar um subconjunto de EMACS Lisp. Lecionaria também um >>>> subconjunto de Common Lisp. Seja qual for a linguagem que você vai >>>> lecionar, você só vai cobrir um subconjunto dela. Sendo assim, o >>>> tamanho da linguagem parece ser irrelevante. >>> >>> Tem mais fatores que entram em conta na minha escolha de Emacs LISP vs >>> Common LISP. >>> >>> Eu prefiro um LISP mais em conformidade com o LISP original (o LISP >>> 1.5). Neste caso, nenhum dos concorrentes (Emacs LISP e Common LISP) se >>> destaca. Talvez o Emacs LISP esteja acima, devido a usar dynamic binding >>> por omissão (o Common LISP usa lexical binding). (Acho as explicações na >>> Internet de dynamic binding vs lexical binding confusas). Também, tenho >>> mais confiança no criador de Elisp, Richard Stallman, devido à sua >>> extensiva exposição ao inicio de LISP no Laboratório de Inteligência >>> Artificial do MIT. Penso que Stallman é considerado um hacker de LISP de >>> primeira geração. >>> >>> Depois tem o fato de o Emacs LISP (Elisp) ter manuais livres, que podem >>> ser impressos por quem quiser, legalmente. Enquanto que os livros de >>> Common LISP são muito caros! (eu comprei o Pratical Common LISP e não >>> gostei dele). E não podem ser fotocopiados. O Emacs LISP é superior >>> neste aspeto. >>> >>> Depois o CLHS do Common LISP é de leitura muito difícil, muito confuso. >>> Enquanto que a documentação de Elisp é mais concisa. Também Elisp usa >>> livros `info` (os tais que podem ser impressos legalmente), e tenho >>> acesso imediato a qualquer parte do livro apartir do `info`. Elisp é >>> superior neste aspeto. >>> >>> Depois vem o fato de eu conseguir fazer QUASE tudo com o GNU Emacs. >>> Aprender a usar GNU Emacs é uma escolha sábia. >>> >>> Só depois vem o fato de só ter de se instalar um programa com o Elisp. >>> >>> Patricia, é interessante o que disseste, e faz algum sentido para mim >>> :-) Só te quero dizer que a minha escolha de Elisp, vem de vários >>> fatores. >>> >>> Quanto ao Portacle, prefiro o caminho de instalar as coisas >>> separadamente. Unix-style. >> >> É isso aí---vai em frente. >> >> Saiba que ainda há projetistas de Common Lisp que participam do >> comp.lang.lisp. Por exemplo, Alan Bawden, Jeff Barnett tem postagens >> recentes por lá. > > Sim, já segui o comp.lang.LISP. Depois deixei de seguir por um motivo > que já não tenho a certeza qual é. A coisa está quieta por lá ultimamente. >> Uma pergunta. Você consegue rodar ELISP fora do GNU EMACS? > > Só consegues correr o Elisp com um editor Emacsen. Tipo o GNU Emacs. Por que o plural não é ``emacses''? > O primeiro Emacs foi criado pelo Richard Stallman, por isso vejo o GNU > Emacs (criado pelo Dr. Richard Stallman) como o Emacsen de referência. Com certeza o primeiro EMACS não foi criado por Richard Stallman. Por exemplo, Gosmacs predata o GNU EMACS. O primeiro EMACS talvez tenha sido um que foi escrito pro TECO, o TECMAC. Veja https://www.jwz.org/doc/emacs-timeline.html Richard Stallman não parece ter se envolvido com esse.
[toc] | [prev] | [next] | [standalone]
| From | Daniel Cerqueira <dan.list@lispclub.com> |
|---|---|
| Date | 2024-11-10 19:33 +0000 |
| Message-ID | <87r07ikhnm.fsf@lispclub.com> |
| In reply to | #339 |
Patricia Ferreira <pferreira@example.com> writes: > Patricia Ferreira <pferreira@example.com> writes: > >> Patricia Ferreira <pferreira@example.com> writes: >> >> [...] >> >>>>>>> Não ia querer um dispositivo eletrônico ligado 24-7 na minha casa. :) >>>>>> >>>>>> Entendo. Mas olha que gastaria tanta energia quanto o teu smartphone... >>>>> >>>>> Não é pelo gasto; é por estar ligado, com luzes, calor, barulho. >>>> >>>> Quanto a esses fatores acima (luz, calor, barulho) um SBC não faz >>>> barulho, faz quase nenhum calor, e se tiver uma luz LED minúscula, já é >>>> muito :-) . >>> >>> Bom saber. >>> >>>>> Quando falta luz, preciso religá-lo, fica indisponível, preciso me >>>>> preocupar com a qualidade da conectividade et cetera. Quando faço uma >>>>> caminhada, não gosto nem de levar a chave de casa junto. Se você me >>>>> der um datacenter, eu mudo de opinião. >> >> Faltou luz hoje aqui por várias horas. Fiquei pensando se eu tivesse um >> servidor em casa... :) Sabe do que lembrei hoje também? Minha porta tcp >> 25 outbound (em casa) também é bloqueada. Meu ISP cadastra registros >> PTR de cada IP, mas não cadastra um registro A---faz com que servidores >> como sendmail por padrão neguem a retransmissão de e-mail. Não pensaria >> que isso é proposital do meu ISP. Existe um princípio que diz pra gente >> nunca assumir como malícia o que pode ser explicado por estupidez. :) >> >> Por causa dessa característica do DNS do meu provedor, pra eu conseguir >> entregar e-mail de casa no meu sendmail, tive que pedir a ele pra anotar >> meu endereço IP---só por hoje. >> >> Vou precisar recompilar o sendmail pra habilitar autenticação de >> clientes: o sendmail precompilado do FreeBSD não vem com suporta a >> autenticação. Nem com AUTH PLAIN nem qualquer outro mecanismo. > > Cerqueira, estou com um sendmail perfeitamente operacional. > Retransmissão de e-mail completamente fechada exceto pra usuários com > senha devidamente cadastrada. Métodos de autenticação DIGEST-MD5 e > CRAM-MD5. STARTTLS em perfeita operação também. Servidor POP3 em > operação também e exigindo TLS. Mas sem DKIM. Próxima tarefa então vai > ser aderir ao DKIM. Mais notícias em breve. Duas notas. Primeira nota: Quando a tua luz foi abaixo, também deixaste de ter acesso à tua Internet. Por isso, durante esse período, teres o servidor online ou offline, vai dar ao mesmo. Se usas o smartphone com Internet móvel, este também só dura por pouco tempo até ficar sem bateria. Segunda nota: para quê iniciares a tua conexão ao servidor de email de forma desencifrada, com o STARTTLS, se podes fazer com que esta seja iniciada com cifração, usando uma conexão tipo SSL/TLS? STARTTLS para mim não faz qualquer sentido. Usa SSL/TLS.
[toc] | [prev] | [next] | [standalone]
| From | Patricia Ferreira <pferreira@example.com> |
|---|---|
| Date | 2024-11-10 19:04 -0300 |
| Message-ID | <878qtqwxs7.fsf@example.com> |
| In reply to | #342 |
Daniel Cerqueira <dan.list@lispclub.com> writes: > Patricia Ferreira <pferreira@example.com> writes: > >> Patricia Ferreira <pferreira@example.com> writes: >> >>> Patricia Ferreira <pferreira@example.com> writes: >>> >>> [...] >>> >>>>>>>> Não ia querer um dispositivo eletrônico ligado 24-7 na minha casa. :) >>>>>>> >>>>>>> Entendo. Mas olha que gastaria tanta energia quanto o teu smartphone... >>>>>> >>>>>> Não é pelo gasto; é por estar ligado, com luzes, calor, barulho. >>>>> >>>>> Quanto a esses fatores acima (luz, calor, barulho) um SBC não faz >>>>> barulho, faz quase nenhum calor, e se tiver uma luz LED minúscula, já é >>>>> muito :-) . >>>> >>>> Bom saber. >>>> >>>>>> Quando falta luz, preciso religá-lo, fica indisponível, preciso me >>>>>> preocupar com a qualidade da conectividade et cetera. Quando faço uma >>>>>> caminhada, não gosto nem de levar a chave de casa junto. Se você me >>>>>> der um datacenter, eu mudo de opinião. >>> >>> Faltou luz hoje aqui por várias horas. Fiquei pensando se eu tivesse um >>> servidor em casa... :) Sabe do que lembrei hoje também? Minha porta tcp >>> 25 outbound (em casa) também é bloqueada. Meu ISP cadastra registros >>> PTR de cada IP, mas não cadastra um registro A---faz com que servidores >>> como sendmail por padrão neguem a retransmissão de e-mail. Não pensaria >>> que isso é proposital do meu ISP. Existe um princípio que diz pra gente >>> nunca assumir como malícia o que pode ser explicado por estupidez. :) >>> >>> Por causa dessa característica do DNS do meu provedor, pra eu conseguir >>> entregar e-mail de casa no meu sendmail, tive que pedir a ele pra anotar >>> meu endereço IP---só por hoje. >>> >>> Vou precisar recompilar o sendmail pra habilitar autenticação de >>> clientes: o sendmail precompilado do FreeBSD não vem com suporta a >>> autenticação. Nem com AUTH PLAIN nem qualquer outro mecanismo. >> >> Cerqueira, estou com um sendmail perfeitamente operacional. >> Retransmissão de e-mail completamente fechada exceto pra usuários com >> senha devidamente cadastrada. Métodos de autenticação DIGEST-MD5 e >> CRAM-MD5. STARTTLS em perfeita operação também. Servidor POP3 em >> operação também e exigindo TLS. Mas sem DKIM. Próxima tarefa então vai >> ser aderir ao DKIM. Mais notícias em breve. > > Duas notas. > > Primeira nota: Quando a tua luz foi abaixo, também deixaste de ter > acesso à tua Internet. Por isso, durante esse período, teres o servidor > online ou offline, vai dar ao mesmo. Se usas o smartphone com Internet > móvel, este também só dura por pouco tempo até ficar sem bateria. Minha casa pode ficar offline, mas o serviço (se estiver hospedado fora da minha casa) continua a servir o mundo. Isso faz algum sentido, não? > Segunda nota: para quê iniciares a tua conexão ao servidor de email de > forma desencifrada, com o STARTTLS, se podes fazer com que esta seja > iniciada com cifração, usando uma conexão tipo SSL/TLS? STARTTLS para > mim não faz qualquer sentido. Usa SSL/TLS. Não sei. Estou fazendo como as pessoas parecem estar fazendo. Pensaria que existem MTAs e MUAs por aí que não falam TLS. Se você não permitir uma entrega sem criptografia, você deixaria de receber esses MTAs e MUAs. Então STARTTLS permite que os novos usem TLS. Até agora só vi MTAs Google entregando por aqui---eles sempre dizem STARTTLS. (Talvez por falta de opção?)
[toc] | [prev] | [next] | [standalone]
| From | Ninguém <usenet@rasparta.org> |
|---|---|
| Date | 2024-09-28 09:48 +0100 |
| Message-ID | <0043f83c822e6c0bfdddac3d06a9bacd90a10154.camel@rasparta.org> |
| In reply to | #295 |
Patricia Ferreira (pferreira@example.com) escreveu no dia 2024-09-27 (Friday), cerca das 10:41 -0300: > Não consigo, por exemplo, > entregar mensagens aos MX google.com porque eles me ignoram por > completo. É!... Eu tenho o sonhe de um dia conseguir ter um servidor de email independente do google. Faço um esforço danado para evitar o monitoramento, mas depois não consigo evitar usar o email do google. Receio que, um dia, todo o fediverse sucumba sob o peso do spam e caia no mesmo tipo de sistema (regras demasiado exigentes que impedem um iniciante de entrar no sistema). A única saída seria haver muitos servidores independentes (situação que ainda existe no fediverse). Boa sorte para o empreendimento.
[toc] | [prev] | [next] | [standalone]
| From | Patricia Ferreira <pferreira@example.com> |
|---|---|
| Date | 2024-09-28 09:00 -0300 |
| Message-ID | <87ed54yome.fsf@example.com> |
| In reply to | #297 |
Ninguém <usenet@rasparta.org> writes: > Patricia Ferreira (pferreira@example.com) escreveu no dia 2024-09-27 > (Friday), cerca das 10:41 -0300: >> Não consigo, por exemplo, >> entregar mensagens aos MX google.com porque eles me ignoram por >> completo. > > É!... > Eu tenho o sonhe de um dia conseguir ter um servidor de email > independente do google. Faço um esforço danado para evitar o > monitoramento, mas depois não consigo evitar usar o email do google. > Receio que, um dia, todo o fediverse sucumba sob o peso do spam e caia > no mesmo tipo de sistema (regras demasiado exigentes que impedem um > iniciante de entrar no sistema). > A única saída seria haver muitos servidores independentes (situação que > ainda existe no fediverse). > Boa sorte para o empreendimento. Thanks! Pra ter um servidor de e-mail, você precisa de computador 24/7 na Internet, domínio e uma hospedagem que te permita usar a porta 25 (e as outras) e também configurar o nome do seu IP usando seu domínio, o que se chama popularmente de ``dns reverso''. (Você não precisa de dois computadores se hospedar seu domínio numa empresa de DNS.) Agora, isso não te torna independente de Google Inc. de forma relevante. A maior parte das mensagens trocadas entre as pessoas passa pelos servidores Google já que a maior parte das pessoas usam contas de e-mail Google.
[toc] | [prev] | [next] | [standalone]
| From | Ninguém <usenet@rasparta.org> |
|---|---|
| Date | 2024-09-29 11:21 +0100 |
| Message-ID | <2c3e354fe330930b38df01a1c2f6310331dfdcd6.camel@rasparta.org> |
| In reply to | #295 |
Patricia Ferreira (pferreira@example.com) escreveu no dia 2024-09-27 (Friday), cerca das 10:41 -0300: > Tenho um sendmail rodando em pleno funcionamento, mas sem > DKIM, sem SPF, sem autenticação SMTP. Não consigo, por exemplo, > entregar mensagens aos MX google.com porque eles me ignoram por > completo. Vejam se isto ajuda: https://www.learndmarc.com/
[toc] | [prev] | [next] | [standalone]
| From | Patricia Ferreira <pferreira@example.com> |
|---|---|
| Date | 2024-10-20 21:38 -0300 |
| Message-ID | <87r08anvd6.fsf@example.com> |
| In reply to | #300 |
Ninguém <usenet@rasparta.org> writes: > Patricia Ferreira (pferreira@example.com) escreveu no dia 2024-09-27 > (Friday), cerca das 10:41 -0300: >> Tenho um sendmail rodando em pleno funcionamento, mas sem >> DKIM, sem SPF, sem autenticação SMTP. Não consigo, por exemplo, >> entregar mensagens aos MX google.com porque eles me ignoram por >> completo. > > Vejam se isto ajuda: > https://www.learndmarc.com/ Ajudou. Obrigado!
[toc] | [prev] | [standalone]
Page 4 of 4 — ← Prev page 1 2 3 [4]
Back to top | Article view | pt.comp.programacao
csiph-web