Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
×

Comment Re:My own experience (Score 1) 544

Never had a problem with the keyboards with any of the droid sliders I have owned (currently have a Droid 4).

A big issue, which you dismiss, is that you lose half of the screen real estate to the keyboard, which can be a big pain.

Finally, the pain of entering non-standard text (or even capitalization) seems to have led to very poorly written posts on various message boards (no capitalization, or lack of symbols used)

Comment Re:Sorry to tell you... (Score 1) 544

>Honestly if you're using the phone for significant amounts of typing anyway you're doing it wrong.

Care to explain in more detail why you think that? Only a phone has the form factor to fit in my pants pocket. Sometimes when I only have my phone with me, I need to compose a several paragraph email for work.

Comment Your survey self selected for keyboard users (Score 1) 544

We slide out keyboard users are a desperate bunch. Do some googling.. there's even a petition begging verizon to sell one after the demise of the Droid series.

But the reality is likely that only a small subset of professionals need to write long emails with their phones. The vast majority of cell phone users send simple text messages and not much else.

It's the sad consequence of technology going extremely mainstream - we power users are but a drop in the bucket $$ wise.

Comment Re:Code Academies (Score 1) 150

you'd have a vast library of libraries. Something like CPAN or something you'd get in the C world. Libraries written to perform some task and nothing more. Then documented with care and the API published.

Anyone wants to do something, they take the library that appeals to them and adds it to their program and build up a program from these bits.

Now the problem today is that a) some only use libs that come with the OS or language framework, b) the libraries that are out there are shit, written quickly and for a bit of a mishmash of scenarios.

For example, you can get an XML parser and it will work perfectly. It will only parse XML though, but then, that's what only what you want from a XML parser library! .... well, except it also comes with network routines and specialised SOAP parsing and a suite of http helper methods, including a web services subsystem :-(

So the problem is not so much that we have libraries, but that the libraries we have are not good enough as library code.

Comment Re:Laziness (Score 1) 150

I'll agree there - thought its not Java at fault necessarily - not unless you lump in a bunch of other languages like VB, C#, JS etc.

The problem is of the library code you're using. Libraries should be small, well defined, easy to use, and documented.

The problem today is (especially with code written in Java, .NET or JS) that it is knocked up to solve some problem but the problem is not only not properly understood, but the code that is provided doesn't solve it particularly well. Its not defined as a discrete task, more as part of some greater whole that someone thought "worked ok for me in my circumstances, so should be fine for others too".

If libs were properly specified as libraries and their API documented fully, then we would see more code reuse and better, cheaper code. If only, but the cost of making such a library tends to be too slow and difficult for the 'I want it now' majority, and this is why we continue to have this kind of shitty code problem.

Slashdot Top Deals

Today is a good day for information-gathering. Read someone else's mail file.

Working...