Lets face it, GJS/JSB-1 was a failure. It attempted to enact a system of vetting respectable /prog/ posters, but all it accomplished was enabling trolls to hijack the protocol and create 'authenticated' shitposts[1]. The fatal flaw in the GJS Protocol, is the fact that the users of the protocol remain anonymous. What the GJS creator failed to realize is that there is a good side and a bad side to each and every poster here on /prog/. Our greatest programmers are also our greatest trolls. What I propose is a simple. First, we must all begin to use tripcodes. Then we must filter out all anonymous posts. If you see a post you don't like, filter out his tripcode. If a poster has a reputation to uphold, he won't sully his name with shitposts. If he wishes to shitpost anonymously, he will be filtered out.
I want you're honest opinion /prog/, what do you think of this proposal?
We should all learn katakana and use it to transliterate English messages.
Then people who can't invest the necessary effort required to participate in the discussion (that's 99% of the boring trolls) would be excluded automatically.
>>4
It's not hard to make a tool to romanize katakana (even google translate can do it), and you can use your average japanese writing tool (like JWPCE) to write it. All you'll end up is with unreadable crap, on both sides.
Lets just put VIPPER in the namefield, everyone who doesnt will be disregarded as "new-friend" and VIPPERs shall be VIP QUALITY[.
Every VIPPER caught being Un-VIP will be eaten by JEWS.
Name:
Anonymous2011-03-07 9:59
>>11
Putting VIPPER in the namefield has been scientifically proven to be the fastest way to get autism.
The GJS protocol simply demonstrates what I have long suspected: the shitposting autists are actually just the good programmers.
Name:
Anonymous2011-03-07 11:01
I think it's a better solution than GJS, but convincing the rest of /prog/ to go along with it is going to be the real issue. Reddit lacks the 'filtering' option, which I am in favor of.
Name:
VIPPER2011-03-07 11:07
Guys, I feel the sudden urge to stack items in groups of three.
The illusion of /anus/ being spoiled beyond the point of no return is carefully crafted to keep mediocre posters away, who seek instant gratification from a community and are turned off by the masquerade—whilst only the utmost imbeciles and savants are left; the former being fleeting in the face of [/anus/]autism[/ /anus/].
>>22
I don't know, it's pretty terrible. It was terrible the first time it was spammed (forced) on /jp/, but it somewhat receded there. I believe it was forced by someone from another (image) board, but I can't remember which one it was. I suspect it will disappear from /prog/ when the party gets bored and stops posting. Besides, there are worse things here, like that certain spam bot.
OP has a point when he says our best is also our worst,
but misses the ball when he says reputation is going to save us.
in any case, i am opposed to trying out new things with this /prog/.
if you want to have a better /prog/: start a new one, don't try to change this one.
Allow me to share my vision of what I refer to as the hybrid model:
A textboard with compulsory registration and login but strictly anonymous posting. All posts are internally associated with a user but this identity is never known to the other users. The usual maintenance measures would be integrated (captchas to stop scripts, reporting posts, deleting own posts and so on). Moderation would be meticulously logged internally. There are only permanent global bans. Users can hide all other posts by the author of a post they dislike but who isn't banned.
Caveat: users need to have some trust in the admins. The internals of the system can never be made public (thus no transparency) to prevent exploits.
:GJS1M 67dcbdbce4a0b67c4b48e86a6ae29205a95e4b83024a9d947213d1231800e8d9
:531 3c84d6c448a86031c7db1020658bae2b
:1299507920 1299540403 >>1 Our greatest programmers are also our greatest trolls. You don't need to be a great programmer to implement JSB-1, and it's just one autistic retard that spams signed shitposts.
Also, /prog/ is rather lazy in that (AFAIK) no one bothered to design another relatively hard to implement signing algorithm.
>>32 The internals of the system can never be made public (thus no transparency) to prevent exploits. Wait, what? If the system is good enough (i.e., unlike Shiitchan) then it would be exploit-proof.
>>32
Internals should be available, as >>34 said, eventually the bugs will be weeded out if they exist. All it takes is a dedicated developer or dev team. Surely, this can't be to too much to ask of someone making a programming BBS, right?
Name:
Anonymous2011-03-07 17:38
A good programming board SHOULD have exploits. It gives users something to explore and discover and brag about when they find them.
Name:
342011-03-07 17:54
>>35
I might try writing a BBS in the next 2 months, though even if I succeed I wouldn't expect /prog/ to like it enough to switch.
Still, /sicp/ was rather successful...
>>36
That's true, too. It's one of the fun things about Shiichan.
>>32
Actually this is a great idea. On the face of it we would still be anonymous and have the advantage of being anonymous but also with all the same advantages of a more traditional forum. As you said you would really have to trust the admin. Interally all posts by an anonymous user would still be associated with a discrete identity but this relation should never be known. Thinking of it like that, if you filter posts by user x the absense of posts that previously existed would be enough information to expose the user's identity.
If that's how the feature would work then it's the same as having no anonymity at all. If ignore should only apply to one post it's exactly the same as /prog/'s current problem.
>>40 why not simply let moderators hide threads/replies and be done with it?
Maybe because they don't give a shit? >>32-san's idea is pretty good, especially if ``registration'' is not too much invasive. (i.e. optional email address)
We also need IDs again.
>>41
IDs are a bad idea as it's possible to bruteforce someone's IP address. Even if you say that you can't do that without the salt, salt's been leaked on both shiichan and imageboards multiple times - all it takes is one minor mess up from the administration and then everyone's IP's are obtainable. I'd rather have no IDs than get the host of issues that come with them, besides it's very easy to identify people by the style they write their posts in.
>>42
What are the issues with being able to find other's IP addresses, besides being able to tell if someone is a JEW or not?
besides it's very easy to identify people by the style they write their posts in. Not necessarily; I haven't been able to reliably identify /prog/ posters, anyway.
>>40
There's no other way, I know it sucks. Look at /prog/. It's full of shit. >>39
I don't really think there is a way around that. Filtering single posts is a waste of time. And by hiding all posts of a specific user you still won't know his identity, only what he used to post if you keep track.
The internals must be kept secret to allow measures like "report user X for review if 25 % of his posts were hidden at least once"; "report user X for review if 10 users reported any of his posts in the last 48 hours". You can't put that in any official rules, people will exploit it, but it can be a very helpful tool for moderation. Essentially weeding out bad posters by community without them knowing. If you open source that, you have already lost, don't even bother
>>46
I forgot, in a hybrid model board, there could still be a designated board that allows showing the ID voluntarily, as an experiment. Could be interesting to see how it fares against the default anon board.
First, we must all begin to use tripcodes.
hypocrite OP doesn't even use a tripcode himself.
if OP had used a tripcode he'd be forever "that guy who had the modest proposal"...
whoever starts using tripcodes here is going to single himself out from the herd and get ripped apart by the hyenas (until his tripcode is hacked)
start your own chan