Tell your friend to bring back proper SIP support (or whatever) to allow Google Voice to be used with regular VoIP software, and while he's at it, to bring back XMPP federation for Talk.
This. It's fucking 2016. Chat clients have been around for ages, and they still don't talk to each other. Google took the best chance at an open protocol/platform (XMPP), had it initially open, then shut down federation. Seems like a move out of MS's wheelhouse. SIP clients and/or servers that don't talk to other SIP clients and/or servers are dumb too. Why do people keep using them? Two additional chat clients - gee, great. Two more distinct groups of users that can't talk to each other. Lemme know when they at least get libpurple support.
When you use their DNS, they know[and can throttle] your connection by site[domain name].
That's not how things work. DNS may be used to direct you to a closer/faster IP, which is essentially how CDN's work, but they're not using it to determine if they should throttle the connection or not. DNS is disconnected from that equation. Your device makes a lookup for the hostname, gets the result, terminates connectivity with the DNS server, and then establishes a connection to the IP(s) that you found.
Otherwise they'd have to do reverse lookups which would make "site" throttling a bitch.
I'm uncertain how they maintain their lists, but using reverse lookups would be trivial. You don't have to do it on every hit - just keep a local cache. Anyone that's ever done web server log analysis, or any log analysis really, already knows and does this.
Another slight twist on this is to manually port a library or solution to a different language (which I think the GP hinted at with his work with the STL). There are loads and loads of options here: * take something from CPAN and bring it to Python or Ruby or PHP etc * take small-ish C / C++ programs and port them to Rust * take any well known algorithm and try to write it from scratch, maybe in a language where it doesn't fit so well (so there are no existing dupes) * update/upgrade/port features from "standard" libs in more popular languages to less popular languages (ex. I brought most of the latest greatest features for memcached libs to the perl library - though I don't think they ever made it to CPAN, they're on github). This can actually help multiple communities if those are now more feature compatible.
Only remaining good window manager on any platform.
A bit pedantic, but it's a "Desktop Environment", not a "Window Manager". KDE includes a window manager, KWin. I don't think anyone can really say it's the only remaining good window manager, but it's arguably one of the good ones.
In perfect conditions, your car may be able to go from 80mph to zero in 117ft, not counting reaction time. In this case, there was no reaction. All stopping was done by the car hitting things and tumbling across the dirt. What's the distance your car can stop from 80mph on loose dirt? I'll bet it's still more than 80 meters.
I'm pretty sure it must have been feet. I'm not saying it's impossible to get a car crash ending up 80 meters from the road but it would probably require an adjacent 80 meter cliff.
80 meters = 262 feet Average braking distance on dry pavement at 80 mph = 320 feet (http://www.government-fleet.com/content/driver-care-know-your-stopping-distance.aspx)
There's less friction while careening across a field than there is on dry tarmac, so I doubt 80 meters would be difficult to achieve, especially viewing those photos from the article - it's a very flat field with very few obstacles, and it sure looks like they traveled at least 80 meters.
I find this summary difficult to reply to. On one hand, everyone is right in that this is not completely closed source. On the other hand, this doesn't follow any open source rules/guidelines.
For example, the GPL requires source code that is made available to be, "The source code for a work means the preferred form of the work for making modifications to it." That would not permit distribution of just the minified / obfuscated version, though they could simply include a comment pointing to the original version.
The use of the word "proprietary" is also pretty loose in this thread. Javascript can be proprietary and yet transmitted in the clear and not obfuscated nor minimized. It is a separate concern altogether. IMO, government sites should be required to provide an open license to all javascript they have on their sites - we, the people of USA at least, have paid for the software through taxes, so we should have a license to it (IMO), and an open source license is the easiest solution to that. This, I believe, is a worthy argument to make. However, this should completely ignore the technical details such as the minification of the code, since there are plenty of open source compatible ways to do that and still offer the full source.
Being a Libertarian you should vote for Clinton because when all is said and done, she is slightly less authoritarian then Trump.
This is playing with fire. There is no one option that all can agree on when in that situation. Some alternatives: * typical "vote for lesser of two evils" response * vote 3rd party (this is not throwing away a vote - the numbers send a clear signal regarding the size of the voting populace that could potentially be won by the candidates if something changed about them) * write in vote (similar to 3rd party but, given enough numbers, may send a signal to existing parties that there is a clear fracture within the party - ex. write in Sanders or Rand Paul) * vote for the evil one (I encouraged people to do this for Bush's second term, cause I didn't think anything should change unless stuff got even worse and I disliked the D rep; If things get bad enough, maybe people will wake the fuck up and realize there are other options than towing the R and D lines) * don't vote (this IS throwing away a vote; however, if you're at least registered, it does still signify how many registered voters are so fed up they're not even voting - but because they're not voting at all, they're no risk to anyone currently in power, so this will mostly be ignored)
Personally, I'm not going to vote for someone I firmly disagree with. I would MUCH rather no candidate get a majority, and open the door a little for the possibility of another party to get a little more ground.
Obama won twice without "independents." Bernie's best wins have all been in states that let independents vote in their primaries.
THIS. I'm one of those that couldn't vote in either the R or D primary. I suspect that over 90% of 3rd party / independent supporters would vote for Bernie. With Trump on the other ticket, a lot of that party may not know where to cast, though the same could be said for moderates on the D side too.
More importantly, if Uber is able to predict the surges better, how the hell will that get rid of surge pricing!?!?!
Everyone knows that when a Beyonce concert ends, for example, there's going to be a lot of demand for Uber drivers. Schneider explains, "[What's harder] is to find those Tuesday nights when it's not even raining and for some reason there's demand -- and to know that's coming.
That sound a hell of a lot like a great reason to spike prices, not a good reason to get rid of the spikes.
If they wanted to get rid of surge pricing, they could do that today. Just get rid of it. If it's necessary now, then the imperfection is that they're not surging enough - like the example he provided, when it's not even raining and for some reason there's deman.
$10 per month, or $120 per year. My NAS box offers 1TB of storage too....
You noted it's on your lan. While that has its own advantages, it's not offsite. You also imply that it can't be accessed externally. That's your choice, but that's a huge limitation. Even if you did allow external access, your upload speed (which would be the download speed for you while you're away from home) is likely to be FAR slower than this service, or anything with a proper presence.
Your home NAS certainly has value, but this fulfills a completely different need. And, for $120/year, getting 1TB for unlimited users is a pretty awesome deal compared to its competition, but they all take on some odd mix of limitations that make them a bit difficult to directly compare. They also have slightly different feature sets (ex. limited OS support, sync vrs backup and everywhere in between, encryption (client side, in transit, at rest, etc), etc).
Just a couple examples: dropbox(sync): $99/year, 1TB space, one user dropbox(sync) business: $180/year/user, unlimited space, one user crashplan(backup): $60/year, unlimited storage, one COMPUTER crashplan(backup) family: $150/year, unlimited storage, 2-10 computers spideroak(backup+sync): $130/year, 1TB storage, 1 user datto drive(sync): $120/year, 1TB space, unlimited users
I'm not exactly sure how to directly compare those. It will all depend significantly on your expected usage, number of users, volume of data, and desired features. Some of them compare a little more easily than others. Datto is the only one I'm aware of with unlimited users, which could offer some interesting solutions. For example, if you resold it per-user, you could sell 10 accounts at 10gb each for $1/month each and break even, or oversubscribe it.... though I'm sure the ToS does not allow resale like that.
Sure, but with Web 3.0, you don't ask for permission or worry about regulations,...
How is this not something that already has regulations? Sure, this may be happening at greater volumes, but AAA and tow trucks and the lot have been delivering gas for ages! On the larger end of the scale, tankers have been doing it for ages to gas stations. So, any regulation they add regarding this in particular will have to say "hauling more than N gallons of gas, and less than N (or some class/certification thing to exclude tankers)".
I doubt it's carte-blance illegal today. Heck, just drive a big truck w/ two normal tanks, and pump from one of them. Plenty of large pickups have backup tanks, and that should fulfill all the on-the-road safety rules already. Where's the problem?
When you say use entangled pairs as communication method, it's meaningless gibberish.
Why are so many people commenting like this? Why would you automatically dismiss it?
AFAIK, if you have an entangled pair, move them to distant places, alter one, then read the other, the other shows that change. One problem, AFAIK, is that the act of reading may alter the spin, so you get one bit out of it, and then you're back to nothing - it's not a channel, and the end result is a lot of time to get one bit of info to that destination.
However, if you were to entangle thousands of them, send half of all those to some distant spot, then you could, theoretically, transmit thousands of bits of info, right? There's no going back in time or anything like that, cause it would take however long it takes to travel that distance just to get there - you're just getting the results instantly and one time only (until you run out of your supply of entangled pairs).
Once a benchmark becomes popular, companies try to make their product better for the benchmark ("See PHB! I increased our PCBench score by 10%!")...
Slight tangent from this, when management of any kind starts running the benchmarks / tests / security scanners / etc, watch out! Suddenly, there's a huge red flag that must be fixed immediately, and it's just an internal only static site with a self signed cert.
I suspect the speedtest site was something like HisProvidersName.speedtest.net, and maybe it faked it if it got a connection from an IP within that provider.
Blah, semantics on "they", but I agree 100%. You noted some of the questionable areas, such as headers, DOCSIS, DDoS's, etc. For all header stuff, I'm fine with or without it included, and it's easier to include it, so that's fine - as long as it's sold that way. For DDoS's, there would have to be some way to work with them on that, similar to getting SMS spammed on a cell phone with a limited plan - they'll work with you, and block that stuff. If they can't block it, that's at least partially their fault. Point here is that I don't expect this to be automatically handled.
That said, my largest concern would be broadcast traffic and scans. If all my neighbors are generating traffic that I'm ignoring, I don't want dinged for that - I guess there should be a way to filter before the meter. If there are a bunch of spam/virus scans/attacks, I don't want dinged for that. Currently, blocking that traffic is the users responsibility. That shouldn't be the case when charged per-GB because they are allowing that on their network and you have no control over what people send to you. Perhaps a stateful meter will be needed - only outbound connections, or established sessions coming in. Inbound SYN is metered only if the inbound firewall allows it. It'd be quite a clusterfuck, but that's why they shouldn't charge per-GB:-)
Why can't simple things stay simple. If you want smart headphones, run another cable along with the audio cable and plug it into two ports, or use wireless.
If someone wants to sell smart headphones today, they could use USB today. Sell it with a set of adapters or cables so it'll work with normal USB ports, microusb, and usb-c. If they're doing smart stuff like heartbeat or temp monitoring or something, they can easily do digital audio as well, so the sidepin stuff isn't needed. There's no need for two cables today, and I don't see any real benefit to Intel's idea either (maybe to force use of it, and thus force use of something it has a patent on, and get money via that or from chips it sells?)
My thought was that for a single user (ie, minus any of the group/shared functionality of Exchange or other groupware concepts) IMAP wouldn't have been a terrible way to interact with remote data storage.
It's been done. It was done long ago. It did not blunt the momentum of other solutions. Here's the docs for Pine's remote address book, as one implementation: https://www.washington.edu/pin... Here's a huge list of ways to share/copy/sync/etc address books to/from Thunderbird: http://kb.mozillazine.org/Shar... The ones that won for address books are LDAP and CardDAV. Calendaring is quite different and separate from email, except in sending/receiving invites, so it's always a separate system. The invite stuff is solved with CalDAV and/or iCalendar.
I'm fairly certain you are mashing up and confusing the facts here.
When someone sends a meeting invite via outlook through an exchange server, the recipients receive an email with a text/calendar type attachment, and it's just an iCalendar file, which is a standard format attachment.
The only reason outlook users see a different interface in their client when the get one of these is because the outlook client detects that attachment type and handles it specially. Any other client can do the same thing, or they could allow you to open it in an external app (which is what I do).
Contacts for exchange are accessible via the standard LDAP protocol. All other clients can use this as well, and most do support this.
Shoehorning calendaring and contacts into IMAP would NOT be a good idea. We already have very well established standards, and making a client that can talk those protocols has already been done many times over. Exchange isn't popular because of the protocol; it's popular in spite of its proprietary protocol.
BTW, there are also standards for storing other data in IMAP. Pine/Alpine has used them for ages, and can store the config itself, as well as contacts, on any IMAP server. I'm 99% sure that support was there before exchange existed.
For the extreme users, you both may be right, but that's still just the 1% - 2% of top users.
300gb/month is approximately 5.5 hr of HD streaming from netflix per day (http://www.apartmenttherapy.com/how-much-monthly-bandwidth-doe-136401)
That may seem like a lot for one person, but it wouldn't be very difficult for one person to use that and hold down a normal job. If you consider a household, which both the comcast and netflix subscriptions allow, then you could easily burn through that much, as at least 8% of their customers are doing now (according to TFS).
That's just legit streaming, with no torrents or other large downloads, nor any intensive work stuff, and completely ignoring all other internet usage. I doubt those users are going to schedule their streaming TV/movie watching for off peak hours. There's a reason the peaks are where they are now, and it's damn near all streaming video.
IMNSHO, I think: * they shouldn't be allowed to charge per GB without offering better tools for their users * once they do though, they should offer a base package (300-1000gb seems fine for that), and then a flat per-GB fee above that. * get rid of speed restrictions if they use caps or charge per-GB (if everyone is paying same price per-gb, everyone should get the same bps)
PS4 has sold over 35 million consoles, the Xbox One is over 19 million, and the Wii U is at 12.8 million.
Just regarding the numbers, that's really not that bad. It's more than half the 2nd place spot, which has more than half the 1st place spot. It's more than 1/3rd the 1st place spot. It's 12.8 million... that's a lot.
If they were all pretty similar performance-wise, I'd expect the Wii U to get nearly all the same titles - why leave that many possible sales on the table? I don't think that's really the case, and I doubt the Wii U is picking up much of anything, but just based on sales figures, it's got enough numbers to stay in the game and easily be profitable this round.
You're both right and wrong. Having an interface from your email program into your contact management system is very useful. However, as one example, this could just use LDAP. Having an interface from your email program to accept/deny/reply-to meeting invites sent via.ics files is very useful. However, that could easily be done via an external handler based on mime type. The email program *could* be so kind as to parse that for your and show a nice display of the info.
Exchanged doesn't literally merge this data either. It, and its native clients, provide tight integration of these items (mail, contact, calendar), similar to every other groupware item ever created. Personally, I think there should be more standard tools to deal with these standard formats. I primarily use alpine for email, and I wrote my own ics (icalendar) parser to display the contents and shift all the times into my own timezone (which is easily the messiest part of the parsing). I also have it display an option to use gcalcli to import that to my google calendar (I used to use "google calandar add...", but that broke). It would be nice if someone made a simple command line tool to do the calendar actions on those attachments, and a wrapper for a GUI version, so that part would all be standard and easily triggered by any mail program.
It is a surprise. There are numerous browsers, but few (non-web) email clients. It's pretty much just Outlook.
Wow. The complete opposite is true. Perhaps if you add a bunch of qualifications such as "with XYZ features" and "with user bases larger than X" and "with built in support for calendaring" and "with native exchange support", then maybe there are few native email clients matching your criteria. However, "non-web email clients" is a very large category, and I'd bet money there are more than there are unique web browsers.
Valid, sure. Just mostly pointless, because how many people actually run their web browser as a different user?
...
I'm hoping the day will come when it's normal for each application to have an OS-controlled permissions screen with checkboxes beside all the permissions it requests, and app-supplied explanations of what functionality each permission is required for.
Seriously? You think it's too much work to run a browser as a different user, but you think anyone will bother to review every individual permission buried in a per-app config setting, and re-verify on every update?
Slashdot Mirror
Tell your friend to bring back proper SIP support (or whatever) to allow Google Voice to be used with regular VoIP software, and while he's at it, to bring back XMPP federation for Talk.
This.
It's fucking 2016. Chat clients have been around for ages, and they still don't talk to each other. Google took the best chance at an open protocol/platform (XMPP), had it initially open, then shut down federation. Seems like a move out of MS's wheelhouse.
SIP clients and/or servers that don't talk to other SIP clients and/or servers are dumb too. Why do people keep using them?
Two additional chat clients - gee, great. Two more distinct groups of users that can't talk to each other. Lemme know when they at least get libpurple support.
When you use their DNS, they know[and can throttle] your connection by site[domain name].
That's not how things work. DNS may be used to direct you to a closer/faster IP, which is essentially how CDN's work, but they're not using it to determine if they should throttle the connection or not. DNS is disconnected from that equation. Your device makes a lookup for the hostname, gets the result, terminates connectivity with the DNS server, and then establishes a connection to the IP(s) that you found.
Otherwise they'd have to do reverse lookups which would make "site" throttling a bitch.
I'm uncertain how they maintain their lists, but using reverse lookups would be trivial. You don't have to do it on every hit - just keep a local cache. Anyone that's ever done web server log analysis, or any log analysis really, already knows and does this.
Another slight twist on this is to manually port a library or solution to a different language (which I think the GP hinted at with his work with the STL).
There are loads and loads of options here:
* take something from CPAN and bring it to Python or Ruby or PHP etc
* take small-ish C / C++ programs and port them to Rust
* take any well known algorithm and try to write it from scratch, maybe in a language where it doesn't fit so well (so there are no existing dupes)
* update/upgrade/port features from "standard" libs in more popular languages to less popular languages (ex. I brought most of the latest greatest features for memcached libs to the perl library - though I don't think they ever made it to CPAN, they're on github). This can actually help multiple communities if those are now more feature compatible.
Only remaining good window manager on any platform.
A bit pedantic, but it's a "Desktop Environment", not a "Window Manager".
KDE includes a window manager, KWin. I don't think anyone can really say it's the only remaining good window manager, but it's arguably one of the good ones.
In perfect conditions, your car may be able to go from 80mph to zero in 117ft, not counting reaction time.
In this case, there was no reaction. All stopping was done by the car hitting things and tumbling across the dirt.
What's the distance your car can stop from 80mph on loose dirt? I'll bet it's still more than 80 meters.
I'm pretty sure it must have been feet. I'm not saying it's impossible to get a car crash ending up 80 meters from the road but it would probably require an adjacent 80 meter cliff.
80 meters = 262 feet
Average braking distance on dry pavement at 80 mph = 320 feet (http://www.government-fleet.com/content/driver-care-know-your-stopping-distance.aspx)
There's less friction while careening across a field than there is on dry tarmac, so I doubt 80 meters would be difficult to achieve, especially viewing those photos from the article - it's a very flat field with very few obstacles, and it sure looks like they traveled at least 80 meters.
I find this summary difficult to reply to.
On one hand, everyone is right in that this is not completely closed source.
On the other hand, this doesn't follow any open source rules/guidelines.
For example, the GPL requires source code that is made available to be, "The source code for a work means the preferred form of the work for making modifications to it." That would not permit distribution of just the minified / obfuscated version, though they could simply include a comment pointing to the original version.
The use of the word "proprietary" is also pretty loose in this thread. Javascript can be proprietary and yet transmitted in the clear and not obfuscated nor minimized. It is a separate concern altogether. IMO, government sites should be required to provide an open license to all javascript they have on their sites - we, the people of USA at least, have paid for the software through taxes, so we should have a license to it (IMO), and an open source license is the easiest solution to that. This, I believe, is a worthy argument to make. However, this should completely ignore the technical details such as the minification of the code, since there are plenty of open source compatible ways to do that and still offer the full source.
Being a Libertarian you should vote for Clinton because when all is said and done, she is slightly less authoritarian then Trump.
This is playing with fire. There is no one option that all can agree on when in that situation. Some alternatives:
* typical "vote for lesser of two evils" response
* vote 3rd party (this is not throwing away a vote - the numbers send a clear signal regarding the size of the voting populace that could potentially be won by the candidates if something changed about them)
* write in vote (similar to 3rd party but, given enough numbers, may send a signal to existing parties that there is a clear fracture within the party - ex. write in Sanders or Rand Paul)
* vote for the evil one (I encouraged people to do this for Bush's second term, cause I didn't think anything should change unless stuff got even worse and I disliked the D rep; If things get bad enough, maybe people will wake the fuck up and realize there are other options than towing the R and D lines)
* don't vote (this IS throwing away a vote; however, if you're at least registered, it does still signify how many registered voters are so fed up they're not even voting - but because they're not voting at all, they're no risk to anyone currently in power, so this will mostly be ignored)
Personally, I'm not going to vote for someone I firmly disagree with. I would MUCH rather no candidate get a majority, and open the door a little for the possibility of another party to get a little more ground.
Obama won twice without "independents." Bernie's best wins have all been in states that let independents vote in their primaries.
THIS. I'm one of those that couldn't vote in either the R or D primary. I suspect that over 90% of 3rd party / independent supporters would vote for Bernie. With Trump on the other ticket, a lot of that party may not know where to cast, though the same could be said for moderates on the D side too.
I can't be the only one that keeps seeing "Fiorina" and mistaking it for "Florida". More often than not, it reads perfectly well that way.
More importantly, if Uber is able to predict the surges better, how the hell will that get rid of surge pricing!?!?!
Everyone knows that when a Beyonce concert ends, for example, there's going to be a lot of demand for Uber drivers. Schneider explains, "[What's harder] is to find those Tuesday nights when it's not even raining and for some reason there's demand -- and to know that's coming.
That sound a hell of a lot like a great reason to spike prices, not a good reason to get rid of the spikes.
If they wanted to get rid of surge pricing, they could do that today. Just get rid of it. If it's necessary now, then the imperfection is that they're not surging enough - like the example he provided, when it's not even raining and for some reason there's deman.
$10 per month, or $120 per year. My NAS box offers 1TB of storage too. ...
You noted it's on your lan. While that has its own advantages, it's not offsite. You also imply that it can't be accessed externally. That's your choice, but that's a huge limitation. Even if you did allow external access, your upload speed (which would be the download speed for you while you're away from home) is likely to be FAR slower than this service, or anything with a proper presence.
Your home NAS certainly has value, but this fulfills a completely different need. And, for $120/year, getting 1TB for unlimited users is a pretty awesome deal compared to its competition, but they all take on some odd mix of limitations that make them a bit difficult to directly compare. They also have slightly different feature sets (ex. limited OS support, sync vrs backup and everywhere in between, encryption (client side, in transit, at rest, etc), etc).
Just a couple examples:
dropbox(sync): $99/year, 1TB space, one user
dropbox(sync) business: $180/year/user, unlimited space, one user
crashplan(backup): $60/year, unlimited storage, one COMPUTER
crashplan(backup) family: $150/year, unlimited storage, 2-10 computers
spideroak(backup+sync): $130/year, 1TB storage, 1 user
datto drive(sync): $120/year, 1TB space, unlimited users
I'm not exactly sure how to directly compare those. It will all depend significantly on your expected usage, number of users, volume of data, and desired features. Some of them compare a little more easily than others. Datto is the only one I'm aware of with unlimited users, which could offer some interesting solutions. For example, if you resold it per-user, you could sell 10 accounts at 10gb each for $1/month each and break even, or oversubscribe it.... though I'm sure the ToS does not allow resale like that.
Sure, but with Web 3.0, you don't ask for permission or worry about regulations, ...
How is this not something that already has regulations? Sure, this may be happening at greater volumes, but AAA and tow trucks and the lot have been delivering gas for ages! On the larger end of the scale, tankers have been doing it for ages to gas stations. So, any regulation they add regarding this in particular will have to say "hauling more than N gallons of gas, and less than N (or some class/certification thing to exclude tankers)".
I doubt it's carte-blance illegal today. Heck, just drive a big truck w/ two normal tanks, and pump from one of them. Plenty of large pickups have backup tanks, and that should fulfill all the on-the-road safety rules already. Where's the problem?
When you say use entangled pairs as communication method, it's meaningless gibberish.
Why are so many people commenting like this? Why would you automatically dismiss it?
AFAIK, if you have an entangled pair, move them to distant places, alter one, then read the other, the other shows that change. One problem, AFAIK, is that the act of reading may alter the spin, so you get one bit out of it, and then you're back to nothing - it's not a channel, and the end result is a lot of time to get one bit of info to that destination.
However, if you were to entangle thousands of them, send half of all those to some distant spot, then you could, theoretically, transmit thousands of bits of info, right? There's no going back in time or anything like that, cause it would take however long it takes to travel that distance just to get there - you're just getting the results instantly and one time only (until you run out of your supply of entangled pairs).
Once a benchmark becomes popular, companies try to make their product better for the benchmark ("See PHB! I increased our PCBench score by 10%!") ...
Slight tangent from this, when management of any kind starts running the benchmarks / tests / security scanners / etc, watch out! Suddenly, there's a huge red flag that must be fixed immediately, and it's just an internal only static site with a self signed cert.
Wait, how would that work. I mean, all the name->IP translation happens locally, and only IP addresses are sent out...
When you go to http://www.google.com/, your browser sends a header saying:
Host: www.google.com
When you go to http://206.111.13.26/, that's not sent.
I suspect the speedtest site was something like HisProvidersName.speedtest.net, and maybe it faked it if it got a connection from an IP within that provider.
Blah, semantics on "they", but I agree 100%.
You noted some of the questionable areas, such as headers, DOCSIS, DDoS's, etc.
For all header stuff, I'm fine with or without it included, and it's easier to include it, so that's fine - as long as it's sold that way.
For DDoS's, there would have to be some way to work with them on that, similar to getting SMS spammed on a cell phone with a limited plan - they'll work with you, and block that stuff. If they can't block it, that's at least partially their fault. Point here is that I don't expect this to be automatically handled.
That said, my largest concern would be broadcast traffic and scans. :-)
If all my neighbors are generating traffic that I'm ignoring, I don't want dinged for that - I guess there should be a way to filter before the meter.
If there are a bunch of spam/virus scans/attacks, I don't want dinged for that. Currently, blocking that traffic is the users responsibility. That shouldn't be the case when charged per-GB because they are allowing that on their network and you have no control over what people send to you.
Perhaps a stateful meter will be needed - only outbound connections, or established sessions coming in. Inbound SYN is metered only if the inbound firewall allows it. It'd be quite a clusterfuck, but that's why they shouldn't charge per-GB
Why can't simple things stay simple. If you want smart headphones, run another cable along with the audio cable and plug it into two ports, or use wireless.
If someone wants to sell smart headphones today, they could use USB today. Sell it with a set of adapters or cables so it'll work with normal USB ports, microusb, and usb-c. If they're doing smart stuff like heartbeat or temp monitoring or something, they can easily do digital audio as well, so the sidepin stuff isn't needed. There's no need for two cables today, and I don't see any real benefit to Intel's idea either (maybe to force use of it, and thus force use of something it has a patent on, and get money via that or from chips it sells?)
My thought was that for a single user (ie, minus any of the group/shared functionality of Exchange or other groupware concepts) IMAP wouldn't have been a terrible way to interact with remote data storage.
It's been done. It was done long ago. It did not blunt the momentum of other solutions.
Here's the docs for Pine's remote address book, as one implementation: https://www.washington.edu/pin...
Here's a huge list of ways to share/copy/sync/etc address books to/from Thunderbird: http://kb.mozillazine.org/Shar...
The ones that won for address books are LDAP and CardDAV.
Calendaring is quite different and separate from email, except in sending/receiving invites, so it's always a separate system. The invite stuff is solved with CalDAV and/or iCalendar.
I'm fairly certain you are mashing up and confusing the facts here.
When someone sends a meeting invite via outlook through an exchange server, the recipients receive an email with a text/calendar type attachment, and it's just an iCalendar file, which is a standard format attachment.
The only reason outlook users see a different interface in their client when the get one of these is because the outlook client detects that attachment type and handles it specially. Any other client can do the same thing, or they could allow you to open it in an external app (which is what I do).
Contacts for exchange are accessible via the standard LDAP protocol. All other clients can use this as well, and most do support this.
Shoehorning calendaring and contacts into IMAP would NOT be a good idea. We already have very well established standards, and making a client that can talk those protocols has already been done many times over. Exchange isn't popular because of the protocol; it's popular in spite of its proprietary protocol.
BTW, there are also standards for storing other data in IMAP. Pine/Alpine has used them for ages, and can store the config itself, as well as contacts, on any IMAP server. I'm 99% sure that support was there before exchange existed.
For the extreme users, you both may be right, but that's still just the 1% - 2% of top users.
300gb/month is approximately 5.5 hr of HD streaming from netflix per day (http://www.apartmenttherapy.com/how-much-monthly-bandwidth-doe-136401)
That may seem like a lot for one person, but it wouldn't be very difficult for one person to use that and hold down a normal job.
If you consider a household, which both the comcast and netflix subscriptions allow, then you could easily burn through that much, as at least 8% of their customers are doing now (according to TFS).
That's just legit streaming, with no torrents or other large downloads, nor any intensive work stuff, and completely ignoring all other internet usage. I doubt those users are going to schedule their streaming TV/movie watching for off peak hours. There's a reason the peaks are where they are now, and it's damn near all streaming video.
IMNSHO, I think:
* they shouldn't be allowed to charge per GB without offering better tools for their users
* once they do though, they should offer a base package (300-1000gb seems fine for that), and then a flat per-GB fee above that.
* get rid of speed restrictions if they use caps or charge per-GB (if everyone is paying same price per-gb, everyone should get the same bps)
PS4 has sold over 35 million consoles, the Xbox One is over 19 million, and the Wii U is at 12.8 million.
Just regarding the numbers, that's really not that bad. It's more than half the 2nd place spot, which has more than half the 1st place spot. It's more than 1/3rd the 1st place spot. It's 12.8 million... that's a lot.
If they were all pretty similar performance-wise, I'd expect the Wii U to get nearly all the same titles - why leave that many possible sales on the table? I don't think that's really the case, and I doubt the Wii U is picking up much of anything, but just based on sales figures, it's got enough numbers to stay in the game and easily be profitable this round.
Is it really that useful to merge these three ...
Yes, it really is that useful...
You're both right and wrong. .ics files is very useful. However, that could easily be done via an external handler based on mime type. The email program *could* be so kind as to parse that for your and show a nice display of the info.
Having an interface from your email program into your contact management system is very useful. However, as one example, this could just use LDAP.
Having an interface from your email program to accept/deny/reply-to meeting invites sent via
Exchanged doesn't literally merge this data either. It, and its native clients, provide tight integration of these items (mail, contact, calendar), similar to every other groupware item ever created. ...", but that broke). It would be nice if someone made a simple command line tool to do the calendar actions on those attachments, and a wrapper for a GUI version, so that part would all be standard and easily triggered by any mail program.
Personally, I think there should be more standard tools to deal with these standard formats. I primarily use alpine for email, and I wrote my own ics (icalendar) parser to display the contents and shift all the times into my own timezone (which is easily the messiest part of the parsing). I also have it display an option to use gcalcli to import that to my google calendar (I used to use "google calandar add
It is a surprise. There are numerous browsers, but few (non-web) email clients. It's pretty much just Outlook.
Wow. The complete opposite is true.
Perhaps if you add a bunch of qualifications such as "with XYZ features" and "with user bases larger than X" and "with built in support for calendaring" and "with native exchange support", then maybe there are few native email clients matching your criteria. However, "non-web email clients" is a very large category, and I'd bet money there are more than there are unique web browsers.
Valid, sure. Just mostly pointless, because how many people actually run their web browser as a different user?
...
I'm hoping the day will come when it's normal for each application to have an OS-controlled permissions screen with checkboxes beside all the permissions it requests, and app-supplied explanations of what functionality each permission is required for.
Seriously? You think it's too much work to run a browser as a different user, but you think anyone will bother to review every individual permission buried in a per-app config setting, and re-verify on every update?