imwildcat (WildCat)

我回来了，Ruby on Rails

imwildcat — Sun, 04 Aug 2024 04:46:47 +0800

https://blog.wildcat.io/2024/08/i-m-back-rails-zh/

再见啦，Ruby on Rails

imwildcat — Thu, 07 Sep 2023 10:45:46 +0800

由于今天 DHH 火速 merge 了这个 PR（https://github.com/hotwired/turbo/pull/971），感觉对这些年 Rails 的管理非常失望。水一篇博客： https://blog.wildcat.io/2023/09/goodbye_rails_zh/

Rails 7.0 正式版发布啦！

imwildcat — Thu, 16 Dec 2021 09:40:57 +0800

https://rubyonrails.org/2021/12/15/Rails-7-fulfilling-a-vision

有没有什么 Go 的 ORM 兼容 ActiveRecord 的 convention？想用 Rails 写大部分逻辑，Go 写高性能部分

imwildcat — Mon, 09 Aug 2021 13:18:23 +0800

似乎 gorm 的 convention 有点类似：https://gorm.io/docs/models.html

[苏州][内推] 微软：Outlook 团队招聘 Mac / Android / iOS 开发 (高分应用，HC 充足，title 不限)

imwildcat — Sat, 23 Jan 2021 09:24:58 +0800

Outlook（苏州）最近开放了大量职位，欢迎大家内推申请。机会难得。

团队介绍

Outlook Mobile 团队介绍（大王叫我来招人）：https://zhuanlan.zhihu.com/p/47614033
程序媛的日常：https://weibo.com/1691457394/H3Gy2fANF
在微软工作是什么体验：https://www.v2ex.com/t/499367

一般要求

Strong coding skills, and ability to write clean code Strong in English reading and writing with workable oral English Strong team spirit, easy to collaborate Strong learning ability, willing to learn and try new things out Previous relevant experience is a big plus 我们需要英文简历（或者中英文都有），对于申请的小伙伴，我会负责跟踪进度，解答苏州相关的问题等等。另外，我们会对简历信息严格保密，请放心！

联系方式：

邮件：wildcat.io[at]outlook.com（需要公司邮箱请加我微信）
微信：

微软苏州：Outlook Mobile 团队招 Android 小伙伴啦！其他职位也可帮推

imwildcat — Wed, 21 Oct 2020 14:28:07 +0800

Outlook Android 团队招人啦！

JD: https://careers.microsoft.com/us/en/job/919258/Software-Development-Engineer-all-level
所有职位列表：https://careers.microsoft.com/us/en/search-results?qcountry=China

内推联系方式：请直接发送中英文简历到我的邮箱：

echo "ZGFjaG9uQG1pY3Jvc29mdC5jb20K" | base64 --decode

欢迎咨询内推 (⁎⁍ᴗ⁍̴̛⁎) 弹性工作，全球协作环境，Google Play & App Store 高分应用，欢迎 Android 小伙伴加入！

其他介绍：

程序媛的一天：https://m.weibo.cn/detail/4308785423716383
在微软工作是什么体验： https://www.v2ex.com/t/499367
2020 新开始！微软苏州招人啦！（文末多图）：https://zhuanlan.zhihu.com/p/103265468

微软苏州 Microsoft Teams 团队招人啦！

imwildcat — Mon, 13 Apr 2020 13:06:02 +0800

Microsoft Teams（http://teams.microsoft.com/Start）招人啦！JD 链接：

https://careers.microsoft.com/professionals/us/en/job/818872/Software-Engineer-all-level-Microsoft-Teams

内推联系方式：请直接发送中英文简历到我的邮箱：

echo "ZGFjaG9uQG1pY3Jvc29mdC5jb20K" | base64 --decode

简介（以 JD 为准）：

Teams 是团队协作的关键设施，已被更多的用于远程学习，交流和协作。我们正处在创新和增长的初期，各种功能和设备等待开发，快来加入并与团队一起成长！

技术栈：

React/React Native
Android/iOS 开发
UWP (通用 Windows 平台)
前端开发

其他介绍：

程序媛的一天：https://m.weibo.cn/detail/4308785423716383
在微软工作是什么体验： https://www.v2ex.com/t/499367
2020 新开始！微软苏州招人啦！（文末多图）：https://zhuanlan.zhihu.com/p/103265468

