建筑方案与初设的深度区别？

一、建筑方案与初设的深度区别？

建筑方案与初设之间存在一定的深度区别。首先，建筑方案是指建筑设计师根据建设项目的要求，综合考虑建筑的功能、造型、材料等方面，进行初步设计，进行方案比选，最终确定出较为可行的方案，这个过程需要深入分析和研究，所以它需要较为深度的设计和探索。其次，初设则是指在方案基础上，进行优化和完善，并进行初步的技术性解决方案设计，最终得出满足建设项目需求的初步设计要求，相对于方案来说，初设更加深入和细致，需要充分考虑各种情况和细节，需要更多的技术和工作经验。因此，可以看出建筑方案与初设之间的深度区别体现在设计的深入程度以及需要的技术和工作经验等方面。

二、基坑深度及建筑距离？

规范没有规定距离建筑物的距离超过两倍基坑深度,可以不用考虑对建筑物的影响。《建筑地基基础设计规范》规定： 当存在相邻建筑物时，新建建筑物的基础埋深不宜大于原有建筑基础。当埋深大于原有建筑基础时，两基础间应保持一定净距，其数值应根据原有建筑荷载大小，基础形式和土质情况确定。

当上述要求不能满足时，应采取分段施工，设临时加固支撑，打板桩，地下连续墙等施工措施，或加固原有建筑物地基。

三、怎么介绍建筑方案？

我的讲解思路：

首先，讲解一下自已的设计理念，要表达什么样的设计观点，这个方案有什么思想、文学、艺术上的特点，渊源，引喻。

其次，讲解你的建筑环境，绿化分布，人车出入，交通分布走向。

再次，从形体上，讲解你的方案设计体形源于什么概念。比如我设计一个螺旋形的音乐厅，我的体形源于对深海鹦鹉螺的变形、深化。

然后，从功能分区上讲解，表达出你合理的功能分区特点，人流在建筑中的交汇，活动。

接着，可以讲讲你的立面表现、用材等之面。最后，总结你的这个方案有什么优点长处，也可以谈谈你的预算控制。（讲解方案的目的只有一个，就是让你的方案能被接受被理解，当然要擅于把它的优点都展现出来）

四、建筑延时摄影方案？

每天固定机位拍8小时，晚上收回，第二天继续，拍几个月，最后把所有的照片合成就行了

五、沙漠的建筑方案？

沙漠里建建筑即盖房子，是不可能的，首先房屋的地基与基础在沙漠中就无法开挖及实施，其他更无从谈起。所以，根本不可能有沙漠的建筑方案。沙漠里搭帐篷还是可以的。

六、建筑方案怎么汇报？

　　方案设计出来后要通过图纸的形式表达出来并向甲方汇报。方案汇报在整个设计过程中起着举足轻重的作用，它不仅是设计师向甲方传递设计思路的工具，也是体会甲方需求的过程。　　在简报中设计师将陈述设计理念、设计面临的问题、解决方法、功能分区与布置、流线组织、材料选用、色彩与质感的分析、家具陈设的布置、风格定位、立面构图以及空间的整体效果。　　制作简报的时候要考虑汇报的程序、时间与节奏。重要的是要让甲方在比较短的时间内了解设计师的想法、体会设计效果，并且了解功能布局与问题解决的方法。因此简报的制作一定要具有明确的逻辑性与条理性，包含深入浅出的推导过程，必要的时候可以通过音乐和动画、视频增加感染力与说明力。

七、技术方案设计如何有深度？

怎么去体现技术方案设计的深度是大家普遍关心的一个问题，这个问题不是个例问题，因此分享下自己的一些观点和看法。主要从三个部分来讲：

• 第一部分主要分析为什么技术方案没有体现出深度，找到问题后就好解决，并提出技术方案的广度和深度特征；
• 第二部分是技术方案设计的方法论，主要包括了本质论、矛盾论、系统论、演进论四个方法论方法，构成一个闭环反馈链路；
• 第三部分是通过具体的案例，反复运用第二部分的方法论阐述在实例的案例中如何去应用，加深对方法论的理解。

一 技术方案体现广度和深度

1 方案设计常见的反馈

我们都希望的自己设计的技术方案能够让人眼前一亮、叹为观止、拍案叫绝……，然而在实际情况下，却并不是这样的，经常听到如下的说法：

