Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Draw.io and Terraform = Brainboard, Graphical Way to Do Terraform

brainboard.co

Post reply on HN
Print view View original

41–46 of 46 posts

Re: Draw.io and Terraform = Brainboard, Graphical Way to Do Terraform

#41

Post by chafik-bel »

weitzj wrote: post #39

This looks interesting. But as a developer I really would like my pull requests, linters and what not. This feels like the G-Programming language from LabView which allows you to graphically program your physics experiments. But once you drink the programming language coolaid you don’t want to do graphics programming any more. So I guess I am already biased towards reading text. But for me this is still the best way…

Interesting points. FYI: pull requests will be available during Q1/2021 and we have a kind of linter (predictable blocks, maps, lists). Another point is once you work on graphics I guess you care less about the code since you'll be fully managing graphics in the same analogy to assembly, you care about your language code and not about the assembly generated behind the scenes.

Re: Draw.io and Terraform = Brainboard, Graphical Way to Do Terraform

#42

Post by _algorythm »

nhoughto wrote: post #40

All for trying to reduce env drift and divergence between things, but don’t think the documentation as the source of truth is the winning formula. Source of truth will inevitably be code (bc it has to capture the full weight of the complexity of your system), IaC is hard enough already with the dizzy height of the abstractions you are building on top of, having a system that adds another doesn’t seem like a winning f…

Had the exact same though, but it’s still a pretty interesting concept though.

Re: Draw.io and Terraform = Brainboard, Graphical Way to Do Terraform

#43

Post by chafik-bel »

nhoughto wrote: post #40

All for trying to reduce env drift and divergence between things, but don’t think the documentation as the source of truth is the winning formula. Source of truth will inevitably be code (bc it has to capture the full weight of the complexity of your system), IaC is hard enough already with the dizzy height of the abstractions you are building on top of, having a system that adds another doesn’t seem like a winning f…

We are challenging the fact that source of truth will inevitably be code, we wanna move it a bit higher. When you analyze history of computer science you see that it is all about abstractions: OS as an abstraction to the HW, VM as abstraction to the limitation of both OS & HW, dockers does the same, kubernetes...and the cloud providers themselves are an abstraction of the underlaying technologies by offering: compute as a service, storage as a service, network as a service...

Re: Draw.io and Terraform = Brainboard, Graphical Way to Do Terraform

#44

Post by chafik-bel »

_algorythm wrote: post #42
nhoughto wrote: post #40

All for trying to reduce env drift and divergence between things, but don’t think the documentation as the source of truth is the winning formula. Source of truth will inevitably be code (bc it has to capture the full weight of the complexity of your system), IaC is hard enough already with the dizzy height of the abstractions you are building on top of, having a system that adds another doesn’t seem like a winning f…

Had the exact same though, but it’s still a pretty interesting concept though.

We reverse-engineered Terraform which means Brainboard represents faithfully every cloud resource you find in Terraform.

Re: Draw.io and Terraform = Brainboard, Graphical Way to Do Terraform

#45

Post by weitzj »

chafik-bel wrote: post #41
weitzj wrote: post #39

This looks interesting. But as a developer I really would like my pull requests, linters and what not. This feels like the G-Programming language from LabView which allows you to graphically program your physics experiments. But once you drink the programming language coolaid you don’t want to do graphics programming any more. So I guess I am already biased towards reading text. But for me this is still the best way…

Interesting points. FYI: pull requests will be available during Q1/2021 and we have a kind of linter (predictable blocks, maps, lists). Another point is once you work on graphics I guess you care less about the code since you'll be fully managing graphics in the same analogy to assembly, you care about your language code and not about the assembly generated behind the scenes.

> I guess you care less about the code since you'll be fully managing graphics ...

Is this a thing you have experienced for yourself and others around you? My experience does not hold this statement as it is much harder for me to parse a complex image.

Re: Draw.io and Terraform = Brainboard, Graphical Way to Do Terraform

#46

Post by chafik-bel »

weitzj wrote: post #45
chafik-bel wrote: post #41

Earlier quoted context omitted.

Interesting points. FYI: pull requests will be available during Q1/2021 and we have a kind of linter (predictable blocks, maps, lists). Another point is once you work on graphics I guess you care less about the code since you'll be fully managing graphics in the same analogy to assembly, you care about your language code and not about the assembly generated behind the scenes.

> I guess you care less about the code since you'll be fully managing graphics ... Is this a thing you have experienced for yourself and others around you? My experience does not hold this statement as it is much harder for me to parse a complex image.

Yes, I'm still experiencing that while using Brainboard. I realize that I care more about the graphics and the design and less about the code even if I spent more 12 years dealing with the code.
Post reply on HN