Follow Slashdot stories on Twitter


Forgot your password?

Comment reputation system and moderation (Score 1) 1830

Adopt a reputation system similar to stackexchange. Right now, _everybody_ [who has been on slashdot for any length of time] gets posts started at +2.

The highest a post can is +5.

But, why not allow posts starting at +10 for users who have earned that by having a history of making good posts

Allow anyone with sufficient reputation to be able to cast unlimited votes [ala reddit or stackexchange]. The same rules should apply. If you post on a given page, your moderation doesn't count.

Ironically, of late, when I have mod points to use, I can't seem to find a page I wish to moderate [or feel qualified to do so]. When I _don't_ have mod points, I find pages I _would_ like to moderate.

Moderation should _not_ be completely anonymous. If a person upvotes/downvotes, anybody should be able to agree/disagree. This is like fine tuned metamoderation and the result should accrue to the moderator's reputation in some fashion.

Users should also be able to moderate as to whether the post is on topic or not. The post may be brilliant, insightful, etc. but not really related to the TFA. So, how about "on topic"/"off topic" votes.

This should have gone in my other post: but how about allowing users to sort posts dynamically based on different criteria for each page

Comment Ability to edit posts (Score 1) 1830

Provide the ability to edit posts [possibly for a fixed period of time, say 5-10 minutes]. The edits should be discoverable by anyone (e.g. "show older versions" button). And/or allow the ability to _append_ to posts.

There are many scenarios where a poster forgets some trivial detail and posts [it happens a lot]. They reply to their own post with a correction. This adds to clutter. Also, many repliers never see such corrections and the poster gets hammered based solely on the first message, even though they've already done their "mea culpa".

