fbcpck
Joined 10 years ago
Joined 10 years ago
In contrast, what I wanted (what this app does!) is to view and control my mac from my handheld device, initiated from the handheld device.
These apps all look similar and it makes it very difficult to search:
• Mac screen --> Handheld, as extended display = Sidecar
Use-case: I use my ipad as additional window space for the mac.
• Mac screen --> Handheld, as duplicate display = Sill, Sunshine+Moonlight
Use-case: I leave my desktop and continue watching what I had playing on it from my kitchen ipad.
• Handheld screen --> Mac = Airplay
Use-case: I play some media from my iphone on the mac screen.
• iPhone screen --> Mac, controlled from Mac = iPhone Mirroring
Use-case: I use my iphone-only apps from my mac, wirelessly
• iPad controls --> Mac, controlled from Mac = Universal Controls
Use-case: I use my ipad with my mac mouse+keyboard
Usually, trying to search for this type of app obnoxiously returns results for Airplay, and if you manage to filter it out, it's Sidecar — but it's not what I want!
I've been using Sunshine + Moonlight and it required a lot of tinkering and breaks half the time.
Looks like now I can forego that setup, this is way way nicer! Thank you!
If you ask american/european/english-speaking developers about coding, it will mostly be about/in the context of corporate environments rather than open source too! The majority do not actively or primarily contribute to open source projects, but instead corporate environments as well.
In an alternative timeline where the lingua franca isn't english, I can still see open source culture exist; I don't think the desire to publish and cooperate in public is an inherently "western" culture. It will also run into the same conflict of interest between Open-Source and Corporate: one prefers transparency and full-disclosure, the other prefers control in the interest of minimizing risk.
Though it seems like it's more suited to fully text based scripts. The format I was messing with was full of markers to e.g. change the facial expression of the speaker's portrait, play sound effects, etc. (mid dialogue!)
Makes me think about how script/dialogues are written and formatted internally in other mediums. Umamusume in particular stands out in my mind; it has a lot of movement and actions as the dialogue lines are spoken. Sounds silly but they really do make it feel more dynamic and alive.
Yes, I have to rent a local server to proxy all my home network through it, otherwise it is unreliable or outright does not work. It is absurd.
It seeps in everywhere too, with almost all aspects.
Day-to-day with restaurants, cafe, shops. Almost all interaction feels like it's actively checked if it's in their process or job description. Shop staffs are typically disengaged and can't really help you with anything outside the normal process.
Healthcare, both receptionist and doctors. You can see the rushed service because they are only compensated for limited amount of time by the state insurance. This took me a while to figure out; the process really defines what treatment you get, with what equipments, as well as the duration, and they have to do their best with the constraints put by the process.
An example: with Wurzelkanalbehandlung, the process says (at least back then) only 1 hour of Laborkosten can be compensated by the state insurance. This means if the dentist took more than 1 hour to work on you, that would be done at their personal loss, and thus the incentive to rush the procedure.
Going private helps (they tend to be more relaxed after the mention of of Privatzahler, and gives you access to newer equipments not yet acknowledged by the state insurance processes), but you still have to research, find, and pick the right practice.
Bureaucracy, administrative. You often have to deal with clerks that just go "I just work here", the rules says this and there's nothing I can do, throws hand in the air. Goodbye, next person please!
In day-to-day work, I can also see it. New hires tend to be more into the work, and questions things, but the system does push everyone to just follow the process and not do anything more. I've seen my colleagues slowly shift into this mode, delivering what is outlined, nothing more, not questioning the intent behind the work (or at least, doing it much less than before, because the system does not incentivise that).
On my larger organization, we have on average 20 to 30 *active* runners during business hours. Assuming 5 on the off-hours, my napkin math says it comes down to about 10 fully-utilized-runners per month, so about 864$/mo. For the size of my organization that is honestly totally acceptable.
This is assuming 0.002$ per minute of job being actively executed. If it turns out to be 0.002$ per minute of *runner being registered* on the control plane, it would increase quite a bit. We are still using the old HorizontalRunnerAutoscaler with actions-runner-controller, with quite a pool of prewarmed runners idling to pick up a job. It would be a strong reason to use the new RunnerScaleSet (to take advantage of the reactive webhook-based scaling) and keep a very lean pool of prewarmed runners.
It should be very easy and normal to ask for approval which is limited to the particular app, limited in time, and limited in scope.
Still keep defaults, but make it much smaller and put them under even higher scrutiny, certainly not 100 root certificates.
I don't understand why e.g. a CA for research institutions should be able to issue certificate for mybank.com or ecommerce.com and my browser would just trust that.