vemv

7 ms·

31.
Claude Code: Option to disable humorous verb choice(github.com)
2 points by vemv 1y ago|0 comments
32.
by vemv 1y ago
My (tragically) favorite part is, from wikipedia: > A commission attributed the primary cause to generally poor software design and development practices, rather than singling out specific coding errors. Which to me reads as "this e
33.
by vemv 1y ago
It will increasingly become common knowledge that the best practice for AI coding is small edits quite carefully planned by a human. Else the LLM will keep going down rabbit holes and failing to produce useful results without supervision. H
34.
by vemv 1y ago
A sizeable chunk of well-recognised founders are simply scammers - they take VC money, sell dreams to customers, and exploit engineers as a necessary step to keep the ball rolling. Think of the operation of a pump and dump with extra steps.
35.
by vemv 1y ago
What I often do, and completely works, is telling Claude Code to git-clone the library in question. Then I /add-dir it, so I can tell it to understand the code factually and as of the exact version I'm using. You often don't
36.
by vemv 1y ago
I came here to say this! > I think it is mostly AI founders hyping up their AI products. "Now you too can become a billionaire overnight, if you just completely integrate these AI tools into your workflow!" Yep, and it gives me
37.
by vemv 1y ago
I stay in the loop by reviewing each edit and telling it to do something differently asap if something was wrong. The opposite approach is also possible: just hit the option (or .json setting) to accept all edits. Then you'd review the
38.
by vemv 1y ago
Overly short limits butcher semantics, killing a sense of rhythm and continuity. I'm not reading a raw stream of characters, but a sentence-like message intended for humans to understand. Overly long lines have a similar flaw - they co
39.
by vemv 1y ago
When it comes to diffs (edits), Cursor is batch-oriented, while CC suggests one edit at a time and can be steered in real time. That's a critical feature for keeping a human in the loop, preventing big detours and token waste.
40.
by vemv 1y ago
It gets routinely ignored. Been there done that.
41.
by vemv 1y ago
In my experience as an early adopter of both Cursor and CC, nothing. I don't have a CLAUDE.md. My expectations have shifted from "magic black box" to "fancy autocomplete". i.e. CC is for me an autocomplete for speci
42.
by vemv 1y ago
Yes, I've had such a system in the back of my mind for a few months, mixing and matching cheaper/local and more expensive LLMs. Sometimes I've wanted to implement it but I sense that someone else will sooner or later, putting
43.
by vemv 1y ago
> Said person does not give a shit about whether things are correct or could even work, as long as they look "somewhat plausible". Spot on, I think this every time I see AI art on my Linkedin feed.
44.
by vemv 1y ago
I'm not gonna lie, that ~/.claude/CLAUDE.md is not going to work. There are a lot of subjective, ambigous instructions that really won't affect what Claude writes. Remember it's not a human, it's not performing
45.
by vemv 1y ago
I'm happily using https://github.com/stevemolitor/claude-code.el which is a mere terminal wrapper (including a nifty Transient menu). But just by virtue of running inside Emacs you get a lot of power - it didn&#x2
46.
by vemv 1y ago
Thanks! Applied (V. Valenzuela). I have a specific track record in building developer tooling (I've been awarded 3 different well-known grants) and have been an early adopter of AI tooling, so this would sound like an exciting opportun
47.
by vemv 1y ago
Not sure if I see the Software Engineer (full-stack or backend focus, Senior) role
48.
by vemv 1y ago
Applied through LI, I included a cover letter over there. https://github.com/vemv https://www.linkedin.com/in/vemvdotnet/
49.
by vemv 1y ago
There are infinitely many runtime properties that are simply impossible to determine statically. Static typing is just a tool, aiming to help with a subset of all possible problems you may find. If you think it's an absolute oracle of
50.
by vemv 1y ago
Most static type systems that I know of disappear at runtime. You literally cannot "use" them once deployed to production. (Typescript's Zed and Clojure's Malli are counterexamples. Although not official offerings) Follo
51.
by vemv 1y ago
We gotta know if the humorous prompt engineering you laid out in June's post gave interesting results. Best of luck with the search!
52.
by vemv 1y ago
Cursor in particular but also others are extremely flaky when it comes to applying rules. So the next generation of "rules" for Cursor, Claude Code, etc should have some predictability baked in, i.e. not be entirely driven by AI.
53.
by vemv 1y ago
The internet would be such a great way to connect all the peaceful people around the world and boicott the elites that are wreaking havoc. I don't think a significant amount of Americans, Europeans, Russians, Chinese, etc genuinely wis
54.
by vemv 2y ago
What's the best next choice if I don't want to move away from a Chrome-like experience? (Old habits die hard) There's https://github.com/ungoogled-software/ungoogled-chromium - is it a sound choice nowad
55.
by vemv 2y ago
It's not entirely clear if you are seeking a+b+c, or 3 individual contributors.
56.
by vemv 2y ago
This doesn't work because competition and/or free usage become trivial.
57.
by vemv 2y ago
As a long-time professional RoR developer, I disagree with the article's premise. AI seems like the last nail in the coffin for an easy , slow-evolving, highly standardized ecosystem like Rails'. In short, using Rails was already
58.
by vemv 3y ago
> In the early 1980s, Dallas Fort-Worth Airport covered as much land as the city of Dallas did, and Denver International Airport is as large as the city of San Francisco. This... doesn't fit into my head.
59.
by vemv 3y ago
> The idea that prospective employers will look at open source contributions to evaluate job applicants is now, thankfully, understood as pernicious. Says who? This is very much an unsubstantiated claim - no reasoning behind it and the n
60.
by vemv 3y ago
I second the sentiment, however I'm not sure that the market is 'saturated' with talent. The need for productive devs remains there, companies just lack the investment money (and/or cannot spend it due to the US tax situ

More ›