自我介绍一下, 12级水比. 大三跟着通信的许都老师了解过一点SDN, 也没入门. 大三下开始在UC Berkeley交流, 上了两个学期的课. 从15年暑假开始, 跟着老板做networking and system方向的research, 一直到现在. 对UCB本科CS绝大多数课有了解, 上过其中 1/ 3. 对于其他MOOC平台上的课也有涉猎. 

UCB作为CS top4的牛校, system方向 更是当之无愧的第一, 其本科教学质量极高, 每门课的内容都包罗万象, 保证让你通过这短短4个月的课, 被虐的不成人形!!
 
由于UCB的课程资源基本上全部开放, 通过我的经验, 其实大家在家里完全可以享受到全部教学资源, 因此向大家推荐.
 
总览: 可以通过一幅图来俯视一下UCB本科课程:
hkn course map
可以看到, 伯克利本科CS入门核心课程只有三个: CS61A, B, C
这三门课属于所有CS本科生前两年必须上完的. 据我了解, 多数同学会在大一上学61A, 大一下61B, 大二的某一个学期学61C. 因为这三门课的workload极重, 因此几乎没人会在一学期上两门.
 
CS61A: PL theory 的入门课, 地位等同于国内的C/C++编程基础. 主要内容有Python, Python在interpreter一层的简单原理, Higher-Order function (函数式编程入门), OOP入门, 数据结构入门 (Python里的dict, list...), delcarative programming入门, parallell programming 入门. 说了这么多, 概括地说, 61A就是什么都讲, 但是什么都只讲一点, 讲到够用的程度, 但是不深究原理. 
值得一提地是, 61A的stuff团队非常厉害. 由于61A / B一般是 1.4k+ 以上人的大课, 不可能使用传统的课堂形式解决问题. 所以61A的stuff为这门课做了一些研究, 效果就是, 不用到课堂上课, 让学生快速掌握全部内容. (其实就是MOOC的idea). 他们开发了一套autograding的程序, 还发了paper.
 
CS61B: 经常逛一亩三分地的同学可能早就了解了, 61B是UCB本科阶段最有用的一门课, 找工作必备. 61B的课程目标是: 上完了我们61B, 你就可以去硅谷当一个幸福的码农了.
主要内容: OOP / Java / data structure / algorithem introduction. 这门课会把OOP / Java各种细节, 各种高级特性讲到, project也通常代码量比较大, 但是比较有趣. 数据结构/算法的部分实践性很强, 基本上会让学生把红黑树/A*等等东西全都写一遍.
 
CS61C: 对于做system的人必备的一门课, 地位相当于国内CS专业的数电 + 计算机体系结构(或嵌入式) . 课程结构是从微观到宏观: 二极管->门电路->数字电路->汇编语言->C语言->操作系统(cache, virtual memory, IO)->并行计算(OpenMP)->Datacenter结构->Hadoop/Spark. 5个project相当虐人 (详情可在homepage里看). 总体感觉就是, 一门61C顶我成电2-3门课...
 
CS162: 操作系统, 个人认为UCB最有挑战性的2门课之一. 这门课的TA基本上都是每届大四最牛的2 3个人. 课程内容涵盖了OS / Networking / distributed system的方方面面. project是stanford的PintOS, 内容是实现一个完整的kernel, 包括threads, processes, scheduler, file system , KVStore (distributed database). 总之, 学好162, system的各个方向就可以进去无障碍读paper / 写code了.
 
CS164: Compilers, 个人觉得, CS多数领域内, 学到最后, 都有compiler的思想(Abstraction和Modularity). 而且parser, lexical analysis在多数大的system design是一定会用到的. 
 
CS170:
 
CS186:

CS188:
 
CS189:
 
CS168: Introduction to Internet. 老板开的课, 我之前也做了project grader. 对于想做networking方向的同学来说, 尽管这是UCB本科唯一一门networking的课, 但是这门课感觉也不是特别有用.
首先, 课程内容偏research, 讲的都是architecture的东西, 基本不涉及实际的network (比如wireless). 对于想做linux kernel networking的人来说, 这个课的project都是python. 总的来说, 这门课就是讲了一大摞design principle, 让你对networking有个整体的认识. (可能network system实在太大, 在intro里面只能见森林不见树木). 但是一些前言的概念, 比如network virtualization, verification, 都有介绍.
 
