Skip to content

Instantly share code, notes, and snippets.

View pricees's full-sized avatar

Ted Price pricees

View GitHub Profile
@pricees
pricees / the_standup_is_dead_long_live_the_standup.md
Last active August 29, 2015 14:27
The Standup is Dead, Long Live the Standup

The Stand-up is Dead. Long live the Stand-Up.

Background: Scrum Standup

The traditional Scrum stand-up suggests that members go around a standing circle and answer the following questions:

  • What did I complete yesterday?
  • What am I working on today?
  • Are there any blocks/impediments to what I am working on?

Answers give an snapshot pf what the developer as completed, what remains, and anything that stands in the way of progress towards meeting delivery goals.

@pricees
pricees / notes_on_meditation.txt
Created August 3, 2015 15:30
Meditation Notes
Beginners – Never meditated
One: Eat one meal a day in silence
Doing so will bring your awareness into the now
Don’t listen to anything, don’t talk to anyone; just sit, eat, watch, and enjoy your meal
I guarantee your food will actually taste better
Two: Drink one cup of tea per day
Bring your full awareness into this experience, feeling every mouthful as it goes down
Open up your senses by smelling the tea's’ aroma and by watching the liquid move around your cup
Three: Have a mindfulness shower
In the shower close your eyes and become aware of your feet. Feel the energy pulsating in and around them
@pricees
pricees / engineering_lead.md
Last active August 29, 2015 14:21
Engineering Lead Responsibilities

Engineering Lead

An Engineering Lead will be the technical lead for some area of the Brad’s Deals engineering organization. They serve as the primary architect and business liaison for technology decisions pertaining to their area of specialization. They act as the primary point of escalation for resolving conflicting opinions on technical implementation decisions. They are expected to devote a portion of their time to researching, recommending and promoting the best tools available to the team. They will serve as the primary point of contact with Product Owners and business stakeholders on questions that relate to their area of specialization. They are responsible of raising visibility of team-wide system, process, or technology issues that relate to their area of specialization.

  • Focus on quality, on-time delivery, and business value of solutions
  • Lead software architecture discussions, vet solutions
@pricees
pricees / devops_engineer.md
Last active June 21, 2016 19:00
DevOps Engineer Roles & Responsibilties

DevOps Engineer

The DevOps Engineer provides day-to-day support for the applications, services and tools in the Brad's Deals ecosystem. This individual is responsible for the research and development of tools, technologies, and practices in the areas of application deployment and management. This individual is responsible for the design and architecture of high-availability, fault-tolerant systems. This individual is responsible for ensuring that Brad's Deals can grow and operate at scale.

Specific responsibilities of the DevOps Engineer include:

  • Management of cloud infrastructure
  • Configure and deploy cloud servers, containers, etc.
  • Configure and monitor networking
  • Monitor application and system health, performance
  • Identify potential areas of resource contention, bottlenecks, and bugs.
@pricees
pricees / macros_with_define_method.rb
Created April 17, 2015 18:24
Macro fun with define method
#
# Ted Price
# Fun demo using define_method
#
class Base
def self.has_a(*attrs)
attrs.each do |attr|
define_method(attr) do
instance_variable_get("@#{attr}")
end
@pricees
pricees / coreos_docker_kubernetes_notes.md
Created April 2, 2015 05:27
CoreOS, Docker, Kubernetes Notes

Notes on CoreOS

  • build of ChromeOS
  • very lightweight, no extra pieces
  • not even a package manager
  • all apps are expected as docker containers
  • on boot:
  • loads "clound-config"
  • loads etcd (daemon)
  • highly-available/globally distributed key-value store
@pricees
pricees / test_talk_for_dbcx.md
Last active August 29, 2015 14:17
Test Talk for DBCx

The Plan

  • The Analogy
  • Testing
  • Testing Do's
  • Testing Don'ts
  • Summary

Emotions Driven Testing

  • a.k.a. CYA testing
@pricees
pricees / developers.txt
Last active August 29, 2015 14:17
What I might look for in different levels of hires
=====
Jr. Programmer
=====
Languages
- Has a language she wants to master
- Can read, describe basic program flow given a code sample
- Can write basic elements of a program
- Knows the basic building blocks, terminology of the language
- Has idea of other popular languages that might complement this language
@pricees
pricees / team_questions
Last active August 29, 2015 14:16
team questions
= Programming =
Does the codebase look like it was written by a single person
Leads need to code 30% of the time, 1.5 days week! (respect is the currency of the realm)
consistency over cleverness
How long does the build stay broken?
= Team Questions =
Do people avoid conflict?
Do people offer new ideas? (do people feel they can fail?)
Do people flag when they need help? (reinforcing cycle: "i'm almost done, i don't need help")
@pricees
pricees / ita_leadership_discussion.md
Last active August 29, 2015 14:16
ITA Leadership Discussion

Annual reviews are "cave dives,"→ try quarterly reviews

Typical "carrier track" contains some overarching miletones, title and salary bumps → try a "portfolio of experiences and skills" that have been acquired, satisfactorily met, before moving people on.

Set expectations early and often

Professional development - skills that can be applied anywhere
vs
Career development - skills that are targeted to current occupation and role