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


Forgot your password?
Slashdot Deals: Cyber Monday Sale! Courses ranging from coding to project management - all eLearning deals 25% off with coupon code "CYBERMONDAY25". ×

Comment Re:Oh, sorry about that 132M EUR? (Score 1) 157

I think you've got the gist of my suggestions, and the implications.

As for community meetings, yes, i've attended a fair few. As for people being idiots, I think you'll find it's a bit more complex than that. The majority of people aren't used to speaking in public, many are uneducated, and a number will have very weird ideas. Collectively though, there will be a consensus which is likely to be conservative, and distrustful of change, and from experience will at the same time be sensible and pragmatic. You have to discard the outliers and seek the consensus which can be difficult, but you'll find it rather rewarding if you try.

Comment Re:Oh, sorry about that 132M EUR? (Score 3, Insightful) 157

There are heaps of scenarios which would lead to a different conclusion if, for example, the company was dishonest. Apparently, companies sometimes don't tell the truth. It would be quite possible for the company to not have built what it applied for, or for some important facts about the plan to have been omitted, or intentionally mis-represented.

Another possibility is that the planners are corrupt, or simply incompetent and the application should have been rejected.

As has been suggested, it's possible that the residents messed up, but i've a feeling this is unlikely.

I imagine an appeal will get to the bottom of this, and some sort of compromise would be the most likely outcome.

Comment Re:How do people optimise their designs? (Score 1) 213

Well, when targeting a machine with large numbers of cores, memory and power, sure - it's a better tradeoff to avoid too much optimisation, and go for maintainability over raw performance. I know that, I do this all the time. As for writing assembler, my assembler days are long gone. The last I did was a bit of 56k maybe 10 years ago for an audio pipeline. The closest I get these days is looking at the output of the compiler ;-)

However, when the user base is continuously worried about battery drain, how do you design a sensible tradeoff between memory use vs CPU time (storing vs re-calculating a given value), or knowing how to arrange data in cache lines to pull data efficiently through the memory bus to reduce runtime (and hence prolong battery life).

These devices are power constrained, and will be no matter what anyone says. Knowing the architecture, and the future direction of the architecture would allow devs to produce solutions that will scale, and be power efficient. Maybe you'll only get 10% power saving, but for a device which is being heavily used, this could translate into an hour or two of extra use which is going to be a big selling point for expensive handheld devices.

Comment How do people optimise their designs? (Score 1) 213

I'm struggling to understand how apple get away with not announcing any info about the codes, the cache size, memory bandwidth etc. Surely on a mobile device with limited power, optimisation of applications is a priority. How do people manage this without any idea of the physical architecture of the machine they are developing for?

Maybe i'm just old school, but knowing what hardware you are targeting is almost the first bit of info which informs an efficient use of the resources available.

Comment Re:Michael Lewis's Vanity Fair article (Score 2) 46

I'm not sure where you heard this, or which market you think this works in, but that sounds dubious at the very least. The realisation that a trade isn't for a good price in an order driven market isn't obvious until further trading moves the price away from touch against the position you have just taken. You can't place one order off touch, the market doesn't work like that.

If, say, this happened on a major market (say NASDAQ) there would be a serious number of broken trade messages, or alternatively, some mechanism to re-instate an order which has been executed at the right place in the book (and there isn't). I can tell you there aren't a serious number of broken trade messages.

Have a look at the ITCH spec - http://www.nasdaqtrader.com/co...

You can probably download a historical day of NASDAQ data, their main store is restricted to data licencees.

Comment Re:The ultimate ugly hack? (Score 2) 264

float->int conversion used to be expensive on x86 processors due to default rounding modes from C, and lack of suitable built in rounding functions. Looking back, my code contained this handy function. Ugly hack or elegant performance improvement? I'd suggest that the difference comes down to comments, unit tests, and whether people die if it's got bugs ;-)

#ifdef WIN32
        #ifdef ASSUME_ROUNDING // This method relies on knowing the rounding mode of the float processor // // It relies on it being set to round to nearest and offsets the value to // calculate a truncation
                inline int convert(float f)
                        int i;
                        static const float half = 0.5f;
                                fld f // f = f
                                fsub half // f = f - 0.5
                                fistp i // i = round(f)
                        return i;
        #else // Shift the bits in the double around so that the bits can be read directly as an int
                inline int convert(double d)
                        const double D2I = 1.5*(double)(126)*(double)(126);

                        double temp = d - 0.499999999 + D2I;

                        return *((int*) (&temp));
#else // On Mac we just use the standard C conversion since it doesn't suffer the performance hit // as on PC
        #define convert(x) int(x)

Comment Re:Good, Fast and Cheap... Pick Any Two (Score 5, Insightful) 101

My understanding is that there is no room for decode artifacts in this - you either do it right, or it's not a proper decoder. This is a proper decoder, so will produce identical output to the google standard one. I believe there are test streams with md5s for the test frames, and this decoder passes the tests.

So, it's free, and it's correct, and it's fast. I think you have pre-conceived prejudices which are in this case wrong ;-)

From my perspective, faster is good for low power devices, so if this helps spread decent video codecs to more devices, that's a win.

Comment Possible reasons (Score 1) 509

Maybe he doesn't like concurrent code because he's been bitten by nasty bugs enough times to shy away from it. Maybe he doesn't like your source control system as he has lost heaps of work in the past trusting it to a dodgy system. Maybe he has found code reviews a waste of time, or had bad experiences with pitched battles in a meeting room. Why don't you try asking him rather than speculating? 'Hey bob, it looks to me like you aren't keen on code reviews - why is that?' would be a good start.

Alternatively, he's a bit of a jerk, or bad at his job, and i'll leave that to you to figure out for yourself.

Comment Re:Profit & Lies (Score 1) 730

Thanks for taking the time to try and spread some info about what has happened. It's amazing how unreasonable posters are being about this - you've already said the system failed, you have corrected the mistake and are trying to stop it happening again. Obviously people here have never produced software or a process with an error in it right ? ;-)

Pound for pound, the amoeba is the most vicious animal on earth.