benn0

I read this comment, which convinced me to click the link, and had the exact same reaction.

Such a compelling idea - feels completely obvious after seeing the demo that this is what I want in a timer.

I would live for this to be the answer - it’s definitely helpful, but I know a number of people who have made eye contact with a driver who has then proceeded to drive directly into them. I’ve had near misses like this too. It’s hard to imagine until you’ve experienced it, but incredibly scary to see someone who is looking directly at you and still somehow not reacting.

Congrats on the launch, really great stuff. As a software developer who has been studying (very slowly) a law degree, I can really see how products like that improve existing processes can really fill a need. I've also seen some former colleagues gain a lot of traction in a very similar legal process improvement space.

For a completely unrelated use case, I've started using it as my docx viewer on Linux, and so far it's been great (and solves one of my pain points moving from MacOS).

Love this, and I'm in the same boat. Is your configuration of kanata public at all?

I know it's mostly muscle memory, but macOS shortcuts just seem sane and consistent and that has been one of the biggest frustrations when trying to switch. I found toshy[0] which does something similar - did you try that? The goal is purely macOS key remappings in Linux, so a much smaller scope than kanata.

[0]: https://toshy.app

I've been doing this with NextAuth and fastapi-nextauth-js [https://github.com/TCatshoek/fastapi-nextauth-jwt]. With JWTs it's pretty straightforward to do something similar for any other auth provider. This is also using NextJS rewrites (see [https://vercel.com/templates/python/nextjs-fastapi-starter] for an example)

This x100. I have regularly tried to set up a Linux environment, thinking that there really isn't that much of a barrier to being productive on Linux, but with the lack of polished commercial apps and the hardware quirks I always seem to spend more time finding workarounds than actually working.

I have found more recently that I can get something reasonable (for me) set up, although I'm confident I'll always need a Mac nearby to do some things on.

I'm trying to manage working on both Linux and MacOS, and this has been the number one frustration. Fortunately, toshy.app (as well as into) exists and does a pretty great job at mapping shortcuts to match MacOS.

Fantastic work, and really appreciate the write up. It's quite timely for me - I'm from a tech background and have just started studying Australian law, and was thinking about doing exactly this - so you are years ahead of me :).

Just one note - the link in your Github readme to https://umarbutler.com/open-australian-legal-corpus doesn't seem to go anywhere.

For someone interested in using the data (and help out with bugs/issues), where would you suggest starting?

Do you have happen to have any documentation about your benchmarking? I'm also considering these options at the moment (currently using pg+timescaledb) and interested in what you found.

Another option is https://kinto.sh . It worked perfectly for me out of the box on Pop OS, and with a few tweaks to shortcuts I’m pretty happy with the experience to the point where I can fairly seamlessly switch between computers and not be driven crazy by the shortcuts.

I don't think Jacascript/HTML is the hurdle - for me it's all of the tooling around the ecosystem that makes me want to avoid it. That said, these types of tools have been a good entry point into front-end work, and I'm now at a point where building directly in JS makes more sense.

One thing that is a huge win for the work I am doing - using Dash, I'm able to prototype an informal API and build the visualisations in a single step, which is great when it's unclear what is going to be useful. Long-term it definitely makes maintenance harder, and I think that's where there is a gap in the ecosystem - ideally I want to eject the front-end and convert the API to something more formal to hand off to a real front-end developer.

Thanks for this. I'm interested in how you compare yourselves to dash in particular - having a quick look at the network calls, the way you interact with the back-end looks fairly similar. I've written some relatively complex apps in Dash and have been hitting some limitations there, so I'm keen to see how Pynecone might help get past some of these.

Strongly agree, there is a compelling collection of technologies there, and I'd be very keen to keep in touch. I'm hoping to spend December working on how these could fit together for a very different use case (I'm in a research institution in Australia looking at energy and renewables). My email is ben dot weise at gmail dot com, feel free to hit me up :).

Fascinating. Have you written any more on this? I’ve started using timescale and am keen to push as much as possible into the database, and currently the approach to ML requires us to extract huge amounts from the DB and is a significant bottleneck.

I ran into the same problem trying to pair it with Django. From what I remember, some manipulation of primary key constraints in the schema could get them to coexist (although you lose any enforcement of unique PKs, so there's the potential for things to go bad). We ended up moving to FastAPI, so don't have this problem anymore.

This is a really great perspective. As someone who dealt with the external pressures of being 'extraordinary' at a young age, it seems to me that curiosity is one of the easiest things to lose, and hardest to bring back, when your focus is on others' expectations.

Somewhat unexpectedly, discovering some parts of Stoic philosophy has definitely helped to rediscover the joy of curiosity that can be found almost anywhere.

Just wanted to say I find this a really great framing, particularly:

> Do the thing for the exuberant joy of the thing itself

It's something that I've started to act on recently, and I'm finding that thinking about activities in this way overcomes the paralysis I often feel when thinking about trying something new. Framing it this way gives me permission to try something, and not feel negatively if I fail or am bored by it. I've discovered so many things that I can enjoy purely for the experience of them, that none of my friends know I do (and that I don't need external validation for), that also happen to be beneficial to other people who I would otherwise have never interacted with.

Great list. It seems odd that we always equate a reduction in our footprint with a reduction in lifestyle, where options like these would arguably be a lifestyle improvement (or at least neutral).

I would also add - stop or reduce discretionary air travel. Similarly to local meetups, there are often so many undiscovered destinations/events that can be just as rewarding as an overseas trip, without the 20+ hours in transit that are required.

As well as full-sized HDMI.

I'm wedded to MacOS, but am in the process of hackintoshing a refurbished X1 Carbon. There are still a few issues but it feels so much more user friendly than the current model MacBooks.