2017年12月

吃完烤全羊、炸脆皖、烧鹅……(大鱼大肉)后俗气一把,2000年出生的18岁了,我也18(又18)了,感觉如奔六,心念念的是退休养老;已没有太多未来的想法,只求混吃等死;说好听点嘛,就是“千里马常有,而伯乐不常有……”咳咳,打住!

2017把我交付给2018,恳切的说“对这个傻瓜+笨蛋的好点……”

业主的需求是:一家三代5口居住,孩子刚出生;希望客厅采光能够得到改善,厨房空间可以得到扩展。

分析:从户型上看,只有2房,同时满足5口人,这舒适度上还是有些难度;若分割主卧就会有间暗房;若把厨房当卧室,在客厅弄个开放式厨房?那油烟比较糟糕,而且还排不出去……至于很多人喜欢弄的暗房,我是不认可的——人可有1/3的时间待在卧室,没有窗户,通风不畅,挤压PM2.5粉尘和细菌,对身体影响可不好。

所以还是基本啥都不动了吧,就是给客厅造一个电视墙。给出平面修改如下:

简单说明为:
→ 进门右手一溜到顶柜子储物;
→ 2米沙发;
→ 选择折叠餐桌或可以兼做茶几的餐桌;
→ 厕所前面隔出仓库位置,一个是进行储物,二个是打造成电视墙,电视挂墙上;
→ 若厨房对出阳台够空间的话,冰箱最好放到阳台位置(按图估计有点急,这个最好按实际情况来确定);
→ 厨房对出阳台做工作台,下面是洗衣机,上面是洗菜盆,以扩展厨房空间;
→ 小房间放双人床靠阳台,到阳台位置还留着一道门,如果起夜可绕厨房走——虽然兜圈了点,但房子就这么大……)
→ 大房间考虑的是未来几年,小孩子独立睡觉,所以放2张床,届时可加帘子或折叠门软隔断。
→ 卧室对出阳台主打晾晒,也作为储物空间。

然后自己一时多手答应了给出3D效果图,就算有平台便捷一些也花了大半天时间,而且还只是一个简单效果;这个,凑合交了“义务劳动”的差,也对平台功能有了更多的体验。

这是客厅,3D图时把冰箱挪去了阳台,客厅更为宽敞;摆上椅子,一家吃饭足够。

厨房渲出来的效果是最满意的。

小房间,地台当床,联通阳台,即可通风,又方便睡里面的人起夜或起床。

大卧室,两张床,一大一小;待小孩成长起来,就在床之间增加帘子隔断,以保证一定隐私。

2019年复盘修改了一下:

星铃丹·户型设计·复盘

图有点小,不过空间利用好很多,已经很难再调整了。

这个问题,已经历时好多年,并且网络上已经有无数个吐槽和“二楼真相”了。

我先看看我手上这台小米手机,听筒在手机正面上方,外放扬声器在手机背面下方,话筒在手机正下方充电数据口边上;而苹果手机把外放扬声器做在了手机正下方充电数据口的边上;魅族有手机型号在手机正面上方听筒处也设置了话筒,以方便语聊。看来,只有想不到的,没有做不到的。

说起来产生这类吐槽的原因,多少源自微信语音。微信想做的人性化,通过判断手机的位置而选择是使用听筒还是扬声器来播放语音——但这个判断也不是十分准确,所以有可能微信语音的声音突然大了(扬声器外放)或突然小了(听筒)——这也是我不喜欢听微信语音的一个原因,而更多时候还是感觉选择使用耳机听语音最为保险——这切换喇叭(听筒或扬声器)的模式,导致了声音发出位置和大小的不确定性,所以人们会想着办法的寻找着手机的发声口,以寻求听清对方说话的办法。

于是,不管这发声口是找错了,还是找对了,总归是产生了各种对着手机听、说的动作;若别人的动作和自己的不一样,或就会产生一些好奇或不可理解——“怎么可以这样,不2么?”——至于对错,谁知道呢?反正别人怎么做,和自己也没关系——我的好奇,就是让我发现了日常或会忽略的小细节:每个手机的话筒、扬声器的位置未必是一样的,当然,音量大小的设置也不会一样;不必腹诽或吐槽。

就是这样了。

