Regular Tasks include how normal, non-emergency, operational duties are handled—that is, how work is received, queued, distributed, processed, and verified, plus how periodic tasks are scheduled and performed. All services have some kind of normal, scheduled or unscheduled work that needs to be done. Often web operations teams do not perform direct customer support but there are interteam requests, requests from stakeholders, and escalations from direct customer support teams. These topics are covered in Chapters 12 and 14.
FROM ruby:2.7 | |
RUN gem install sinatra redis | |
WORKDIR /app | |
COPY . . | |
CMD ["ruby", "web.rb", "-o", "0.0.0.0"] |
<?php | |
// Test cards | |
$cards = array( | |
'378282246310005', // American Express | |
'371449635398431', // American Express | |
'5078601870000127985', // Aura | |
'5078601800003247449', // Aura | |
'30569309025904', // Diners Club | |
'38520000023237', // Diners Club |
<html> | |
<head> | |
<script type="text/javascript"> | |
console.log('TEST TEST'); | |
window.dump('DUMP DUMP'); | |
console.error('ERROR ERROR'); | |
</script> | |
</head> | |
<body> |
-
Go to the main pull request URL. It should end in
/pull/NUMBER
. Look at the 3 tabs right under the PR title. You should be in the "Conversation" view. -
Read the PR title and the PR description. The description should tell you what the developer is trying to accomplish in this PR. This gives you some mental structure so you know what you're looking at. It can also tell you what doesn't belong in this PR.
#!/usr/bin/env ruby | |
class SayRepl | |
attr_reader :voice | |
def initialize(voice) | |
@voice = voice | |
end | |
def go |
# config/locales/en.yml | |
en: | |
exception: | |
show: | |
not_found: | |
title: "Not Found" | |
description: "The page you were looking for does not exists." | |
internal_server_error: | |
title: "Internal Server Error" |
Ideas are cheap. Make a prototype, sketch a CLI session, draw a wireframe. Discuss around concrete examples, not hand-waving abstractions. Don't say you did something, provide a URL that proves it.
Nothing is real until it's being used by a real user. This doesn't mean you make a prototype in the morning and blog about it in the evening. It means you find one person you believe your product will help and try to get them to use it.