发表于 |

​ 这一周的工作内容我其实不想写，因为没有进展。代码到我这的时候已经是被很多人想过思考过的了，更多的是去找漏洞和修bug。进展是没有进展，但是也有几个总结吧。第一个是遇到了问题，或者说没有进展时，放平心态，定位故障，找方法去解决，已经发生了，只能去承认并解决它，抱怨是没有用的，面向过程，大家都是强耦合的，只能一个个的去聊，这个工作中，沟通能力远比代码能力重要。第二个就是业务上的，无论是mux下发写表，还是在set里写表；无论是在函数中， 还是在UT中，都是能在FWDM中运行的，业务的核心就是写表，就是传递数据。查表就是验证数据是否正确。第三个就是多总结，把工作流程都写好，以后再操作时，会省时间，也知道应该怎么去处理。

每周阅读：

  1. HelloGitHub 这个仓库推荐了很多很多有趣入门的开源项目。因为各个语言的项目它都推荐，只需要找找自己感兴趣的就行，把它当成一个字典就好了。
  2. English-level-up-tips 这个偏向道，有一些资料推荐，但更重要的是选择合适自己的方法，以及喜欢的材料。毕竟现在的英语资料那么多，学英语不应该是痛苦的背八股。

发表于 |

​

​ 这一周的工作内容是完结UT和配置机架，我只是想验证异步写表的功能，但是为了到这一步会踩很多坑，而且是别人重复踩过，但是忘记提前告诉你的坑，你去问，都可以帮你解决。首先就是UT的完结，组播的UT写得很差，就是单纯的set一些基本的参数去写个表，只要用到修改过的代码行，就当做过了。第一个坑就是UT验证不到回调函数，不论你的UT写得好多，check再多的值，它走不进回调函数就是走不进去。 其实这我都能理解，但是UT其实是开不了异步的才是真吓人，也就是所有的异步写表，UT全都是验证不出来的。第二个坑是组播和二层是依赖三层业务的，三层的单播有问题，那么依赖它的业务大概率会有问题，版本都生成不出来。第三个坑是Git，就算是版本不一样，代码也是能合过去的，不需要手动的在那里merge，但是得用Dev而不能用workspace。第四个坑是配置文档，配置文档常常有问题，经常不全，缺了部分配置。只有去问才能知道问题在哪。第五个坑是微码，为了配置一个具体的场景，但是微码功能有问题，需要补充微码的代码。

​ 感觉这个工作中的坑还是挺多，抱怨是没有用的，一点点的去解决吧。很感谢各位同事和师傅的帮助，不然这些问题，都解决不了。不过，我不想996啊，这样我根本没有时间学我想学的东西。我真得很想学Go和Rust啊，我也想把线性代数和Missing Semester的公开课看完啊。

发表于 |

​ 今天看到了书生师兄写得纪念导师的文章，想想时间过得真快啊，导师离开我们已经一年一个月了，我现在也算和解了吧。我当时一直不能理解为什么导师一定要我做光线弯曲的项目，我真得不能理解，真得有那么简单吗？引力子真得那么容易解释？别人用唯象学的方法做天文论文，我们进去用费曼路径积分方法做，真得能得到别人的认可吗？更何况我还算得结果还对不上，我请求换项目，一直得不到允许。可如今都已经烟消云散了，我不再做物理研究也已经一年四个月了，我也慢慢的释然了。做好当下吧，不愧对长辈们对自己的培养，不愧对自己。时光冉冉，还是每周记录记录吧。2020年12月毕业后，我在家休息了三个月，然后去教培行业做了大半年的老师，如今我还是回到了IT，现在做组播方向的工作。

​ 这一周的工作内容是在写异步写表的UT，说是UT，其实应该是功能验证，就是FT，而且只是验证正确，并没有抓取异常。代码思路其实很简单，就是先写单独写第一个芯片的异步写表功能，再写第二个芯片的功能，最后把它们合到一起。主要是不理解业务，不知道怎么从A表写到B表的，只能在老代码的基础上，一边理解一边改，如果完全理解的话可以做一个彻底的修改。