CS161:
---------------------------------------------- 其他MOOC平台 ----------------------------------------------
MIT opencourseware:
MIT 6.828
 
Coursera:
Stanford Compilers
 
edX:
UCB Software Engineering
UCB introduction to data science 
 
CMU 15-410
  收起阅读 »

这是2014暑假准备推研时，用张质彬推荐的《托马斯微积分》（力推！）教材，回顾了一遍微积分，做的复习笔记，主要记录的是自己get到的新知识、get到的有着广泛应用而又忘掉了的内容（即：于我而言的干货）。

微积分的用处很大（比如最近在分析小信号电路的时候就又回顾了偏微分的链式法则：对于只关心我需要的特性，简化求解的复杂度很有意义）随着使用，若有新感悟，便会整理新想法补充进去。这里先传了现在的版本。
 
（由于是个人整理的，笔迹很乱，可能需仔细辨认，有兴趣的作为回顾浏览一遍想一想，能在这里引发你的一点点思考或讨论，我就很欣慰了）

这些笔记里，F代表Fact，Def代表Define，T代表Tips，R代表Results，W代表Warning
 
也欢迎大家在此讨论此课程！
（下载下面附件重命名为“托马斯微积分 复习笔记 by 李瑄.pdf“即可正常打开（附件上传bug））
------------补充（2015/10/31）-------------
由于附件下载bug，大家临时先可以点击这里下载这个附件
  收起阅读 »

 
体会本科课程越低年级的能解决的问题类型越多，而所有学到的东西基本以后都可以用于解决实际问题。
优先保证学好数学，不管做什么都会用到。
电路分析、c语言、物理也都很有用。
实验机会认真对待多动动手做做实验：开发自己的应用素养。而且动手试试就可能体会到学那些知识的价值了。
课堂知识学的时候多问问自己或前辈：这个知识可以用来解决哪类问题？
 
举个例子：信号与系统，可以拿来分析整流器的谐波问题吗？
你可以试试用信号与系统的方法推导整流后的频谱。可以想想，有些等效可以很巧妙地解决这个问题？
然后可以进一步推广这个等效，你可能就能证明为何 差分电路可以抑制放大器非线性导致的偶次谐波分量了。
这算是提供一个例子吧，有兴趣可以在这里讨论。 收起阅读 »

电磁场与波复习笔记。
这个课程系统性很强，还在不断补充完善中，所以比较乱，也先传了现在备份的版本吧。
（由于是个人整理的，排版比较乱，感兴趣的也算个参考。）
（电磁场与波的总结里，绿色笔迹是看《微波工程》（Pozar）的时候补充的。因为这个体系太成系统了）
 
精华是章2里面那个 电荷 电流 电场 磁场 总结出的关系图。
 
个人的一点东东，希望能有哪怕一点帮助吧。
这些笔记里，F代表Fact，Def代表Define，T代表Tips，R代表Results，D在早期代表Danger,后来用W（Warning）替代了它。
 
也欢迎大家在此讨论此课程！

（下载附件重命名为“电磁场与波学习笔记by李瑄.pdf“即可正常打开（附件上传bug）） 收起阅读 »

 当年学概率论时，期末总结的一点笔记，希望能留下点帮助。这也算是个复习提纲吧~
 
这些笔记里，F代表Fact，Def代表Define，T代表Tips，R代表Results，D在早期代表Danger,后来用W（Warning）替代了它。
 
有什么疑惑也欢迎在这里讨论哈~
 
（附件请下载后改名为 “概率论复习笔记_李瑄.pdf“ 即可使用） 收起阅读 »

谈了谈自己保外的初衷与想法，以及在保外过程中所遇到的趣闻轶事，同时还有自己对于保外的一些心得体会。一些资料的话如果需要请e-mail或者加我qq，在附件里面都有哈。

