Slashdot is powered by your submissions, so send in your scoop


Forgot your password?
Slashdot Deals: Deal of the Day - Pay What You Want for the Learn to Code Bundle, includes AngularJS, Python, HTML5, Ruby, and more. ×

Comment Re:add a clause. (Score 4, Interesting) 190

That's a good idea, but there's something else interesting. DMCA is under penalty of perjury, and he has documentation to prove it. This is the point at which you send them a settlement letter. Especially if that contract had the clause you mentioned, if it goes to court, then SONY is not in a happy place.

If SONY loses the license, then every view from then on is an instance of copyright infringement. That's stupid amounts of money. Courts tend to look down on such clearcut cases of perjury too.

Comment Re:Stated Intent Means Virtually Nothing (Score 1) 92

In Tennessee, United States the judge will modify the agreement if he or she deems it overly broad. Basically, the contract can say you can't work anywhere for the rest of your life, and the judge will knock that down to anywhere in (overly broad category) for two years. They never just toss it out.

Technically, the company has to give you something if they want you to sign it after you've joined, but the number TN judges like is at least $50. So here, two years of not being able to work in your profession is worth $50.

Heck, my law class used the example of a pest control company. Because the secret of how to sprays for bugs is apparently that big of a deal.


Comment Re:Use Git (Score 1) 325

In some ways yes, in some ways no. Large history can be an issue, but to get to that point you pretty much need to be doing something pretty special for a fortune 500 company. The entirety of the Linux Kernel clocks in at under 2GiB, the only company I've ever heard make the claim that this is an issue was Facebook, who went with Mercurial instead.

The trick with branches is that each represents a different feature or bug fix. So long as they don't touch the same bits of code, git makes merging them painless. Local branches allow for trying out ideas, and swapping between tasks easy. Remote branches allow for greater control. A common paradigm is only one or two people have commit access to master. Everyone else asks them to merge their branch.

This branch and merge strategy, called 'pull requests', is the key to github's success. On sourceforge with svn, I would have to generate a patch file, then send it to the developers somehow, then wait for them to examine it, before finally deciding to add everything as one large commit. This can take a while, especially if several things have to be modified. Worse, the developers have to revert their local code copy to a clean slate before applying the patch. With git and github, you can easily view what's going to change, and merging is a simple click/command.

Comment Re:Git (Score 1) 325

Git has what are known as hooks. Things that are run whenever you do something, like committing a file or trying to push to somewhere. It's how you get E-Mail notifications. These aren't anything new, so I think subversion offers something similar. The large difference is in what these let the maintainer do when it comes to integration.

Take a look at this page:
Click on the green check marks or red 'X's. This is something github has integrated into their system, but there are other options as well. The advantage is that developers could add a new feature, or fix a bug without committing directly to the master branch. The primary maintainer can easily view if the patches compile cleanly, and if the patch is acceptable or not.

This is a consequence of how easy it is to branch and merge using git. I know subversion has branches, but they can be harder to deal with and it's hard to spin up a branch for every feature and patch. Combine that with git's local storage and swapping/reverting branches is a sna

Comment Re:Git (Score 1) 325

Actually you can do that with git.
Just set the right pre commit, or pre upload hooks and it'll do it all.

One project I contribute to on github preforms automatic coverity and travis-ci builds/tests every time someone asks to merge their code to the master branch.

Easy way to see if the thing even builds, without the maintainers having to do a thing.

Comment Use Git (Score 1) 325

I'm always going to recommend git as the version control system of choice. It scales well, and you can learn how it works without mucking with servers to start. Plus has some good tutorials, and there are several web interfaces available. If you could convince your IT department to let you use a cloud based system, github would actually be perfect. Also, the speed. Don't underestimate how important that is.

Here's a list of reasons to use it instead of SVN or CVS:

Almost all of the requested features are possible with most version control systems, but, like back end infrastructure, require someone knowledgeable about that particular system to set things up. For instance, there are commit hooks to handle sending E-Mails and doing code checking, but that requires editing the right file.

