日本游的简单总结

已经回来好几天了,人太懒,现在才想起来写总结。

简单跟读者们汇报一下。

最后几天不是很顺利,当然,从某种意义来说,见证了日本不那么严谨的一面。

11.10日从函馆去东京,那么日本新干线是新函馆到东京,提前订好票,第二天中午看到说函馆列车延误较多,提前很久来到函馆站,准备做通勤的火车从函馆到新函馆站,这段距离不算短也不算长,但没想到的是,一直没有列车过来,问车站的管理人员,才知道路上有故障检修,让我去下一个站候车,我看门口很长的队伍等公交车过去,我着急就打车去了下一个站,结果还是没有火车,当然,也是财迷了一些,从函馆到新函馆距离还是有点远的,打车成本有点吃不消。然后发现不可能赶上那趟新干线了,所以重新订了一张票,还好用的周游券,没有额外花钱。后来列车终于恢复了,坐上了后一班的列车,在比原计划提前出门一个多小时的前提下,到达目的地比原计划耽误了差不多一个小时,也就是前后浪费了差不多两个多小时。不过和后面的遭遇相比,这个算好的了。

其实11.9日从札幌到函馆的路上也遇到了铁路故障检修,火车临时停靠了一会,不过时间不长,没有太当回事,看来日本的铁路交通的稳定性,并不是那么好。

11.13,按计划去机场,办理登机牌,过安检海关,登机,通知老婆接机时间,飞机按时起飞,看上去一切都很顺利,只是感觉飞机似乎略显颠簸,波音787按说应该很稳的。正在看机上电影,传来机长广播,飞机故障,需要返航。结果天上转了一圈飞回了东京,赶紧给老婆发消息,不要去机场接我了,行程有变。飞机上枯坐了差不多20分钟或半小时,大概是航司还在最后挣扎,试图快速检修,最后放弃了挣扎,请全体旅客下飞机,那么出来后给了一张临时通关单,我就纳闷了,我问飞机啥时候飞,不飞了,后续航班呢,没有。解决方案就两条,或者自己免费改签(该航班非每日航班,下一个航班要隔好几天),或者全额退款。

我这个人比较抠门,回程定的是廉价航司,所以连额外住宿费补偿都没有,没辙,重新出关,在线订了离机场通勤较近的酒店,然后退掉了这个机票,紧急订了第二天的一个台北经停航班(还是抠门,第二天的直飞舍不得订)。期间因为做错了机场列车,误上了一辆直达市区的列车,又回到东京市区绕了一大圈折腾,等于是整整半天时间全浪费了。还好第二天还算顺利,总算安全回到了新加坡,期间在台北机场买了一盒凤梨酥和一盒芋头酥,也算让经停产生了一些价值,我儿子还蛮喜欢吃的。

不过往好的方向去看,至少飞机在故障的情况下能平稳返航,毕竟安全第一,其他的也就不好太计较了。

旅行就是这样,你总要面对一些不可预期的意外和风险,其实任何情况下,都要学会放松。虽然多耽误了一天,但是晚上依然多泡了一次温泉(酒店内的免费温泉),多吃了一次叽丸水产(落地第一餐是它,临走最后一餐也是它),还额外买了一些台湾特产,这不也是旅行的一部分么。

前半程的记录不赘述,可以通过这里去回顾->出游半程的碎碎念

后半程重心在北海道,那么两天在札幌,期间去了一次小樽,第三天住在函馆,然后再回到东京。

季节不太对,所以没有滑雪,也没有薰衣草,这里特别说明一下,如果你夏天来北海道,一定要去富良野看薰衣草。不过北海道一年四季吃海鲜都是对的,我来北海道也是图这个来的。

我定的酒店下面就是札幌二条市场,(也是狸小路商店街对面),不过点评上最有名的水产店一直有人排队,所以我随便选了一家,当时感觉还是非常不错的。但后来去了小樽,在站前三角市场找了一家,发现性价比完胜札幌。后来函馆去了朝闻市场,价格上最实惠,但感觉没有小樽的味道好分量足。

我一个从不吃鱼生的人,在北海道天天吃海胆蟹肉盖饭(在札幌点了海胆蟹肉双拼,在小樽点了海胆蟹肉帆立贝刺身三拼,在函馆是海胆蟹肉鱼子三拼),真的是鲜甜可口,回味无穷。

札幌的地下商业街四通八达,店铺很多,路线很长,有空可以逛逛,不过大阪商店街走的太多了,已经见多不怪了。

