cpb

Joined 18 years ago

Karma
36
Submissions
38
Member since
Sep 12
[ my public key: https://keybase.io/cpb; my proof: https://keybase.io/cpb/sigs/_8rT1Oz5NrEFkqZWpOuAOyAR6V8UgnS9jlpv1eReUHM ]
View on Hacker News

Recent submissions

Comment · 1 month ago
I really appreciate the measurements and analysis performed by Sam Ruby in this post, in contrast to the weaponized combative all or nothing rhetoric in the opening of Rails World.

How can we cultivate more of this thinking in Rails, where is that watering hole?

Comment · 7 months ago
+1 for seeking clarity on commercial use.

I want to support some colleagues with automating some of the setup of routine video editing. Can't consider this impressive work without that clarity!

Comment · 2 years ago
It's free for local use from npm.
Comment · 3 years ago
Better PR descriptions explain why.
Comment · 3 years ago
Could you go into more details about the errors you encountered along the way?

I tried having ChatGPT do TDD to vectorize n-ary trees, but it made mistakes that indicated it didn't understand it's output:

- the expected vectors in the tests were the format it suggested for binary trees

- when asked to represent a vector as a tree, produced one correct tree and another incorrect tree. (Correctness as determined by how it chose to encode a tree as a vector).

It took some iterations to get it to fix the tests, but I grew weary of coaching it through each of the problems as we encountered them. Maybe if I was at my keyboard rather than on my phone I could have had it complete the task quicker.

So, what errors did you encounter along the way? How did you overcome them?

Comment · 4 years ago
Comment · 5 years ago
The second brain is emerging out of this. I keep these notes as a sibling project to all the software projects I'm interacting with.

When shooting my shotgun for finding more references, what I've done/know/questioned about a piece of code shows up too.

Comment · 5 years ago
Having tuned in a few times to watch https://twitter.com/AdamLearnsLive on twitch, I was inspired to take notes throughout my development process. What I noticed of Adam13531's note taking was they wrote down every question that came to mind as they worked down the rabbithole of learning that is software development.

For my own practices, I've added in a bit of an OODA loop process. My intent is to systematically balance between deciding and executing, focusing on accumulating knowledge towards achieving a goal.

When I'm stuck, or dealing with unknowns, the brainstorming in each of Observe, Orient and Decide enable me to gain some flow.

Later, I can observe where I had blindspots, or anchored to certain contexts or scopes. I'm noticing I could develop checklists to go through to avoid repeating those biases.

Comment · 5 years ago
Is it to spare keystrokes in method definition, or rather, in method invocation?

Your second definition reads that `with_longer_parameters` is a keyword argument with no default.

Still, you've illustrated the keystroke savings with your choice of parameter names :-)

Comment · 5 years ago
I'll add to the voices here mentioning vulnerability. I believe it takes strength and courage to choose vulnerability.

I am starting to recognize that the courage is required because it can be a filter. It isn't just the chance that a "nurse or phlebotomist" might judge you harshly, there are many people in the world that'll sooner reject than connect with you.

Still, if we are to be true to ourselves, perhaps vulnerability can minimize the total amount of pain in our lives. It'll take weighting the acute pain of rejection as vulnerable as lesser than the chronic pain of acceptance with insecurity.

May we be so fortunate to choose.

Comment · 5 years ago
Aww thanks! The one thing that sticks after all those clicks: don't accept deal sweeteners outside of the papered contract!

Easy to say when no one's offering, I guess.

Comment · 5 years ago
I guess some people just don't get quality onboarding content from compliance.
Comment · 5 years ago
…
Comment · 5 years ago
I really connected with the writing. Thank you for taking that time.

There is a lot in my current context the writing resonates with. Nice to find that others have been on this path too, and that we benefit from a lot of the same techniques.

Thanks for putting this out there as an invitation to draw people together.

Comment · 6 years ago
The first book I read about sales emphasized inquiry before advocacy. Let's get real or let's not play by Mahan Khalsa.

I read it at a point in time for my startup when we had done as many Customer Discovery interviews as we could in our local market, and were trying to achieve a first sale or pilot project with customers in more innovative markets. The inquiry phase of solution selling connected with and reinforced the customer discovery process, but provided some indication of how to move forward, and cautions about moving forward too early with a proposal.

The key to sales is solving problems. You claim to have a product that addresses a large "potential" - what problem, and for who, does it solve? Can you measure the impact of the solution?

If you have a product that solves a problem, what is the least intrusive thing you can ask of a potential customer for you to identify if they perceive they have that problem, and if they recognize the impact of solving it?

If you cannot mutually identify the problem and impact of the solution, a prospect may only entertain your talkative nature to solve the problem of looking busy to their superiors.

Track the observable characteristics of your prospective customers that are the best indicators of if they have the problem you solve, or not.

Figure out how long it takes you to identify if they have the problem, or not.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton