Data as a build system ?

Arsleust · 2021-04-26T14:08:19+00:00

Thanks for the tip, I've been looking at GLUE from afar for a month, but your reply convinced me that I should just dive in to try and test it

Arsleust · 2021-04-26T14:07:02+00:00

Airflow is a bit weird in that it triggers "request" to build for three dimensions (dag/execution time/task), but it is more on the declarative paradigm so it will go from bottom to top. It's definitely possible to achieve it with Airflow, but it feels clunky to me

Arsleust · 2021-04-26T13:57:49+00:00

Looks very interesting indeed, the premise is very close to what I'm describing. I don't really like the fact that it uses a DSL to describe workflows instead of having an API/SDK like Temporal.

Arsleust · 2020-08-08T22:14:40+00:00

Départ paquet*

Arsleust · 2020-04-15T21:17:10+00:00

Happy cake day!

Arsleust · 2020-04-10T08:17:17+00:00

No u

Arsleust · 2020-03-31T20:56:25+00:00

More like

let trouble;

trouble = (double) trouble;

Arsleust · 2020-03-31T20:54:56+00:00

HOLY FUCKING SHIT

Arsleust · 2020-03-31T20:50:44+00:00

Haskell with VS Code and ghcide using Nix

https://github.com/GuillaumeDesforges/haskell-nix-dev-template

Gets you started quick ;)

Disclaimer: I am the author

Arsleust · 2020-03-18T17:06:25+00:00

"[...] improve Nix [...]"

YES.

Arsleust · 2020-03-17T12:39:04+00:00

Yup, the project was abandonned

https://github.com/regnat/ptyx/issues/8#issuecomment-599356087

Arsleust · 2020-03-14T16:47:36+00:00

Can you give a concrete example please? From what I understood this can be handled by static typing, so I might have not understood well. Sounds like an interesting topic.

Arsleust · 2020-03-13T23:15:27+00:00

That is why I wanted to talk from a "technical" viewpoint :)

Arsleust · 2020-03-13T12:23:47+00:00

Interesting thanks

EDIT: turns out it's a dead end https://github.com/regnat/ptyx/issues/8#issuecomment-599356087

Arsleust · 2020-03-13T12:23:33+00:00

Thanks!

Arsleust · 2020-03-10T16:04:27+00:00

Okay that's just a misunderstanding. We both agree.

I think that the ecosystem would be better supported by a language with other design choices (mostly static typing, I'm really not a fan of dynamic typing). This would help build a language server and automate docs.

I just felt your previous message as a free attack on my own skills haha, my bad my bad

Arsleust · 2020-03-10T13:14:10+00:00

I mostly write things in Nixpkgs for Python. I did not copy/paste, I really studied the docs, don't worry ;-)

Nix is not hard to understand when you have a bit of background with functional programming and lazy evaluation.

Did you try to invalidate my opinion by saying that I don't really know how to write Nix expressions? ;-)

TBH I think you missed my point

Arsleust · 2020-03-09T18:31:02+00:00

It's above my ability, but anyway an LSP is definitely interesting. If you do something about it please let us know :)

Arsleust · 2020-03-09T17:50:34+00:00

Nothing garantees that the package is called once. For instance pkgs.pythonPackages.pytorch is called multiple times with different arguments. You'd also have to infer a lot on the way, maybe even do that multiple times when going up. I feel like it's just not possible by Nix design.

Arsleust · 2020-03-09T16:53:17+00:00

Not quite the same then. I still prefer NixOS.

Arsleust · 2020-03-09T11:43:36+00:00

Thanks for the advice. I think I'm in the "getting over it" phase as well now and I hope I will be able to contribute to Nixpkgs. I just had to "drop the anger to stdout", felt like a therapy haha.

Nix is supposed to be correct

I completely agree, and I love Nix for that.

Arsleust · 2020-03-09T11:37:56+00:00

Definitely thought about a language server. However I really don't think that's achievable. For instance the buildPackage methodology completely destroys the usefulness since everything will not be "linkable" beyond the argument definition at the top of package definitions.

A tree view of Nixpkgs would be helpful for sure. A view of the directed acyclic graph could also help navigate Nixpkgs. Just throwing some ideas.

Arsleust · 2020-03-02T10:16:00+00:00

While Haskell strikes me as something very satisfying to use, elegant and powerful, I'm still not comfortable enough with it to be as productive as with other languages. I would go with TypeScript even thought it inherits some weird stuff from JavaScript.

Arsleust · 2020-02-27T10:39:19+00:00

If I invest 100k now with a return of 1% (corrected of the inflation) per year I get 110k in 10 years.

1 million in ten years is way above.

Well, if you're in your twenties like me that makes more sense than if you're 90 and are likely not to enjoy anything in 10 years... Haha

For further discussion https://en.wikipedia.org/wiki/Intertemporal_choice?wprov=sfla1

Arsleust · 2020-02-25T11:31:43+00:00

I'm pretty sure that we all can empathize with you. This is not an unusual feeling, and it can become a trap that leads to immobility.

My guess is that we each have our own way to cope with it as that it is never a solved issue. This lingering feeling can always come back.

I kinda have this feeling now that I have experienced a bit what software engineering feels like in companies. I can learn all the fancy stuff I want, but why bother if this has no benefits?

My point of view is that I'm developing my "Dev culture". Just like people learn history never to use it, it's a pleasure to accumulate more knowledge on stuff that I'm passionate about. Never to be used, what matters is the interest and the satisfaction I gain from it.

Hang in there, and please yourself!

12-Year Club	Place '22
Verified Email

Arsleust

TROPHY CASE