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


Forgot your password?

Submission + - SPAM: 10 Maps That Explain Russia's Strategy

Patrickw1 writes: Many people think of maps in terms of their basic purpose: showing a country’s geography and topography. But maps can speak to all dimensions—political, military, and economic.
In fact, they are the first place to start thinking about a country’s strategy, which can reveal factors that are otherwise not obvious.
The 10 maps below show Russia’s difficult position since the Soviet Union collapsed and explain Putin’s long-term intentions in Europe.

Link to Original Source

Comment Re:I love this story. (Score 1) 361

As a kid born in the early 1980s, I mostly listened to pop. In the mid-1990s I started listening to mostly what would then be called "alternative rock". In the mid-2000s, I switched to mostly pop. In the 2010s, I'm listening to mostly pop and dance music, with a lot of EDM, and some hip-hop. My musical tastes are wider than ever.

As I post this I'm listening to the last song added to my music library Ariana Grande's "One Last Time".

You wanted to say that you listen everything on MTV? This is not taste.

Comment Just Code! (Score 1) 372

Why do you expect joy in your work? If you want "just to code" - do it on your own time. Or find another job with more "just coding." These jobs do exist, but they might not pay that well.

Comment Re:Other Programmers Comments (Score 1) 352

Bad comments tell what the code is doing when that's obvious from the code itself. Good comments explain why, especially when they're fixes for non-obvious bugs. If you spent a lot of time figuring out the solution to a tough problem, you owe the next guy to see your code an explanation.

Not exactly. Sometimes comments describing what the code does are what is needed. For example when commenting assembly language, describing what instructions do from the point of view of the problem solved is really helpful. Another example is when writing some not-that obvious optimization. Of course both are examples of code with no obvious behaviour. Obvious code, I agree, should not be commented. But obvious to one is not nesseccery obvious to other

I don't understand how we can answer why, especially in the code. For example

//what: Adds two numbers

//why: I don't know

Add(a, b){

return a+b;


The why should be answerd elsewhere. In some design document or in a design choice comment.

Comment Re:Can't compare #s per household either... (Score 1) 511

I have a phone. My wife has a phone. Our son has a phone.

My family then has one computer with three accounts on it.

Sure there are families with multiple computers and one phone, but I doubt that one phone is passed around each day to a different family member. A mobile phone isn't consumed like it was a mobile version of a land line (one line per household).

So instead of selling one device per household with a computer, you sell one device per member of household. A much larger addressable market.

And you probably have a computer at work, and may be your wife has one at her work.

Things without keyboard are much tougher to use for real work.

Comment Re:It's a nice thought (Score 1) 154

"Arbitrary precision" means exactly what it says: for any given finite precision, there exists an amount of space and time in which the computation of a (computable) number can be successfully completed.

In other words -- limited precision.

I've just outlined why I think that my statements are right, and I'm really interested in why you exactly do you think that I'm wrong.

There are classes of problems which can be computed exactly. My examples were adding natural numbers, or splitting in half on binary floating point. Using rational arithmetics can solve exactly a lot of problems.

Comment Re:It's a nice thought (Score 1) 154

Actually, computers are already capable of computing with arbitrary precision - they're just incapable of computing with infinite precision.

Both of your statements are wrong.

First the precision used for computations is limited by both RAM and CPU power.

And the second - for a lot of computations infinite precision is possible, feasible and used. For example computing 2+2 or 17/2.

Comment Re:350mm (18inch) wafer (Score 2) 267

The advancements in hardware were used to allow a saving in software development costs.

Not exactly.

The hardware isn't advancing equally on all fronts. For example the memory latency havent increased noticably in the last 15 years.

Our softwere solves more prblems than the one 20 years ago. Now 95% of the features in each and evry software are not used by 95% of the users. 20 years ago it was much different.

Now we have bloat, but also we have power and freedom to do much more

The software still costs a lot, and it's buggier than ever, because of its quantity.

Slashdot Top Deals

We can found no scientific discipline, nor a healthy profession on the technical mistakes of the Department of Defense and IBM. -- Edsger Dijkstra