We are sorry to see you leave - Beta is different and we value the time you took to try it out. Before you decide to go, please take a look at some value-adds for Beta and learn more about it. Thank you for reading Slashdot, and for making the site better!
Fotis Georgatos (3006465) writes "As per Tim Wu, current Internet is not neutral as, "among all applications, its implementation of best effort generally favors file transfer and other non-time sensitive traffic over real-time communications". Please, do remember these words next time you fire up your favourite VoIP or videoconference client and you end up with broken or so-and-so communication!
In fact, if we look at how transportation roads are organised, it is neither free-for-all nor a market-only game: especially cities in Europe tend to have a fused model of lanes for generic usage and dedicated lanes for "responsive" traffic (bus, taxis etc). Why shouldn't the same concept work also on the Internet? If not, why not?
Perhaps, provided capacity by ISPs could be divided in a defined A:B ratio and, ensure that at moments of congestion the capacity is divided at that level. It could be 1:1 ratio (ie. 50% fraction) or it could be something else, however the whole debate going on trying to impose upon us the idea that the solution is either 0 or...infinity and nothing else, is certainly not very convincing.
Whatever the perfect solution for the Net might be, it should not fail to achieve two major targets:
maintain the current ability of the network to serve all classes of users in some auto-tuning mode
ensure that incentives stay in place, for ISPs to keep investing in bandwidth and providing new services
Otherwise, how do we expect to have reliable videoconferencing and hard-realtime services down the road?"
Fotis Georgatos (3006465) writes "I got recently engaged in a conversation about handling PDF texts for a range of needs, such as creation, manipulation, merging, text extraction and searching, digital signing etc etc. A couple of potential picks popped up (PDFBox, itext), given some Java experience of the other fellows. And then comes the reality of choosing software as a long term knowledge investment! ideally, we would like to combine these features:
open source, with a community following ; the kind of stuff slashdotters would prefer
tidy software architecture; simple things should remain simple
allow open API allowing usage across many languages (say: Python & Java)
clear licensing status, not estranging future commercial use
serious multilingual & font support
PDF-handling rich features, not limiting usage for invoicing, e-commerce, reports & data mining
digital signing should not go against other features
I'd like to poll the collective slashdot crowd wisdom about if/which PDF related libraries, they have written software with, keeps them happy for *all* the above reasons. And if not happy with that all, what do they thing is the best bet for learning one piece of software in the area, with great reusability across different circumstances and little need for extra hacks?
ROTG is not at all a good answer; I'd really like to hear the smoked out war stories.
It is easy to obtain a list of such libraries, yet tricky to understand how many obtained success with them!" Link to Original Source