ltrcola
Joined 10 years ago
Joined 10 years ago
On the other hand, many gay folks are afraid to even mention their partner at all at work, even casually in the what that most people do. In that case, the belief that "gay rights are political" that some folks have are creating a toxic environment.
So there are certainly limits in the workplace and there is a line to toe for toleration and polite conversation, but saying "politics do not belong in the workplace" is pretty absurd.
Netlify CMS itself is a lot more raw but I see huge potential there, especially since it's open source. Our InfoSec folks loved the idea of content changes as commits. And the maintainers on Gitter are super open to help folks and work through changes. Already submitted a PR that was accepted and has made it into a release. And we haven't paid them anything yet, even with Google Single Sign-On integrated.
I did just implement Netlify CMS in a project though. Super easy to get set up and it's open source. It's missing some things from more polished CMSes that you might expect, like editor roles, but it's still pretty young. The project lead is really responsive and I have high hopes for it long term.
Hopefully as time goes by we have more flexibility :)
Looking for a smart and compassionate person to work with me on a Marketing Engineering team. We're doing our best to cultivate an inclusive culture (don't be an asshole) and to build a useful SaaS product (API) that we can be proud of. Des Moines may be flyover country, but it's sort of a hidden gem. I don't care at all if you have a degree, only that you've got some experience and are good at learning.
Here's the start of the actual posting:
We care about mastering the ideal platform to move money. At Dwolla, we empower our engineers to select the right languages, tools, and libraries for the job and deliver products based on those choices. If you want to become of a master of your craft while building something that matters, Dwolla may be right for you.
Our Front End Engineers design and build usable, performant, and beautiful user interfaces that help our users accomplish their goals. As a member of the Marketing Engineering team, you will work closely with marketing stakeholders to build web experiences that communicate the value of the Dwolla platform to potential customers, as well as maintain a strong and cohesive brand across all of our properties.
https://hire.withgoogle.com/public/jobs/dwollacom/view/P_AAA...
or check out all our postings here: https://www.dwolla.com/careers/
The number of plugins thing is offset by the reality that Umbraco plugins were generally higher quality across the board.
What you gain, though, is a sensible way to create a content structure/ component blocks and templates that work in a standard MVC way with a data model and views. WordPress on the other hand... I want to cry every time I look at a WordPress template, even when using improvements over the core like Roots provides with Bedrock and Sage. It's all imperative functions that modify state, global vars and functions, exceptions to remove all sorts of random bundled scripts and an outdated version of jQuery, just barf-ola.
And that's not even getting into the fact that by default it runs basically everything on every single request unless you install a third party caching plugin. Good luck loading config values or whatever on "startup" because the concept doesn't exist. Umbraco had a much higher level of performance out of the box, and could use generally the same additional caching techniques and performance techniques if you want to.
I truly think these types of CMSes are on their way out, as they tie the presentation layer directly to content management. The future, to me, is looking like Headless CMSes linked to a static site generator like Gatsby or React Static.
I think I can do okay in coding interviews, but only if I prep for that style of work first. It's definitely different. I'm perfectly (or at least acceptably) competent in my day to day.
That way if you see a traffic spike or a DDoS attack, it's directed only towards static files on S3 and you can let Amazon take care of it. I don't want to be too critical of how people have things set up because I'm sure they have their reasons, but that said I don't think a page request on your site should map directly to an API request to the CMS.