• 场景简单：业务场景很简单，怎么也设计不出花儿来；
• 复杂度低：业务复杂度低，很难讲得出挑战出来；
• 亮点少：运用的技术亮点少，基本上都是现有的中间件或框架来完成；
• 设计普通：方案缺乏新颖，业内也是这么做的，没有体现出自己的设计能力；
• ……

的确，上面反而是经常遇到的场景，那么需要思考下背后的问题和原因，为什么会有这样的感受，如果这个事情交给另外一个人去做，为什么他却能设计出更好地方法，而当时你却没有想到呢。

2 原因探究

个人觉得这个问题的最为核心的一点是就事论事，因为只是看到这个事，需要完成某个具体的功能点，而没有跳去这个事情的表象，去思考到底要什么、解决了什么问题、价值是什么，这样思考很有可能你现在的解决方案只是其中一个很小的一个点，没有站在全局去思考问题。曾经我的老师给我讲一个观点，把手掌放在眼前，你只能看到这个手掌，如果把手掌放在远处，你的视野就更广了，因此视野更关键，不要只关注事情的本身，可以跳出来看看，或者你能想到的更多。

就事论事只是一个表象，它背后还是深层次的原因，个人觉得是缺乏体系化地思考问题，"只见树木、不见森林"，没有从不同的维度上去思考问题，只是线性地思考，它直接的表现就是就事论事，只把手头上的事情完成即可。讲体系化思考的书籍很多，大家有兴趣可以去了解下，帮助自己更好地思考问题。

到这里其实还没有结束，还有一个重要的原因是缺乏方法论引导，就是没有形成自己的一套方法去思考问题、解决问题，这个不同的人有不同的方法，这里也只是分享自己的一些观点和方法，不同的人会有自己的方法，有了方法论的引导，拿到一个问题，知道怎么去分析、思考、解决，远比只是被动地接受一种具体的方案要好，下次场景变了，很有可能现有的方案是不能支撑的，因此需要建立一套适合自己的方法论，具体在第二部分会分享自己的方法论。

3 技术广度和深度

广度和深度对于我们来讲并不陌生，大家都知道要体现出广度和深度，却不知道怎么去做。广度觉得从数量和类型两个维度去分析（应该还有其它的维度，大家可以自行补充），是让事物更加地丰富，比如动物园里有不同的动物，种类比较多，就能更加满足不同人的观赏需求；深度主要体现出问题的识别和创新解决上，一个问题大家没有发现，而你从中发现了，这就是一个深度，比如网上购物，站在今天来看，再平常不过了，但在20年前，并不是每个人能想到的，今天同样是做电商，每个公司的打法、策略是不一样的，这就是体现在深度上，深耕于某一个领域。

这里拿自己的经历来说明，在之前的公司做优惠券业务（当时营销比较简单，就是单一券业务），优惠券只是一种营销的具体手段，行业内有卡、券、分、金，那么对于技术来讲就是丰富营销基础能力，从单一券能力发展至卡、券、分、金的营销行业标配能力，这个就是体现广度，从数量、类型上丰富了。而怎么体现深度呢，营销中有一个重要问题是如何防控资损，一旦有资损，问题就比较大，因此需要去好好思考和设计方案，当时借鉴稳定性方案，分成事前、事中、事后三个阶段去防控资损，每一个阶段里又包含了不同的方案，深度主要体现对问题的识别，以及怎样创新地去解决，重点是创新，做到人无我有、人有我优。

4 怎样证明技术方案是好的

大家在和别人分享、交流技术方案时，有人就会提出尖锐的问题，为什么说你的技术方案是好的，其实这个问题是一个非常好的问题，值得大家去思考。

常见大家去讲一个技术方案时，把背景、目标讲完之后，直接给出了技术方案，其实技术方案本身并不重要，重要的是你是怎么思考的，思考的过程非常重要，强调的是WHY，HOW很重要，但WHY更重要。这里有两个原则：

• 三段论：大提前、小提前、结论。一定要先讲大提前，它是一个有力的支撑，比如写议论文时，平时常写"鲁迅说过xxxxx"，这个就是大提前，对于技术方案设计上，就是要看业内的方案，业界的标杆在哪里，和它有什么不一样、创新了什么，一目了然，往往大家忽略了这个大提前，直接讲自己的方案，哪怎么证明你的就是好的呢，没有对比就没有感觉。
• 环境论：有时业内还没有具体的方案，或者是当下你的公司不适合业内顶配的方案，比如"中国特色社会主义"，它就是强调当前的环境，结合了具体的业务场景来权衡考虑的，并不是行业内的最优方案就是适合你的，方案的设计一定要有权衡、选择，设计出最适合当前环境的方案。

