苏州归来
从很久以前就说要去苏州。周一,BOSS终于做出了一个决断性的行为——让我去苏州面试一些人。
虽说是面试,但是还是需要过去看一看。
于是乎,跑了一天,笔试加面试了几个人。怎么说呢?比较差,一些基本的概念还是掌握的很有问题,SQL懂的人不多。一问,还有一堆人是做Java的~我快要疯掉了~~这Java怎么做的?基本的网络开发概念都没有如何学习J2EE??
明早要开会讨论具体情况——我也要准备搬家去苏州。
不知道这次会不会很快呢?
从很久以前就说要去苏州。周一,BOSS终于做出了一个决断性的行为——让我去苏州面试一些人。
虽说是面试,但是还是需要过去看一看。
于是乎,跑了一天,笔试加面试了几个人。怎么说呢?比较差,一些基本的概念还是掌握的很有问题,SQL懂的人不多。一问,还有一堆人是做Java的~我快要疯掉了~~这Java怎么做的?基本的网络开发概念都没有如何学习J2EE??
明早要开会讨论具体情况——我也要准备搬家去苏州。
不知道这次会不会很快呢?
毫无预兆的南京震动了一下。
下午在改bug的时候,突然间觉得头晕,第一反应就是这几天太累了,没有休息好。然后就和CJ说了一下,结果得到的回答竟然是“我也头晕”。最要命的时,等说完这一句,整个屋子里面的人都说“头晕”。
于是,我真的晕了,Faint~
真的是震了一下~~
于是,全体大迁移,愣是我们一群人从19楼跑了下去,累也不怕了——怕什么,安全要紧~
其实这不是生平第一次遇到这种情况,但是这次的感觉最明显,而且楼层也是最高,呼呼~~远在武汉的艾自同学也发消息说武汉也有震感,看样子四川这次的地震很严峻啊~好像宁波那边情况也不容乐观。虽然没有朋友在这两个地方,但是还是真心祝愿四川东部和宁波的人们可以渡过这次难关~
新版本Gmail不仅仅是在标签加色上面很好,在联系人管理方面也增加了不少功能,比如标签功能等等,所以升级到新版本Gmail还是有百利无一害!
可是现在的问题是,中文用户很难使用到新版本Gmail,究其原因,那就是——我也不知道~囧~~所以想使用新版本Gmail的话一般都是切换到英文版。
但是,在某次无意间操作,将自己的Gmail变成了新版本,而且是中文。不是中文不鼎立,而是觉得看英文我还是需要转个弯吧,怎么也不是母语~
其实方法很简单。登录后将Gmail设置成你需要的语言之后,在浏览器地址输入以下地址https://mail.google.com/mail/?ui=2
然后呢?
然后没有了~你就看到你的Gmail是新版,并且是你选择的语言~
理路上支持所有语言,没有测试~~不过查看了一下英文版Gmail其实新旧版本就是靠那个链接俩转换的,所以别的语言也可以通过这种方式来进行转换
今天我龌龊了~~
不要误解,这个龌龊不是干了啥见不得人的事情,而是在写程序的时候,出了一点小问题~~囧~~
将数据库中一些字段给批量修改了(UPDATE),然后由于没有锁表,直接修改不回去,无奈之下我竟然做了一件让我现在都觉得丢脸的事情——我把Primary Key给删除了~~
PS:这个PK采用的是两个字段联合的
TNND~现在还不明白当时怎么会这样子~~
其实如果仅仅是删除PK还不是最郁闷的事情,而是程序的框架中对于数据的UPDATE是采用Insert UPDATE的方法,结果会经常插入相同的值,以至于设置PK显示有重复键,根本就不成功。
PS:再说一下,数据库表结构是这样子的,一个表,三个字段,key0,key1,value三个,其实key0用来存放一些键值名称,比如total_count,key1用来存放与键值名称对应的id,比如user_id,value不用说了,与前面两个对应的数值。那么total_count和user_id就直接对应了一个人的资料点击数量,比如100。没有采取id自增做主键的原因是key0和key1已经可以确定一个值,没有必要使用id。
于是乎,囧了,又不能锁表(架构决定一旦锁表,服务器就处于挂掉的边缘)。没办法,最后只能拷贝出一张表,对那张拷贝出来的表进行操作,最终建立回原先的表结构,然后改名回去。但是这样子一来,数据丢失在所难免~!~
这次这件事情给我弄得有些龌龊了~~