dhanush

I was considering adding a permanent disclaimer to every blog post on my site about it not being AI written. Then I relented. Because I don’t have to explain to strangers on the internet that I wrote it myself. I like writing, and even if it is imperfect at times I’m okay with that. But I do catch myself editing my own words multiples times a day. Because I'm less sure if that sentence structure is truly mine or a side effect of me conversing with LLMs so much.

I'm trying to counter this by trying to read more fiction, but for every page that I read, I'm probably reading 50 pages or so of LLM output. So I think this is a battle I'm going to lose out on in the long term. And I can probably only delay the inevitable.

But yeah, I don't like beginning to lose or doubt my own writing voice one bit.

> I'm extremely sad that your job is like this. Keep in mind that it might be specific to your location.

I mean we're all using AI at my $DAY_JOB, yes. But I'm still responsible for the change itself. And I'm the first reviewer of all that work before it even becomes a PR.

Edit: at my $DAY_JOB

I really like this idea. I'm going to take this up and do this instead on my PRs.

> Why an AI specific account?

I'm toying with this idea where my primary account reflects work I did myself and with an LLM agent but I slowed down enough to understand what it did. Where I feel comfortable enough to put my name against that work. Because a lot of AI generated code turns out to be really embarassing and my primary account should portray the best of me.

A secondary account to separate the slop. And by default it can be assumed I didn't really spend much time verifying it all and am going more on "vibes". Eventually work from the AI account may make it into the primary account if its unslop'ed ever.

I haven't yet gone on to create an ai account, but might just do so.

> I imagine you'd like agents to stop signing commits unless asked to, but that would make even actual vibe coding a lot harder to detect.

In the context of $DAY_JOB, I don't think it matters anymore. And 99.99% of the commits is AI assisted / authored, so I find that information both redundant and something that takes away my agency from me. Putting my name on a commit means I take pride in it and that I want to ensure that I did my utmost best to verify it. With an LLM's co-author tag, I find myself slipping easily instead on this metric.

Yeah, my thought here is more towards what co-authored should mean and what ownership it implies. I think presence of an AGENTS.md / CLAUDE.md is a good signal that I'm using this tool for this project and maybe don't need to repeat it for every commit that I make.

My personal feeling so far is, seeing claude code as co-author in my commits inevitably makes me not pay as much attention to the commit. And removing that forces me to really recognize that, hey this is my work. And I'd better make sure this is of the same quality that I would do otherwise. Kind of like a psychological hack maybe? But it seems to work better.

Overall, this is just a series of steps I'm taking to maintain my agency in my work.

Hi, author here. On the contrary I'm trying to go in a direction where AI usage is declared as a disclaimer in the project's README or similar. For work, it doesn't really matter because everyone's doing it and your usage stats are visible by admins. Here's what I wrote in the closing sentences in the post:

> What about attributions and disclaimers for AI generated work? If you’re concerned being transparent to anyone seeing your work, either create an AI specific account that commits with your name or add a big disclaimer to your project’s readme that this is AI slop and there be dragons.

Hope that helps clarify my stance. :)

Hi, author here. Yes, I agree and that's precisely what I wrote in the post:

> A few years ago I’d never have added Google or StackOverflow as co-authors. But I would have added a link to post that helped and I’ll continue to do so now.

Location: Bangalore, India (UTC +530)

Remote: Yes. Preferred. (I have previous remote experience)

Willing to relocate: Yes

Technologies: Python, Golang, Postgres, Redis, Kafka, AWS, Terraform, Docker

Resume: http://bit.ly/indradhanush_resume

Email: [email protected]

I recently finished my batch at the Recurse Center (formerly Hacker School), a twelve week self directed programmer's retreat focussed on becoming a better programmer. During my batch I wanted to learn about operating systems and distributed systems and built a toy UNIX shell in C from scratch and started implementing Raft, a distributed consensus protocol in Erlang.

