每月一杯咖啡的金额,支持优质观点的诞生,享有更好的阅读体验.
 立即支持
 我们想让你知道的是
 把商店街的诞生,衰败与复兴过程简单地回顾一番,是为了当我们去到日本商店街时,除了吃东西买东西外,可以好好思考它们的困境与努力,用一种"社会 - 历史"的诠释去审视商店街的美好氛围与社会意义.
 到日本旅行要干嘛?吃东西,买东西,吃东西,买东西是一定要做的事,这些消费行为时常是聚集在日本特有的商店街中,你可以举出像是大阪心斋桥,京都锦市场,那霸平和通商店街等大型商店街,或是土居,板桥的那种各地小型商店街.日本商店街有鲜明的特色,店家高度集中且多元化,高大的屋簷提供消费者舒适的逛街空间,并且几乎每一个大小区域都可以拥有一个属于在地的商店街.不过,你知道日本商店街是怎么来的吗?
 要晓得日本商店街林立的原因,并定要先回到百货业兴盛的明治后期与昭和初期.日本第一间具有现代风格的百货公司,是1904年成立的"三越百货",其前身为1673年创业的和服商店"三井吴服店"(三井呉服店).而另一间1611年创业的老店"伊藤吴服店"(いとう呉服店)也在1910年改为百货公司形态,成立了松坂屋.关东有白木屋,松屋,关西有高岛屋,大丸(藤冈里圭,2006).
 它们效仿全世界第一间百货公司,巴黎的Le Bon Marché -  - 百货公司的原型.在十九世纪中期,众多经营者汇集各类商品项目,建成一栋贩卖各式"令人感到幸福的物品"的系统性空间,以提供崛起的中产阶级,丰富,舒适,稳定的消费体验,在十九世纪被认为是幸福的象征.明治时代后期,吴服店的百货化与百货店的大众化,跟巴黎一样,将日本社会推进现代消费社会中(末田智树,2010).
 Photo Credit: 李长洁摄影
 巴黎的Le Bon Marché
 就是日剧"大姊当家"(とと姉ちゃん,2016)里的妇女杂志开始兴起时,日本百货业发轫,除了更多品质保证的商品集结,与制度化的销售服务外,私人铁道公司专营的百货公司,抑是推动大量消费活动的因素.像是"阪急电铁"便在1947年成立第一间铁道公司专营的阪急百货,其他如"西武百货","京阪百货"等,它们将日常生活中必须的"移动"与"购物"关联成一个方便的据点.
 上流消费与下流消费
 百货公司吸引著有奢侈消费能力的中上阶级,那下层阶级会怎么消费呢?消费史研究者田村正纪(2011)在"消费者的历史:从江户到现代"(消费者の歴史一江戸から现代まで一)里,描述了江户时代开始形成的"消费者主体化",一般人开始期待自己可以拥有购买物品的自由.这个消费社会的雏型,逐渐发展成明治时代的两种消费型态:中上层阶级的"赘泽消费"(奢侈消费)与下层阶级的"生存消费".上流社会开销于百货公司,追逐生活风尚的流行前端;而一般的下层阶级,如农民,工人,则前往商店街购买生活必需品.
 Photo Credit: 李长洁摄影
 以生存消费为主的京都古川町商店街
 流通的革命:商店街的诞生
 顾名思义,商店街就是一条专门贩卖商品的街道,当然自古以来有著各种商业区域,像是平安时代的"町割"(一定数量街道所形成的区块),江户时代的门前町,宿场町,城下町,都可以说是日本商业区的雏型.而真正的商店街则是在1920-1930年代出现的.为了整合零售生意,以对抗日趋壮大的百货公司,小商家推动组织化成为"商店会",形成消费的"场"(満薗勇,2016).虽然在二次大战时期,商店街的荣景稍有断绝,但却在1950-70年代达到繁盛的高峰,直至1990年代方有衰退之相.
 1950-1970年代的商店街荣盛,消费史学家満薗勇称之为"日本型流通革命".所谓流通革命,是指在商品消费的发展进程中,以创新的流通方式取代传统的经营方式,以及由此引发的组织管理,营销,消费方式等方面的变革.就像是先前提到巴黎百货公司Le Bon Marché的出现,或是80年代美国大型量贩店的拓展,甚至到今天的电子商务,都可以说是一次次的"流通革命".
 而満薗勇说的"日本型流通革命",则是指日本战后人口快速增加,大量化产生机制确立,消费需求增加后,细碎的零售商的线性聚集,专注于日常生活的消费,成为一种与百货公司相当不同的流通革命.当时商店街主要分成四种类型:
 近邻型商店街:距离住宅区较为近的商店街,地方妈妈可以用徒步,自行车就可以到达的地方,贩售生活必需品(最寄品).
 地域型商店街:以较区域为主的商店街,徒步,自行车或是搭乘巴士可以到达,贩售生活必需品与单价较高,需要思考后才会购买的商品(买回品).
 广域型商店街:时常设置于铁道车站附近的商店街,与铁道公司的百货抗衡,吸引以铁路为移动方式的消费者.这里通常混杂著百货公司与一般商家,买回品的比例也更高.
 后来又发展出以大型购物中心为主体的"超广域型商店街",那是量贩店出现后的事了.发展至今,日本各地还是以近邻型商店街与地域型商店街为多数.
 Photo Credit: 李长洁摄影
 属于广域型的札幌观光商店街貍小路
 由此可见,在日本第一次流通革命时,"商店街"与"地域"是非常紧密的.根据1975年的调查,询问大众"你们参加商店街的活动是为了甚么?",最多人回答"与邻居交流",其次"为了地区发展",第三则是"对生意有帮助",商店街的兴盛与零售商共襄盛举的互动协力,是那个年代居民生活的重要经验与记忆.
 商店街的衰退
 不过,这个世界就是这样,唯一不变的就是改变,产业与消费型态的变迁,商店街也随之起伏.1990年代前后,泡沫经济的盛相下人人摩拳擦掌想要大发财,因此劳动人口的结构改变,城乡移动加剧,年轻人更向往大城市的白领阶级生活;大型量贩店,超级市场的出现,什么东西都可以一次买齐的商品服务,带走了部分消费者(竹内裕二,田村馨,2003).
 而近年的少子化,不婚化人口现象,使日本高龄社会逐渐成形,加上90年代的产业变迁造成大量人口从地方移动到都市,更加便利发达的交通路线(新雅史,2014),将日本城乡发展推向两极化(增田宽也,2014).在这种情况下,地方资源与消费力的削减,使得商店街更加萧条.尤其是那些依赖著地方日常生活的邻近型商店街,像是近年我拜访的大阪"藤井寺一番商店街","文の里商店街"都算是近年逐渐削弱的商店街.
 商店街的振兴
 1
 2
 "
 全文阅读 不想分页?试试看我们的新服务
 猜你喜欢
 收藏文章 订阅此作者
 TNL 网路沙龙守则
 TNL网路沙龙是关键评论网让读者能针对文章表达自身观点的留言区.我们希望在这里,大家可以理性的发表自己的看法,并对不同的论点保持开放心态,促进多元意见的交流与碰撞.
 现在网路上的留言讨论常沦为谩骂与攻击的场域,反而造成了彼此更大的歧异,无法达成讨论与沟通的目的.
 为了改善这个问题,我们希望打造一个让大家安心发表言论,交流想法的环境,让网路上的理性讨论成为可能,借由观点的激荡碰撞,更加理解彼此的想法,同时也创造更有价值的公共讨论,所以我们推出TNL网路沙龙这项服务.
 我们希望参与讨论的你谨记以下几个基本守则,与关键评论网一起提升网路沙龙的品质:
 尊重多元:分享多元观点是关键评论网的初衷,沙龙鼓励自由发言,发表合情合理的论点,也欢迎所有建议与指教.我们相信所有交流与对话,都是建立于尊重多元声音的基础之上,应以理性言论详细阐述自己的想法,并对于相左的意见持友善态度,共同促进沙龙的良性互动.
 谨慎发言:在TNL网路沙龙,除了言论自由之外,我们期待你对自己的所有发言抱持负责任的态度.在发表观点或评论时,能够尽量跟基于相关的资料来源,查证后再发言,善用网路的力量,创造高品质的讨论环境.并且避免对于不同意见的攻击,恶意谩骂言论.
 为了鼓励多元评论与观点的碰撞激荡,并符合上述两个守则前提下,我们要求所有沙龙参与者都遵守以下规范,当您按下同意开始使用本沙龙服务时,视为同意此规范:
 您同意为您自身言论负完全法律责任,您不会发表不适当言论,包含但不限于恶意攻击言论,歧视言论,诽谤言论,侵害他人权利或任何违法情事.
 您同意您不会张贴任何带有商业行销或广告直销之劝诱式广告内容.
 本集团有权管理沙龙所有内容,以利维护沙龙良性的沟通环境与氛围.
 本集团有权随时新增或修改此规范,如有增修将公告于本网站.若公告后您仍继续使用本网站,即视为同意接受增修版规范.
 最新发展:
 跨世代对谈:三位空间专业者如何看待萎缩城市,地方发展与公民参与? 2年前
 Tags:
 商店街
 百货业
 日本
 流通革命
 消费型态
 地方创生
 文の里商店街
 More...
 Sponsored 2022/05/10,
 科技
 加速敏捷开发脚步!AWS Amplify 协助企业打造高效能应用服务
 广编企划
 由关键评论网媒体集团"业务团队"制作,由各品牌单位赞助.业务与行销相关合作,欢迎与我们联系.
 看更多此作者文章...
 订阅作者
 每月一杯咖啡的金额,支持优质观点的诞生,享有更好的阅读体验.
 立即支持
 我们想让你知道的是
 台湾企业势必需要明确转型策略,搭配适合的云端工具作为入场券,一来降低数位化门槛,二来减少摸索资源的浪费.
 打造敏捷开发流程,加速前后端工程师的协作效率,是许多企业在面临疫情之后,认为亟需将弹性元素纳入为企业文化当中.云端运算服务领导业者 AWS 台湾,观察到前端工程师主要负责处理最贴近用户的 Web,行动应用程式,但他们往往需要与后端团队合作过程,遭遇耗费大量讨论时间,才能处理使用者介面事项.
 为了降低前后端的沟通成本,有些前端工程师在掌握介面管理能力之后,开始横跨到后端的伺服器,资料库开发经验,甚至进一步培养技能,成为能负责测试,安全,效能多面向的全端工程师.
 有的人会透过 Side Project(利用业余时间开发有兴趣的专案)或参加 Hackathon(黑客松)方式,运用 AWS 云端工具尝试自行扩展后端,并建立简单易用的工具程式.究竟,AWS 平台提供哪些资源帮助前端工程师扩展更多元的技能树?
 掌握入门教学!前端工程师如何将 REACT 程式快速上云
 前端工程师运用 AWS Amplify,快速在云端建立 REACT 应用程式
 事实上,AWS 的入门课程指出,运用 AWS Amplify 在云端建立 React 应用程式及服务集,只需五个学习历程,包含建立 React 应用程式,初始化本机应用程式,新增身份验证,新增 API 和资料库,新增储存体.如果想快速了解 REACT 程式快速上云的方法及示范教学,本文节录 AWS QUICKSTART 学习资源内容,帮助前端工程师更快掌握重点.
 首先,何谓 AWS Amplify?AWS Amplify 是一项全托管 Front-End Web & Mobile 服务,采取无伺服器模式,在后端建立,部署和托管单一页面 Web 应用程式或静态网站的 Git 型 CI/CD 工作流程,加速开发过程直接整合其他 AWS 服务.举例来说,像是整合封装好的 Library 资源,或运用一些 Components UI 软体去配置后端,以及利用 Admin 的 UI 做资源上的管理.
 打造第一个你在 AWS 上的应用程式
 AWS Amplify加速Develop,Deliver 与 Manage流程
 AWS Amplify 主要优势展现在三大项工作阶段,分别是 Develop,Deliver 和 Manage.Develop 部分可利用 CLI(Command-Line Interface)或 Admin UI 设定后端,使用 GraphQL 或 REST API 设定也是可行的,进而快速建构一个前后端专案.此外,开发者还能搭配 AWS 其他服务,例如使用 AWS Authentication 全托管认证服务,或 DataStore,Storage 等多项 Feature Categories.
 到了 Deliver 阶段,若是要透过 AWS Amplify 执行 Web Hosting 任务,可拆解出三个流程.首先是将 Repository 与 AWS Amplify 进行连结,这边可整合 Amplify Console 提供的支援资源包含 Github,Bit Bucket,Gitlab,以及 AWS 的程式码代管工具 AWS CodeCommit.一旦连结以后,开发者可透过自己的 Configuration,决定在各个不同的 Build 要执行什么样的指令,最后再透过 Deploy 方式,帮助工程师进行前端的 Hosting.
 在最后一个 Manage 阶段,开发者则可利用 AWS Amplify 的 Admin UI,以开启浏览器方式,透过视觉化介面统一管理资源.例如在 Admin UI 介面左侧选单,涵盖 Content,User Management 的区块,让参与专案但没有 AWS Console 权限的使用者,可利用 E-mail 方式邀请使用者进到 Admin UI,进行一些设定或观看其他相关资源;甚至在 Set Up 区块还有相关选项,例如要针对 Data Modeling 或 APP User 做权限管理,以及可连结到 AWS 其他服务.
 透过 AWS 增加你的云端技能 在组织发挥你的影响力
 运用开放资源 AWS Amplify Framework,打造高效能应用服务
 AWS QUICKSTART 学习资源还介绍到另一个 AWS 提供的开放资源 Amplify Framework,一样可利用 Amplify CLI 的方式,配置 Web 和行动应用程式的前后端,以及开发者需要用到的服务,让应用程式更易于构建,并获得安全,高性能的使用体验.
 Amplify CLI 一样有支援多个不同 Category,例如较常使用的几个 Comment Line,像是Amplify Init 指令做初始化或创建几个不同资源;或是 Amplify Status 指令,随时在开发过程查看各个 Category 状态;甚至专案结束后,可利用 Amplify Delete 直接把 Amplify 所创建的资源做一次性删除.另外也可透过 AWS Amplify Client 利用比较抽象化方式,让开发者直接利用 Component 实现想要完成的项目.
 实际示范给你看,设定 React 程式可以如此简单
 假设前端工程师现在要快速部署一项有验证功能(Authentication)还要搭配 Rest API,GraphQL,Analytics 等服务的应用,如何快速设定 React 程式?在 AWS QUICKSTART 的学习资源后半段,有详细说明要启动这类型专案的操作方法.
 开发者可以先利用 AWS Lambda Function 结合 Amazon API Gateway 方式,创建出一个 Rest API,到了 Authentication 阶段,则使用到 AWS Cognito 的服务,接著针对 GraphQL 需求,可利用 AWS AppSync 服务,以及最后如果有 Analytics 的需求,也可以串联 Amazon Pinpoint 工具.Amazon Pinpoint 是一项弹性而可以扩展的行销通讯服务,开发人员可利用 Amazon Pinpoint API 追踪 Web 使用者的行为,或是针对 APP 推送,电子邮件,简讯点击行为搜集到具体的资讯.
 在这整套流程示范之后,值得特别强调的是,AWS AppSync 是一项全托管的服务,能及时更新,甚至在使用者离线时仍可以持续去创建和修改数据.一旦设备连上线之后,这项应用程式就可重新连线,并接到后端同步数据,达成弹性,自动化扩展或减缩各式 API 的请求.
 AWS 最后强调,Amplify 是相当适合建构出一个静态 Web,Apps 服务模式,例如说像是打造部落格,或者是一项 APP 内的代办事项应用等;加上 Amplify 具全托管服务特色,可串联上述 AWS 在云端所提供的资源,都能在部署过程加以整合,加速开发流程及效率,并且有效节省开发资源.如果想用低门槛的云端解决方案,其实前端工程师是能在开发流程更灵活配置资源,甚至为公司的商业,服务模式挖掘出创新价值.
 More...
 为什么小马可仕叫"邦邦"?关于菲律宾取"名字"的历史背景和文化惯例
 中职开季洋砲表现回顾:贵却不好用,大洋砲时代即将夭折?
 石沉大海的中欧投资协定(下):中国,欧洲,美国的利益,彼此之间有什么冲突?