Forgot your password?
typodupeerror

Comment: Re:Astronomy, and general poor night-time results. (Score 1) 550

by Khazunga (#47528003) Attached to: Laser Eye Surgery, Revisited 10 Years Later
I did Lasik 11 years ago. Exact same symptoms as you describe, plus eye dryness at the end of a working day. Every symptom disappeared in six to nine months. The first three months saw considerable progress, and then a slower pace. Now, the only remnant of the procedure is higher sensitivity to strong daylight. Solvable with sunglasses, of course.

Comment: Re: Could be a good sign... (Score 3, Insightful) 199

The problems are such that you don't need huge datasets to choke O(n) solutions in the execution time limit. Winners at these competitions know how to produce efficient code. They may need to learn maintainability, but I'd wager that is an easier skill than producing the kind of efficient *and* correct solutions they come up with. Try your hand at some of the problems to see how hard they are: http://uva.onlinejudge.org/

Comment: Re:He Is Free Now (Score 1) 589

by Khazunga (#42569923) Attached to: Aaron Swartz Commits Suicide
Your argument falls to pieces when you look at the financials of the scientific publishing system: peer reviewers don't get paid; authors don't get paid; most of the added value is retained by publishers because they hold the gateway towards recognition by the scientific community.

In the past, publishers did an important work. Today, they should be replaced by digital tools. And they will. In time.

Comment: Re:Hardware is a dead-end (Score 2) 120

by Khazunga (#39721569) Attached to: IBM Sells Point-Of-Sale Business To Toshiba

Yet, a HW guy (EE Major) has arguably the same skills, foundation, and fundamental knowledge as SW guys (CS majors). Its really just that EE guys don't like doing CS, but they could do it easily. I went to a top-tier uni with EECS as a combined major (and this is common at the top uni's). I can tell you the top EE guys aced their CS classes easily and beat out the top CS guys or were on par.

Wrong. Much as Dilbert's PHB, you assume that stuff you don't know is easy, based on the initial learning curve. Granted, throwing in a couple thousand line coding project is easy. That's the algorithmic training, and that is the easy part. Many kids learn that on their own well before their teen years. The difficult part is the system design; the cobbling of many software pieces to work together coherently; the design of clean abstraction layers (non-leaky abstractions are perhaps one of the most difficult engineering tasks); the design of stability pillars for maintainability (test frontiers, on APIs or on abstraction layers, documentation).

To put it into familiar terms, it's as easy for you to code as it is for me to program an FPGA, stuff it into a breadboard, plug in sensors and actuators and produce a prototype. However, CS guys know that they will never ever design a decent electronic circuit for mass production, even if they can tinker with EE stuff. EE guys will, like you do, boast to be able to decently design a decent software stack for mass usage. They can't (mass generalization). Not without relevant training. Information systems can get pretty darned complex, and just because they don't burn on failure or don't crash into rubble doesn't make software design any less difficult, just less appreciated.

Privacy

+ - SOPA is dead, long live CISPA->

Submitted by
Khazunga
Khazunga writes "Ok, so the Internet acted in unison, repealing SOPA/PIPA. Danger averted! Not for long... Enter stage left, CISPA, the Cyber Intelligence Sharing and Protection Act is going to be voted in two weeks. Domain seizure? Check. Unwarranted privacy violation? Check. Vague wording, allowing for government super-powers? Check.

The EFF is already on top of the issue. Use their form to contact your representative.

Oh, and for the mytical cherry on top of the cake, the proposal is supported by Facebook."

Link to Original Source
Facebook

+ - Facebook Says It Has 'No Intention' To Abuse CISPA

Submitted by Anonymous Coward
An anonymous reader writes "Facebook is supporting the Cyber Intelligence Sharing and Protection Act (CISPA), despite opposing the Stop Online Piracy Act (SOPA) and the PROTECT IP Act (PIPA). SOPA and PIPA were about intellectual property, and allowed courts to remove DNS listings for any website hosting pirated content. CISPA is meanwhile about security, and makes it possible for companies to share user information with the U.S. government (and vice versa) if the parties believe it is needed for the greater cyber security good. That being said, CISPA has loopholes that allow it to be abused, especially when it comes to Intellectual Property and privacy. Facebook says it will not do that, and will instead work on closing these loopholes."

Comment: Re:Gold Reserves (Score 1) 353

by Khazunga (#39673311) Attached to: Portugal Is Considering a "Terabyte Tax"
Christ! Study your history, man. Portugal was pretty much flat-out broke by the end of the XIX century. The gold reserves were accumulated by a fiscally conservative dictator that ruled the country during the middle XX century (up to '74). You may argue that some of that richess came from Angola and Mozambique, but if you know Portuguese presence there, I can't see how you can call it plundering. When the Portuguese were kicked out, those two countries went 100 years back in time. Only now are they recovering, and the infrastructures are not yet even close to what they were in '74.

Comment: Incorrect article (Score 1) 353

by Khazunga (#39673179) Attached to: Portugal Is Considering a "Terabyte Tax"

First point: this didn't pass into law, after active online campaigning; the law was shelved, will be revised, and may (probably will) be resubmited for approval in the future.

Second point: this wasn't a "pure" tax. This is a compensation scheme to pay back artists for "lost revenue" due to the private copy law. The private copy law (already in effect), allows citizens to copy artist work for private use. Putting an example into it, ripping a CD I own and copying the mp3 onto my ipod is perfectly legal, under the private copy law. Artists somehow believe I would buy the same art twice (once on CD and again on mp3), so they cry out for compensation. In fact, a compensation scheme already exists (on the old private copy law), which levies blank media (tapes, CD-Rs), but it did not include hard disks and solid state storage. This law meant to update the old compensation scheme. It's stupid, designed by someone who doesn't know Moore law, and was rightfully bashed in public.

I just hope it doesn't reappear in camouflage. Or whenever people are distracted by something else. The law is stupid beyond belief.

Comment: Re:heh (Score 1) 1091

by Khazunga (#39427791) Attached to: Why Linux Can't 'Sell' On the Desktop
I call FUD on your comment. You have two paths at your disposal:

a) Statically link every library that may be problematic, or dynamically link against libraries shipped with software. It's the same Windows as OSX apps do; or

b) Use the distribution package managers, something that is incredibly missing from Windows and OSX. State your dependencies. Granted, you'll have to support two different package formats (.deb and .rpm) and two to three distributions (debian, redhat and maybe suse). Nothing that complicated, and a task for which there is lots of supporting software

You are complaining that option b) is a pain. I disagree, but even if I'd grant you that point, you overlook the presence of option a) for release. I can't fathom how having a new avenue for releasing software can be construed as bad.

Comment: Re:Android ftl? (Score 1) 358

by Khazunga (#38935801) Attached to: iOS Vs. Android: Which Has the Crashiest Apps?
Hmm, Deciding, on compile time, when an object will no longer be used smells, to me, as a variation on the Halting problem. It is not feasible. You may deallocate some objects, where it is provable that an object is no longer used, but you will leak memory, because not all cases can be proved at compile time.

Comment: Re:Curious (Score 1) 445

by Khazunga (#38935105) Attached to: Ask Slashdot: Are Daily Stand-Up Meetings More Productive?

Time, and the evolution of science it brings, is an amazing thing. Once, developing a nuclear bomb required gathering a super team of scientists, closed off in a campus inventing bleeding edge chemistry and physics. Today, the workings of nuclear bombs are considered trivial by scientists in the area.

Dijkstra's algorithm is, by today's standards, pretty trivial. It's a breadth first search in a graph. Simple enough to be completely described in a single sentence. I'm not negating the brilliance of the scientist, I'm merely stating software has evolved in the last decades.

If the algorithm is simple enough to be described in one sentence, a software engineer, self taught or not, better be able to get there, when asked for a solution to the problem. Again, knowing it by name is irrelevant, but when asked for a shortest-path algorithm for a graph, any half-decent developer should be able to reach a reasonable approximation.

Comment: Re:Curious (Score 1) 445

by Khazunga (#38935057) Attached to: Ask Slashdot: Are Daily Stand-Up Meetings More Productive?
Please re-read my comment. I asked for no such technical detail. I ask for basic knowledge of solution-space search approaches. An SQL developer, to use your example, who does not know that, won't surely be able to distinguish a b-tree index from a hash index and will tangle himself in an SQL knot in a heartbeat when facing non-trivial database tasks. I partially concur with you on UI developer skillsets. We're not yet at the point of being able to use non-techie types for UI development, but the toolset is evolving in that direction.

Comment: Re:Curious (Score 1, Interesting) 445

by Khazunga (#38926181) Attached to: Ask Slashdot: Are Daily Stand-Up Meetings More Productive?

Frequently, software development isn't about what you know... it's about what you don't know and how quickly you can learn it.

That may be true, but not in Dijkstra's case. Dijkstra is quite simple. If, in an interview, I ask the candidate to design an algorithm for a shortest-path search in a graph, and he does not eventually arrive at a breadth first algorihm (Dijkstra) or a well design depth first, he's out. It's not about the formal knowledge, as much as it is about the thought process. A programmer who can't pass this test will surely design problematic software (in many fronts, like performance or security).

"Atomic batteries to power, turbines to speed." -- Robin, The Boy Wonder

Working...