向经常编程的人请教个问题

一剑终情 发表于 2012-5-20 20:23
如果是learn py the hard way的话，因为不想让初学者分心（学IDE的使用也挺恼火），能够专心在py的学习上 ...

IDE还是必需的……尤其是K姐这种只是业余用用又不是纯码农。

debug的话，print没有断点方便啊，而且step+断点这种debug方式对初学者理解程序流程很有帮助。

跪求IDE的全白痴指南

python跟R一样也是interpretive (?)不是跟c一样要编译，我以为有办法能跟R里面一样，选中一段，ctrl+R就运行，然后看结果呢。

py我目前gedit and IDLE都用，gedit不会允许，按learn py thw里面说法用command line允许，print so much stuff, very time consuming

with IDLE it is a bit better, 但是还没用学会用

很多教程的问题是只能让已经有点懂的人变得很懂，完全不懂的人，看见一堆术语，没地方下口去啃

另外也有sublime text那个更加的overwhelming, so many features, no idea 那些名词是我正在找的东西

小K 发表于 2012-5-21 12:40
跪求IDE的全白痴指南

python跟R一样也是interpretive (?)不是跟c一样要编译，我以为有办法能跟R里面一样 ...

try this:
http://heather.cs.ucdavis.edu/~matloff/eclipse.html

谢谢楼上的！！

zach另外楼的点评我看见了。不知道在什么地方回复合适，挪过来

我又问了一圈，不知道有没有做软件测试的人推荐工具，感觉需要功能比较类似

1. 记录code
2. 记录怎么产生的这个现象(in testing it is “bug" they are tracking, we track features here)
i assume all related stuff will also be captured somehow, so that developers can go and reproduce the bug, and then fix it.

所以我想我们需要的是“如何能reproduce it"这么一种环境？

小K 发表于 2012-5-21 11:17
谢谢楼上的！！

zach另外楼的点评我看见了。不知道在什么地方回复合适，挪过来

你干的活这么高端了？还需要这种工具？

我觉得你先搞个IDE把单步执行啊、断点啊、trace in啊什么的debug方法学会吧……

小K 发表于 2012-5-22 00:17
谢谢楼上的！！

zach另外楼的点评我看见了。不知道在什么地方回复合适，挪过来

1.到处print
2.eclipse + pydev
3.emacs + pdb

我来扯两句. 不过不是很清楚小k的问题在哪里...
首先关于debug, 我建议在初学阶段不要太依赖断点和单步. 首先应该做到的是对自己写出来程序的运行过程非常清楚. 然后动脑子想会是哪里出的问题,然后针对性的用断点或者print方法来差错. 这个过程也是一个经验,或者说直觉积累的过程.
另外做设计. 我最近很喜欢自顶向下的思想. 我一般是把一个问题逐层分解成一个个的子问题.然后设计数据结构和各个功能函数. 如果写类的话就是各个类和里面的函数. 如果是c的话也可以用类的思想来组织一个个功能函数.. 我很少写伪代码, 一般是画画数据结构和流程图.然后把数据结构和函数的定义先写好,每个函数的输入和输出定义好. 然后就是无脑的一个个函数分别实现了. 每个函数要求100行以内. 这样可以把设计和coding过程分开来,尽量让coding过程变成纯无脑的体力活.
如果是dp这种小程序. 那应该是说需要所谓的计算机思维? 其实简单点就是用循环和递归的思想来想问题. 除了这两个之外剩下的代码操作和人的自然思维是一致的,应该没什么问题. 这么说的话就是一个函数放在那里要实现,只要想好里面要用到什么循环或者递归就搞定了.

切记边写边想,首先功能分配和实现不会好,然后写的时候分心会各种手残,debug会很惨的.就好比盖房子,画图纸是脑力活,搬砖就是纯体力,俩不能混在一起.

哇，我编程也水儿。但是编程真的就是一个不断改改改的工程，最开始的东西都很挫，只要能坚持不断的改改改改，最后就会变得漂亮的

ide解决了。。。原来只是安装一个emacs的python mode那么简单。。。。泪流啊。。。。

再问问，如果要在纸上先plan点什么，一般都是写或者画到什么程度呢？做稍微复杂点的东西还是觉得脑子里面内存不够的样子啊。。。。。