if i was making scripts to solve annoying tasks in your life, what would they be?
Posted by Alone_Culture_3825@reddit | Python | View on Reddit | 5 comments
i am trying to create lots of small scripts and stuff like that in python solving annoying daily tasks you encounter on your computer. i am not making the scripts for myself (they will be posted on github along with some sort of launcher to make them run automatically when something is encountered) so i need ideas.
t_spray05@reddit
https://discord.gg/F7H36DTE https://www.linkedin.com/in/akshatpant3/
Love your passion!! ♥️
I think I have something for you. I'm working on a tool. I'm looking to collab with a simple/advanced software/data engineer, but is passionate to build something soon.
I have been work 4-6 hrs a day (besides my full time job)
I'm designing an unseemingly connected Behavioral Algo tool.
Terrible-Penalty-291@reddit
Reddit automod to delete every post on r/porgramming about AI.
BossOfTheGame@reddit
I get your motivation here but your question is too vague. The issue with generic helper scripts is that it's extremely difficult to get the scoping right. It's very easy to make them too specific, to the point where it's not worth the cognitive load to remember the name of the command, or two general we're now you have to specify so many arguments that it's not easy or quick to use anymore.
Granted I've been making scripts like this for over a decade now, but now that LLMs are on the scene I'm questioning some of the utility in my utilities. I find that a good way to solve a lot of little specific problems is to prompt the LLM with my scenario and use what it gives me.
Ignoring that for now, I'll just describe my process for discovering the appropriate scoping. I always start using myself and my own annoyances as the motivating use case. My first step is to solve the problem in the moment and write down the solution that I took. I store that in a miscellaneous GitHub repo that has a bunch of these little snippets were it solves a niche problem that I encountered. Then if I encounter the problem again, I try to find that script that solved it previously and maybe generalize it a little bit. The fact that I encountered the problem twice is an indication that creating some tooling might be a useful thing to do.
If the generalization process goes well I might add the utility to my dotfiles. This gives me a quick way to access the script in the cases where I need it. A lot of the time, it turns out I don't really need this feature that often and I forget about it and that's that. But sometimes I notice myself using the feature a lot. In this case I start to spend some time documenting it and clean up the tool a bit, but I usually still keep it in my dot files at this point.
If for some reason that I think that the script really would be useful to others I try to start thinking about where it belongs. Is there a logical grouping of tools that would makes sense in their own package? Does this go in an existing package that I maintain? Could I contribute this to some other tool set?
In this case I'll usually make a Python modal command line tool that I can upload to pypi and tell people to pip install it if I think it would be useful for them, or if I'm giving them instructions and I want to use one of my own tools to help them. This is how I built the xdev and git-well package.
Alone_Culture_3825@reddit (OP)
thx
Some_Breadfruit235@reddit
Wrong forum/target audience tbh lol. Most chances the person (developer) will just build it themselves. At least I would for fun.
The only thing they’ll prob do is throw u ideas they already built for themselves or most chances just ignore the post.
Guess to kickstart it. One personal project of mine is an automated backup system using rsync. Has certain retention policies to determine whether it should skip or proceed with the sync, and also decide whether to compress the folder. If anything fails, an alert will be sent to my telegram bot, email etc. If passes, will get an alert for it once which the results of the process. Total duration, compressed file size (if proceeded), speed and size of file transfer etc.