sdesol

9 ms·

91.
by sdesol 1y ago
> will we still need vector-based retrieval I think for most use cases, it doesn't make much sense to use vector DBs. When I started to design my AI Search feature, I researched chunking a lot and the general consensus was, you can
92.
by sdesol 1y ago
> An interesting alternative I've been meaning to try out is inverting this flow. This is what I am doing with my AI Search Assistant feature, which I discuss in more detail via the link below: https://github.com/git
93.
by sdesol 1y ago
> Not sure I believe this. If you suddenly automate away 95% of any task, how could it be the case you retain 100% of your prior abilities? I need to review like crazy now, so it is not like I am handing off my understanding of the probl
94.
by sdesol 1y ago
Not even remotely since the 5% that I need to write is usually quite complex. I do think my writing proficiency will decrease though. However my debugging and problem solving skills should increase. Having said all of that, I do believe A
95.
by sdesol 1y ago
> Do people really try to one-shot their AI tasks? Yes. I almost always end with "Do not generate any code unless it can help in our discussions as this is the design stage" I would say, 95% of my code for https://gi
96.
by sdesol 1y ago
> Therefore, it doesn’t affect my work at all. But that isn't what the author is talking about. The issues is, your good code can be equal to slop that works. What the author says needs to happen is, you need to find a better way to
97.
by sdesol 1y ago
> 120K a year developer, if it makes them even 20% more efficient (doubt that), you have a ceiling of $2000/mo I don't think businesses sees it this way. They sort of want you to be 20% more efficient by being 20% better (with
98.
by sdesol 1y ago
It's actually more than 6 months. 6 months was when I developed enough to start chatting with AI to be really productive. Moving forward once the licence is in place and the files become unminifed you can track exactly what ai genera
99.
by sdesol 1y ago
No I mean trying to start in a few years. Basically if you feel ai is a fad and are trying to wait things out.
100.
by sdesol 1y ago
Sure it can become a hobby.
101.
by sdesol 1y ago
> being forced on us all anyway, which kind of sucks Business is business, and if you can demonstrate that you are needed they will keep you, for the most part, but business also has politics. > probably monitoring how much we use the
102.
by sdesol 1y ago
Age discrimination, saturated market, no longer a team fit (everybody is using AI and they have metrics to backup performance gains), etc.
103.
by sdesol 1y ago
> It's all pretty subjective I think. This is very measurable, as you are not measuring against others, but yourself. The baseline is you, so it is very easy to determine if you become more productive or not. What you are saying i
104.
by sdesol 1y ago
It summarized the instructions required to install and setup. It (Gemini and Sonnet) did fail to mention that I need to setup a server and create a DNS entry for the sub domain.
105.
by sdesol 1y ago
A lot of the messages are revisions so it is not as tedious as it may seem. As for the "3x to 4x", this is my own experience. It is possible that I am an outlier, but 80% of the generated AI code that I have are one-shot. I spe
106.
by sdesol 1y ago
> I wish people could be a bit more open about what they build. I would say for the last 6 months, 95% of the code for my chat app ( https://github.com/gitsense/chat ) was AI generated (98% human architected). I belie
107.
by sdesol 1y ago
The issue is frontend can be a loaded question, especially if you are dealing with legacy stuff, different frameworks, etc. You also can't tell what the frontend code does by looking at that single line. Now imagine as part of your ana
108.
by sdesol 1y ago
I am not sure I follow what you are saying. What would the line be and how would it become deterministically searchable?
109.
by sdesol 1y ago
Honestly, grepping isn't a bad strategy if there is enough context to generate focused keywords/patterns to search. The "let Claude Code think for 10 minutes or more", makes a lot more sense now, as this brute force met
110.
by sdesol 1y ago
An MCP is definitely on the roadmap. My objective is to become the context engine for LLMs so having a MCP is required. However, there will be things from a UX perspective that you'll lose out on if you just use the MCP.
111.
by sdesol 1y ago
I've been able to create a very advanced search engine for my chat app that is more than enterprise ready. I've spent a decade thinking about search, but in a different language. Like you, I needed to explain what I knew about wr
112.
by sdesol 1y ago
> But they have to get better at understanding the repo by asking the right questions. How I am tackling this problem is making it dead simple for users to create analyzers that are designed to enriched text data. You can read more about
113.
by sdesol 1y ago
But documentation doesn't include styling or preferred pattern, which is why I think a lot people complain that the LLM will just produce garbage. Also documentation is not guaranteed to be correct or up to date. To be able to produce
114.
by sdesol 1y ago
> current state of overspending on context The thing that is killing me when I hear about Claude Code and other agent tools is the amount of energy they must be using. People say they let the task run for an hour and I can't help bu
115.
by sdesol 1y ago
Thanks for the info. I actually want to make it easy for people to review aider, plandex, claude code, etc. conversations so I will probably look at importing them. My goal isn't to replace the other tools, but to make them work smart
116.
by sdesol 1y ago
Looking at the code, it does have some sort of automatic discovery. I also don't know how scalable Claude Code is. I've spent over a decade thinking about code search, so I know what the limitations are for enterprise code. One o
117.
by sdesol 1y ago
I'm not sure if I would say human reasoning is 'probabilistic' unless you are taking a very far step back and saying based on how the person lived, they have ingrained biases (weights) that dictates how they reason. I don&#x2
118.
by sdesol 1y ago
I haven't looked at Claud Code, so I don't know if they have analyzers or not that understands how to extract any type of data other than specific coding data that it is trained on. Based on the runtime for some tasks, I would not
119.
by sdesol 1y ago
Yes there is a context window limit, but I've found for most frontier models, you can generate very effective code if the context window is under 75,000 tokens provided the context is consistent. You have to think of everything from a
120.
by sdesol 1y ago
LLMs (current implementation) are probabilistic so it really needs the actual code to predict the most likely next tokens. Now loading the whole code base can be a problem in itself, since other files may negatively affect the next token.

More ›