python编码问题 极大似然 2016.05.04回顾

20 篇文章 0 订阅
19 篇文章 0 订阅

1、上午对迁移的数据进行检查,最后终于发现没有错了,可以迁移到生产环境

2、对部署到生产环境的程序再次做了测试,发给运维上架

3、把loan_amount逻辑以sql方式给到it

4、再一次地学习logistic regression推导部分,梯度下降法求解,里面有很多数学概念,我都遗忘了,这一块进度很慢,甚至都在怀疑自己不适合去理解这些算法

5、对于那天export PYTHONIOENCODING=gbk解决的编码问题做了研究,

print u'中文' 向终端输入的时候,类unix系统中终端根据环境变量LC_CTYPE的编码定义sys.stdout.encoding的编码,终端输出相当于是print u'中文' .encode('sys.stdout.encoding')
而用nohup挂后台运行,取不到环境变量LC_CTYPE,sys.stdout.encoding的值变为了None,用默认的ascii编码u'中文'报错。
环境变量PYTHONIOENCODING=gbk,强制定义sys.stdout.encoding/sys.stdin.encoding/sys.stderr.encoding的编码为gbk,sys.getdefaultencoding()可以查看系统默认的编码方式,对于python2来说,一般都是ascii,至于为什么nohup不能根据环境变量的值来定义sys.stdout.encoding的值,我尝试深入,发现坑太多,遂放弃,nohup是屏蔽掉挂断信号,让程序一直在后台运行。另外可以参考http://blog.csdn.net/liuyukuan/article/details/50855748

6、kill -9 pid强制杀死进程

7、极大似然通俗点说就是观察到即最有可能发生的,和生活中我们的推断是一样的,只不过被抽象化了

8、关于SQL中形如select * from table_A,table_B这样的查询最后条数是(A表记录数*B表记录数),然后where条件统一写在后面,这种用法我写的比较少,空了可以再次研究下

综上,昨天的工作,主要是logistic regression这种需要强数学的东西上,我感觉到了一些压力,但是我觉得不应轻易放弃,继续去恶补那些数学知识,不说多了,就吃透一个logistic regression!!!加油!!!不要放弃!!!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值