Business cloud

0  

Provisioning reality with code

YAML Idėja

Provision a company with code.

This company has these inputs, these outputs. These services can be listed on an service exchange for their provisioning by business software developers.

Provisioning a cafe where there is demand would be an algorithmic opportunity.

  • Search for areas with foot traffic.
  • Find areas with high foot traffic.
  • Find places to rent which are near high foot traffic.
  • Provision a limited business using online services.
  • Buy fit out service from fit out services company.
  • Provision branding, website, menu
  • Menu is optionally listed automatically on Uber Eats and Just Eat
  • Ingredients are ordered from a marketplace of suppliers.
  • Staff are caught from a marketplace of labour.
  • A business opens its doors in the space of 1 month.
chronological,

(nesiųsti pranešimų) (nebūtinas) Prašome prisijungti.

Kuo tai skiriasi nuo to, kaip šiandien veikia pasaulis, ar kaip protingos sutartys šiandien veikia su orakulais? Pasaulyje jau yra visų rūšių paslaugų (įskaitant fizines), kurias galima iškviesti per API. Įsivaizduoti, kad visa tai integruota, yra gerai, taip pat vyksta - tai daro API kaupėjai. Kuo tai skiriasi nuo [funkcijų tinklo] (https://0oo.li/method/222/network-of-functions) idėjos? Šių dalykų įgyvendinimas per API yra negražus, nes yra skirtingi standartai ir niekas nesutaria dėl vieno, todėl mums reikia tvarkyklių, kurios valdytų API operacinės sistemos lygiu (kaip aprašyta metadrive idėjoje). Bet ar tai pateikia naują metodą, kaip tai pasiekti? Jei taip, kur aprašytas tikrasis šios idėjos metodas?

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?


Įtariu, kad šią idėją galima įgyvendinti įdėtais mainais.

  • Kiekvienas verslo pradžios aspektas priklauso nuo pinigų keitimo tam tikru elementu iš biržos. taigi ši idėja remiasi platforma, kurią kažkas kuria keisdamas produktus ir paslaugas. ir integruoti juos už vienos verslo sąskaitos.

  • Organizacijos duomenų formatas, apimantis įvesties ir išvesties tinklą, apie kurį anksčiau esate išaiškinęs. Aš pasiūliau [MRSGREN] (https://github.com/samsquire/ideas3

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.


Aš siūlau į „Terraform“ panašią priemonę, skirtą aprūpinti realius dalykus realiame pasaulyje.

Mes tiesiog turime nuspręsti, kokius atributus turi verslas ir kokius atributus turi visi šie objektai.

Tada žmonės gali integruotis, rašydami tiekėjus integracijai į esamas rinkas ar naujas platformas.

0oo gali būti ta vieta, kur tai vyksta ;-)

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 ;-)


// Integruoti mokėjimai ir sąskaitų faktūrų išrašymas. <br>

// Integruota rinkos tyrimų rinka. <br>

// MRSGREN

Neieškokite [OpenERP] (https://www.odoo.com/) :) Tai iš tikrųjų teikia visus tuos dalykus, kuriuos randame debesyje, kaip paprastą „OpenSource“ verslo operacijų programinę įrangą, kad atliktumėte viską, ko reikia verslui, nuo A iki Z veikia „PostgreSQL“, todėl organizacija gali kvėpuoti. Taip, taip pat egzistuoja debesinė jos versija .. Būtų gerai, kad ją paverstume „apibendrintu bendraamžiu“, galinčiu prasmingai kalbėtis su visomis kitomis sistemomis, neatsižvelgiant į jų protokolus, valiutas, tinklus ... Pagalvokite apie tai kaip atvirojo kodo „verslo operacinė sistema“.

// 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".


Peržiūrėjau „OpenERP“. Tai labai gerai galėtų sudaryti pagrindą, kad būtų galima bendrauti su bendraamžiais ir būti pasirengusiems.

Tam reikia rinkos funkcionalumo.

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.


// 0oo gali būti vieta, kur tai vyksta ;-)

Na, 0oo DB modelis, be abejo, tam labai tinka, bet net aš galvoju apie decentralizavimą ir tai, kad žmonės turi savo „verslo operacinę sistemą“, ir tai, kad 0oo yra lengvas įėjimo į ekosistemą taškas. T.y., sutelkiant dėmesį į 0oo pirmiausia į dvi užduotis: „dalijimasis mintimis“, „darbų registravimas“ ir viso to susiejimas iš kitų sistemų. Pavyzdžiui, jei atlikote keletą darbų savo privačioje ERP arba užduočių valdymo sistemose, galite susieti tai iki 0oo, kad galėtumėte dalytis su kitais čia, o 0oo teisingai tai pasiimtų ir įtrauktų į savo viešąją knygą pagal tą pvz., jūsų įmonė. Tokiu būdu būtų išsaugotas kiekvieno žmogaus privatumas, o pati ši vieta būtų tik viena iš vietų, kur galima aptarti ir įvertinti informaciją apie verslo operacijų agregatus (operacijų knygas - tiek finansines, tiek ne).

// 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).


Žmonių bendruomenė gali nuspręsti, kaip jie nori atrodyti versle ir kaip jie veikia etiškai ir pan.

Verslas tampa šaltinio kodu.

<pre>

šaltinis „įmonė“ „sams-coffee-shop“ {

description = "Parduodu užsakytą kavą"

}

šaltinis "meniu" "rytas-meniu" {

produktas „mocha“ {

pardavimo kaina = 2,65 GBP

pirkimas „sąžiningos prekybos šokolado milteliai“ {

buy_price = "£ 1"

}

pirkimai „sąžiningos prekybos kava“ {

buy_price = "3 svarai"

tikslinė kaina = 0,85 p

}

pirkimo „puodeliai“ {

pirkimo kaina = 1 svaras

tikslinė kaina = 0,85 p

}

}

}

</pre>

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
        }

    }

}

Apibrėždami sąlygas, turite atsiminti, kad turi būti vykdytojas, kuris visada bando perskaityti būseną ir įsitikinti, kad ji tenkinama kaip tikslo sąlyga. Priežastis, kodėl egzistuoja daugybė įmonių, yra ta, kad būtų gera būti tais vykdytojais. :)

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. :)


Jei tai nebūtų aišku, visas šiame idėjų aprašyme esantis smailiųjų taškų sąrašas būtų programa, kuri veikia automatiškai.

Verslas atsirastų dėl programinių taisyklių.

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.


// Įmonės atsiras dėl programinių taisyklių.

O malonu. Tarkime, aš noriu valdyti kavinę, kuri parduoda autentišką maistą, praktiškai. Ką aš darau kaip verslo kūrėjas, veikiantis tokio verslo debesies?

// 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?