abucci

anthony.buc.ci

No description provided.

Recent twts from abucci
In-reply-to » What's with all these tech companies going through massive layoffs. The latest one is Intel, but instead they're cutting salaries to avoid laying off.

@prologic@twtxt.net the billionaire class is letting software developers know that they are no longer a privileged hire. soon they will hire back a bunch of software developers but at lower pay and with much reduced benefits. The ongoing class war has finally reached devs.

That’s my read anyway.

⤋ Read More
In-reply-to » @prologic I could, but something I was wondering is: why not share the codebase between the webapp and the mobile app so that such discrepancies are minimized? Otherwise there's parallel development going on at all times, which violates the [DRY](https://en.wikipedia.org/wiki/Don'trepeatyourself?useskin=vector) principle.

@prologic@twtxt.net got it, thanks!

⤋ Read More
In-reply-to » 👋 Hello @samuelwaits, welcome to Buccipod, a Yarn.social Pod! To get started you may want to check out the pod's Discover feed to find users to follow and interact with. To follow new users, use the ⨁ Follow button on their profile page or use the Follow form and enter a Twtxt URL. You may also find other feeds of interest via Feeds. Welcome! 🤗

@bender@twtxt.net it’s true, I can’t tell you how many times I’ve seen someone try to register “samuelwaits” on a social media site only to find it’s already been taken!

⤋ Read More
In-reply-to » @prologic I could, but something I was wondering is: why not share the codebase between the webapp and the mobile app so that such discrepancies are minimized? Otherwise there's parallel development going on at all times, which violates the [DRY](https://en.wikipedia.org/wiki/Don'trepeatyourself?useskin=vector) principle.

@prologic@twtxt.net Can’t golang be compiled to Android and IOS? It seems to me that as much as possible of the golang code, including how Markdown is rendered to HTML, could be embedded in a library that’s shared among the webapp and mobile apps to minimize how much platform-specific stuff is being used. Is that a naive way of looking at it or what?

⤋ Read More
In-reply-to » @prologic I could, but something I was wondering is: why not share the codebase between the webapp and the mobile app so that such discrepancies are minimized? Otherwise there's parallel development going on at all times, which violates the [DRY](https://en.wikipedia.org/wiki/Don'trepeatyourself?useskin=vector) principle.

@prologic@twtxt.net nah, that’s just not true. It’s a consequence of the technology choice to not allow any javascript at all on the front end. With javascript (or one of the things that transpiles to javascript), there are several options for making apps that work on web and mobile with quite a lot of the code shared between the two.

Another option is compiling as much as possible to WebAssembly. This thread looks interesting on that score.

⤋ Read More
In-reply-to » @lyse flawed is the right word, no harsh at all. Good reading, and thanks for supporting the possibility of convincing @prologic to switch to a database! :-D :-P

Like, check it out. That link to DRY? It doesn’t render as a link in the webapp. However, it does render as a link, and works fine, in Goryon. I’ve seen before that Markdown tables render fine in Goryon but not in the webapp. They ought to behave as similarly as possible, right? So just in this small interaction there are three discrepancies between how the mobile app and webapp render Markdown.

⤋ Read More
In-reply-to » @lyse flawed is the right word, no harsh at all. Good reading, and thanks for supporting the possibility of convincing @prologic to switch to a database! :-D :-P

