Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
brikis98
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
5 ms
·
1.
▲
GenAI, the snake eating its own tail
(ybrikman.com)
99 points
by
brikis98
8mo ago
|
129 comments
2.
▲
by
brikis98
1y ago
I looked for something like this for years, and could never find it, so I ended up writing it myself: take a look at Fundamentals of DevOps and Software Delivery [1]. It's a hands-on, step-by-step guide to all the tools and technique
3.
▲
by
brikis98
3y ago
It means that whether you can use Terraform at any future company you work for will be determined... by HashiCorp. That's because the BSL license is intentionally vague. What does "competing" mean? What does "hosting or
4.
▲
by
brikis98
3y ago
How do you know you're not competing with HashiCorp? That's not meant to be a redundant or snarky question. The key issue with the BSL and that FAQ is that the wording is intentionally vague. What does "competing" mean?
5.
▲
by
brikis98
3y ago
We just moved the signatures to a table format, so you individuals can now add themselves to the table: just set the "type" column to "Individual." Thank you! https://opentf.org/
6.
▲
by
brikis98
3y ago
We just moved to a table format for pledges and brought back the commitments so you can see them: https://opentf.org/
7.
▲
by
brikis98
3y ago
The truth is that a fork hurts everyone. Imagine a future CTO trying to pick the IaC tools for their company. They see Terraform as an option, but then learn there are multiple forks, licensing questions, and a big battle happening in the c
8.
▲
by
brikis98
3y ago
> if hashicorp thinks you are a competitor This is precisely the problem with the new BSL license. Whether your usage of Terraform complies with the license isn’t determined by the legal terms, but instead is entirely at the whim of Hash
9.
▲
by
brikis98
3y ago
Gruntwork here. You can find our statement here: The Future of Terraform must be open—our plan and pledge to keep Terraform open source. https://blog.gruntwork.io/the-future-of-terraform-must-be-op... If you want to help us
10.
▲
by
brikis98
4y ago
If you can use a Platform as a Service (PaaS) offering like Vercel, Netlify, Heroku, etc, you absolutely should! I always recommend those types of tools as the first stop tools to anyone building software these days. But there are many use
11.
▲
by
brikis98
4y ago
Author here. I tried to answer your question in the first two paragraphs. But to add some context, given the nature of my work, I hear from developers on a nearly daily basis who are struggling to get started with the technologies mentioned
12.
▲
by
brikis98
8y ago
There's a transcript of the talk on the HashiCorp website: https://www.hashicorp.com/resources/lessons-learned-300000-l...
13.
▲
by
brikis98
8y ago
More of the latter. Don't put all your eggs in one basket. Don't create a single "module" (i.e., single deployable thing) with 100,000 lines of code and all your infrastructure in it. Break things up into small, reusable
14.
▲
by
brikis98
8y ago
Deleting prose and lines of code is still work. You have to read the text, think about it, figure out what would happen if you remove it, update all other places accordingly, and so on. The same goes for deleting code. To ignore that 160k l
15.
▲
by
brikis98
8y ago
Author here. I very much do understand that one line of "insertion" or "deletion" doesn't necessarily mean the entire line was rewritten. But as I wrote in the blog post, there are also many types of changes missing
16.
▲
by
brikis98
8y ago
I'm one of the creators of Terratest. Happy to answer questions. The main question I've seen so far seems to be how Terratest compares with various "spec" tools (e.g., inspec, serverspec). Most of the spec tools focus on
17.
▲
How we built a distributed, self-funded, family-friendly, profitable startup
(blog.gruntwork.io)
2 points
by
brikis98
9y ago
|
0 comments
18.
▲
by
brikis98
10y ago
Gruntwork | DevOps Engineer | Anywhere | REMOTE http://www.gruntwork.io/ At Gruntwork, we offer DevOps as a Service. That means we help companies figure out how to do all the steps that come after writing code. How do you t
19.
▲
by
brikis98
10y ago
Gruntwork ( http://www.gruntwork.io/ ) | Anywhere | DevOps | Contractor At Gruntwork, we offer DevOps as a Service. Our mission is to make it an order of magnitude easier to understand, develop, and deploy software. The first
20.
▲
by
brikis98
10y ago
Check out the talk Startup Ideas and Validation [1]. The key insights are: * Innovative ideas are rarely, if ever, eureka moments. They usually evolve after spending a huge amount of time thinking about a specific problem. * Ideas do not fo
21.
▲
Terragrunt: locking and remote state management for Terraform
(blog.gruntwork.io)
2 points
by
brikis98
10y ago
|
0 comments
22.
▲
by
brikis98
10y ago
1. "The Adventures of Sherlock Holmes" by Arthur Conan Doyle. This may sound like an odd one, but years ago, I almost never took the time to read. My girlfriend, who knew that I loved Sherlock Holmes books when I was younger, conv
23.
▲
by
brikis98
10y ago
I'm the author of a book published by O'Reilly: http://www.hello-startup.net/ Before I decided to write the book, I talked to a number of friends who were authors and they all basically gave me the same advice: *
24.
▲
by
brikis98
10y ago
> For instance, he talks about working strategies, and puts Google as an example. First, I also listed LinkedIn and Facebook. Second, many small companies use the same strategies, but most people probably haven't heard of them, so t
25.
▲
by
brikis98
10y ago
> Using one anecdotal experience as proof is not the exact opposite of a strawman. A strawman argument is an argument no one is actually making, but one that's easy to debate against (to "knock down"). So even "one an
26.
▲
by
brikis98
10y ago
> So, yeah, Agile requires safety; but, before that, it requires commitment. Completely agreed. There are certainly tools and processes that are more effective than others (as I discussed in the post), but for a creative discipline like
27.
▲
by
brikis98
10y ago
Author here. FWIW, that sentence "Developers work in total isolation for weeks or months at a time on feature branches and then try to merge all their work together into a release branch at the very last minute" is actually the ex
28.
▲
by
brikis98
11y ago
If you're into startups & programming (this is HN, right?), here's my list of recommended reading: http://www.hello-startup.net/resources/recommended-reading/
29.
▲
by
brikis98
11y ago
Trying to create battle-tested, pre-packaged, "batteries included" DevOps solutions is exactly what we're trying to do at Atomic Squirrel [1]. We think there needs to be a middle ground between Platform as a Service (PaaS), l
30.
▲
by
brikis98
11y ago
Of course superstars are rare. But rare is not the same thing as "don't exist". And of course people will claim to be superstars even when they are not. But that, again, doesn't mean they don't exist. The very last
More ›