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

> I don't think open source can get a big market share but it can give you a nice niche market of tech enthusiasts

companies and governments in Europe start embracing digital sovereignty. Governments start to realize, that US corporations lie, when they say they won't spy on governments officials.

I am not saying, that Europe WILL increase opensource and sovereignty, but odds are good, that a cultural shift away from US-dependence will happen soon, which would include embracing of Opensource


did you have issues with banking apps, authenticator apps or outlook on workprofile?

I ask, because when I was using cyanogenmod a hundred years ago, banking apps were a major pain. And now I am using outlook on a flagship with stockrom, and outlook on workprofile is still a major pain, and I can easily imagine, it working even worse on grapheneos.


> outlook on workprofile?

I don't have outlook, but Teams works normally, as far as I can tell

> authenticator apps

No issues there with the Microsoft Authenticator and Yubico Authenticator.

> banking apps

My banking apps work, but that's not the case for all of them. I would personally change bank rather than leaving GrapheneOS. The annoying part could be work apps (I wouldn't want to have a second phone just for work), but my bank I can change :-).


is this whataboutism?


Kinda


Yes. You have to treat the model like an eager yet incompetent worker, i.e. don't go full yolo mode and review everything they do.


I selfhost for >10 years, but only for receiving, i.e. I can not send anything from my domain, because I thought that would have been to much stress to set up.

My setup: I have a root server with DNS attached to it. On there is a postfix, with a minimal config that forwards all emails to my real address on posteo.eu. And posteo has not given me any trouble with any of my emails at all.

I use this setup, so I can easily give new email-addresses to individual web services, and it gives me the option to selectively block these addresses.

Last year I brought the big abo from proton, which includes throwaway mailadresses, and I am thinking about migrating my mail setup there.


> No one buys a Porsche because they want a sensible car for their family or they need something with large storage

I know two porsche-owners personally. One sometimes uses his porsche (non SUV, but the small fast one) to go on family vacations (with the kids cramped at the too small back seats, which seems funny to me). The other has an SUV and lives in the country with bad roads; They sometimes use their porsche to commute to work and for everyday-stuff like shopping.


> The other has an SUV and lives in the country with bad roads; They sometimes use their porsche to commute to work and for everyday-stuff like shopping.

That blows my mind.

I guess its the same mindset as people who buy a mercedes "jeep" (don't know the product id) or range rover and live the middle of the city.


Sorry I'm lost (getting late over here). Wouldn't a Porsche SUV fit perfectly out in the country on bad roads? The Cayenne is made for it?


> I can give you an example of when I am glad I rebased

I think the question was about situations where you were glad to rebase, when you could have merged instead


They kind of spoke to it. Rebasing to bring in changes from main to a feature branch which is a bit longer running keeps all your changes together.

All the commits for your feature get popped on top the commits you brought in from main. When you are putting together your PR you can more easily squash your commits together and fix up your commit history before putting it out for review.

It is a preference thing for sure but I fall into the atomic, self contained, commits camp and rebase workflows make that much cleaner in my opinion. I have worked with both on large teams and I like rebase more but each have their own tradeoffs


You can bring in changes and address conflicts early with merge too, I believe that's GP's point.


Yes but specifically with a rebase merge the commits aren’t interleaved with the commits brought in from mainline like they are with a merge commit.

EDIT: I may have read more into GPs post but on teams that I have been on that used merge commits we did this flow as well where we merged from main before a PR. Resolving conflicts in the feature branch. So that workflow isn’t unique to using rebase.

But using rebase to do this lets you later more easily rewrite history to cleanup the commits for the feature development.


So use --merges when browsing main.


You'll still get interleaved commits. If I work on a branch for a week, committing daily and merging daily from main, when I merge to main, git log will show one commit of mine, then 3 from someone else, then another of mine, etc. The real history of the main branch is that all my commits went in at the same time, after seven days, even if some of them were much older. Rebase tells the real story in this case, merge does not.


  git log --oneline --graph --first-parent


i don't think i have ever even looked at what order the commits are, i only care about the diff vs the target branch when reviewing

especially since every developer has a different idea of what a commit should be, with there being no clear right answer


That's hard to answer because I only rebase.


we do annual unannounced firedrills and now one dies as a consequence.


That's because the unannounced firedrills don't involve setting the building on fire. A "drill" equivalent would be if we all pretended the internet is down sometimes, and in some cases that still might be impossible to do without negative consequences.


Fire drills do involve denying access, though. We wouldn't need to bomb the datacenters but we would need to make them inaccessible.


how are some tracks more profitable to spotify than others?


They were caught flooding their own playlists with specially for them produced Garbage Music for which they don't have to pay royalties

https://liveforlivemusic.com/news/has-spotify-been-creating-...


> which is a problem for professionals

dont worry, leadership will find another metric to turn into a target, after the old metric has stopped working for a decade or two.


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

Search: