解惑

解己之惑,解人之惑

作者:cherami (第50页共82页)

二手房买卖流程

其实网上有很多的流程,不同的房子的流程还不一样,因为房子的情况不一样,是否有抵押,是否有人租用,是否是公房等等,我们这次还算比较幸运,房子非常的干净,产权人简单,母女二人,房子没有人落户在上面,也没有出租,没有抵押,商品房,也不用交营业税。所以我们这次的流程就非常的简单了:

  1. 看房子,让中介约上家讨论房价
  2. 签居间合同(先不要付中介费,中介费等到过户的时候再付),付定金(记得要收据,而且是定金而不是订金)
  3. 签正式合同,付首付
  4. 办理贷款
  5. 过户申请
  6. 交房并支付尾款(一定要留一点尾款,如果约定的设施不全或者有问题才有扣除的余地)
  7. 过户成功后银行放款给上家

二手房买卖的费用

其实刚开始的时候听说通过中介买卖房屋要很多的中介费的,对于上海而言,一般是房屋总价的1.4%到2%,但是中介一般是说上下家各1%,但是目前的状况其实是上家往往一分钱不交,下家交1%,这个1%还是可以谈的,我们最后谈下来就是0.8%,也就是打八折,中介很痛快的就答应了,因为之前有些中介的朋友,他们说很多小中介一个单子2000块他们就很高兴了,这次办下来,其实中介需要做的事情很少,合同直接上网就可以打印,无非就是看看房产证,了解一下上下家的情况,告诉你要准备那些材料(当然这些对于没有买卖过二手房的人而言确实是个大问题),一个单子下来,他们花费的总时间不会超过两天。
而贷款的代理人也不会收什么费用的,在百度知道上看到要收很高的代办费(20万以内2800),其实根本不是那么回事,我们这次组合贷款35万,代办费才400,评估费500,保险费1218,按照另外的中介的朋友告诉我们的,代办还可以从银行那里拿到钱,35万可以拿到3500,所以如果你会自己办,你其实不用花钱,可惜的是我们自己不会办,而且实际自己需要拿的真正的服务费才400,也就无所谓了。

过年

今天公司的春节放假通知出来了,比国家规定的多一天,呵呵,高兴啊,前几天看地铁报的时候就看到有人大代表提议大年30开始放假,没有想到我们公司竟然已经开始执行了。
昨天公司年会,呵呵,比以往的活动都热闹些,因为有一个活泼的小女生主持(就是给我们画卡通头像的那个),安排了很多游戏,所以气氛比较好,可惜的是搞IT的都比较闷,原定的抽到大奖的几个人都要表演节目,但是最终被他们赖掉了,只是集体表演了一个小合唱。最可怜的就是那个小女生,主持的时候都没有吃饭,抽完全部的奖以后才一个人吃,我们大家都吃完了,然后坐了一会就走了,可怜的小女生一个人坐在那吃,不知道最后有没有人陪她。

签了贷款合同

今天把贷款合同签了,如果一切顺利,银行审核通过了,那么我就正式成为房奴,还好,我们在买房子之前已经严格评估了自己得承受能力,这个房子我们10年之内应该可以拿下,而且不会对我们现在对生活造成太大的冲击,买房前,每个月的房租大约1600,贷款后,第一个月还款3400,扣除公积金可能要还2600。只是前两年可能压力会比较大,因为我们首付借了很多钱,要在两年内还清。

买房之后最大的心态变化可能就是从原来的期望房价下跌变为不要下跌,起码不要出现大跌的情况。看来,很多事情确实是不能完全的客观,一旦和你有利益的牵扯,那么想法和心态真的会完全的不同。不过不管结果如何,我们基本上已经没有任何退路了,无论涨跌,对我们都不会造成太大的冲击,最多也就是心理上的一些喜怒变化了。

在签合同的时候,完全没有看自己都签了些什么,只是按照别人说的,在那个地方签字,即使看了,用处也不大,很多地方都是空白的,但是银行应该不会玩什么猫腻吧,这样一旦被发现,对他们的声誉影响很大吧?其实从最开始买房,我们就上网看了很多资料,看得心惊肉跳的,好像整个过程都充满了陷阱,但是这次真正的弄完,其实也没有遇到太大的问题,连房屋买卖合同我都没有到场,是我老婆签的,那天通知我第二天付首付,我还纳闷连合同都没有签怎么能付首付呢?老婆也不知道是什么合同就稀里糊涂的签了(中介也没有玩什么猫腻,完全是按照原来签的居间合同填的),然后我们始终没有见得产权证上的另外一个人,好在我们交首付前到上家的家里去确认了下,她的女儿确实同意卖(为了这个可能的问题,我一晚上没有睡着)。

如果这次房子顺利到手,那么我要说的是,社会其实也没有那么复杂,大部分的人都还是诚实的,靠自己的本事吃饭,而不是靠耍诈。当然,做事情之前要先调查一下,在最关键的地方自己还是要把好关。

人品很好