摘自知乎:https://www.zhihu.com/question/20387284


作者:翁拓
链接:https://www.zhihu.com/question/20387284/answer/155434744
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

先通过打比方来结论:
1、IaaS:电信、联通、移动等服务商
2、PaaS:谷歌的安卓操作系统,苹果的iOS操作系统,高通手机芯片
3、SaaS:各种品牌的手机再说一点点理论:
IaaS、PaaS、SaaS这3者的共同点是后3个字母,也就是as-a-Service。
Service直译过来是服务的意思,其实也可以叫做产品,或者干脆叫做商品。

所以,这3者本质上都是商品。这3者的差异是第1个字母。
1、IaaS(Infrastructure as a Service):商品是基础设施
2、PaaS(Platform as a Service,PaaS):商品是平台
3、SaaS(Software as a Service,SaaS):商品是最终消费品(软件)

下面把打比方和理论结合在一起,稍微展开些解释:

1、IaaS:想要把基础设施给做起来,需要非常多的资源、非常高的门槛。
--- 无论你是打电话、上网;无论你是用手机、用电脑、用平板、等等都离不开它。
--- 无论你是一个手机用户(个人),还是一家做互联网的公司(法人),统统离不开它。

2、PaaS:手机操作系统也好,高通手机芯片也好,无论是软件还是硬件,
这些都不能直接卖给个人消费者,这些都是卖给手机厂家的。

PaaS这个层面,门槛也非常高(虽然比IaaS门槛低一些,但是仍然比SaaS门槛高出很多)。

所以,市面上卖的手机,基本都是谷歌、苹果操作系统,基本都是几大品牌厂家的芯片,难得有厂家是用自己研发的芯片的。

3、SaaS:到这个层面,门槛就低了很多了。因为最困难的事情,IaaS和PaaS已经做掉了。

全世界有那么多的手机厂家可以开始生成手机了,把这些手机卖给个人消费者,厂家可以赚钱。最后,从商业的角度简单说一下3者的盈利能力。
1、IaaS:顶尖门槛,谁的钱都赚。盈利能力很强。
2、PaaS:超高门槛,赚厂家、公司、企业等法人的钱。盈利能力最强。
3、SaaS:较高门槛,通常是直接或间接赚最终消费者(个人)的钱。盈利能力就不一定了。


作者:翁拓
链接:https://www.zhihu.com/question/20387284/answer/154780847
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

最近我们聊到“CRM系统PAAS化”,有些可能就不了解,到底什么是PAAS。

云计算还有IaaS,SaaS概念,这三者之间有什么区别?

要理解IaaS,SaaS,PaaS的区别,首先要懂得什么是“云计算”。

就像IT宅男一直觉得泡妞是一件很难的事情一样,其实对于懂得泡妞的人来说,泡妞就跟吃饭一样简单。当然,这里并不是要教大家怎么泡妞,只是想借泡妞这件事来形象比喻这三个英文单词的意思,让大家更形象理解他们代表的意思。

“云”其实是互联网的一个隐喻,“云计算”其实就是使用互联网来接入存储或者运行在远程服务器端的应用,数据,或者服务。

任何一个使用基于互联网的方法来计算,存储和开发的公司,都可以从技术上叫做从事云的公司。

那么从事这些云的公司也是有分层的哦,就跟泡妞也分不同层次一样。

这些从事云服务的公司,就分成:
Iaas(基础设施即服务Infrastructure as a Servic)
Paas(平台即服务Platform-as-a-Service)
Saas(软件即服务Software-as-a-Service)

咋一看感觉蒙蒙的,后面还撸一串英文。不急,我们把泡妞分成三个层次,每个层次形象对于上面的服务,大家看了就会明白上面的意思了假设,你想要约一个妹子出来,那正常是约妹子去吃吃饭、看看电影、唱唱歌来着,那么饭店、影院、KTV就是为你约会提供基础设置和服务的(简称IaaS服务)。

