Follow Slashdot blog updates by subscribing to our blog RSS feed


Forgot your password?
Check out the new SourceForge HTML5 internet speed test! No Flash necessary and runs on all devices. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. ×

Comment Re:Agreed, though even small projects grow (Score 1) 229

"I much prefer more organization than less."

I, too, like organized code. I'm just pointing out that dividing code into separate files is not the same thing as organizing it. I can organize code clearly and cleanly inside of a single file, while code split into multiple files/directories can be even harder to understand and navigate than it was in a single file. It depends more on the code structure than the file structure.

Of course, I also understand that you and I have had different experiences, most likely demonstrating different kinds of awful. :)

Comment Re:Good. Also specialization and heuristics (Score 1) 229

Most of what you wrote resonates with me, but the bit about organization of files could use some elaboration.

A single source code file can work well for many small projects, if the code within that file is well-organized. Meanwhile, spreading a project across multiple files and directories can be done to excess, and become an unwieldy nightmare pretty quickly. (Most Java projects I've seen are in the latter category, in no small part because the language encourages it.) A wilderness of files and directories that require automated tools to navigate can be almost as problematic as a big entangled wall of text.

As with so many things, someone who is good at this stuff will be able to find a good balance.

Comment I call them out, then block them (Score 1) 477

I've encountered a few of these people lately, too. Even worse is the type that I call "big fish in a little pond": someone who spends a ton of time responding to questions in a particular forum, but sometimes makes assertions that are grossly misleading or dead wrong, and attacks anyone posting information that undermines their message. I figure some of those are paid shills (the ones who consistently defend products/services in support forums) and others are probably just toxic people who love feeling authoritative.

I haven't figured out a universal way to deal with these people, but my best results so far have been to immediately call them out for being jerks, and if they persist, follow up with a post letting them (and the other readers) know that they have been blocked. Of course, I block them as well.

Submission + - Devuan: A systemd-free GNU/Linux distribution

An anonymous reader writes: The first forked from Debian systemd-free release is available: Devuan Jessie Beta 1.0 . See and links
therein. The files to download are at: Finally available and long waited for :) If you want to upgrade from Debian Wheezy, just point /etc/apt/sources.list to: deb jessie main. Looking forward to the Ascii (testing) and Ceres (sid) versions soon.

Comment Re:Not quite that simple. (Score 1) 133

Wouldn't it be a problem If xevilteddy simply changed the environment? Or launched another process without this environment variable?

If I understand xauth correctly, the answer is yes, assuming xevilteddy could find another file containing trusted xauthority credentials. (For example, the original .Xauthority file.) I suggest isolating xevilteddy in a container (LXC), and not putting the trusted credentials in that container.

Comment Ubuntu has advantages over Debian on the desktop (Score 1) 185

Every year or so, I get the urge to replace Xubuntu with Debian on my desktop and development systems. Sadly, it just doesn't make sense to do so. Ubuntu still has a few huge advantages over Debian. In particular:

Ubuntu's bug tracking system is far more convenient than Debian's, provides richer categorization and relation tools, and integrates with upstream trackers. I waste less time when I have to report problems, and since more people are sharing knowledge in launchpad, I also waste less time on diagnostics and fixes. Average users find it more approachable, too, and can often use it to find a workarounds for problems that they need solved before the next Debian release cycle crawls around.

Ubuntu's personal package archive system is both a public build farm and an open software repository. This means I can share custom software packages with others, with no bureaucratic overhead, on any release schedule I choose, through a channel that's extraordinarily easy for users to install, with integration into the standard system update process. Oh, and I don't have to set up build environments for multiple architectures (or in some cases, any build environment at all). Of course, all of this also benefits non-developers, by giving them access to a lot of software that isn't part of the Debian archive.

Last time I checked, Ubuntu still had far better support for certain important hardware components, like my graphics card. I'm an advanced user, so I could probably jump through the hoops to get proprietary drivers working in Debian, but most people don't have that kind of knowledge or the time/inclination to develop it. I wish there was a way around this by simply choosing different hardware, but there simply is no good substitute for certain proprietary devices. (Linux gamers can either use nVidia hardware with the closed driver, or be stuck with inferior performance.)

Despite Ubuntu making some dumb decisions and pissing me off at times, it honestly has done a lot to advance linux. I'd like to switch to Debian, but honestly, it would just make my life harder. I hope it catches up soon.

Comment Wake me up when they fix the UI (Score 1) 87

Git's user interface is the biggest counterproductive, nonintuitive, inconsistent, needlessly complex, user-hostile, pile of garbage that I can remember ever haunting my terminal, and I say this after having worked with sendmail config files. Sadly, Linus' name and GitHub's early momentum have propelled this blight on the face of modern software development into entrenchment.

Meanwhile, Mercurial has all the same power with practically none of the pain.

When I wondered how a tool as important as Git could go for so long with such glaring (but fixable) flaws, I found archived messages from Git maintainers who were not only too stubborn to learn from other projects, but also such obstructionists that they actually discouraged improvements. Nobody wants to donate their time in an environment like that. So much for, "it's open source; contribute a fix yourself." How very sad.

Slashdot Top Deals

"There is nothing new under the sun, but there are lots of old things we don't know yet." -Ambrose Bierce