treebeard5440

Took me bout 2 days for the initial release of the config-file-validator. I had been thinking about it for a while and was able just to knock it pretty quickly. It’s changed a LOT since initial release and 95% of that work has been from open source contributors

https://github.com/Boeing/config-file-validator

Great idea - i’ll give this a try in my project

Way below what you’d make at FAANG is absolutely correct. Salaries are not competitive with top-tier tech companies. Not everyone wants to work at FAANG though. Depending on what you value though the lower salary can be offset by some of the other benefits. Work life balance tends to be really good - rarely do I ever go over 40 hours a week but if I do I get paid overtime even though I’m salaried. You can also usually arrange to work a flexible schedule like 4/10’s (10 hrs a day M-Th and every Friday off) or 9/80’s (9 hours a day, 8 on the working Friday and every other Friday off). 401K and medical benefits are also very good. Job security for engineers tends to be high - especially compared to FAANG with their recent series of layoffs. Even if FAANG is your ultimate goal, working for a few years at a defense contractor will not hurt your chances of future employment there.

My team actually likes it - but it’s run by the dev team so we actually talk about things we care about. Management participates too (I know they aren’t supposed to) but they are very supportive and can help elevate issues appropriately if needed

This looks great! Very clean UI

> My main focus is in Embedded Systems Software and it’s something I’m really passionate about.

Not entirely what you’re asking but if you decide to go the job route try applying at all of the major defense contractors (Boeing, Lockheed, Northrop, Raytheon, etc). I work for one and the embedded software skillset is highly desired and hard to hire for. You will likely have to be okay with relocation and working onsite in a classified environment at least part of the time but the job prospects should be much better than tech companies and the work very applicable to your focus

Nice work - We must have the same cats!

Neat idea - I feel like the name could be more descriptive of the tool like buildpurge

This is so cool! I can see this as an incredible study tool for a command line user

This is pretty neat! I had no idea what to use this for until I read the “why” section on your README - good use case

Pretty cool - have you thought of open-sourcing the project while keeping the SASS portion paid?

I agree with “does it work for me, then it’s a success” to a certain extent. I am really happy with my project, it does what I needed it to do, and my company allowed me to open-source it. If that was all that happened I would still consider my project a success. What has been really enjoyable for me, however, is working with contributors and seeing developers use the tool. So I feel like - for me at least - there has to be more than just building and releasing it.

Now that’s a great indicator

Came here for AWS - still left happy discovering it was about real clouds

Neat idea!

Cool - thanks for sharing!

Thanks for sharing!

I love vinyl - thanks for sharing!

I like this a lot - simple and straightforward. Thanks for sharing!

Great script - thanks for sharing

This is really cool - thanks for sharing! Is there a way to have multiple categories in a file that aren’t subcategories of the first tag?

This is a great project - is the goal to be more like Gitlab, i.e. no plugins/marketplace or like Jenkins and GitHub Actions?

Github Action to use the config-file-validator (https://github.com/Boeing/config-file-validator) to recursively scan the directory structure of a repo for config files and validate their syntax as part of a CI/CD pipeline.

This is useful as a quick quality gate in your CI pipeline to validate that a syntax error was not introduced in the latest commit. Currently XML, JSON, YAML, INI, and TOML are supported with CSV, HCL, and Plist coming in the next release.

Here's how to add it to your existing workflow: https://github.com/kehoecj/validate-configs-action/tree/main...

I like the idea of a screen blur. Is there a setting to detect if you’re on a zoom call (or webex, teams, etc) and disable the blur?

Great work - I like this a lot

I like the concept a lot - in addition to an overall score I’d like to see how the score was calculated in addition to a breakdown of their current policy

Very nice! What are some things you’ve used it for in your home automation?

This is a cool idea. Can it run outside of the extension ecosystem - like as a cli tool? I could see some use-cases/integration using it that way but not as much as an extension

Is this not available via the aws cli/api?

Well now I know what I’m doing next weekend - nice work!