​ 不过，我也有很大的收获，我现在用C语言写for循环，用数组指针，结构体都没什么问题了，师傅告诉我个方向，我大致都能实现，想想我之前在怡安写个if else判断都费了老大劲了，代码能力上真得提升了很多。在这我得感谢卜老师，谢谢他把我领进门。我真得感觉虽然我一年半没从事代码工作了，但是我好像已经过了那个“拐点”了，在代码上我已经不在事事求助他人了。只要有点点滴滴的成功感，就能够在这条路上走下去吧。最后就是遇到问题，自己思考后，还不能解决的话，及时反馈，向师傅求助，这样效率会更高。

每周阅读：

  1. learnxinyminutes-docs 这个仓库只需要花几分钟就可以快速了解一门编程语言的语法，就这几分钟，都能帮我弄明白了Java、Julia等之前一些不懂的点。如果想进一步了解，它也提供了一些官方资料。它少了些介绍，比如擅长什么方面，以及趋势性的介绍，不过对于几分钟介绍编程语言，这也太苛求了。
  2. 非常时期囤货手册 还是屯点物资吧，自己 才是最靠得住的。
  3. 重读中华人民共和国史之沈志华专题 我看推特上好几个中年大叔很是推荐沈志华教授的历史演讲，就看了一看，从史料出发，述说中苏的那段历史，沈教授个人经历也具有一定的传奇性。

发表于 | 分类于 |

What are some of the most basic things every programmer should know?，我也就贴个高赞答案在这吧，大家都知道Quora是原版的知乎，现在知乎是一点都不值得看了，但Quora说实话也不怎么火了，感觉很多国外的内容创作者也离开了这个平台。

  1. Bad architecture causes more problems than bad code.
  2. You will spend more time thinking than coding.
  3. The best opportunity to get paid more is when you’re negotiating salary before getting hired.
  4. People skills determine your success more than technical skills.
  5. Users will find impressive and bizarre ways to solve their own problems.
  6. Commit code more often.
  7. Always work in feature branches.
  8. Basic UNIX skills are helpful, but not required.
  9. Learning VIM or EMACS will change your world.
  10. All estimates are lies and “good estimates” are bigger lies.
  11. 80% of programmers are barely capable of doing their job.
  12. Businesses exist to make money, not to make code.
  13. Software exists to solve problems, it’s not art.
  14. Agile is a trap. You can’t avoid it.
  15. 80% of programmers never invest in improving their skills and never learn outside of work.
  16. Your boss believes you are replaceable.
  17. Work is a job, not a family, not a church, not a religion. You do it to get paid.
  18. Company culture is often used as a trick to pay you less money.
  19. The best programmers are always building things.
  20. Your IDE doesn’t matter.
  21. The language you use doesn’t matter.
  22. The framework you use doesn’t matter.
  23. All technology arguments boil down to children fighting over which toy to play with.
  24. You probably won’t get rich by winning the startup lottery.
  25. Make friends with QA testers, they will make your life better.
  26. Always know how your business makes money, that determines who gets paid what.
  27. If you want to feel important as a software developer, work at a tech company.
  28. People will always prioritize new features over refactoring legacy code.
  29. Sometimes a train wreck has to happen for anyone to care about the brakes.

97 Things Every Programmer Should Know，这篇文章内容是蛮多的，所以我一般会先看标题，看的懂得话就跳过了。如果标题看不懂了，才会看看内容，看看文章表达的意思。

英文能力

  1. 我自己用过几次英文搜索后，尝到甜头后，我就尽量用英文搜索问题了。关于IT问题，英文和中文的互联网就是天差地别啊。现在搜索引擎这么智能的情况下，你只要会最简单的疑问句语法就可以遨游了。

  2. 用英文写注释，commit，Issue和Pull Requ，以及Wiki都是短句，对于我主要还是心理障碍，真写起来也就会有些小问题罢了，谷歌翻译就能解决了~

  3. YouTube上看5分钟，其实就是为了练听力，让自己保持英文的输入，千万不能对英文生疏。

  4. 字典我喜欢用朗文的LODCE5，搭配着用欧陆词典，电脑端查单词，再手机上背生词，方便。

  5. 英文教材的话，我比较喜欢用恶魔的奶爸推荐的教程，不过他的学习路径还是以听力为核心的，需要花很多很多时间去练耳朵。

  6. 最终还是要通过老外来检测和提高自己的能力，大不了就花些钱嘛。

    这里有一个隐含的能力要求：科学上网。对于这个，我只能说你要你想，这个能力你就可以掌握。去搜索吧。

