18. 如果外星人来到地球,做的也就是这些事吧!

离散电波

这是一期我私心很喜欢的节目,因为聊了很多我非常非常喜欢的话题 —— 路上观察学和考现学。这个夏天无比炎热,前几天上海的气温甚至到了50度。好在今天是立秋,天气慢慢要凉快起来了,又到了适合散步的上海秋天。如果你重新走上了街头,不如去做个路上观察学家吧!因为外星人如果来到这个地球,做的也就是这些事情啦! 这期节目是和播客《偶然误差》的串台节目,下面 shownotes 和时间戳都是主播秋实写的(谢谢他~) 经过了漫长的静默期和居家的上海北京两地,城市的主导权重新回到了我们的手中,街道上重新站满了我们的邻居和朋友,公园重新调动起动势。但当我们再次回到街上,却有意无意中发现了城市在没人占领的时间段内,好像自己发生了很多变化,这些变化和我们对这个城市的记忆和印象不同。 当我们抱着孩童的科学观察式的角度去观察城市当中的人和物,会发现不同的细节在展开:当我们审视城市空间中一些建筑的意义和用途,会发现有很多物体根本没有用;当我们详细记录下小区内的设施旁的人群,会发现某个时间段大家会不约而同的聚集;当我们重新进入商场观察,会发现许多人造的假鸟在不同的区域休息..... 这一期我找来和我一样爱在城市中观察的朋友,来聊聊诞生于日本,最近又被一次次重提的词“考现学”:何为城市中的“考现”?“考现”的意义是什么?自己的路上观察发现了什么?自己发现的城市当中的新意思是什么?如何开展自己的第一次路上观察...... 【说话的人】 * 早见hayami:路上观察爱好者 * 李秋实,文化行业从业者 【推荐阅读】 * 《路上观察学入门》[日] 赤濑川原平、藤森照信、南 伸坊 合编 * 《共有性:行为的生产》[日] 犬吠工作室 * 《这也是北京城啊》[日] 春名彻 * 《小城市空间的社会生活》[美] 威廉·H·怀特 【提到的影视】 * 《小型公共空间的社会生活》 * 《人民公园》 * 《池袋西口公园》 * 《驾驶我的车》 【时间轴】 1. 什么是考现学? 2. 上海3月-6月城市街头变化 3. 秋实的北京居家窗口观察 4. 公园的美学在于「发生」 5. 网红化的(前)法租界和城市的士绅化 6. 何志森的上海弄堂尿壶研究 7.「艺术汤马森」:无用之门、纯粹阶梯、蜂蜜蛋糕...... 7. 早见的街头入侵企划:假装我们在武康路 8. 城市宜居指标:街头能随处坐的地方 9. 如何开展第一次路上观察? [截屏2022-08-07 下午11.24.56.png] 早见在中山公园晨跑遇到写 black lives matter 的大爷 [6009223D-F668-4D41-BAB5-5541878A94F6.JPG] 早见的「假装我们在武康路」企划 [IMG_5704.JPG] 武康路路口观察 [IMG_5705.JPG] 武康路某个路口,从可以坐的阶梯变成了滑坡 [IMG_5706.JPG] 愚园路上朝内的椅子 [IMG_2679.jpg] 「纯粹阶梯」 BGM brother—okamoto's SNS 📋 公众号:Hayami 🌏 个人网站 :https://hayami.typlog.io/ ✍🏻 Telegram :https://t.me/hayami_kiraa 😈 微博/b站:@早见早见酱 👬 Instagram/Twitter:@hayami_kiraa TG 听众群:https://t.me/joinchat/WT_fCompIebZup2N Support on Patreon | 爱发电上赞助

53分钟
1k+
3年前

Vol.50 女性友谊|别躺平姐妹,10年后还得靠你!

嗑学小组

