usa

usa

That's it. I'm writing a replacement for /prog/ in LISPTHfactorprolog, archiving and hosting the content of this /prog/, and I wont block tor. It will stay up until this host doesn't block tor. No ips will be persistently stored and spam will be filtered based upon scanning content and implemented by user-contributed scanners that use artificial intelligence.

Wrong thread. https://dis.4chan.org/read/prog/1357647919/1-

>>2
Are you me? I don't remember posting this, but I am fucked up at times.

No ips will be persistently stored and spam will be filtered based upon scanning content and implemented by user-contributed scanners that use artificial intelligence.

That's exactly what I want to do. Maybe we could team up and, you know, actually start to code.

>>4
Ok. For source control I vote that we upload zips here in base64.

>>5
That might not be the most practical way to do it, but it sounds fun.

But let's agree first on the language: I don't know Prolog.
Lisp, on the other hand offers all the tools we need, from the web server (hunchentoot) to ... well, anything.

>>6
I'll just implement prolog in lisp. So lisp it is. Common Lispu, Scheme, Racket, or Clojure or NewLisp, or PicoLisp?
/

>>7
Does Common Lisp sounds like a reasonable choice? SBCL's licence is:
a mixture of BSD-style (for a few subsystems) and public domain (for the rest of the system)

>>8
SBCL it is. We work off of whoever makes the first commit. To protect my linguistic identity, I will provide no comments and all of my variable names will be incrementing sequences of the alphabet.

Please stop goodposting in the shitposting thread!

Here the Email field recognize two commands: noko and sage. It could be much more. A whole sandboxed scheme interpreter in a Command field, but I digress.

What I really like is the idea of a pure AI moderation: you just cannot trust humans. Only the machine is fair. I think we agree on the essential: access log must go to /dev/null.

I don't know what is your position about forced anonymity. I am not sure myself if it's the best option. I dislike the use of names, they cause a lot of flaming, and I am not a big fan of tripcodes, (although they are very simple to use). I think that if a poster must be identified, we should offer the option to attach PGP keys.

>>10
You should not bump this. Bookmark, sage, and sink.

>>12
Why not? Sage is a useless function. If you don't want someone to see your post, why make it? The whole "polite sage for a post that doesn't contribute" might work for you mental midgets who've never had an original thought in your lives, but I fail to see a reason that anyone should be deprived of the thoughtful   comments of a Renaissance man such as myself.

>>11
There could be more features. Offering a tohouing complete scheme interpreter could invite denial of service attacks if its time and space access wasn't regulated.

Yes. Spam is easy to detect. After all, it is computer generated. To keep the spirit of /prog/ that's the only thing that can be blocked. Even then, the spam has become a part of the environment here.

I'm hesitant to take away any features already existing here. I would aim to create a shii_tchan clone, even going as far as to emulate its bugs that don't compromise anonymity. Tripcodes are not robust but they serve a purpose, and as long as some people like to use them they should remain. PGP keys would be nice as long as they didn't get in the way too much for those not interested in seeing them.

>>9
SBCL it is. We work off of whoever makes the first commit.
Deal.
To protect my linguistic identity, I will provide no comments and all of my variable names will be incrementing sequences of the alphabet.
Hmm. What's the problem with using english? It's not my mother tongue either.

Although an open proxy that can be accessed from tor would be enough. To ensure it never gets banned, it can block all posts going to the 4chan image boards. Posts going to the text boards just need to validated to see if they aren't failed attempts at automated posting. It would be fun to write a text board but it has the problem of fragmenting /prog/. Although it could use automated posting to forward all new posts to the original /prog/. But at that point it may as well be a proxy.

>>14
There could be more features. Offering a tohouing complete scheme interpreter could invite denial of service attacks if its time and space access wasn't regulated.
I know, it's a bit crazy. It really doesn't have to be touring complete. Just a couple of functions (some hidden or undocumented, because it's fun) that could take arguments. It could be used to upload PGP keys. That way the feature doesn't go in the way of people not interested in it.

Yes. Spam is easy to detect. After all, it is computer generated. To keep the spirit of /prog/ that's the only thing that can be blocked.
I fully agree.

I'm hesitant to take away any features already existing here. I would aim to create a shiitchan clone, even going as far as to emulate its bugs that don't compromise anonymity. Tripcodes are not robust but they serve a purpose, and as long as some people like to use them they should remain. PGP keys would be nice as long as they didn't get in the way too much for those not interested in seeing them.
I guess you're right about tripcodes: I should not forget that the purpose is to offer something nice for the random user, not exclusively for me.
About emulating shiichan bugs, if you're only speaking of BBCode, it could be implemented as a feature (markup shiit-compatible). Markdown? Sexp-code? One thing that I do miss here is the ability to use mathematic notation.
I was seeing the whole thing as a very minimalistic board, where most of the work is done client-side with user-scripts. (audience being a bunch of expert programmers). E.g, an user browsing with emacs can always use auctex to view the latex formula in the buffer. Firefox users would have to use a Greasemonkey script...

>>11
What I really like is the idea of a pure AI moderation: you just cannot trust humans. Only the machine is fair.
How would a machine know how to moderate without supervision? A machine can categorize posts into clusters, but it still needs to human to tell it which clusters are good or bad, so the machine is as biased as the human who has instructed it.

>>9
To protect my linguistic identity, I will provide no comments and all of my variable names will be incrementing sequences of the alphabet.
Troll thread detected. Abandoning ship.

>>13
How rude!

>>7
I'll just implement prolog in lisp. So lisp it is.
[spoiler[IHBT[/spoiler]

Revision #1. I'll continue tomorrow. Now I sleep!

UEsDBAoAAAAAACgCKkLLjoEZEQAAABEAAAAMABwAYmJzL2Jicy5saXNwVVQJAAMMee5QDHnuUHV4CwABBPUBAAAEFAAAADsgQ2hlY2sgbXkgZHVicy4KUEsBAh4DCgAAAAAAKAIqQsuOgRkRAAAAEQAAAAwAGAAAAAAAAQAAAKSBAAAAAGJicy9iYnMubGlzcFVUBQADDHnuUHV4CwABBPUBAAAEFAAAAFBLBQYAAAAAAQABAFIAAABXAAAAAAA=

>>22
Great work!

Just to let those know, I'm >>16 and I don't think I will be implementing a substitute to /prog/ since it would divide an already tiny community. Instead I will be implementing an open proxy that isn't capable of receiving an auto ban from the text boards. A lisp bbs would be fun though, I'll contribute later if anyone else wants to start it for now. The proxy shouldn't take too long.

I could create a proxy using http://httpd.apache.org/docs/current/mod/mod_proxy.html but how do I not appear to be a party that is attempting to identify posters by getting them to make posts through the proxy?

>>2-25
IMPLEMENT SEXPCODE NIGGERS

While considerably better than the common route, the story was basically just a massive infodump with flashbacks and angst into conclusion.

The problem was when they left out large chunks of the story and the tiny things that made it enjoyable, the people who watched it without reading the VN were probably confused as fuck since they had to fit everything into 26 episodes.
They even left out a lot of red text. Also they barely even used the sound track, except for suspicion