Comment Re:Seems easy to me (Score 4, Interesting) 120

Not quite so easy. Half the time these federal grants are tied to the individual, not the university. Heck, applying for a research position at my university is a waste of time unless you already have a grant. Side-note: Yep, they're having staffing problems.

The interesting thing is the computers. If they were on site, then it doesn't matter about root access. Pull the plug, and restore from backups or change to single user mode. If they're cloud servers paid for with federal grant money, then it becomes a tricky issue...

Comment Re:Startup management subsystem (Score 0) 416

You should be able to take advantage of all of systemd's features whether the daemon is designed to be run from an init script or not, and even whether it is run from an init script or not. If not, there is either something deeply wrong with you (incompetence) or deeply wrong with systemd (poor design.)

See the part where it's talking about forking vs non forking.

Key features like dependency management, whether a service terminated with an error condition, and what to do when a service terminates are things that you CAN NOT DO if all you have is an init script.

Comment Re:Startup management subsystem (Score 4, Informative) 416

It does seem a bit much, but the systemd transition is a slow one. Many packages are still using init.d startup scripts, which means we can't take advantage of systemd's features with them.

Systemd isn't really a startup management subsystem. It's a full blown service manager. It can be set, at the user's choice, to restart services when there's a problem. It can provide detailed logs from each service.

The best part is the service descriptor files follow a standard. If all people did at this conference was convert package init scripts to systemd I would be ecstatic.

Comment Re:Use an alternative? (Score 1) 492

Programs that require direct GPU access and as much of my system's RAM as possible are the top of my list of reasons for keeping a Windows partition around, personally. So, I've basically got one boot option to put my machine into gaming-console mode, and one to put it into everything-else mode. That set up will change when there's either a technical shift in what I can easily do on Linux or my interests change enough that I'm no longer interested in running that kind of program.

With newer machines having an IOMMU, that might be an option.
There are several ways to let a guest OS now have full access to the GPU, and nothing else.

I've personally switched over to Linux full time, but that's because I don't mind the customization.
I also realized the first thing I did on a new windows box was to install cygwin and windows equivalent of all the handy Linux utilities.
Plus, package managers are a godsend when setting up a development environment.

Comment Re:First explain benefits to anyone besides Samsun (Score 1) 80

While android itself may be open source, the Google APIs are not.
There are some projects to replace them with open source alternatives, but Google keeps adding to/changing them and developers are addicted to the new and shiny.
See the issues people with the Kindle Fire are dealing with.

The other big reason for the change is control. Android might be open source, but it's still Google that decides what direction it goes. Samsung want that kind of control over Tizen, or at least take advantage things being de-facto standards.

For instance Android has it's own compositor sitting on bare metal, and it's own 2d graphics library to talk to that compositor. You won't find either of those outside of android.
Tizen uses a custom compositor with wayland or X11. Apps use whatever graphics library they like, and can just tell the OS to render it. That's standard practice for desktop developers today.

Comment Re:4K h.265 and 1080 h.264 (Score 1) 98

4K h.265 encoding at 2 frames per second on the fastest CPU. And I thought I had a memory channel bottleneck.

Video encoding is insanely slow! How do TV stations handle moving editing and encoding their video. It seems that the evening news wouldn't be feasible at these encoding rates.

High end hardware, professional software that takes advantage of the GPU and custom hardware encoders. Plus, the editing is normally done on uncompressed video.
Not to mention things like animation/effects and encoding are often done on a render farm of dedicated servers.

Comment Re:Why does anyone care? (Score 1) 117

Why should anyone care about the power level, as opposed to the pulse energy?
ie why does it matter if the kilojoule is spread over one or ten picoseconds? Without this vital piece of information, it is hard to get excited (pardon the pun).

Well, given that a 9mm has about the same energy as two or three punches... Yeah, I'd say the time and method of energy transfer/release is extremely important.


"Let's show this prehistoric bitch how we do things downtown!" -- The Ghostbusters