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.