技术方案设计的广度和深度

二 技术方案设计的方法论

1 方法论到底是什么

经常有人讲方法论，方法论也让人感觉比较玄乎，感觉是一种虚无缥缈的东西，方法论在百科中的解释是方法论是关于人们认识世界、改造世界的方法的理论，看了这个定义，大家还是不清楚它到底是什么，只知道它挺厉害的，但不知道方法论到底是什么、有哪些方法论、应该如何去运用方法论，所以这里谈下自己的理解。

自己对方法论的理解是方法论是让方法更成更方法的方法，方法论拆分成两个词方法和论，因此它首先是一种方法，方法是为了解决具体的问题，比如大家熟知的稳定性建设，全链路压测、异常监控等都是具体的方法，但这些方法都是一个个散的点，并不是最好的方法，方法论强调的是好的方法；然后再看"论"，论是议论、分析、思考的过程，它最大的好处是让方法更好，还是拿稳定性建设来讲，现在有成熟的方法论，分成事前、事中、事后三个阶段，事前包括容量评估、全链路压测、强弱依赖……，这样讲就比较成体系，将它划分成事前、事中、事后，全覆盖了整个过程，你基本上挑不出什么毛病出来。因此方法论是对解决方法进一步的升华和提炼，形成更通用、成体系的方法，它并不是虚无缥缈的东西。

方法论是通过不完全归纳法总结出来的，方法论并不是万能的，比如你看到的天鹅都是白色的，万一哪天出现了一只黑天鹅，就说明当时的归纳是不完全归纳的。

2 技术方案设计方法论

下面所说的方法论都是存在的，自己只是组合运用了这些方法论而已，下面总结下自己工作中使用的一些受益比较大的方法论：

本质论

本质论是我第一个受益的方法论，本质论强调的是透过现象看本质，这句话听起来是比较简单的，但要做到却是非常难的。看透本质是至关重要的，能让你真正把控事物的核心，我自己的一个方法是使用不超过15个字概括出事物的本质，因为本质的东西是简单的、美的、直揭主旨的，所以判断是否抓住了事物本质的一个标准就是用简单的话能否概括出事物的主旨。比如高并发，现在不再是一个新鲜的词汇，甚至大学生都知道怎么去做，缓存、异步操作、并行……，这些都是具体的措施，问高并发到底是什么，大家都能回答一些，比如流量大、系统压力大、用户多……，这些都具体的特征，自己用一句话概括高并发：有限的资源应对大量的请求，概括出了高并发的根本特性，抓住了本质的东西就比较解决问题，自己带应届生的时候，就提到一个观点，工作三年以后，要能说得出10句对技术本质理解的话，提早给自己定下目标，在平时中积累一些思考和沉淀。

矛盾论

矛盾论揭示的是事物之间的矛盾，矛盾是推动事物不断发展的动力，一般从事物本质中，可以看到一些矛盾出来，比如上面高并发的本质是有限的资源应对大量的请求，有限对大量本身就是一对矛盾，找到了矛盾就有去解决矛盾，解决的一个方向就是平衡矛盾，矛盾解决了问题就自然解决了，比如现在资源是大量的，完全可以应对大量的请求，这样高并发的场景对于你来讲就不是一个问题。

系统论

系统论是从系统各个要素出发，多维度思考问题，最为简单的是从矛盾双方出发思考问题，比如有限的资源，能不能让资源的数量变多呢？能不能提升资源的处理能力呢？……，从这些方向去思考，思路就一下子打开了，所谓的缓存等常说的方法只是一个个具体的解决手段，我们需要更加立体、多维的解决思路，再结合具体的场景、现状组合一些解决方法。

演进论

演进论强调的是事物是进化的，也是符合事物的发展规律和人的认识，有可能我们想得非常完善，不可能等所有的事情都做好了再上线，得有计划、分阶段的解决问题，优先解决主要矛盾、核心诉求。也有可能经过一段时间之后，事物的主要矛盾发生了变化，我们的方案也得演进式设计。

技术方案设计设计方法论

三 技术方案设计案例

