In a similar vein, I'm disappointed RedTube didn't launch something called "RedTube You" in reaction to "YouTube Red"
Infinit announces Project Dropboxe
101–110 of 140 posts
Re: Infinit announces Project Dropboxe
#102Ha! Reminds me of Nick Lowe's reaction to David Bowie's Low. https://s-media-cache-ak0.pinimg.com/736x/f6/a2/a1/f6a2a1ca4... https://tomhuntington.files.wordpress.com/2009/10/bowi-and-r...
https://en.wikipedia.org/wiki/Green_(band)
(look under the heading "Singles")
xD
Re: Infinit announces Project Dropboxe
#103Earlier quoted context omitted.
With trademark, the test for a new name depends on whether the name can cause confusion with an existing trademark. When it's the same industry then it's pretty cut-and-dried in favor of the existing mark owner. Reasonability of the name has nothing to do with whether or not Dropbox can use "Project Infinite". That's the point that Dropboxe makes. Dropbox can either fight that name (which really, they must or lose th…
I think they're being a little silly. If you use a relatively mainstream word from the language in which you do business (and which happens to be virtually identical in all languages anywhere near where you do do business), you don't (shouldn't) have a leg to stand on, IMO. You can't reasonably arrive at Dropboxe independently. But is everyone at Dropbox really supposed to tip-toe around being careful not to name a p…
Re: Infinit announces Project Dropboxe
#104So when the train needs to break it generates energy for storage that can be used later uphill etc. Simple and interesting, especially for regions with a lot of variation of heights.
Re: Infinit announces Project Dropboxe
#105Earlier quoted context omitted.
With trademark, the test for a new name depends on whether the name can cause confusion with an existing trademark. When it's the same industry then it's pretty cut-and-dried in favor of the existing mark owner. Reasonability of the name has nothing to do with whether or not Dropbox can use "Project Infinite". That's the point that Dropboxe makes. Dropbox can either fight that name (which really, they must or lose th…
I think they're being a little silly. If you use a relatively mainstream word from the language in which you do business (and which happens to be virtually identical in all languages anywhere near where you do do business), you don't (shouldn't) have a leg to stand on, IMO. You can't reasonably arrive at Dropboxe independently. But is everyone at Dropbox really supposed to tip-toe around being careful not to name a p…
What about "Windows"? Or "Word"? Or "Office"? It's difficult to find words that are more "mainstream" than that. Yet, Microsoft does just fine.
Re: Infinit announces Project Dropboxe
#106Re: Infinit announces Project Dropboxe
#107Earlier quoted context omitted.
everything was connected and uniform I've never been entirely clear whether this referred to 'everything within the Plan9 organisation' or 'everything visible from a Plan9 machine including external independent systems'. The former is much easier to achieve. So much of the nonuniformity is because of competing administrative domains.
"Everything that was on my machine was uniform because I wrote it from scratch to work the way my brain works" Yeah… that doesn't scale, no matter who you are, mr "I refuse employment unless my employer gives me 'r' as login name".
And what's that to you?
Re: Infinit announces Project Dropboxe
#108Earlier quoted context omitted.
I think they're being a little silly. If you use a relatively mainstream word from the language in which you do business (and which happens to be virtually identical in all languages anywhere near where you do do business), you don't (shouldn't) have a leg to stand on, IMO. You can't reasonably arrive at Dropboxe independently. But is everyone at Dropbox really supposed to tip-toe around being careful not to name a p…
> If you use a relatively mainstream word from the language in which you do business What about "Windows"? Or "Word"? Or "Office"? It's difficult to find words that are more "mainstream" than that. Yet, Microsoft does just fine.
Re: Infinit announces Project Dropboxe
#109Earlier quoted context omitted.
This seemingly destructive segmentation of the Internet is precisely what will lead to its successor: a collection of "overlay networks" built on top of the existing IP stack. We're already seeing it in many ways, with Tor and VPNs as two commonly used examples. But overlay networks are not just advantageous for packet transport. They can represent any decentralized network. BitCoin is an overlay network, in that it'…
What you say made me think of hamachi, a nice vpn overlay network for windows (at first) from the late 90s, and guess what happened to it? > For paid subscribers Hamachi runs in the background on idle computers. The feature was previously available to all users, but became restricted to paid subscribers only [0] More short sighted business practices as usual. [0] https://en.wikipedia.org/wiki/LogMeIn_Hamachi
The problem with technology like Hamachi, and even IPOP, is that the nature of NAT traversal means that for any given p2p network, "supernodes" will always be required. IPOP uses STUN/TURN (the same technology as WebRTC) for NAT-traversal. According to Google usage stats (can't find the URL right now), about 10% of p2p connetions over STUN/TURN require relaying all packets over the TURN server. So that means for every ten nodes, at least one will need a supernode to connect to the others.
At first glance, the requirement of "supernodes" seems to impede the proliferation of true p2p networks, because it introduces a point of failure into the system controlled by one entity but relied upon by many. The problem is that "supernodes" cost money, and somebody needs to pay for them. So you end up with companies like LogMeIn, happy to provide a "p2p" solution, as long as you pay them to maintain the requisite supernodes.
However, there is no requirement that one centralized entity supply the "supernodes" in a network. It's 2016, we have "the cloud," and anyone can launch a "supernode," aka a cloud server with a public IP that can assist in NAT traversal.
I hope we will see more business models based around a combination of "p2p" and "federated" network architectures, where they are federated in the sense that a group of "super-peers" provides the "supernodes" required for functional NAT traversal on the rest of the strictly p2p network.
[1] https://github.com/ipop-project
(Shameless plug: You should also check out my senior thesis, TorCoin: http://dedis.cs.yale.edu/dissent/papers/hotpets14-torpath-ab... -- I've been thinking about this a lot since then, but that was my first real exploration of the ideas I'm trying to express here.)
Re: Infinit announces Project Dropboxe
#110Both of them remind me Plan 9's "single most important feature"[1]: > all mounted file servers export the same file-system-like interface, regardless of the implementation behind them. Some might correspond to local file systems, some to remote file systems accessed over a network, some to instances of system servers running in user space (like the window system or an alternate network stack), and some to kernel inte…