看到的一篇文章，关于提问的方式，有一定道理，里面的部分观点可供我们参考并改善自己的问题质量。
根据我的经验，一个好的提问，更容易吸引人来回答。其实有时候别人不回答，只是因为信息不足，不知道如何下手回答问题。提问也不简单，这是我们在提问时所需要的“智慧”

下面这篇来自技术社区的文章可供参考：

近期问问题的同学很多，这是个好兆头，但是希望在提问的时候注意一下方式
[quote]
> Copyright (C) 2001 by Eric S. Raymond 中文版Copyleft 2001 by
> D.H.Grand(nOBODY/Ginux)
>
> 英文版：http://www.tuxedo.org/~esr/faqs/smart-questions.html
> 感谢Eric的耐心指点和同意，本文才得以完成并发布，本指南 英文版版权为Eric Steven Raymond所有，
> 中文版版权由D.H.Grand[nOBODY/Ginux]所有。
>
> 在黑客世界里，当提出一个技术问题时，你能得到怎样的回答？这取决于挖出
> 答案的难度，同样取决于你提问的方法。本指南旨在帮助你提高发问技巧，以 获取你最想要的答案。
>
> 首先你必须明白，黑客们只偏爱艰巨的任务，或者能激发他们思维的好问题。
> 如若不然，我们还来干吗？如果你有值得我们反复咀嚼玩味的好问题，我们自 会对你感激不尽。好问题是激励，是厚礼，可以提高我们的理解力，而且通常
> 会暴露我们以前从没意识到或者思考过的问题。对黑客而 言，“问得好！”是发自内心的大力称赞。
>
> 尽管黑客们有蔑视简单问题和不友善的坏名声，有时看起来似乎我们对新手， 对知识贫乏者怀有敌意，但其实不是那样的。
>
> 我们不想掩饰对这样一些人的蔑视--他们不愿思考，或者在发问前不去完成他
> 们应该做的事。这种人只会谋杀时间--他们只愿索取，从不付出，无端消耗我
> 们的时间，而我们本可以把时间用在更有趣的问题或者更值得回答的人身上。 我们称这样的人为“失败者”（由于历史原因，我们有时
> 把它拼作“lusers”）。
>
> 我们在很大程度上属于志愿者，从繁忙的生活中抽出时间来解惑答疑，而且时常
> 被提问淹没。所以我们无情的滤掉一些话题，特别是抛弃那些看起来象失败者的 家伙，以便更高效的利用时间来回答胜利者的问题。
>
> 如果你觉得我们过于傲慢的态度让你不爽，让你委屈，不妨设身处地想想。我
> 们并没有要求你向我们屈服--事实上，我们中的大多数人最喜欢公平交易不过
> 了，只要你付出小小努力来满足最起码的要求，我们就会欢迎你加入到我们的 文化中来。但让我们帮助那些不愿意帮助自己的人是没有
> 意义的。如果你不能接受这种“歧视”，我们建议你花点钱找家商业公司签个 技术支持协议得了，别向黑客乞求帮助。
>
> 如果你决定向我们求助，当然不希望被视为失败者，更不愿成为失败者中的一
> 员。立刻得到有效答案的最好方法，就是象胜利者那样提问--聪明、自信、有 解决问题的思路，只是偶尔在特定的问题上需要获得一点帮助。
>
> （欢迎对本指南提出改进意见。任何建议请E-mail至esr@thyrsus.com，然而
> 请注意，本文并非网络礼节的通用指南，我通常会拒绝无助于在技术论坛得到 有用答案的建议。）
> （当然，如果你写中文，最好还是寄到DHGrand@hotmail.com;-）
>
> ======== 提问之前
> ========
>
> 在通过电邮、新闻组或者聊天室提出技术问题前，检查你有没有做到：
> 1. 通读手册，试着自己找答案。
> 2. 在FAQ里找答案（一份维护得好的FAQ可以包罗万象:）。
> 3. 在网上搜索（个人推荐google~~~）。
> 4. 向你身边精于此道的朋友打听。
>
> 当你提出问题的时候，首先要说明在此之前你干了些什么；这将有助于树立你
> 的形象：你不是一个妄图不劳而获的乞讨者，不愿浪费别人的时间。如果提问 者能从答案中学到东西，我们更乐于回答他的问题。
>
> 周全的思考，准备好你的问题，草率的发问只能得到草率的回答，或者根本得
> 不到任何答案。越表现出在寻求帮助前为解决问题付出的努力，你越能得到实 质性的帮助。
>
> 小心别问错了问题。如果你的问题基于错误的假设，普通黑客（J. Random
> Hacker）通常会用无意义的字面解释来答复你，心里想着“蠢问题...”，希 望着你会从问题的回答（而非你想得到的答案）中汲取教训。
>
> 决不要自以为够资格得到答案，你没这种资格。毕竟你没有为这种服务支付任
> 何报酬。你要自己去“挣”回一个答案，靠提出一个有内涵的，有趣的，有思
> 维激励作用的问题--一个对社区的经验有潜在贡献的问题，而不仅仅是被动的 从他人处索要知识--去挣到这个答案。
>
> 另一方面，表明你愿意在找答案的过程中做点什么，是一个非常好的开端。 “谁能给点提示？”、“我这个例子里缺了什么？”以及“我应该检查什么
> 地方？”比“请把确切的过程贴出来”更容易得到答复。因为你显得只要有 人指点正确的方向，你就有完成它的能力和决心。
>
> ======== 怎样提问
> ========
>
> ------------ 谨慎选择论坛
> ------------
>
> 小心选择提问的场合。如果象下面描述的那样，你很可能被忽略掉或者被看作失败者：
> 1. 在风马牛不相及的论坛贴出你的问题
> 2. 在探讨高级技巧的论坛张贴非常初级的问题；反之亦然
> 3. 在太多的不同新闻组交叉张贴
>
> ---------------------------- 用辞贴切，语法正确，拼写无误
> ----------------------------
>
> 我们从经验中发现，粗心的写作者通常也是马虎的思考者（我敢打包票）。 回答粗心大意者的问题很不值得，我们宁愿把时间耗在别处。
>
> 正确的拼写，标点符号和大小写很重要。 更一般的说，如果你的提问写得象个半文盲，你很有可能被忽视。
>
> 如果你在使用非母语的论坛提问，你可以犯点拼写和语法上的小错--但决不能 在思考上马虎（没错，我们能弄清两者的分别）
>
> ---------------------------- 使用含义丰富，描述准确的标题
> ----------------------------
>
> 在邮件列表或者新闻组中，大约50字以内的主题标题是抓住资深专家注意力 的黄金时机。别用喋喋不休的“帮帮忙”（更别说“救命啊！！！！！”这
> 样让人反感的话）来浪费这个机会。不要妄想用你的痛苦程度来打动我们， 别用空格代替问题的描述，哪怕是极其简短的描述。
>
> 蠢问题： 救命啊！我的膝上机不能正常显示了！
>
> 聪明问题： XFree86 4.1下鼠标光标变形，Fooware MV1005的显示芯片。
>
> 如果你在回复中提出问题，记得要修改内容标题，表明里面有一个问题。一个
> 看起来象“Re：测试”或者“Re：新bug”的问题很难引起足够重视。另外，引 用并删减前文的内容，给新来的读者留下线索。
>
> ------------------ 精确描述，信息量大
> ------------------
>
> 1. 谨慎明确的描述症状。
> 2. 提供问题发生的环境（机器配置、操作系统、应用程序以及别的什么）。
> 3. 说明你在提问前是怎样去研究和理解这个问题的。
> 4. 说明你在提问前采取了什么步骤去解决它。
> 5. 罗列最近做过什么可能有影响的硬件、软件变更。
>
> 尽量想象一个黑客会怎样反问你，在提问的时候预先给他答案。
>
> Simon Tatham写过一篇名为《如何有效的报告Bug》的出色短文。强力推荐你也读一读。
>
> -------- 话不在多
> --------
>
> 你需要提供精确有效的信息。这并不是要求你简单的把成吨的出错代码或者数据完
> 全转储摘录到你的提问中。如果你有庞大而复杂的测试条件，尽量把它剪裁得越小 越好。
>
> 这样做的用处至少有三点。第一，表现出你为简化问题付出了努力，这可以使你得
> 到回答的机会增加；第二，简化问题使你得到有用答案的机会增加；第三，在提炼 你的bug报告的过程中，也许你自己就能找出问题所在或作出更正。
>
> ------------------ 只说症状，不说猜想
> ------------------
>
> 告诉黑客们你认为问题是怎样引起的没什么帮助。（如果你的推断如此有效，还用
> 向别人求助吗？），因此要确信你原原本本告诉了他们问题的症状，不要加进你自 己的理解和推论。让黑客们来诊断吧。
>
> 蠢问题： 我在内核编译中一次又一次遇到SIG11错误，我怀疑某条飞线搭在主板的走线上了， 这种情况应该怎样检查最好？
>
> 聪明问题： 我自制的一套K6/233系统，主板是FIC-PA2007 （VIA Apollo VP2芯片组），256MB
> Corsair PC133 SDRAM，在内核编译中频频产生SIG11错误，从开机20分钟以后就有这种情况，开机
> 前20分钟内从没发生过。重启也没有用，但是关机一晚上就又能工作20分钟。所有 内存都换过了，没有效果。相关部分的典型编译记录如下...。
>
> ------------------ 按时间顺序列出症状
> ------------------
>
> 对找出问题最有帮助的线索，往往就是问题发生前的一系列操作，因此，你的说明 应该包含操作步骤，以及电脑的反应，直到问题产生。
>
> 如果你的说明很长（超过四个段落），在开头简述问题会有所帮助，接下来按时间 顺序详述。这样黑客们就知道该在你的说明中找什么。

