OMOOC.py week2 QA 列表

暖场

手艺活儿

(数据科学兴起于大数据之后,大数据学术界工程界同时给出来的. 大数据起源,对撞机. 几飞秒爆发几T数据. 想明白数据科学是什么,得明白数据如何用计算机处理,数据科学就是用计算机处理数据的科学. 数据采集不是问题,分析是. 编程思想影响数据采集的过程,用最科学的采集方法得到所需数据. 逻辑严密的对数据理解,对数据处理工具思维的理解才能更自然理解数据和收集的来源. )

你想明白数据科学是什么,先得明白数据在计算机中是怎么处理的. 根据编程思想,计算机工具/特性来设计数据

思维的改变,可以但困难. 需要刻意训练. 编程是一种手艺活,必须要坚持不断的使用它.

思维改变很困难,要刻意长期训练---看视频,看书在编程领域,艺术创作仅靠理论研究没用,编程是手艺活,曲不离口.

概念与咒语是一样的,概念不只是一个名词,他是一个对象. 每个对象对应数据,数据处理,数据与数据处理的场景. 而场景是在使用中出来的.

在python中 每一个对象对应者一组数据及默认处理加应用场景,要用才行.

学习python编程是原有思维基础上的跃迁,每个人得到的编程思维都是基于自己经验的独立编程思维.

原有思维基础上的跃迁. 是自己的理解写出来的.

例子:

接下来四周,交互式编程. 每一周一个正式作业.

关键列表

~ 继续安利邮件列表

信息通路:邮件列表,

有编程经验的,会有不同编程语言的套路.

大妈对纯文科的学员面对铺天盖地的概念如何处理比较好奇. 没有编程背景的人,文案工作者,平时工作得到反馈都是间接的,长时间的. 编程写完立即得到反馈,这就是编程最easy的地方,所有想法在瞬间得到反馈.

把编程图谱化,是一种古老依然有效的方法. 写邮件也是.

写书信等应用文的程序和编程相同,每一部分都有功能. 邮件列表也是容易的编程思维训练方法. 技术问题讨论时,要体现出态度,每一封都要说清楚. 问题对其他人有价值,创造价值. 编程中各种错误不理解,难以用文字描述,纯文本难以还原问题.

这种困难迫使你进行思维锤炼.

文字是线性的,markdown算二维,依然是平面的.

中国人对开源贡献很小. 中国人BLOG,与日本人BLOG,认真,热血沸腾.

程序与议论文一样,有固定的格式 技术问题讨论,别人可以根据你的信一次性的发出来. 可以说你替列表内其他人节省了时间. 运行错误造成无法理解,用文字无法描述思维冲突与困惑,正是这个困惑训练你,产生编程思维.

用低维的方式表达高维.

完备描述的建议:

期待还没有在列表中问过技术问题的朋友

课程预警

课程一直在根据大家进度微调

作业

接下来四周,第二阶段课,按上周要求. 每周coursera最具有代表性的章节给出我们的作业.

追加标准:

本周时间足够,要补足教程,写越多越好,多写,多练,多读.

三阶设定

12周安排:

现场QA

  1. 有没有在一些情况下,仅使用编程思维会带来劣势?
    • 肯定的. 五大元科学,而不是一大元科学
  2. 如何进行算法入门与进阶
  3. 有什么书 可以辅助我们获得编程思维
    • 大家正在写的教程. 还有什么能够辅助比自己的教程更有效的呢
  4. 三位一体:运行环境,程序的代码文件,头脑中的思维(逻辑,结构)是一体的
  5. 后面五周要完成我们想要完成的任务,五周python写软件能完成什么任务,大妈给举几个例子吧
    • google 四周之内python写的;youtube...
  6. 我自己在学的时候, 就是对概念和过程理解得比较慢,一直在启动问题中蹒跚,如果能够把第一周的时间延长,对我来说会有比较大的帮助,不知其他人的经历如何
    • 为什么三周之后才问. 对概念和过程的理解的姿势不对,
    • 在程序运行中去理解,用程序运行结果来证明自己的理解
  7. 我们以后写教程也应该比较侧重于自己思维的转变吧 是不是要多写点内心戏?
    • 六个月前的你自己能理解,是最精彩之处,也是最渴望之处

Author: Zoom.Quiet /mail / gittip / github