Hacker Newsnew | past | comments | ask | show | jobs | submit | majormunky's commentslogin

It would be great if they allowed JIT compilation in apps. This would allow things like Dolphin (Wii, Gamecube emulator) to run.


In the VRF case they can't: "This comes with a tradeoff of course and in this case is that you no longer can reach devices on the venue network, which shouldn't be a problem if you're only connected there for internet connectivity."


Ok, but why want you to connect to local networks, when they can't reach each other, wouldn't you just then connect to the upstream router instead?


That's typically all you care about, the upstream router/gateway so you can get to the internet. But it's on the local network, so you need to connect to it.


I also started my programming career thanks to Django, and I started using it while working at a local newspaper, so bonus points there! We built a system that our sales people could book ads, and then we could layout the newspaper through a canvas based tool (used Fabric.js for that), and then send the pages + ad stack to InDesign to be built. Was great to work with the whole process and Django was really never a limitation. I ended up moving on, but it'll always have a place in my heart.


I think the old airs maxed out at 24, the M4 can be configured with 32gb of ram.


> Taken a step further, customer support probably has the best understanding of their markets' needs!

People working in customer support, from my experience, sort of see the anti-survivorship bias working in action. Not many people call up to say how well something works. I would agree with you though on good Salespeople (ones that do try to understand what customers need and all that, not necessarily ones that sell the most) knowing what the customer wants/needs.


> People working in customer support, from my experience, sort of see the anti-survivorship bias working in action.

I used to see this all the time at an old job where my team worked on open source client libraries for using the main product that our company sold. A decent number people seemed to think that an increasing number of tickets being filed against one of the libraries was a sign that users weren't happy with it, but it always seemed obvious to me that you couldn't easily conclude that; you might have 99 happy users with no issues for every 1 unhappy user who filed a ticket, or you might have literally only unhappy users and nobody without issues. On the other hand, getting literally zero tickets might mean that you have plenty of happy users, or it might mean you have basically no users at all.

I'd often talk to younger engineers who were interning on the team or recently joined full-time about how this dynamic informed how I approached my job; usually, we'd only hear from users who had issues, so the "goal" in some ways to was to make the software so good that you'd never hear from them. If you did hear from a user, that was a valuable opportunity where you might learn something you could do in the future to make things better the first time.


> so the "goal" in some ways to was to make the software so good that you'd never hear from them.

Yes. There are people who talk about product experiences that delight or whatever. Nah, the ultimate experience is one that's so flawless, so frictionless that it's completely forgettable. The user doesn't want to remember anything. They have a problem a/o need, the goal is to make it disappear w/out a trace.


At my last job I had built a system where users could enter text into a quill textbox (and style it), and then save it into a database in their delta format. Later, a different team member would pull that into an InDesign plugin where we could easily read what styles had been applied to the text in quill, and style that using the styling in InDesign. This was used when the front desk person would enter in a legal notice for a newspaper, and the production team would be the ones who would get that into InDesign for printing. The quill delta format that it uses made this process so much easier than if we were to have been given HTML like most other editors output / save. Glad to see this is still around, its been a few years since I had heard / used quill.


Sounds like an interesting system :)


It looks like the desktop Grammerly app hooks into all sorts of things, "An all-in-one writing assistant that works on your desktop and in your browser. Use it in apps, word processors, email clients, and more."


Its really frustrating how amazing the world is in GTA5 and there isn't any single player DLC's for it. There's so much opportunity for great stories to be told. That frustration builds up just a bit more every week when we get a GTA Online update of some sort, bleh.. I still can't wait for GTA6 =).


I use a python library called python_dotenv, which like the article describes, loads environment variables from a .env file. My use cases are for just tiny personal projects, but, I do like how the process is the same on my laptop and my web host. If i were to use some specific technology with digital ocean, I would still need to do something for when I'm building this stuff locally.

Generally speaking the only thing I'm holding in my .env file is the Django secret key, and the debug flag, so, pretty limited use case, but works well I think. I manually create the .env file when setting up my site, so none of it goes into any repos.


For being such a high tech car, its unfortunate that there isn't some sort of API that can be used to directly control things, even if its just things like the climate control, etc.

As a side note, my 2019 Subaru Crosstrek can't seem to show the backup camera, and deal with me turning the physical radio volume dial down at the same time. I think the computer in a car should be up-gradable.


This is one of the reasons that CarPlay is a base requirement for any new car I buy. I want to delegate as many smarts as possible to a device that can be replaced.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: