Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?

Comment: Re:A Pox on Both Your Houses (Score 2) 339

by elgatozorbas (#48254333) Attached to: LAX To London Flight Delayed Over "Al-Quida" Wi-Fi Name
A agree. How is this different from making "bomb" jokes at the airport. Everyone knows "bomb"-jokes are not taken lightly by serucity personnel. Same holds for using such stupid SSID. I *also* know this does no actual harm and, most likely, real terrorists would not use this name etc, but broadcasting such an SSID in an airport is just not a very smart thing to do because it can be expected to trigger security folks. Note that I am not defending them, just saying that their reaction is not completely unpredicatable. If you value such a joke more than your time, go ahead, but I don't.

Comment: Why is it necessary to reverse engineer this? (Score 1) 167

by elgatozorbas (#48010439) Attached to: Why the Z-80's Data Pins Are Scrambled

I think all first year computer science / programming / engineering students should be introduced to this and learn how to write programs for this environment first before moving on to modern systems. True power is being able to write useful stuff with only 64kb of ram and 1mhz of processor, and have it run in an acceptable time frame, and taking those skills and scaling up today's multi-core/ multi-gigahertz/multi-gigabyte address spaces.

While I agree, I wonder if this is actually true. To what extend does knowledge about efficient coding on an 8 bit machine with limited memory teach us anything about programming these heftier CPUs? Maybe the only people that should really have chewed the bits are the writers of compilers. For all others it might not matter so much how the compiler and the OS handle memory allocations and the like, and it may be more useful to focus on the program structure instead of the implementation on the CPU.

Comment: Re:HAL 9000 (Score 1) 120

by elgatozorbas (#47902713) Attached to: The Challenges and Threats of Automated Lip Reading
Why not? Apart from the idea that lip reading may complement speech recognition and make it more reliable. Also it may be more useful in a loud environment, which is frequently the case when machines are around, btw. Or in cases where speaking up loud to a computer is not appreciated, such as in office environments. And if all of this would not be enough, note the title of this website: news for nerds. You want a machine to lipread because it CAN (maybe).

Comment: Re:No. (Score 1) 448

Could sophisticated military tanks and anti-aircraft missiles given or sold to countries like Iraq be equipped with a way to disable them if they're compromised, without opening them up to hacking by an enemy?

A tank with a kill switch?

On topic: who would buy such a device that can be disabled by others? And even if it is made for the "domestic" market: why be at risk that someone else hacks into your own stuff and disables it? The solution to this problem wasn't technical, but political.

Comment: Re: What's wrong with Windows Server? (Score 5, Insightful) 613

by elgatozorbas (#47812683) Attached to: You Got Your Windows In My Linux

Even if I were to never even look at a single line of the source, the fact that it's availble to others adds value for me. I can go download a patch someone else wrote that fixes a bug MS hasn't bothered to fix. [...]

I am also in favour of Open source myself and get your point. However, after the OpenSSL bug, my belief in this "someone else" has significantly lowered. If too many people rely on "someone else" fixing a problem in his/her spare time you are worse off than when people are paid to fix closed source software. If the problem is important ($$$) enough, it wil be fixed.

Comment: Only a part of production (Score 1) 43

by elgatozorbas (#47567919) Attached to: A Look At the Firepick Delta Circuit Board Assembler (Video)
While this looks like an interesting and cheap device to populate empty PCBs, it is only a small part of the total sulution. The PCB has to be made, solder paste added (maybe this device could be extended to do so), and most importantly: heated. Of all these steps, the pick-and-place may be the least enjoyable, but also the one that _could_ be done manualy, if needed. Still, if this device saves two days of manual labor, it already pays itself.

Comment: Apparently not a keyboard lover (Score 1) 544

All of what you say is true, except for your assumption that "there actually ISN'T that much demand" (citation?) and your condescendence on the people in want of a keyboard. I used to be very happy with my Sony Ericsson Xperia mini pro which was actually smaller be it a but thicker than most phones of its day. It could be small exactly because it had a separate keyboard and none of the screen had to be sacrificed for a virtual keyboard. This "more expensive" phone was sold for €200 at a time when iPhones were in the +€500 region. If the Applefolks are prepared to shell out such amounts for some fancy looks, why wouldnt keyboard lovers do so for a real feature? There need not be hundreds of models, just one Samsung, one LG would do. But apparently not.

No discussion on one point, though: the slide keyboard made it more vulnerable and eventually it broke down on me, after intensive use. On the other hand: its 512 MB internal memory was also becoming a hurdle, so one year later I would have needed to replace it anyway.

Comment: Programming CAN be judged (Score 2) 89

by elgatozorbas (#47511419) Attached to: Researchers Test Developer Biometrics To Predict Buggy Code

They can understand how a toilet is cleaned, how a sale is made, how a 1099 is filled out, how a fire drill works, how a sandwich is put together, how oil is changed, etc... but Coding might as well be a dark art.

Disclaimer: I am in hardware myself and may completely miss the point here. However, our software/firmware folks do agile programming involving dividing programming problems into pieces which are assigned to programmers, followed-up on large whiteboards and being daily discussed in "scrum meetings" etc. (I may be confusing some concepts here but that is of less importance). The point being that your statement, that programming is some sort of unique dark-art-which-cannot-be-measured-by-managers, appears untrue to me and, honestly, rather pedantic. What these guys are doing is quite measurable. Maybe not by a silly measure like "lines of code", but by the measure of number of problems being solved, having a complexity that apparently everyone of them agrees on.

Indeed, the CEO doesn't know the exact details of how this works, but neither does he personally count the number of cleaned toilets.

Money will say more in one moment than the most eloquent lover can in years.