Frankly, this just needs to contact potential contractors, and get the estimates for free, then get someone to pay for construction. Sometimes simply reaching out as a potential customer is half way to realization.

Maybe 0oo.li itself as a source in the Library? :)

Chrunchbase, Angelist, Product Hunt, Kickstarter. But it would be interesting to see sources for impact startups...

The mass of ISS being 419.7 metric tonnes, it would perhaps make more sense to detach some of the modules, that had been found essential and necessary for high survivability.

Just like with the idea about dolphins, it would make sense here to make a list of strategic contacts to discuss and share about this.

I think we should partner with opencollective.org on the ledger (projects ledger) side, and should discuss about desired generality, as we have on 0oo. Also, consider collaboration with odoo.com, as they provide the ability for companies do nearly all business operations by themselves, and companies running Odoo could easily publish parts of their data from ERP to 0oo for public. (We should write an odoo modules for that, for all ERPs.)

I like the formulation of "Autonomy", "Purpose", "Mastery" of personal happiness at work.

I'm missing all three at the moment, as a result, I'm miserable at work.

I think logged in users need a reader, that would allow to read external sources, and choose what to import to 0oo. For example, the view like /reader/ideas could let us use 0oo.li like a reader of Halfbakery, with special button, to import the ideas that we like. Similarly, /reader/projects may let us browse and read companies, etc.

This would allow the users of 0oo.li to work like researchers, browsing external questions, ideas, projects, and importing the gems for discussion and work here.

It's almost like our community would have a data-lake of external data sources, and be able to import things worth paying attention to for our community.

Yeah, there seem to be more compute power these days than good ideas how to use it. The dreamers of 1969 knew what would they have used the extra compute power: what physics equations would they try to solve, what simulations would they have wanted to run. The people of 1999 had SETI@HOME. The people of 2020, however are somehow OK with that under-use of compute, keeping computers cool.

So, yeah, it would be nice to have the CPUs doing something useful all the time. What could that be?

// Businesses would pop up due to programmatic rules.

Oh nice. So, let's say I want to run a cafe, that sells authentic food, practically, what do I do as a business developer powered by such business cloud?

If it wasn't clear, the whole bulleted pointed list in this ideas description would be the programme running automatically.

Businesses would pop up due to programmatic rules.

I think, we should operate as a global and free public service, because this type of site, like Wikipedia, serves like a basic infrastructure for public politics, innovation and work. While usually public services are limited to specific countries, they, like the payment processor services, can also be engineered to support multiple jurisdictions simultaneously...

In my understanding, the working hypothesis is that -- while Chinese language was successful in uniting various tribes and nations in the mainland, it has failed to become a global language, because of phonetic radicals mixed in, making the language not truly only conceptual, not truly speech-independent, so it can't serve as a neutral international language, the basic premise that with creation of shared language we can create a cooperative civilization, may be true.

A technical issue with enabling the font in the web is, that in order to display EL correctly, the font of particular letters being typed need to be changed "on the fly" (between traditional font and EL-ASCII) after or between particular escape characters. However, it seem to be only possible with a continually run rewrite process, that would have to scan all the texts in the browser, identify the escape characters, and styling those places with custom <span> tags. Moreover, it is not readily possible to have multiple fonts in a traditional input field, therefore, there would need to be an HTML (WYSIWYG) fields activated everywhere, where EL escape characters are found. Due to the computing resources needed to scan such texts, there would be a risk of hanging of the program upon large texts viewed in the browser. Therefore, only the texts with special initializing sequences (like a primer) would have to be scanned. So, we need to come up with the initializing sequence for EL paragraphs or texts, and then escape sequences to embed the El text between normal ASCII text. That is the strategy for how to create a plugin that would enable to read/write Earth Language anywhere on the web.

I think, the escape symbols could be custom in such extension, but a nice set of defaults could be: lines that contain EL tokens starting with 0o, and places that need to be substituted with EL formatting starting and ending with double space __.

Could such UseMe standard help also describe various social resources? Companies and individuals, when working professionally, tend to package their services and products in some standardized ways of requesting them and standardized processes of their fulfillment for the sake of efficiency and professionalism. Perhaps the UseMe standard could extend to describing the preferred ways of interacting with each others through Operation Requests, and even help quantify those interactions.

Many ideas on improving social media time-line sharing:

1. Time-sticky posts in other people's timelines, in proportion of how long the poster hasn't posted... (i.e., filling up attention time credit)
2. Auto-combining posts in timeframes, if there are too many posts from a single poster too close in time.
3. Using text summarizers for combined posts (like with gensim / LDA).
4. Limiting number of posts per time-frame per user (i.e., slow tweeting).
5. Filter posts from friends by topic, for example, read only math posts, not cooking posts.

I'm upvoting this as it's something I want to happen too. I see two ways of it happening:

• People cooperate and create integrations.

• People don't cooperate and don't create integrations. In which case we have to take matters into our own hands. I believe keylogging at the operating system or browser level is the only way to keep ownership of our own data.