问问题的能力

学会问问题是一个非常非常重要的能力，因为大多数情况下别人是不知道你的工作细节的，别人只能通过你的问题来帮助你。一旦你的问题问偏了，别人的回答再怎么正确都帮助不到你，这是我实习阶段学到的教训。

《提问的智慧》

我们回答问题的风格是为了适应那些真正对此有兴趣并愿意主动参与解决问题的人

上面这句话是我觉得这篇文章的核心，我会把这句话牢牢记在心中。我遇到实际问题时，操作流程是先“读读该死的手册”（RTFM）和“搜搜该死的网络”（STFW），再去“提问前”，最后才是“提问时”。

《X-Y 问题》

没有去问怎么解决问题X，而是去问解决方案Y应该怎么去实现和操作。X-Y Problem最大的严重的问题就是：在一个根本错误的方向上浪费他人大量的时间和精力！

FAQ for Stack Exchange sites

这个虽然是针对Stack Exchange sites的常见问题和回答，但可以把它看作对所有社区问答的规范参考。Asking questions中的前两个，是对我帮助最大的。

写代码的修养

《重构》、《修改代码的艺术》和《代码整洁之道》，我打算以后再看了，因为我在看了一段时间后发现我对这块知识掌握的不好。我承认代码是需要整洁、健壮性和鲁棒性的。但是对于现阶段的我来说，我的代码量还是太少了。现在的我的代码是去从零到一的过程（实现功能），是把官方文档和别人的代码改写成自己的代码，等过一段时间再看吧。

《程序员的职业素养》这本书不单单让你知道成为一名专业的程序员需要什么样的态度、原则，需要采取什么样的行动。它还会帮助你成为更好的一个人。

Code Review

这几篇文章算是开开视野，看看别人是怎么做Code Review的，我一开始是在业务性公司实习，他们好像还真得不做Code Review。不过我的leader,他有空的时候会帮我看看，但他有空的时候不多。下份工作，找一个能做Code Review的公司吧。

Unit Test

JUnit是大多数Unit Test的框架衍生出来的，最起码unit test就是。因为我一直在做Python web的工作，我就没有去看JUnit了。我去看了 unittest — 单元测试框架 和 Unit Tests in Python 。这样的学习也只是粗浅的了解。要是想要深入掌握，还是要在工作中，去理解实际的代码以及Unit test的代码，并且将它们结合起来。

安全防范

虽然说是OWASP中的top10都是需要避免的，但是我感觉XXS,CSRF和SQL注入是最重要的吧，或者说是考察最多的。

Guideline倒是没怎么看懂。

Hardening Your HTTP Security Headers 安全表头，文章大概是先解释了各个表头以及怎么在Nginx和Apache中使用，最后就是教了三种检查http安全表头的方法。

防御性编程（Defensive programming）

是防御式设计的一种具体体现，它是为了保证，对程序的不可预见的使用，不会造成程序功能上的损坏。它可以被看作是为了减少或消除墨菲定律效力的想法。防御式编程主要用于可能被滥用，恶作剧或无意地造成灾难性影响的程序上。

维基上的那个例子其实我没看太懂。不过，我举个例子：web的手机验证码登录，会限制输入上限为6位，超过的部分就不能输入了，这个应该算是防御性编程吧。

The Art of Defensive Programming

记几句，我觉得有点意思的句子，后几个建议在《代码大全》里见过，就不记了。

Defend against the impossible, because the impossible will happen.

Never trust user input

Assert that your input values are what you expect.

Use database abstraction

Overly defensive programming 这篇说实话，我看的不太懂，代码也不懂，大意是过度防御编程？

软件工程和上线

《完美软件》这本书挺难买的，甚至连电子版我都没有找到，只能搁置一旁，以后有机会再看了。