下面拿三个具体的案例来讲怎么将方法论落地于实际的技术方案设计，让大家能够感觉到方法论的真正作用，不再是一种虚的感觉。

1 高并发技术方案

高并发在之前是非常火的，大家也都能说出一些解决措施，如使用缓存、MQ、并行……下面谈下自己的一些思路。

问题定义

高并发的本质是有限的资源应对大量的请求，它的核心问题就是现状不足已支撑那么大量的请求，系统的负载太高，很可能可能出现网站打不开，用户下不了单等现象。

问题分析

高并发的矛盾就是有限的资源对大量的请求，解决了这个矛盾就解决了高并发的问题。接下来就是平衡这对矛盾，一般是采用"中和"的思想，就像中医治病的，寒病用热药、热病用寒药，因此就会站在资源和请求两个维度去思考，资源能不能变多了，常见的有水平扩展，资源能不能变强呢，常见的是性能优化，性能优化又会分成前端优化、网络优化、计算优化、存储优化、程序优化……，请求能不能减少呢，比如通过答题错峰，合并请求等等，这样解决问题的思路就一下子打开了。

解决方案是重要的，但设计的过程更为重要，清楚了问题是什么、怎么去分析，解决方案是自然而然就出来了，重点的还是分析的过程。

技术方案设计案例1

2 异步处理技术方案

说到异步处理，大家最容易想到的方案就是MQ，MQ是常见解决的技术方案，如下图当时遇到一个问题：贷款端系统向放款端系统发送标的信息，一天的量大约有4000多笔，每天偶尔有几个是超时的，影响放款。怎么去解决这个问题呢，用MQ是最容易想到的，当时公司还不有用到MQ中间件，去搭建一个不现实，怎么办呢。

问题定义

现有的系统能力无法支撑实时处理，同步调用对系统的压力很大，很有可能某个时间点系统的负载比较大，处理慢了接口调用就超时了。

问题分析

借鉴MQ的设计原理，发送方将消息先发送至Broker上，消费方从Broker上拉取消息消费，抽象出异步处理的本质就是数据暂存 + 择机处理，那么问题来了，数据暂存在哪里呢，内存？文件？数据库？……，择机处理的方式是拉还是推，定时还是随机……，这样一思考，发现除了MQ还有很多其它的解决方法，总结出通用的解决方案后，可以在不同具体的环境中演绎出不同的方案。当时设计的方案就是将数据存储到ftp服务器上，实现也比较简单，方案没有最好，只有适不适合，难道公司没有MQ中间件，这个事情就不能解决了吗。

技术方案设计案例2

3 可扩展性技术方案

可扩展性设计是现在一个非常典型的场景，当时遇到的场景是实时人群计算场景，每当业务方提一个需求过来，就要进行对数据口径，然后熟悉业务方的一些业务，接下来就是编写Flink任务，测试、核对，最后上线，整个流程下来至少2周，需求提一个简单需求，很疑惑为什么要2周才能上线。

问题定义：业务方希望快速上线而实际开发要2周的矛盾，究其主要原因是不懂业务，需要有熟悉的阶段，这个阶段耗时比较多，真正开发的时间不多，怎么去解决这个问题呢。

问题分析：虽然主要的矛盾找到了，很明显的一个方向是让业务方的开发参与进来，平台只做一些支撑、答疑的作用，然而让业务方的同学进来，就有一个挑战，别人没有学过Flink，你让他来开发，业务方愿意么。对整个业务进一步的抽象，发现我们的需求场景是变化的，实时指标也是变化的，但整个流程却是不变的，用 y = f(x) 来表示，就是来一个x经过计算、变换成结果 y，所以当时就梳理了出了哪些是变化的、哪些是不变的，从多变中找不变的东西，这里还需要一种能力是抽象分层，如果把 f() 只当作一层，就只有一个抽象分层，如果里面它还有复合函数，那么就有多个抽象层，这起决于对问题的思考，不同的人设计出的抽象层次是不一样的。当时借鉴了Flink的一些设计思想，将整个过程产品化了，业务方只要选择、勾选一些信息，会自动生成Flink SQL，然后点击运行即可，SQL对于大家来讲，入门比较简单，基本上能看得懂，没太大的难度。平台侧不需要像之前那样完全投入人力去学习业务知识、开发、测试上线。

技术方案设计案例3

四 总结

