星铃丹 发布的文章

近期会陆续公开以前写的不再涉及企业机密的文档,也同时把 word 数据转为 mysql 数据;这些文档或写的不尽人意或未完成,于我来说只是想记录储存。


这个规范写于2011年之前,后续未在调整,现在看着并没有写的很全面详细;不过它主要针对规范管理,对很多不在意的也用不上。


序号 修改内容 修改时间 修改人
1 手册通用化 2011年11月27日 星铃丹
2 调整部分描述并去掉修改隐私部分内容 2024年08年21日 星铃丹

I 准备工作

1 手册说明

1.1 目的

完善开发流程和相关制度,达到资源最大化利用并使开发效率更可能的提高。

· 构建合理的项目管理体系,理顺项目管理中人、财、物的关系,明确工作责任;
· 遵循项目负责制,通过项目各个部门的努力,对特定项目及其相关可利用的资源进行计划、组织、协调、控制、以实现项目的预订目标;
· 项目按照具体的任务、成本、风险和时间管理统一以文件的形式发布,符合公司的业务规划和战略发展;

1.2 制订

通过策划部、程序部、美术部三个部门讨论制定相关流程规范,并由策划部负责相关编撰。

本手册将根据实践的发展不断充实和修订,欢迎员工和各部门提出修改意见。

2 开发工具

常用 软件 说明
通用 MS OFFICE 2010 用于文档编撰、列表、数值计算、演示等常用办公功能,并为策划部成员必备软件。
PDF Word文档必须导出为pdf进行提交和存档。
Email 公司内部邮箱,作为审批、沟通的主要方式。
SVN 版本管理工具,开发相关文档、文件提交之地。
策划部 MS VISIO 2010 用于策划部界面示意图、流程图的编撰。
Mindjet MindManager 思维导图。
程序部 Visual Studio 程序开发用工具。
美术部 PHOTOSHOP 美术用工具。
3D MAX 美术用工具。

3 文档和命名规范

3.1 Word文档规范

3.1.1 基本规范

· 使用Microsoft Office 2010;
· 统一样式表;
· 统一页眉页脚;

页眉如:

星铃丹工作室 文档名字 部门 职位 名字

页脚如:

创建文档:年月日 页码 最后修改:年月日

注意:需要使用标准中文语言语法;如“段落首行缩进2字符”、使用正确的标点符号等。需要压缩图片、visio等图,避免文档过大。

3.1.2 修改记录

在文档的最前面,需要有文档修改记录表,表格如下:

序号 修改内容 修改事件 修改人
... ... ... ...

说明:word文档不是开发文件,不需要版本号,序号只是对修改次数进行一个统计;修改内容必须标注清楚在哪个内容、哪个位置。

3.1.3 导出为PDF文件

文档撰写使用WORD,而文档提交到SVN上的,只能为PDF文件;这样可有效避免被误修改引起的争议。

文档是否提交判断标准 结果
以WORD格式提交到SVN 未提交
以PDF格式提交到SVNN 已提交

流程如下:

星铃丹·产品策划·产品经理·游戏

注意:需要启用“文档结构”,使保存为PDF的文档,依然有标题导航。

保存为PDF的时候有个“选项”按钮,点击后设置如下:

星铃丹·产品策划·产品经理·游戏

3.1.4 表格规范

· 绘制表格必须使用边框线;
· 修改工作表命名,使符合当前表格;
· 删掉多余工作表;

3.2 命名规范

3.2.1 策划相关命名

对于策划文档命名,只需要统一加上“《项目名》”即可;具体细节不作要求,但要求同一项目的所有文档命名统一一致。

参考格式为:
《项目名》xx系统草案.pdf
《项目名》xx系统策划案.pdf
《项目名》美术资源表.xlsx

3.2.2 美术相关命名

美术文件命名,必须安装策划提供的美术资源需求表进行命名:非最终文件可以按需求表里的中文名进行命名;最终文件的,必须按照资源表上的相关命名规范进行命名。

比如,资源表里提供如下需求:

归档 名称 命名 格式
背景图 古堡雪夜 bg_01_014 bmp

则,线稿可以命名为:线稿_背景图_古堡雪夜.bmp

但最终完成图只能命名为:bg_01_014.bmp

4 项目组人员和职责

4.1 项目组组成