IaaS就是专门提供基础设施服务的公司,几年前如果你想在办公室或者公司的网站上运行一些应用(比如自己开发好的APP或是网络游戏),你需要去买服务器,成本太高了。但是现在有IaaS,你可以将硬件外包给这些专业的公司,这些公司会提供场外服务器,存储和网络硬件,你花钱租用就行。这样就节省了维护成本和办公场地,并且你可以在任何时候利用这些硬件来运行其应用。就跟约会一样,饭店、电影院、KTV把你约会需要的硬件设置布置好了给你用,你付钱就行。国内比较出名的Iaas有:阿里云、腾讯云等,国外就更多了包括Amazon, Microsoft, VMWare, Rackspace和Red Hat。

懂得了IaaS是什么意思,那我们再来说说PaaS平台即服务,这个是啥意思PaaS大家有没有发现,现在出现一些泡妞培训班、约会方案策划师啥的,这些公司提供的服务就是在帮你做一系列约会泡妞解决方案的,从软硬件都帮你搞定,剩下的只需要你去约会就行。

同理PaaS是面向软件开发者(泡妞者)的服务,云计算平台提供硬件, OS,编程语言,开发库,部署工具(各种培训班、方案策划、软硬件等),帮助软件开发者更快的开发软件服务,某些时候也叫做中间件。云服务商将软件开发的云端开发平台和软件运营的云端运行环境(包括中间件、数据库、web服务、消息总线等基础通用服务)作为一种服务,提供给最终用户。

换句话说,这些PaaS服务商提供的都是基础开发服务平台,主要目的就是让你把精力专注在应用层面的开发上面,而不需要浪费在这些基础重复性的事情上,也不用担心开发完成后部署问题。PaaS平台在云计算架构中位于中间层,其上层是SaaS,其下层是IaaS。PaaS比较出名的包括:GAE(谷歌)、阿里ACE、百度BAE、新浪SAE等。

看到这里,大家有没有觉得PaaS跟前面的IaaS有部分重合了,对的,他其实是对IaaS的更深入的提供软硬件结合的一整套解决方案。但是他限制太死了,就跟人家给你策划好的约会方案,你必须按剧本走,无法自由发挥。

最后SaaS模式,大家应该会更容易理解,这个概念最近超火经常能听到,并且很多公司开发的应用都基于SaaS模式的(如智云通CRM系统 、企业纽带线等)。Saas软件即服务,简单说就是人家把你想要的功能开发好成应用软件,然后直接卖账号给你用,你也不需要担心服务器、带宽、应用开发等问题,直接交钱使用就行。从泡妞角度来理解就是,现在各种某陌、某合网、大量的婚介机构,他们都是把妹子召集起来,然后你可以通过使用他们的平台或是服务找到适合你的妹子,是一样的道理的。当然,交钱跟没交钱获得的待遇是不一样的,同理SaaS软件服务公司也有提供不同等级的服务的。出名的SaaS软件服务商在各个行业都有的,这里就不一一列举了。看到这里,相信很多朋友应该都了解什么是PaaS,IaaS,SaaS了。互联网云计算时代,希望企业可以借助这些,开启你的云计算之旅。

在微博上见过一个上过电视宣传极简生活的名人,关注几天,感觉自己并不十分认可他的言论:比如他宣扬自己在坚持一年不买衣服,和粉丝说衣服少于100件(不算内衣裤和袜子)就是极简生活……这以数量来定义一种生活心态,会不会有失偏颇?

后我细思,在我所提的“轻松生活”概念里,核心是“不以物累”,但不应等于“纯粹为了少物而强制抑制自己的物质需求,包括可以给自己带来愉悦的”。所以,我发了个微博说“从某个角度来说,‘极简生活’并不适合大部分人,那真的就是减到‘我的家里空无一物’的样子……但是,‘断舍离’适合大部分人——从人话来说,就是别为了‘万一用的上’来堆积其实几年甚至十几年搁置无用的物品、人际和想法,不被‘外物’所累。”

能在内心得知什么是自己真的所需,才是关键!这样才能从家里清理出无用物品(而不再费心存放),才能从通讯录或好友列表中清理掉“无用”的人(而不让其分散自己的关注点),才能从电脑和手机中清理掉“无用”应用(让自己更能集中精力),才能从想法中清理掉“浮夸”(变得更专注于一点)。

至于还留下几件衣服或物件,都不是重点。

也至于,当真认清自己的人生重点的时候,“断舍离”掉情侣或夫妻,也是正常的事——因为对方带给你的人生体验并不是你想要的。╮(︶﹏︶)╭

在某趟公交车上看到这么个应急窗户,其首先引起我注意的是在窗户上方的扶手,让我评估了下踩凳子、钻窗户、拉着扶手往车外跳而不被崴脚的可行性;接着我才留意到这窗户好像有3种打开方式:
1、正常:右侧窗户往左拉开半扇;
2、破坏:用逃生锤敲碎玻璃;
3、开关:窗户上方有个应急开关,从说明看,打开开关后窗户可以两扇一起向上拉开。

那么,遇到应急情况时,乘客们的反应会是如何?

拉开右边窗户是最直观、最容易的——但一旦拉开右边窗户,左边的窗户就被遮挡,敲碎左右玻璃的方式已经不可行——除非窗户卡死无法拉开。

而右边窗户一旦拉开,即刻就会有人往窗外钻,这时候还能通过窗户上方的应急开关完全打开两扇窗户吗?

这么多开启方式集合在一个窗口,是否起到更好的作用,是否需要公交车生产商再想想?

之前就有提到陶瓷修补剂,没想到不久后又再需求——这年头的泥水师傅的技术和认真度实在堪忧——修补如下,效果还是比较满意的,角落中的脱落,远看基本看不出什么;修补面虽然不平整但足够光滑,感觉修补剂硬化后比瓷砖本身还滑上几分。

早上翻朋友圈,看到两个分享,一篇名为《做人,为什么要大气》,一篇名为《中国式宽容,会吃人》。

大气之文,例举了东汉孟敏在集市被人撞摔了瓦罐不计较和古希腊伯利克里对因政见不同而前来骂他的人不发火两个故事,并表述,人贵在大气,要相信“真正懂你的人,绝不会因为那些有的没的而否定你。

大气要不惊惧、不骄躁、不张扬、不猥琐、优雅、从容、洒脱……要有梦想、高远、博大……要忍让、淡泊、忠诚、孝顺、谦虚,要有态度、有境界、有修养、有深度……

大气,是不轻易拿自己的涵养挑战别人的浅薄……大气,发怒时候要找比自己“高”的发,而不是乞丐……大气,是不要让别人怀疑你、敌对你……”

接着看“宽容”的第一句“国人喜欢以一种超然、智慧的姿态谈宽容。”这描述,想起了前面所看的“大气”……“从来不缺乏原谅别人的理由,如‘大过年的’、‘来都来了’、‘吃亏是福’、‘都不容易’、‘人都死了’……”

“为了弘扬善良,我们很多时候忘了是非,也忘了惩恶本来就是扬善。而对恶无原则的包容,则其实也是一种恶。”

“如果一句‘都不容易’,坏人就应该被原谅……那我干嘛不去做个坏人,让所有人都来原谅我……”

“正是不切实际的幻想和无底线的纵容,留给了恶人作恶的空间,把好人推向了绝望的深渊。”纵容,算不算是某种“大气”?

“没有原则地提倡善良,就是对恶地纵容,是孕育恶的温床。(它)本身就是一种恶。”

还有一些词,也请记下:“忍忍就过去了”、“习惯就好了”、“他还是个孩子”、“大人有大量”、“大人不记小人过”……

我还加多一句,而且是很重要的一句,容易被忽视的一句:他这次做的事不地道,不过反正不是对着我做的,他还跟我玩就行了!他不会对我这样做的!而很多事实证明,会对别人做不地道的事的人,很可能有一天也会对你做。若发现这样的人,请和他保持距离!

所以,做人要大气,要在是非原则前,有底线的宽容与不手软。你可以不记仇,但不等于不惩恶!不记仇是让自己的内心平静,是自己的修养;惩恶是让自己的是非正义得到伸张,是自己的立场。

当自己的网站通过浏览器或QQ、微信平台分享到别处时,它会展示网页地址、网页标题、或许有网页内容和网页图片,还有浏览器的小尾巴——这个小尾巴就管不了了,除非自己写分享代码。那么其它东西呢?

1.“分享”中的标题

