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

Seems premature. You don't write successful browser engines using relatively new language that is optimized for one platform.

But it was predictable - Andreas comes from Apple background so.. The other thing is no one can build a browser alone - the ability to attract the right people is what differentiates a mainstream usable browser and a toy one. IOW focusing on adding another language that is not as popular amongst the right developer demographic seems like the wrong thing to focus on at this stage.


Ok. But the good old push code to staging / canary it before mainstream updates was a simpler way of solving the same problem.

Crowdstrike knows the computers they're running on, it is trivial to implement a system where only few designated computers download and install the update and report metrics before the update controller decides to push it to next set.


It would mitigate the problem, but not solve it. You can still imagine a condition that only occurs after the update has been rolled out everywhere. Furthermore, such a bug would still be extremely problematic for the concerned customers, even if not all of them were affected. In addition, it would be necessary to react very quickly in the case of zero-day vulnerabilities.


Yes, I am not arguing against having the ability to deal with it quickly - I am saying canary/ staging helps you do exactly that. Because as we see in the case of Intel CPUs and Crowdstrike some problems or scale of some problems is best prevented.


(semantic argument warning)

"Mitigation" is dealing with an outage/breakage after it occurs, to reduce the impact or get system healthy again.

You're talking about "prevention" which keeps it from happening at all.

Canarying is generic approach to prevention, and should not be skipped.

Avoiding the risk entirely (eBPF) would also help prevent outage, but I think we're deluding ourselves to say it "solves" the problem once and for all; systems will still go down due to bad deploys.


with the way they handled the debian crashing a little while ago, frankly they are happy to still go ahead with testing this way. still much better way to handle things than pushing to everybody at the same time.


Why trust somebody else not messing up? With that in place for windows and crowdstrike billions of dollars would be saved and many lives not negatively impacted ...


You said data doesn't show they drag their feet and then proceeded to present anecdote of your personal preferences and use cases while adding that thoughtful UI and battery life are the features and not web standards or the implementation quality of it nor the lack of 3rd party browsers on iOS - https://news.ycombinator.com/item?id=31902707

Sure they have recently implemented some features like IndexedDB but the data does indeed show that they dragged their feet!


They did years ago, as of late they are in fact moving faster than others. I think my point stands, they are no longer clearly behind in features, and in fact probably are near tied if you subtract the Chrome-only stuff, and take into account there's a variety of things Safari has that others don't now.


Edit: not the site owner.

Just scroll down - the jobs link in an anchor to it, for some reason it doesn't scroll there.


Site is copyright 2022 - 2024 and 8 jobs are currently listed (7 of which were sourced on the same day) - unless I am missing a "next page" box.

I would humbly suggest dropping the $99 job listing fee, reach out to employers and manually vetting postings to keep some quality and try to get some critical mass.


Thanks, I've made changes to the copyright

Thanks for the feedback


While I am at it ... other things missing:- search, filter by location, if tech centric filter by tech.


I recently got a UDM and don't recall having to sign in and I was able to set it up and everything functions including automatic updates. Where did you have to sign in and for what product?


Are you absolutely sure?

At some point they changed to doing everything via the 'cloud'. Obviously their customers didn't like that so they gradually backed down.

I want to upgrade my unifi AP so I ask on HN or other forums once in a while. Last answer I got was that you can disable the need for cloud but you still have to sign on somewhere once to be able to disable it.

So I repeat: are you absolutely sure you didn't need to give Ubiquity any info or go through their servers this time?

Because I'd love to get a new access point...


With the APs you can set them up in standalone mode without the need for a controller at all, but you get more out of them with a controller so if you have the means to run a controller you absolutely should. With the controller you're heavily incentivised to sign in, but you don't have to.

With their "Cloud Gateways" (e.g. UDM Pro, UDR, UX, UCG-Ultra) it used to be difficult if not impossible to get them into a usable state without signing into a UI account, but that is no longer the case since a few years ago.

There are some exceptions, if you wanna use their cameras you lose out on some features if you don't sign into the cloud to activate those, specifically facial recognition stuff.


All I want is a standalone AP. I don't care about advanced administration, I just want it to connect my wifi using devices to the rest of my network.