职位 职能
项目负责人 负责项目开发的时间点记录、把握和监控;
负责项目的质量监控;
负责推进项目进行;
负责和上级联系、沟通、反馈项目情况。
小组组长 负责相关项目里相关功能组(程序、美术、策划)组员的工作安排、时间进度、和质量把控。
组员 配合负责人和组长进行项目开发工作。

4.2 项目组和部门
· 项目组在部门之下,项目组内成员受部门主管辖制,必须听部门主管的安排。
· 项目负责人的工作受部门主管的监督,部门主管有义务监控自己部门下项目负责人的时间点和项目情况。
· 项目负责人和项目部门组长,有义务把项目的情况、进度和问题及时知会给部门主管。
· 项目负责人主要是负责项目时间点,但对项目具体“做什么”、“怎么做”没有决定权;决定权由部门主管行使。

4.3 会议和会议记录
· 涉及项目的各种会议和讨论,必须有对应的会议记录;
· 会议记录编撰后,需要发给相关与会人员;
· 参与会议的项目组长、项目负责、主管、CTO等,必须在收到邮件后,回邮确定会议记录是否通过;
· 在SVN项目文件夹里,需要有一个单独的文件夹保存相关的会议记录。

II 开发流程

5 立项阶段

5.1 人员与产出

5.1.1 参与人员(说明:这里仅为必须参与人员)
· CEO
· 策划部
· 市场部
· 程序部

5.1.2 相关会议

会议 参与人 是否一定要开
创意讨论、展示、头脑风暴 可全部人员
项目方向选定讨论 CEO、CTO、负责人、部门组长
项目组成立会 CEO、CTO、项目组成员

5.1.3 产出

类型 名称 是否一定要开
文档 创意说明
幻灯片 创意展示
文档 《市场调研报告》
文档 《立项说明书》
会议记录 各种会议记录

5.2 流程说明

· 由公司方面提出开发需求;
· 策划部按需求提出创意,可以是历史累积的一些创意,也可以是刚想出的创意;公司其他成员也有权提出创意,参与选拔;
· 由CEO在创意中选出部分觉得合适的,由创意人进行创意展示说明文档的制作;
· 进行“创意讨论”,展示创意,全公司投票选择出票数最多的几个创意;
· 由公司主管及以上人员进行讨论,敲定觉得初步合适制作的创意;
· 由策划部安排人手,市场部、程序部进行配合,对敲定的创意进行市场调研;
· 由策划部给出相关创意的《市场调研报告》,提交到CEO处,并知会其他部门主管、CTO;
· CEO阅读市场调研报告后,最终决定是否进行该项目开发;
· 项目决定开发后,由策划部牵头,联系各个部门定下项目组成员和初步时间安排;
· 由策划部安排策划给出《立项说明书》,交给CEO审批,通过后完成此阶段;
· 相关资料归档。

5.3 文档内容和参考

5.3.1 《市场调研报告》

包括内容:调研时间(年月日),调研地点,调研对象,调研平台,同类手机产品汇总和分析,市场竞争强度(各同类产品的下载数量和盈利情况)、我们产品如何趋利避害、程序技术评估开发难度、最终进行总的性价比评估,得出结论。

参考格式:

1、概述
调研时间:年月日~年月日
调研地点:公司
调研对象:安卓平台xx类型手机游戏
调研平台:Google Android Market,App Store,HiAPK
2、同类手机产品
2.1、某某游戏
游戏名:中文/英文
产商:
上市时间:
下载地址:
所在平台:
下载/购买量:
运营情况:
基本玩法:
游戏截图:
优点/缺点:
2.2、某某游戏
3、玩法分析
根据以上各个游戏分析,得出我们的游戏应该怎么玩,规避怎样的问题,才能得到最大的市场竞争力。
4、技术评估
由程序给出这个项目开发的技术难点和可能存在的问题。
5、结论
综合以上种种,给出调研结论:开发时间大概多久,市场胜算有多大,是否值得一做?

5.3.2 《立项说明书》

包括内容:项目名称、游戏类型、创意人、参考游戏、美术风格、游戏视角、项目组成员名单(名字、部门、组位置、主要负责内容)、开发时间(项目开始时间、实际完成时间)、基本玩法。

6 策划阶段

6.1 人员与产出

6.1.1 参与人员(说明:这里仅为必须参与人员)
· 策划部
· 程序部
· 美术部

6.1.2 相关会议

