- Jul 2022
-
www.matteomattei.com www.matteomattei.com
Tags
Annotators
URL
-
- May 2022
-
www.linkedin.com www.linkedin.com
-
Building and sharing an app should be as easy as creating and sharing a video.
This is where I think Glitch goes wrong. Why such a focus on apps (and esp. pushing the same practices and overcomplicated architecture as people on GitHub trying to emulate the trendiest devops shovelware)?
"Web" is a red herring here. Make the Web more accessible for app creation, sure, but what about making it more accessible (and therefore simpler) for sharing simple stuff (like documents comprising the written word), too? Glitch doesn't do well at this at all. It feels less like a place for the uninitiated and more like a place for the cool kids who are already slinging/pushing Modern Best Practices hang out—not unlike societal elites who feign to tether themself to the mast of helping the downtrodden but really use the whole charade as machine for converting attention into prestige and personal wealth. Their prices, for example, reflect that. Where's the "give us, like 20 bucks a year and we'll give you better alternative to emailing Microsoft Office documents around (that isn't Google Sheets)" plan?
-
- Oct 2021
-
www.kylehq.com www.kylehq.comKyleHQ1
Tags
Annotators
URL
-
- Mar 2021
-
gitlab.gnome.org gitlab.gnome.org
-
Sorry you’re surprised. Issues are filed at about a rate of 1 per day against GLib. Merge requests at a rate of about 1 per 2 days. Each issue or merge request takes a minimum of about 30 minutes (across at least 2 people) to analyse, put together a fix, test it, review it, fix it, review it and merge it. I’d estimate the average is closer to 3 hours than 30 minutes. Even at the fastest rate, it would take 3 working months to clear the backlog of ~1000 issues. I get a small proportion of my working time to spend on GLib (not full time).
-
- Feb 2021
-
github.com github.com
-
While Trailblazer offers you abstraction layers for all aspects of Ruby On Rails, it does not missionize you. Wherever you want, you may fall back to the "Rails Way" with fat models, monolithic controllers, global helpers, etc. This is not a bad thing, but allows you to step-wise introduce Trailblazer's encapsulation in your app without having to rewrite it.
Tags
- allowing developer/user to pick and choose which pieces to use (allowing use with competing libraries; not being too opinionated; not forcing recommended way on you)
- rails: the Rails way
- making changes / switching/migrating gradually/incrementally/step-wise/iteratively
- freedom of user to override specific decision of an authority/vendor (software)
- leaving the details of implementation/integration up to you
- newer/better ways of doing things
- focus on concepts/design/structure instead of specific/concrete technology/implementation
- abstractions
- focus on what it should do, not on how it should do it (implementation details; software design)
- Trailblazer
Annotators
URL
-
- Jan 2021
-
discourse.ubuntu.com discourse.ubuntu.com
-
While the very same software might be in a PPA and a snap, the fact that the snap is shown in Ubuntu Software is the point I’m making. Many people use that to install software. So making software appear there is beneficial for developers - their software is found, and beneficial for users - they discover new software.
-
The benefits for developers do reflect on benefits for users, with more software delivered faster and more securely.
-
- Dec 2020
-
hybridpedagogy.org hybridpedagogy.org
-
We are unapologetic tinkerers who neither invent the wheel, nor are satisfied with the wheels already at our disposal. The best scholarship and the best pedagogy take the best of what already exists and make it better, at least better for the task at hand. We need to embrace this identity as hackers, acknowledge our indebtedness to those who have gone before us, forsake the illusion that we are creating (can create, should create) something wholly original, but also refuse to take for granted the things that have been passed down to us.
I think that this might be where I'm missing something. The article is about the relationship between open-source software development and scholarship, but now we're talking about "hacking" as the equivalent of a software developer. And I'm not sure that I agree with this.
I don't think that software-developers think of themselves as hackers. For me, there's an underlying subversive nature in the hacker category, which need not be present in a software developer. There's a conflation between software developer and hacker, which misses some of the nuance that's necessary.
-
- Nov 2020
-
button.dev button.dev
Tags
Annotators
URL
-
-
jimmy.schementi.com jimmy.schementi.com
- Sep 2020
-
github.com github.com
-
I have no familiarity with Svelte internals, so much of your talk about what they would do eludes me. I'm just concerned with developer ergonomics
-
-
-
In general, my focus has shifted from optimization to DX. Partly because Svelte does a lot of the heavy lifting. For things that can be optimized on a need-to basis, I would rarely sacrifice DX.
-
- Aug 2020
-
pragmaticpineapple.com pragmaticpineapple.comWelcome1
- Jul 2020
-
ibuildmyideas.com ibuildmyideas.com
Tags
Annotators
URL
-
- Jun 2020
-
culttt.com culttt.comCulttt1
Tags
Annotators
URL
-
- May 2020
-
tannerlinsley.com tannerlinsley.com
Tags
Annotators
URL
-
- Apr 2020
-
hswolff.com hswolff.com
Tags
Annotators
URL
-
- Mar 2020
-
www.slipangle.org www.slipangle.org
- Dec 2019
-
- Nov 2019
-
-
Interesting visual design: looks like a timeline (but isn't one).
-
-
www.valentinog.com www.valentinog.com
Tags
Annotators
URL
-
-
andrew.codes andrew.codes
Tags
Annotators
URL
-
-
kentcdodds.com kentcdodds.com