Also, someone who is quite knowledgeable about a given topic may not be able to provide all the relevant knowledge they have in a single sitting. They may wish to trim one post, reorganize it, to make things more clear, without having to do a separate post [which probably won't be seen anyway].

Right now, slashdot is _just_ a chat room of sorts. Except for the links to the TFA, there is no long term value to the thread posts. Very few people will revisit a slashdot page, looking for reference material. Even the "ask slashdot: how do I handle this situation?" pages that can have a lot of useful advice [and do not have a TFA] are difficult to use for that purpose.

Comment Per thread/message collapsibility/message hiding (Score 1) 1830

Right now you can only set a message visibility level based on score for your entire account.

On a given page, usually the first posted threads are _long_ and usually off-topic to TFA [or drift that way quickly]. This is more prevalent the more difficult the [scientific] topic is. Fewer people understand it, but still want to post.

For example, a post about a discovery at CERN might generate a long thread about the merits of government funding of research. Fair enough. But, for someone looking for a discussion of the true scientific data, etc. would have to scroll through all that. That's a lot of work to get to the more germane posts/threads that usually appear nearer the bottom of the page.

How about a collapse/expand button on _each_ message that will collapse/expand [expose/hide] everything under it.

This would help reduce the effect of the "early posters" that "shanghai" a page with topics that are only obliquely connected with the central topic of a given page.

Now, I'm _not_ against oblique threads. Some are actually interesting. If people wish to reply under these, all to the good.

But, we should give users more ability to filter out the threads they're _not_ interested in reading, or more importantly, scrolling over to get to the threads they _are_ interested in.

Comment Assign a number to ACs (Score 1) 1830

Require all ACs to have a valid login [or have a way to differentiate them internally].

On a given page, the first AC poster is known as AC#1. The AC second poster [if different] is AC#2. And, so on ...

That way, we can see if different ACs are having a conversation [which is fine], or we just have one AC running amok and creating a phony conversation with themselves, just to stir things up.

On another page, the numbers start from 1 (i.e. _no_ correlation between AC#1 on page X and AC#1 on page Y).

This preserves anonymity but also gives a particular page more sanity. It might cut down on the anonymous trolling that seems to have taken over Slashdot.

Comment Re:Faulty sat? No problem... (Score 1) 187

Several AC's replied to me about speed of light being [roughly] one foot per nanosecond [which I had forgotten]. So, 13.7 us is 13,700 ns, or 13,700 feet, or 2.5 miles [just as you said]. Wow! I know that GPS receivers [try to] use several satellites. Can they compensate for this without an almanac update [automatic or manual]? Or, if they use the faulty one, what happens? Would they try to average it in or reject it as too far off the average of the others?

Comment Re:Well, let's see how Google fixes this (Score 1) 85

After the stagefright bug, Google implemented a "rapid response" update system (i.e.) older systems could get security fix updates [but not necessarily feature enhancements]. This preserves the market for new devices but allows older ones to remain secure.

Google rolled this out to its various vendors (e.g. Samsung, Moto, etc.). Several of them have pledged to honor this. Thus, I recently got an OTA [security] update from Samsung for my Galaxy S3 [that was EOL] to fix stagefright.

There was a bit of NRE to put this in place by Google [and the vendors]. Now, I expect, that it should be fairly easy to publish security updates even for older phones.

It's in everybody's best interests to do so. Vendors don't lose the market for new phones. They don't lose market share due to EOL security concerns anymore (e.g. people switch to iPhone simply because Apple can/could publish the security updates anytime). What was an Apple advantage is not one anymore.

Comment Re:20 to 23 (Score 1) 91

Did you do this with fedup? From what I could see, it was possible [despite the dire warnings from fedora about "don't do it"].

And, I've edited grub.cfg to remove "quiet" and "rhgb" not so much because of aesthetics, but because my graphics card was having issues with some versions of the nouveau driver.

Comment Re:Android security? lol! (Score 1) 126

I just got an OTA update that fixed the stagefright vuln for my [Boost] Galaxy S3. AFAICT, it was [mostly] just security fixes, which is fine.

IMO, Google had to create the tools for the "rapid response" updates, which they did. Now, [IMO smart] vendors like Moto, Samsung, et. al. are beginning to use them.

As a computer engineer myself, I use git. I know how relatively easy it is to apply source patches to older tree branches using it. Since git is at the core of Android source tree development, this is also easy to do. Google just had to package this up as a release system.

This works for everybody: Consumers, vendors, and telcos. It improves the brand quality/loyalty. I really like Android, but the prospect of "being left behind" on security fixes was beginning to make me think [reluctantly] about Apple/iPhone/iOS because of the security update issue.

It also can address the "fragmentation" issue, if the monthly updates add some forward compatibility libraries. Apps crashing because they were built for Android version N, when I only have N-x. I don't mind a few feature restrictions, because that's better than outright freeze/crash/lockup/etc. necessitating a reboot.

Comment Re:Good time to be an Android developer! (Score 1) 215

Google has been working on Dart [has its own VM which is more efficient, but can cross-compile to the JVM]. But, Dart hasn't caught on quite the way they hoped. And, then there's Scala ... And, I do believe perl6 can [or will] compile to the JVM.

They could also migrate away from the JVM since they [sort of] do already by doing JIT conversion to dex format [which is a "general purpose register" model rather than a "stack machine" model, IIRC].

This gets done when a new APK is installed. Also, when my Galaxy S3 gets a firmware update, after the 2nd auto-reboot, it goes through an "optimizing apps" phase for all my installed apps [the dex conversion, AFAICT]. This could be extended to translate legacy binary API calls to whatever they come up with. For new development, developers just use the new API definition files [which sidestep the alleged copyright issue]

Comment Re:Foolish... (Score 1) 175

No, I'm looking at all job mixes. Ripping through a large array is going to be memory bound. Business code will benefit more from 64 bit.

When you do a function call in 32 bit, you have to calculate the argument values, then do pushes to the stack. In 64 bit, you put them directly into the correct registers. The optimizer is usually good enough to do the calculation directly on the target register (e.g. it doesn't calc the value in %rax and then move it to %rXX--it does the calc directly on %rXX). So, for four arguments, you save four push instructions, not to mention storing the the cache/dram. Further, if some of the args are just passed along:
{ ...

The a/b values are simply already in the correct regs, so you skip two fetches and two pushes.

Once again, the extra regs allow the exec unit to see the parallelism available. This can be [and is] applied to almost every five instruction sequence in any function.

Oh, forgot to mention the RIP relative addressing advantage when generating PIC (position independent code). In 64 bit, address calculation is done relative to the %rip (program counter) register. This is wonderful for shared libraries (e.g. .so's, .dll's) which are built using PIC. In 32 bit, you have to burn the %ebx register to have a base register to address from. So, the available register count dwindles by one.

Speculative execution. If you have a sequence like:
    test ...
    bnz value_nonzero
    inst6 ...
    b elsewhere

    inst21 ...

The execution unit may execute both pathways simultaneously [speculatively] (e.g. either the branch is taken or not). The exec unit may not have enough info to decide the branch (e.g. the data dependency graph shows that one part is waiting on a memory fetch--Or it's waiting on results from the [relatively slow] floating point unit). But, the exec unit doesn't wait until the branch is decided. It keeps executing both in separate instruction streams because it notices that they are independent of what the branch is waiting for.

When the branch is [able to be] decided, it will throw away the path that isn't used. The advantage is that whatever decision path is used, we're already several instructions into it. That is, we didn't have to wait until the test results were available. This can be nested. If one or more of the paths have themselves conditional branching, they, too, will split and do speculative execution. These speculative paths form a tree structure. IIRC, x86 have a max tree depth of four?

Doing this is greatly aided by the extra registers. It reduces the number of pipeline stalls.

Seriously, if any of the above is news to you, I'd refrain from making statements about 64 bit performance. Your original about "many objects being 2x the size" was my clue. Even if you are a programmer of sorts, it seems to me that you don't truly understand much about the underlying architecture [x86 in particular].

Comment Re:How much "tax" really? And client alternatives? (Score 1) 418

Nice to hear some positive feedback on kmail.

I have two gmail accounts. One for sensitive stuff [medical, financial, etc] and I use thunderbird configured for POP3, partly because of gmail's goofy handling of subfolders doesn't mix will with thunderbird using IMAP. So, I just pull everything to local folders and have many filter rules.

The other gmail account was created when I got a smart phone [Samsung galaxy s3] and I just use the samsung email client [using IMAP]. I use it mostly to send links to articles from firefox on the phone, so I can read later on desktop and bookmark there. The other reason is that no sensitive stuff ever shows up on the smart phone.

When I have to access the second account on a desktop/laptop, that's where I've been using evolution. I'll give kmail a try there--thanks.

Slashdot Top Deals

All life evolves by the differential survival of replicating entities. -- Dawkins