jicea

A French proverb is « Il n’y a pas de fumée sans feu », means there is no smoke without fire. I use it a lot in my day work when I try not to watch a suspicious behavior…

Absolutely agree. The original Dune artworks and soundtracks are really appart, it's more an experience than a "traditional" video game (while at the time, there weren't traditional games, good memories...) The first Dune is also more faithful to the book regarding the ecology theme and the Fremen arc (in my mind at least)

You can use JSONPath asserts on responses, for instance:

  GET https://api.foo.net
  
  HTTP/1.1 200
  [Asserts]
  jsonpath "$.books[0].author.name" == "Hugo"

Emulating an HTTP session (with cookies passing) between request is more complicated for instance. Retry based on response content is doable but easier with a declarative format. jq is perfect for JSON response, what about HTML/XML response? Our testers prefer to write a text based declarative test, instead of a Bash script. It depends on your needs/backgrounds.

My two cents (as a developer of Hurl):

- chaining requests,

- passing data from a request to another (with captures or with cookies, each file being its own cookie session),

- gettings resources and checking payload SHAS

- checking responses (JSONPath, XPath on body response, headers etc...)

- retry / polling scenarios (polls until a resource is created for instance)

- comments things (we use Hurl as documentation for APIs workflows)

You can do these things using scripts and curl of course. We appreciate having a tool that works locally on Windows / macOS / Linux and integrates nicely in CI/CD. Hurl uses a (very small) fragment of libcurl. curl is much much powerfull, we love it.

Hi I’m one of the maintainer of Hurl! You can capture data from the DOM using XPath and inject it in next requests (classic example being a CSRF token for instance). One thing to have in mind is that Hurl is working on the HTTP level, there is no JavaScript engine, you get what the network gives you, like curl.