[苏州][内推] 微软：Outlook Mobile 团队招聘后端 / Android / iOS / Engineering Manager (高分应用，HC 充足)

imwildcat — Sun, 08 Dec 2019 10:54:08 +0800

Outlook Mobile（苏州）最近开放了大量职位，欢迎大家内推申请。机会难得，可年前面试，年后入职。

团队介绍

Outlook Mobile 团队介绍（大王叫我来招人）：https://zhuanlan.zhihu.com/p/47614033
程序媛的日常：https://weibo.com/1691457394/H3Gy2fANF
在微软工作是什么体验：https://www.v2ex.com/t/499367

招聘职位

Service Engineer（JD 稍后补上）: experience in Java, C++ and/or C# preferred
iOS Engineer: experience in Swift preferred (fine if you're passionate about iOS app development and ready to learn)
Android Engineer: experience in Java and Kotlin preferred (fine if you're passionate about iOS app development and ready to learn)
Engineering Manager: 2+ years experience in people manager role (still strong in hands on work)

一般要求

Strong coding skills, and ability to write clean code
Strong in English reading and writing with workable oral English
Strong team spirit, easy to collaborate
Strong learning ability, willing to learn and try new things out
Previous relevant experience is a big plus

我们需要英文简历（或者中英文都有），对于申请的小伙伴，我会负责跟踪进度，解答苏州相关的问题等等。另外，我们会对简历信息严格保密，请放心！

联系方式：dachon[at]microsoft.com

在 Rails 项目中使用 Docker 和 GitLab CI 高效构建镜像 (第一部分)

imwildcat — Sat, 29 Jun 2019 16:39:37 +0800

原文地址：https://blog.wildcat.io/2019/06/rails-with-docker-part-1-zh/，英文版：https://blog.wildcat.io/2019/06/rails-with-docker-part-1/。转载请注明原文出处。

背景

Docker 是令人惊艳的 DevOps 工具，通过使用它可以节省大把时间，即使对个人项目来说也是如此，然而，把 Rails 项目有效地迁移到 Docker 技术栈上并不是一件容易的事情。通常我们会遇到如下问题：

最终镜像体积过大。
构建时间太长。安装项目依赖时会首先构建很多工具和库，这会消耗很多时间。
不太容易复用 Docker 景象来进行测试。

在这片文章里，你可以看到一个逐步 Docker 化 Rails 项目的比较完整流程，基于 GitLab CI。这个教程，对于 Rails 的 DevOps 来说，可能不是百分百完美。但是我认为这可以是一个不错的开始 😊。

文章太长，不想看怎么办？

如果你非常熟悉 Rails 和 Docker，或者你甚至尝试了多次这个技术栈的话，请直接跳过第一和第二节，或者直接前往 GitHub (https://github.com/imWildCat/rails-docker-demo) 或者 GitLab 仓库 (https://gitlab.com/imWildCat/docker-rails-demo)。如果你对 Docker 和 Gitlab CI 有丰富的经验，直接阅读问末尾总结部分也是一个不错的选择。

第 1 节：开始使用 Rails 和 Docker

请注意，Rails 6.0.0 稳定版现在还没发布 (2019-06-29)。请使用这个命令 gem install --pre rails 安装 rc1 版本。

从一个简单而且干净的项目开始总是极好的。我们可以使用下面的命令来创建一个 Rails 项目：

rails new -d postgresql --webpack react rails_docker_demo

在这个阶段，我们不需要写 Rails 代码。直接进入 Docker 部分吧。

所以，Dockerfile 应该是什么样子呢？

FROM ruby:2.6.3-alpine3.8

# Install alpine packages
RUN apk add --no-cache \
  build-base \
  busybox \
  ca-certificates \
  cmake \
  curl \
  git \
  tzdata \
  gnupg1 \
  graphicsmagick \
  libffi-dev \
  libsodium-dev \
  nodejs \
  yarn \
  openssh-client \
  postgresql-dev \
  tzdata

# Define WORKDIR
WORKDIR /app

# Use bunlder to avoid exit with code 1 bugs while doing integration test
RUN gem install bundler -v 2 --no-doc

# Copy dependency manifest
COPY Gemfile Gemfile.lock /app/

# Install Ruby dependencies
RUN bundle update --bundler
RUN bundle install --jobs $(nproc) --retry 3 --without development test \
      && rm -rf /usr/local/bundle/bundler/gems/*/.git /usr/local/bundle/cache/

# Copy JavaScript dependencies
COPY package.json yarn.lock /app/

# Install JavaScript dependencies
RUN yarn install

# Define basic environment variables
ENV NODE_ENV production
ENV RAILS_ENV production
ENV RAILS_LOG_TO_STDOUT true

# Copy source code
COPY . /app/

# Build front-end assets
RUN bundle exec rails webpacker:verify_install
RUN SECRET_KEY_BASE=nein bundle exec rails assets:precompile

RUN chmod +x ./bin/entrypoint.sh

# Define entrypoint
ENTRYPOINT ["./bin/entrypoint.sh"]

你也可以在项目仓库的 v1-base-case 下（GitHub 或者 GitLab），找到 bin/entrypoint.sh 的内容。

现在我们来看 .gitlab-ci.yml:

variables:
  # Prevent any locale errors
  LC_ALL: C.UTF-8
  LANG: en_US.UTF-8
  LANGUAGE: en_US.UTF-8

build_image:
  stage: build
  image: docker:stable
  services:
    - docker:dind
  variables:
    IMAGE_TAG: $CI_REGISTRY_IMAGE:latest
  before_script:
    - docker login -u gitlab-ci-token -p $CI_JOB_TOKEN $CI_REGISTRY
  script:
    - docker pull $IMAGE_TAG || echo "No pre-built image found."
    - docker build --cache-from $IMAGE_TAG -t $IMAGE_TAG . || docker build -t $IMAGE_TAG . # Use cache for building if possible
    - docker push $IMAGE_TAG

这个 CI 配置文件使用 --cahce-from 做了一些缓存，但是它没有特别大的作用。一旦我们修改了 alpine 的依赖库，整个流程都会被重新构建。在改进缓存之前，我们不如先部署这个 Rails 镜像试试。到目前位置，构建好的 Docker 镜像还不能被直接部署。

构建时间：

Rails 项目：5 分 51 秒（从零开始，估计时间)

有关这部分的详细改动，请阅读这个 Merge Request：https://gitlab.com/imWildCat/docker-rails-demo/merge_requests/1.

第 1.1 节：关于部署的改进

对于部署来说，我们都需要做哪些工作呢？

一个反向代理，比如 nginx
数据库配置
密钥或者master.key
（可选）任务队列，比如 sidekiq

因为这个话题不是很契合这篇文章的主题，我想用一个 PR 来展示改动：

https://gitlab.com/imWildCat/docker-rails-demo/merge_requests/3

部署大概步骤如下：

下载并修改 docker-compose.yml 到你的宿主机。
（可选）把 master.key 移动到宿主机的指定位置（docker-compose.yml 有设定）。
拉取镜像：sudo docker-compose pull。
启动服务：sudo docker-compose up。
（可选）在停止服务后，你可以执行 sudo docker-compose down 删除之前创建的所有资源。

我们也可以了解以下内容：

我们也可以对 Rails 服务设置 SECRET_KEY_BASE 这个环境变量。
nginx 服务器的端口可以被暴露出来，或者也可以使用宿主机级别的反向代理比如 Traefik。

构建时间：

Rails 项目：5:09（从零开始，估算时间），1:47（使用缓存，估算时间）

反向代理：0:43（估算时间）

在部署之后，你会看到 404 页面。因为我们没有写任何业务逻辑，所以这没问题。

第 2 节：Multi-stage 构建

在前一节构建的景象里，有一个非常明显的问题，就是镜像太大了（大概 617MB）。所以，我们可以做些什么来减小这个 Docker 镜像的体积呢？

首先，让我们来看看 Dockerfile。这里大概有三部分：

安装系统依赖
根据 Gemfile 和 package.json 安装项目依赖
构建前端资源，设置基础环境

不错的事情是，我们可以利用 Docker 的 multi-stage builds。在这个教程里，我不会太深入探讨这个特性，但是它有很大的潜力，值得探索。

在这个章节里，我们需要把原来的 Dockerfile 分为两部分：

Dockerfile.builder：安装依赖
Dockerfile：构建最终 Docker 镜像

我们应该把 Dockerfile 里在最终构建 Rails 应用之前的代码移动到 Dockerfile.builder 里：

# Stage for dependencies installation
FROM ruby:2.6.3-alpine3.8 as builder

# Install alpine packages
RUN apk add --no-cache \
  build-base \
  busybox \
  ca-certificates \
  cmake \
  curl \
  git \
  tzdata \
  gnupg1 \
  graphicsmagick \
  libffi-dev \
  libsodium-dev \
  nodejs \
  yarn \
  openssh-client \
  postgresql-dev \
  tzdata

# Define WORKDIR
WORKDIR /app

# Use bunlder to avoid exit with code 1 bugs while doing integration test
RUN gem install bundler -v 2 --no-doc

# Copy dependency manifest
COPY Gemfile Gemfile.lock /app/

# Install Ruby dependencies
RUN bundle update --bundler
RUN bundle install --jobs $(nproc) --retry 3 --without development test

# Copy JavaScript dependencies
COPY package.json yarn.lock /app/

# Install JavaScript dependencies
RUN yarn install

我们也需要更新 Dockerfile，使用两个 stages，由此我们可以减小最终的镜像体积。

# ARG: https://docs.docker.com/engine/reference/builder/#understand-how-arg-and-from-interact
ARG BUILDER_IMAGE_TAG
FROM $BUILDER_IMAGE_TAG as builder

# Define basic environment variables
ENV NODE_ENV production
ENV RAILS_ENV production
ENV RAILS_LOG_TO_STDOUT true

# Copy source code
COPY . /app/

# Build front-end assets
RUN bundle exec rails webpacker:verify_install
RUN SECRET_KEY_BASE=nein bundle exec rails assets:precompile

RUN rm -rf node_modules

FROM ruby:2.6.3-alpine3.8 as deploy

RUN apk add --no-cache \
  ca-certificates \
  curl \
  tzdata \
  gnupg1 \
  graphicsmagick \
  libsodium-dev \
  nodejs \
  postgresql-dev \
  bash

# Define basic environment variables
ENV NODE_ENV production
ENV RAILS_ENV production
ENV RAILS_LOG_TO_STDOUT true
# Defined for future testing
ENV RAILS_SERVE_STATIC_FILES true

WORKDIR /var/www/app

COPY --from=builder /usr/local/bundle/ /usr/local/bundle/
COPY --from=builder /app/ /var/www/app/
# We will copy the files in to /app/public while app is starting.
# Otherwise, the asset files may not be updated if we use named volume.
COPY --from=builder /app/public /var/www/app/public_temp

RUN chmod +x ./bin/entrypoint.sh

# Define entrypoint
ENTRYPOINT ["./bin/entrypoint.sh"]

然后，我们也需要更新 CI 的配置 .gitlab-ci.yml：

# ...
build_image:
  stage: build
  image: docker:stable
  services:
    - docker:dind
  variables:
    IMAGE_TAG: $CI_REGISTRY_IMAGE:$CI_COMMIT_REF_SLUG
    BUILDER_IMAGE_TAG: $CI_REGISTRY_IMAGE/builder:latest
  before_script:
    - docker login -u gitlab-ci-token -p $CI_JOB_TOKEN $CI_REGISTRY
  script:
    - docker pull $BUILDER_IMAGE_TAG || echo "No pre-built image found."
    - docker build --cache-from $BUILDER_IMAGE_TAG -t $BUILDER_IMAGE_TAG -f Dockerfile.builder . || docker build -t $BUILDER_IMAGE_TAG -f Dockerfile.builder . 
    - docker push $BUILDER_IMAGE_TAG
    - docker pull $IMAGE_TAG || echo "No pre-built image found."
    - docker build --cache-from $IMAGE_TAG --build-arg BUILDER_IMAGE_TAG=${BUILDER_IMAGE_TAG} -t $IMAGE_TAG . || docker build --build-arg BUILDER_IMAGE_TAG=${BUILDER_IMAGE_TAG} -t $IMAGE_TAG . # Use cache for building if possible
    - docker push $IMAGE_TAG
# ...

请注意我们在这里使用了：build-time variables (--build-arg)。

另外，在 bin/entrypoint.sh 里也用了一点小技巧来处理静态资源：

rm -rf public/* # Remove assets in named volume
cp -r public_temp/* public/ # Copy new files from new image

通过这些改进，我们可以把最终镜像大小大概从 617MB 减小到 221MB (64.1%)。时间消耗大致相同。

关于细节，可以阅读这个 Merge Request: https://gitlab.com/imWildCat/docker-rails-demo/merge_requests/1.

第 3 节：按需的 multi-stage 构建

在引入 multi-stage 构建后，你可能想知道，我们是否可以只在有必要的情况下构建 builder。因为对于绝大多数 commits 和 PRs 来说，我们不会改动依赖。只有业务逻辑是经常变动的。我们可以利用 GitLab CI 的 only 配置（https://docs.gitlab.com/ee/ci/yaml/#onlyexcept-basic）和‘stage’特性。他们非常好用。

首先，我们可以在 .gitlab-ci.yml 文件头部添加 stages 设定。

stages:
  - prebuild
  # - test # For future work
  - build
  # - deploy # For future work

然后，builder 的构建逻辑需要被移动到一个新的 stage prebuild 里：

construct_builder:
  stage: prebuild
  image: docker:stable
  services:
    - docker:dind
  only:
    changes:
      - Dockerfile
      - Dockerfile.builder
      - Gemfile
      - Gemfile.lock
      - package.json
      - yarn.lock
  variables:
    BUILDER_IMAGE_TAG: $CI_REGISTRY_IMAGE/builder:latest
  before_script:
    - docker login -u gitlab-ci-token -p $CI_JOB_TOKEN $CI_REGISTRY
  script:
    - docker pull $BUILDER_IMAGE_TAG || echo "No pre-built image found."
    - docker build --cache-from $BUILDER_IMAGE_TAG -t $BUILDER_IMAGE_TAG -f Dockerfile.builder . || docker build -t $BUILDER_IMAGE_TAG -f Dockerfile.builder . 
    - docker push $BUILDER_IMAGE_TAG

请注意，为了简单，我们这里继续使用 latest 标签。你可能需要根据需求改动它。

所以我们也可以继续简化 build_image：

build_image:
  # ...
  script:
    - docker pull $BUILDER_IMAGE_TAG
    - docker build --build-arg BUILDER_IMAGE_TAG=${BUILDER_IMAGE_TAG} -t $IMAGE_TAG .
    - docker push $IMAGE_TAG

类似地，我们也需要在 build_reverse_proxy 里也使用这个方法。它的 stage 需要被改为 prebuild，以备 construct_builder 构建失败。在这个特殊情况里，如果对反向代理做了任何改动，build_reverse_proxy 不会被触发了。

build_reverse_proxy:
  stage: prebuild
  # ...
  only:
    changes:
      - misc/reverse_proxy/**/*
      - misc/reverse_proxy/Dockerfile
  # ...

最后，我们终于可以只在必须的情况下，构建这些基础镜像了。构建 builder 这个基础镜像会花很多时间。通过这些工作，我们可以剩下很多 GitLab CI 月度配额。实际上，我们自己的时间也节约了很多。

构建时间

Builder（只会在依赖改变时触发）：4:38（估算）

Rails 应用：02:14（估算），节约了 50% 的时间，相对于上一节。

反向代理（只会在依赖改变时触发）：没有变化。

详情可阅读这个 Merge Request：https://gitlab.com/imWildCat/docker-rails-demo/merge_requests/1.

总结

实际上，这个教程用了如下的技术来加速构建和减少最终镜像大小：

--cahce-from option: https://docs.docker.com/engine/reference/commandline/build/
Multi-stage build: https://docs.docker.com/develop/develop-images/multistage-build/
Build-time variables (--build-arg): https://docs.docker.com/engine/reference/commandline/build/#set-build-time-variables---build-arg
GitLab CI: only: https://docs.gitlab.com/ee/ci/yaml/#onlyexcept-basic

通过使用这些技术，我们不仅可以节约构建时间，也可以降低最终构建镜像的大小，从而获得愉悦的开发和部署体验。

未来的话题

这里本来应该有两个或者更多关于测试和 lint 的话题，不过我准备延后发布这些内容。因为前三节花费了我太多时间。实际上，在 Docker Swarm 上使用 Traefik 和 Portainer webhooks 可以完全自动化这个 DevOps 流程。我想以后的空闲时间再来写这些。

小提示

如果你不希望在你的开发机器上使用 Docker，VS Code Remote Development 是一个非常棒的工具，可以在远程机器上使用。

ActiveStorage 的若干问题：1. 如何在 where 语句里判断是否 attached? 2. purge 后， attached? 为 true 但是 blob 是 nil

imwildcat — Mon, 22 Oct 2018 18:26:48 +0800

ActiveStorage 的若干问题：

如何在 where 语句里判断是否 attached？
https://stackoverflow.com/questions/52418114/how-to-query-records-that-have-an-activestorage-attachment 这有说，但是需要先把 ids 请求出来
purge 后，attached? 为 true 但是 blob 是 nil。
类似这个问题：https://stackoverflow.com/questions/50223308/activestorage-record-returns-attached-as-true-but-the-blob-is-nil-how-do-i-re 是不是可以去提 issues 了呢？

现在项目上线了但是非常后悔用 Active Storage。感觉实在是太不好用了

GoRails 的 tools & gems 似乎不错啊，看起来是个有意思的 RubyToolBox 的补充？

imwildcat — Sun, 29 Jul 2018 04:04:22 +0800

https://gorails.com/tool_categories

对比：

https://www.ruby-toolbox.com

ActiveRecord 子查询 (或者是 join) 与含有子查询的主查询缓存问题

imwildcat — Wed, 14 Mar 2018 22:10:33 +0800

举个例子，项目有三个 models：User, Post, UserLike，每次请求一个 PostsController#show 时，我想顺便用一条查询获取这个用户是否为这个 Post 点赞了。如果是 raw SQL 大概是 SELECT * FROM posts WHERE posts.id = ? LEFT JOIN user_likes ON posts.id = user_likes.id LEFT JOIN users ON posts.user_id = users.id;

ActiveRecord 里有没有办法去缓存 SELECT * FROM posts WHERE posts.id = ? 这一部分，每次只查询后面的 join 部分？

ER diagram 如下（可能不够标准）：

商科背景， 5 周完成 deeplearning.ai 课程的过程、心得与总结

imwildcat — Sun, 11 Feb 2018 19:30:08 +0800

deeplearning.ai 的课程已经发布一段时间了，最后一部分 Sequence Model 也在不到一周前发布。虽然最近开学课业紧张，我终于在前天赶完了课程。在此之中有一些感受，想简单写写，供大家参考。原文地址：https://blog.wildcat.io/2018/02/summary-of-my-learning-experience-about-deeplearning-ai-zh/ ，转载请注明出处。

完成课程的时间与物质成本

吴恩达（Andrew Ng）教授对中国的深度学习学习者来说真的很良心，直接把课程视频和讲义发布到网易云课堂免费供大家观看阅读。在夏天，deeplearning.ai 课程刚刚发布的时候，我也是在网易云课堂慢慢观看课程，效率较低。而且这个课程如果抛开编程练习，意义就要小很多了。因此，在圣诞假期的末期时候，我决定去购买了 Coursera 的订阅，并在一月中旬连续刷完前三门课程，一月下旬和二月前几天完成了 Convolutional Neural Networks 和 Sequence Model 部分。时间表如下：

课程	完成时间
Neural Networks and Deep Learning	4 January, 2018
Improving Deep Neural Networks: Hyperparameter tuning, Regularization and Optimization	7 January, 2018
Structuring Machine Learning Projects	9 January, 2018
Convolutional Neural Networks	25 January, 2018
Sequence Models	6 February, 2018

可以看到，整套课程完成大概用了 5 周的时间（这个时间并不是全职完成课程，而是完成笔者大学的课程和作业的闲暇时间）。Coursera 有一个星期的试用期，最终应该只会产生一次订阅月费（£36）。不过，实际上，对于自己来说，达到这个速度是有一定的先决条件的：

已完成 Coursera 上 Machine Learning 课程
有选修现在学校的 Machine Learning 与 Introduction to Neural Computation 课程
有一定的微分和线性代数基础（本科学了一部分金融和经济学，一部分 marketing，现在硕士计算机科学）
全部视频都是 1.25 倍速播放（不过算上记笔记时暂停用的时间，估算速度也就大概 1.15 倍）

因此，每个人情况不同，个人觉得不用特别追求速度。对于 Andrew Ng 的课程来讲，花上三个月的订阅费去学习也是性价比很高的（相比于其他同类课程的价格，这个课程已经不能再良心了）。

对课程的整体感受

刚入门时比较基础，从最基础的 logistic regression 讲起，学习曲线并不陡峭。另外，这门课也是比较有深度的，挖掘了 Adam、Momentum、LSTM、GRU 等复杂概念。
Ng 很喜欢鼓励大家，每当讲到很复杂的概念的时候，他总是安慰大家，不用太害怕这些复杂的东西，慢慢理解就好。他总是说，自己最初也是边用边慢慢深入理解的。很喜欢 Ng 常用的一个词“intuition”，个人对这个词的理解就是，对于复杂的概念，不求甚解，在以后的使用中慢慢体会。
持续时间不算长，不拖沓。不同知识点被合理分配成不同的短视频，适合零碎时间看。
个人偏好 Ng 的讲义形式：手写标注和打印公式相结合。
很多部分的设计，比如 notations（上标下标等），非常用心，可以看出 Ng 下了不少功夫。
编程作业设计得比较好，很注意训练模型与使用 pretrained weights 相结合，节约训练时间。

事后总结的，完成课程的一些小技巧

这部分适合刚开始学习这门课程的同学参考。

Lecture 部分

一定一定一定要做笔记，个人建议最好纸笔手写笔记，只有自己写下公式和网络架构图，写代码时才更加自信并且不容易出错。
尽量多复习回顾，可能回顾一两遍后，印象很深，方便后面答 quiz 和编程作业。

Assignment 部分

多用 Coursera 论坛搜索 Jupyter Notebook 的报错，也可以用 Google 搜一些比较 general 的报错，例如 Keras 和 TensorFlow 的报错。
- 对于 dimension 的报错，应该去想这个 dimension 是为什么错，正确的 dimension 应该是从哪里来的。
- 一些报错很难 debug，一定要有耐心。有时候实在解决不了编程作业就等一两天，说不定过段时间就有思路了。
一定不要去 GitHub 找代码（照抄代码骗人骗己浪费钱，多搜索锻炼思考与解决问题能力）。
Jupyter Notebook 中的内容，尤其是练习后总结的蓝字要认真读，甚至做笔记。这样有助于加深对于 lectures 的理解（比如不同方法的优劣等等）。
如果 Jupyter Notebook 总是输出与期望数据不相关的值，请不要总是以为习题设计有问题（早期问题大部分可能都被修复了），多从自己找原因，多搜索。如果实在被卡住，可以提问后进行下周课程以节约时间。
对于 Keras 要大胆尝试，多查文档。一个很重要的点就是理解 Keras 的函数式编程 API。

其他感受

最后一个编程作业呼应了 Ng 的 Machine Learning 中讲到声音合成的部分，很有趣。
预处理数据可能比根据论文复用成熟深度学习模型本身要复杂很多。
虽然第三部分个人得分最低而且没有编程作业，但是依旧很值得学习，传授的是 Ng 多年总结的经验。
Ng 对于一些深度学习领域的领军人物的采访，也非常值得一看。比如，GAN 的”发明人“Ian Goodfellow 入门之路竟然是从上 Andrew Ng 在斯坦福的 AI 课开始的（并且 Ng 一开始并不知道这件事）。

总结

毋庸置疑，deeplearning.ai 这一组深度学习课程，质量是非常高的。对于入门者来说，完成这一系列课程需要非常大的毅力与耐心。完成这门课，仅仅意味着自己在这个领域刚刚入门，还有很多需要慢慢探索，比如强化学习、GAN 等。不管怎样，希望在学习深度学习路上的各位，可以早日做出自己喜欢的有趣应用。

RubyMine 的 object literal (不知道是否可以这么称呼) 的 formatting 出错

imwildcat — Sun, 11 Feb 2018 19:16:41 +0800

JetBrains 官方论坛发帖没人回复：https://intellij-support.jetbrains.com/hc/en-us/community/posts/360000042710-Buggy-formatting-for-object-literal-Ruby-

例 1:

会变成

例 2:

会变成

Rails 5.1.4 中的 manifest.js 的作用是什么？看起来似乎是 Sprockets 4.x 的特性？

imwildcat — Fri, 29 Dec 2017 04:40:12 +0800

Rails 5.1.4 似乎没有 Sprockets 4.x，文档似乎也没找到很详细的解释，另外似乎也没有了 application.js 文件了？

有没有 Asset Pipeline 的增强 gem 支持编译 ES6 的？

imwildcat — Wed, 27 Dec 2017 23:18:21 +0800

想在 js 里用 ES6 特性但是感觉不想用 Webpacker（要安装的依赖太多），有没有好办法？

Validation 可不可以仅仅对一个 controller 的 action 生效或某个 form 生效？

imwildcat — Mon, 03 Jul 2017 01:10:57 +0800

想在 model 上加针对某个字段的 validation，但是不想全局生效，有没有好办法？

最近深感需要学习 Rails 测试了，RSpec 和自带测试框架哪个好一些？5.1 新增的系统测试有什么好的入门指南吗？(微信应用)

imwildcat — Thu, 22 Jun 2017 20:51:34 +0800

最近在帮朋友做一个超级复杂的系统，没有写测试。由于逻辑复杂而且自己编程习惯不够好，感觉代码量一大就很难高效开发了——经常牵一发而动全身，改动一处导致其他地方的 bug。

之前自学过一部分 Rails 测试，关于 model 的测试应该不难。但是如果接入微信，如何 mock 微信登录部分呢？还是直接跳过这部分，直接算用户登录后的情形？

另外关于 sidekiq 的 worker 部分如何测试比较好？

Rails.cache.fetch 的外层方法不能有参数么？我有参数的外层方法内部的缓存都没有执行

imwildcat — Thu, 22 Jun 2017 00:11:53 +0800

以钉钉 API 调用举个例子（js ticket 需要缓存）：

def get_js_ticket_1(access_token)
  Rails.logger.info 'fetching dingding js ticket'
  res = Net::HTTP.get(URI.parse("https://oapi.dingtalk.com/get_jsapi_ticket?access_token=#{access_token}"))
  if res
    result = ActiveSupport::JSON.decode(res)
    p result
    if result and result['errcode'] == 0
      return result['ticket']
    end
  end
  raise 'Cannot get access token for Dingding'
end

def get_cached_js_ticket
  Rails.cache.fetch('dingding_js_t', expires_in: 1.hour) do
    ak = get_access_token
    get_js_ticket_1(ak)
  end
end

这里get_cached_js_ticket 是没有参数的，可以正确执行缓存。

但是：

def get_js_ticket_2(access_token)
  Rails.cache.fetch('dingding_js_t', expires_in: 1.hour) do
    Rails.logger.info 'fetching dingding js ticket'
    res = Net::HTTP.get(URI.parse("https://oapi.dingtalk.com/get_jsapi_ticket?access_token=#{access_token}"))
    if res
      result = ActiveSupport::JSON.decode(res)
      p result
      if result and result['errcode'] == 0
        return result['ticket']
      end
    end
    raise 'Cannot get access token for Dingding'
  end
end

则不能成功缓存。

感觉好黑科技啊，内层的方法如何检测外层方法有没有参数？怎么实现的？

Turbolinks 会导致微信网页在 iOS 上点击链接时出现 invalid signature 错误，Android 和开发者工具则正常

imwildcat — Tue, 20 Jun 2017 09:02:12 +0800

最近在做微信网页开发，用的是 wechat 这个 gem。 iOS 上，目前生成的网页，首页没问题，一旦点击一次链接就会出现 invalid signature 错误。

搜索了很多相关关键词，甚至关于 React 的微信网页开发的。都没找到什么可以利用的资料。很想用 turbolinks，但是现在看来只能关闭了。奇怪的是为什么 Android 正常 iOS 不正常，按理说 iOS 的浏览器应该更稳定才对。