Move Fast and Make Things

Talks

Adam Keys

Move Fast and Make Things

by Adam Keys

Summary of the Video: Move Fast and Make Things

The video presented by Adam Keys at the Big Ruby 2013 event focuses on the theme of accelerating software development through efficient methodologies and the use of high-leverage tools. The speaker discusses the challenges faced by developers when working with large applications and emphasizes the importance of time management and prioritization.

Key Points Discussed:

Challenges of Large Applications:
- Large software can become unwieldy, requiring strategic approaches that go beyond unit testing and design techniques.
Maximizing Time Efficiency:
- Time is a non-recoverable resource; developers need to find ways to accomplish more within their given timeframe.
Prioritization of Tasks:
- Focus on high-value activities and avoid distractions. Critical evaluation of whether an activity is worth the time investment should be a routine practice.
Breaking Down Challenges:
- Large projects should be subdivided into manageable tasks, allowing for progress without feeling overwhelmed by complexity.
Managing Risks in Development:
- Identifying and confronting uncertainties in the development process helps streamline task management and resource allocation.
Adopting Simplified Structures:
- Maintain small, loosely coupled components to ease management and modification of software.
Effective Tool Usage:
- Preference should be given to smaller, high-leverage tools (e.g., Ruby, Redis, Nginx) that support agile practices without excessive complexity.
Use of Prototypes or Spikes:
- Implementing ‘spikes’ for short exploratory projects to address uncertainties can enhance understanding and focus on core problems.
Documentation and Learning:
- Keeping detailed notes about tools used and their effectiveness is critical for team growth and project success.
Sustaining Productivity:
- Strong relationships among software components and efficient management of dependencies are necessary to prevent overwhelm.

Conclusion:

The main takeaway from the session is to foster a culture that prioritizes speed and value in software creation by identifying effective methodologies while avoiding unnecessary complexities. Developers are encouraged to keep experimenting with high-leverage tools and structures that foster innovation and sustained development productivity. Adam concludes with a call to action, urging developers to remain agile and inventive while creating impactful software solutions.

00:00:19.359 So today, I want to talk about moving fast and making things. We've already heard a little bit about services and other things that you end up doing when you reach a point where your application is too large and has become unwieldy.

00:00:32.719 Many people in the community are looking for ways to handle large software. How do we deal with a Rails app when it becomes really huge? What can unit testing, object-oriented design, and even other programming languages offer us when we get to the point of working with large teams and large software?

00:01:04.080 I've been thinking about that problem, and I believe that in addition to the strategies we can apply directly with code, there are some ideas we can leverage to approach this issue from multiple angles instead of relying solely on unit tests or design techniques.

00:01:25.600 Part of the challenge with large applications is that they become time-intensive, and time is the one resource none of us can produce, buy, or have enough of. The real bummer about time is that it is inherently linear; it only ever goes forward. We can only spend it, and we cannot gain more. Therefore, we need to determine how we can accomplish more with the time we do have. This involves asking ourselves how we can create more programs, get more done with our teammates, or produce more products within any given timeframe.

00:01:53.600 Additionally, we must consider how to prioritize our tasks effectively. Working smarter involves not only avoiding distractions, like checking Facebook all the time, but also evaluating whether the activity we are engaged in has sufficient value to justify its continuation. For instance, is maintaining a specific portion of our test suite yielding enough benefit to warrant the time spent on it? If not, perhaps we should reconsider that investment.

00:02:25.920 We want to move fast, which involves a sense of progress and productivity. Part of this feeling comes from knowing we are getting things done, shipping more code and products, or even creating documentation for other developers. Every unit of work that contributes to our goals is significant, as it helps us move forward.

00:03:10.400 Another aspect of moving fast is breaking down large challenges into manageable tasks that we can realistically tackle in a reasonable timeframe. We all have projects or applications we work on regularly, and there are often pet projects or features we aspire to add, as well as performance bottlenecks we wish to eliminate. However, these can seem daunting due to the size of the application or the complexity of the product, causing us to justify not pursuing them.

00:03:39.760 To move fast, we need to figure out how to break these big challenges into smaller, actionable tasks that we can start now and gain some benefits from. As I mentioned before, moving quickly also means ensuring we are doing the right things. If we are trying to meet deadlines or ship code, we should avoid distractions like checking Twitter or chatting casually. Furthermore, we should not struggle with our tools or the code itself. We should not question the purpose of certain parts of our codebase or the processes that require us to do cumbersome tasks like squashing commits.

00:04:22.400 We also want to focus on creating things and solving risks. The challenges involved in software development often encompass various uncertainties: we won't know how long tasks will take, what problems may arise, or where complexities may reside within the code. To address these risks effectively, we need to identify them, determine how to work around them, schedule time for more thorough solutions, or decide that some problems do not require our attention, as others have already solved them.

