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
"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.
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
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.
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.
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.
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
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.
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'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 😅
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.
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.
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.
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 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.
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
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.
+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 👍
@@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
Would it create a closure for every single html element tho? If you have 100 elements that will be 100 functions for the garbage collector at server side, compared to 1 if using regular html templating
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.
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).
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'm not sure what's the win with a HTML DSL in Kotlin. There's already an HTML DSL, it's called HTML... This Kotlin thing just feels like a layer between you and HTML. Kotlin has static typing etc... But HTML already has that with DTD. And did you notice he used strings to specify his classes ? He can type any garbage class name and the compiler won't care. When I'm editing my HTML files, IDE notices I have a CSS file full of classes, and helps me autocomplete their name in the HTML. Do you think he has that ? I don't.
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
@@juh9870_projects which is a problem in itself, because the ecosystem is built with dependencies & assumtions that work or apply in X but not in Y. That sucks.
@@pad8941 I agree it's skill issue. But one important thing is that the SwiftUI docs aren't really that great. SwiftUI introduces so many concepts while the docs expects you to know all of them in order to make the slightest sense. But this is already irrelevant to the argument whether abusing trailing lambda is good or not.
@@austinsiu2351 You are right, it requires you to know some underlying concept (beginner may label it difficult) to be able to grasp what actually happen in the UI. That's why, I always recommend to learn UIKit as a starting point to learn IOS dev. It is quite funny that apple brand SwiftUI as starting point. Maybe they just want to attract web dev to ios dev with framework that has similar syntax with HTML.
It's really freaking out when you turn on video on youtube and someone just starts screaming "ketchup! ketchup!", it just makes you out think you should go for a hotdog
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
@@luisalejandroquirogagomez1721 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 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 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).
Off topic but i have to say Prime, since watching your vim stuff. I have basically stopped using my mouse for most programming and replaced everything with hotkeys. Its by far the most fun i have EVER had programming and it has transformed my workflow. I never realized how genuinely painful it is using a mouse until i stopped. Thanks for that. Im trying to mentally take account of all the big joy moments in my programming career. And this is right up there at the top. Actually it is the top. I cannot possibly recommend it enough. The only thing that comes close is when i first discovered VS code as a beginner. Im pretty sure ill be using Vim soon. Also i genuinely hate using linux, i hope to change that becuase its super useful. Can anyone tell me if there are any peak moments using or learning linux that they can share? Something that made you feel real joy as a programmer.
I've been trying to get my company to move to Kotlin or GoLang for 5 years and then just gave up because they want to sit on Java 8 (or Java 17 for new packages). The main concern was "other people don't know the language". It literally takes 2 or 3 days to have basic proficiency in the semantics. Yet they're happy to keep dealing with a huge L3 backlog which piles up because of random null pointers and 5 layers of inheritance which is 15 years old.
📝 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
Might want to figure out how to compress the audio on other streams so you can keep it near 100% without peaking. (Audio compression in terms of compressing the soundwave not compressing the data)
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.
Kind of looks like he's creating objects for his html. Makes me think its similar to how you write Flutter. Just nested objects made up of your most basic components.
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
I think kotlin is one of the most well designed programing language on present days
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
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
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
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.
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?
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
I think Compose Multiplatform can already do all this. It is a Kotlin UI framework. Also breaking things up into components reduces nesting.
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.
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.
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.
More about Kotlin please, this language is awesome
This got me inspired to try HTMX with Swift and result builders.
That should be fun
Kotlin is the best for anything to do with web dev (backend or frontend) 😍
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.
His video was good, but also your additions were spot on and insightful, one of your wisest :)
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.
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
Kotlin's string interpolation is lifted from Scala. And you can do what he does in Scala as well.
Kotlin is inspired by Scala
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.
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.
Kotlin is a great language!
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...
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
Finally some Kotlin! Pretty curious what would he think about Jetpack Compose
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 😅
I expected surprise, but I didn't expect to be that impressed.
Prime should look at Jetpack Compose
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.
kotlin is freaking goated, such a great language without all the java bloat
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.
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!!!!
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.
@10:40 Well there is Pug/Jade. It's actually pretty nice to work with.
Finally kt getting recognition
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 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.
Swift calls them trailing closures and they’re amazing.
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
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.
+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 👍
I love that you let him cook despite being roasted by chat
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
You can literally do this in C# fight me
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 didn’t understand HTMX until I realised the advocates are backend developers
Would it create a closure for every single html element tho? If you have 100 elements that will be 100 functions for the garbage collector at server side, compared to 1 if using regular html templating
Kotlin has inline functions, where they are inlined into the call sites and the closures go away
That Pam person is worried about nesting and talking about HTML at the same time...
Ignore them, they are front end dev
Great vid. Had a little bugger about with this in go and is really easy to get something useful working.
Kotlin mentioned let’s go
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.
i'm gonna get back to this video to watch it later. in the meantime, you better not disapprove of kotlin, kotlin is awesome
Prime, you've stepped into Kotlandia! Do more Kotlin vids. Or try it out for yourself.
Kotlin mention let's go
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).
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.
Awesome video, hope you continue Levi!
7:19 thats ruby block passing right there, but unlike ruby blocks lambda is explicit argument in function signature
I'm not sure what's the win with a HTML DSL in Kotlin. There's already an HTML DSL, it's called HTML... This Kotlin thing just feels like a layer between you and HTML. Kotlin has static typing etc... But HTML already has that with DTD. And did you notice he used strings to specify his classes ? He can type any garbage class name and the compiler won't care. When I'm editing my HTML files, IDE notices I have a CSS file full of classes, and helps me autocomplete their name in the HTML. Do you think he has that ? I don't.
With kotlin you have typesafe
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
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)
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
I wanted to move to kotlin after C#.
However the JVM is Kotlins best and worst feature. It didn't make it for me.
Kotlin Multiplatform exists, you can avoid JVM if you want, but, obviously, you lose access to the JVM libraries ecosystem
@@juh9870_projects which is a problem in itself, because the ecosystem is built with dependencies & assumtions that work or apply in X but not in Y.
That sucks.
13:46 nah man the syntax looked weird, plus each tailwind class as separate string, pain.
Learning Kotlin would be a mind expanding experience for Prime. :)
SwiftUI uses this kind of syntax sugar, and turns Swift into an alien language, super hard to learn and debug.
Imho it's skill issue. It is simpler to write the UI. But I aggre with you, since everything become declarative it is challenging to debug
@@pad8941 I agree it's skill issue. But one important thing is that the SwiftUI docs aren't really that great. SwiftUI introduces so many concepts while the docs expects you to know all of them in order to make the slightest sense.
But this is already irrelevant to the argument whether abusing trailing lambda is good or not.
@@austinsiu2351 You are right, it requires you to know some underlying concept (beginner may label it difficult) to be able to grasp what actually happen in the UI. That's why, I always recommend to learn UIKit as a starting point to learn IOS dev. It is quite funny that apple brand SwiftUI as starting point. Maybe they just want to attract web dev to ios dev with framework that has similar syntax with HTML.
It's really freaking out when you turn on video on youtube and someone just starts screaming "ketchup! ketchup!", it just makes you out think you should go for a hotdog
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
@@luisalejandroquirogagomez1721 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).
oh gosh!!!
I just realized, I waste more time on creating thing that creates what I want ...
moral of the day for me
I like the builder pattern in the host language. Better than a language extension like JSX because more tools & patterns are available.
Come to Kotlin, we have everything! That is, if you have the time to wait for the build to finish!
Thr greatest thing about this is strong typing in the template
Smart autocomplete
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 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).
Off topic but i have to say Prime, since watching your vim stuff. I have basically stopped using my mouse for most programming and replaced everything with hotkeys. Its by far the most fun i have EVER had programming and it has transformed my workflow. I never realized how genuinely painful it is using a mouse until i stopped. Thanks for that.
Im trying to mentally take account of all the big joy moments in my programming career. And this is right up there at the top. Actually it is the top. I cannot possibly recommend it enough. The only thing that comes close is when i first discovered VS code as a beginner.
Im pretty sure ill be using Vim soon.
Also i genuinely hate using linux, i hope to change that becuase its super useful. Can anyone tell me if there are any peak moments using or learning linux that they can share? Something that made you feel real joy as a programmer.
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.
"the ability to extend things that already exist"... we saw what you did there... :P
the end so uplifting!
I've been trying to get my company to move to Kotlin or GoLang for 5 years and then just gave up because they want to sit on Java 8 (or Java 17 for new packages).
The main concern was "other people don't know the language".
It literally takes 2 or 3 days to have basic proficiency in the semantics.
Yet they're happy to keep dealing with a huge L3 backlog which piles up because of random null pointers and 5 layers of inheritance which is 15 years old.
I like how Primeagen mentions things he likes every now and then. Like ketchup and stuff
📝 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 barely heard the guy in the video. But how fantastic! I just bought Atomic kotlin last week :) More kotlin videos please!
Might want to figure out how to compress the audio on other streams so you can keep it near 100% without peaking. (Audio compression in terms of compressing the soundwave not compressing the data)
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.
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.
Kind of looks like he's creating objects for his html. Makes me think its similar to how you write Flutter. Just nested objects made up of your most basic components.
Jokes on you, I use Neovim on a Mac to be intentionally confusing
i like to mix functions and data, functions and code and functions and function. what i don't like is to extend builtin types
Nice. Kotlin is best language I've used so far.