会议 参与人 是否一定要开
玩法细化讨论 策划部
草案讨论、评审 策划部、程序部、美术部
细案评审 策划部
风险评估讨论 程序部
讨论版本规划和开发需求 策划部、程序部
美术风格讨论 美术部

6.1.3 产出

类型 名称 是否一定
思维导图 玩法思维导图
计划 策划开发计划
文档(集) 游戏草案/游戏系统草案
文档(集) 游戏细案/游戏系统细案
文档 美术资源表
计划 程序开发计划
计划 美术开发计划
设计图 美术风格草图
会议记录 各种会议记录

6.2 流程说明
· 项目组策划组长组织策划组员和部门主管,对游戏玩法进行讨论,画出思维导图;
· 根据思维导图,项目组策划组长给出“策划开发计划”表,发项目负责人、各部门主管、CEO、CTO;
· 项目负责人根据“策划开发计划”安排策划组员进行相关草案编写工作;
· 草案出来后,需开草案讨论会,草案要通过项目负责人、策划组组长、策划部主管的讨论,评审;
· 项目策划组安排人写讨论会会议记录,并邮件知会与会人员;
· 草案讨论会后,策划组需要把草案按讨论会讨论结果进行相关修改、调整,转为PDF文件后传到SVN并邮件发出给与会人员;
· 与会人员必须全部回邮,表示通过相关草案;一旦通过,该草案的大方向设定将不得修改;
· 草案决定后,程序组和美术组要根据所确定的草案内容,进行“风险评估”、“工具准备”、美术风格确定等相关事宜;
· 策划组和程序组要对游戏开发阶段和版本进行规划;
· 程序组和美术组给出相关的开发计划表。
· 策划组根据通过的策划草案,编写策划细案;
· 策划细案要通过策划部部门内讨论、评审;
· 策划细案确定后,转为PDF发给开发各相关人员;
· 策划组根据策划细案给出相关美术资源表、音效资源表、界面资源表;邮件发送给美术组组长、美术部主管;
· 资源表上的图片尺寸等,如有需要,由策划组、美术组、程序组针对进行三方讨论,进行确定;
· 美术组组长、美术部主管需要回邮确认相关的资源表已经收到,基本没有问题,可以进行开发;
· 相关资料归档。

6.3 文档内容和参考

6.3.1 开发计划表

开发计划表由每个部门组长提供相关组的安排,再由负责人汇总记录,并且跟进。

计划表参考形式:

工作 计划开始 计划结束 计划工期 实际开始 实际结束 实际工期 完成度 负责人 时间点状态 备注

说明:

工作 具体工作事项,如画xx图片,写xx草案
计划开始 该项工作计划开始时间
计划结束 该项工作计划完成时间
计划工期 该项工作计划所用工期(以天数算)
实际开始 该项工作实际开始时间
实际结束 该项工作实际结束时间
实际工期 该项工作实际所用工期(以天数算)
完成度 当前完成了多少(百分比)
负责人 该项工作有谁来做
时间点状态 该项工作最终情况:“准时完成”、“提前完成”、“延迟”、“未完成”

6.3.2 界面UI表

界面功能标注举例:

星铃丹·产品策划·产品经理·游戏
位置 类型 资源名称 内含文字 说明
背景图 背景图 - 界面背景图
1 按钮 返回按钮 - 点击返回按钮可以返回游戏上一级菜单。
2 按钮 选关按钮(未按) 阿拉伯数字 点击选关按钮可以进行大关卡的选择,选择后进入小关的选择界面。
选关按钮(按下)
3 图标 星星图标 - 星星图形表示了该关卡所搜集到的星星数量,以此衡量是否打开下一关卡。

界面尺寸标注:

星铃丹·产品策划·产品经理·游戏
位置 资源名称 800×480(屏幕尺寸)
实际大小(mm) 像素大小(mm) 物件坐标(px)
X Y
1 返回按钮 6 6 44 44 5 273
2 重生按钮 6 6 44 44 54 273
3 关卡提示 6 4 48 28 424 289
4 星星图标 6 2 48 14 424 273
5 道具按钮 8 8 60 60 8 8
6 提示文字 29 14 220 102 150 220

6.3.3 特效、音效资源表

一般用excel制作。

特效:

序号 特效名称 位置 大小 描述 文件命名 特效时间 参考资源
1 切换画面特效 游戏切换画面时 全屏 类似拍照的瞬间效果 tx_01 0.5s

