rkapsoro

Alas.

Since I made this comment, Twitter announced their new Third Party Social Media policy, and it looks terrible and unnecessary.

https://help.twitter.com/en/rules-and-policies/social-platfo...

I suspect this whole "Twitter blocking Mastodon links for anticompetitive reasons" narrative is wrong to the point of being disingenuous.

People have been tweeting links ElonJet trackers on Mastodon instances (including the official @joinmastodon account!), getting both themselves and the target Mastodon instance domains flagged. This is edgelord behaviour.

Twitter's policy is simple - do not dox people with real-time location information. Elon's jet has a PIA which limits legal use of broadcast ADS-B information (https://nbaa.org/aircraft-operations/security/privacy/privac...). Those tracker accounts are using non-public information.

Jack Sweeney, the guy who runs ElonJet, is on record saying he'll stop tracking if paid money. This is extortion. That is why Elon is pursuing legal action against him.

The only criticism I believe one can make here is that Elon's personal involvement (albeit brought on by attacks on himself and his family) has meant Twitter's moderation team has made enforcement of this particular ToS violation a priority. I agree that the solution to Twitter's previous bias is not more bias, and I look forward to Elon & the Twitter team coming up with a better solution for this.

Unfortunately left-minded techies have uncritically jumped on this narrative of Elon cravenly blocking Mastodon links because 'he feels threatened by it'. Just because someone has been very successful does not mean it is legitimate to mistreat them.

This sounds like an Eternal September kind of deal.

That is, perhaps something some can enjoy nostalgia for but ultimately not sustainable.

It would be very interesting to compare this with 'stock' GPT-3 Davinci. ChatGPT had a bunch of additional training that seems to have been a lot more opinionated, ostensibly for "safety" purposes.

AFAIK they haven't changed content management policy yet. This is application of the current rules/process.

People might enjoy this, Mark Rippetoe's interview of his friend Scott Davison, about his experience as an Air Force B-52 pilot for many years.

https://www.youtube.com/watch?v=oTphnQFkI5E

Isn't this only if you use Calibre to do a conversion on the epub?

Calibre can just be used as a library, right?

Just started an overdue reread of Zen and the Art of Motorcycle Maintenance, as of last weekend. About half done now.

We are!

We've built a UI builder design tool, in Cocoa and SwiftUI, for the Mac. The content you produce with it is meant to be consumed (using our SDKs) on mobile, but the authoring tool itself is a native desktop app. Of course the limitation of this is our app doesn't run on Linux or Windows, but our target user persona is highly likely to have a Mac.

We've made use of the built-in Document-based apps stuff (NSDocument and friends) in AppKit and it works nicely as a good desktop app citizen.

I've personally wanted to work on a desktop app for years (after growing up during the 90s and admiring the work of many desktop software vendors). I also think that given how almost all productivity work is done on desktop computers that the native software space is rather underserved.

It's interesting how much of the built-in frameworks on desktop are oriented around a document paradigm, for productivity software. Both AppKit/Cocoa on the Mac and the venerable MFC on Windows are great examples of this.

Actually doing building a non-trivial desktop app involved our team getting up to speed on the programming paradigms that have evolved over the last 30 years on the desktop. It really is materially different from the mobile apps many of us worked on previously.

https://www.judo.app/

https://apps.apple.com/ca/app/judo-in-app-experiences/id1564...

I have no useful questions to ask, just want to say that I really appreciate you guys and your product.

Cheers and thank you!

IIRC perforce is (was?) commonly used in teams with workflows involving large assets.

Wow, I know 100% of the male-identified words and none of the female ones.

I expected more overlap.

I'm not the only one in comments to say this, but perhaps it is interesting to see multiple people reporting this.

I think this is a recent problem - I've only seen this occurring in the last month or so, I think.

This is similar to the situation at Basecamp not long ago.

https://world.hey.com/dhh/basecamp-s-new-etiquette-regarding...

If I recall correctly, something similar happened at Coinbase, too.

It does appear that the contingent of people with this attitude are a loud, sizable minority. Having them all leave in anger, however, isn't the death of a company despite the amount of noise. Perhaps, maybe even the opposite: without the agitation of an ideological few, the rest will be free to get back to work.

While we use Apple's MDM with the device IDs pre-enrolled, we don't do much more than that.

But yeah like I said with the other person who replied we're thinking of taking the reimbursement approach.

Cheers and thanks :)

Ya I think you're right, and so we're leaning towards the reimbursement approach.

Thanks :)

https://www.judo.app | Software developers (SwiftUI, Android/Jetpack Compose, Cocoa, TypeScript) | Remote, full-time, North America ideal

