Recursive coordination portfolio
Portfolios are really effective at managing bets and risk. You own a little bit of everything to return as much as you can. What if we could manage our coordinations with others as a portfolio. People could decide to change their behaviour to benefit someone else. Such as writing documentation how some of their code works. Or adding an API
Everyone announces what they ARE doing.
Everyone comments on everybody else's what they are doing and says what they could do to benefit me. How to do that thing you're doing in my interest.
If the person doing the thing accepts that work, they add it to their portfolio.
// Kiekvienas skelbia, ką daro.
Tam reikia „būsenos atnaujinimų“ arba „projektų kaip būsenų“, tie srautai turi būti vieši.
Mano galvoje kažkas iškyla apie tai (publikavimo protokolas), ir tai susiję su dar-nepublikuota-dar-viewable-with-this nuoroda [https://0oo.li/method/111001/0x111111? l=lt
// Everyone announces what they ARE doing.
This requires "status updates" or "projects as statuses", those streams be public.
I have something emergent in my head about this (publishing protocol), and it is related to as-of-yet-unpublished-yet-viewable-with-this link https://0oo.li/method/111001/0x111111?l=en&secret=2a9ede86681f0bb4f7b7485c913488b3&c=26cc7033 vision for Odoo. I'm thinking of that Python ERP as a P2P publishing system. It currently is not P2P, but it has a good base. For example, it has eBay, banking and other integrations, that allows it to be a central assets management place for businesses. I don't see why it couldn't shine as a central place to manage social publishing, and inter-operation between thinking spaces like Infinity (I'll have a chance to finalize the API for that), LessWrong, Halfbakery, and other similar places. Publishing follow up streams of events about projects would then be quite easy too.
Darysiu socialinį eksperimentą. Per ateinančias kelias dienas šiame komentarų puslapyje parašysiu, apie ką galvoju ir ką darau.
Jūsų pareiga pabandyti suderinti su manimi, o aš pabandysiu suderinti su jumis.
Tai gali būti žemų technologijų rekursinio koordinavimo portfelio organizavimo erdvė.
Norėdami pradėti nuo savo derinimo su tavimi, Mindey, pateiksiu savo reakciją į tavo mintis ir jausmus. ODOO integravimas skamba kaip sunkus darbas. Įtariu, kad tai bus sunku ir užtruks daug laiko. Tai pasiekiama dedant daug pastangų. Taip pat turėsite išmokti priglobti ODOO daugialypį nuomininką, kad galėtumėte jį paleisti savo kompiuteryje, kad galėtume jį naudoti, nebent tikitės, kad mes jį taip pat nustatysime, o tai tikriausiai taip pat užima daug laiko ir reikalauja daug darbo. ir nuolat atnaujinti. Noriu sutelkti dėmesį į sprendimus, kurie yra pasiekiami ir įspūdingi tuo pačiu metu.
Šiandien aš praleidau savo dieną dirbdamas su Quora ir kažkas išsprendė šią mano stackoverflow problemą - https://stackoverflow.com/questions/72882207/whats-the-mathematical-formula-for-a-nested-loop Man pavyko gauti subalansuotą Dekarto gaminį. Noriu įkelti balanso kilpas. Kai turite įdėtą trijų lygių kilpą, vidinę kilpą paleidžiate daugiau nei išorines. Parašiau kodą apkrovos balansui kilpoms.
Turiu idėją pridėti panašų į Erlang lygiagretumą prie bet kokio skaičiaus kilpų.
Taip pat galvoju parašyti paprastą vertėją į savo M:N planuotoją. Ir naudojant paprastą surinkėją kodo įrašymui į atmintį. Ir įvykdykite. Tada pridėkite kelių gijų. Noriu sugebėti kurti naujas gijas ir paleisti kodą keliose gijose. Java ir C
I'm going to do a social experiment. I'm going to write what I'm thinking of and doing on this comment page over the next few days.
It's your responsibility to try coordinate with me and I'll try coordinate with you.
This can be a low tech recursive coordination portfolio organising space.
To start with my coordination with you Mindey, I shall provide my reaction to your thoughts and feelings. Integrating ODOO sounds like hard work. I suspect it shall be difficult and take a lot of time. It's achievable with lots of effort. You would also need to learn how to host ODOO multitenanted so you could run it on your computer for us to use, unless you expect us to set it up too which is probably also uses lots of time and is a lot of work to set up and keep up to date. I want to focus on solutions that are achievable and impressive at the same time.
Today I spent my day working on Quora and someone solved this stackoverflow problem of mine - https://stackoverflow.com/questions/72882207/whats-the-mathematical-formula-for-a-nested-loop I managed to get a balanced Cartesian product. I want to load balance loops. When you have a nested loop of three levels, you run the inner loop more than the outer loops. I wrote code to load balance the loops.
I have an idea for adding similar to Erlang concurrency to any number of loops.
I am also thinking of writing a simple interpreter to my M:N scheduler. And using a simple assembler to write code to memory. And execute it. Then add multithreading. I want to be capable of creating new threads and running code in multiple threads. Java and C# did it so why can't I? It's hard but I kind of know what I need to do. I wrote a parser before. I have written assembly before. I need to write some assembly patterns and write code to generate that assembly. I'll need a new thread primitive. And primitives for compareAndSet and loops. I can write basic assembly to do all these things then write a generator of that assembly and parameterise it. It's like Java's template interpreter.
It won't be portable but it would be good
Šiandien galvoju apie laiko ir sverto negrįžtamumą.
Mes naudojame kitų sukurtus dalykus, kad gautume maksimalią sėkmės galimybę. Pavyzdžiui, apsipirkdami naudojame pramonės standartines įmones, tokias kaip „Amazon“, arba savo programinėje įrangoje naudojame atvirojo kodo programinę įrangą, mums nereikia visko kurti rankomis.
Atsižvelgiant į tai, kad kiekvienas sprendimas kainuoja papildomai, o iš pyrago negalite iškepti kiaušinio, kai jis kepamas, kaip motyvuojate, kad tai, kas yra šalia, likti? Turime pasitelkti solidžias įmones ir pasikliauti patikimomis technologijomis siekdami sėkmės. Mes taip pat turime psichinių modelių, kurie mus riboja arba mums naudingi.
Today I'm thinking of the irreversibility of time and leverage.
We use things created by others for maximum opportunity of success. For example we use industry standard companies such as Amazon for our shopping or use open source software in our software, we don't need to create everything by hand.
Given there is an opportunity cost to every decision, and you cannot extract egg from a cake when it's baked, how do you reason what is around to stay? We need to use solid companies and rely on solid technologies for success. We also have mental patterns that either limit us or benefit us.
Dabar galvoju apie mastelį, ypač apie mastelį naudojant atvirojo kodo programinę įrangą. Dalyvavau projekte, kuris suteikė patikimą programą 3 pasiekiamumo zonose su 3 F5 apkrovos balansavimo įrenginiais su DNS apkrovos balansavimu. F5 žinojo apie kitus F5 ir galėjo įkelti balansą į kitus F5 kitose pasiekiamumo zonose.
I am now thinking of scalability, specifically scalability using open source software. I was on a project that provided a reliable application across 3 availability zones with 3 F5 load balancers with DNS load balancing. The F5 knew of other F5s and could load balance to other F5s in other availability zones.
Sužinojau, kaip įdiegti išmanųjį DNS.
Galite naudoti „PowerDNS“ su vamzdyno užpakaline sistema ir dinamiškai išspręsti DNS užklausą naudodami užklausų IP adresą. Tai gali rasti šalia jūsų esančius serverius.
Tada galite patikrinti Haproxies būklę ir rasti sveiką apkrovos balansavimo priemonę. Tai yra protingas DNS.
I found out how to implement intelligent DNS.
You can use PowerDNS with the pipe backend and to dynamically resolve a DNS query using the requests IP address. This could find servers that are near you.
Then you can health check Haproxies to find a load balancer that is healthy. That is intelligent DNS.
Aš ieškojau apkrovos balansavimo kilpų, bet mano antra idėja yra apkrovos balanso virtualūs procesai Virtualus procesas yra kilpų, kurios kai kurios yra įdėtos, serija. Programinė įranga gali būti sukurta kaip procesų serija. Noriu išmokti planuoti procesus ir atitinkamai kilpas. Turiu iškviesti .tick kiekvienoje kilpoje, kad paspartinčiau jos vykdymą. Noriu, kad procesai būtų skirtingų prioritetų ir proporcingi vienas kitam Galiu atlikti 2 vieno proceso kilpas kiekvienam kitam. Taip pat noriu suplanuoti .tiks procesus, kurie priklauso vienas nuo kito
I've been looking at load balancing loops but my second idea is to load balance virtual processes A virtual process is a series of loops some nested. Software can be created as a series of processes. I want to learn how to schedule processes and consequently loops. I need to call .tick on each loop, in an order to advance its execution. I want the processes to be of different priorities and proportionate to eachother I might execute 2 loops of one process for every one of another. I also want to schedule .ticks for processes that depend on eachother
Šiek tiek palaukite. Manau, kad pranešimai apie projektų rezultatus bus pateikiami kartu su pranešimais apie komentarus, kad galėtume dalyvauti šiame procese, dalindamiesi darbo rezultatais ten, kur jie priklauso – pagal konkrečius projektus.
Wait for a bit. I think, I'll make projects results notifications go along with comment notifications, so that we could engage with this process, while sharing work results where they belong -- under particular projects.