音效:

序号 音效名称 音效作用 音效描述 时间长度 音效文件命名 参考资源
1 背景音乐 游戏的背景音乐 希望可以能使用参考音乐 1min-2min yx_00_01 erasure唱的Always

7 开发阶段

7.1 人员与产出

7.1.1 参与人员
(说明:这里仅为必须参与人员)
· 策划部
· 程序部
· 美术部

7.1.2 相关会议

会议 参与人 是否一定
策划剧情设计评审 策划部
策划任务设计评审 策划部
策划关卡设计评审 策划部
策划数值计算评审 策划部
美术资源评审 美术部、策划部、程序部

7.1.3 产出

类型 名称 是否一定
文档 剧情设计案
文档 任务设计案
文档 关卡设计案
表格 数值计算表
美术资源 界面
美术资源 人物、场景、动作
美术资源 音效
产品 游戏测试版

7.2 流程说明
· 策划组按计划安排制作相关剧情、任务、关卡、数值等的设计和计算;
· 程序组按计划进行游戏具体开发;
· 美术组进行资源制作;
· 在程序、美术进行开发和制作的时候,策划组组长必须安排人手每天更近程序、美术的制作,以保证他们的制作符合设计需求,避免返工;
· 美术资源的命名,必须按照美术资源表上的相关命名规定进行命名;
· 美术资源制作好后,必须发给策划组、程序组进行评审,以邮件形式确定是否通过;
· 相关资料归档。

8 测试阶段

8.1 人员与产出

8.1.1 参与人员
(说明:这里仅为必须参与人员)
· CEO
· 策划部
· 程序部
· 美术部
· 市场部

8.1.2 产出

类型 名称 是否一定
文档 剧情设计案
文档 任务设计案
文档 关卡设计案
表格 数值计算表
美术资源 界面
美术资源 人物、场景、动作
美术资源 音效
产品 游戏测试版

8.2 流程说明
· 策划组组织详细对程序提供的“游戏测试版”进行测试;
· 策划组通过Mantis Bug Tracker向程序提交BUG和建议;
· 程序针对BUG和修改建议进行回复、调整和修改,直到负责人觉得游戏已经可以拿出进行内部测试;
· 有项目负责人联系各部门主管在全公司范围里安排内部测试人员,规定测试时间,进行测试;
· 测试人员需要提交测试报告文档,由项目负责人安排人员进行汇总提交给主管和CEO等;
· 由项目负责人觉得游戏不需要再修改,已经可以上市的时候,把相关产品文件文件提交给CEO进行审批;
· CEO审批产品通过,项目开发结束;
· 相关资料归档。

8.3 文档内容和参考

8.3.1 测试报告

包括的内容:测试时间、测试项目、手机型号、优点、缺点、BUG。

(未完,一般不续……)

近期会陆续公开以前写的不再涉及企业机密的文档,也同时把word数据转为mysql数据;这些文档或写的不尽人意或未完成,于我来说只是想记录储存。当然,今非昔比……

写于2015年3月,未启动的项目;这还是一个很初/粗的资料。

1 修改记录

2 设计目的

针对未成年人,尤其是中小学生进行交通安全教育推广,并且达到寓教于乐。

3 思路概述

这是一个应用软件,可基于电脑和手机设备打开,具备联网功能,有着自己的管理后台和账号管理系统,可以对软件进行对应年龄段的设置使适合3到16岁阶段,还可以监控和统计每个学生的成绩。

整个教学由若干小故事组成,这些故事每个主角都有着自己的性格和剧情,组成一起就是一个家庭连续剧,充满趣味和欢乐。
而整个故事既不是电影,也不是动画,而是在3D游戏里进行拍摄和配音,并且还融入互动功能,需要完成一个个的人物,使达到即可看,又可玩,跟着主角,畅游模拟城市中的交通世界。

后续,还可以进行联网互动:在整个城市地图具备自己独立的交通路网,如网络游戏一般,可在里面进行各种自由行动。
但是,毕竟交通安全关乎生死之间,为了增加印象,软件中会收集各种真实案例,可能会带有一定的视觉刺激;视年龄段进行播放开启。

4 美术风格

现代城市建筑的偏Q风格:写实建筑+Q版人物。

4.1 建筑风格

参考“模拟城市”(游戏):

星铃丹·产品策划·产品经理

4.2 角色风格