今天的事情证明我这个人的人品还是不错的,用ATM机的时候发现里面有一个卡,别人忘记了拿走了,可以直接取款,还停留在查询余额状态,不过我没有见利忘义,把卡取出来以后交给了银行。这个年头像我这样好的人是不是不多啊。回来跟同事说,他们说我就算起贪心别人通过监控录像也可以找到我的。不知道一个银行会不会为了另外一个银行(我去的民生银行,卡是广东发展的)的客户查看监控录像并追查元凶,或者说为了几百块钱而这么大费周章的从一个监控录像的影像查找这个人的身份(能否查到是另外一个问题),再通过其它的渠道得到这个人的联系资料,然后给这个人打电话要求还钱,不还钱的话。。。。。。

电子机票

今天老婆买了回家的机票,一般的代理都没有折扣了(2月10号),但是她自己原来买票的一个代理有8折的电子机票,而且还送保险,不过保险起见还是上网查了下是否有假的,结果还是不乐观,等票送到的时候,费了好大的劲在网上查,机票信息是真实的,电子机票号验证通过,但是行程单验证失败,一直说位数不对,我也不知道应该输入哪些位。后来就直接打电话给航空公司,查询了下,也说是真实的,说只要电子票号和旅客姓名一致就可以了,票的那个印刷序号不是很重要(这个和我在网上查到的说法不太一致),无所谓了,想想也对,只要能上飞机就行啊。

表现层的一些想法

上次也说过表现层是最难解决的,主要是解决复用和开发速度,目前的一些基本想法:

  • 有一个类似ECS的通用页面基本元素模型
  • 在上面的基本元素的基础上有项目需要的粒度更大一些的组件,例如下拉列表、表格甚至页面模版
  • 页面Builder,根据一定的规则可以自动创建页面的框架,然后开发人员只需要做一些小的调整
  • 和项目的模型层绑定,这样很多地方拿到模型后,使用Builder就可以使用非常少的代码得到外观一致的页面了
  • 引入AJAX,特别是一些过滤条件,根据一定的规则获取并更新到(可能增加一个客户端缓存),特别是Intranet应用,大部分可能都可以考虑使用AJAX
  • 基于规则的请求转发,不需要进行配置

其实,考虑这么多,主要是现在的视图层太灵活,因此代码风格以及解决问题的风格太不一致,维护起来简直是噩梦,给开发人员提供一个沙箱,他们只能在这个沙箱中发挥,那么产品整体的可维护性和一致性会大大提高。而且,开发的工作量也可以减少一倍以上,当然,搭建这个框架也需要很长时间,但是可以慢慢来,逐步的重构。

PR值到3

呵呵,刚刚发现的,昨天还是0的,今天变成3了,值得高兴。
这段时间非常的忙,主要是因为公司的产品要发布了,而且我也买房子了,焦头烂额的。
下个月可能也不能写多少了,要过年,公司的事情也不可能忙完,不过到了3月份可能要好一些,应该好好的考虑一下我的大轮子,并且把公司的产品重构一下,提出一个比较好的解决方案,现在的产品代码中重复的代码实在是太多了,这次因为增加一个小功能看到的,简直是触目惊心。

深度克隆的简单通用实现

今天看ECS的源代码,发现一个深度克隆的简单通用实现,当然这个实现会克隆所有的成员,因此如果你的类有一些不能保存或者克隆的成员,那么这个就无效了,但是如果你的类就是简单的POJO,那么这个还是不错的,正在为我的持久层的克隆发愁,这个应该是我正想要的。我也相信这个对很多人一样有用,虽然性能可能不是很好:

    /**
        Allows all Elements the ability to be cloned.
    */
    public Object clone()
    {
        try
        {
            ByteArrayOutputStream baos = new ByteArrayOutputStream();
            ObjectOutputStream out = new ObjectOutputStream(baos);
            out.writeObject(this);
            out.close();
            ByteArrayInputStream bin = new ByteArrayInputStream(baos.toByteArray());
            ObjectInputStream in = new ObjectInputStream(bin);
            Object clone =  in.readObject();
            in.close();
            return(clone);
        }
        catch(ClassNotFoundException cnfe)
        {
            throw new InternalError(cnfe.toString());
        }
        catch(StreamCorruptedException sce)
        {
            throw new InternalError(sce.toString());
        }
        catch(IOException ioe)
        {
            throw new InternalError(ioe.toString());
        }
    }
   

痛苦的浏览器兼容

今天又遇到一个浏览器兼容的问题,IE和FF的时间添加机制不一样,FF是addEventListener,IE是attachEvent,但是这个还不是全部,如果添加多个,这个顺序依然是不一样的,FF按照添加的顺序执行,而IE按照添加的倒序执行!
为了修正这个问题,只能使用变态的setTimeout避免这个,将对前面的结果有依赖的那个函数的调用放到setTimeout里面延迟执行。

更早的文章 更新的文章

© 2025 解惑

本主题由Anders Noren提供向上 ↑