I chose json mostly for convenience, but also to give me some easy future possibilities.
Making thinking was something like:
pros:
1. json has lots of tooling and is generally easy to work with
2. if I put up a ui/webapp around hfd, then json will work well for that.
3. if I want a custom DSL, I can always have the grammar convert to json as the underlying representation.
CONS:
1. the json ends up being deeply nested and hard to work with
2. lack of multiline strings and comments (I went ahead added comment support though :))
Do you mean grbl? If so, HFD and grbl are totally different. HFD is meant a way to design things (usually for laser cutters, but ultimately it outputs SVG, so could be useful for other usecases).
HFD is meant to make it easier to create designs which are parameterized (i.e. one design where you could easily change the width, height, thickness, ect). And make it simpler to split and layout designs across multiple pieces of material.
>HFD is meant to make it easier to create designs which are parameterized (i.e. one design where you could easily change the width, height, thickness, ect). And make it simpler to split and layout designs across multiple pieces of material.
so sorta like OpenSCAD (the language, not the program), but specialized for 2d/planar work?
Doesnt look like this supports displays larger then a couple inches. I would love to get a largish e-ink display so I could code outside (slow refresh rate is fine, just needs to support a terminal).
Anyhow, is a step in the right direction to have small hackable eink displays.
I noticed that there was a 10.2" display on the PDI website. It looks like it's not supported by the current prototyping kits, but I am hoping that will change down the road; I'd love to hack around with something that big!
On the other hand, it could be a fun challenge to try to integrate a bunch of the smaller displays into a single large one--though I imagine the novelty of coding on something like that would wear off pretty quickly ~wry grin~
In order to help your addicted father you should consider first focusing on yourself. The stress and guilt of having an addicted loved one can affect your own mental health. Speak to an addiction specialist, they can help you formulate appropriate actions in dealing with your father, perhaps an intervention, perhaps something else. Al-Anon (http://al-anon.alateen.org/) is a good resource.
This is a very good point. At one point in time I went to a therapist to discuss my family member's alcoholism in an attempt to get them help. The therapist gave me some good advice for my family member but also recommended that I seek therapy of my own. I did so for over half a year and it helped me work through issues relating to my relationship with my family member but also some anxiety issues of my own. If you are uncomfortable with the group setting of al-anon (as I was), you should really look into one-on-one counseling.
The bus factor is the total number of key developers who would need to be incapacitated (as by getting hit by a bus/truck) to send the project into such disarray that it would not be able to proceed; the project would retain information (such as source code) with which no remaining team member is familiar.
Making thinking was something like:
pros:
1. json has lots of tooling and is generally easy to work with 2. if I put up a ui/webapp around hfd, then json will work well for that. 3. if I want a custom DSL, I can always have the grammar convert to json as the underlying representation.
CONS: 1. the json ends up being deeply nested and hard to work with 2. lack of multiline strings and comments (I went ahead added comment support though :))