把交警宣传常见角色形象转为Q版3D角色形象,并体现在软件里的每一个角落。

星铃丹·产品策划·产品经理

说明:以上图片均源自网络。

5 一期DEMO方案

5.1 方案说明

这是用以拉投资的方案,其建筑和角色不作设计要求,只求能较为完美的突出软件的特点和游戏玩法,以达到引发投资人兴趣的目的。

5.2 场景和角色需求

约一屏地图大小,3D视角,视角可旋转,可缩放。

这是一个城市里常见的交通路口,分有机动车道、非机动车道、人行道,有着车行和人行红绿灯、斑马线;周围有一些装饰建筑,其中一角是住宅区,而马路对角是一个大型超市。路上车水马龙,红绿灯不停的变换着。

斑马线的两边站着辅警(NPC),有一个小主角(玩家角色)从人行道远远走来,准备过马路。

星铃丹·产品策划·产品经理

5.3 功能需求
· 红绿灯按交通规则自动切换,切换时间可稍微调快一些。
· 车辆按红绿灯的切换自动行进和停车,车辆无违反交通规则事件。
· 周围有一些行走的装饰用NPC,它们不需要过马路,无违反交通规则事件。

5.4 剧情

角色1:小朋友,玩家角色

角色2:辅警;NPC角色

前提:小朋友从居民区这边的人行道走来,进过路口处,他需要到马路的另一边去买东西。

镜头:尾随小朋友从居民区出来走到十字路口。

小朋友说:我现在需要过到对面去买东西。

镜头:尾随小朋友走到十字路口。

交互:显示过马路的指示箭头,提示文字,请在合适的时候点击箭头,横过马路。

说明:这时候红绿灯依然在自行变换。

判断:
若在人行红绿灯红灯的时候,点击箭头,则站在一边的辅警NPC就会伸出手,拦住小朋友,并说道“人行绿灯的时候才能过马路哦!”
若在人行红绿灯绿灯的时候(这时候汽车都已经停下),点击箭头,则小朋友可走过马路。

隐藏交互:点击人行红绿灯,会弹出关于人行红绿灯的介绍。

镜头:跟随小朋友过了马路,小朋友进了超市。

片段完成。

在贴吧时候经常会看到有人问地漏和排水管之间位置错开、有缝隙、甚至装不进地漏;有装修施工类人员说这个是“二次排水”,我还曾与其之一争论,但他对我所提问题避而不答。在综合了解后,我表示:可以说但凡地漏和排水管之间有缝隙/间隙、错位问题,都是施工工艺不到位的问题,这里不存在“二次排水”,“二次排水”的概念也不是这样的。

图:地漏和管道之间存着很大缝隙是装修施工中很常见的事。
星铃丹·装修施工

若真想做瓷砖和防水层之间的排水,那施工工艺要求是很高的,一般来说,做不到,也没必要去做。因为瓷砖和防水层之间,其实很薄,若瓷砖面做好了坡度不积水,防水层也做到位,那出问题的几率是极低的。

说回地漏,根据规范《建筑给排水及采暖工程施工质量验收规范》(GB 50242-2002):

7.2.1 排水栓和地漏的安装应平正、牢固,低于排水表面,周边无渗漏。地漏水封高度不得小于50mm。

星铃丹·装修施工

解说:为保证排水栓和地漏的使用安全,排水栓和地漏安装应平整、牢固,低于排水表面,这是最基本的要求。其周边的渗漏往往被人们所忽视,是一大隐患。强调周边做到无渗漏:地漏盖板应与排水管道口连接紧密、不得有渗漏、不能有锈蚀、变形、松动等缺陷。

再简单点说,按照规范,地漏和排水管就是要接好没缝隙不漏水的。

也就是说,地漏和排水管之间的缝隙,尤其是错位的,很容易造成缝隙进水(尤其坡度也没做好的)。若连防水都没做好的话,这个进水就可能会影响到周围墙壁或楼下,引起漏水。

若防水做好了,那么渗水最多成为瓷砖下积水,或许会蒸发,或许也就那么积着。

另外,我搜到一个《卫生间系列——卫生间地漏部位做法》的文章(知乎),它里面是照顾到了瓷砖和防水层之间的排水,走的是地漏,但其要求的是排水管周围用堵漏宝、界面剂、水泥砂浆找坡度(1%和地漏口50mm的5%)、防水层做到排水管内30mm且附加无纺布、防水保护层……

