Albufeira 的一家餐厅接待的客人并非都说同一种语言，而是否有桌位由站在大堂里的人决定，而不是由日历决定。因此预订是一份请求：客人选择日期、餐段、时间、人数，以及更想坐室内还是露台，而答复来自餐厅。
另一边是员工后台，为正在服务的人设计。请求连同通知到达，屏幕打开时列表会自动刷新，每个请求用两个操作之一来处理：分配一张桌子并确认，或附上理由拒绝。
客人从不创建账户。他们保留一条属于该预订的专属链接，保存在预订时所用的浏览器中，通过这条链接查看是否已确认、分到哪张桌子，以及如何取消。
如何运作，分三个部分
- 时间表是计算出来的，而不是写出来的
- 客人可以选择的时间，来自存放在数据库中的餐厅规则：餐段，以及午餐不营业的日子。当餐厅改为每天供应晚餐、只在周一和周二不供应午餐时，改动的是数据库里的一行，而不是网站上某个需要有人记得去修改的句子。
- 只有熟悉大堂的人才能分配桌位
- 确认一个请求需要选择一张桌子，在桌子被分配之前，会对照同一天、同一餐段的其他预订进行核对。拒绝需要给出理由，客人会在其预订页面上看到这个理由：没有人只收到一个没有解释的「不」。
- 链接就是钥匙
- 每个预订都有一个带有秘密部分的地址，而正是这个地址才能打开它。客人一侧没有按电话号码查询：在街坊餐厅里，只要知道某人的号码，就能看到这个人的预订。一个错误的链接显示的页面，与一个从未存在过的链接完全相同。
网站的四个页面
日期、餐段、时间、人数
请求在一个界面上完成：日期、当天营业的餐段内的时间，以及人数。列出的时间，是餐厅规则允许选择的。
八种语言，每一种用它自己的文字书写
同一界面的中文版，语言列表已展开。每种语言都以自己的名称、自己的文字显示，因为读俄文的人不会去找「俄语」这个词。
等待决定的请求
后台首先显示等待答复的请求，每个请求的确认按钮旁是选桌，拒绝按钮旁是理由栏。右侧是接下来已确认的预订。名字为演示数据。
预订页面，客人一侧
一份已确认的预订，英文版：分配的桌位、如何到达、餐厅电话号码和取消按钮。链接随时打开的都是同一个页面。
