Okay, I'll take a little time to brag. The word count challenge here got my interest at the time, so I whipped up an assembly language version of it and iterated several times, trying to figure out the value of switching different registers. In the end, I took second place:
However, there's an interesting story behind this story. David Stafford, who came in first, posted that he thought he had the fastest solution and bet $100 that nobody could beat it. I posted my code which was significantly faster, and David tweaked it further to eventually win the challenge. Like a true person of honor, he did pay the $100 and I cashed his check.
> If CSS was designed the way it is just to satisfy the constraints of 1996, then maybe that gives us permission 20 years later to do things a little differently.
Yeah, just like we can choose which side of the road to drive on or pick any arbitrary character encoding for an 8-bit byte.
This has a lot of really serious implications. I built a form for a charity that allowed users to buy a subscription but include an additional donation amount. Chrome was sometimes filling that field with the two-digit year. The charity got a lot of complaints and it ruined the trust relationship with the donors who didn't understand what was happening and thought it was intentional.
AMP is just a set of conventions and limitations that, when followed, make for a fast site. Anyone can make a fast site if they follow similar rules. Most sites don't do that because either the developers want to use something that's "nicer" to code but a lot bigger, or because the marketing department insists on loading 12 different tracking and analytics progams--when they probably only use one or two.
Yes, things are changing rapidly everywhere on the stack, but it seems that with front-end dev the same two things are left behind with each generation: performance and accessibility.
Each time we get close to making performant and accessible web sites easy for mortals to develop, some major disruption in the force occurs and well-crafted solutions no longer work in the new environment. So people reinvent them, poorly, and it takes another four or five years before things catch up.
I think many designers and developers prioritize their own needs or preferences and fail to advocate for what users really want. No user wants a web site or app to take 10 seconds to load on their phone, yet most do. Users don't care if your app is written in React, Angular, or served from a WordPress site. They just want to be able to use it.
I wasn't able to find any working examples from the homepage, even with the updated link. Can you link directly to a demo page or two that uses the library, rather than a Github repo with code that uses the library?
I don't think they want control over the browser market, just the browser users on Windows. People are less likely to ditch Edge if it is more compatible with the way Chrome and Safari work (including the ability to run Chrome extensions). That means they have more visibility and control over those users.
It's important to express the underlying reasoning for the policy: things with similar size and speed can be together, dissimilar things should be separated. Cars and bikes/scooters are not the same, and streets need to separate them via dedicated lanes. If not, those users are going to choose sidewalks as the lesser of two dangers.
Quite often you have to manually do the task at least once to determine how to automate it. That tells you your upper bound on how much time can be saved.
If for example it only took 15 minutes of manual work it's highly unlikely that the payback of automation would occur any time soon. That's especially true because the 2nd or 3rd time there may be different special cases and you'd have to go back and change your automation.
I completely agree that you can do a lot with jQuery or even plain DOM and JS. It's often the right way to go when there's already back-end structure like Wordpress, Drupal, or ASP.NET and you just need simple things like form validation.
The benefit that frameworks offer is exactly that structure that jQuery doesn't provide (and was never designed to provide). A long-lived SPA needs good structure. If you aren't good at understanding how to create it yourself a framework can save a LOT of work.
See the bottom of PDF page 8 under Independent Contractors and the bottom of page 27. Note that p27 is NOT saying that all that money went to John Steele, just that he is an interested person in the transaction.
It looks to me like "Nautilus Ventures" is a for-profit that actually publishes and the non-profit pays that entity. All the operating expenses are there so the 990 doesn't really tell you what they spent.
That would cost Apple a lot if those people had Apple Care. Better for Apple if the minority people who perceive a problem come in and ask for a replacement/
I agree with your premise but the example problem already has many established companies including Engaging Networks, EveryAction, Salsa, and Luminate. As a startup your job will either be to completely replace their stack in one fell swoop (VERY hard as a startup with no track record) or to somehow integrate in with the existing stack and eventually push it out (also hard but doable).
As someone who wants to contribute to a project for the first time, there would be nothing more frustrating than spending time creating what I think is a good pull request, only to have it be turned down (which it will be).
Issues help new contributors and repo veterans determine whether it's worth the extra effort to create a pull request. The problem with low-quality issues needs to be addressed by automation and filters, which GitHub hasn't done yet.
He might think otherwise because it climbed to the top of HN but doesn't have any explanation (here or on the actual page) of what it does or who/what it might be useful for.
Corrosion from leaking electrolyte would eventually short the battery terminals to the protective shield around the battery cells. At that point the battery would catch fire. It just happened to me 3 months ago, 2002 Prius on a battery that was serviced for the recall in 2004. Electrolyte continued to leak, obviously. :/
https://twitter.com/davemethvin/status/782610209525170176