吃夜宵的时候误入红灯区,我直播特意说了,果然食色性也,那家日式咖喱连锁店网上搜索,发现只有一家分店晚上8点以后还营业,过去看到满街的海报才发现周边都是风俗产业,想想逻辑是这样的,新加坡芽笼也是吃夜宵的好去处啊。

札幌的藻岩山风景还是不错的,海拔550米,比新加坡最高峰还是高很多的,考虑到我的膝盖问题,我选择了缆车上山,徒步下山。不愿意折腾的可以来回缆车,体力好的可以徒步攀登。

小樽和函馆晚上路上基本没人,店铺关的也很早,这个季节日本天黑的太早了,下午四点半天就开始黑了,五点半就几乎全黑了,本来觉得北海道火车很长的路线都是沿着海边开的,风景应该不错,结果黑漆漆的几乎什么都看不到。

东京见了一些新老朋友,也大概了解了一下日本的行业氛围,但体会不深,不敢随便乱讲,以免误导读者。

其实日本的移动支付并不弱,paypay扫码支付的普及率蛮高的,其次是linepay,此外手机绑信用卡也是很常见的一种移动支付方式。

最近几年去日本的中国人其实也不少,新加坡因为地方小,所以密度很高,感知度就很强烈,日本哪怕同样多的人过去,稀释一下,就没那么强烈的感知了。生财有术社区在日本的成员就比在新加坡的要多不少。

不多说了,视频号上看吧。

最后瞎扯几句,有人会好奇,旅行的目的是什么,其实没什么目的,对世界好奇,想要满足自己的好奇心,当然也要满足自己的口腹之欲,这就足够了。人生哪有那么多目的。

还有人好奇,开销大么?

我粗略算了算,前后两周吧,大概是3万人民币左右的开支。

账是这么算的,新加坡往返机票差不多5000元人民币左右,其实如果不是日本宣布开放的时候机票涨价比较快,实际上3000以内是能做到的。疫情前国内廉价航空飞日本往返2000以内都很常见。

住宿总额差不多1万人民币多一点的样子。平均每天差不多人民币600-700之间,有些地区比较便宜的,住的是万枫酒店,moxy酒店,福朋喜来登这种万豪旗下低端品牌,比较贵的地方,住一些本地连锁品牌,我选的位置都很不错,但不会追求所谓五星级体验。其实想再省钱也是做的到的,本地连锁品牌很多都是位置很好,价格很平易近人,设施也不错,就是房间小一点,只是睡个觉,我是觉得无所谓的。

本地交通费用差不多2500-3000左右,充个passmo卡平时用,一个本地航班(名古屋到札幌)也没多少钱,然后后面买个27000日元的周游券用了6天,最贵的新干线的费用被周游券覆盖了。期间只有列车停运的时候打过一次车,也只有3公里多,其他的时候都是公共交通。

景区门票好像很少,都不太记得,连皇宫的御园都是免费的。就保津川游船稍微贵一点。

购物花了可能2000-3000人民币?最后两天集中买了点东西,但都不贵。

其他开支有没有1万人民币,吃饭有几天吃的比较奢侈,蟹道乐啊,神户和牛啊什么的,好像只有三顿饭比较贵,在1万日元左右的奢华大餐。但平时其实也花不了多少钱。北海道的海鲜盖饭套餐我选的基本上是3000-4000日元的样子,合人民币150-200么。至于其他的更便宜了。最便宜的是松屋的肥牛盖饭套餐500日元,是日元,还包含了饮料和小菜。最后在东京还有两顿饭跟当地朋友吃的,没给我买单的机会。

