I brought this up because of the exceptional quality of the work. While limited to web, I believe the findings are interesting enough to be shared with broader public.
Overall that's a good point, though, and for this reason I do this with only select few of my students. :)
The free trial version has a couple of fixed weights to try. It's missing all the advanced features (variable weight etc.) but it's enough to get an impression and to use it on a daily basis to see if you like it.
I asked around about this particular term. It seems it's strict like that because looser wording would allow resales in certain parts of the world.
That said, I see no problem in subsetting or customizing the font especially in personal context. The website even provides tooling for this purpose so it's definitely within the license since you are literally creating your own custom version on the fly.
I hope this clarifies why it seems to be a standard clause for fonts.
Thanks for highlighting my paper. I agree htmx is an interesting one to cover in future work and I have listed it as a reference on my state manager (https://sidewind.js.org/) as a related approach. It would be highly interesting to rewrite Sidewind as a compiler so I can do more granular bundle per page (or for the entire site if I capture from all the pages as that's enough for many use cases).
For the next paper, I plan to have a look at a couple of disappearing frameworks in detail. Let me know if you have special requests on what to research. :)
I just self-published my first book (http://survivejs.com/). Writing books is way harder than people think. Writing isn't enough as you need to tackle other aspects, such as marketing and sales, as well. If you are not native, you have the extra challenge of learning to write.
In short, it's definitely possible to earn a living out of technical writing. Getting started is the hardest part. If you don't have a reputation, you will need to build one. Growing audience will take time, but it will pay dividends.
To keep this comment short, I'll just link to a series of articles (and presentation slides) I've written about my experiences. Hopefully these help! Here we go:
Yeah, it's bit of a stab. I'm really curious to see how GitHub responds (if they respond). A lot of good could come out of this even if it takes some competition to force some of that.
I see view (or screen) as something that maps to a route. It's true it's definitely a component.
I feel adding vocabulary like this to a system can help with understandability. That's the point I made with a "feature". It's something that could fit between views and components.
That might give you alternative ways to think about contracts. In short, because we aren't contracting right, all parties end up disappointed. I would say this is one of the main reasons why software projects fail. We sell too big projects (more likely to fail), buyers don't know how to buy (or what they need), we specify too much beforehand (and then stick with that...). There are so many traps.
Speaking of outsourcing it all depends on what kind of a relationship you want to build. I think some of this depends on legislation (ie. hire vs. buy). Construct incentives so that they are win-win.
1. https://www.siidorow.com/master_Siidorow_Mikael_2026.pdf 2. https://aaltodoc.aalto.fi/items/e71b388a-a015-4f01-b7f9-530e...