这期想和大家聊聊,女性友谊。 这个话题之前就尝试聊过一次。我们各自讲了身边的朋友故事,分享了在自己人生中比较重要的朋友类型。但是录了2个多小时之后,一直没有聊出我们想要的火花,很多话也没有说出来。关了录音,几个人又讨论了一会,中间出现了聊崩了聊哭了聊冷战了等等等等小桥段……(大宝:对不起) 想再把这个话题捡起来的时候,正好赶上了比较重要的阶段—YY马上就要出国了,从此我们的联系就要克服时差,我们的录制也要一直在线上。 那重新聊回“女性友谊”,就从我们三个自己的故事来讲起吧。 为什么会选择对方成为自己的朋友呢? 有矛盾过吗,有伤心过吗?怎么面对「隔阂」? 哪些时刻,特别感谢有对方的存在? 异地友谊该如何维护?「嗑学小组」会停更吗? 这期会伴随哭嚎会听到一些真情告白和自我剖析:我们的回顾、我们一直想说没说出口的话、我们由女性友谊所产生的思考和感动。 如今,我们是陪伴彼此日常吐槽、追剧八卦、排忧解难的情绪垃圾桶、智多星、正道的光。那未来会是什么样子的呢? 这结尾的10年之约里,希望我们的预判,都可以成真!!! 也希望评论区留下你的故事。「我的朋友会发光」请讲讲她吧! 【本期主播】 YY、Yao、王大宝 【本期可以听到】 * 05:54 我们三个人的故事:有人感伤,有人泪崩,有人偷偷看手机 * 20:32 为什么我们会成为朋友? * 32:27 误解、负面情绪、“恶意”?我们的友谊小船说翻就翻? * 37:29 一次内部冷战复盘:整理「崩溃」、直面「雷区」 * 48:01 嘿!哥们!嘿!闺蜜! * 50:30 还是我更懂你啊 * 55:56 我们的「十年之约」 【本期BGM】 * 0:02《送别》朴树 * 3:07《凤凰花开的路口》林志炫 * 19:08《you are my sunshine》Christina Perri * 41:01《南下》徐海俏 * 1:03:53《细说从头》南方二重奏 【联系我们】 即刻微博都不咋更新,求个关注求催更——@嗑学小组 拉听友群就为了能有人和我们唠没用的+v:dabaomm101 以及开始许愿,会有合作吗?

64分钟
1k+
3年前

vol.27 合理运用敏捷方法:十大秘诀(《启示录》第26章)

产品自习室

