Dev Agrawal

18.2K posts

Dev Agrawal banner
Dev Agrawal

Dev Agrawal

@devagrawal09

He/Him Content Creator DevRel Engineer, @powersync_ Core team, @solid_js Core team, @ripple_ts https://t.co/bqdpqbhC3v https://t.co/TyM2hVenFb

Wichita, KS Katılım Aralık 2012
1.6K Takip Edilen14.2K Takipçiler
Sabitlenmiş Tweet
Dev Agrawal
Dev Agrawal@devagrawal09·
AI isn't going to "eat up" anything. SaaS App stores Frameworks Higher level abstractions Frontend Product design Nothing is going away. Everything is changing. But the fundamentals are more important than ever. Stop with the fear mongering. It just makes you look dumb.
English
2
2
24
3.7K
vogel
vogel@ryanvogel·
i have an international flight in around a month and I really wanna sleep the entire 9 hours, what are the best sleeping pills for this stuff
English
29
0
46
12.4K
Dev Agrawal
Dev Agrawal@devagrawal09·
So… any other web framework authors feeling like venturing into building agent frameworks?
English
5
0
12
2.1K
Simon Brown
Simon Brown@simonbrown·
Surprised at the "you need to stop coding or quit" responses. A thought experiment ... what's the difference between "ivory tower architects" (limited value; disconnected from implementation details) and devs who are using AI to write code? How will you keep your technical skills up to date when you're not writing code? 🤔
Simon Brown@simonbrown

Spec-driven development makes very little sense to me. The software development industry has repeatedly shown that devs don't like writing docs, often saying "it's tedious and time-consuming; I'd rather be coding". - How will this turn out to be different? - Why automate the fun part (coding) and force devs to write docs instead? developer.microsoft.com/blog/spec-driv…

English
16
7
79
11.9K
Dev Agrawal
Dev Agrawal@devagrawal09·
@simonbrown the current form of SDD is not gonna last the ultimate form of SDD is writing executable specs through code so the fun part isn't going to be lost, we're still going to be writing code, just not the same code as we write today
English
0
0
5
656
Simon Brown
Simon Brown@simonbrown·
Spec-driven development makes very little sense to me. The software development industry has repeatedly shown that devs don't like writing docs, often saying "it's tedious and time-consuming; I'd rather be coding". - How will this turn out to be different? - Why automate the fun part (coding) and force devs to write docs instead? developer.microsoft.com/blog/spec-driv…
English
100
40
408
56.6K
David Cramer
David Cramer@zeeg·
TUIs are not good sorry yall a CLI is a utility, and situational. this should not be confused with stuffing a full interactive GUI into a low capability platform. "lets ignore all the great UI technology of the last 20 years and build some caveman shit"
English
247
60
1.3K
195.8K
Dev Agrawal
Dev Agrawal@devagrawal09·
@thdxr Because not even they can come up with good product ideas for #2
English
0
0
2
498
dax
dax@thdxr·
@devagrawal09 this is where i lean too but all infra providers are preparing for #2
English
3
0
5
1.7K
dax
dax@thdxr·
if you look around you can see everyone is completely confused about whether one: every product needs an agent or two: every product needs to plug into an agent users are already using everyone picking 1 or 2 and building infra for that and praying they're right
English
88
20
579
45.2K
Dev Agrawal
Dev Agrawal@devagrawal09·
@sama I would agree smarter is more important so that it can eventually be distilled into a faster/cheaper model that’s better than the previous faster/cheaper model
English
0
0
5
524
Sam Altman
Sam Altman@sama·
i keep thinking i want the models to be cheaper/faster more than i want them to be smarter but it seems that just being smarter is still the most important thing
English
2.4K
377
12.8K
1M
Dev Agrawal
Dev Agrawal@devagrawal09·
I’ve been using solid for production apps for like 2 years now Never ran into any issues with libraries, even less so with AI being able to fill in the gaps so quickly Your concerns are valid though, it’s unfortunately a chicken and egg problem - more people need to be using Solid so that more ecosystem maintainers show up so that more people use Solid
English
2
0
5
336
Amanuel
Amanuel@amanuelodicho·
@devagrawal09 @solid_js @reactjs I'm trying to build a startup, I need to be able to move fast with these primitives. I really love everything about Solid, it's practically perfect for me. I know that this ecosystem support argument is tiring, but once you try to build something you will feel it to be true.
English
1
0
1
307
Amanuel
Amanuel@amanuelodicho·
I'm sad to admit this, but the productivity loss of working in @solid_js is currently not worth the benefits over @reactjs. I'm migrating my project to React, and I'll definitely revisit Solidjs once there is a stronger ecosystem. Learn from my mistake!
English
5
1
7
2.3K
Dev Agrawal
Dev Agrawal@devagrawal09·
Is Anthropic secretly paying people to embarrass themselves defending their products? I find it hard to believe that this tweet was made by someone genuinely
Travis Carter@Phaty98

@jdegoes How retarded are you in real life? So you think that the company that has invented the best AI tools, and it isn't a question, is bad at building software? Lol Again, how dumb are you in real life?

English
1
0
4
674
Amanuel
Amanuel@amanuelodicho·
@devagrawal09 @solid_js @reactjs I didn't say libraries are missing, even though there definitely are (especially with more niche use cases / third party sdks). It just feels that every library I tried didn't feel polished and/or wasn't actively maintained. this is expected as the ecosystem grows
English
1
0
1
389
Sam Altman
Sam Altman@sama·
5.5 xhigh in fast mode is really good i think i got psyoped by twitter on medium for a bit
English
747
109
5.9K
563.6K
chaddison mortgomery
chaddison mortgomery@yoctopokey·
@zeeg @devagrawal09 @sudobunni Should call this “The Vim Effect”. Vim naturally evolved into GUI, and despite it being infinitely easier to do word processing w/ GUI, there will always be a cult following who insist it’s superior and get off on how their complex setups make them look like hackers
English
1
0
0
86
Dev Agrawal
Dev Agrawal@devagrawal09·
again, i don't think "ship fast and iterate" is in any way exclusive with "write a small amount of code" especially when AI tends to solve simple problems with overly and unnecessarily complicated code in my experience trying to keep the codebase concise and well organized has led to much better iteration velocity
English
1
0
2
99
Cory House
Cory House@housecor·
@devagrawal09 Maybe. When codegen is cheap and fast, spending time polishing a new feature that we may rework anyway may just be wasted time. Ship fast and iterate is a valid approach too, and increasingly so
English
1
0
0
188
Cory House
Cory House@housecor·
The goal is not to “solve problems with the least amount of code.” The goal is to serve our customers and turn a profit so we can stay in business. If we can do that by generating code that may be needlessly verbose, so be it.
John Crickett@johncrickett

Every line of code is a liability. Some lines are also an asset. AI tools make it cheap to generate code. They don't make it cheap to understand, maintain, or support it. The goal was never to produce more code. It was to solve problems with as little code as possible.

English
14
0
54
8.6K

Keşfet

@joshmanders @ryanvogel @0thernet @evanyou @Rich_Harris @RyanCarniato @mhevery @simonbrown