Incremental structure discovery is not only the property of software development, but of engineering of unique hardware, unique individualized treatments, creating unique art, etc. The commodification happens when an item of certain qualities becomes in demand, that's when commodification and packaging makes a lot of sense. Don't forget, software is also commodified already, e.g., it's packaged. You need to run a simple function at scale? Just use a serverless computing solution, and get even a small piece of software development (a function) commodified.

// At some point the price of the skilled labour for computer systems will hit a plateau and software development will no longer be a high paying job. We have to avoid this reality as much as possible.

Oh oh. A software developer in fear of AI? Look, in a sense, lawyers are also programmers, and legalese is a programming language. In a sense, everyone is a programmer. In the AI domain, programming is called "planning". Example of AI planning is driving directions software, that finds the best program to go from point A to point B (just like devops tools take a system from state A to state B). Just because such programming gets automated, and everyone uses declarative programs (e.g., "I want the system of these properties built, and it gets built automatically.") instead of imperative programming, the world doesn't fall apart -- you'll still need good ideas from people, what kind of programs need to get auto-constructed, and what actually are properties of good programs.

So, imagine that we now have a system, that we have a system, that auto-develops ad-hoc software based on ad-hoc specifications, just like Google Maps gives ad-hoc driving routes, and people don't need to program anymore, but instead, just to wish that something happens, e.g., that one's personal history is auto-indexed in personal cloud with specific whims of the person who wants, and becomes available for one's queries -- and the operating system (let's call it "Master" computer in one's home) auto-develops and auto-deploys such system. Imagine of every whim, like, "I wish I had an app for this and that." -- and such things auto-developing. Would that be bad? Just like these days we don't think it's bad to program in higher level programming language, the people of the future will simply enjoy the capability of "Thought-to-Software" systems, where they don't even have to speak, but think that they'd want something happen in some way, and it would....

Ultimately, I guess it's high level thinking and feeling, not software development, is what don't want to delegate.

Commodification has the impact of reducing salaries and the maximum chargeable price for a good or service but has the side effect of making entire industries possible.

MacDonalds is possible because all the products they purchase are commodified (beef, bread products, chicken products, kechup, cola drinks, drinks)

The PC industry is commodified where CPU, RAM, motherboards and computer cases are all available for cheaply. But the expensive thing is skilled labour. At some point the price of the skilled labour for computer systems will hit a plateau and software development will no longer be a high paying job. We have to avoid this reality as much as possible.

Apocalypse-proof-education and jobs might be useful too. You need people to build farm equipment providing the land isn't too damaged.

I see, where you're going with this. Yes, we need such an index, need to know what is the set of all required jobs. But, what if we could load up programs (like Neo in "The Matrix" has loaded Kong-Fu), and change specialty dynamically from recordings of the skillsets? It's probably indexing skillsets is what's more important than indexing jobs.

People do not understand the components of their operating system or the components of a car, or aeroplane, so we have to specialise as a society, as individuals.

There's a cross fertilising of the idea of apocolypse technology -- there is also apocolypse jobs. All that's needed to have a well functional supply chain of goods from manufacture, to logistics requires a number of different specialisms.

Shelf stackers deserve more pay from where I'm standing.

I would so vote for upper bound of salaries for footballers :)

In the UK the free market creates minimum wage jobs and barely any high paying jobs.

Doctors deserve good salaries, footballers deserve less salaries.

Standardization of job type wage lower-bounds through public voting? It's price-setting through voting? Interesting, it's democracy against letting free market set its prices? What could be the implications?

// But they still have to be explicitly coded.

But what you propose (the thesaurus and an almanac of system functionality) would also have to be explicitly coded, wouldn't it?

You say: "A system should publish an endpoint that is an almanac of system functionality, that is, every endpoint it has, a thesaurus of keywords used to access that endpoint and a thesaurus of operations that it supports."

You need to code those systems to publish their functionality, so you'd have to modify every system that has functionality, to be able to publish it. How would your approach avoid this need for explicit coding to modify those systems to publish descriptions of themselves to the "thesaurus and an almanac"?

I'm familiar with expert systems such as Drools which uses the rete algorithm which is really clever. And I know about OpenAPI

But they still have to be explicitly coded.

When you define conditions, you gotta remember that there needs to be an executor that always tries to read the state and make sure that it is satisfied like a goal condition. The very reason why many companies exist, is to be good at being those executors. :)

But this is how APIs work already, that almanac is called "documentation" and it is already often machine-readable (read the core protocols and open api?).

Well, they have a limitation, they do not return vocabularies associated with their object types, and Mime-Types or Content-Types are not sufficiently informative. They could, if those APIs returned JSON-LD respones, or simply decorating their responses with metaformat's polycontext metasymbol would be enough to bind them to schemas defined in concepts also linked via polycontext metasymbol, and everyone could reason about everything while retrieving data about everything, traversing APIs.

A bunch of existing solutions that require human work, and already work (they are called expert systems) for this wishful thinking to get realized, because there exists a lot of not very well documented software, where software types are poorly linked with ontological (linguistic) types.

