lparry | 6 years ago | on: Software made me loathe my car
lparry's comments
lparry | 7 years ago | on: Design flaw behind MacBook Pro’s “stage light” effect
lparry | 7 years ago | on: I still miss my headphone jack, and I want it back
Every set of wireless headphones I’ve owned have let me control play/pause/skip from them, which makes up 95% of the playback controls I ever use. The last 5% I can do from my watch. Roaming about the house listening to stuff without a care where my phone is seems totally normal to me these days. I would never go back to wires now I’ve lived with the benefits of wireless.
FTR I was equally skeptic before I bought some cheap $10 Bluetooth earbuds to try running without wires tugging with every stride, and found myself wanting to use them all the time in spite of their awful sound quality so I bit the bullet and got some decent ones
lparry | 7 years ago | on: Someone Uploaded What Look to Be Apple’s Internal iPhone Repair Videos
lparry | 8 years ago | on: Right Click
lparry | 8 years ago | on: How GraphQL Replaces Redux
Oh, it’s a contract? Amazing, I guess that means you can just update the contract and nobody is stuck doing busywork anymore. Nope? I guess then either your frontenders need to learn your backend stack, lest they be stuck waiting for someone to do the busywork for them. I feel like I’m repeating myself, because I am. Please don’t quote out of context
> Now tell me: > - what will you do when your glorious ad hoc GraphQL query ands up bringing the database to its knees? > - what will happen when your glorious GraphQL schema doesn't have all the data the frontend needs?
Sound like interesting, challenging, and satisfying problems for the backenders to work on. Certainly more so than adding/removing fields from serialisers. These also seem like much more rare problems than the small data requirement changes that are the backbone of frontend work.
I’d rather work on speeding up the things that slow down development and deal with performance when it becomes a problem. I dunno, maybe our experience differ, and in you world your app is relatively static and performance is crucial, but the world I exist in involves stakeholders constantly wanting minor changes, performance has never been a problem, and development is constantly blocking because of frontend/backend blockers on our “rest” api and capacity on either side being wasted at various times because of that blocking.
Sure, sometime someone’s going to write a horrendous graphQL query where the answer is going to be “sorry, we can’t make that perfomant so we have to disallow it”, but that’s a: solvable and b: going to happen a lot less often than your frontend is going to need an extra field (or no longer need a field, but since nothing breaks these change requests rarely come through and your backend is eternally querying and sending unused data over the wire)
lparry | 8 years ago | on: How GraphQL Replaces Redux
Not saying that being pure to rest ideology is a good thing. I think it’s a terrible fit for most applications more complex than a demo todo app
lparry | 8 years ago | on: How GraphQL Replaces Redux
lparry | 8 years ago | on: If your iPhone is slow, try replacing the battery
lparry | 8 years ago | on: Apple Reports Second Quarter Results
This is a rant against how you imagine things work, instead of how they actually work. I put my watch on in the morning and it is automatically unlocked the next time I unlock my phone with touch id. From this point on, the pin is never required. Apple Pay is just a double click on the long button, no pin entry as you've imagined if the watch is unlocked, which is true unless you've only just put on the watch.
waiting for the face to light up however, is a legit complaint. It really sucks that there's not even an option for "always on" that you could use while working out, as it's a pain in the ass to be running and want to check your current pace and find that wrist-flick detection failed so you're staring at an off instead of getting the data you wanted and getting back to looking where you're going quickly again.
lparry | 9 years ago | on: Google to Remove Chrome “Close Other Tabs” and “Close Tabs to the Right” Options
The internet is much faster these days, but I still open way more links than I actually have time to read because they sound interesting
lparry | 9 years ago | on: Writing good code: how to reduce the cognitive load of your code
validated_items = items.select(&method(:is_validated?))
(Typed on my phone but I'm pretty sure that's the right syntax)lparry | 9 years ago | on: Ruby 2.4.0 Released
lparry | 9 years ago | on: Massachusetts to tax ride-hailing apps, give the money to taxis
lparry | 9 years ago | on: Vim GIFs
Likewise, some editors are similar enough that you can chop and change quickly, others not so easily. Atom and sublime are like members of the guitar family, while vim is like a piano. They can all produce lovely text files in the hands of a skilled musician
lparry | 12 years ago | on: Add ASCII art to your GitHub profile page
Maybe try 'git checkout master && git merge --no-ff feature-branch' and see if that helps
lparry | 12 years ago | on: Why the last 20% of work takes the same amount of time as the first 80%
lparry | 12 years ago | on: iPad Air
[1] http://www.logitech.com/en-us/product/ultrathin-keyboard-min...
lparry | 12 years ago | on: I know none of my passwords
lparry | 13 years ago | on: Rails 3.2.13 - Performance regressions and major bugs
“Give me directions to foo using Waze” - gives directions to do using Waze
This might be new, but it definitely works on the iOS 13 beta, although I’m pretty sure it worked on iOS 12. It would still be nicer if we could just set default apps