00:05:30.080 It's essential to recognize that as software developers, we are asked to create features and eliminate bugs, striving for improvements in speed and performance. We aim to make our applications better and to facilitate change—this is crucial because change is inherent to software; if a problem is static, conventional hardware would suffice. However, most of us work with mature software that is profitable yet requires adaptation to function differently in today's environment.

00:06:41.040 Thus, to move fast and produce results, we must understand that large applications resemble living organisms. They have their own desires and resist change, which often becomes our adversary. Large systems demand significant setup time, leading to complicated code bases that require continual revisiting to modify effectively. Large teams result in more processes, creating bureaucratic demands that can stifle progress.

00:07:30.240 As software grows, it acquires more requirements and complexities, making them resistant to necessary adaptations. To mitigate this, we should work towards maintaining small components of software that are easier to manage and reason about. We should strive to have small, loosely coupled elements rather than being overwhelmed by vast systems—this facilitates both understanding and productivity.

00:08:13.760 In aiming to achieve manageable software structures, the goal is to embrace simplicity and keep things disjointed, allowing us to focus on specific tasks without the anxiety of large, convoluted frameworks. Small teams can operate effectively with fewer rules and automated processes, reducing the risk of becoming distracted by extensive procedures or busywork.

00:09:02.080 Moreover, simplifying our code leads to clearer structures, and adaptive systems that can easily accommodate changes over time are desired. A small piece of code can often be understood and modified much quicker than an extensive codebase. When we work with small tools moving forward, we can adapt them as needed without facing overwhelming obstacles.

00:09:50.400 To achieve this, we must resist the urge to build large software systems. Effective strategies like dividing and conquering our applications can lead to more manageable designs, much like what companies such as Yammer and GitHub have implemented successfully, identifying and extracting services that can operate independently or separately from the primary application.

00:10:30.240 We must also resist using large tools, which often mandate that we conform to their scopes and systems. They can require extensive boilerplate and create friction, making it challenging to work straightforwardly. On the contrary, there are smaller, easier-to-use tools that provide adequate functionality without demanding substantial upfront investments.

00:11:22.240 Managing our dependencies is vital to sustaining productivity and minimizing complexity. Software often hinges on how different components relate to one another. Additionally, employing the concept of 'spikes'—prototypes used to explore uncertainties and gather insights—becomes essential. When embarking on a spike, it is crucial to constrain the project scope to the most immediate requirements, enabling focused exploration.

00:12:15.680 This technique allows the developer to understand uncertainties in their development process, which will subsequently determine how to approach that development effectively. Spikes help decipher which areas need in-depth attention or refinement. They aim to prevent focus from drifting away from the core problems we aim to resolve.

00:12:59.440 In a working environment, discovering the dependencies is equally important. Understanding when to apply specific tools, when to explore alternatives, and when to adapt your development process ensures we leverage the appropriate resources for our development cycles efficiently.

00:13:51.200 Understanding the nuances of the tools we use—and their respective value propositions—is also critical. Different tools offer varying levels of complexity and usability. For instance, as a project scales, we may find ourselves benefiting from heretofore considered complicated tools. Conversely, a simple tool may be the best starting point for smaller-scale needs.

00:14:40.800 Finally, we should endeavor to create documentation or notes detailing our probability of success versus failure in utilizing specific tools. It is also important to focus on practical uses; opting for tools that intelligently evolve with our systems helps sustain them over time.

00:15:34.720 As we focus on building high-leverage tools, we should give more preference to tools like Ruby, Redis, and Nginx that meet our dynamic needs. Tools that are easy to start with often lead to sustainable results without overwhelming us with intricacies.

00:16:32.240 Ultimately, maximizing our learning and understanding how to apply that knowledge across a range of functions allows us to remain agile. In the long run, this means any high-leverage tools that facilitate a balance of return on time, investment, and cost are imperative. Finding a good practice to maintain sustainability makes all the difference as we broaden our expertise.

00:17:40.000 In summary, fostering a culture of moving fast and creating value is about identifying efficient methodologies while resisting unnecessary complexities in software design. Building sustainable institutions and continuously striving to improve ourselves is key to long-term prosperity.

00:18:30.240 Now, let's wrap up with a call to action: keep exploring high-leverage tools, remain inventive, and focus on creating software that produces solid impacts. This approach is crucial for disruption, innovation, and growth in technology.

00:19:02.240 I appreciate your time today. Thank you for joining me in this session on moving fast and making things. I hope you found valuable insights and strategies to apply in your work.

00:20:12.240 If you have any questions, please feel free to reach out after.

Big Ruby 2013