There are a lot of similar tools (see this thread https://news.ycombinator.com/item?id=33287137#33296902), we try to focus on: simple plain text format, CI/CD integration, fast multi-platform CLI. Plenty of options

You can record and play cast files offline easily. You can also embed an asciinema js player [1] on your own site to play casts.

[1]: https://github.com/asciinema/asciinema-player

There are really goods suggestions in this thread, I just made a compilation of all the links posted (at this time):

Restfox https://restfox.dev/

bruno https://github.com/usebruno/bruno

Hoppscotch https://hoppscotch.io/

Hit https://hit.yolo42.com/

HTTP Client https://www.jetbrains.com/help/idea/http-client-in-product-c...

Hurl https://hurl.dev

Insomnia https://github.com/Kong/insomnia

Kreya https://kreya.app

Milkman https://github.com/warmuuh/milkman

Nap https://github.com/davesheldon/nap

Paw https://paw.cloud

restclient.el https://github.com/pashky/restclient.el

REST Client https://github.com/Huachao/vscode-restclient

Socketfox https://socketfox.dev

Step CI https://stepci.com

vim-http-client https://github.com/aquach/vim-http-client

vscode-restclient https://github.com/Huachao/vscode-restclient

verb https://github.com/federicotdn/verb

I can't resist to propose my own solution: a cli tool, plain text based, curl, and Rust https://hurl.dev

The market is overcrowded by good solutions, best wishes to other tools!

Ok, If you count the total number of issues, I understand you point now.

May I ask why you find it fishy? I’m one of the maintainer of an Open source project with ~2000 stars and 50 issues [1] (some bugs, some questions and a lot of enhancement proposal). I don’t think there is anything strange in these kinds of numbers.

[1] https://github.com/Orange-OpenSource/hurl

Yes, I can see that! We focus on the CLI and I see how Step CI can shine. Happy to be a (small) source of inspiration. Good luck with Step CI!

Really cool, with already a lot of features!

Given the raise of CI/CD, I really think these kind of tools (CLI tests on HTTP requests), based on a simple format, will be really important. We've build Hurl (https://github.com/Orange-OpenSource/hurl), that shares a lot of similarities with Step CI (plain text instead of yaml, captures, jsonpath, xpath etc...). I will shamelessly take inspiration for some new features (like GraphQL for instance)!

The NES version is such a gem! I never really understood why it’s not much more known and praised, it’s really one of the best game on the platform (full real time wireframe 3D on 8 bits)

On my toy project https://github.com/Orange-OpenSource/hurl, binary size went from 5.7M to 3.2M without any noticeable perf drops.

  [profile.release]
  lto = true          # Enable Link Time Optimization
  codegen-units = 1   # Reduce number of codegen units to increase optimizations.
  panic = "abort"     # Abort on panic
  strip = true        # Automatically strip symbols from the binary.

I'm one of the maintainer of an Open Source project [1] that strongly relies upon libcurl. I'm really grateful to Daniel and all the contributors for all the work in curl/libcurl, this is one of our common software gem that is used by many (even in space [2]), so thanks a lot!

[1]: https://github.com/Orange-OpenSource/hurl

[2]: https://daniel.haxx.se/blog/2020/12/17/curl-supports-nasa/

I guess I didn’t do my homework searching for it. I’m ashame I’ve polluted crates.io with a soon to be deprecated project…

Replayed it some times ago. While watching the end scene, I was thinking « this game is so good, but I didn’t remember the end to be so abrupt... They should have thought about a part 2... » Then I find videos of a cut part 2, really enjoying if you like the game:

https://m.youtube.com/playlist?list=PLACMSh_URlEcwVqYAoOP-uy...

Yes totally.

On the other hand, you can also easily test use cases where the browser is “helping” you (for instance, you want to test that your backend didn’t accept an invalid email, but your HTML form has HTML5 validation that prevents a user to enter an invalid email). Or you want to test HttpsOnly cookie attributes. But it can’t do UI integration tests.

We’re using Hurl [1] at work for integration tests with very good success. We’ve eliminated false positive or flacky tests: it’s a simple tool that runs HTTP requests and you can add asserts on responses.

It’s as if you would test your app with curl, very fast and reliable. On the other hand, contrary to Selenium, there is no Javascript engine so you can only test the “raw” DOM or json response sent by the network (and not a DOM managed and rendered by a Javascript front end framework).

(Disclaimer: I’m one of Hurl maintainer)

[1]: https://hurl.dev

As a maintainer, I feel obligated to mention Hurl [1], a tool for testing HTTP with plain text and curl. It’s a wrapper around libcurl, in a single binary, with syntactic sugar for asserts. You can use it also like curl to give you an HTTP output.

[1] https://hurl.dev

I completely agree.

I’ve been an iOS developper for 8 years (working on apps with millions of downloads, for a French company).

I’ve been fighting management constantly about this, explaining that it would be cheaper to have iOS and Android experts ratherg than « multiplatform » developers. For instance, on iOS side, frameworks and UI change a lot every years, so you want to be able to update your apps quickly and adopt the new best practices (which is easier if you stick to the standard UI without any other framework).

We had other projects that started with a multiplatform approach, to go back after sometimes on « real » native apps (by real, I mean using only standard SDK, UIKit on iOS for instance). Despite these failures, management keep pushing for technology like React Native, Xamarin etc…

I’ve lost this battle: I think that the idea to have half devs is to appealing to business, and you don’t have chance to explain why this is not as simple as it’s seems to be. Or my points were simply not convincing.

It could fit here nevertheless?

« new inventions

Here are some tools that are not exactly replacements for standard tools:»

As a maintainer, I hoped to see Hurl [1], a tool for testing HTTP with plain text and curl, but alas it isn’t here!

[1] https://hurl.dev

I work on a medium Spring app (~250,000 loc).

Three years ago, our stack was Spring + Java. Now, we have transitioned our app to Spring Boot and Kotlin and I begin to appreciate this stack. No xml configuration, only code (or, more precisely, annotations that rely on reflexion), Kotlin data class for model, simple controller etc... I quite like it.

I come from a Python backend background with a lot of misconceptions about Java/Spring, and I like that our app can be bundled in a single "fat Jar" with all its dependencies. Much more pleasant (in my option) that the Python deployment story.

One think that I still dislike is the MVC template engines (we use Thymeleaf): they fill "ancient" to me and I would welcome something more "static" (like a Kotlin dsl for instance).

I’m a backend developper, working on medium to big Spring Boot apps. Two years ago, we introduced Kotlin in our code base with really good results on code quality.

With Java 17, the gap is narrowing between Kotlin and Java. Kotlin has still unique features that I love (extension methods for instance), but the big one is nullability. You can use @Nullable/@NotNull annotations in Java but I largely prefer having nullability backed in types with Kotlin. Some people say nullability is not a problem: with 30 developers of various quality, I can ensure it is a problem. I don’t see Java addressing nullability in a better way in the near future, so I’m going to stick with Kotlin.

My productivity has abysmally dropped since the release of From Software's Elden Ring. A small thing (among many) that I loved is the "medieval" style of the game map. It's like reading a monk parchemin, or an old book. On an another level, the maps drawn by Tolkien are really superb, evocative and you just want to zoom in and start dreaming in this lands...

[1] https://www.tolkienestate.com/painting/maps/

Didn't know this article thanks!

"Why Most Unit Testing is Waste" https://rbcs-us.com/documents/Why-Most-Unit-Testing-is-Waste...

Even earlier with H.261 and MPEG1 which already used block coding motion no ?

It’s on the documentation home [1] and on the GitHub README [2]:

Why Hurl?

- Text Format: for both devops and developers

- Fast CLI: a command line for local dev and continuous integration

- Single Binary: easy to install, with no runtime required

It’s maybe too succinct, but, at least, it’s here! We have also a more detail view on our FAQ [3]

[1] https://hurl.dev/#why-hurl

[2] https://github.com/Orange-OpenSource/hurl#why-hurl

[3] https://hurl.dev/docs/frequently-asked-questions.html#yet-an...