[/quote]

下载：

• HowToAsk.pdf

收起阅读 »

1.英才者也社区的主要机制 就是点赞——反对机制。
希望大家多多使用点赞，对自己认为好的，有价值的回答给予点赞，附带感谢。

2.希望大家的提问和回答能够尽量分点表达，内容尽量详细一些。当然不要为了分点而分点，为了详细而详细。分点只是为了看上去比较清晰明了，详细是为了方便大家理解。

3.推荐资源时，请给出下载链接。链接请不要说直接复制粘贴，而是推荐使用网站提供的加链接的方式。（虽然麻烦一点）

4.目前问答社区对图片的支持并不友好，如果你的问题中 涉及图片，并且图片数量超过三张或者三张，请先用美图秀秀之类的软件进行拼图。

4.引用内容，请给出来源。

5.提问时如果说不清楚，请尽可能加一幅图，尤其是技术讨论的问题。

6.提问者如果对回答者答案希望讨论，请不要再答案层直接新开答案，而是在回答者的答案下面进行评论。

7.提问者在提问时先搜索一下你的问题是否已经被社区解决了，如果没有，再提问~

8.如果大家需要改用户名等信息，请私信联系管理员 @李瑄 收起阅读 »

见附件
(存在文件名不显示bug，请下载后，自行改文件名为："英才科协元器件清单20141203.xlsx")

作为毕业季“传承”活动的一部分，建立此站：英才问答社区。
因为是学院内部的，且现阶段属于试运营，故采用邀请制。感兴趣的向管理员/已注册同学联系，留下注册邮箱，申请用户资格

社区相对于论坛而言，引入了点赞机制，赞同多的高质量回答rank靠前，信噪比高。
信息标签式归类，更易检索、分类。
不管是什么疑惑，还是有一些技术问题需要解答的，都可以尽量放到这上面提问，这样大家都能看到并答疑~
希望大家多利用此平台~

其实，站长也是个菜鸟>_<，感谢开源问答社区 WeCenter ，感谢 SinaAppEngine 提供平台！
欢迎在内测用户注意！ 改进/建议收集贴~ 下提出建议！
另外，建站初期，难免会有bug，欢迎大家在 bug反馈话题下反馈~ 收起阅读 »