这个工艺看着也算合理,但我估摸几乎没人见过谁做吧?我今天整理这些内容时候再翻到此贴,看到说做了这些类似工艺的或和抬杠的基本都是装修施工圈的人说自己家这么做了——可以说,这就是挺……的装修圈。一般业主别说见过地漏口这些细节处理了工艺了,就厨卫1%的排水坡现在都快消失了,但不懂行的业主甚至都不知道排水坡度的重要性。

某天在网上看到一个一字长条户,觉得有意思,但资料不足,只能在不考虑承重墙、下水的前提下进行创意型改造:

星铃丹·户型设计·装修设计

思路:
1、厕所改为双卫,虽然不能成为套间,但总能解决应急(谁都不想排队厕所);
2、厨房边上是餐厅,然后是客厅,顺理成章大横厅。
3、门口还是得有鞋柜,否则不那么方便。
4、厨房阳台晾晒,主要晒在靠厕所这边,以免沾染油烟。
5、四间卧室都需要保留的,就是没法都是南卧了。

星铃丹·户型设计·装修设计

网友评价:
1、抱走了……湖南很多乡村,就是这种户型。
2、开旅店做标准间不错

我在贴吧的时候曾多次提醒需要买房的网友看各种图纸,但很多人的表现让我感觉他们对此事不以为然。有一天,一个网友给我发了一个户型图:

星铃丹·户型分析

稍微会看图纸的会自动套入“上北下南”的设定,这样看,南北通风、三个南向阳台、两卧朝南,大餐厅空间,好像还是个不错的户型。就是会有些奇怪一些不合南北通户型的常理:主卧套间设在北面(上面)、餐厅没有窗户、厨房在南面。

网友拿不到楼层平面图,说是现房,那就去找地图或航拍图看看吧:

星铃丹·户型分析

于是在售楼平台的航拍图上可以看到,这个户型所在楼栋一层4户,呈回旋镖(扇叶)形式旋转布局,那每户朝向都不一样,而且都是“东南-西北”、“西南、东北”这样的朝向路子。这种塔楼模式可以让每户都有点阳光、有点通风,但又不是很多。

看到这里,觉得这户型虽然不是太好但若便宜或有别的加持的话也不是不能选,直到看到这个:

星铃丹·户型分析

南面居然有一排如此高楼?那冬天阳光就会变得十分拮据,通风也可能会被影响。

于是,一个最初看着还不错的户型,就变成了“能不买就不买吧”、“除非有特别不一样的加持:如很好的必读的学位等”、“或者真的很便宜租售比高买来收租”、“反正自己住肯定是不太舒服”的房子了。

近年由于横厅的流行出现一些小横厅,甚至客厅宽度只有5.5米,还需要同时满足沙发电视和餐厅。这种户型即让围观的吐槽,又让不慎买到的头疼。在这里提供一些传统客厅(电视+沙发)思路,以解决家具布置问题:

思路一:沙发后面放餐桌。
优点:吃饭可以看电视;
缺点:食物可能会掉到沙发上,或需要设计一个比餐桌高的遮挡。
星铃丹·户型布置·室内设计·5.5米横厅

从上图尺寸看,客厅位置3.4米,餐桌离墙1米,虽不算宽裕,但也算够用。在很多小户型里,客厅开间甚至只勉强有3米;只是这个尺寸相对不适合太大的电视。

思路二:沙发靠墙,电视在中间。
优点:沙发靠墙感受更舒服;
缺点:电视在中间需要预先从地面走好线路,否则容易丑;餐桌看电视背面不太好看,吃饭也不能看电视。
星铃丹·户型布置·室内设计·5.5米横厅

思路三:如果把思路二的电视机做成可移动的,那就可以满足大餐厅和大客厅。
缺点:可移动电视机柜是需要设计好和成本。
星铃丹·户型布置·室内设计·5.5米横厅

思路四:折叠餐桌(不论沙发和电视位置怎么放)
优点:不吃饭的时候可以有更大空间,吃饭时候可以有更大桌子。
缺点:很多折叠因为折叠的麻烦到最后用的时候可能还是成为了固定模式。
星铃丹·户型布置·室内设计·5.5米横厅

思路五:茶几变餐桌(升降茶几)
优点:适应很多喜欢在茶几位置吃饭,边吃边看电视的家庭。
缺点:吃完饭需要收凳子。
星铃丹·户型布置·室内设计·5.5米横厅

