开发中经常用到内网穿透。 Install brew cask install ngrok cd /usr/local/bin ln -s ngrok /Applications/ngrok 使用 打开 https://dashboard.ngrok.com/ 查看 Auth 把自己的 Authtoken 绑定下。...

普通的 ids 有啥问题 大多数 Web 应用使用数据库的自增 ID 作为对象的唯一标识。 p1 = Person.create! p1.id # => 1 p2 = Person.create! p2.id #...

首先直接看例子来理解它们的不同。 Preload 它通过两次查询装载数据。 Space.preload(:topics) Space Load (60.3ms) SELECT `spaces`.* FROM `spaces` WHERE `spaces`.`deleted_at` IS NULL Topic Load (179.3ms) SELECT `topics`.*...

简介 Oh-My-Zsh 可以很方便的让 ZSH 的新手能有一套还不错的起步，而且提供了丰富的插件和配色方案。但是它的插件管理一直是个老大难问题。 关于 Oh-My-Zsh 的更多吐槽可以直接看这篇文章，Oh-my-zsh is the Disease and Antigen is the Vaccine。 开始使用 Antigen Antigen 的灵感来自...

过早优化时常出现在我们的开发过程中，不知不觉就会为我们带来不必要的负担。时刻感知到这一问题的存在，知道何时该优化、何时不该优化，是一名优秀的软件工程师必备的素养之一。 什么是过早优化 可以先看看 知乎 相关的讨论。 过早指的不是在开发过程的早期，而是在还没弄清楚需求未来的变化的走向的时候。你的优化不仅可能导致你无法很好地实现新的需求，而且你对优化的预期的猜测有可能还是错的，导致实际上你除了把代码变复杂以外什么都没得到。 什么情况下会发生过早优化呢 对所要实现的系统没有一个全面的规划 需求本身不够稳定，或对需求的理解不够透彻 没有全面的规划，就容易拘泥于细节。对于需求分析不够清晰，则往往会制造许多南辕北辙的废代码。在时机仍不成熟时，就针对一些细节上动用太多的脑筋、早早地开始优化性能，不仅会大大地增加代码复杂度，而且这些优化在很多情况还会对后面的开发工作增添大量的障碍。 例如常见的缓存策略。如果缓存基本难以命中倒还好，如果应用一直在使用已经过期的缓存，问题就很大了。一旦在项目中使用了没有经过推敲的缓存失效策略，很容易就会导致很多难以预期的结果。 避免过早优化的原则 先抗住，后优化。 要避免过早优化，只需要注意两点： 逐步完善系统，不追求一步到位； 在考虑优化的同时，需要清楚它所带来的收益和影响范围。 写代码时需要最优先考虑的应该是 代码的可读性和可维护性才是，展开说还包括了代码的复用性、抽象层次。别太担心性能。 What Andy...

概念 例子 老王用水壶煮水，并且站在那里，不管水开没开，每隔一定时间看看水开了没。同步阻塞 老王还是用水壶煮水，不再傻傻的站在那里看水开，跑去寝室上网，但是还是会每隔一段时间过来看看水开了没有，水没有开就走人。同步非阻塞 老王这次使用高大上的响水壶来煮水，站在那里，但是不会再每隔一段时间去看水开，而是等水开了，水壶会自动的通知他。异步阻塞 老王还是使用响水壶煮水，跑到客厅上网去，等着响水壶自己把水煮熟了以后通知他。异步非阻塞 同步和异步 同步就是烧开水，需要自己去轮询（每隔一段时间去看看水开了没），异步就是水开了，然后水壶会通知你水已经开了，你可以回来处理这些开水了。 同步和异步关注的是 消息通信机制 synchronous communication / asynchronous communication。 同步方法调用一旦开始，在没有得到结果之前，该调用就不返回。但是一旦调用返回，就得到返回值了。 异步方法调用更像一个消息传递，一旦开始，方法调用就会立即返回，调用者就可以继续后续的操作，所以没有返回结果。在调用发出后，被调用者通过状态、通知等来通知调用者，或通过回调函数处理这个调用。 阻塞和非阻塞 阻塞就是说在煮水的过程中，你不可以去干其他的事情，非阻塞就是在同样的情况下，可以同时去干其他的事情。 也就是说阻塞调用是指调用结果返回之前，当前线程会被挂起。调用线程只有在得到结果之后才会返回。非阻塞调用指在不能立刻得到结果之前，该调用不会阻塞当前线程。...

