Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
wocram
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
31.
▲
by
wocram
1y ago
Why multiple manyrepos over a single monorepo?
32.
▲
by
wocram
1y ago
I think most monorepo advocates are actually anti "one repo per project" at heart. That's the real anti-pattern imo.
33.
▲
by
wocram
1y ago
All software with dependencies needs to respect it's dependents. A monorepo doesn't really change anything about the relationship between a library and it's users, except that the library or the users are somewhat more empowe
34.
▲
by
wocram
1y ago
Bazel is notoriously difficult to set up to begin with, but not so difficult to use after that. What was your bad experience?
35.
▲
by
wocram
1y ago
This isn't a polyrepo in disguise. This is a monorepo done correctly.
36.
▲
by
wocram
1y ago
Much more common is that an easy cross project change in a monorepo simply isn't don't in a polyrepo because of how much more onerous it is.
37.
▲
by
wocram
1y ago
Just today I saw someone try to set up a new project and stumble over setting it up as it's own repository, instead of just having a central place to add it. There's also a vicious feedback loop of separating projects across repos
38.
▲
by
wocram
1y ago
Is this standard promotion driven development? Or do the people who are trying to open source these products end up being blocked?
39.
▲
by
wocram
2y ago
I think it's hard to argue that Cargo.toml is any simpler than Python. Json might be ubiquitous enough for anyone to read and understand, but if Python is foreign than toml is no better.
40.
▲
by
wocram
2y ago
What do you get out of using sapling without mononoke or eden?
41.
▲
by
wocram
2y ago
What drove you away from Bazel? I would expect anyone considering migrating away from a "legacy" tool like maven would consider a "modern" tool like Bazel first.
42.
▲
by
wocram
2y ago
Usually the deferred bonus is paid out to you if you leave, so it's a little bit different than an RSU grant.
43.
▲
by
wocram
2y ago
This is a setting, you can change it to any other date format you want.
44.
▲
by
wocram
2y ago
Rustc is very tightly coupled with cargo. Nothing stops you from calling rustc yourself, but you basically need to reverse engineer what cargo is doing. My reference for this is https://github.com/bazelbuild/rules_rust
45.
▲
by
wocram
3y ago
Having read the 2 recent blog posts, I was interested in the release and read through most of the rig site. The hook on the rig page tells me it's an alternative to make, and geared towards C code. It doesn't tell me why this is b
46.
▲
by
wocram
3y ago
This sounds nice on paper, but there's a lot of missing glue to be written between nix and bazel. Ideally nix would move towards less imperative/genrule style package declarations and ultimately become more usable for internal bui
47.
▲
by
wocram
3y ago
What's the main use-case you imagine for gittuf? Do you think it will work well for supporting a monorepo?
48.
▲
by
wocram
3y ago
What if non-salary compensation makes up the majority of their total compensation?
49.
▲
by
wocram
4y ago
Sure but that's not the interesting part. If bazel hit some critical mass of usability and/or package availability it could be rewritten.
50.
▲
by
wocram
4y ago
The problem with bazel here is that every project, no matter how small, ends up needing some beefy WORKSPACE and bazelrc, especially when you start bringing in this party dependencies. How do we streamline this? bzlmod and bcr are steps in
51.
▲
by
wocram
4y ago
I don't doubt the UX is better, but internal users are a captive audience. I imagine most developers will not think twice about what vcs they are using unless their organization makes the change.
52.
▲
by
wocram
4y ago
'one day' is not very reassuring! Improved UX is nice and all, but why would anyone migrate without getting killer performance features like the virtual file system?
53.
▲
by
wocram
4y ago
Doesn't feel like it reduces the number of smurfs, boosters, or account buyers in dota2. I imagine it would be even worse without, though.
54.
▲
by
wocram
4y ago
I see it's not in nixpkgs, what's difficult about setting it up?
55.
▲
by
wocram
4y ago
I have spent a little bit of time working on a prototype of a setup like this, and have needed to write a lot of (hacky) glue and BUILD files. I take it you have departed quite a bit from https://github.com/tweag/rules_
56.
▲
by
wocram
4y ago
How are you integrating bazel and nix? My assumption is that bazel is running in an environment created by nix, so I wonder what you mean by 'deeply integrated'.
57.
▲
by
wocram
4y ago
vaporware?
58.
▲
by
wocram
5y ago
I have to say, if it weren't for this comment, reading through the links doesn't make me thing of 'nixpkgs with starlark instead of bash at all'.
59.
▲
by
wocram
5y ago
BUILD file evaluation is very similar to nix expression evaluation. I think the bazel 'analysis' phase is equivalent to the nix derivation expansion step Maybe nix is more lazy, but I would be surprised if nix ends up doing substa
60.
▲
by
wocram
5y ago
The trade-off is that it's much harder to select a set of versions with nix, and requires some knowledge of nix lang. If you can just take all of your packages from a tag of nixpkgs, then that experience is very nice. On the other hand
More ›