《Google软件测试之道》 不是技术为核心的公司是做不到这样的，而且测试在中国的程序员中的地位和作用太低了，而谷歌对测试要求基本是一个会研发的产品经理，然后这个人的主要工作是测试，这怎么说理去呢。这本书我收获最大的应该是，要不择手段的提高工作效率。其次的话，就是了解了谷歌的工作方式。

Checklist，是我以前没有意识到的，没有想到上线还是需要进行一系列的检查的。而且其中检查我也不是完全都懂，算是了解吧，还是得上线一个应用，这个过程才能完全掌握吧。

Monitoring 101: Collecting the right data

Collecting data is cheap, but not having it when you need it can be expensive, so you should instrument everything, and collect all the useful data you reasonably can.

我以前，出了问题大概就会说，看日志啊。这篇才是真的看日志。最少算是知道了：工作指标，资源指标，事件，以及什么才是值得收集的好数据，警报和诊断数据。

编程规范

现在基本都是靠着IDE来管理，但是有空还是要看一下的，我觉得倒不是都要看，这个真的是可以要用的时候再去看就可以了。因为你得先把程序语言弄懂了，再去弄懂它的编程规范嘛。

最后说说开发工具：

  1. Markdown：现在文章基本都是采用md格式。

  2. JSON：你会在无数地方看到数据以这种形式来存储。

  3. Git：代码管理以及合作开发都靠它。

  4. 正则表达：我是在写URL和爬虫中用到过它，检索和替换全靠它。

    这四个在编程中都是很重要的，都是属于那种你需要知道最基础的知识和用法，但是仅此是不够的。一旦深入用起来，还是要查文档，边学边用。同时，这也是我对这一篇文章的整体印象。

总的来说，这篇程序员修养是挺奇怪的，它不算程序员的内功，也不算外功。但是你看过之后，好像每个知识点还真得都知道。

接下来，我要去补基础了，我要去啃计算机专业最难却也是最精华的知识了。想想还有些小激动…

发表于 | 分类于 |

这两周的任务主要是爬虫，学习了Scrapy和Pyspide的官方文档。需求是爬领英上的个人页面的信息，因为爬虫是个灰色地带，对于Aon heweitt本身也是以数据起家的公司而言，信息一旦用作商用，绝对是违法的，实在是不值得冒这么大的风险，最终放弃了这项任务。但是经过两周的探索，遇到了一些问题就记录在这吧：

  1. 第一个问题是领英的HTML是不能使用官方文档的方法下载，自然后续就不能从HTML中提取信息了。不过我看到有方法通过cookie下载，可惜我不太懂就算了。

  2. 爬不了领英，那我就去爬智联的招聘信息了。智联遇到的问题是子页面的信息要用parse函数传到主页面上去不然的话，子页面上的html上的信息是读取不到的。

  3. 最后的问题是，数据每次只能下载50条信息。我一开始没有用子页面的的信息时，是可以一次性下载完1000多条数据的，我估计可以通过sleep函数或者异步的方式可以解决这个问题。

    其实我还是很喜欢玩爬虫的，但是种种原因就没接着继续做下去。首先就是数据，招聘信息，这个数据你就是总结出了花都没什么用处，或者说这个信息没多大的利用价值。而且对于一个实习生，无论怎么说，公司都不应该给到核心数据。对于爬虫而言，没有好数据，后面做得再多，都是没用的。其次就是考虑到找工作，现在数据分析这个方向，人太多了（腾讯今年秋招报录比130：1），我现在还不想望这个方向去。

    后续我应该会继续做小程序，从前端到后台的API，包括域名和服务器。难是难了些，但是我还是很喜欢这个任务，因为如果能完成这个，我就相当于有能力独自的上线一个产品了，我很期待。