差不多是这样的开支,真的不是穷游,如果要走穷游路线,省下一半真的毫无压力,咱也不至于对吧。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
SQLAlchemy 是一个 SQL 工具包和对象关系映射(ORM)库,用于 Python 编程语言。它提供了一个高级的 SQL 工具和对象关系映射工具,允许开发者以 Python 类和对象的形式操作数据库,而无需编写大量的 SQL 语句。SQLAlchemy 建立在 DBAPI 之上,支持多种数据库后端,如 SQLite, MySQL, PostgreSQL 等。 SQLAlchemy 的核心功能: 对象关系映射(ORM): SQLAlchemy 允许开发者使用 Python 类来表示数据库表,使用类的实例表示表中的行。 开发者可以定义类之间的关系(如一对多、多对多),SQLAlchemy 会自动处理这些关系在数据库中的映射。 通过 ORM,开发者可以像操作 Python 对象一样操作数据库,这大大简化了数据库操作的复杂性。 表达式语言: SQLAlchemy 提供了一个丰富的 SQL 表达式语言,允许开发者以 Python 表达式的方式编写复杂的 SQL 查询。 表达式语言提供了对 SQL 语句的灵活控制,同时保持了代码的可读性和可维护性。 数据库引擎和连接池: SQLAlchemy 支持多种数据库后端,并且为每种后端提供了对应的数据库引擎。 它还提供了连接池管理功能,以优化数据库连接的创建、使用和释放。 会话管理: SQLAlchemy 使用会话(Session)来管理对象的持久化状态。 会话提供了一个工作单元(unit of work)和身份映射(identity map)的概念,使得对象的状态管理和查询更加高效。 事件系统: SQLAlchemy 提供了一个事件系统,允许开发者在 ORM 的各个生命周期阶段插入自定义的钩子函数。 这使得开发者可以在对象加载、修改、删除等操作时执行额外的逻辑。
SQLAlchemy 是一个 SQL 工具包和对象关系映射(ORM)库,用于 Python 编程语言。它提供了一个高级的 SQL 工具和对象关系映射工具,允许开发者以 Python 类和对象的形式操作数据库,而无需编写大量的 SQL 语句。SQLAlchemy 建立在 DBAPI 之上,支持多种数据库后端,如 SQLite, MySQL, PostgreSQL 等。 SQLAlchemy 的核心功能: 对象关系映射(ORM): SQLAlchemy 允许开发者使用 Python 类来表示数据库表,使用类的实例表示表中的行。 开发者可以定义类之间的关系(如一对多、多对多),SQLAlchemy 会自动处理这些关系在数据库中的映射。 通过 ORM,开发者可以像操作 Python 对象一样操作数据库,这大大简化了数据库操作的复杂性。 表达式语言: SQLAlchemy 提供了一个丰富的 SQL 表达式语言,允许开发者以 Python 表达式的方式编写复杂的 SQL 查询。 表达式语言提供了对 SQL 语句的灵活控制,同时保持了代码的可读性和可维护性。 数据库引擎和连接池: SQLAlchemy 支持多种数据库后端,并且为每种后端提供了对应的数据库引擎。 它还提供了连接池管理功能,以优化数据库连接的创建、使用和释放。 会话管理: SQLAlchemy 使用会话(Session)来管理对象的持久化状态。 会话提供了一个工作单元(unit of work)和身份映射(identity map)的概念,使得对象的状态管理和查询更加高效。 事件系统: SQLAlchemy 提供了一个事件系统,允许开发者在 ORM 的各个生命周期阶段插入自定义的钩子函数。 这使得开发者可以在对象加载、修改、删除等操作时执行额外的逻辑。
GeoPandas是一个开源的Python库,旨在简化地理空间数据的处理和分析。它结合了Pandas和Shapely的能力,为Python用户提供了一个强大而灵活的工具来处理地理空间数据。以下是关于GeoPandas的详细介绍: 一、GeoPandas的基本概念 1. 定义 GeoPandas是建立在Pandas和Shapely之上的一个Python库,用于处理和分析地理空间数据。 它扩展了Pandas的DataFrame和Series数据结构,允许在其中存储和操作地理空间几何图形。 2. 核心数据结构 GeoDataFrame:GeoPandas的核心数据结构,是Pandas DataFrame的扩展。它包含一个或多个列,其中至少一列是几何列(geometry column),用于存储地理空间几何图形(如点、线、多边形等)。 GeoSeries:GeoPandas中的另一个重要数据结构,类似于Pandas的Series,但用于存储几何图形序列。 二、GeoPandas的功能特性 1. 读取和写入多种地理空间数据格式 GeoPandas支持读取和写入多种常见的地理空间数据格式,包括Shapefile、GeoJSON、PostGIS、KML等。这使得用户可以轻松地从各种数据源中加载地理空间数据,并将处理后的数据保存为所需的格式。 2. 地理空间几何图形的创建、编辑和分析 GeoPandas允许用户创建、编辑和分析地理空间几何图形,包括点、线、多边形等。它提供了丰富的空间操作函数,如缓冲区分析、交集、并集、差集等,使得用户可以方便地进行地理空间数据分析。 3. 数据可视化 GeoPandas内置了数据可视化功能,可以绘制地理空间数据的地图。用户可以使用matplotlib等库来进一步定制地图的样式和布局。 4. 空间连接和空间索引 GeoPandas支持空间连接操作,可以将两个GeoDataFrame按照空间关系(如相交、包含等)进行连接。此外,它还支持空间索引,可以提高地理空间数据查询的效率。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值