什么是算法的复杂度 对于任何一个程序来说，都可以从三个方面进行分析，分别是 输入、处理、输出，也即 IPO（Input、Process、Output），这种分析方法对硬件和软件程序都是适用的。 数据的来源（Input）：可以是硬件传感器收集的，也可以是从网上爬取的…。数据的输出（Output）：可以显示在网页上，安卓APP上，电子屏幕上…。而最重要的是程序处理，可以对数据进行简单的处理，也可以对数据进行挖掘。 评价一个程序的复杂程度，关键也是看程序中处理数据的这部分，对数据处理就要用到算法了。 分析一个算法的复杂度，也是在分析一个算法的好坏优劣，简单高效的算法才是我们应该追求的，而复杂低效的算法则是我们需要改进的。算法的复杂度包括 时间复杂度 和 空间复杂度，下面将用尽量少的概念来帮你搞懂这两个度。 什么是算法的时间复杂度 讨论算法的时间复杂度，也是在讨论程序使用该算法运行的时间。而单纯从程序运行需要的时间长短上，并不能反映算法的优劣，因为这和运行的设备也有很大关系（计算机计算主要用到的是 CPU 和 GPU）。 算法的时间复杂度并不能以具体的时间数值为单位（如1秒钟，1分钟等），那算法复杂度中的时间单位是什么呢？这个时间单位其实更像是程序中执行的次数或者步骤数。 举个栗子，当你忘记东西放哪里了，可能会把所有的抽屉都找一遍，假如你有 n 个抽屉，那么找完 n...

如果没有索引，对于无序的数据，我们查找数据就只能依靠遍历，算法时间复杂度为O(N)；对于有序的数据，可以使用二分查找， 时间复杂度为O(lgN)，但是此处的有序还有一个要求，就是数据是空间连续的，即如果是使用链表保存，即便是有序也无法使用 二分查找。 现实世界中，数据的出现总是无序的，对于无序的数据，常有这么几个数据结构来构建索引： Hash table: https://en.wikipedia.org/wiki/Hash_table 哈希表，教科书上有，太经典了，不说了。其优点是查找速度非常快，缺点是无序，因此无法借助哈希表进行范围查找。现实 中的例子是：Redis中的KV。 LSM Tree: https://en.wikipedia.org/wiki/Log-structured_merge-tree 对于机械硬盘来说，随机读写非常耗时，但是顺序读写非常的快。LSM Tree就特别适合处理这种情况。首先，在内存中会维护一个 表（比如哈希表，或者跳跃表）来实现KV，每次写入之前，都会先追加到硬盘上的一个Append Only的日志文件。然后周期性的合并 老的Append Only的文件。Append Only的日志文件每达到一定大小之后，就写入到一个新的文件，老的文件会进行合并&排序。此后 查找起来就很快了，先从内存中的数据查找，没找到就从日志文件里从新到旧查找，因为文件都是有序的，所以可以使用二分查找。...

需要在一个历史遗留的数据库中清理和更新其中的 URL。这些 URL 各种各样：有些是 http/https、有些可能都没有 http:// 和 www 部分、有些网址已经不能访问了。 我们需要一个解决方案，传给它一个现在数据库的 URL，它返回一个可用的完整 URL，如果网址已经不能访问就返回 nil。 说着容易做着难，在各种尝试之后最后选定了基于 libcurl 的 curb。 def checked_url(url) begin...

有时我们在 Rails 项目中要执行一些比较复杂的操作数据库的 rake tasks。可能是更新一批记录的属性或者批量删除数据。 而 Rails 没有像 console 一样给我们提供一个 sandbox。在 sandbox 模式下，当退出 console 的时，所有数据库操作都会回滚。 现在我们把这个模式移植到 rake 中，首先创建一个 sandbox.rake 从...

假设我们的需求是实现信号灯，那么状态就是 红，黄，绿。每个状态都知道自己需要处理的事情：下一步要变成什么颜色的灯。 if @light.state == "green" @light.play_green_sound end if @light.state == "green" @light.change_to_yellow end 什么是 State Design Pattern State Design...

并不是所有用户都和你一样喜欢使用 1Password 或 KeePass 这样的工具来管理自己的密码。普通用户都是喜欢使用自己易于记录的密码，或者所有网站都用同样的密码。 有一种观点：教育用户并保护他们的安全是开发者的责任，即使这对用户来说可能有点不愉快。 基于这一观点，开发者会禁止用户使用易于被暴力猜解的密码，比如 12345678 或者 qwerty 这种。 密码策略是一组规则，旨在通过鼓励用户使用强密码并正确使用它们来增强计算机安全性。 对于 Rails 应用来说，只需要在 User 模型中添加一个自定义的验证方法，就可以为应用添加简单的密码策略。 validate :password_complexity def...

在进行 API 开发的时候，经常会遇到客户端传递版本号，然后服务端进行不同的逻辑处理。用字符串比较经常遇到问题 '1.8.9' > '1.78.1' #=> true 方案 1 先介绍最优方案，使用 Ruby 的标准库中的 Gem::Version。不需要引用，直接用就行。 # Compares if a version is...

Bust A Gem 这个插件和 GitLens 冲突，而且对于 symbol 的解析很有问题，建议不要用。　 通过使用 ripper-tags 创建 TAGS 文件，为 Ruby 项目提供 Go to Definition 功能的扩展。 添加了...

简介 Abstract super class that provides a thread-isolated attributes singleton, which resets automatically before and after each request. This allows...

