因此，在离开Slack和Email整整一个星期后，我设法重新开始工作，而没有过多地检查手机上的消息。 至少在最近十天里，我第一次醒来时都没有检查它，而是直到早上写博客后才检查它。 尽管在发布博客时我倾向于在晚上9:30左右进行最后一次Slack检查，但我几乎避免在晚上看它。 一周半还不错，但是昨晚我在大姐给我念书的时候最终看了我的电子邮件，然后今天早晨，我在穿衣服的时候最后看了一下，因为我想给自己寄一封信。提醒电子邮件。 没什么要紧的事情要解决，但是在这两种情况下，我都确实设法将很多工作忧虑载入了我的脑海。 然后，在进入博客之前，我似乎已经检查了我的所有电子邮件和Slack。 没什么要处理的，但是我有点不安。
也许我需要将手机上的“ Slack”和“ Email”图标更深地移到嵌套目录中，并确保每天完成笔记本电脑操作后都关闭“ Slack”和“ Email”，以便在写博客之前不要无意间查看它们。 我在早上慢跑时听过的推特消息/闲聊干扰了这一点。 我想我应该养成发推文的习惯，然后在早上博客完成后将其重新发布到Slack。 并不是说我确定我在博客方面取得了很多成就。 回顾一下，这可能是一个有趣的历史记录。 不确定其他人🙂我继续在Medium上发布旧博客。 去年10月以来，我的博客更加注重编码，而在我看来，那些漫不经心的博客与其他人淘汰的，过于专注的“学习此”博客相比并没有受到青睐。
现在是三月，我承诺自己将每天的博客写到六月，并且我坚持自己的承诺。 在上周五WebSiteOne与Michael和Raoul一起启动之后，本周我将完成一些编码工作。 我已经打开了三个请求，我承诺处理的三张票中的每一张。
- 尖刺一些示例工具提示
- 减少对未登录用户的Scrum邀请
- 调整初始消息
它们都是相对简单的视图更改。 到目前为止，大多数工作都是在修复失败的回归测试（即，其他依赖视图的测试）。 其中有些有点尖刻。 我已经在Cucumber中为最后两个测试创建了验收测试，并且上面的中间一个测试具有一定的逻辑性，因此我很想退出。 我昨晚正在查看的2月初以来的博客也添加了一些带有大量代码的视图。 2月初，我专注于针对不同的用户资格逐步升级的“号召性用语”，希望这可能会影响升级到高级计划的人数，但据我所知，这没有影响。 我们最近有一个新的Premium Mob成员加入，但我认为这完全是通过Slack互动实现的。 从长远来看，也许有一个价值，下次升级的名称会在人们进入网站时重复出现，但是那一次我们并没有真正追踪到不同类型的成员查看主页的频率……
因此，无论如何，我只是创建了一个重构票证以将代码从“不断升级的号召性用语”视图中拉出。 当我重新观看MOOC视频时，我听过Armando多次说“不要在您的视图中放入代码”。 显然，使用ERB进行编码并不是一件很漂亮的事情-将代码移到帮助程序中会减少要查看的符号数量。 它可以放在演示者中，也可以重构为模型。 我正在使用的当前功能中的代码不太令人讨厌。 只是添加了以下内容：
<% event_name = current_user ? event['name'] : 'Want to learn more? Listen in. Next projects review meeting ' %> 在尝试网站的外观和风格时，我发现只专注于单个文件会更容易。 逐步调用操作视图中的代码不太漂亮：
<% if current_user %> <% if current_user. membership_type == 'Basic' %> <% path = new_subscription_path %> <% message = 'Upgrade to Premium for additional support' %> <% elsif current_user. membership_type == 'Premium' %> <% path = new_subscription_path(plan: 'premiummob') %> <% message = 'Upgrade to Premium Mob for group sessions with a Mentor' %> <% end %> <% else %> <% path = new_user_registration_path %> <% message = 'Get started now to begin coding!' %> <% end %>
但是我真的不想把逻辑从任何一个都拉进控制器。 该代码可能进入了Event或User模型，但感觉像是在重载它们。 这里我们所拥有的是关于如何与不同类型的用户进行通信的业务逻辑。 将字符串放入I18n设置是否有帮助，以便我们可以通过常量字符串来引用它们，可以在文本文件中查找其含义？ 还是从我们试图进行的业务逻辑实验中分心？
重构这些东西是为了节省代码清洁时间，这些时间可以用来更准确地衡量它们的影响吗？ 我的诱惑是部署新语言，并查看Scrum管理员是否得出结论认为，越来越多的新人正在加入在线视频群聊。 这实际上是我为“不断扩大的行动呼吁”所做的工作。 只要有人签署了高级计划，我就会收到提醒，并且我会与所有Scrum管理员保持定期联系。 在此阶段，设置额外的测量代码似乎是多余的。 我很困惑; 什么是分心和重点是什么？ 🙂
我很高兴，但是我想通了。我在想一个演示者对象是要走的路，当我们想专注于此而不会分散注意力时，它可以使业务逻辑更清晰一点。
- “马丁·福勒” Scrum
- “肯特·贝克” Scrum
最初发布于：http://nonprofits.agileventures.org/2017/03/02/distracted/
