58 Matching Annotations
  1. Aug 2023
  2. Apr 2023
  3. Dec 2022
  4. Aug 2022
  5. Dec 2021
  6. Sep 2021
  7. Jul 2021
  8. Jun 2021
    1. The emphasis was made on a raw CDP protocol because Chrome allows you to do so many things that are barely supported by WebDriver because it should have consistent design with other browsers.

      compatibility: need for compatibility is limiting:

      • innovation
      • use of newer features
    1. so by adopting git installations with latest source code you're effectively agreeing to go bleeding-edge. I would assume that means you're ready for any breaking changes and broken installations, which is what happened here.
  9. Apr 2021
    1. Introduction of Product Goal

      How do Product Goal and Release Goal relate? Is the Product Goal the product vision and Release Goal is helping us to define relevant Sprint Goals to achieve the Release Goal?

      Good reads about the Product Goal: https://www.scrum.org/resources/blog/scrum-guide-2020-update-introducing-product-goal

      https://www.scrum.org/resources/blog/product-goal

  10. Mar 2021
    1. The elimination of what is arguably the biggest monoculture in the history of software development would mean that we, the community, could finally take charge of both languages and run-times, and start to iterate and grow these independently of browser/server platforms, vendors, and organizations, all pulling in different directions, struggling for control of standards, and (perhaps most importantly) freeing the entire community of developers from the group pressure of One Language To Rule Them All.
  11. Feb 2021
    1. And then think about if you want a rolling release, or a fixed release. Although all the distros you mentioned are on the fixed release side.
  12. Jan 2021
    1. The rationale for branches is simple. Each snap in the Snap Store has a default track called ‘latest’ in which there are four channels named ‘stable’, ‘beta’, ‘candidate’ and ‘edge’. These are all typical buckets in which snaps are published for an extended period, perhaps months or maybe even years. Branches on the other hand are short-lived silos for publishing snaps. 
    1. Personally, I think you are perhaps blowing up a fairly medium-sized (and fixable) bug discovered during routine testing into extreme-case hyperbole. Again, engagement and participation will get the bug fixed faster. The entire point of testing is to discover and fix precisely these kinds of pain points before release.
  13. Dec 2020
    1. We usually only see people launching projects once they're already done. I'm sure there are countless more unfinished and unlaunched side projects that the world will never know about. Don't let your side project become one of them.
  14. Nov 2020
  15. developer.mozilla.org developer.mozilla.org
    1. The stuff below here is temporary to help keep track of things while organization work is ongoing. Pay it no mind.
    1. will consider for employment, qualified applicants with criminal histories in a manner consistent with the requirements of the Fair Chance Ordinance
  16. Oct 2020
  17. Aug 2020
  18. Jul 2020
    1. In the rolling-release model that most browsers follow these days the alpha -> beta -> stable cycle is short so the typical "alpha slowly gets more stable & when it gets stable enough we mark it as beta" model doesn't and cannot apply here.see more0
    2. Also, since MS uses Canary/Dev/Beta, Beta has a concrete meaning and using that name to describe Dev would be misleading at best.
    3. No; beta is a separate channel that we're still waiting for. Dev is another alpha, just updated a bit slower than Canary.
  19. Jun 2020
  20. May 2020
    1. This issue is going backwards in the process, not forwards. Surely, Gitlab should be focusing on things that have already been allocated milestones, especially ones that have had milestones pushed continuously for 3 years. You can argue that it shouldn't have had a milestone added in the first place, but maybe Gitlab should focus on clearing the "backlog" of issues that have already been issued milestones, and backlog new issues until some of the older issues have been solved.
    1. Ubuntu 20.04 LTS
    2. Canonical publishes new releases of Ubuntu on a regular cadence, enabling the community, businesses and developers to plan their roadmaps with the certainty of access to newer open source upstream capabilities.
  21. Apr 2020
  22. Mar 2020
    1. As part of the beta program, if you or someone on your team can give us quick feedback every 1-2 weeks, we'll keep extending your free trial (normally 2 weeks) indefinitely!
  23. Feb 2020
  24. Dec 2019
  25. Nov 2019
  26. Oct 2019
  27. Aug 2019
  28. Feb 2018
  29. Jul 2017
    1. Firefox add-on technology is modernizing

      Note: Starting in Firefox 57, which will be released in November 2017, only add-ons built with this new technology will work in Firefox. These are indicated by the “Compatible with Firefox 57+” label on addons.mozilla.org (AMO). Add-ons built with the old technology are labeled “Legacy” on the about:addons tab. If an add-on does not have the "Compatible with 57+" label, or has the "Legacy" label, the developer may be in the process of transitioning to the new technology. You may find developer contact information on the right side of the add-on listing on AMO.

  30. Dec 2015
    1. And the result is a book, which is being released this month by Polity Press.

      The metaphor behind "release" is pretty profound. Released into the wild. Like the book is a injured wild thing that has been nursed to health and now returns to the zeitgeist from whence it came? More like a domesticated thing that we allow in and out through the pet flap in the door?

      I am thinking more in terms of 'reader response' theory which argues among other things that the book as a stable thing that the authors have control over no longer exists once it is 'released' into the reader wild. As lit-crit David Bleich once noted, "Knowledge is made by people, not found."