To create that linguistic connect so that everyone could auto-generate queries in numerous databases just by thinking that one would want to know something, will require the training of an AI system to map it from human examples. There are a couple of layers:

• synonyms that are part of human language
• concept IDs (that you can find in Wikidata)
• class names (that you can find in OOP software)
• table names (that you can find in databases)

All of that, can be beautifully linked up by defining a single good polycontext metasymbol (I think we should come up with and evolve the polycontext metasymbol for humanity, in a similar way that we evolve protocols, through RFCs), and that would allow to eventually have that desired property of being able to reason this way, really transcendentally, in all protocols and with all information systems.

A community of people can decide how they want a business to look like and how they operate ethically etc.

Business becomes sourcecode.

resource "company" "sams-coffee-shop" {
    description = "Selling bespoke coffee"

}

resource "menu" "morning-menu" {

    product "mocha" {
        sell_price = £2.65
        procurement "fair trade chocolate powder" {
            buy_price = "£1"
        }
        procurement "fair trade coffee" {
            buy_price = "£3"
            target_price = 0.85p
        }
        procurement "cups" {
            buy_price = £1
            target_price = 0.85p
        }

    }

}

// 0oo could be the place where this happens ;-)

Well, 0oo DB model is very suited for that of course, but even I think of decentralization, and having people own their "business operating system", and having 0oo as a lightweight entry point to the ecosystem. I.e., focusing on 0oo primarily on two tasks: "sharing thoughts" + "registering works", and getting all of that in fact linked from other systems. So, for example, if you did some works in your private ERP, or task management systems, you could link that up to 0oo for sharing with others here, and the 0oo would correctly pick that up and include it in your public ledger under that project, e.g., such as your company. This way, everyone's privacy would be preserved, and this place itself would be just one of the places to discuss and evaluate information about the aggregations of business operations (ledgers of operations -- both financial and not).

I've looked at OpenERP. It could very well form a basis for wiring it up to be peer to peer and to be provisionable.

It needs marketplace functionality.

// Integrated payments and invoicing.
// Integrated market research market for purchase.
// MRSGREN

Look no further than OpenERP :) It actually provides all those things that we find on the cloud as simple OpenSource business operations software to do all things that business needs from A to Z running on PostgreSQL, so organization can breathe. And yes, there also exists a cloud version of it.. It would be nice to have convert it into a "generalized peer" that can meaningfully talk with all other systems regardless of their protocols, currencies, networks... Think of it as open source "business operating system".

I propose a Terraform-like tool for provisioning real life things, in the real world.

We just need to decide what attributes a business has and what attributes all of these objects have.

People can then integrate by writing provisioners for integrations with existing market places or new platform ones.

0oo could be the place where this happens ;-)

I suspect this idea can be implemented by nested exchanges.

• Every aspect of getting a business off the ground relies on the exchange of money for some item off an exchange. so this idea relies on a platform that someone builds to exchange products and services. and having them integrated behind one business account.

• A data format for an organisation, which includes the network of inputs and outputs which you've elucididated on before. I've proposed MRSGREN on my ideas document as an organisational strategy or verbs for operation.

• Integrated payments and invoicing.

• Integrated market research market for purchase.

I've proposed how you would provision a cafe with the software. The integrations are numerous.

How is this different from how the world works today, or how smart contracts work today with oracles? The world already has all kind of services (including physical) callable via APIs. Imagining all of that integrated is good, and is happening too -- APIs aggregators do it. How this is different from network of functions idea? Implementation of these things via APIs is ugly, because there are different standards, and nobody agrees on a single one, so we need drivers that would drive APIs at the operating system level (as described in the metadrive idea). But this, does this present a new method to get this happen? If so, where's the description of the actual method of this idea?

Cookiecutter for business? That could be a good part of knowledge graph about procedural knowledge. Also, linked business guides idea, that we had. Having reliable procedures that work can reduce risk to all kind of investors, and really, a good thing. The problem is that many of these "great practises" are either locked behind the "catch 22" that you're talking about in your idea description on HB.

Make OpenERP have REST APIs, and get companies listed as 0oo.li/projects and get them automatically list their products on 0oo.li/products ?

Opportunity: use brilliant.org problems, khanacademy.org videos, combined with secondlife.com-like environment with puzzles to go through.

Idea: make a meeting between these organizations, include decentraland. Additionally, Dual Universe seem to be a good match.

• What is the wealth disribution on Ethereum?
• How well Ethereum is doing in funding new transformative technologies?
• What new products and services had been created so far with ethereum as funding source?

The goal is to find cross institution joins. Things that are difficult without having the data in one database.

What shall we call this? Basic life intel? Regarding jobs, in all likelihood, you are better off with remote and long-distance these days, unless you are looking for job as workout. ;)

Not sure about "restore civilization". Not everything we do today we need to keep. So, what part of current civilization we may want to "keep and restore"? And then, what tools we need to "create a new civilization"?

What's ethics?