Please make Open Source Github repo, so we can add our versions with another stack, or improve your versions. I really wanna show how Rust + Htmx version would be fast
@luka1790Ай бұрын
Great idea and free content for theo!
@sinema7101Ай бұрын
i agree. would be fun to make one FE e.g. in Svelte/htmx and swap backends (Go, Rust, JS, PHP, C#, Gleam, Zig, ...) with same specs and different solutions.
@jonklaricАй бұрын
Even Go + HTMX would be way faster and smaller than Go + GraphQL + React frontend....
@sinema7101Ай бұрын
@@jonklaric Yes, but that isn't the point of this video. A few of us pointed it would be fun to handle all backends with the same restrictions. (API, Caching, Db) The stacks ain't comparable in the video. imho
@johnc0deАй бұрын
Yeah... i think its more about DX than raw speed...
@Felix-g8t1pАй бұрын
The NextJS implementation contains so much implicit knowledge you need to keep in your head to understand how all this "easy" "baked in" stuff works behind the scenes. Yes on something like elixir you have more lines of code but once you understand the mvc pattern it stays the same and does not change all the time. You can move around and understand the code base without knowing how all the cache & await connection etc. works. Nevermind the fact that in Next all of this implicit knowledge changes every two months
@martinlesko1521Ай бұрын
registered 2 days ago kekw. Also 1. Why should a person not know how cache and await works ? Await is nowadays essential and caching pretty much as well 2. Also Next.js 15 is now much more explicit with caching
@Felix-g8t1pАй бұрын
@@martinlesko1521 I'm not talking about await. I'm talking about await 'connection' and whatever that means. The fact that you have to state that the newly released version 15000 of Next makes caching now much better kind of proves my point. They change things so much and give you these random new abstractions every couple of months that make it less sustainable to keep your projects up to date.
@martinlesko1521Ай бұрын
@@Felix-g8t1p "random new abstractions" bruh
@maciekdeveloperАй бұрын
@@martinlesko1521 which one experimental cacheLife or unstable_cache?
@PraiseYeezusАй бұрын
"implicit knowledge" lmao in a video with RoR in it, this is your criticism.
@wouterhenderickx6293Ай бұрын
If I have a look at some of the comments, this video kind of drives home Prime's point about DX just being familiarity with the tools/language/... I'm not saying the niceties in Next aren't real, but the other stacks most definitely include features that would improve performance or "DX", but weren't used in this video because of lack of knowledge. The "number of files"-benchmark also just indicates a style difference. Splitting a project with a given number of lines over 10 or 20 files just moves the balance from searching within a file to searching for a file. With proper naming conventions and editor support, there's something to be said about both approaches. Very nice vdeo though, on a more global level this clearly indicated the pros and cons of not only the stacks themselves, but of the technology choices. You could sub rails for laravel, go for rust, next for nuxt and come to very similar conclusions because the "approach" is the same.
@christhornhamАй бұрын
@@wouterhenderickx6293 these are great points.
@RA-xx4mzАй бұрын
I’ve recently started using Hexagonal Architecture. It’s a lot of folders and files and more boilerplate than I’m used to, but I know where everything is, everything goes. And anyone who knows hex arch will be able to make sense of the code and add to it ez pz
@tagKnife28 күн бұрын
Calling Go an old stack. You're under arrest.
@catofdeepblack25 күн бұрын
Remember guys, there is a huge difference between a real developer/engineer and a content creator
@shadowfaxenatorАй бұрын
You must be kidding, comparing nextjs just fetching and caching the whole db. And using redis to store clicks. It’s not a fare comparison with postgres+not having any cache and not quering the whole list from db at once. And even in this totally nextjs promoted comparison elixir shows itself better ;)
@maazmunir9213Ай бұрын
he glazes next to a fault i feel like..
@DavidLitvakBАй бұрын
Yeah... DB roundtrips with transaction management live compared to in-memory caching and KV stores....
@martinlesko1521Ай бұрын
RSC is smart isn't it ? ;))
@LtdJorgeАй бұрын
Also, try moving that codebase away from Vercel… 🥶
@MohammedAli-mb6ozАй бұрын
Rails was faster too 😂😂😂
@peterj.2114Ай бұрын
I think its pretty clear that you don't just introduce graphql into your project to make an SPA with 2 images and buttons.
@WarloardInPcGamerАй бұрын
wow that elixir app demo was such nice to look at. its so smooth and fast when compared to nextjs demo for some reason. Need to try it manually.
@kjabzeАй бұрын
i build my first real estate web app years ago with angular and rails. still works like a charm with very min maintenance
@michaelroudnitski350Ай бұрын
Actually, you can use Turbo Frames to do the experience in a single request in the Rails version
@EightNineOneАй бұрын
With what he’s doing he couple probably just get away with turning morphing on
@ZizacoАй бұрын
This
@joseelias7603Ай бұрын
As a Brazilian and a José, you NAILED the pronunciation at 17:33
@isuperman1113nАй бұрын
I really appreciate videos like this. Great to see your takes on these frameworks with a bit deeper understanding of some of the gripes, along with the things they get right
@greven182Ай бұрын
“I used a lot of Elixir back in the day…”. Doesn’t know what the priv folder is. I’m sorry mate, but that is nonsense. Either you didn’t do a lot of Elixir, or you never read any documentation of Elixir or Erlang. That is not Phoenix Specific.
@partisan-bobryk25 күн бұрын
i'm getting a feeling Theo doesn't do anything more than read the first page of popular frameworks and claims he is a developer
@perc-ai25 күн бұрын
Theo is not a real elixir engineer its clear that phoenix blows all of these modern frameworks out of the water but since nobody writes elixir most people dont know.
@fdov422 күн бұрын
He dropped the ball terribly also with Rails. I guess he unmasked himself.
@martinlesko152118 күн бұрын
not knowing priv folder and saying "i used elixir back in the day" is valid, dunno what you find strange for his lack of knowledge, he didn't say he has a lot of experience now, but back then he had
@hank9thАй бұрын
You could have done something very similar to your Next cache in the Elixir version, by using a GenServer or an ETS table. I've found that Elixir/Phoenix projects can go crazy far w/o a database thanks to the OTP primitives.
@timtattАй бұрын
GraphQL implementation did Go dirty
@anthonymichel5278Ай бұрын
I find that weird that the Go stack was more of a graphql stack. Graphql isn't specific to go at all, and there is tons other ways to have a simpler webstack running with go. Would have been fairer, though more work, to do a stack without graphql and try graphql on both go and node for example. Though appreciate the video and effort put into this.
@MelroyvandenBergАй бұрын
These were indeed all 4 fully different implementations. It's not a good comparison at all.
@DeveniasАй бұрын
Same. I think a more fair stack would have been Go + Templ + HTMX. But ultimately he would have used exactly the same frameworks for all Projects like (Go/Elixir/Ruby/...) + React or something like that. Edit: typo
@anthonymichel5278Ай бұрын
Don't even need htmx IMHO, just the html template from standard lib would be enough for what he was doing. Then no setup required, works like a breeze.
@dublindynamicdriveАй бұрын
and let’s not forget graphql is a piece of shit
@sandersonstaboАй бұрын
Its because Theo used GQL when he used Go, the video is about the tech stacks he used in his career
@simonricard4403Ай бұрын
For the Elixir/Phoenix app, you shouldn't have needed a controller. The fetching/sorting functions should be defined within your context (so roundest_phoenix folder, not rounded_phoenix_web), and your Liveview page should simply call these functions. You shouldn't write business logic in the controller (or Liveview, or anywhere in the roundest_phoenix_web folder) to begin with. I haven't needed to use a controller in Phoenix for well over a year at this point
@t3dotggАй бұрын
This is actually really good to know thank you
@petermueller6349Ай бұрын
And start_async instead of the task for the vote, and assign_async and corresponding component for that initial loading render for before the socket connects. I haven't needed to use the connected check in a while
14:40 fly is using MicroVM. They are unpacking docker but not using it for runtime.
@datguy4104Ай бұрын
For the Rails app it should be a single request. It's SSR, not JS slop. 12:45 there is nothing stopping you from writing explicit changes in the add_mons_field. Using the naming convention does it for you, though. You could copy what's in the conventionally named migration into the add_mon_field migration and it would do that exact same thing when ran.
@EightNineOneАй бұрын
Yeah right? Like the naming thing for g migration is a convenience feature, not a rule. They’re so easy to just write 😂
Ай бұрын
A round of applauses for the cookies hack, outstanding!
@t3dotggАй бұрын
Thank you! I was proud of that one :)
@TusharJain007Ай бұрын
Where was this?
@darcikheysaucedo7108Ай бұрын
@@t3dotgg lame
@naota027 күн бұрын
The video makes no sense since you are obviously junior on several of these stacks. The same thing should be done but with senior developers, and they should have exactly the same specs
@jsonkodyАй бұрын
I am in the middle of my transition from JS dev to Elixir/Phoenix dev, I am glad that you like it too
@wanbek2004Ай бұрын
I've been trying to transition to elixir as well, but it's not easy, any advice or resources
@sovietwarmachine1979Ай бұрын
Are you sure you used the proper Ruby/Rails extension? I use the Ruby LSP and it works just great! Do not encounter the type of issues you had
@siya.abc123Ай бұрын
Lol a JavaScript developer complaining about the number of folders in a project is crazy sounding 😅
@naughtiousmaximus7853Ай бұрын
Page.tsx intensifies
@EightNineOneАй бұрын
Also exaggerating how much file swapping there is in rails. A rails controller is tiny, the model is tiny. It looks like he generated his initial thing with scaffold and then just created an additional view and used that. You can see the jbuilder files etc. What is this project, one controller, one view and maybeee two models? That plus about 5 minutes spent in routes. The rest of it will be migrations, something he actually praised. The comments around the quality of documentation are very valid though. It’s like a brick wall and they’re incredibly comprehensive but hard to use as reference manuals
@programmerjowoАй бұрын
Node_modules enter the chat
@martinlesko1521Ай бұрын
@@naughtiousmaximus7853you know you can use non-file based routing in js frameworks right?
@imfastboi28 күн бұрын
@@programmerjowo huh? That could be said for any language
@jamesbotwina8744Ай бұрын
Thanks!
@HapkumdoАй бұрын
Great Idea - would appreciate more stack comparisons :)
@yourmamaisphatАй бұрын
Agreed! Would love to see PHP & vanilla JS. With the vanilla JS, I'd love to see the output lines of JS code.
@FunTimeswithFlo23 күн бұрын
A Rails developer would be able to implement a solution faster than the the others, including api caching etc. No contest. So much explaining was required for all the JS versions. Even revalidatePage required a ton of explaining
@rhaikhАй бұрын
You can remove unneeded boilerplate with options sent to rails new. You should consider using Phlex instead of erb.
@kalist8938Ай бұрын
Fun fact about Rails is that u complain about things because u don’t know the framework. I don’t understand why u didn’t use turbo frame for your Rails demo when it is the default front framework for Rails… it’s like if u use Next without component .
@winchesterdevАй бұрын
One thing you can do if you need to seed in prod is a migration. Seed scripts aren't idempotent.
@muxahuk1214Ай бұрын
React server component version seems a bit unfair in the comparison because you didn't use any database, where other projects did use it. Yes, it might not change the performance or anything in that regard, but since you ephesise on the line count - that's not a fair comparison. You could do the same thing on the GO and other versions to fetch data from the api directly in resolvers and that would decrease the number of lines in the project. Moreover this comparison doesn't address the performance and cost, only DX. Would be interested to actually know how much it would cost to run these versions and how performant would they be. Maybe an idea for the next video )
@patriciogarcia5442Ай бұрын
That cookie revalidation bit is pure gold 1:17:21 ⚜️
@invizii2645Ай бұрын
That's a strange Go stack. I wouldn't really call it a fair test, when you are comparing a graphql backend against rest backends...
@abdelazizlaissaoui9079Ай бұрын
He is not testing stacks he tried the stacks that he used to work with back in the days
@DeveniasАй бұрын
@@abdelazizlaissaoui9079 But then that was a strange stack choice previously. And when you go forward in time you should also revisit your choices. Idioms change and you should always pick the best and/or widely used technology.
@Cuptial-ev9tb26 күн бұрын
He could’ve used binary serialization via gRPC. Keep tanstack-query and just use raw sql or sqlc. That probably would’ve been the fastest of these stacks in terms of network
@someonewhowantedtobeahero3206Ай бұрын
I never faced the issues you mention with GraphQL. It’s a config issue in the way you defined the schema. And you can generate hooks for each query and mutation with codegen, all of which will be type-safe.
@pokefreak2112Ай бұрын
I really dislike this trend of using pokemon as sample data, clearly the best solution will always be to simply store the dataset in memory and everything else is overengineered. Doing something like returning a random wikipedia article would be way better.
@owenmartell4923Ай бұрын
Why are you so insistent on not learning Rails properly?
@misalambastaАй бұрын
Rails - 1:30 Elixir - 20:10 Go- 38:22 T3 - 56:05 Next - 1:08:30
@justinwlinАй бұрын
amazing job!!! thank u for spending so much time on this. and great overview! sure there are nuances but i love to see this 🔥
@benheidemann3836Ай бұрын
Actually, fly doesn’t run docker. They released a really interesting video about this on their YT but TLDR they spin up a firecracker VM and then unpack all of the docker image layers onto that VMs filesystem. This gives them better isolation than just docker would while also providing better performance than VM + docker.
@monsieurBoutteАй бұрын
Super appreciative of the effort you guys put into this video! This was a great watch.
@havokgames8297Ай бұрын
Elixir/Phoenix also has async assigns - this could possibly speed things up as you wouldn't need to block on fetching the next pair. Or it would be quite trivial to have a small 'next' cache genserver or something that gives you back a pair and reloads the next one in the background. So Elixir was fast, but there is still room to make it even faster I think.
@EliasJacksonАй бұрын
Do Gleam + Wisp + Lustre next! (If you want. No pressure. Love you Theo ❤)
@studiousllama4776Ай бұрын
Not sure what was going on with Rails, but it is definitely not normal for a new Rails project to take 6+ minutes to set up, especially with Ruby and all the gems already installed. That should take seconds, not minutes. It's not really fair to fault Rails for old Stack Overflow answers being wrong, though. That's going to happen for out-of-date answers on any topic in web development. Rails has just been around for a long time. The official setup guide is up to date, so I'd recommend using that. That being said, a lot of your other criticisms were definitely valid.
@michaelfriezeАй бұрын
I think it's fair to point out that many answers about rails are going to be out of date. It's not specific to rails, but it's something that should be mentioned since it's something developers will experience.
@danielashcraft5981Ай бұрын
It takes maybe 5 minutes to setup rails, not sure what went wrong in his setup
@smitjel3739Ай бұрын
He's blaming Rails for the limitations of his text editor...wtf? You guys do realize there's other text editors/IDEs than vscode, right? 🙄
@Vitor-rf7koАй бұрын
@@smitjel3739 Devtools are definitely a good reason to dock points from a language. It's not like vscode is some niche editor with limited tooling, it's the most used and supported code editor. It's a massive hassle to have to change your entire dev env and/or use paid software to have a decent DX.
@MasterOfChaosYTАй бұрын
Cool! I wonder how HTMX + Go would do 🤔
@okadz7037Ай бұрын
Shity dx
@samanderson4881Ай бұрын
@@okadz7037 what's shitty about it
@jmlandiАй бұрын
@@LiveErrors Golang
@jmlandiАй бұрын
@@okadz7037 i agree, the Templ lib to render html is very dirty. But is effective and fast, good to know if you already program in Go
@ddpxlАй бұрын
@@jmlandi you don't need templ for 2 pages.. the build-in template engine is more then enough
@LtdJorgeАй бұрын
11:15 You can have that in Rust if you use Diesel, the Diesel CLI is used to run the migrations, and it syncs the macros with your schema. And thanks to the strong typing, if you forget about it, your code won’t compile until you update the structs that should have changed with the schema.
@dbarrosАй бұрын
Would love to see more of these videos. Python + FastAPI, maybe?
@splattelolАй бұрын
Awesome to see Ben here!
@darkoplax7688Ай бұрын
Love Next RSC for sure
@hannespi2886Ай бұрын
Man, appreciate the work you put into this one, again !
@jacobi321lАй бұрын
So I'm also building in Elixir and Liveview and really have to agree with your painpoints. Seeding and env files are weird. I wrote the seedcode in a way so I can just connect to the server via IEX and copy paste it. For the env files i wrote a .env.exs file and imported it in the config. That worked pretty well. Regardless of that programming in Elixir is just wonderful and the responsiveness of Phoenix Liveview is insane.
@affieukАй бұрын
Forgive me, I'm not a web dev, as an infra guy, couldn't you just dump your seed data from a dev db and import into prod? Is that not seen as elegant or am I missing something obvious?
@YNNCK_LАй бұрын
Turns out revalidatePath made your nextjs project refetch the whole database? Would generate a nice bill when deployed on Vercel... Kinda proves the point that there is a lot of magic going on in that framework. Having to rely on a personal connection to get it figured out is not the greatest look. What are we supposed to learn from a comparison about 2 projects with postgres, 2 projects with graphql (just generate protobufs and it would save 85% of the frustration from the GO part) and projects with a cached database and a kv store?
@netspie66Ай бұрын
Long live Elixir! I hope to learn it soon..
@alexandrecolautoneto7374Ай бұрын
Just started learning Elixir and man it feels good.
@d3xm0rg10Ай бұрын
Bruh has to be the most jr developer if I had ever seen one
@michaelfriezeАй бұрын
Excellent video Theo!
@ghdshds1899Ай бұрын
when i enter a try not to be unfair, inconsistent and biased and my opponent is theo
@ciarancurley5482Ай бұрын
Cool vid. Ill try and do a Tanstack Start version.
@somebody-anonymousАй бұрын
What is T6 ( 0:12 ) 😛
@schtormmАй бұрын
t3x2
@maulanahahahaАй бұрын
Samsung SSD 😂
@Salafrazz29 күн бұрын
The way the ruby lsp extension also just sets up its own gemfile is a little psycho extra thing, thanks shopify
@VoidstroyerАй бұрын
Besides the total number of files and lines of code, it would also be nice to get an idea of how many lines of codes and files you have to create/edit yourself using something like a git diff. Although Elixir Phoenix has a large number of files and lines of code, the amount you have to write yourself is probably comparable or maybe even less than the other stacks. I am happy to see that Phoenix is number 1 in terms of performance though.
@EightNineOneАй бұрын
Phoenix shares a lot of DNA with Rails. It’s going to be low and Phoenix encourages reusability. Rails should also be very low. Part of its productivity is due to how little you actually need to write in order to build an application. That’s why there’s so much convention in place and a lot of the Rails “magic” is just good organisation and sensible defaults.
@VoidstroyerАй бұрын
@@EightNineOne This is a feature of full-stack frameworks that are very opinionated imo. The same can be said about Laravel. JS frameworks lack in this regard because they are not opinionated enough.
@EightNineOneАй бұрын
@@Voidstroyeroh f’sure. Laravel is basically just rails in PHP. (Phoenix improves upon rails is a load more ways though IMO) I think what I’m driving at is even with how opinionated rails, django, Laravel etc are, rails still requires little boilerplate by comparison to get you up and running.
@afaha221422 күн бұрын
if I was a private equity I would create a framework to gaslight and lure naive developers/managers into think 'this is easy' and play their ego into paying extreme markup for something you can host on a $5 VPS and then continue milking you.
@marcialabrahantes3369Ай бұрын
@Theo: The nullable-field issues with `| null` can be fixed by appending `!` to the end of each field on the GraphQL schema (look at the `field-nullability` page in the Apollo client docs)
@th4tAlbinoGuyАй бұрын
Appreciate all the effort put into this. And ben as well. Can’t say I know too much about caching, but it seems that cache the whole db vs having to query it in the other stacks is pretty unfair?
@aminbusiness3139Ай бұрын
Love technical breakdowns 🔥 versus the random dev Twitter drama stufff
@tgeorg12Ай бұрын
Was curious to see Remix
@sortof3337Ай бұрын
Bro has no clue what he is doing.
@khalidalasi203125 күн бұрын
😂
@finite-void23 күн бұрын
Most new users working with these technologies won't either. They'll just have 1 lang's exp.
@harshitpant07Ай бұрын
@1:02:23 prisma supports the auto seed when I migrate or push it ran seed command on its own without me explicitly telling it
@SpaceGhost-1999Ай бұрын
Rails, convention over configuration. Understand the conventions.
@martinlesko1521Ай бұрын
good luck if you need something outside those conventions
@BobSchmitt-g7sАй бұрын
Develop that using a more appropriate stack and connect the two using APIs or MQs. Rails doesn’t do everything, but what it does do has a convention for use.
@jpaulvidsАй бұрын
@@martinlesko1521like what?
@MatthewBrooks-z4dАй бұрын
here here, I can't figure out where all of the hate for Rails comes from. Yeah that's true it's perfect for every single use case, but your car isn't a rocket. Does that mean you should get rid of it?
@EightNineOneАй бұрын
@@martinlesko1521 You can avoid convention whenever you want. There’s this whole section in the doctrine about it, “sharp knives” (I don’t love doctrines/manifestos btw) about it. The convention is there to make things quick. Ruby is a pretty powerful language and you can do whatever you want with rails. It’ll just be on you. Even then it’s actually not too bad and Laravel actually falls apart much quicker when you colour outside the lines. It’s a bit of a misconception.
@sismith542724 күн бұрын
The thing for me with elixir/phoenix is it adds far less churn in the codebase... So fed up with npm dependencies adding breaking changes or React throwing out new ways of doing stuff in every new version... React apps always end up adding massive refactoring churn as pen testing always forces you to upgrade everything to latest.
@MrManafon25 күн бұрын
The phoenix config files are very well made. I wish more franeworks adopted their separation (nestjs did!) however, yes it is intimidating the first time you see it in the same way that tailwind is intimidating. As for seeds, lol you are never ever supposed to do what you did. Seeds are script meant to ease local development, nothing more. If you wanted to push data to production, you’d import it via psql or turso cli or whatever else it is you are using. 😢
@rodolfo_carvalhoАй бұрын
Returning data on POST at 1:08:48 comes at a cost: refreshing the page unintentionally upvotes. Typically POST requests mutate server state and return a redirect code to tell the browser where to go next / fetch the updated state, and leave the browser in state such that hitting refresh will not cause unintended mutation.
@codelivewithmeАй бұрын
Nest js + react i love it
@brendonmatosАй бұрын
This is premium content. Thank you for that
@ivanmaglica264Ай бұрын
I'm surprised you did not use dev-containers in vscode, you wouldn't need to install those things locally.
@wojciechorzechowski2211Ай бұрын
Phoenix mentioned! Let's go!
@gavinh7845Ай бұрын
Disappointed laravel didn’t make the cut, but it’s similar to rails. Would like to see your opinion on inertiajs
@marcialabrahantes3369Ай бұрын
right side project layout, interesting! you will be moving your eyes more even if you'd use it that way for day-2-day but for videos seems to work out
@FelixWolfsteller27 күн бұрын
In the domain of the app the behavior exhibited when the button stays "clicked" is a bug, isnt it (at least in all the versions that need to implement button clicking)? Kudos for the video and the projects - nonetheless people will come up with very different opinions. E.g. if you do not use VSCode on Mac and the shown setup (e.g. local postgres), some of the pro/con points shift. In that sense its a very personal video. Making Rails respond with the rendered html instead of a 302 redirect would probably be a single line of code (or maybe three). The "final and best" solution was done with knowing the solution beforehand iiuc. But the title of the video also is not "I judge and fairly compare three stacks", but "I built the same app with 5 different stacks"...
@benquanАй бұрын
Ben should make a Svelte version!. Would love to see the comparison.
@nathangwyn609818 күн бұрын
I had the SAME issue trying to connect to my local postgres with RoR. I was a brand new dev at the time, but it took me about an entire day or three to figure it out 😄. I was too dumb to even know what to ask stack overflow. Ya know and asking 'Help I can't connect to my database in RoR' on stack overflow is a quick way to get roasted, and your account banned haha. Looking back, I get it , that can mean a million different things, but yeah I didn't know any better at the time.
@betapacketАй бұрын
14:39 credential leak ⏰
@Bigtom52Ай бұрын
laravel when? :-) but find it a super unfair comparison IMO if you are caching all in nextjs and then comparing this to the other frameworks where you are saving in db? 😅
@costathoughts24 күн бұрын
Will it be the new 1 billion row challenge ? Criteria: DevExp (How fast a new developer with some kind of experience can run pop into your approach?) + Less entropy possible + Max Performance possible
@christhornhamАй бұрын
Thanks. Great video. You might like SolidStart. I built the same project in Next and SolidStart, and I prefer SolidStart. Either way, this video helped me realize I picked great stacks. The others seem so unnecessarily complicated and verbose.
@luka1790Ай бұрын
PLEASE THIS
@stefankyriacou7151Ай бұрын
This video is good, but i'd also love to see a NextJS vs SolidStart showdown!
@picklenickilАй бұрын
Hey Theo, I have always wandered if web dev complexity should be ranked based on the following 1. How easy is it to setup auth 2. How easy is it to setup Db 3. How easy is it to deploy What would you rate each of these rank in the above.
@AbhiShake-pl3cf26 күн бұрын
When and for how long did he use go? I remember prime was saying theo hasnt used go much
@venomweed25 күн бұрын
prolly like 2 weeks from this example
@AbhiShake-pl3cf25 күн бұрын
@@venomweed i saw one of his videos saying he used it for solid 2 months
@venomweed25 күн бұрын
@@AbhiShake-pl3cf close enough
@hediinn125Ай бұрын
Use docker / a container would fix half of your issues, ruby and elixer
@gideonkonig7574Ай бұрын
This was such an amazing video. Great job.
@JamalShaheenАй бұрын
TBH this Elixir Phoenix code is elegant, and the ability to define same function multiple times make code even more elegant, Rails I'm sorry mate.
@ThugLifeModafocahАй бұрын
yeah, pattern matching in function signature is AMAZING. You just ditch if/switches from your code and have specialized methods to handle just that path that would be inside a conditional. It is something wonderful that I miss dearly.
@MKTV-1483Ай бұрын
@@ThugLifeModafocah simple function overloading, lost in the JS world. Remember learning about them and finding it so cool when learning Java in college lol
@ThugLifeModafocahАй бұрын
@@MKTV-1483 yeah, kind of overloading maybe linked with multimethod... I don't know. Anyways, it's too powerful because often, the overload happens on types, but in elixir you can do it types (using guards) and with map (struct) values (which I like more than guards). It is awesome.
@rburgstАй бұрын
if you have a lot of problems with graphql then you either defined your graphql schema wrong (ID! rather than ID) or your gql-generator config is not good. However, I have to agree that the problems you seem to be having are from the default gql-generator config which IMHO should be improved.
@iflux8821Ай бұрын
@t3dotgg very nice one, thank you! Did you already have a video how to setup Cursor and tooling to work with ts project? If not, could you please make one! 🙏
@iru_21Ай бұрын
Interesting video! I would love to see you do Laravel next :)
@AlexjemapplesyrupАй бұрын
Sucks that modern t3 stack isn't aligned with the new patterns as much. Feels like its been a little abandoned.
@t3dotggАй бұрын
We have things cooking! Sorry for the delays. You get most of the fun stuff if you use the app router config
@paw565Ай бұрын
I like RSC model, but I still prefer to fetch and mutate data with tanstack query.
@JLarkyАй бұрын
Well obviously now we need Remix and SolidStart (same thing) versions
@devanfarrell1628 күн бұрын
The graphql nullability stuff is just an issue with the schema. Saw there was a PR open to fix that already.
@gageracerАй бұрын
Was expecting the golang one to be with htmx. I guess I'll do it myself.
@tooMuchChadАй бұрын
Thanks
@sicario55Ай бұрын
so glad i left rails a few years ago...best tech decision ever
@tom_marsden26 күн бұрын
I've never used rails in my life by Rails 8 seems awesome.