Ruby for All

From CoffeeScript to curl

Oct 12, 2023

The hosts discuss calendar migration, productivity tools, and code organization. They touch on the history of CoffeeScript and best practices for API response statuses. They also explore the challenges of learning new languages, Rails requests, and authorization in Rails.

25:25

Creator website

AI Summary

AI Chapters

Episode notes

Podcast summary created with Snipd AI

Quick takeaways

Color coding calendars can help organize events and tasks, but it may require manual effort to change colors for each event.

Comments in code should serve as warnings or explanations, but unnecessary commenting can be eliminated by writing clear and concise code with descriptive method and variable names.

Deep dives

Organizing Calendars and Color Coding

The podcast episode discusses the challenges of organizing calendars and mentions using color coding to differentiate different types of events or tasks. The speaker shares their personal experience with using multiple calendars and different colors to categorize their pair programming sessions and work meetings. However, they express frustration with the effort required to manually change the color of each event and question the necessity of color coding calendars. They also mention an extension called Better Comments that allows color coding of comments in code, which they find helpful.

Introduction

3min

The Debate on Comments in Code

8min

Learning CoffeeScript on top of JavaScript and its challenges

2min

Exploring API Request Handling and HTTP Status Codes

4min

Rails Requests and Authorization

8min

In this episode of Ruby for All, we start with a conversation about Julie’s challenges in adjusting to a calendar migration, which leads to discussions about productivity tools, color-coding calendars, and the use of extensions like “Better Comments” for code organization. Andrew and Julie explore the purpose and potential pitfalls of code comments, share insights into work projects, including a significant rewrite, and even touch on the history of CoffeeScript in the coding world. Also, they discuss best practices for API response statuses, the effective use of tools like Postman and curl, and the role of practical experience in shaping a developer’s understanding of best practices. Hit download now to hear more!

[00:00:10] Julie mentions having issues concentrating at work due to a migration from Google Workspaces to Microsoft, with calendar issues. Andrew asks about her calendar system and whether she color codes it.

[00:01:41] Since colors are so important to Andrew on calendars, he mentions an extension called “Better Comments” for color-coding comments in code.

[00:03:15] Andrew discusses the purpose of comments, warning about deviations from conventions, and code readability, and Julie and Andrew talk about the problems with excessive comments and the importance of keeping comments up to date.

[00:07:08] Julie wonders if Andrew adds links to comments or writes detailed PR reviews for reference.

[00:07:53] What’s up with Andrew? He mentions working on bug fixes and a recent launch at Podia, including a rewrite of their email system.

[00:08:51] Andrew explains Trix, which was previously written in CoffeeScript but may have been ported to TypeScript. He also briefly discusses the history of CoffeeScript, its decline in popularity, and why he didn’t like it when he was new to programming.

[00:13:21] Julie asks about best practices for API response statuses, such as when to use “status ok” or “status created.” She also asks about the use of “Unprocessable Entity” as a status code and its meaning. Andrew talks about how Rails handles different response statuses and mentions that Rails implicitly handles certain errors.

[00:15:58] Julie and Andrew discuss the importance of choosing the correct HTTP status codes for API responses.

[00:16:44] Julie asks about handling different types of bad requests and whether Rails catches them. Andrew explains how to undo scaffolded code using “rails d” and suggests looking at Rails scaffold defaults for best practices.

[00:18:50] Andrew explains what Postman is and describes it as an interface for sending API requests. He also talks about the VS extension code, Thunder Client.

[00:20:26] Andrew explains the benefits of using curl and jq for API requests and JSON processing.

[00:21:14] We hear an example of using curl and jq to retrieve specific data from a GitHub API endpoint.

[00:22:15] Julie mentions using ChatGPT as a “rubber duck” to find answers to coding questions and appreciates how it exposes her to new concepts.

[00:22:43] Andrew and Julie discuss the importance of focusing on a way to solve problems, especially for early career developers, rather than getting caught up in finding the “right” way.

[00:24:26] Julie brings up Ruby for All Episode 46 that you should check out, where they discussed Single Tab Inheritance (STI).

Panelists:

Andrew Mason

Julie J.

Sponsor:

Links: