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.
+[проект]
// Все объявляют, что они делают.
Для этого требуются «обновления статуса» или «проекты как статусы», эти потоки должны быть общедоступными.
У меня есть кое-что новое в моей голове по этому поводу (протокол публикации), и это связано с пока еще неопубликованной, но доступной для просмотра ссылкой [https://0oo.li/method/111001/0x111111? л = ан
// 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 с несколькими арендаторами, чтобы вы могли запускать его на своем компьютере для использования нами, если только вы не ожидаете, что мы также настроим его, что, вероятно, также требует много времени и требует много работы для настройки. и будьте в курсе. Я хочу сосредоточиться на решениях, которые достижимы и в то же время впечатляющи.
Сегодня я провел свой день, работая над Quora, и кто-то решил мою проблему с переполнением стека - https://stackoverflow.com/questions/72882207/whats-the-mathematical-formula-for-a-nested-loop Мне удалось получить сбалансированное декартово произведение. Я хочу загрузить циклы балансировки. Когда у вас есть вложенный цикл из трех уровней, вы запускаете внутренний цикл чаще, чем внешние циклы. Я написал код для балансировки нагрузки циклов.
У меня есть идея добавить параллелизм, аналогичный Erlang, к любому количеству циклов.
Я также думаю о написании простого интерпретатора для моего планировщика M:N. И используя простой ассемблер для записи кода в память. И выполнить его. Затем добавьте многопоточность. Я хочу иметь возможность создавать новые потоки и запускать код в нескольких потоках. Ява и С
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.
Теперь я думаю о масштабируемости, особенно о масштабируемости с использованием программного обеспечения с открытым исходным кодом. Я участвовал в проекте, который обеспечивал надежное приложение в 3 зонах доступности с 3 балансировщиками нагрузки F5 с балансировкой нагрузки DNS. 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 с серверной частью канала и динамически разрешать DNS-запрос, используя IP-адрес запросов. Это может найти серверы, которые находятся рядом с вами.
Затем вы можете проверить работоспособность Haproxy, чтобы найти работоспособный балансировщик нагрузки. Это интеллектуальный 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.
Я рассматривал циклы балансировки нагрузки, но моя вторая идея — балансировать виртуальные процессы. Виртуальный процесс представляет собой серию вложенных циклов. Программное обеспечение может быть создано как серия процессов. Я хочу научиться планировать процессы и, следовательно, циклы. Мне нужно вызвать .tick для каждого цикла, чтобы ускорить его выполнение. Я хочу, чтобы процессы были разноприоритетными и соразмерными друг другу Я мог бы выполнить 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.