每周阅读：

  1. 科技爱好者周刊：第 72 期

  2. Should I read papers?

  3. 如何读懂一篇学术论文？

  4. 谈谈职业规划——CSDN对我的采访

    耗子叔CSDN的博客，就属这篇对我的帮助最大了。

  5. “一万小时定律”被推翻，最成功的人真的不是最努力的

    只有当刻意练习不再能够帮助你和周围的人拉开差距的时候，你才能说刻意练习不重要。

  6. Javascript 的 this 用法

    它是函数运行时，在函数体内部自动生成的一个对象，只能在函数体内部使用。

  7. 如果本届世界杯影响了姚明为中国男篮谋的大局……

    不那么好的部分是：中国篮球缺少基层的可靠教练，缺少室内球馆和力量训练。结果就是对抗、投篮和传球，基本功都有问题。

    比较糟糕的部分是：因为基本功有问题，所以虽然打得很努力，但篮球智商普遍不高，场上节奏感差，不聪明，运球太多；中国球员许多似乎过于在意打个漂亮球，不认真磨炼对抗和基本功；街头篮球则打得极为粗野，犯规很随意。

  8. 圆桌派 第四季：乐迷：听音乐有鄙视链吗？

每周一句:

  1. 不怕有偏见，就怕只许一种偏见。——文昭

发表于 | 分类于 |

这个需求是来在于Vue的功能，Vue利用webpage可以明确区分开发环境和生产环境，具体区别还是看Development和Production。

我的任务要求没有那么高，只是需要能够使用一个环境变量，区分开发环境和生产换环境中图片的使用，在开发时用本地静态文件，在生产时用服务器中的静态文件。

可惜我得到的结论是：在uni-app中目前是不能支持静态资源配置cdn的路径，以及区别dev和product环境使用。因为需要publicPath来实现为项目中的所有资源指定一个基础路径。通常是设置一个名为 ASSET_PATH的变量，但是可以在uni-app文档中的vue-config.js发现，对于publicPath 并不能支持，那么就没有办法来提供一个基础路径。

Feature Request自定义配置功能增强 #148 github中的uni-app的Issues中也提过类似的问题，其中排名第一的贡献者fxy060608，也表达了目前是不能实现该功能的。

但是也不是说就没有办法了，微信小程序文档中的素材管理，因为我不能进这个小程序的后台，所以我就没有进行后续的操作，但是它可以为开发者提供了腾讯云的”对象存储（COS）” 和 “内容分发网络（CDN）” 的产品功能。那么我们可以把本地当作当作开发环境，把云开放文件存储当作生成产环境。但是和webpack提供的开发和生产环境的差异小很多，相当于只能提供静态文件的差异。主要原因还是在于uni-app,提供的wepack功能太少了。

Ps: webpack是目前我见过最黑科技的工具，它居然支持在开发环境中“热插拔”，这个功能以我的认知会带来很多麻烦，真是脑洞大开。神奇~

发表于 | 分类于 |

今年我父亲战友的女儿高考，考到了中山大学环境专业。本来想暑假抽空去拜访下叔叔阿姨，另外再说点，我对大学生的建议，希望能这个妹妹少走点弯路，但是一直忙这忙那的，就没有去成，其实还是懒。我把这些建议就通过文字的方式贴在这了，参考参考就好，不要全相信，因为一定会有不足的地方。

  1. 因为现在大环境竞争这么激烈，大家基本都会选择升学，如果你也要选择读研究生的话，目标要放在国外、清北，如果你还是想去华五话，那比前两者更需要挑到好的方向和好的老师。因为相比而言，华五比前两者在学历上的提升小。
  2. 成绩非常重要，无论是奖学金还是以后升学，GPA都是最重要的参考依据。其次，学校里的社团、学生会和班级干部，最好都是要参加下，竞选下。除了能够长见识，涨能力，寻找自己的兴趣外。只有班干部，学生会干部这些人会最先知道老师和学校的信息。而且你是城市里的学生，综合能力是一定比那些县城里出来的小朋友们强的。我估计你也会喜欢这些的，就算你真得不喜欢了，大不了退出就是了。
  3. 任何学校都有坑的地方，都是不完美的。大学是帮助你认识社会的地方。它坏的地方你要学会避免，好的地方学会利用。
  4. 最开始的专业其实不是那么重要，你要去寻找自己天赋和兴趣相同的专业。尽量避免男性绝对优势的专业，比如：科研，工科，计算机。我看你说说上，你好像读的是环境，这个专业算是挺不错的，未来国家应该会越来越重视环境的~ 当然最好还是女性优势的专业，比如：咨询行业，你可以了解了解，但不强求你转专业。还是努力去找自己天赋和兴趣相同的专业，实在不行就找你感兴趣的，最起码不会后悔。
  5. 校园恋情，利是远远大于弊的，你以后会知道的~ 好好享受爱情吧~

