TIL

Jira has a hidden ticket ‘Actions menu’ that is really helpful. When a Jira ticket is in focus, type .. This opens a searchable menu with ‘Issue actions’ (‘Attach’, ‘Link Issue’, etc.) and ‘Workflow’ state advancements (‘To Do’, ‘Close’, etc.). Almost any action you’d want to take on a ticket is there.

When developing a new feature in a brownfield app that hasn’t been subject to consistent autoformatter treatment, turn off your autoformatter. Autoformatting is great. I advocate for it. But it can be distracting when trying to read through your new work. The hard-won changes you make get lost in the mix of automated changes. Once you’ve got the feature working, turn on the autoformatter and get that automatic quality. This is a pretty niche piece of advice, but it helped me today.

Here’s an observation from a month of developing for iOS. There can be a delay on any action taken in the App Store Connect console that you should plan for. ...

When working on a React Native app on the iOS side, switching between branches with different dependencies can wreak havoc on your development environment. To ensure they’re you’re running the right libraries, blow everything away and start over: rm -rf node_modules && yarn && (cd ios && pod deintegrate && pod install) Replace yarn with npm install if you’re using NPM.

The return of React Router’s useLocation hook has a key called state which contains values passed during a redirect or navigation. But where is that state stored by the browser, and how do we clear it? ...

To get mobile scroll behavior on the XCode Simulator, inside the simulator window you must left click, then scroll.

On a non-trivial Rails app, the output from rake routes will be huge. Many people develop a reflex for searching through this output via something like: $ rake routes | grep "<string>" Which filters the output to matches on the string. I’d like to suggest a better option: use a command-line search tool that highlights the output! Here’s that same command with RipGrep: $ rake routes | rg "<string>" The results are the same (although much faster 😈), but even better is that that each match will be colorized. It’s bright red in my terminal. The colorizing makes the matches much easier to interpret.

The ‘shake’ is an important React Native feature; it opens the In-App Developer Menu. This menu lets you reload, open the inspector, monitor performance, and more. To ‘shake’ your simulated device, press ^ ⌘ Z. An alternative hotkey is ⌘ D.

When you push an iOS build to TestFlight, what’s the experience for your testers? Do they need to opt-in to test the latest build? Speaking anecdotally as person who has pushed a build and plans to test it today, when you add that build to your test group, it is automatically downloaded as the default for each of your testers, replacing the previous build. You can visit the TestFlight app on your phone to see the apps you can test. The latest build (build number, an integer, not the SemVer version) should be automatically downloaded to your device.

Rails’ fields_for helper inserts a hidden ID field into your form. This is generally helpful, because you’ll want that information when you’re updating the record. But what if you don’t? This is the scenario I encountered today: a ‘read-only’ form nested inside a fields_for helper, with no inputs. It almost worked: unfortunately, due to the default ID-inserting behavior of fields_for, there was a hidden ID input. It was getting submitted with the rest of the form and breaking things. ...