分享中的标题读取的是title代码中的内容,这个是所有浏览器或平台的网页分享功能都会读取的位置。至于title怎么写,在一般的网站开源程序平台的主题里都会考虑清楚,基本不用操心;要想操心下,可以看看本站是怎么定的title,但这毕竟是博客,没有门户网站那么复杂。

2.“分享”中的图片

分享中的图片一般读取网页中第一个img图片,而且可能有些读取png,有些读取jpg(如UC浏览器只读取png)。若写文什么习惯配图的,或没有觉得需要统一图片需求的,可以不操心这个。像我这样懒得配图的,只能分别准备jpg和png的正方形图各一张,在网页头部通用文件里设置图片如下,图片大小为300px左右,并把图片用height、width为0或text-indent:-9999之类隐藏起来;注意,不能用display:none。

3.“分享”中的描述

分享中的描述一般优先读取网页描述description;若没有描述,则读取网页代码p中的内容。

另外,微信于近年取消了类似UC浏览器的分享功能,而必须接入微信JS-SDK接口才能自定义分享展示的内容。这个我就懒得弄了。

根据广州市海珠区既有住宅增设电梯流程图和2016年的广州市既有住宅增设电梯办法,梳理出加装电梯流程俗话版如下:

建设者:本栋或本单元出资增设电梯的全体业主(出钱装电梯的邻居)

协调者:街道办、居委会

户数的2/3:占电梯相关楼栋或单元的2/3户业主同意

面积的2/3:占电梯相关单元或楼栋面积的2/3的业主同意(比如9户,3户100平方面积,6户30方;只有这6户30方的同意加装电梯,但总面积并没有占2/3,这电梯是没法装的)

被占专有部分的业主同意:如电梯1楼必须占了属于1楼业主的小花园,则必须得到1楼业主的同意;否则1楼业主可以一票否决(若没侵占专有部分的,无一票否决权)。


第一步:达成两个2/3并确定以下事项的书面协议。
1、确定电梯使用管理者:即谁使用,谁有电梯产权。
2、增设电梯工程费用的预算及其筹集方案:预算多少,钱怎么分摊,钱怎么支付。
3、电梯维护保养方式及其保养维修费用分担方案:后续怎么保养,怎么维修,费用怎么分,钱怎么支付。
4、与不同意增设电梯的业主进行协商,以及对利益受损业主进行补偿的资金筹集方案:若需要给其他不参与的业主补偿,钱怎么分摊怎么支付。
5、法律、法规、规章规定其他应当由业主协商确定的事项。


第二步:确定初步设计方案

建设者委托具备相应资质的设计单位到现场勘察,出具合规的初步设计方案、结构安全说明、消防设计规范说明。业主对初步设计方案达成共识。至于方案和说明是否符合各种规范,一般只能由设计单位进行把控了;业主在和设计单位协商时可明确,若因设计单位的图纸文件不合规范而造成的问题责任由设计单位负责。


第三步:到区国土规划局办理咨询服务

国土规划局需要花至少5个工作日跟消防、质检等咨询意见。方案未达要求的需要进行深化设计和补充资料;方案通过的,核发批前公示函。


第四步:批前公示

建设者根据批前公示函制作批前公示牌,并进行20个自然日的公示。20个自然日不包括法定长节假日(如国庆)。批前公示期,若有人对加装电梯提出异议,业主们应当自行协商或依法申请听证会;街道负责协调,协调完毕后有调解协议及相关材料。


第五步:到区国土规划局办理《建设工程规划许可证》,到街道办理开工建设信息录入,到区住建水务局办理《建设工程施工许可证》

建设者到区国土规划局申请办理《建设工程规划许可证》,拿到后,才与施工、监理单位签订合同,由施工、监理单位分别出具施工、监理方案。建设者再到街道办理开工建设信息录入,到区住建水务局办理《建设工程施工许可证》。


第六步:总算开工到竣工,继续办证

电梯安装前,施工单位要办理《特种设备施工告知》;电梯安装完成投入使用前,建设者应组织竣工验收;即建设者应当到国土规划行政管理部门办理建设工程规划验收手续,向市城建档案馆移交建设档案,到区特种设备安全监督管理部门办理电梯使用登记。

建设者应当共同委托物业服务企业或者其他单位管理电梯;否则按约定其中1个业主为使用管理者,其他业主承担连带安全管理责任。