I switched from consumer to Unifi just because of the better signal.

Unfortunately, even in just this thread there are very mixed answers. One yes you can (and a downvote that probably means the same thing), your 'maybe' and one 'i couldn't'.

And my current AP seems to still be fine...


I did not give you a "maybe" answer, you can, I am certain of this, but I will also verify it for you when I get home and reply in this thread.


Thank you! Please also mention what AP model. I'm just ... paranoid these days.

I guess the 7 pro is the latest and most future proof?


OK so I just setup a blank controller (version 8.2.93, latest stable), no UI account (you just click "Advanced setup" and then skip when it tries to get you to supply an account), I then adopted a factory reset UniFi AP AC HD I had laying around, it accepted it without complaints, and automatically updated it to the latest firmware available (this is an option that's on by default in the controller software).

I then factory reset the AP AC HD again, and set it up as a standalone AP using the Android app on a freshly reset Pixel 6 running the latest version of Graphene OS.

Both methods worked fine to setup the AP without any UI accounts involved.

This is available on all APs able to run the current version of the AP firmware, which is literally all the APs released since and including the AP AC Lite (which is from 2014 or thereabouts, they support their devices for a very long period).

7 Pro Max is the current top-end model.

I highly recommend setting up a controller for managing the AP though, even if you don't keep it running 24/7 (you can simply start it on any PC whenever you want to make configuration changes), as when they're in standalone mode a lot of the cool features don't work, you only get one SSID (per radio) and no roaming support for example, whereas when managed by the controller you can have up to 8 SSIDs per radio on the latest APs, you can access telemetry, setup roaming, etc.


Thank you kind sir or ma'am or alien!

I missed the controller... had an old version on an old desktop then downloaded the latest on new machines and it insisted on an UI account back then.

Unifi devices are still pretty good since I haven't needed the controller in years. This new one says I have an AP AC v2.

In this case Unifi is going to make some more money off me next week since i want to try positioning the AP somewhere else (new wire, holes etc).

I do swear there were older versions of the controller (newer than my AP) where I couldn't figure out how to run it without the UI account.


I honestly can't recall that ever being true for the controller, but it absolutely was true for the UDM/UDM-Pro on release and for quite a while after, so I guess it might have been true for the controller as well for a while around then too, I don't setup controllers that often.


Maybe it was just hidden, like it is now, but it pissed me off enough to not research it.

> I don't setup controllers that often

I've only done it twice; once when I installed the AP the first time, and once when I retired the machine with the controller so I needed to install it on a new desktop. Second time is the one where I failed by refusing to make an UI account.


I bought one of their entry level wifi routers and was completely unable to configure it without first setting up an account on their cloud service and using that to activate the router. Maybe it's possible, but if it is they hid it very well. I know their hardware tends to get good reviews, but the whole experience left a really bad taste in my mouth


I bet this was between 2018 and 2022? Yeah, that used to be the case, not anymore though, there's literally a big fat "Setup Console Offline"-button on the latest firmwares (since at least a year back I want to say), if you somehow find one with older firmware you can simply boot it into recovery mode and update firmware before setting it up for use.


Got rid of it, switched to Kitty. I will miss the password manager from iTerm but that's ok - I can chill knowing AI won't upload my passwords someplace.


Couldn't you have just not opted-in to using this feature? It requires you entering your creds to work at all.


Not one for reading before making decisions, are you.


That'd be you sir because the change log says and I quote -

> This release adds some safety valves to eliminate the risk of private information leaving the terminal via the AI endpoints.

If it's still not clear - I don't want my terminal to even have the possibility of leaking my data.


You just omitted the very next sentence.

> While an API key and explicit user action were always needed to use AI features, some users asked for an impenetrable firewall for safety and regulatory purposes.


So you are saying I can rely on API key being always required by AI overlords and there would be no point in the future where somehow things leak out without needing the key?

You see if you don't meddle with my terminal data in the first place I would feel much better that I am in control of my data, and not reliant on. 3rd parties to accidentally drop guard and leak my data out.


Now you ignored everything past the first four words of what I quoted.

It doesn't "meddle or leak" your terminal data. OpenAI integration only kicks in after explicit user action. Looking at the screenshots, it appears to only become active for the current terminal pane.

https://github.com/gnachman/iTerm2/blob/master/images/Onboar...

Also, iTerm is developed by an actual respect-worthy person who actually cares about this kind of stuff, not by an "AI overlord." It's unfortunate that you instantly chose to make baseless spyware accusations in public forums instead of supporting him for creating the software that you've relied on.


It didn’t before, either. This is theater to appease people who didn’t understand how the opt-in feature worked in the last version.


I guess they can shift to Microcenter model at least at some percentage. Knowledgeable associates that actually help, selection of a wider variety of stuff that competes with online warehouse retailers.

They had an advantage after all the other electronics brick and mortar retailers cratered but they blew it away by dumbing everything down and making the store experience boring.


That wasn't what the case was about. It was about the propensity of the car to catch on fire and faulty door latch design that prevented the passenger who survived the impact from getting out.


Hair dyes would have similar absorption mechanism right?


No, I believe cancer from hair dyes was caused by touching dye during application. Poisons are volatile, dye is only toxic, while it is drying.

Tattoo pigment particles are quite inert.


> Tattoo pigment particles are quite inert.

Asbestos is quite inert, which is a good property for fire retardant materials to have. However it does have an unfortunate effect when inhaled.


How do you know they are inert? The ingredients are mostly unstudied and unregulated.


If they weren't (mostly) inert, I guess they would do a poor job at staying in place, which is the whole point of tattoos.


Hair is dead, skin is not. Your body doesn't care about what you do to your hair, you can cut it, dye it, anything as long as it doesn't touch the root. Tattoos are about injecting a foreign substance in live tissue, which triggers an immune response, and that's what the article is about. There is a reason tattoos hurt and haircuts don't.


Well sure, but the scalp underneath the hair that's gotta have some skin properties - sure it's thicker than the rest of the skin and has some protective properties against some forms of environmental damage but the dye does go in there and years of use should cause _some_ thing - not sure there's any research around what exactly.


In dyeing your hair, do you inject the dye beneath the epidermis?


Skin absorbs stuff without having to inject it below.


I don't about others but based on past experience if one really attempts to do their $240k software / IT job well they ought to encounter similar if not in some ways worse challenges - some just realities of the tech industry/stack/complexity and some injected by bureaucracy, incompetence, mismanagement and not to mention the ever hanging sword of change in technology and possibility of layoff for no fault of yours. It adds up.

When you are signing up for a job it's not just the money and the physical things you do - it's also the intangibles, the time spent in unproductive meetings, time spent afterwards feeling unproductive and worried, the resulting stress you have to manage etc, it all adds up and takes away something more than the money. I would argue that well managed jobs with some semblance of stability, human connection and predictability/routine are quite pleasant and easier to do compared to Software/IT.


No. Your job as a software developer may be stressful (as every job is) but her everyday challenges are way worse than yours. She has hundreds of actual people to manage, mentor and motivate, many with little education and lacking resources. Which means lots of absences, low-effort work, health issues, high turnover, and sometimes even theft. Plenty of issues dealing with customers as well. And then the managerial issues related to meeting revenue targets, implementing health care plans, managing inventory, putting on a good face for the bosses, as well as intense competition to be elevated to regional manager against a bunch of other colleagues in the exact same role. And her salary is only $120, there's a whole lot of stress when half your annual comp is bonus-driven.


Oh for sure, the intangibles kind of /are/ the job once you're past a mid-level position. But think about her job in the context of your description.

You think she doesn't have useless meetings she's invited to that every manager in the region needs to attend even though it could've just been an email from the regional director? The stress from the lights busted in the parking lot brought on by worries that a darkened parking lot and a random crime that night might trigger a spurious lawsuit? Doomscrolling about physical retail being replaced by online? That she's falling behind in understanding where robotics might move? That if that particular store was shut down in a strategic shift, she's wedded her entire marketability as an employee to a single company on a single ladder and that she can't really just easily grab a job from a company across the country?

We're not so unique!


Yeah, I used the word similar but sure! Just to be even more clearer I wasn't at all saying her job wasn't hard - I was merely saying IT jobs paying that can be equally hard.


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

Search: