Window walk optimisation
You want to find a job that is near your home transport wise, near a supermarket, doctors that pays the most and has the cheapest house to buy or rent
We can walk different web sites in an iterative hill climbing algorithm.
Enumerate list of towns, cities and villages
Enumerate houses to rent and to buy at lowest cost sorted first.
Enumerate list of supermarkets near said houses and near job, sort by smallest distance
Enumerate jobs, sorted by most pay first
Now walk all these datasets as an optimisation problem to find a list of efficient combinations of jobs and housing.
This is far better than manually cross referencing data in separate tabs.
+[項目]
A site that walks London transport options and house prices to help find a place to live
This is a dedicated site to this task
好主意。但是，我想用它來查找要加入的社區。找工作是一個非常令人沮喪的提議，但這就是網絡上充滿的東西。非常有說服力的是，沒有人在社區搜索方面提出這個問題。 當然，它將使用相同或相似的約束進行相同的搜索，但使用不同的術語。語言是我們塑造和表達思想的全部
Good idea. However, I'd like to use this to find a community to join. Looking for a job is a very depressing proposition, but that's what the web is full of. It's very telling that no one is framing this issue in terms of community search. Granted, it'll do the same search using same or similar constraints, but using different lingo. Language is all we got to shape and express our thoughts
Skihappy 我懷疑它可用於查找任何多方面的多變量問題。如果有社區數據庫，那麼理論上這些數據庫提供商應該提供 API 來查詢數據。
問題是除非網站使用“社區”一詞，否則谷歌不會對網站進行分類。
Skihappy I suspect it can be used to find any multi faceted multi variable problem. If there is a database of communities then in theory those database providers should provide an API to interrogate the data.
The problem is Google doesn't categorise websites unless the website uses the term "community".
我考慮了執行枚舉和數據遍歷的實際問題。
我認爲數據的行走可以分散以提高效率。 一次走一個記錄是沒有意義的。需要下載大量數據。
我認爲可以使用延續樣式，以便數據提供者遍歷每個子迭代。
所以數據的行走是協作服務器之間的延續。
I thought about the practical concerns of executing the enumeration and walking of data.
I think the walking of data can be distributed for efficiency. It doesn't make sense to walk each record one at a time. It's a lot of data to download.
I think a continuation style can be used so that the provider of the data walks each sub iteration.
So the walking of data is continuations between collaborating servers.
我會喜歡這種東西。事實上，它並沒有以路徑結束——考慮我們的飲食選擇和營養——它們是窗口步行優化的一個參數——在哪裏租可能取決於我們步行到的產品和服務的種類，以及這個順序在社交環境中使用的產品和服務的數量可能不是最佳的——爲什麼不將它們與不同的人（健康與否）相關聯，並提出更好的建議（例如，“史蒂夫一直步行去健身房，他的血血紅蛋白水平和其他參數都很好，我知道有很多這樣的“史蒂夫”，也許你應該考慮一下你公寓附近的健身房？”），然後，基於它們作爲參數，“窗口行走優化”會被調整。
事實上，如果客戶能夠獲得包含有關其購買詳細信息的數字收據（而不是紙質收據）以及有關所購買的每個產品/服務項目的供應鏈詳細信息，那麼步行到產品/服務的優化會更容易……它可以通過打印在紙質收據上的 URL（或二維碼）來獲取數據詳細信息，可以輕鬆完成保護隱私（即使是現金支付）。使用會員卡很容易做到，人們用它來打折，更不用說移動銀行應用程序了（我猜，它通常不會獲得產品詳細信息數據）。如果不這樣做，消費者就會缺乏數據。分類是：【如何取回購物收據數據】(https://0oo.li/intent/79001/offline-shopping-receipts-data-retrieval)？
I'd love this kind of thing. In fact, it doesn't end with the path -- take our dietary choices and nutrition -- they are a parameter in window walk optimization -- where to rent may depend on the kind of products and services we walk to, and that sequence of products and services to be engaged with in social circumstances may be sub-optimal -- why not to correlate them across different people (healthy or not), and suggest better ones (e.g., "Steve has been walking to gym, and his blood hemoglobin levels, and other parameters are good, and there are many such 'Steves' that I know, maybe you should consider that gym nearby your apartment?"), and then, based on them as a parameter, the "window walk optimization" would be adjusted.
In fact, walk-to product/service optimization would be easier if customers were to get the digital receipts (instead of paper ones) with data about their purchase details down to supply chain details about each product/service item purchased... It could be easily done preserving privacy (even for cash payments) with a URL (or QR code) printed on the paper receipt to fetch data details. It could easily be done with loyalty cards, that people use for discounts, not to speak with mobile banking apps (which, I guess, generally don't get the products details data). If it is not being done, the consumers are left data-poor. The category is: how to get back the shopping receipts data?
目標是任何網站選項卡都可以與另一個選項卡交叉引用。因此，人們可以瀏覽任何公開可用的信息。
我之前的帖子暗示會有一種特殊的方式來卸載步行到服務器。我設想這是一個公共端點，它允許您將步行問題作爲一組變量和枚舉上傳。您也必須提供其他網頁的 URL，以便服務器代表您發出請求。
您只會對前 N 個結果感興趣 - 而不是完整的結果集，因爲這將有大量數據需要傳輸。
您可以將此步行優化與揹包問題結合起來，根據卡路里、脂肪、碳水化合物、蛋白質預算來安排健康的膳食食譜。如果您有一個帶有菜單或食譜網站或雜貨店購物網站的餐廳網站 - 它們都可以組合在一起！！
我設想使用此功能來查找同時具有高性能、廉價和低錯誤率的硬盤驅動器。 （Back blaze 發佈硬盤故障統計數據）
The goal is that any website tab can be cross referenced with another tab. So people can walk any information that is publicly available.
My previous post implied there would be a special way to offload walking to servers. I envision this being a common endpoint which lets you upload the walking problem as a set of variables and enumerations. You would have to provide the URL of other web pages too for the server to make requests on your behalf.
You would only be interested in the top N results - not the full result set as that would be lots of data to transfer.
You could combine this walk optimisation with the knapsack problem to schedule healthy meal recipes according to a calorie, fat, carbohydrate, protein budget. If you had a restaurant site with a menu or a recipe website or a grocery shopping website - they can all be combined!!
I envision using this feature to find hard drives that are simultaneously high performance, cheap and have low error rates. (Back blaze publishes hard drive failure stats)
我明白了，但它怎麼走呢？我認爲它需要像 Metadrive 這樣的東西才能輕鬆行走。
我想我們已經討論過描述目標_條件查詢的格式（例如，Ansible 的角色定義了機器的目標狀態，這些角色是目標函數的示例——一種自動滿足條件的查詢），當我們談到關於“想要文件”。
有趣的是，程序合成和程序搜索如何歸結爲步行優化。
I see, but how will it walk? I think it would require something like the Metadrive to walk easily.
I think we had talked about the formats for describing target queries for conditions (for example, Ansible's roles define target states of machines, these roles are examples of objective functions -- a kind of queries for conditions to auto-satisfy), when we talked about the "wants files".
It's interesting, how program synthesis and program search boils down to walk optimization.
好吧，我想到了形式化定義包含 URL 的山路的語法。
如果服務器完成這項工作，則需要服務器本身進行更改以支持該協議。
Metadrive 也可以在本地執行數據收集。它只會導致更多的數據傳輸。
Well I thought of formalising a syntax for defining a hill walk that includes URLs.
If the servers do the work, then it requires the servers themselves change to support the protocol.
Metadrive could execute the data collection locally too. It would just result in more data transfer.
它可以是一個瀏覽器插件和一些 GUI 來使用 GUI 構建步行搜索。
在 Excel 中，我們有一個名爲 What If 的功能，它非常強大。它可以智能地更改單元格值以找到目標值。
It could be a browser plugin and some GUI to build a walk search with the GUI.
In Excel we have a feature called What If which is very powerful. It can change cell values intelligently to find a goal value.