什么风格是pythonic？ - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Programming - 葵花宝典

什么风格是pythonic？

什么风格是pythonic？# Programming - 葵花宝典

z*o2013-09-25 07:09

1 楼

我是新手，看国内的有色金属板块在今年上半年一直没有什么上涨的动力，不知道有色
金属版的中国铝业今年下半年或者到明年会有大幅上扬的趋势吗？
希望各有内行们说说自己的看法。我很想现在买入，理想是一年或者一年半价格翻番，
是不是有点天方夜谭啊？

c*n2013-09-25 07:09

2 楼

【以下文字转载自 Visa 讨论区】
发信人: cytoskeleton (cytoskeleton), 信区: Visa
标题: J-1 receipt可以用来工作吗?
发信站: BBS 未名空间站 (Sun Oct 10 16:38:21 2010, 美东)
一直在用opt，但是已经到期了，J-1还没下来。翻以前的贴子发现有人说有了receipt
就可以工作，有没有知道的朋友确认一下? 谢谢

K*e2013-09-25 07:09

3 楼

我妈最近从国内过来. 因为有一个朋友同时过来, 我就给我妈买了同样的机票跟那个朋
友一块过来. 但是来的时候要从东京转, 我想我妈回去的时候没有人陪的话就不能那么
走, 所以只给她买了单程票, 没有买回程的. 准备回去的时候直飞(DC->北京).
问题是入关的时候海关会要求看回程票吗? 要是没有会不会有问题? 我们这边是在
Dulles入关.
谢谢.

n*t2013-09-25 07:09

4 楼

刚才在看版里提供的资料清单，想请教各位父母那边需提交的材料比如单位证明信和退
休金证明必须是英文的吗？谢谢各位！

w*s2013-09-25 07:09

5 楼

if i type "echo $VAR" in the bash shell, it displays abc.
but in my script,
#!/bin/bash
echo $VAR;
echo $PATH;
it outputs this without "abc", why ?
[email protected]:~/dummy$ ./t0.sh
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games

y*u2013-09-25 07:09

6 楼

大牛来讲讲！
life is short, let's write python.

N*m2013-09-25 07:09

7 楼

no

receipt

【在 c**********n 的大作中提到】

: 【以下文字转载自 Visa 讨论区】
: 发信人: cytoskeleton (cytoskeleton), 信区: Visa
: 标题: J-1 receipt可以用来工作吗?
: 发信站: BBS 未名空间站 (Sun Oct 10 16:38:21 2010, 美东)
: 一直在用opt，但是已经到期了，J-1还没下来。翻以前的贴子发现有人说有了receipt
: 就可以工作，有没有知道的朋友确认一下? 谢谢

s*r2013-09-25 07:09

8 楼

我那时候给我妈妈准备了回程机票，不过入关的时候没有要求看。

t*s2013-09-25 07:09

9 楼

不用，签证官看的懂的。
不用退休金证明，存折最管用。建议你看以下官方的文件列表：
http://chinese.usembassy-china.org.cn/niv_business.html

x*s2013-09-25 07:09

10 楼

need "export VAR" in your current env

v*e2013-09-25 07:09

11 楼

be straight forward
simple is better than beautiful

【在 y******u 的大作中提到】

: 大牛来讲讲！
: life is short, let's write python.

n*t2013-09-25 07:09

12 楼

谢谢LS！

y*u2013-09-25 07:09

13 楼

贴首诗吧，引引大牛们吧
Zen of Python
Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!