小朋友们，向前冲吧~

发表于 | 分类于 |

这两周主要就是再开发了小程序的功能，虽说是开发，但是主要工作还是在改demo，以及把别的小程序上的功能移植到demo中。主要还是小程序的开发环境太乱了，现在就是小程序攻防战，整个移动端都打成了一锅粥。

我实习的公司，打算采用Vue架构的uni-app进行开发小程序，然后在通过转义，使小程序可以在H5和微信小程序上使用。但是我用的时候遇到过一个开发环境和生成环境的区分的问题，最后我得到结论是uni-app是不能区分。这个时候，我就有点凌乱了，以uni-app为例的小程序框架即没有完整Vue/react框架功能，同时在开放小程序的功能，还要把小程序的语法，乃至API的用法都要改成Vue的写法，你知道这对于一个intern是多么的困惑吗？脑子都成了浆糊了。我还是希望小程序的文档和功能在完善完善，以后就直接在原生态上开发，然后再实现小程序转H5,把这些框架都给弄没了。

开发的功能：

  1. 绑定手机号：需要小程序企业认证，所以没有验证是否能正常使用。
  2. 意见反馈： 算是做了个纯页面，其实信息并没有能够提交。
  3. 扫一扫：使用官方API，未能成功将其改写成Vue。
  4. 申请开票和开票记录： 也只是做了纯页面，没有实现信息交互。
  5. 关于我们和拨打客服电话： 可以使用。
  6. 生成二维码： 可以使用。

每周阅读：

  1. 科技爱好者周刊：第 71 期

  2. 如何选择开源许可证

  3. 圆桌派 第四季：买单：逃单、抢单 饭桌见世情

  4. 希尔伯特与广义相对论场方程

    卢老师的文章，还是那么有理有据，令人信服。希尔伯特与爱因斯坦，但凡你知道这二位各自在数学界和物理界影响之大，我想这篇你一定会喜欢。

  5. 我眼中的师生关系

    我以前觉得大学里面的师生之情非常淡薄，看了这篇文章之后，算是知道了，大学里的师生关系不但淡薄，甚至是紧张的。

  6. 马云 VS 马斯克对话全文实录

    先说总体感觉，两个大佬根本就没有聊到一起去，这次对话是一次没有对撞的交流，你说一句西他说一句东。这次对话，我有感触的是马斯克说得：“我认为在未来不会有人工智能的专业人士”。这句话没有问题，但是得先有大量且高素质的AI工程师，才能到达这一步。

    再说个题外话，我认识所有转行CS的人全都是转的AI方向，对，你没有看错，是所有。无论是师兄，还是同学。甚至已经在CS方向的学术界和业界都在望AI转，我们就等着潮水退去的那一天吧。

每周一句：

  1. 搞科学的很多情商低。但是混的风生水起的，很多只是对“对自己没有用的人”表现出情商低。你时常可以看到平时摆着一张臭脸的杰青，面对杰青时候的一脸春风。——派老师
  2. 情感分析的文本其实笨笨的，因为同一句话，用不同的情感表达会得到完全不一样的效果，比如你真好。这一句话，重音在“真”和重音在“好”上完全是两个意思呀。这么看来NLP也挺难受的，因为它缺信息了，缺了表达中的语气。

发表于 | 分类于 |

这周在实习上其实没做什么，就是现学了Visio,其次就是写了一个小程序的PPT。

  • Visio这种工具主要还是靠模板和基础操作来作图，但是参考别人的作品很重要，不然你根本就不知道自己做的图是有多丑。
  • PPT我掌握的还是比较差的，基本只能在模板上增增改改，稍微复杂一点的动作我都是不大能做出来的。基本属于只能传递基本信息，不大能把PPT做的很炫。
  • 从小程序的简介讲起，功能，开发优势，开发框架，最后是小程序的现状。说说自己感觉能提升的点吧，一个是整个PPT的逻辑线，觉得还不够好，但是又不知道该怎么提升了。第二个是对小程序相关技术不够了解，小程序自身的开发以及框架能做什么和不能做什么，还是不够清楚。

