1wd4

Top1：同侪压力=>动力

其实不完全是1wd4这两个多小时上课感受最深的，是这一周里的感觉。
我还只有一个初步想法的时候已经有同学新建了issue拿出来讨论任务了，因为好奇去看了别人的开发日记，非常有启发性，同时也会逼迫自己一定要拿出自己的成果来。
不过感觉如果是在自己对任务完全没有想法的时候不适合去看他人已有的成果，会影响到自己的想法。但自己的想法已经初步成型的时候，通过借鉴其他人的已有经验，可以更加快速的了解到自己的不足，帮助自己提高。另外一点，我觉得编程很好的就是，即使我看了其他人的作品，但同样的任务我自己也会有另外一种解决方法。
刚看到芝麻星发布了github评分榜，也是一种鸭梨山大TvT

Top2：CLI 理性的浓度

对于命令行的了解非常之少，所以在看到命令行可以做到这么多事后觉得很酷炫，励志学好命令行！
另外一点是大妈提到的命令行的使用是一种理性。去掉很多多余的东西，命令行所呈现看到的都是原始的信息，是本源。从根本上理解问题才是正经事。

Top3：官方文档DOC

有任何问题都先从官方文档找。 官方文档可以下载到本地。location

如何改进

  • 同侪压力化为动力
    • 今天突然想到每周的笔记提交、任务提交不仅是提交，也是一种检测同学进展的方式。
    • 另外通过看看别人的笔记和代码，学到的东西比自己一个人有限的时间里掌握的要多太多倍了。也就是拓宽自己思想的维度。
    • 只看着自己的一亩三分地，可能永远都在原地打转，多去别人的地方打打转~
  • 命令行学习
    • 从LPTHW的附录命令行入门开始，一两天就可以读完。可以自制一个列表，记住常用命令。
    • 其实另外一个点是Git的使用，我一直绕过了这个过程，但还是有必要补回来的。
  • 官方文档可以pdf/html下载下来，方便没有网络时也可使用。
  • 另外一个可以改进的是大妈的八股模板，类似一个基础的框架，这样也算培养一个良好的习惯。
  • 还想说一点的是觉得自己的一个毛病是不太敢问问题。
    • 自己有问题出现的时候还是习惯并努力地靠自己解决。但有的时候这样会耗费很多很多时间。
    • 而在自己终于解决不了的时候很想问问题的时候还会犹豫，自己是否真的已经竭尽所能了呢？问这个问题会不会最后turn out是个很蠢的问题呢？
    • somehow寻求帮助其实也算是一种“最小代价”解决问题的方式吧。所以还是应该努力在实在不知道怎么办的时候把问题认真表述出来，即使最终证明是很蠢的错误。
    • 嗯，总的来说是心态上要转变。努力尝试中。

表扬

~ wp-lai: taobao搜索

~ aJiea: 表述创新

~ Zoe: 教程人性化，第二人称

C2T2

~ 广州 ~ 深圳 ~ 北京 ~ 珠海

CLI 编程思想的具象

  • 现实生活
    • 日常
  • 远程
  • 自动化
  • 批量
  • 管道

CLI 命令行

  • GUI 为了给人看的图片和设计等
  • CLI 是本源
  • API 数据接口，把数据公开到互联网上，通过命令行去操作数据
  • 命令行->理性的浓度

REPL 交互环境

  • 输入->运行->输出->循环 read–eval–print loop
  • dir() 当前有哪些对象
  • help() 帮助
  • ipyhon notebook
  • Pyenv

Task

任务完成基准点

  • 展示
    • 输入 ？/h/help 打印帮助
    • 输入 q/quit 退出
  • 期待
    • 直觉的无参数调用
    • 直觉的默认帮助
    • 持续的输入
    • 直觉的退出
    • 自动保存
  • 技术
    • raw_input()
    • while + break
    • os.path.exists（日志文本是否存在，可能会出错）
    • open()
    • for.. in
    • 少于51行
    • .pyc

Coding MyDiary

  • 交互性

DOC 官方文档

  • 官方文档可以下载到本地，rST格式要编译，教程和库说明
  • tips
    • 有任何问题print出来，再看官方文档

UTF-8

  • ASCII 128个字符
  • Unicode 100多种字符集 16bit
  • UTF-8 编码 2-4bit，已是主流

搜索

  • google
    • 快照 woodpecker

八股式框架

  • 自检区，总调用入口
  • 只是引用，不会触发运行

pythonic 范儿

pythonista八荣八耻

以动手实践为荣，以只看不练为耻。
以打印日志为荣，以单步跟踪为耻。
以空格缩进为荣，以制表分隔为耻;
以单元测试为荣，以手工测试为耻。
以代码重用为荣，以复制粘贴为耻。
以多态应用为荣，以分支判断为耻。
以Pythonic为荣，以冗余拖沓为耻。
以总结分享为荣，以跪求其解为耻。

zen of python

The Zen of Python, by Tim Peters

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!

2w任务

  • 桌面应用Tkinter python内置的包装，gui组建集，很小，实时控制有很多应用
  • 怎么把1w的任务copy过来？

PS:

所有东西都能教授，但！求知欲和学习能力除外—— shell909090 151019 00:11

Ref