We're a remote-first company building a native app for designers to build their own no-code SDUI content for their mobile apps. We have a native editor app for the Mac, mobile SDKs for both iOS and Android, and cloud services.

We're early stage, design and product focused, and have a compelling and unique product.

Check us out at the Mac App Store: https://apps.apple.com/ca/app/judo-in-app-experiences/id1564...

Roles:

SwiftUI Developer (Mac, iOS): https://angel.co/company/judoapp/jobs/1681191-swiftui-develo...

Android and Jetpack Compose developer: https://angel.co/company/judoapp/jobs/1694684-android-and-je...

Backend Typescript Developer: https://angel.co/company/judoapp/jobs/1683975-backend-typesc...

Full Stack React / NodeJS Developer: https://angel.co/company/judoapp/jobs/1684053-full-stack-rea...

When the moon hits your eye like a big pizza pie

That's amore

Oh man. I literally wrote a utility for OS X that does exactly this, in Swift, 6 years ago, as a test project to get my feet wet in that environment.

https://github.com/orospakr/suppressor

I don't imagine it still builds. Perhaps I should have followed through with it!

Congrats to the author.

This looks like a very similar approach to that taken by Boghossian, Pluckrose, and Lindsay in using a prank to test and illuminate journals engaged in poor scholarship.

Entertaining, but clearly very necessary.

https://en.wikipedia.org/wiki/Grievance_studies_affair

Or on sex differences or ideological echo chambers.

It depends on which pointing device you have installed.

Hang Seng itself is an HK company, has been ever since its inception. HSBC has owned a large part of it for a long time, too.

https://en.wikipedia.org/wiki/Hang_Seng_Bank

Interesting little data point: I just asked my gf (who is from China mainland) to take a peep at WeChat, and it hasn't blown up with this story (yet?).

Well, to the point that country is the UK, not the US. I argue the UK has a moral responsibility here: they handed (largely) free British subjects over to a tyrannical regime.

Note that I am not arguing that their responsibility is derived from their colonial past; but rather, from the handover itself. (arguably this whole mess really started with the New Territories lease. "99 years". Foolish.)

I've been working on a language learning app for the last year and a half, and quarantine time has definitely given me even more bandwidth to work on it. Been a source of real pleasure these last couple of months, actually.

The app itself is a bit of a different take on the problem space than many of the other well-known offerings in the market. iOS only for now, SwiftUI, and built around enabling "Compelling & Comprehensible Input"-based language acquisition using video, audio, and text you've supplied yourself.

Interestingly - when I started the project I reckoned it would be about 2 years to shipping something useful, which would mean about Q3/Q4 2020. I'm starting to think that estimate was, shockingly, about right.

Cheers to everyone and their projects!

As an NNT fan I knew about Universa long ago, and would have loved to have used it. Sadly however as a lowly "consumer" investor of normal means the minimum investment to gain access to funds of this kind is just astronomical. A serious tail risk hedge of NNT caliber that members of the unwashed like me could use would be a great thing.

And I lack the technical knowledge or patience to manually do all the necessary option trading to build this kind of tail risk hedge.

The Cambria Tail Risk ETF was my next option, and it did give some positive returns over the Coronavirus crash, but sadly nothing like 3600%, so it didn't do all that much good as a hedge. I assume this is because being an ETF it is liquid, and therefore the entire point of buying options ahead of time is defeated.

edit: grammar.

Not mentioned here is tail risk: what degree of extremely serious global harm is possible far outside that of seasonal influenzas? Not trying to predict the risk of that happening, but rather, what is the world's exposure if it does?

Not about fear-mongering: rather, seems better to mitigate exposure to extreme harm rather than be anxious about the possibility of it happening.

Whoa, hold up - that's OpenMoko's hardware (https://en.wikipedia.org/wiki/Openmoko), the Neo1973. It predates Android, and was a serious attempt to use commodity free software (primarily Linux, GNU, and various GNOME components, I believe) to do a fully open source smartphone. Bear in mind this was in the latter days of things like Symbian, Blackberry, and Palm Treo, so it was pretty seriously ahead of its time. There's been a long line of similar attempts by various industry actors since.

I have one in my collection somewhere; I even tried to use it a couple of times as a daily driver, but sadly, the project was just too alpha at the time for that.

Certainly interesting that Sun was trying to use it (as relatively open hardware, from a hacker-friendly OSS project, it's was well suited to a skunkworks like that) for their JavaFX work, but it certainly wasn't their own "JavaFX Mobile smartphone".

Haha well that explains that then. Thanks.