問題: Coordination problem

Recursive coordination portfolio

+1  

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

YAML 発想

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.

chronological,

(通知しない) (不必要) ログインしてください。

//誰もが自分がしていることを発表します。

これには、「ステータスの更新」または「ステータスとしてのプロジェクト」が必要です。これらのストリームは公開されています。

私はこれ(公開プロトコル)について頭の中で何か浮かび上がってきました、そしてそれはas-of-yet-unpublished-yet-viewable-with-thisリンク[https://0oo.li/method/111001/0x111111? l = en

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


社会実験をします。今後数日間、このコメントページに自分が考えていることやしていることを書いていきます。

私との調整を試みるのはあなたの責任であり、私はあなたとの調整を試みます。

これは、スペースを整理するローテクの再帰的な調整ポートフォリオである可能性があります。

ミンディとの調整から始めるために、私はあなたの考えや感情に対する私の反応を提供します。 ODOOの統合は大変な作業のように聞こえます。難しいし、時間がかかるのではないかと思います。それは多くの努力で達成可能です。また、ODOOマルチテナントをホストする方法を学ぶ必要があります。そうすれば、ODOOをコンピューターで実行して使用できるようになります。ただし、セットアップにも時間がかかり、セットアップに多くの作業が必要になる場合を除きます。最新の状態に保ちます。 達成可能でありながら印象的なソリューションに焦点を当てたいと思います。

今日、私はQuoraの作業に一日を費やし、誰かが私のこのスタックオーバーフローの問題を解決しました- https://stackoverflow.com/questions/72882207/whats-the-mathematical-formula-for-a-nested-loop バランスの取れたデカルト積を得ることができました。ループの負荷を分散したい。 3つのレベルのネストされたループがある場合、外側のループよりも内側のループを実行します。ループの負荷を分散するコードを作成しました。

Erlangの並行性に似たものを任意の数のループに追加するというアイデアがあります。

また、M:Nスケジューラーに簡単なインタープリターを書くことも考えています。そして、単純なアセンブラを使用してコードをメモリに書き込みます。そしてそれを実行します。次に、マルチスレッドを追加します。新しいスレッドを作成し、複数のスレッドでコードを実行できるようにしたいと考えています。 Javaと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


今日、私は時間とレバレッジの不可逆性について考えています。

私たちは成功の最大の機会のために他人によって作成されたものを使用します。たとえば、Amazonなどの業界標準の企業をショッピングに使用したり、ソフトウェアにオープンソースソフトウェアを使用したりする場合、すべてを手作業で作成する必要はありません。

すべての決定に機会費用があり、ケーキを焼いたときに卵を抽出することはできないとすると、何が残っているのかをどのように推論しますか?私たちは堅実な企業を利用し、成功のために堅実なテクノロジーに依存する必要があります。 また、私たちを制限するか、私たちに利益をもたらす精神的なパターンもあります。

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.


私は今、スケーラビリティ、特にオープンソースソフトウェアを使用したスケーラビリティについて考えています。 私は、DNSロードバランシングを備えた3つのF5ロードバランサーを備えた3つのアベイラビリティーゾーンにわたって信頼性の高いアプリケーションを提供するプロジェクトに参加していました。 F5は他のF5を認識しており、他のアベイラビリティーゾーンにある他のF5との負荷分散を行うことができます。

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.


インテリジェントDNSを実装する方法を見つけました。

パイプバックエンドでPowerDNSを使用し、要求のIPアドレスを使用してDNSクエリを動的に解決できます。これにより、近くにあるサーバーが見つかる可能性があります。

次に、Haproxiesのヘルスチェックを行って、正常なロードバランサーを見つけることができます。それがインテリジェント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.


私は負荷分散ループを見てきましたが、私の2番目のアイデアは仮想プロセスの負荷分散です 仮想プロセスは、いくつかネストされた一連のループです。 ソフトウェアは一連のプロセスとして作成できます。 プロセスとその結果としてのループをスケジュールする方法を学びたいです。 実行を進めるために、各ループで.tickを呼び出す必要があります。 プロセスの優先順位を変え、相互に比例させたい 1つのプロセスの2つのループを互いに実行する場合があります。 また、相互に依存するプロセスの.ticksをスケジュールしたい

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


少し待ちます。プロジェクトの結果通知をコメント通知と一緒に作成して、特定のプロジェクトの下で、プロジェクトが属する場所で作業結果を共有しながら、このプロセスに取り組むことができるようにするつもりです。

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.