![]() Not that I've found, other than here of course! It's my prediction that dark marketplaces will be the first exhibits of a move away from browser/web-based paradigm for interacting anonymously. I would would like to learn more about privacy enhancing message-passing applications, where should I start? Obviously from a privacy perspective, the baseline is just a Guid handle identifier that is obtained side-channel.Ĥ.Is there a specialist forum that focuses on this subject?ĥ. There are ways now of doing encrypted database stuff that could allow some level of search without revealing that content. The directory would be the only thing sitting in the cloud, but instead of having very revealing email address handles etc, the handles for the user could just be unique anonymous tokens. I know you can use the latter "well", but there's a terrible legacy of unsafe code in C/C++.ģ. I don't go in for language wars, the important thing is to have well supported libraries, and to avoid C or C++. I'm happy with C# (but have been through assembly, Fortran, Basic and Java). I don't think language is very important, except that it should be a modern high-level language with good IDE and library support, and protections for sillies like array bounds overflows etc. Which language do you suggest and why that language over others to build this? That's what's wrong with the html5 dom, it's a horrid mixture of UI representational directives and what might be structured data, except site specific.Ģ. all in some form of structured and semi-structured way, so that automatic selection and filtering could be done by the CLIENT.Īnd the reason for that is that a key element of what's needed is a distinct separation of data representation and visual rendering (if at all). It's not rocket science to have fields talking about weight, delivery, specifications of product etc. The reason this hasn't happened is because the vendors and market-place providers do not want it to for the end user. But, for example, I'd suggest we badly need, as consumers, the ability to transact at the structured and semi-structured level to exchange details of products and bids and offers, pretty much what EDI does in a complex way. Of course, using rss or atom or edi standards helps, it depends what you're trying to communicate about. I think the most important thing is to agree the schema between the parties. 1.How does one go about building this? Skill level required? How long would it take to attain that skill level? Wish me luck with that one.Ĭlick to expand. Oh, and the other thing is to compel the social media offerings to have open apis which do not require their client and give them no visibility of content, and break up their control of marketplace and content. How hard could it be for London to create an online community ride-sharing/taxi service for the benefit of the community? Obviously the answer to that is not in the scope of this forum, but for sure, there is nothing technically to stop privacy enhancing message-passing open standards to achieve great applications. However, it's not at all clear to me that Uber has the interests of Londoners at heart - it pays (low) wages and few benefits to the drivers, and minimal corporate tax. But this has nothing to do with the utility of the service, which many find useful. As a specific example, Uber has recently been refused a licence to continue operating in London. I think the only way to counter this is to have community-based initiatives which are genuinely community-enhancing. We're in a phase at the moment where we have a dismal and consumer-exploitative business model. The problem of course is not technology but business model. This is quite different to the eyeball-grabbing vendor aggrandisement we have at the moment. ![]() It does not need the cloud apart from a message exchange process and some form of hopefully distributed and privacy respecting directory. Those offers would be automatically processed and displayed. with offers, based on some agreed tags in the messages. So, for example, if you express the wish to visit somewhere, it would send a message to an online marketplace (a bid), to solicit offers from vendors etc. My view is that a more secure way of operating is to have message parsing and display clients under your complete control, backed by automation on the client which follow policies that you want to have happen. But, apart from local RSS programs (including home-grown ones), I do not have an EDI solution.
0 Comments
Leave a Reply. |