每周阅读：

  1. 计算机编程简史图

    这只是众多精彩的博文里面的一篇，酷壳里面我能看懂的文章我都看了。耗子叔算是典型的技术人，他拥有程序员的价值观，在当下这个环境中，真的是非常难得且稀少了。

  2. 科技爱好者周刊：第 69 期

  3. 2分钟就能get的PREP说话模式

    先讲结论，再依据，再具体事例，最后重申结论后结束。

  4. 技术人如何通过了解业务，获取晋升机会？

    理解业务有助于你做技术决策去驱动业务，有助于你对资源的优先级做判断，而且还有助于提升你的研发效能

发表于 | 分类于 |

这周的关键句是破除自己的偏见

找了一下有什么好用的本地化摹课软件 ，比较了Axure和Mockplus，sketch和墨刀

  1. Sketch只在iOS端的，我用window的自然就看不了。
  2. Axur的界面和功能都比较完善和美观，可惜本地化不好，基本国内的图标和小程序的组件都没有。
  3. Mockplus是这几个当中界面最不好看的，但是它的本地化非常好，常见的安卓和苹果的图标，以及小程序的组件他都有，本身自带的组件和图标也比较多。就是界面太难看了。
  4. 墨刀的图标和组件都要比Mockplus要少一些而且它的免费版可能是提供项目数和页面最少的一家，但是它的界面和组件和图标都要比Mockplus好看些，它最亮眼的还是可以发送到手机观看设计应用效果。这对于APP或者小程序的演示真是绝了。

过了一遍Django REST framework的文档，在看文档的时候找到了旧版本的中文文档，代码有些许不同了，但是看中文解释理解起来是真得快的多啊。

Wagtail文档中的Wagtail API过了一下，这个是基于Django REST framework开发的，而且Wagtail也把它集成到自己的源码了，只要直接调用就好了。除了它自己提供了分页，序列化，添加图片几个小功能外，它还可以提供给外部的客户端和站点的前端使用，看起来还是挺不错的一个功能。

最后就是去看微信小程序的开发文档，指南是真的乱的很，不是没逻辑，就是分类有点乱，为什么这个里面还有什么商家必读。但是我后来看组件和API参考文档，就知道了原来这才是它重要的点。

Vue文档，以我以前的习性，我是绝对不会去看前端的知识，我个人认知里前端的知识太多太杂而且想写好一个交互或者UI也是一件非常费精力的事。

但是实习嘛，对于工作，就没有那么多情感因素，需要我去做那就去做吧。

我直接去把W3school的JavaScript教程的基础看了一遍就去看Vue了，而且我这次看JavaScript和以前是不一样的看法，我开始把这次的教程和以前的学到的知识联系起来，和C和Python和Java做对比，想想他们之间的不同在哪。 还有就是看到知识点，想想这个能用在哪？ 比如正则表达，这个是常常用在urls上和搜索匹配的，这样学起来知识就没有那么枯燥了，甚至还有很多乐趣。

包括会想想我为什么要看Vue呢，其实还是为了通过这个能看懂小程序的开发文档，那么我其实只要专注在文档的基础和组件部分就可以了。这样可以大大的减轻我学习的负担，并且我也高效的学习了需要掌握的知识。

本周阅读：

  1. 圆桌派 第四季：沪生：上海的腔调 我其实以前一直很讨厌上海，看到这个算是知道点上海的美了吧，不过他们说的大多数还是上海以前的美，现在因为大量的外地人的入户，已经很少能见到了。现在人对上海的喜欢，就和以前日本人对东京的憧憬一样吧。

  2. Theresa May’s last big speech as PM

    Eisenhower once wrote:”People talk about the middle of the road as though it were unacceptable it were unacceptable”.

    “Things are not all black and white”.

    “There have to be compromises”.

    “The middle of the road is all of the usable surface”.

    “The extremes, right and left, are in the gutters”.

  3. 圆桌派 第四季：日本：从北野武离婚探日本文化

    日本这一期，也是聊的很好的一期，印象最深的一句话是日本他是“杂种文化”。