@prologic@twtxt.net I could, but something I was wondering is: why not share the codebase between the webapp and the mobile app so that such discrepancies are minimized? Otherwise there’s parallel development going on at all times, which violates the [DRY](https://en.wikipedia.org/wiki/Don’t_repeat_yourself?useskin=vector) principle.

⤋ Read More
In-reply-to » 👋 Hello @samuelwaits, welcome to Buccipod, a Yarn.social Pod! To get started you may want to check out the pod's Discover feed to find users to follow and interact with. To follow new users, use the ⨁ Follow button on their profile page or use the Follow form and enter a Twtxt URL. You may also find other feeds of interest via Feeds. Welcome! 🤗

@prologic@twtxt.net oh I know, it’s just that–they register and don’t do anything. They don’t even post spam. Why are they registering?

⤋ Read More
In-reply-to » 👋 Hello @samuelwaits, welcome to Buccipod, a Yarn.social Pod! To get started you may want to check out the pod's Discover feed to find users to follow and interact with. To follow new users, use the ⨁ Follow button on their profile page or use the Follow form and enter a Twtxt URL. You may also find other feeds of interest via Feeds. Welcome! 🤗

@support@anthony.buc.ci welcome back samuel! If you post something this time I won’t delete you!

⤋ Read More

“The computer has long been a solution looking for problems—the ultimate technological fix which insulates us from having to look at problems.” – Joseph Weizenbaum (1983)

⤋ Read More
In-reply-to » @lyse flawed is the right word, no harsh at all. Good reading, and thanks for supporting the possibility of convincing @prologic to switch to a database! :-D :-P

@prologic@twtxt.net it’s because you’re wholesale rejecting SQL databases, which is absurd. Maybe they don’t make sense for yarn, but they’re obviously not always bad so by hating on them you’re inviting push back. 🤷‍♂️

⤋ Read More
In-reply-to » @prologic not me mate, I asked as I was genuinely curious and as someone who only really knows SQL as far as databases go, I keep wondering what life is like on the NoSQL side of the fence 😅

@prologic@twtxt.net you’re just reinventing relational databases with a lot of that stuff though. Row stores are pretty bad but column stores have a huge number of advantages and are superior to keys value stores in certain cases, like when you do have a fairly strictly tabular dataset with multiple distinct concepts and want to flexibly query it without the rigmarole of reindexing every possible combination of fields you may want to query like you’d do in a key value store. Choose the right tool for the job etc.

⤋ Read More
In-reply-to » @bender @prologic I've went further down - sometimes to seek something I've read and caught my attention at the time, othertimes to reference old threads in new ones. In this context, nothing is "too old".

@prologic@twtxt.net well, I lied a bit. You can with small js glue fragments in “onclick’ events on buttons (for instance). You don’t need libraries or frameworks, just a short fragment that’s easy to understand and debug, functioning as an event handler.

However, you can fake it with the checkbox trick, where you send the client much more data than you reveal at first and use CSS/HTML to incrementally reveal it. You can also do the meta-refresh thing combined with server-side page rendering to pull in new content periodically.

⤋ Read More
In-reply-to » regarding the spam, bots and spam accounts, that we seem to be attracting lately… What if we build a feature where instead of just completely open registrations, we change this to accept an email address that sends an email to the pod operator with a link to accept or reject the registration?

@prologic@twtxt.net lol, as you can see I’m paying very close attention.

⤋ Read More
In-reply-to » regarding the spam, bots and spam accounts, that we seem to be attracting lately… What if we build a feature where instead of just completely open registrations, we change this to accept an email address that sends an email to the pod operator with a link to accept or reject the registration?

@prologic@twtxt.net nope, never received that email. Is that new?

I think I set up SMTP but I’ll have to double check that.

⤋ Read More
In-reply-to » regarding the spam, bots and spam accounts, that we seem to be attracting lately… What if we build a feature where instead of just completely open registrations, we change this to accept an email address that sends an email to the pod operator with a link to accept or reject the registration?

@prologic@twtxt.net I don’t know what you mean by “anything above 2000”.

I’m not sure I’m comfortable with automatically nuking accounts. I think I’d rather look over the list myself and have the opportunity to modify which accounts are deleted. It seems like good practice to me to not automate administrator decisions that affect people. Yes, the vast majority of these accounts are probably not backed by real people who want to participate in a non-spammy way, but I don’t like the notion of accidentally catching a person up in an algorithmic purging.

⤋ Read More
In-reply-to » regarding the spam, bots and spam accounts, that we seem to be attracting lately… What if we build a feature where instead of just completely open registrations, we change this to accept an email address that sends an email to the pod operator with a link to accept or reject the registration?

@prologic@twtxt.net That’s what I mean. Just to put an obstacle/slow down in between signing up and actually having an account.

⤋ Read More
In-reply-to » regarding the spam, bots and spam accounts, that we seem to be attracting lately… What if we build a feature where instead of just completely open registrations, we change this to accept an email address that sends an email to the pod operator with a link to accept or reject the registration?

if 100 people register for a pod that’s 100x work for the administrator compared to having each user pass a non-user-hostile captcha and verify their email address. I’d advocate for filtering on the user side and equipping admins to mass delete spam and inactive accounts.

⤋ Read More
In-reply-to » regarding the spam, bots and spam accounts, that we seem to be attracting lately… What if we build a feature where instead of just completely open registrations, we change this to accept an email address that sends an email to the pod operator with a link to accept or reject the registration?

@prologic@twtxt.net for my pod it’d be simpler: don’t allow anyone to register with a username that ends in -zit. Problem solved!

⤋ Read More
In-reply-to » I've never liked the idea of having everything displayed all of the time for all of history.

@prologic@twtxt.net yeah, I came to a similar place in my own work. SQL databases have their place, but a good key-value store is often the best choice.

I do love SQL as a language concept though. For a grad school project the group I was in wrote an interpreter for a SQL-like language that queried email, and it’s so elegant.

⤋ Read More
In-reply-to » Permission Slip by CR

@prologic@twtxt.net They don’t have an Android version so I haven’t been able to try it.

The notion as I understand it is that they tell companies, on your behalf, to stop collecting data about you and to delete what data they have about you. Consumer Reports doesn’t know this information; they act as an intermediary. They’re and old and trusted non-profit in the US so it makes sense: consumers can trust them to act on their behalf, and companies tend to not want to piss off Consumer Reports.”

Edit: oops I got sidetracked and didn’t answer your question lol. Truth is, I don’t know what they need to know from you. I imagine if you have IOS and install the app you’d figure that out pretty quickly. I signed up to get an email when their Android version comes out so I can try it.

⤋ Read More
In-reply-to » @slashdot so, the same conversation as with green cement: the science exists. yhe technology is there, but because it is more expensive, we'll keep using the polluting option. We really need stronger, faster, tougher regulation.

@prologic@twtxt.net that’s a dangerpus road to go down; historically when a lot of people lose faith in the government’s ability to do things, authoritarians and fascists find fertile recruiting ground. It’s safer to agitate for government to do better and not let up till they do.

⤋ Read More
In-reply-to » I was musing today about how to solve the problem of projects going stale on github. It really is an annoying problem if you depend on a project where the main maintainers go absent without passing the project on to someone else. The project becomes trapped and dead. Usually (and rightfully), only the maintainers can push releases that can be used by a wider community. But that means if you're depending on a ruby gem or an npm package or a java jar or any other build artifact on an official channel, you're out luck because the release artifacts are no longer updated once the maintainers go absent. People can submit pull requests, but with no maintainers to accept them, the source code goes stale too. Though you can grab the pull release(s), the merge process often requires project-specific knowledge that has gone absent with the maintainers.

@lyse@lyse.isobeef.org so, you don’t depend on libc, and you write device drivers from scratch for every project?

⤋ Read More