· 门对墙角

门对墙角,即进门对着墙角。这东东要是问神棍或网上一说都吓死个人了,什么”飞刃煞“,一刀劈开,断人财路……如果你要说这进门对着墙角不好看,影响动线,不规整,强迫症,不好放鞋柜,没法挂壁画等等我也就认了;至于其它说法,自己想想。

· 门对电梯/楼梯

大门对电梯或对楼梯也是个吓人的词,叫”虎口煞“”开口煞“。

古代都不住楼房,也不存在什么自己家门对着楼梯。所以这词怎么兴起的,不得而知。如果说家门对着楼梯、电梯有啥不好的话,那估计就是人来人往的隐私不好,或者小孩乱跑冲出门没刹住脚直接顺着楼梯滚下去了?但自己想想,这个电梯、楼梯的日常有多少人会出入,会路过你家,有多少隐私问题。

而楼梯这年头都是带常闭式防火门,你要自己开着门滚小孩的话那别人也没办法。

当然,和”门对墙角“一样,只是单纯因为不习惯,不喜欢,不接受的话,那有条件就不选咯。

-------------------------

互联网没那么发达的时候,对于风水一事,与我感觉是信的人非常信,不信的人就不信。

现在网络资料多了又不没人管,到处都是这类言论,甚至都在实体大街上明目张胆。有些人看多了就内心膈应,就想着能不能处理下求个心安,于是就越来越多的人被利用,也让很多都读书读到外太空了。傻子太多骗子不够用。

其实我也认识懂风水的人,还是好友,而我们都一致认同这些动不动就生病、破财、考试不行、感情不和的所谓风水言论就是恐吓、诈骗,而且楼房也讲不了风水,和那些传统风水的理论并不一致,就算有也是看小区整体,作用于开发商。

-------------------------
存一个当年在贴吧的交流记录:

星铃丹·风水解释·鬼神、常识与风水神棍

× 冲路/靠马路

冲路原本是指大门对着马路。

马路之所以叫“马”路,就是骑马、走马车的路,相对比较宽。古代平房,如果自家大门对着马路,也就是路口位置,一个人来人往的嘈杂,二个若马失控的时候就冲到你家了。所以,古代要避开冲路。

到现在,虽然没马车冲入你家,也没谁家大门对着马路(都是楼房)。但是靠着马路的房子不仅受车来车往的噪音、尾气影响(只能用隔音窗户加新风系统才能较好规避,但成本高);还会受路过的人的视线的审查(高楼层稍好),有一定隐私问题,当然用窗帘就可以规避一二。

有些人觉得马路噪音不是问题,那一个可能这些人还年轻睡眠好或对噪音不敏感,另一个可能是这些人已经习惯噪音。

现在,避开的冲路,主要避开的就是噪音、尾气污染和私密性。

× 床靠窗

有风水说道是“床靠窗易遭殃”,遭什么殃呢?

遭殃①:一个是易让风对着床吹,这就像对着风扇一直吹,容易感冒头痛脚痛;

遭殃②:床靠着窗可能导致窗户不好开关,要爬床而过,那么哪天忘记关窗户,下了暴雨,那床就可以遭殃了……

遭殃③:一楼、二楼、连廊中户、握手窗户的还有隐私问题,开灯后更为明显,需要依赖窗帘遮挡,但窗帘又会影响通风。

遭殃④:不易被察觉的一点,就是室内空间靠近窗户的地方会更热(冷)一些,若离开窗户就会感觉更温度舒适些;即便开着空调也可以感受到这个区别。

说是买房不易,钱包在上,有些面积实在少;可我见过很多明明床可以作不靠窗户的设计,却偏偏还是这么做了。在邻居群里也见到忘记关窗导致被暴雨浸泡的床……

但似乎这点越来越不被在意了;但在我的设计里若床非得靠窗户,那尽量不把窗户全部拦住,也提醒被拦住的窗户平常就不要开启了。可若能不靠窗户,还是不靠吧。

--------------

主要内容陆续写于2018年至现在。

“取其精华,取其糟粕。”

“尽信书,不如无书。”

