cryptos

I'm glad how we have come in terms of UI/UX since then!

If you're looking for product tests, you're overwhelmed by all theses affiliate marketing pseudo tests. In some categories it is barely possible to find a real test at all! Having a well maintained directy might be a big win.

What is the advantage over Svelte (https://svelte.dev/)? Especially since Svelte is already established and has an ecosystem.

You nailed it! The Metaverse reminds of the block chain in a tragical way. It is a solution waiting for a problem to solve.

There is really not much you could learn from this article. The only thing that comes to mind is "don't give up, if your second attempt on product hunt fails". But that's basically all. Otherwise it reads mostly like advertising.

Russia and the US are actually not that different. https://www.opendemocracy.net/en/5050/russia-and-the-us-have...

But that "framework" could be a simple factory function.

The term "CRUD application" triggers me, because it is mostly an oversimplification. Technically almost any application can be boiled down to these fundamental operations, but this level of abstraction is not very useful to talk about in terms of business value. Only because AI is hyped today means that it could solve any problem, let alone design applications anyone wants to use.

From my experience AI tools can help a lot to write some parts of your code. You could for example generate a parameterized test from several similar tests. Doing the same by hand might take half an hour, where it would only a take a minute to feed the right things to the AI tool and let it generate the code.

As someone else wrote: we have apps and not websites now and if you look at what was named "HTML5" it is basically a software platform where you can run applications on. It really is client application development today, html is just the UI lanuage for historic reasons, but even that is no longer true in all cases (I'm thinking of Flutter or Compose). So, maybe even HTML is not that relevant in many cases.

HTMX 2 stopped IE support, so that shouldn't be an issue.

There is really no strong argument why Selenium should be better than Cypress. The only meaningful difference is the number of supported language, as far as the article describes these frameworks.

MySQL was kind of a fast toy database in the early days, but it was good enough to power simple PHP based websites.

Since I had the "joy" to use TypeORM (node.js stuff), I really value Hibernate, although there are some little corner cases I'd like to be better. But ORMs solve a really hard problem and I haven't seen anything better than Hibernate so far (and don't come up with JOOQ or MyBatis!).

Fly.io seems to be a bit of a mixed bag:

https://news.ycombinator.com/item?id=41917436

https://news.ycombinator.com/item?id=35044516

https://news.ycombinator.com/item?id=34742946

https://news.ycombinator.com/item?id=34229751

If a cloud platform doesn't really provide reliability, I'd say it's probably not worth it. You could better just rent a (virtual) server and save the cloud tax.

Percentage values in the range of thousands are somewhat pointless. A usual factor, not normalized to 1/100, would be a better fit, but would probably not make such a catchy headline.

This is what I like about Java: There is a culture of giving things descriptive names with very few abbreviations. Compare this with Go, where you can find tons of ugly C-style abbreviations.

Maybe open source foundations should be more selective with the projects. I'm thinking of Oracle dumping OpenOffice, although it was obvious that LibreOffice is the way to go.

That is a nice way to migrate to AsciiDoc. After the migration happened you can add more advanced syntax provided by AsciiDoc.

Depending on the content, I would recommend AsciiDoc (and not Markdown) to write a book. Markdown might be a good fit for text-only books like fiction, but AsciiDoc has much more useful formattings for structrured documents like technical or scientific books.

I'm satisfied with Hugo: https://gohugo.io/ It is very fast and has a lot of features. The syntax highlighting for code looks also very good.

Since RAR and 7-zip is supported by Windows out of the box these days, I can not think of much scenarios where you would benefit from WinRAR in a way you'd be willing to spend money for. https://www.pcmag.com/news/windows-11-finally-adds-support-f...

I disagree with the static vs. dynamic typing part. Modern statically typed languages (like Kotlin, Scala, Rust etc.) are concise and readable. In the case of the Groovy DSL for Gradle it was sometimes hard to get code right or to find a bug. Even IntelliJ struggled at times with this mess of a DSL. So, in my opinion Kotlin is definitely an improvement here!

However, I agree with your second part, the DSL as such. The syntax is arbitrary in many cases and just not easy to remember or to make sense of. It looks like a DSL for the sake of a DSL. Take a look at this example (https://docs.gradle.org/current/userguide/plugins.html):

    plugins {
        application                                     // by name
        java                                            // by name
        id("java")                                      // by id - recommended
        id("org.jetbrains.kotlin.jvm") version "1.9.0"  // by id - recommended
    }

Why are there two ways to reference a plug-in? Why is the version written without parenthesis? Why is version an infix operator? Why not something as simple and consistent as this:

    plugins {
       plugin(id="org.jetbrains.kotlin.jvm", version="1.9.0")
    }

How does the DSL help here? Is it more readable? Easier to lear or to remember?

Just look at Guice how nice a DSL can look like with pure Java:

    bind(CreditCardProcessor.class)
        .annotatedWith(PayPal.class)
        .to(PayPalCreditCardProcessor.class);

I'd really whish Java had build tools with better developer experience. I whish Mill the best luck!

I'd like it the other way around and want to see Flutter APIs for other languages (lets say Kotlin). Personally I feel no desire to learn Dart to use it only for Flutter.

You speak from my soul! I'm in the Java world for a really long time now and I'm wondering for years why the build tools need to be so complicated an annoying. I know Go, Node.js and bit of Rust and all have more pleasant easier to use build tools! The JVM (or GraalVM) as an ecosystem is just fine and probably one of the best, but build tools might be achille's heel. Maybe it would be a good idea for Oracle to invest into that area ...

You have to keep in mind that Gradle Inc. earns money by providing consulting for complex builds. An easy build tool would destroy this business model ;-)

The comparision with Gradle is not up to date. There is stated that you would end up in an untyped mess of Groovy build files, but statically typed Kotlin files are the default for quite some time now in Gradle! https://mill-build.org/mill/0.12.1/comparisons/gradle.html

The UX is exactly the reason why a stayed away from Bitwarden.

I did that for quite some time, but I had severe issues with multiple editing users and with android apps. All the tricks I tried, like nested vaults didn't fully work in the end. So I ended up with 1Password.

I completely agree with you! Almost everyone needs to store more than only usernames and passwords for websites. Think of PIN for credit cards and the like.