Follow Slashdot blog updates by subscribing to our blog RSS feed


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 internet speed test! ×

Comment About time! (Score 4, Interesting) 159

The primary interaction surface of a phone is the screen. Once a basic level of performance and functionality is met, the things that mattered the most to me is:
  1. 1. Is the thing pocketable? My limit for how large a phone can be without impeding one's movement is the original Galaxy Note - anything larger, and you have to adjust your lifestyle, clothing and gait to suit the phone.
  2. 2. Given that size limit, the next criteria is how large the screen-to-body ratio is, as bezels are mostly a waste of space as far as a user is concerned (barring a bit for gripping the phone)
  3. 3. Afterwards, the phone needs to offer a decent resolution, CPU and RAM, not have bloatware etc. Most flagships meet the latter criteria fairly well.

Therefore, I bought an LG G3 a few years ago precisely because it was perhaps the only phone that met the above criteria at the time. After the G4, LG has lost the plot and done everything except optimise the screen-to-body ratio. My next phone will likely be a Galaxy S8, provided it does not violate no. 1 above.

Comment Riddle me this (Score 5, Insightful) 1080

The pundits have weighed in with their disdain for uninformed millennials - but don't seem to grasp the basic question their generation is confronted with - how does unbounded inequality lead to equality of opportunity? - a central paradox at the heart of Capitalism.

The reward/optimisation function in capitalism is greed - why act surprised when the end-game is inevitably an oligopoly? All this yada yada about crony capitalism is just a facile rationalisation from people who are unable to provide a clear-cut answer to this simple paradox inherent in a capitalist system. Millennials are seeing through this - and they are seeing through the fact that most ideologically driven systems that fail to take real-world evidence into account, inevitably lead to injustice.

Comment Re:XEN PV mode is dead (Score 2) 61

PV and HVM are not mutually exclusive. The basic idea of having a modified, "virtualization-aware" guest-os (a.k.a PV) is a good one and results in better performance. Hardware Virtualization often simplifies the implementation of both the hypervisor and PV on the guest, but does not obviate the need for PV. Using both in tandem can result in even greater performance gains.

Comment Re:Not as easy to read as Python though (Score 1) 414

I don't disagree. Static typing shines for the tasks you mentioned, and I have felt its absence in Python on several occasions. I have wondered about Python's scalability in larger projects - but I think the lower cognitive burden in Python counteracts any losses incurred from the lack of static typing. Plus, test cases can take care of that to a great degree too.

In Python, people rarely use code generators. It's hardly ever needed. I think that says something too. There's often a lot less boilerplate.

WRT to your comment on the two examples - yes, the boilerplate could have been reduced. Yet, it hasn't been - why is kind of my point. If you work with Python libraries for an extended period of time, you will see this simplicity recurring again and again and wonder why the Java equivalent is almost always more complex. In fact, I would be happy to throw down the gauntlet and say that for any given piece of Java code, the equivalent Python code would often be easier to grok. (One way to test this would be to compare equivalent code using the standard libs)

Comment Re:Not as easy to read as Python though (Score 3, Insightful) 414

Exactly. Having used Java in an enterprise setting for many years, and having had the good fortune to move to Python, I couldn't be happier. I realised how much more verbose Java was than its Python equivalent. Even if you overlook that - there's an inherent structural complexity that Java engenders to its code - one only need look at the Python equivalent to see why. For example, take a look at a basic Hadoop WordCount example here: Now compare a rough Python equivalent here:

It's not just stuff like the lack of lambdas (it looks like Java 8 has fixed this), or the static typing that contributes to this complexity. I suspect that the culture that has sprung up around Java favours over-architecting and over-engineering, which is exacerbated by its statically typed nature. The Java language itself is simple enough.

In contrast, there is a cult of simplicity around Python, and the language itself has a high-level of expressivity, allowing for a clearer exposition of one's intent - instead of burying it in layer upon layer of abstraction built to please the language and its type system. C# is a language that fares much better than Java in this regard - it's a lot cleaner. For starters - no type erasure!

Comment Mechanical Keyboard - Ducky Shine (Score 2) 452

I'd recommend a mechanical keyboard. Mechanical keyboards often tend to be solidly built, have a reassuring clickety-clack (you can choose switch types with different characteristics btw) and just plain feel good to type on.

Your primary tasks when selecting one will be to choose the switch type (mx-brown, mx-blue etc), any additional features you need (shortcut keys, n-key rollover) and decide on the manufacturer itself.

I have a Ducky Shine 2 and it's an absolutely fantastic keyboard. I'd recommend something of a similar nature - solidly built and has all the features I need. For example, one of the features I specifically looked for were shortcuts to a calculator, and other programmable option keys. A lot of mechanical keyboards tend to be minimalist in nature, and fortunately, the Ducky was an exception.

The model I have has the ability to turn off the backlighting, which is great, because I don't need a christmas tree on my desk. I noticed that some of the newer Ducky models are starting to look a bit silly though, with all sort of logos and stuff which are undesirable. I can vouch for the model I have without reservation however, having used it for a couple of years.

Comment Patent trolls provide a valuable service (Score 4, Insightful) 63

The big corps would now have us believe that a special breed of troll called a "patent troll" is the only problem with the system, and they, like every entrepreneur, are merely victims. This is all just the same manipulative BS. The patent troll exists only because the patent system is broken. Fix the problem at its root and patent trolls will be irrelevant.

Comment What the hell? (Score 5, Insightful) 201

The tone of this post is insane. It makes it sound like Americans are the only people on this planet with a right to privacy. What about the rest of the world? So the NSA's only crime is that it spied on US citizens? Is it perfectly ok to undermine those same rights for other human beings?

Comment Science literacy sans the philosophy of science? (Score 1) 772

What is the point in a test that measures scientific literacy, if that test does not measure a person's commitment to the philosophy of science? A key indicator of an understanding of science is one's commitment to the scientific method. Evolution is a direct result of that commitment. When one eschews that commitment, what kind of literacy are we left with?

Comment Re:Java's problem isn't verbosity (Score 1) 577

No, I agree that the Java language itself is not over-engineered. I said that the frameworks and community that have grown around it, have a tendency to over-engineer (especially in the enterprise). That is not to say there are no efforts within the community to overcome that, but having shifted from enterprise Java to C/Python and also having worked a fair bit with C#, I do have some experience with the general ethos in each of the communities.

RE: "Which factory e.g. did annoy you in particular, and why?" Joel explains it better:

Comment Java's problem isn't verbosity (Score 5, Insightful) 577

Java's problem isn't verbosity IMHO. It's the general mindset and community that has grown around the language. Instead of simplicity, they've gone into massive over-engineering, with factory factory factories and the like. A combination of pattern mania, and "enterprise" java, has resulted in turning an otherwise simple language into a veritable nightmare. Contrast this with the python community for example. Language wise, compare Java with C#. C# has done things a lot better in general. It may help that newer versions of Java will achieve some degree of feature parity with it but in the long run, I think it also has to be accompanied by a shift in the general notion of what's "normal" design in the Java world.

Slashdot Top Deals

try again