Use a compressor on your vocals and maybe a denoiser. If you use Logic or any DAW it'll do this for you in 2clicks. P.s. the GoLang Goons is coming for you
as they often say, tom's a genius-- tbh tho, im happy you got prime to see the joys of kotlin. but once he finds out about the error and throwing situation in kotlin, that you can pretty much ignore errors like js, he might be meh about it
@@egor.okhterov I have a jetbrains license, their IDEs are rly insane, lately they focused on building a suite with the toolbox, the experience is rly getting worth the price. The only argument to not use it is that it isn't free.
Kotlin is a fantastic language. We switched to it for backend development 4 years ago, and haven't looked back since. I'd love to see Prime explore it a bit more and see what he thinks.
Kotlin is really nice, the main downside imho is having to deal with jvm build systems. After having used go and rust I just do not enjoy the prospect of dealing with Maven and the like (though for a lot of things I am stuck with Python at work which is probably quite a lot worse). But, honestly, Kotlin has had the nicest stackless coroutine experience for some time now. It adopted structured concurrency at the language level and did it really well. So I can see it working well as a backend language. Coroutinescope blocks just look so absolutely amazing even looking at it from go & rust
There's no need to write this on your own, but you absolutely can. This is a first-party library from kotlinx-html, but you can easily define custom elements with whatever methods you want and it all works out nicely
OMG NO WAYY primeagen is finally getting Kotlin-pilled i can't believe this! Please man get deeper down this rabbit hole, you won't regret it. I'm a very active member (and moderator) of the Kotlin Slack and would be more than happy to help you with anything on your Kotlin journey
"fun" invalidates kotlin as a language. Idk what retard came up with that syntax, but it makes it unusable to me personally. I know its autistic as fuck but what the hell. Given that it does nothing better than swift at all, I see no reason for it to be a thing.
@yektadev I absolutely refuse to use the language, simply coz it uses "fun", like *I know this is not logical but holy fuck does it piss me the fk off*. FN AND FUNC ARE AVAILABLE WHAT THE FFFFFFFFFFFFFFFF
I've been working with Kotlin for backend development for two years, and I've made a DSL for our work area. To avoid making tools just to make other things, the best approach is to do it iteratively and incrementally. Start with a basic version that has only what's really needed, and then add more features step by step when they're needed.
What most DSL systems miss is the aspect of being able to debug. The way you can do that and actually use the same tools that you use for Kotlin is unique to Kotlin, it is really neat.
A thing that wasn't explicitly mentioned, but I think it is kinda cool (and a very substantial part of Kotlin DSLs) is that lambdas can have the type of extension methods.
Also, as someone who was forced into learning kotlin (not for this use case tho), at first I wasn't very enthusiastic about it. But the more you learn the language features and the nice to haves it has, you just end up falling in love imo. The abstraction addiction is a real problem but at the same time it just starts to feel like you are making art 😅
Even at risk of abstraction hell it also just gives you everything you need too. Like optional properties out of order + when expressions + sealed classes + overloading + a decent way to negate the is operator. Then I go back to TypeScript and I just want to cry. But everything else at work uses TypeScript so at least it’s consistent. But TypeScript makes abstraction hell worse. The type system is too damn powerful for its own good (seriously guys, nominal types and macros with static annotations would help a lot and remove off a lot of anti patterns!) and JS just lacks some basic QoL requirements. I’m writing TypeScript like it’s the early days intentionally to avoid the temptation of some sort of property mapping madness.
@@ceigey-au So true! If only Kotlin could magic away type erasure. But to add to your Typescript situation, I go back and forth between Kotlin and Java and it's such a pain. Oh right I have to write ; again, string interpolarion? No? Urgh, what's less of a hassle StringBuilder or plus operator on a string? Why is there no "map" on a Collection? Oh right, stream() first. Can I do "firstOrNull" with a condition? No, "filter" then "first", fine, I hope you like your the red tape.
My problem with Kotlin is the hold that JetBrains has on it. There's z e r o IDE support for it outside of Intellij, and that's by design - which is frustrating.
I do server side typrscript work at my day job but get to spend a lot of time coordinating with ios and android devs supporting the company's mobile apps. Both swift and kotlin seem like really solid languages and I always leave those meetings feeling jealous. Given the chance to rewrite the backend from ts to kotlin I think I'd take it if go wasn't also an option for some reason.
The issue with }}}} is def a valid point but it's also true for an any tag you may use in html repeatdly (i.e. ), and is also why your IDE should be set up with visual indicators :D
I seriously don't get this complaint, like are you asking for python-like whitespace sensitivity? It's an IDE integrated scope block, it's fantastic, you wouldn't want anything else
I did not know that a trailing lambda argument could be broken out as to look like a little function instead. That's actually really nice looking. It's very cool syntactic sugar actually. Honestly any language with lambdas should probably implement this syntactic sugar.
Kotlin is a very clean language. I've programed professionally in bash, perl, python, js/ts, java, c#, c++, erlang, golang. Kotlin is just the most pleasant language to write programs especially in Jetbrains IDE.
As a mobile developer, I can say Kotlin and Swift are both great languages, and it's sad swift has a limited scope in development, and hope to see it change in the future... even if I don't believe it will.
I think language based abstraction for building html or some ui is really cool. Except for when you want the user to be able to provide custom templates to use
Kotlin's design is so good when it comes to creating domain-specific solutions, It does some controversial things that make a real difference. For example infix functions and how you can pass the last closure argument outside of practices.
Having used Java 21 on a daily basis for several months, I don't see the big draw for Kotlin nowadays. I expect to see a future where all Kotlin codebases are considered legacy, and code hipsters will argue over which newly hyped language they should be converted into.
PicoCSS is a good middle ground if you want something mildly good looking without fighting with things too much, and is much more semantic than Tailwind. Other Tailwind + DaisyUI isn’t bad either for sticking to semantic HTML, plus some Alpine to fill in the gaps.
The front end developers I know don't know what semantic means. Just look at bootstrap or tailwind or whatever, it's just inline styles in more steps. I've had long arguments with front end devs who want to put "automation ids" in data attributes in their html just for selenium to be able to find things, because their html is meaningless soup.
16:08 several years ago I was using Kotlin (it was my Conference Driven Development moment :D ) and ended up overabstracting and over"simplifying" things in a project, just because I could and was amazed by all the Kotlin's nice features (and, that's the worst, I was in that project alone for some time, so there was noone to stop me). Today… I think I still would like Kotlin, but due to my nature I would have to put an extra effort to NOT use too many lang features :D
That's very fair. You can absolutely write incomprehensible garbage with Kotlin, but I think reaching a level of discipline where you use the features aptly is possible.
Clojure is the best language to use with HTMX, no templates needed, html is part of Clojure code. HTML has tree syntax, like Clojure can't get more simple.
I never heard of HTMX before until a month and a half ago. I tried it and i really, really liked it. For me it works great with Python in Django. I don't know, i just really enjoy not needing to write any JavaScript code.
Kotlin was for sure the most elegant/clean language that I meet. It works for backend, android, web etc. I do not use it in my day-to-day life for enviroment reasons, like jvm and all kind of enterprise stuff that comes with it. Maybe a will try some kotlin native to see what happens.
This is what using Hiccup with Clojure showed me, and because of that React never grew up on me. Knowing that there is a better way makes you wonder how React went that widespread.
Tim cooked that joke so much that I'm about to get burned out. TheJokeagen better take another rare one out of the oven before this turns mid-ium. Keep the commentary hot and fresh.
+1 to html - few problem: 1) sometimes u may just want to try something before coding it with kotlin/recompiling/redeploying (how angry u will be after 10 tests with all this circle around) -> soon you'll want hot reload and html2code converter 1.1) there might be a huge plain html template that do nothing, but u still will have to convert it to this code struct 1.1.1) if you say - then just cook it differently/save to file and send as raw file -> then u already have 2 options of doing things 2) performance, mem? 3) codestyle/convention - since it's a code nobody will stop u from doing hard things inside template and soon it can become a huge spagetti php/flutter like 4) html is not that hard but kinda native "language", while all this macrosing works in terms of modern langs but its kinda overcomplication for that purp. 5) imagine tomorrow's manager will come to u with a great idea to use some other language for serving html
Fair points, but those simply are all the usual advantages and disadvantages of an additional level of abstraction. The Primagen point of "needing to build a thing to do the actual thing". Of course kotlin isn't part of web standards so that's an additional layer of complexity, to the benefit of getting a good DSL. So yes, wouldn't make sense to switch to kotlin only for that; but on the other side it's great because gives you an oo-interface to HTML, like DOM does, but without the need to know HTML inside out. I believe most critics to the video forgot the very premises of the video itself: that the guys sees himself more as a backend developer and so a DSL works best for him. Same reason why he likes HTMX. Apart for that, I totally agree about the hot-reload point 👍
TLDR on the function based html builders (super common in functional languages): they’re super nice because they’re super testable and you get your languages tooling, but there’s a performance trade off because you have to concatenate all these little strings as opposed joining templates only on dynamic content.
@@JPilsonSumbo Ktor is awesome, I used Http4k too for a more functional programming paradigm and it was cool too ! The only downside of Kotlin is when you do TDD the JVM is so slow to boot up tests that it hurts me a lot compared to jest in TS. If anyone has tips on how to make the tests launch and run in less than 1 secs I'm all ears ! Never found anything that helped
@@AndrewBrownKhaha pretty much bro. I don't understand why people still use java actually... As for rust it serves it's own purpose and have it's own trade offs too but it's an amazing language
I was "forced" to learn Kotlin now, over the past weeks, as we are creating a Kotlin Multiplatform app for our startup. I find it surprisingly pleasant to work in
I've been devving kotlin for 4 years at work on a big codebase, it's awesome. Extension functions are way too easy to abuse, people love to throw everything at them, but they should be avoided in most cases. DSLs are also usually crap
I really like Kotlin. Its biggest problem is its biggest feature: its connection to Java. But the functional utility is so good. When I first used Rust, it felt most like Kotlin to me.
@@tom-delalandeyes. I just mostly mean that the syntax itself was designed with Java in mind. I think it would be a different language if Kotlin been made without Java in mind; personally, I think a better one. But I also cannot deny the versatility of Kotlin's interoperability with Java. I think they did the best they could've given how tied to Java they have to be. 👌
@@007arek For server-side development, for now I think yes, it would be better in both not losing the benefits of the JVM ecosystem, and I expect it to be faster as Kotlin/Native is still pretty new (speaking of speed, sometimes the JVM is just faster due to runtime optimizations). However, KMP is absolutely awesome for client-side development, especially with Compose Multiplatform. You can build UI that works on Android and Desktop (Kotlin/JVM), iOS (Kotlin/Native), and Web (Kotlin/Wasm). You can also write client-side websites with Kotlin (and something like Kobweb, or Compose HTML), and it'll build to JavaScript (Kotlin/JS).
I tried Kotlin a while ago, and I loved most of the things that it offered. Thing that I did not like, and actually made me quit writing it, is the ecosystem; the java thing and the kotlin native thing... I feel that back then, if you did not use the premium version of Intellij, it was quite awful to get a project running and manage dependencies and all of that stuff.
The ecosystem is great in terms of libraries and tools, because you can use the Java ones, with Kotlin/JVM. But with Kotlin/Native, the libraries are considerably different (I have the docs open rn). As I said, I loved Kotlin and most things it has, but sometimes you need something and find out it's only for JVM or Native, and also the compilation is different sometimes. Last I used it was like 2 years ago, so it might have changed, but, coming from Go, Rust, C#, hell even JavaScript, that it doesn't have a real package manager or project manager, it's really difficult to work with, if you don't like or want to use Jetbrains Software. @@egor.okhterov
And also, please take all of what I said with a grain of salt, it might have changed, or maybe I'm not intelligent enough to understand how things with Java/Kotlin work, or maybe I didn't understand the documentation. That how it felt and how I used it
@@keymatch-clovis You really don't need the premium version of IntelliJ at all. I mean, after-all, the biggest use-case of Kotlin in Android development, and Android Studio is built on top of the free version of IntelliJ IDEA (it's basically IntelliJ IDEA + Android plugin, nothing more). The only stuff the "Ultimate" version helps with is coverage testing, memory profiling, and other advanced stuff like that. Dependency management, configuration, and everything else you'd expect to be free is, well, free! In Kotlin, Gradle is the recommended build system, and that's where you manage your deps and stuff like that. As for the Java ecosystem, it's awesome to have it (when targeting JVM), but the pure-Kotlin ecosystem is growing very fast and independently of Java-specific stuff, with the rise of Kotlin Multiplatform libraries (the biggest of which is Compose Multiplatform, shared UI code!), which can build to 4 targets: Koltin/JVM (Android, Desktop, Server, 100% Java interop), Kotlin/Native (iOS with Swift/Obj-C interop, Server too), Kotlin/JS (web, with JS interop), and Kotlin/Wasm (web, using WasmGC).
I've seen the stream where this reaction was made, and it was so so long ago, almost too much time passed OG even managed to rename the channel us jvm devs seething about this situation ngl 😅
What I've never understood about HTMX is the amount of iteration that is always required to get a component looking visually perfect. When you're doing any html/css that is even slightly more complex than a rectangle with a bit of padding you will drive yourself insane without instant feedback and HMR. Try debugging a flex overflow issue by waiting 10 minutes to recompile, rebuild and refresh each time you change one class.
I know everyone like to dump on Ruby here, BUT: Ruby has all of this, just under different names: modules (for traits), blocks (and yielding) - "trailing lambdas" You can even build out the same routing stuff ad-hoc, if you don't want to use on of the frameworks. To be honest I think I've seen this exact approach in one of the micro-frameworks. And the templating with "trailing lambdas" - there are at least 2 templating languages in Ruby, that do exactly that (probably more) . And other nice templating lagguages HAML, Slim, Phlex (pure Ruby not even a template) , Papercraft.. People love to re-invent bicyles , in their favorite language.
You then wrap it into functions then into classes, and maybe with some builder pattern you'll have a Form that can add input fields and tons of abstraction to get rid of all xml nonsense, that's is where the juicy part is, oop + html, your code base will pretty much be 90% business logic and 10% UI stuff. This is php but obj oriented and typesafe requires only one single language and your exisiting skill can be easily transferred from java.
I'm guessing kotlin was made with the purpose to build Jetpack Compose (modern Android UI) and the declarative syntax was the way to go, no suprise that it also works well with html. I didn't know kotlin until a year ago and I was suprised how nice the language is.
"You can use React without JSX" is a pointless take, but "you can use JSX without React" is valid. It's just another DSL for doing the same thing this guy is doing with a different DSL. Scala had HTML support in-language forever. You can dislike HTML/XML syntax, and that's fine, but a lot of people prefer the output (HTML strings) to be generated from code that uses a similar syntax (JSX).
Nice! Ruby has things like Phlex, very similar to that DSL, even better IMHO. Also Lucky framework in Crystal is similar for building views. This way is easy to do reusable maintainable components. Mix it with htmx and I think it could be great for building the front-end.
Kotlin is a pretty decent language. Not as feature rich as say Scala, but extremely pragmatic design. Easy to get started. In terms of LoC,. programs end up being not much bigger than equivalent Python code. Golang has much better concurrency primitives and a smaller memory footprint. Kotlin has larger selection of libraries because JVM.
Kotlin is basically Scala lite. It does have most of the stuff I like about Scala so these days I'm seriously considering branching out to basically double my employability. I guess it comes down to whether you're willing to trade off the amazing Scala ecosystem (at least for functional stuff, ZIO and Typelevel are simply amazing) and features for better tooling and stability.
@@DisFunctor Not really Scala lite, more like Golang for JVM. Onboarding people onto Kotlin is easier even is language is a bit more impoverished than Scala
📝 Summary of Key Points: 📌 The speaker enjoys using HTMX and Tailwind for building websites, especially for side projects, as it allows for building reactive UIs without needing to use React and for creating visually appealing UIs without much effort. 🧐 The speaker discusses the benefits of using Kotlin with HTMX for building reactive and clean UIs, highlighting features like string templating, extension functions, and trailing lambdas that enable the creation of custom HTML components and domain-specific languages. 💡 Additional Insights and Observations: 💬 Quotable Moments: "The less dependencies you can have, the less steps you need to get to the endpoint, which is a joy to work with." 📊 Data and Statistics: The video did not present specific data or statistics but focused on the technical aspects of using HTMX, Tailwind, and Kotlin for web development. 🌐 References and Sources: The speaker demonstrated practical examples and code snippets to illustrate the advantages of using Kotlin with HTMX for web development. 📣 Concluding Remarks: The video provided valuable insights into leveraging HTMX, Tailwind, and Kotlin for building modern and efficient web applications. The speaker's detailed explanations and examples showcased the power of these tools in simplifying the development process and creating elegant user interfaces. Overall, it was an informative and well-presented discussion on enhancing web development workflows. Generated using TalkBud
I mean not really? In Haskell when you pass a higher order function, you either name it (with where) or make it an explicit lambda. You can't really just inline random code where a HOF would go and pretend it's a language feature.
@@isodoubIet yes, but using the explicit lambda in conjunction with the do-notation looks and feels pretty similar to Kotlin: for container $ \element -> do -- perform monadic actions here
hey thats me! I'm a huge fan, thank you so much for posting this
you definitely want to put proper hrefs in navigation in case someone middle or ctrl or whatever clicks these links
Use a compressor on your vocals and maybe a denoiser. If you use Logic or any DAW it'll do this for you in 2clicks.
P.s. the GoLang Goons is coming for you
So is Levi your evil twin or somethin?
@vikingthedude bro went incognito mode as soon as he got the spotlight. Haha
as they often say, tom's a genius--
tbh tho, im happy you got prime to see the joys of kotlin. but once he finds out about the error and throwing situation in kotlin, that you can pretty much ignore errors like js, he might be meh about it
Kotlin is massively underated
kotlin mentioned let's gooooooo
"He probably uses vscode"
*Proceeds to open IntelliJ with IdeaVim*
Kotlin is made by Jetbrains, so it makes sense to use their IDE :)
@@egor.okhterov yup, because they refuse to make an LSP to let anyone use anything else
@@egor.okhterov I have a jetbrains license, their IDEs are rly insane, lately they focused on building a suite with the toolbox, the experience is rly getting worth the price. The only argument to not use it is that it isn't free.
Kotlin is a fantastic language. We switched to it for backend development 4 years ago, and haven't looked back since. I'd love to see Prime explore it a bit more and see what he thinks.
Kotlin > Java
Kotlin is really nice, the main downside imho is having to deal with jvm build systems. After having used go and rust I just do not enjoy the prospect of dealing with Maven and the like (though for a lot of things I am stuck with Python at work which is probably quite a lot worse).
But, honestly, Kotlin has had the nicest stackless coroutine experience for some time now. It adopted structured concurrency at the language level and did it really well. So I can see it working well as a backend language. Coroutinescope blocks just look so absolutely amazing even looking at it from go & rust
@@BosonCollider what Maven? Did you want to say Gradle?
@@BosonCollider That's why you use Scala Build Tools instead
Java 22
There's no need to write this on your own, but you absolutely can. This is a first-party library from kotlinx-html, but you can easily define custom elements with whatever methods you want and it all works out nicely
Yea it frustrates me that I didn't make this point clear. It's all included in the library, but you can also build on top of it very easily
@@tom-delalande great video btw man! Watching the second one rn. This is inspiring me to start making content because Kotlin really is slept on
@@kyay10 kotlinx-html is slow I think htmlFlow is a better alternative, but not native.
@@Microphunktv-jb3kj React andy
dudeeee I've always wanted prime to look at kotlin, this feels so good haha I remember you commenting about kotlin on so many vids xD
I think kotlin is one of the most well designed programing language on present days
Finally, Prime looking into Kotlin. There is also the Kotlin Multiplatform and LLVM compiler.
Compose Multiplatform and Amber too
@@justinsmith3981 please what's amber? Is it a framework?
OMG NO WAYY primeagen is finally getting Kotlin-pilled i can't believe this! Please man get deeper down this rabbit hole, you won't regret it. I'm a very active member (and moderator) of the Kotlin Slack and would be more than happy to help you with anything on your Kotlin journey
dare I say you might be biased
@@FourOf92000 I'm very biased, of course, but I'm willing to show why I think this language is nice.
@@FourOf92000 tf, sherlock holmes?
he finally kotlin deez nuts
I mean. This man is right about Kotlin. Is clearly a language that has been done for developers. More so than go.
Kotlin makes people happy.
Finally... A Kotlin video done by Prime.
"fun" invalidates kotlin as a language. Idk what retard came up with that syntax, but it makes it unusable to me personally. I know its autistic as fuck but what the hell. Given that it does nothing better than swift at all, I see no reason for it to be a thing.
@yektadev I absolutely refuse to use the language, simply coz it uses "fun", like *I know this is not logical but holy fuck does it piss me the fk off*. FN AND FUNC ARE AVAILABLE WHAT THE FFFFFFFFFFFFFFFF
@@dfjab But, isn't that fun? 😃
@@dfjab go to the psychologist
Learning Kotlin and Jetpack Compose after being taught Java and XML in Uni gor movile dev was like entering a cooled Mall in an arid desert
What's SwiftUI then? A hotel on the lunar surface?
@@justinsmith3981 xD
Both are really awesome!
gor movile dev!
gor movile dev!
gor movile dev!
Meanwhile, old school Java is like entering a fleabag motel in Beverly Hills.
100% agree, just started doing the same. Way better than Java awt/swing
I've been working with Kotlin for backend development for two years, and I've made a DSL for our work area. To avoid making tools just to make other things, the best approach is to do it iteratively and incrementally. Start with a basic version that has only what's really needed, and then add more features step by step when they're needed.
What most DSL systems miss is the aspect of being able to debug. The way you can do that and actually use the same tools that you use for Kotlin is unique to Kotlin, it is really neat.
A thing that wasn't explicitly mentioned, but I think it is kinda cool (and a very substantial part of Kotlin DSLs) is that lambdas can have the type of extension methods.
that feature is called lambdas with receivers
Also, as someone who was forced into learning kotlin (not for this use case tho), at first I wasn't very enthusiastic about it. But the more you learn the language features and the nice to haves it has, you just end up falling in love imo. The abstraction addiction is a real problem but at the same time it just starts to feel like you are making art 😅
Even at risk of abstraction hell it also just gives you everything you need too. Like optional properties out of order + when expressions + sealed classes + overloading + a decent way to negate the is operator.
Then I go back to TypeScript and I just want to cry. But everything else at work uses TypeScript so at least it’s consistent.
But TypeScript makes abstraction hell worse. The type system is too damn powerful for its own good (seriously guys, nominal types and macros with static annotations would help a lot and remove off a lot of anti patterns!) and JS just lacks some basic QoL requirements.
I’m writing TypeScript like it’s the early days intentionally to avoid the temptation of some sort of property mapping madness.
@@ceigey-au So true! If only Kotlin could magic away type erasure. But to add to your Typescript situation, I go back and forth between Kotlin and Java and it's such a pain. Oh right I have to write ; again, string interpolarion? No? Urgh, what's less of a hassle StringBuilder or plus operator on a string? Why is there no "map" on a Collection? Oh right, stream() first. Can I do "firstOrNull" with a condition? No, "filter" then "first", fine, I hope you like your the red tape.
@@IvanKravarscan yes haha, Java has a lot of sharp pieces that Kotlin wraps up in a common sense way…
My problem with Kotlin is the hold that JetBrains has on it. There's z e r o IDE support for it outside of Intellij, and that's by design - which is frustrating.
I’m nostalgic of my time with C#, so please correct me if I’m wrong, but it feels so much like a better C#.
npm is free because you pay with your soul
Kotlin is awesome. I worked with it for 3 years, amazing language.
I do server side typrscript work at my day job but get to spend a lot of time coordinating with ios and android devs supporting the company's mobile apps. Both swift and kotlin seem like really solid languages and I always leave those meetings feeling jealous. Given the chance to rewrite the backend from ts to kotlin I think I'd take it if go wasn't also an option for some reason.
I think Compose Multiplatform can already do all this. It is a Kotlin UI framework. Also breaking things up into components reduces nesting.
More about Kotlin please, this language is awesome
The issue with }}}} is def a valid point but it's also true for an any tag you may use in html repeatdly (i.e. ), and is also why your IDE should be set up with visual indicators :D
Jetbrains IDE makes this a non issue. The only way to experience problem with it is by reading the code in notepad or 'git diff .'
I seriously don't get this complaint, like are you asking for python-like whitespace sensitivity? It's an IDE integrated scope block, it's fantastic, you wouldn't want anything else
I did not know that a trailing lambda argument could be broken out as to look like a little function instead. That's actually really nice looking. It's very cool syntactic sugar actually.
Honestly any language with lambdas should probably implement this syntactic sugar.
Great obfuscation technique tbh
Julia does something similar, but I think the `do` syntax applies to if the lambda is the first argument, not the last.
Kotlin is the best for anything to do with web dev (backend or frontend) 😍
His video was good, but also your additions were spot on and insightful, one of your wisest :)
I expected surprise, but I didn't expect to be that impressed.
That honestly looked very good and clean. Im sold.
can recommend. I do prefer Javalin than Ktor but the point stands: HTML DSL + htmx is really nice.
elm/html looks better
Kotlin is a very clean language.
I've programed professionally in bash, perl, python, js/ts, java, c#, c++, erlang, golang.
Kotlin is just the most pleasant language to write programs especially in Jetbrains IDE.
I don't like my language being dependant on a specific IDE.@@egor.okhterov
This got me inspired to try HTMX with Swift and result builders.
That should be fun
kotlin is freaking goated, such a great language without all the java bloat
Kotlin is a great language!
I suggested to Prime to do a kotlin video 6 months ago in the discord server... He said "absolutely not". But I'm glad he did!!!!
As a mobile developer, I can say Kotlin and Swift are both great languages, and it's sad swift has a limited scope in development, and hope to see it change in the future... even if I don't believe it will.
I think language based abstraction for building html or some ui is really cool. Except for when you want the user to be able to provide custom templates to use
you can just handle those with another tool.
Finally kt getting recognition
Kotlin makes programming fun
especially *private fun* part of it
Kotlin's design is so good when it comes to creating domain-specific solutions, It does some controversial things that make a real difference. For example infix functions and how you can pass the last closure argument outside of practices.
Programming is only fun when you use Kotlin?
@@rzvxa Mixing nullables and scope function is so satisfying
finally, java 2
Watch out, you'll trigger some poor bank programmer's PTSD with words like these
@@BlazingMagpieJava programmers are 2nd generation Cobol programmers and in not so long will turn into dinosaurs just as their Cobol ancestors.
@@PRIMARYATIAS we Javasaurs will keep roaming over Earth long after you're all gone.
Having used a fair bit of Kotlin, this is absolutely true!
Having used Java 21 on a daily basis for several months, I don't see the big draw for Kotlin nowadays.
I expect to see a future where all Kotlin codebases are considered legacy, and code hipsters will argue over which newly hyped language they should be converted into.
15:08 OMG as a front end developer I must say this is so backend-style HTML. No semantics, 1000 nested divs. 😛
to be fair looking at css classes its just layout wrappers, toplevel container is nav, seems good enough :)
You'd have the same thing if you didn't split your code into 300 component files. Which he could have done here
yeah but you can be semantic with it.
PicoCSS is a good middle ground if you want something mildly good looking without fighting with things too much, and is much more semantic than Tailwind.
Other Tailwind + DaisyUI isn’t bad either for sticking to semantic HTML, plus some Alpine to fill in the gaps.
The front end developers I know don't know what semantic means.
Just look at bootstrap or tailwind or whatever, it's just inline styles in more steps.
I've had long arguments with front end devs who want to put "automation ids" in data attributes in their html just for selenium to be able to find things, because their html is meaningless soup.
16:08 several years ago I was using Kotlin (it was my Conference Driven Development moment :D ) and ended up overabstracting and over"simplifying" things in a project, just because I could and was amazed by all the Kotlin's nice features (and, that's the worst, I was in that project alone for some time, so there was noone to stop me). Today… I think I still would like Kotlin, but due to my nature I would have to put an extra effort to NOT use too many lang features :D
That's very fair. You can absolutely write incomprehensible garbage with Kotlin, but I think reaching a level of discipline where you use the features aptly is possible.
Finally some Kotlin! Pretty curious what would he think about Jetpack Compose
That looks like a hell to mantain. Remminds me of a system I inherited that used javascript dom functions (like createElement) to build the dom...
Kotlin mention let's go
Kotlin mentioned let’s go
Prime should look at Jetpack Compose
Clojure is the best language to use with HTMX, no templates needed, html is part of Clojure code. HTML has tree syntax, like Clojure can't get more simple.
I love that you let him cook despite being roasted by chat
I never heard of HTMX before until a month and a half ago. I tried it and i really, really liked it. For me it works great with Python in Django. I don't know, i just really enjoy not needing to write any JavaScript code.
Kotlin was for sure the most elegant/clean language that I meet. It works for backend, android, web etc. I do not use it in my day-to-day life for enviroment reasons, like jvm and all kind of enterprise stuff that comes with it. Maybe a will try some kotlin native to see what happens.
Swift calls them trailing closures and they’re amazing.
This is what using Hiccup with Clojure showed me, and because of that React never grew up on me. Knowing that there is a better way makes you wonder how React went that widespread.
kotlin my beloved
Tim cooked that joke so much that I'm about to get burned out. TheJokeagen better take another rare one out of the oven before this turns mid-ium. Keep the commentary hot and fresh.
+1 to html - few problem:
1) sometimes u may just want to try something before coding it with kotlin/recompiling/redeploying (how angry u will be after 10 tests with all this circle around) -> soon you'll want hot reload and html2code converter
1.1) there might be a huge plain html template that do nothing, but u still will have to convert it to this code struct
1.1.1) if you say - then just cook it differently/save to file and send as raw file -> then u already have 2 options of doing things
2) performance, mem?
3) codestyle/convention - since it's a code nobody will stop u from doing hard things inside template and soon it can become a huge spagetti php/flutter like
4) html is not that hard but kinda native "language", while all this macrosing works in terms of modern langs but its kinda overcomplication for that purp.
5) imagine tomorrow's manager will come to u with a great idea to use some other language for serving html
Fair points, but those simply are all the usual advantages and disadvantages of an additional level of abstraction.
The Primagen point of "needing to build a thing to do the actual thing".
Of course kotlin isn't part of web standards so that's an additional layer of complexity, to the benefit of getting a good DSL. So yes, wouldn't make sense to switch to kotlin only for that; but on the other side it's great because gives you an oo-interface to HTML, like DOM does, but without the need to know HTML inside out.
I believe most critics to the video forgot the very premises of the video itself: that the guys sees himself more as a backend developer and so a DSL works best for him.
Same reason why he likes HTMX.
Apart for that, I totally agree about the hot-reload point 👍
Kotlin's string interpolation is lifted from Scala. And you can do what he does in Scala as well.
Kotlin is inspired by Scala
TLDR on the function based html builders (super common in functional languages): they’re super nice because they’re super testable and you get your languages tooling, but there’s a performance trade off because you have to concatenate all these little strings as opposed joining templates only on dynamic content.
i'm gonna get back to this video to watch it later. in the meantime, you better not disapprove of kotlin, kotlin is awesome
I didn’t understand HTMX until I realised the advocates are backend developers
Prime, you've stepped into Kotlandia! Do more Kotlin vids. Or try it out for yourself.
Kotlin is very good, super pragmatic and you can go very far design wise
I’ve using Kotlin and Ktor for 2 year on my side projects , and honesty I think it is the best language ever
@@JPilsonSumbo Ktor is awesome, I used Http4k too for a more functional programming paradigm and it was cool too !
The only downside of Kotlin is when you do TDD the JVM is so slow to boot up tests that it hurts me a lot compared to jest in TS.
If anyone has tips on how to make the tests launch and run in less than 1 secs I'm all ears ! Never found anything that helped
I get very irritated when there are traits/impls I can express in Rust but not Kotlin, but overall Kotlin is a million times better than Java
@@AndrewBrownKhaha pretty much bro. I don't understand why people still use java actually... As for rust it serves it's own purpose and have it's own trade offs too but it's an amazing language
I hope you can try it, it's very nice to code in honestly.
Damn, 6 month and this guy almost made it from 0 to 25k subs, impressive!
I was "forced" to learn Kotlin now, over the past weeks, as we are creating a Kotlin Multiplatform app for our startup. I find it surprisingly pleasant to work in
I've been devving kotlin for 4 years at work on a big codebase, it's awesome. Extension functions are way too easy to abuse, people love to throw everything at them, but they should be avoided in most cases. DSLs are also usually crap
Learning Kotlin would be a mind expanding experience for Prime. :)
Great vid. Had a little bugger about with this in go and is really easy to get something useful working.
oh gosh!!!
I just realized, I waste more time on creating thing that creates what I want ...
moral of the day for me
@10:40 Well there is Pug/Jade. It's actually pretty nice to work with.
I really like Kotlin. Its biggest problem is its biggest feature: its connection to Java. But the functional utility is so good. When I first used Rust, it felt most like Kotlin to me.
You may be aware, but you can essentially opt out of the JVM by using Kotlin Native* (Thanks @007arek)
@@tom-delalandeyes. I just mostly mean that the syntax itself was designed with Java in mind. I think it would be a different language if Kotlin been made without Java in mind; personally, I think a better one. But I also cannot deny the versatility of Kotlin's interoperability with Java. I think they did the best they could've given how tied to Java they have to be. 👌
@@tom-delalande won't native-image be better than Kotlin Multiplatform?
@@007arek For server-side development, for now I think yes, it would be better in both not losing the benefits of the JVM ecosystem, and I expect it to be faster as Kotlin/Native is still pretty new (speaking of speed, sometimes the JVM is just faster due to runtime optimizations).
However, KMP is absolutely awesome for client-side development, especially with Compose Multiplatform. You can build UI that works on Android and Desktop (Kotlin/JVM), iOS (Kotlin/Native), and Web (Kotlin/Wasm). You can also write client-side websites with Kotlin (and something like Kobweb, or Compose HTML), and it'll build to JavaScript (Kotlin/JS).
Awesome video, hope you continue Levi!
I like how Primeagen mentions things he likes every now and then. Like ketchup and stuff
I tried Kotlin a while ago, and I loved most of the things that it offered. Thing that I did not like, and actually made me quit writing it, is the ecosystem; the java thing and the kotlin native thing... I feel that back then, if you did not use the premium version of Intellij, it was quite awful to get a project running and manage dependencies and all of that stuff.
What's wrong with the ecosystem? It literally has everything
The ecosystem is great in terms of libraries and tools, because you can use the Java ones, with Kotlin/JVM. But with Kotlin/Native, the libraries are considerably different (I have the docs open rn). As I said, I loved Kotlin and most things it has, but sometimes you need something and find out it's only for JVM or Native, and also the compilation is different sometimes. Last I used it was like 2 years ago, so it might have changed, but, coming from Go, Rust, C#, hell even JavaScript, that it doesn't have a real package manager or project manager, it's really difficult to work with, if you don't like or want to use Jetbrains Software. @@egor.okhterov
And also, please take all of what I said with a grain of salt, it might have changed, or maybe I'm not intelligent enough to understand how things with Java/Kotlin work, or maybe I didn't understand the documentation. That how it felt and how I used it
@@keymatch-clovis You really don't need the premium version of IntelliJ at all. I mean, after-all, the biggest use-case of Kotlin in Android development, and Android Studio is built on top of the free version of IntelliJ IDEA (it's basically IntelliJ IDEA + Android plugin, nothing more).
The only stuff the "Ultimate" version helps with is coverage testing, memory profiling, and other advanced stuff like that. Dependency management, configuration, and everything else you'd expect to be free is, well, free! In Kotlin, Gradle is the recommended build system, and that's where you manage your deps and stuff like that.
As for the Java ecosystem, it's awesome to have it (when targeting JVM), but the pure-Kotlin ecosystem is growing very fast and independently of Java-specific stuff, with the rise of Kotlin Multiplatform libraries (the biggest of which is Compose Multiplatform, shared UI code!), which can build to 4 targets: Koltin/JVM (Android, Desktop, Server, 100% Java interop), Kotlin/Native (iOS with Swift/Obj-C interop, Server too), Kotlin/JS (web, with JS interop), and Kotlin/Wasm (web, using WasmGC).
Nice. Kotlin is best language I've used so far.
"the ability to extend things that already exist"... we saw what you did there... :P
That Pam person is worried about nesting and talking about HTML at the same time...
Ignore them, they are front end dev
20:34 ... wait a second. Why can't I open Levi Dawn's channel? Is his channel down? I made to type the exact name and searched the web too.
I renamed it to be my actual name (sorry for the confusion)
@@tom-delalande Thanks for clarification!
I've seen the stream where this reaction was made, and it was so so long ago, almost too much time passed OG even managed to rename the channel
us jvm devs seething about this situation ngl 😅
This is like next level Spring MVC
Thr greatest thing about this is strong typing in the template
Smart autocomplete
I barely heard the guy in the video. But how fantastic! I just bought Atomic kotlin last week :) More kotlin videos please!
What I've never understood about HTMX is the amount of iteration that is always required to get a component looking visually perfect. When you're doing any html/css that is even slightly more complex than a rectangle with a bit of padding you will drive yourself insane without instant feedback and HMR. Try debugging a flex overflow issue by waiting 10 minutes to recompile, rebuild and refresh each time you change one class.
It depends on technology. Sometimes you can have live reload.
Come to Kotlin, we have everything! That is, if you have the time to wait for the build to finish!
You can literally do this in C# fight me
I know everyone like to dump on Ruby here, BUT:
Ruby has all of this, just under different names: modules (for traits), blocks (and yielding) - "trailing lambdas"
You can even build out the same routing stuff ad-hoc, if you don't want to use on of the frameworks. To be honest I think I've seen this exact approach in one of the micro-frameworks.
And the templating with "trailing lambdas" - there are at least 2 templating languages in Ruby, that do exactly that (probably more) . And other nice templating lagguages
HAML, Slim, Phlex (pure Ruby not even a template) , Papercraft..
People love to re-invent bicyles , in their favorite language.
I like the builder pattern in the host language. Better than a language extension like JSX because more tools & patterns are available.
7:19 thats ruby block passing right there, but unlike ruby blocks lambda is explicit argument in function signature
BTW probably Prime would love Swift, it has some similar things. (I'm talking about how lambdas can be written, this makes UI programming is fun)
I loved kotlin when I worked with it for backend applications. But I HATE the jvm tooling. Which is why I won't use it again if I can avoid it.
Each time I add a dependency I feel like i'm adding a point of failure. And sometimes I also feel like i'm reinventing the wheel
You then wrap it into functions then into classes, and maybe with some builder pattern you'll have a Form that can add input fields and tons of abstraction to get rid of all xml nonsense, that's is where the juicy part is, oop + html, your code base will pretty much be 90% business logic and 10% UI stuff.
This is php but obj oriented and typesafe requires only one single language and your exisiting skill can be easily transferred from java.
13:46 nah man the syntax looked weird, plus each tailwind class as separate string, pain.
Tom is a genius
I'm guessing kotlin was made with the purpose to build Jetpack Compose (modern Android UI) and the declarative syntax was the way to go, no suprise that it also works well with html. I didn't know kotlin until a year ago and I was suprised how nice the language is.
Nice! I like Go, but this might be even better!!
KOTLIN MENTIONED
"You can use React without JSX" is a pointless take, but "you can use JSX without React" is valid. It's just another DSL for doing the same thing this guy is doing with a different DSL. Scala had HTML support in-language forever. You can dislike HTML/XML syntax, and that's fine, but a lot of people prefer the output (HTML strings) to be generated from code that uses a similar syntax (JSX).
i'm traumatized enough with Flutter thank you verry much i don't need another one ....also }}} that's scary ? you sweet summer child
Nice! Ruby has things like Phlex, very similar to that DSL, even better IMHO. Also Lucky framework in Crystal is similar for building views. This way is easy to do reusable maintainable components. Mix it with htmx and I think it could be great for building the front-end.
Kotlin is a pretty decent language. Not as feature rich as say Scala, but extremely pragmatic design. Easy to get started. In terms of LoC,. programs end up being not much bigger than equivalent Python code. Golang has much better concurrency primitives and a smaller memory footprint. Kotlin has larger selection of libraries because JVM.
Kotlin is basically Scala lite. It does have most of the stuff I like about Scala so these days I'm seriously considering branching out to basically double my employability. I guess it comes down to whether you're willing to trade off the amazing Scala ecosystem (at least for functional stuff, ZIO and Typelevel are simply amazing) and features for better tooling and stability.
@@DisFunctor Not really Scala lite, more like Golang for JVM. Onboarding people onto Kotlin is easier even is language is a bit more impoverished than Scala
📝 Summary of Key Points:
📌 The speaker enjoys using HTMX and Tailwind for building websites, especially for side projects, as it allows for building reactive UIs without needing to use React and for creating visually appealing UIs without much effort.
🧐 The speaker discusses the benefits of using Kotlin with HTMX for building reactive and clean UIs, highlighting features like string templating, extension functions, and trailing lambdas that enable the creation of custom HTML components and domain-specific languages.
💡 Additional Insights and Observations:
💬 Quotable Moments: "The less dependencies you can have, the less steps you need to get to the endpoint, which is a joy to work with."
📊 Data and Statistics: The video did not present specific data or statistics but focused on the technical aspects of using HTMX, Tailwind, and Kotlin for web development.
🌐 References and Sources: The speaker demonstrated practical examples and code snippets to illustrate the advantages of using Kotlin with HTMX for web development.
📣 Concluding Remarks:
The video provided valuable insights into leveraging HTMX, Tailwind, and Kotlin for building modern and efficient web applications. The speaker's detailed explanations and examples showcased the power of these tools in simplifying the development process and creating elegant user interfaces. Overall, it was an informative and well-presented discussion on enhancing web development workflows.
Generated using TalkBud
This is awesome. Is there a startup repo or something you can clone to start with?
the end so uplifting!
I worked with tom for over a year the guy is a genius!
Kotlin is a beautiful language. I like the low-level power of rust for some things, but I can be incredibly efficient and productive in Kotlin.
this trailing lambda feature is straight out of Haskell
you still need to put that $ at the end for some reason
I will get very disappointed if he goes for Kotlin before trying Haskell 😞
@@atijohn8135BlockArguments extension allows you to not have to type those $'s
I mean not really? In Haskell when you pass a higher order function, you either name it (with where) or make it an explicit lambda. You can't really just inline random code where a HOF would go and pretend it's a language feature.
@@isodoubIet yes, but using the explicit lambda in conjunction with the do-notation looks and feels pretty similar to Kotlin:
for container $ \element -> do
-- perform monadic actions here