装修日记｜平面图定稿了

昨晚去设计师罗工的工作室定平面图，跟七年前一样是在一个周末的晚上见面的，不同的是当年去的时候抱着很忐忑的心情，那时候对装修行业完全不懂，很怕被忽悠了。还好罗工看起来就是那种很真诚、很有耐心的小伙子，所以一拍即合，聊完就付了订金。
当年装修第一套房子的时候，罗工还没出来单干，在一家装修公司里上班，那家公司用他们的设计师就得用他们的施工队。几个月下来我对工头不太满意，但罗工一直在很努力地解决问题，陪我跑前跑后买材料。最后快收尾的时候，罗工就跟我说，他准备单干了，还在我家重新拍了一套毕业照，作为他们工作室的案例。
这次去他的工作室，有点像拜访老朋友，整个工作室就三个设计师，其中还有一个是他老婆。这几年的发展，他也有自己的施工团队，但他这里没有那种霸王条款，就是你找我做设计必须用我的施工队，他可以只出设计稿。

图一：原始户型图
图二：设计平面图

1️⃣改动最大的厨房和卫生间
罗工做了三版设计稿给我选，其中改动比较大的就是厨房和卫生间的区域。改造前卫生间4.5平，厨房5.3平，小阳台3.5平，这三个空间是相临的，分开看都很小，卫生间的窗户对着小阳台，采光也不好；厨房是L型，很窄的一块位置，两个人在里面操作都有点困难。
改造后厨房面积大大增加，有10个平方，甚至还加入了2.1米长的岛台。本来我是想做三分离的，就是马桶、淋浴、洗手台都独立开，但实际规划的时候，空间有点不够，最后做得是干湿两分离，把洗漱台独立出来，马桶和淋浴间在一起。
2️⃣从小客厅变大横厅
原始户型客餐厅是26平，阳台面积11.5平，把阳台的门和墙体拿掉后，客厅餐厅阳台变成一个整体的空间，这个空间有39平！
3️⃣有亮点的备用房
主卧和次卧都没有做大的改动，但中间的那个本来准备做榻榻米的房间设计得让我眼前一亮，会做成悬浮地台的感觉，让空间更通透，考虑到家里收纳柜子已经够用了，所以这个地台取消了储物功能，会直接铺地板。今后可以变成孩子们的活动空间，也可以临时打地铺睡人。
这个备用房有两个门可以进入，一个是靠餐厅的门，还有一个滑拉门在主卧，外面的门关上后，可以把主卧变成一个套间。

平面图定稿之后，罗工会开始做方案细化并出立体模型，预计8月初就能开始施工了！

肿么说呢，我个人的风格还是过于明确的解构，重工艺（牛仔洗水，印绣花，视觉冲击的拼接，创意性公仔，反讽性题材，重工质感钉珠），偏爱牛仔毛织羽绒真丝高档棉麻面料，沉迷玩结构和工艺的小众原创这一挂社恐人群，但我的爆款都不是这一挂[二哈][二哈][二哈]，希望能从这么多年的商业设计师回归到自己的初心，做纯粹的小众原创，随心所欲的用服装表达自己的想法和对当下的生活态度和感悟，好产品始终是能变现赚钱的，用心做设计，并享受其中或许就是个人精神空间的浩瀚宇宙，熙熙攘攘，皆为利来皆为利往，而君子爱财 取之有道 #原创设计# https://t.cn/RJAZDor https://t.cn/RJAZDor

@写代码的吟游诗人: 系统设计文档这种东西，定位是什么？作用是什么？什么人来写是最合适的？什么时间点写是最合适的？
#软工好问题#

系统设计，是将原始的需求，在当前资源基础上，设计出能实现需求的可行的技术方案。

如果是一个人开发，那么系统设计可以是不需要的，按照自己脑子里面的想法实现就好了。但是如果是一个团队，甚至几个团队一起协作，那么设计文档就太重要了。

设计文档是一种介质，在设计确定前用来讨论系统设计，在设计确定后，用来统一思想，让团队的所有人都能理解系统设计，按照系统设计去实现功能。

对于整体的系统设计文档，架构师最合适，架构师要充分理解需求，将需求转化为技术设计方案。并且架构师需要站在整个系统而不是一个具体模块去做设计。

对于具体模块的设计，谁实现谁写最合适。因为只有能写出来才表示真正理解了系统的设计，理解了模块的需求。同时通过设计Review可以确保对于需求和系统设计没有理解上的偏差。

按照软件开发什么周期：需求分析->系统设计->编码->测试。也就是说，在需求清楚后，编码之前，是最佳的时间点，切忌先写代码再做设计，因为试错成本太高，一旦对需求理解偏差或者技术方案选择有误调整的成本很高，将造成极大浪费。

写系统设计文档的流程，不是一个人写，写完就算结束了，而是一个人或者几个人牵头：
1. 先捋清楚需求，也必须先搞清楚需求，否则就可能南辕北辙，设计出来的东西不满足需求
2. 基于需求有一个初步的设计，形成简单的设计文档，包含一个或者多个设计方案
3. 基于初步的设计进行设计讨论，充分听取意见，确定设计方向，选择合适的设计方案
4. 基于确定的设计方向，形成更细节的设计文档，然后对设计文档进行再次评审和讨论，并继续完善
5. 持续Review和更新，直到完成整体的系统设计

#软件工程之美#