blog | percy

life

0%

发表于 更新于 分类于

[TOC]

原则

基本原则

  • 能买限购的，不买不限购的，
  • 能买住宅，不买公寓
  • 能买大不买小
  • 如果总价一样，买位置好的
  • 如果位置一样，买有人住的

基本概念

容积率

容积率（Plot Ratio/Floor Area Ratio/Volume Fraction）是指一个小区的地上总建筑面积与净用地面积的比率。

用地性质

类别 内容
R居住用地 住宅和相应服务设施的用地
A公共管理与公共服务设施用地 公共管理与公共服务用地， 行政办公用地
B商业服务业设施用地 商业、商务、娱乐康体等设施用地，不包括居住用地中的服务设施用地
M工业用地 工矿企业的生产车间、库房及其附属设施等用地，包括专用铁路、码头和辅助道路、停车场等用地，不包括露天矿用地
W物流仓储用地 对居住和公共环境基本无干扰、污染和安全隐患的物流仓储用地
S道路与交通设施用地 城市道路、交通设施等用地，不包括居住用地、工业用地等内部的道路、停车场等用地
U公用设施用地 供应、环境、安全等设施用地
G绿地与广场用地 公园绿地、防护绿地、广场等公共开放空间用地

城市建设用地代码

代码codes 用地类别中文名称Chinese 英文同（近）义词English
R 居住用地 residential
A 公共管理与公共服务用地 administration and public services
B 商业服务业设施用地 commercial and business facilities
M 工业用地 industrial
W 物流仓储用地 logistics and warehouse
S 道路与交通设施用地 road,street and transportation
U 公用设施用地 municipal utilities
G 绿地与广场用地 green space and square

定金，订金，认筹金，诚意金

分类 定义 是否可以无条件退款
定金 定金是在合同订立或在履行之前支付的一定数额的金钱作为担保的担保方式，又称保证金《担保法》第八十九条当事人可以约定一方向对方给付定金作为债权的担保。债务人履行债务后，定金应当抵作价款或者收回。给付定金的一方不履行约定的债务的，无权要求返还定金;收受定金的一方不履行约定的债务的，应当双倍返还定金。 无权要求返还定金
订金 在购房者与发展商就房屋买卖的意向初步达成协议后，准备进一步协商签订的临时认购协议，通常的做法是在约定所选房号、面积、房屋单价及总价款后，约定一个期限，买方需在此期限内与卖方签署正式合同。买方支付订金即取得了在此期限内的优先购买权。一般情况下，视作预付款。预付款不具有担保债的履行的作用，也不能证明合同的成立。预付款在合同正常履行的情况下,成为价款的一部分,在合同没有得到履行的情况下,不管是给付一方当事人违约,还是接受方违约,预付款都要原数返回。 无条件退款
认筹金 “认筹”就是购房者表现出买房的诚意，这个诚意需要通过缴纳“认筹金”来体现。在缴纳“认筹金”后，购房者可以获得房屋的优先购买权，并在房价上享受一定程度的优惠。等到楼盘正式开盘销售时，“认筹”的购房者再以“优先选择”的顺序选房，选中房屋后与开发商签订正式的房屋买卖合同。如果购房者没有选中理想的房屋，开发商将把“认筹金”如数退还给购房者。但是“认筹金”的实质作用是开发商在开盘前得到的大笔资金并在短时期内收回大笔资金，解决开发商的燃眉之急。 无条件退款
诚意金 即意向金，这在中介与买房和卖房双方签定的合同中多有体现，其实法律上并没有诚意金之说，中介与买卖双方之所以签定什么诚意金条款，主要是由于我们交易市场的诚实信用体系还不健全，交易主体为了各自的利益往往会违背诚实信用的原则，从而损害一方的利益。 无条件退款

综上所述，后三者都是可以无条件退款的，即使是这样，签订任何条款是也要看清楚，要留心眼。例如在房产中介门店看房时，如果需要付意向金的话，只要收下房产中介开具的收据即可。

层高和净高

层高 < 净高， 层高包括了地板的高度

绿地率，绿化率

绿地率，管理严格，距离建筑外墙1.5米以内和道路边线1米以内的绿地均不计入

开发商的绿化率，难以考证

东边套，西边套，中间套

边套：边套是指有一面墙完全承受日晒的套房，其中在东边的称东边套，西边的西边套。西套因为承受下午日晒，俗话说西晒，居室内相对较热。

优点 缺点 选择意见
东边套 1、三面采光，窗明几净，阳光充足；2、早晨可以被第一缕阳光照醒；3、夏季东南风为主，通风好，凉快 不存在西晒。 1、客厅阳光照射时间短，冬天比较阴冷；2、在南方的话，受雨季和风向的影响，东边套的房子，下雨天更容易进水；而且更为潮湿。 注意看房屋的防潮防水措施是否妥当，避免出现漏水，也略微减轻室内的潮湿程度。 东边套和西边套来比较，东边套的采光和通风性往往更好，这也是人们选择户型时比较看重的，而且夏天不会有西晒问题，室内较西边套更为凉爽，如果你比较怕热，而且喜欢早上的第一缕阳光，那你最好选择东边套。
西边套 1、下午阳光充足，下班到家还能享受到较后一缕阳光；2、渗水的可能性比较小；3、冬天比较温暖，省了暖气钱；4、比东边套价格便宜。 1、夏天西晒就很严重，会很热；2、冬天西边套的阳台晒太阳的时间也有限，可能不够温暖，西北风劲头也很足。 注意看西边有无遮挡，房屋的保温设施做得如何，能在一定程度上能减轻西晒的影响。西边套的最大问题是西晒，夏天会比较热，如果在北方，冬天的时候因为风向的问题也往往比东边套更冷，但与东边套相比，西边套在多雨水季节发生渗水的可能性更小。如果你想在冬天的时候能够多晒晒太阳，而且不是特别怕热，认为在夏天的时候一个空调可以解决西晒问题，那么西边套也不失为一个好选择。最重要的是，西边套的价格往往比东边套更便宜。
中间套 1、有一些三面朝南的套二户型，采光非常好；2、客厅朝南，下午不会没阳光，也不存在西晒。3、价格上来说，单价比边套便宜。 1、由于位于中间，只有南北两面采光，容易出现暗间；2、通风性稍逊东边套和西边套。3、中间的房子可能听到隔壁邻居传来的声音。 注意选择南北通透的户型。