我不信风水。风水,原本是指通过观察山形地脉来确定阴宅阳宅的位置;民间认为风水的好坏会影响盛衰吉凶(汉语词典的解释)。但与其说风水影响吉凶,不如说科学影响吉凶。风水里确实含有一些科学知识,比如天文、地理,但不等于风水就是科学的。非得拿风水来说事,不如说说通风、采光、阳光、噪音、隐私、蚊虫等等这些常识,或者不如多说说人话。

“古人很聪明,但读过书的古人不多;今人读书多,但很多却失去了自己的思维。”

我曾经陆续对常见的一些风水词做了一些解释,只是我对相关词和历史的分析;涉及时间和篇幅,将会每个一篇的来说明。

注意了,阳光和采光是两码事,但很多宣传喜欢混淆这些概念,而人也容易犯迷糊。

就如北向房间没阳光,但不等于没采光!想想自己家里没阳光的时候也不至于啥都看不见吧。

采光好,很简单:任何房间只要有不在天井凹位的大窗户,没有近处绿植遮挡,就是敞亮明亮,在一般多云和晴天的白天看书写字是不用开灯的。

星铃丹·买房选房·阳光和采光

而房间有阳光是指房子内可被阳光直接照射,被紫外线直接照射,冬天温暖,夏天炎热刺眼。

阳光被遮挡了,不等于采光不够用;采光不好的地方也可能能有一小时阳光。

有很多人说啥朝东(西)的房子早上光线好下午就不行了之类就好像知道“太阳东升西落”而想象出没晒到就成了暗无天地,无视了漫反射,成了一本正经的胡说八道。

对大部分地区来说一天无遮挡全阳光直接晒也未必是好事,夏天室内炎热,需要好空调高负荷运转;也有舍得花钱的人乐于享受这种吹着空调晒太阳的生活。

阳光够用基于每家人不同的生活需求,俗称“够用就好”;这个够用取决于自家喜好、财力和能买到的房子。

根据《城市居住区规划设计规范》(GB50180—93)的规定:住宅阳光在冬至日(阳光最少的日子)不少于1小时。不过其实有很多房子并不符合这个规范。

另外,别觉得看房时候阳光好就会全年阳光好,太阳是在“移动”的;看的样板间阳光好不等于自己选的那套阳光好;也有冬季看房的时间刚好赶上有太阳的那半小时,觉得房子舒服但却不知道只有半小时阳光。

当然,冬天阳光好肯定比夏天阳光好舒服多了。

至于阳光到底如何没法一眼看出来,按标准来说:须知道所在城市、小区内部各楼房高度、楼间距、小区外部可能影响到的楼房高度、楼间距,再进行阳光模拟(有相关软件,需要会使用或付费使用)才能知道全年任何一天,从几点晒到几点,晒哪个房间。

但,说回来,按我的居住需求,

具备代表性的两种连廊楼:

连廊入户:
星铃丹·买房选房·连廊户

连廊居中:
星铃丹·买房选房·连廊户

连廊楼,意味着该楼有在中户窗外的挑空的开放式过道,称之为连廊。

连廊楼给了中户北向通风,但也给了中户北向噪音;连廊居中的连廊楼,给了边户一道独享的风雨入户长廊。

风雨连廊入户:
星铃丹·买房选房·连廊入户

按照开发商报建和规定,连廊是不允许封闭的;有极少量开发商为了好卖会选择给连廊入户的户型封了连廊,但这样中户的北侧就彻底成了天井,采光、通风都变得艰难,噪音因天井回音反倒更大声。

连廊楼-非连廊入户型:电梯在两边,一般出行只能等一个电梯;边户入户安全,连廊没有封闭需求,对中户的影响相对较低。

连廊楼-连廊入户户型:电梯都在中间,边户需要通过连廊回家;边户考虑归家安全和门口清洁,会想封闭连廊,这样中户的通风采光就被影响。

连廊中户:北面受连廊影响,存在隐私、噪音(回音)、通风问题等;连廊中户的北面房间舒适度和邻居素质有较大关系。

但永远不要低估奇葩邻居出现的概率:根据网友反馈,在连廊抽烟、聊天、电话都属于常见,还有在连廊上放杂物、晾晒衣服也都可算正常。更有甚至烧香的、洗衣机的、杀鸡宰牛的、健身溜娃、养鸡的……只有想不到的,没有奇葩做不到的,这些都严重影响着连廊中户的生活。

所以,我认为:

连廊中户仅适合刚需的不能再刚需的三口内小家庭选择,而连廊入户的边户最好别选。