本要分享了技术方案设计的一些思路，整个方法论包括本质论、矛盾论、系统论、演进论，通过三个具体的案例阐述怎么去运用方法论。

...

更多python、java学习面试资料，可添加阿里妹官微(alimei6）备注【阿里技术】，还有更多阿里社招、校招、最新科技技术资讯、各类技术训练营学习名额和独家电子书可以领取。

八、建筑方案怎么构思？

先分析你要做的是一个什么建筑

有什么功能需要，功能之间有哪些联系，有哪些需要注意的，更进一步，想一想你理想中，这种建筑需要一种怎样的特质，拥有怎样一个氛围。

做出一个基本的功能泡泡图。

去感受基地

去看一看，听一听，摸一摸，闻一闻，用自己所有的感觉去感受基地，寻找基地那个感动你的地方。

同时做基地分析，在城市角度，是怎样一个状况；在自然又是怎样一个状况。列出需要注意的地方。

这个时候，一般来说会有最初的一个切入点了。

接着把你的功能泡泡图“拓补”放入你的基地中。

做各种草模推敲尺度，各个空间的关系。

像一个导演一样，以一个“类似上帝”的视角，想象你各个空间有哪些场景，场景和场景之间应该有哪些故事。

然后一步步深化，将建筑完成度做好。

最后出来的形，其实只要有一点儿审美，都能是一个起码看起来不丑的方案，这个方案也许形没有那么好看，但里面会有契合的尺度，适宜的空间感受。

上面的过程，不是完全线性的，要时常再返回去看之前的分析，改动。

至于要怎么推敲，深化到什么程度，看上面kirk老师的东西吧。

当然如果你要做一个竞赛建筑，那就先尽量有一个很亮眼的idea或是形体吧。

九、建筑地基普探深度规范？

施工准备

3.1、主要机具物料准备

3.2、劳动力安排计划

管理人员 技术人员 现场施工人员

总计

3.3、作业准备 在普探前应先通知监理单位对基坑基底标高进行复核，复核达到设计标高时方可进行普探。 编制切实可行的施工技术方案指导普探施工，并对现场施工工人进行严格的技术及安全交底，以保证工程的顺利进行。

操作工艺

5.1、施工顺序

5.2、普探方法 在开挖坑底参照《建筑场地墓坑探查与处理暂行规程》 Q/XJ104-64规定按1m×1m中间加一点的梅花型布置探孔，进行探察。

5.3、普探范围及深度 按照《建筑场地墓坑探查与处理暂行规程》 Q/XJ104-64规定对于丙类建筑深探探至地面以下5m，但不小于基础埋置深度下3.5m，浅探探至天然土层下50cm，打穿活土层找死土，发现墓道找出墓室。 本工程探察范围为所有开挖基坑

深探范围：独立基础从基础中心线在每边宽度2倍范围内深探，探孔按1m×1m中间加一点的梅花型布置探孔，进行探察。 条形基础沿基础中心线两侧各1.5倍宽度范围内深探，探孔布置沿基础中线两侧各50cm范围内按1m×1m中间加一点的梅花型布置探孔，进行探察，此外在沿基础中线二侧各1.5倍线上每隔1m布置一个孔。 其他部位进行浅探即可。

5.4、普探结果 探查完工后，现场所查出的一切隐患均用白灰画出问题坑范围，写出深度，再按照比例绘制平面图，土质情况说明，做出普探竣工报告提交总包单位，监理单位和建设单位存档和作为处理隐患的依据。 最后对探孔素土分层回填并用夯锤夯实。

六、安全保证措施

6.1、进行施工现场，应服从现场管理人员的管理和调度，遵守施工现场的一切管理规定和规章制度。

6.2、开工前要做好各级全交底工作。制定安全控制措施，组织工人学习和落实。 6.3、下雨期间严禁进行基坑普探，做好现场的防雨工作。

6.4、严禁在基坑边缘停留和休息。

6.5、不得私自接拉电线，临时用电须找专业电工处理。

6.6、夜间挖土应该有足够的灯光照明。

十、建筑学概论深度解析？

建筑学概论的深度解析：

建筑学概论是为建筑学学生开出的一门专业基础课。这门课程是建筑学学生所学的课程当中最关键的一门课程。主要讲述建筑构造组成、建筑材料、建筑施工技术及工程测量等四部分内容。

概论的释义：（名）概括的论述（多用于书名）：《语言学概论》。