简介 寻找能够通过其他人完成任务的人，他的团队中的人觉得他或她有诚信。 - Sam Wyly 是他的下属的助手。 - Thoman J. Watson 每个人都应该对管理负责。 - Jurgen Appelo 管理是一项行为而不是一个角色，将始终存在于组织内。敏捷组织中的管理是一种水平的活动，而不是使用特定管理职位的垂直型传统组织。不需要争夺晋升的机会，因为可以轮岗啊。 赚钱是结果，而不是活动的目标。 敏捷的团队对自己的工作做出自己的决定并管理执行过程 团队成员有强烈的合作动力，知道除非他们全部成功，否则任何一个都不会成功 通过发布、冲刺和团队目标达成共同目标的共识 关键词是信任、透明、开放的沟通、协作、主动、学习和集体的承诺...

Memoization 是一种可以用来加速访问者方法的技术。将耗时的方法逻辑只需要运行一次，然后将结果缓存。Rails 以前曾有一个类似的模块来处理这个类似情况 memoize，后来因为争议而被删除了，取而代之的下面讨论的一些常见的 memoization 模式。 Super basic memoization class User < ActiveRecord::Base def twitter_followers # assuming twitter_user.followers makes a...

Active Record 回调 回调是在对象生命周期的某些时刻被调用的方法。通过回调，我们可以编写在创建、保存、更新、删除、验证或从数据库中加载 Active Record 对象时执行的代码。 class User < ApplicationRecord before_create do self.name = login.capitalize if name.blank? end after_validation...

作为一名以 Ruby 当作主语言的程序员，我一直认为元编程是编程中的一个边缘问题，对它的看法是 元编程很厉害，但是咱们在业务开发中谁都别用它，不方便调试和理解。 但是想一下，为什么在 libraries 和 gems 中处处充满了元编程，但是应用代码中几乎不存在呢？因为 gems 开发的目的是期望作出所有应用中可通用的组件。维基百科对 generalisation 的定义：通过抽象公共属性从特定实例中制定通用概念。 One of the best ways to write...

问题 许多 web 应用程序需要向用户发送链接，以允许用户在不登录的情况下执行操作。常见的例如密码重置和确认电子邮件地址之类功能。这些链接需要携带识别信息，以便服务器能够判断哪个用户正在执行操作。如果是敏感操作，链接还应该进行模糊处理，以免被人猜到网址生成算法。 我们有几种方法来生成这样的链接。比如大家都熟悉的 has_secure_token，这个类库包含了生成和保存令牌入库的逻辑。 在服务器上保存令牌的缺点也显而易见。以明文形式存储令牌意味着，如果攻击者能够拿到数据库，所有存储的令牌都会暴露出来。当然给令牌进行 Hashing (或 digesting) 令其不对称，算修复了这个问题，但我们仍要持久化并保护这些数据。 解决方案 更好的一种方式是根本不保存这些令牌。可以生成一个令牌，通过链接发送出去，然后在它被发送回服务端时进行验证。 我们可以通过编码和签名令牌实现这种无状态方案。Rails 提供了 ActiveSupport::MessageEncryptor 和 ActiveSupport::MessageVerifier 正适合干这事。 下面以用户确认订阅邮件列表的案例来讲解该功能。...

查看日志的时候，如果能看到引起该操作的用户是哪个就会方便多了。 Rails 的 config 支持添加 log_tag，它有一些内置的选项，比如 subdomain 和 request_id 也可以添加一些 Proc。 将以为的配置代码插入到 config/application.rb 就会在日志中插入一些标记，打印出 session 中的 user_id。 config.log_tags = [...

问题 我们经常用 find_or_create_by 来处理如果记录不存在就创建一个的情况。 > User.find_or_create_by(username: "sikachu") User Load (0.2ms) SELECT "users".* FROM "users" WHERE "users"."username" = ? LIMIT ?...

小抄合集 可能你更喜欢使用 HTTParty, Typhoeus, rest-client 之类封装更好的库，但我还是认为 Net::HTTP 是最无痛的方式，因为它是标准库啊。 Standard HTTP Request require "net/http" require "uri" uri = URI.parse("http://google.com/") # Shortcut...

基础概念 Redis 是一个基于内存的高性能 Key-Value 数据库。 Redis 适合的场景主要局限在较小数据量的高性能操作和运算上。 优点 因为是纯内存操作，Redis 的性能非常出色，每秒可以处理超过 10 万次读写操作 支持保存多种数据结构，此外单个 value 的最大限制是 1GB，memcached 只能保存 1MB 的数据 支持事务，操作都是原子性，所谓的原子性就是对数据的更改要么全部执行，要么全部不执行...

结束后回滚 $ rails console --sandbox 沙箱模式下的所有 commit 都在一个事务中，所以在退出的时候会回滚所有数据操作。 检索上一次执行结果 通过 _ 获取控制台上一次执行结果。 >> Game.all.map(&:name) => ["zelda", "mario", "gta"] >> names...