公摊面积

房子分摊的公用建筑面积＝房子公用建筑面积分摊系数×套内建筑面积。公用建筑面积分摊系数＝公用建筑面积／房子套内建筑面积之和。

发表于 更新于 分类于

基本原则

  1. 不买自己不懂的东西
  2. 无限量化宽松，意味着黄金和股市的牛市， 买黄金和基金
  3. 不追涨，除非是来涨的前三天
  4. 低价时刻埋伏，并等待

发表于 更新于 分类于

基本问题

  1. 几个部门
  2. 研发团队
  3. 技术栈
  4. 职位主要工作
  5. 上下班时间
  6. 招聘这个职位的原因
  7. 五险一金

学习

  • 要看源码
  • 要懂原理
  • 要有实战经验

发表于 更新于 分类于

数据库接口的命名规范

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
// 统一采用 insert, delete, query, update, search 等动词，并且 error 始终作为最后一个返回值，以下interface 可以替换为具体的内容
type IStorageV1 interface {
	XXXInsertOne(ctx context.Context, data interface{}) (err error)
	//XXXInsertMany(ctx context.Context, dataList interface{}) (err error)
	XXXDeleteOne(ctx context.Context, query interface{}) (err error)
	//XXXDeleteMany(ctx context.Context, query interface{}) (err error)
	XXXQueryOne(ctx context.Context, query interface{}) (data *XXXInfo, err error)
	XXXQueryMany(ctx context.Context, query interface{}, skip, limit int64) (data []*XXXInfo, err error)
	//XXXSearchMany(ctx context.Context, query interface{}, skip, limit int64) (err error)
	XXXCount(ctx context.Context, query interface{}) (count int64, err error)
	XXXUpdateOne(ctx context.Context, query interface{}, data interface{}) (err error)
	//XXXUpdateMany(ctx context.Context, query interface{}, data interface{}) (err error)
}
// 如果后面又不同的查询，可以通过 by 连接
type IStorageBy interface {
	XXXQueryOneById(ctx context.Context, query interface{}) (err error)
	XXXCountById(ctx context.Context, query interface{}) (count int, err error)
}

接口统一命名规范

1
2
3
4
5
6
7
8
9
10
// 接口命名规范
tradeEngine := engine.Group("")
{
	tradeEngine.Handle(http.MethodPost, "/trade/new")
	tradeEngine.Handle(http.MethodDelete, "/trade/delete")
	tradeEngine.Handle(http.MethodGet, "/trade/info")
	tradeEngine.Handle(http.MethodGet, "/trade/list")
	tradeEngine.Handle(http.MethodGet, "/trade/search")
	tradeEngine.Handle(http.MethodPost, "/trade/edit")
}

接口地址规范

1
2
3
4
5
6
# HTTP 监听地址
http_listen = ":9990"
# GRPC 监听地址
grpc_listen = ":9991"
# prof 监听的地址
prof_port = 9992

目录，接口，函数命名规范

名词在前，形容词在后

1
2
3
4
5
6
7
8
9
10
11
12
// 目录， 接口，函数 命名都按这个规范
flowEngine := engine.Group("")
{
	// 可以看到下面的命名都是 名词（流量） 在前， 形容词在后
	// 当期流量
	flowEngine.Handle(http.MethodPost, "/flow/current/new")
	flowEngine.Handle(http.MethodGet, "/flow/current/info")

	// 流量结余
	flowEngine.Handle(http.MethodPost, "/flow/history/new")
	flowEngine.Handle(http.MethodGet, "/flow/history/list")
}

分页名称

1
2
3
4
# mongo
skip, limit total

pageNo, pageSize, total

发表于 更新于 分类于

算法问题，我终于是悟透了（ARE U OK ?）。其实你遇到一个算法问题，首先不要想着如何去解决这个问题，先想一下这个问题是个什么问题(问题分类)，是回溯问题？是双指针问题？然后每一种问题都有固定的解题思路。总结就是先对问题分类，然后调用你的知识库，找到每种问题的解决方法。这其实就是更加提倡解决问题的思路，而不是如何去解决问题。推而广之，在工作也是这样，一个问题过来了，先分类，是沟通问题，还是排期问题，还是编程能力问题，然后再**对每一个问题，调用已有的问题解决原则(这里提倡了达利奥的原则方法论)**，然后才是开始解决问题。
当然，解决问题比这要复杂的多，比如背景，参与的人，等等，这里主要是两个核心观点
1，要先对问题分类。
2，对每一类问题(处于这种问题状态下)，调用已有的解决问题的框架(也可以称为原则，套路)，来解决问题。