【本期介绍】 继续分享 Marty Cagan 的《启示录》里面的知识。 今天的主题是「合理运用敏捷方法:十大秘诀」,主要内容见时间轴~ 【时间轴】 00:50 一、概述 1. 认识敏捷方法 (1)起源与注意 (2)官网:https://agilemanifesto.org/ 02:03(3)敏捷软件开发宣言 我们一直在实践中探寻更好的软件开发方法,身体力行的同时也帮助他人。由此我们建立了如下价值观: * 个体和互动 高于 流程和工具 * 工作的软件 高于 详尽的文档 * 客户合作 高于 合同谈判 * 响应变化 高于 遵循计划 也就是说,尽管右项有其价值,我们更重视左项的价值。 03:01(4)敏捷软件的十二条原则 * ① 我们最重要的目标,是通过持续不断地及早交付有价值的软件使客户满意。 * ② 欣然面对需求变化,即使在开发后期也一样。为了客户的竞争优势,敏捷过程掌控变化。 * ③ 经常地交付可工作的软件,相隔几星期或一两个月,倾向于采取较短的周期。 * ④ 业务人员和开发人员必须相互合作,项目中的每一天都不例外。 * ⑤ 激发个体的斗志,以他们为核心搭建项目。提供所需的环境和支援,辅以信任,从而达成目标。 * ⑥ 不论团队内外,传递信息效果最好效率也最高的方式是面对面的交谈。 * ⑦ 可工作的软件是进度的首要度量标准。 * ⑧ 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。 * ⑨ 坚持不懈地追求技术卓越和良好设计,敏捷能力由此增强。 * ⑩ 以简洁为本,它是极力减少不必要工作量的艺术。 * ⑪ 最好的架构、需求和设计出自自组织团队。 * ⑫ 团队定期地反思如何能提高成效,并依此调整自身的举止表现。 05:40 2. 本章注意 * 这些诀窍只适用于产品软件团队,不适用于定制软件团队 -------------------------------------------- 05:51 二、十条原则 1. 产品经理即是产品负责人 * 代表客户的需求 * 敏捷方法不能让工作变轻松 (部分观点参考:vol.03《启示录》产品管理与产品营销:两者不是一回事) 2. 使用敏捷方法绝不等于省略产品规划 * 仍然要做的事 * 敏捷环境里的特殊处理 (部分观点参考:vol.12《启示录》评估产品机会:确定待解决的问题) 3. 产品经理和设计师的工作进度应该比开发团队领先一两个迭代周期 * 让交互设计师和视觉设计师提前设计 * 让开发人员参与评估产品设计和产品原型 (部分观点参考:vol.20《启示录》 用户体验设计与实现:先定义用户体验再动手开发) 4. 把产品设计工作拆分成独立的部分,分而治之,但也不能拆得太细 * 解释 * 敏捷环境下的注意事项 (部分观点参考:vol.21《启示录》 基本产品:消减功能还是延长工期?) 5. 产品经理的主要任务是定义有价值、可用的产品原型和用户故事,作为开发的基础 * 替代文档的三个优势 * 具体做法 6. 让开发人员自主划分迭代周期 * 不同产品的迭代周期不同 * 开发团队的考虑 7. 产品经理和交互设计师必须出席每天的晨会 晨会是一天沟通的开始,而不是结束 * 设计师的沟通 * 开发人员的沟通 * 测试人员和开发人员的沟通 8. 除非达到了产品经理的要求,否则不要轻易发布新版本 (部分观点参考:vol.25《启示录》平滑部署:避免更新产品导致用户反感) 9. 在每次迭代完成后,产品经理应该向团队展示产品现状,以及下次迭代的产品原型 * 这样做的意义 10. 在团队内展开敏捷培训 * 聘请敏捷顾问 * 让每位成员都理解敏捷方法 -------------------------------------------- 04:01 三、问答 14:37 1. 迭代初期开发的产品能做原型吗? (1)这种做法对产品软件是行不通的 (2)原因如下 * 两种效率的比较 * 应该减少占用开发团队的精力 * 开发团队的成本和难度问题 16:52 2. 敏捷方法可以用来开发产品软件吗? (1)很多人持怀疑态度 * 原因 (2)敏捷方法的起源 * 起源于定制软件领域 (3)关于定制软件 * 长久以来,开发定制软件困难重重 * 定制软件领域长期很难招聘/留住顶级程序员 * 定制软件的客户 * 定制软件的另一特点:项目规模较小 * 定制软件领域的瀑布式开发方法 (4)敏捷方法对于定制软件的作用 提高了开发定制软件的效率: * 增进客户和开发的交流 * 降低风险 * 引进现代软件测试的理念 * 省去撰写连篇累赘的产品说明文档的麻烦 (5)敏捷方法与产品软件 * 同样适用,但需要调整 * 敏捷方法唯一不适合产品软件的地方:架构设计方面 * 产品团队使用敏捷方法时遇到问题的原因 * 转型成为敏捷开发团队的关键 【关于主播】 感谢大家收听「产品自习室」,做这个播客的目的,主要是想记录自己的产品经理的学习过程,希望通过声音输出提高自己的学习吸收率,通过做轻文案播客锻炼口才。 欢迎添加我的微信交流!pmnino9 公众号:PM尼诺

27分钟
82
3年前
EarsOnMe

加入我们的 Discord

与播客爱好者一起交流

立即加入

扫描微信二维码

添加微信好友,获取更多播客资讯

微信二维码

播放列表

自动播放下一个

播放列表还是空的

去找些喜欢的节目添加进来吧