Prior to this, I have worked for three years at an online payments startup where I worked across the entire backend codebase and spent a significant time working on the infrastructure team. I worked with: Python, Golang, AWS, Terraform and Docker. I enjoy designing and implementing fault tolerant systems and try to keep my programs small and concise, since I believe in the philosophy of less is more.

I have previous remote experience when I worked on my Google Summer of Code project in 2014. While I worked from my home in India, my mentor was situated half way across the world in Brazil. I was able to successfully use the project mailing list and IRC channel for all project related discussions.

Blog: https://indradhanush.github.io/blog

Github: https://github.com/indradhanush

Twitter: https://twitter.com/indradhanush92

Location: Bangalore, India (UTC +530)

Remote: Yes (I have previous remote experience)

Willing to relocate: Yes

Technologies: Python, Golang, Postgres, Redis, Kafka, AWS, Terraform, Docker

Resume: http://bit.ly/indradhanush_resume

Email: [email protected]

I recently finished my batch at the Recurse Center (formerly Hacker School), a twelve week self directed programmer's retreat focussed on becoming a better programmer. During my batch I wanted to learn about operating systems and distributed systems and built a toy UNIX shell in C from scratch and started implementing Raft, a distributed consensus protocol in Erlang.

Prior to this, I have worked for three years at an online payments startup where I worked across the entire backend codebase and spent a significant time working on the infrastructure team. I worked with: Python, Golang, AWS, Terraform and Docker. I enjoy designing and implementing fault tolerant systems and try to keep my programs small and concise, since I believe in the philosophy of less is more.

I have previous remote experience when I worked on my Google Summer of Code project in 2014. While I worked from my home in India, my mentor was situated half way across the world in Brazil. I was able to successfully use the project mailing list and IRC channel for all project related discussions.

Blog: https://indradhanush.github.io/blog

Github: https://github.com/indradhanush

Twitter: https://twitter.com/indradhanush92

Do you have any timezone restrictions for a remote position?

Applied!

Hi,

The jobs page for engineering positions mentions only San Francisco as the available location but I noticed London in this post. Could you confirm this?

Location: Bangalore, India

Remote: Yes

Willing to relocate: Yes

Technologies: Python, Golang, Postgres, Redis, Kafka, AWS, Terraform, Docker

Resume: http://bit.ly/indradhanush_resume

Email: [email protected]

I have 3 years of experience working in the backend and infrastructure team at an online payments startup. Currently I am attending the Recurse Center, a 12 week self directed program aimed at becoming a better programmer. The program concludes on 10th August, 2017. More about here: https://indradhanush.github.io/tags/#recurse-center

Distributed systems and network programming would be great. But open for anything interesting as well.

Hello, author here.

Thank you for pointing these out. I've corrected my assumption and put up a disclaimer on the post.

The ZeroMQ community is incredibly supportive towards newcomers and existing members alike. And ofcourse the people of the community are really smart, because you dont build a scalable and lightweight (and popular) messaging framework unless you are smart.

I have pitched in with a few (simple) commits once in a while and am looking to contribute more regularly.

Here's all the code: http://github.com/zeromq/

And a very comprehensive guide: http://zguide.zeromq.org/page:all

And, the contribution process followed is known as C4: http://rfc.zeromq.org/spec:22

You can get in touch via IRC, which is #zeromq on irc.freenode.net ; Try to linger around after asking your questions, and someone would eventually respond.

You may also send in your queries to the ZeroMQ mailing list. (http://lists.zeromq.org/mailman/listinfo/zeromq-dev)

Some of us also hang out in the #zeromq channel in the Slack group for Golang: http://gophers.slack.com/

You beat me to this!

Your battery's life is all about charge/discharge cycles. Say your battery has roughly ~1000 such cycles. Once you've exhausted the cycles, your battery is typically running on bonus power. Whatever performance you get after this is extra and cannot be relied upon.

Thus, the longer you can preserve your cycles, the longer your battery will survive.

You can also read this thread: http://www.reddit.com/r/askscience/comments/1snzg1/is_it_act...

The link is taking time to load. Looks like everyone wants to know what others think about them. Expected.