When given the choice between using a library or adopting a framework to accomplish a task, the choice is often between the power and usability. Libraries often focus on simplifying a task by providing a layer of abstraction, where frameworks focus on making categories of tasks easy. For integrating with existing applications, it's more difficult to use multiple frameworks than it is to use multiple libraries. But when starting a new application, it's often easier to pick a framework and then select libraries that can easily inter-operate where the framework doesn't provide a solution. So the library vs. framework question is more a function of context than one of interfaces. Picking the right tool for the job requires knowing the job and the tool's capabilities within the larger context.

The argument for simplicity is that the tool shouldn't do more than necessary. Choosing a library or framework that provides unwanted functionality can influence the future direction of the application and add unnecessary complexity. This makes tool selection a difficult forecasting decision, where picking a tool for the problem at hand becomes picking a tool for future problems as well. For example, when looking for a tool that will support an event driven data flow, picking a cross-platform GUI framework will naturally cause the application to shift towards user interaction and display because that's what the framework makes easiest. The choice of a framework over a simpler library will also influences how other parts of the application are handled as well, as the framework might provide tools that can be adapted to solve unforeseen problems. It would be impractical to choose a library or framework and then not fully utilize it to solve current problems efficiently, it's natural to fully utilize the tools available even if they aren't the best tool for the job. If instead for the above example, a simpler eventing library was chosen; the natural tendency would be to build much of the core data flow with events as that would be the only tool available. Then, when the current tools become insufficient to solve a problem, decide on another tool as the problems arise. The direction of the application's development would then be more heavily influenced by external factors such as customer requirements or developer experience than the strengths and weaknesses of the current tool choices. This sort of minimalistic simplicity follows in the steps of YAGNI and premature-generalization, where taking options away makes the problem more constrained and easier to solve over an intractable selection of options. This partially applies to language environments, where the choice of language will have an even bigger impact on the tool and framework selection. Disuse of language features is more commonly enforced than library or framework components, as discouraging use of certain undesired features like exceptions, certain data types, or global variables has an immediate visible impact on performance, safety, and maintainability. Library or framework features are generally less governed or recognized as influencing the structure of the program.

The same argument could be taken to the extreme and applied to gadgets in real-life! Instead of buying a device that provides multiple functions, one could get multiple devices that provide the same function in aggregate. This would provide both fault tolerance and independence. Instead of arguing over the framework (the OS), it would be better to only talk about the applications. But because the framework is so influential, the selection and functionality of the applications available for a framework can be completely different!

Nokia 130: Microsoft's £15 Phone For Places That Smartphones Don't Reach

Microsoft has launched a basic mobile phone which will cost just $25 (£15) to reach the billion people on the planet who don't have a phone. The Nokia 130 is a feature phone which doesn't have access to the internet, but does feature an FM radio, video player and MP3 player. Nokia says the phone can play back movies stored on a microSD card for up to 16 hours but how many people would want to …

G…

Motorola launches Moto E

The first handset from the company since it was sold to Lenovo, the Moto E offers an excellent balance of performance and price and could be the ideal entry-level phone for any consumer anywhere in the world ready to dump their feature phone in favor of their first smart handset. Motorola has planned a series of launch events over the next 24 hours in different countries but at the first, in …

Re…

Motorola wants to end the feature-phone era with the Moto E

Motorola Mobility hopes its $129 smartphone, the Moto E, will attract consumers that might otherwise have bought a feature phone.

More here: Motorola wants to end the feature-phone era with the Moto E

Nokia 225 is cheap and cheerful, but mostly cheap

The Nokia 225 is a feature phone giving you a splash of Lumia colour without splashing out.

Read more: Nokia 225 is cheap and cheerful, but mostly cheap