News for hackers. Stuff that matters.

jlipps

Re:AI code is slop too on Monday January 26, 2026 @09:06PM (#46774590)
Yes, good point! Further underscoring the fetishistic nature of efficiency as highest value ;-)
Re:AI code is slop too on Monday January 26, 2026 @08:52PM (#46774512)
I love the references to Jacques Ellul's ideas, which I think are interesting to reflect on in an AI age. It helps make clear that what is fundamentally at stake in much technological "progress" is an (often only tacitly acknowledged) sublimation of "efficiency" to the place of highest value.

What's fascinating is that this value elevation seems to have gone largely unchallenged, despite being in essence an arbitrary value choice. Other choices are possible. And, I hope, still are possible, despite what the bigcorps declare must be the case in order to maximize shareholder returns.

Re:Rest in Peace Mikeal Rogers on Tuesday June 10, 2025 @05:54PM (#44241895)
RIP Mikeal. Will always fondly remember our random philosophy/religion chats at tech conferences.
I found myself frustrated with Node’s child_process library. Some great primitives but a lot of boilerplate to do simple tasks like return a Promise when a subprocess is known to have started. So I built teen_process as a wrapper with a nicer async interface, helpful defaults, and all around cleaner ways of doing subprocess management with Node. https://github.com/appium/node-teen_process

(NB: once the project was determined to be useful we moved it to the Appium org and it has seen lots of contributions from others, not just me)

Re:Ask HN: Do you create music? let's hear it on Monday March 08, 2021 @07:00PM (#26393379)
My brother (SF) and I (Vancouver) have some epic indie alt/rock/pop tunes! https://splendourhyaline.bandcamp.com/album/present-future
Re:This Is My Racism on Wednesday July 29, 2015 @08:03PM (#9972499)
Thanks for your thoughts. The point of my article wasn't to deny that there are any counterexamples to my overarching theme. No argument involving society is going to be free of counterexamples.

I disagree with some things you've said here but will just say 2 things:

1. I'm grateful you give everyone an equal chance. I thought I did too until I uncovered what I now believe to be an ingrained sort of bias. If you're free from that, more power to you! Far be it from me to tell you who you are.

2. I do believe that racism is one of the hidden engines of society, and inhabits each of us more than we know for that reason. That's why I was proposing to move the dialogue from an existential proof of racism to a question of how exactly it has shaped us. It's not (or doesn't feel like) "pseudoempathy" as another commenter put it. It feels like moving past denial to a more productive mode of engagement with this gnarled issue.

Nice! Interested in adding the contra approach to https://github.com/jlipps/async-showcase?
Re:Nightwatch.js on Friday January 31, 2014 @12:16PM (#7157741)
I'm surprised there's yet another JS implementation of the webdriver protocol. I wonder what was lacking in the existing frameworks from the author's perspective?

disclaimer: I work on https://github.com/admc/wd and https://github.com/jlipps/yiewd, which are other webdriver clients for Node

You could wrap the whole thing in a try-catch and catch the first error to occur.

In my experience, running this with Mocha, errors are handled automatically by it()

Re:Xamarin Test Cloud on Tuesday April 16, 2013 @02:33PM (#5559910)
+1 on appium support (disclaimer: I'm an appium contributor). Shouldn't be too hard for them to add since it supports real devices. Opens up the door to Selenium library support and compatibility, which would be a huge win IMO.
Re:Appium: Drive iOS Apps from Any Test Framework on Tuesday February 05, 2013 @03:26PM (#5173014)
(disclaimer: I'm an appium committer) While Frank and Appium provide a similar set of solutions to a similar problem, we're driven by slightly different philosophies. Two of Appium's core tenets are (1) you shouldn't have to modify your source code or add 3rd-party libraries to test, and (2) it's better to leverage existing successful "driver" protocols. To that end, we've designed things so that all of the interaction takes place between Appium and your un-modified app, whereas Frank requires compiling in its own libraries for testing. Likewise, we opted to make Appium a Selenium WebDriver-compatible server, so that the thousands of developers who are already familiar with using their favorite WebDriver library can jump in and start writing tests without having to wrap their heads around a new automation model. Frank is an extremely impressive piece of technology, but we felt the need for an approach born out of a different philosophy.
Re:Open Sauce: Free unlimited testing for open source projects on Thursday December 13, 2012 @01:26PM (#4917195)
I hear you. Every day I come into work at Sauce I find myself thinking, "maybe this is the day we pivot to salsa manufacturing?"

Older »