Hacker News new | past | comments | ask | show | jobs | submit | mushufasa's comments login

things like these may individually be Very Good Ideas. That said, no organization goes through all of these little practices for onboarding every single new person. And when a firm has a Policy it just sits somewhere and people don't read it.

Oral tradition would work for these things, but even then it is fragile to team turnover.

Part of the appeal of hiring people with work experience at similar companies the expectation that they have all these bits of culture. That's a real value.


1. this is really cool, i was looking for something like this last fall when i was choosing a recurring subscription for powder

2. I ended up buying a brand that was highly rated and includes some flavoring and vitamins. I love it! It actually tastes great (to me) too!

3. If I were to have found this site back then, I probably would not have chosen (2), because it is not the cheapest per protein molecule. But if I found a poor tasting or lethargy-inducing solution, I may have given up my journey.

So: cool, though caution that price per powder isn't everything!


> We have this capability so why not do it?

sortof yes, sortof no.

Aside from all the conversation about work culture, state taxes are a big barrier to fully remote work. States hate losing tax revenue. Notoriously, it is easier to register to do business in a state than to unregister. This is even harder internationally.

For large organizations, remote can be the difference between one state's paperwork + regs + taxation, and every state and country under the sun's paperwork + regs + taxation. That is a real burden. Not just the paperwork + administrative overhead, but being subject to differing employment + everything else laws from *everywhere* will really muck up ability to run a consistent business.

While fully remote startups can now access services to help with this, like PEO providers like Justworks/Deel, the reality is that most of the world is not setup to accept this at scale. I run a fully remote startup and still run into issues with vendor diligence departments and accounts etc. expecting us to have a physical office, and being totally bewildered when we don't. The people involved now understand remote work, but the systems --forms, insurances, tax nexus decisions, etc -- still very much aren't setup to handle it.

Notably: if you are a bigger company, you can't put the toothpaste back in the tube with all these local governments, and you bet that every locality will be trying to extract tax dollars from the big firms with deeper pockets.


We see this all the time working at the intersection of the insurance / fintech space. I've had several big, legacy vendors make requests for multiple physical signatures on a piece of paper (printed and mailed or faxed, can't just annotate a PDF) from people who haven't even met eachother in person let alone ever worked at the same address.

The kicker? These papers are access authorization forms to APIs.

Your average tech company is probably reasonably well prepared to go truly distributed, but I bet many of their vendors aren't. Whole workflows in certain industries don't even conceptualize companies with employees distributed across offices, let alone companies with no office at all.

(I've fought similar battles over not being able to provide a direct phone extension because I don't have a phone on my office desk and even if I did I'm not at the office anything close to full time, and I don't provide my personal cell phone number to vendors... but thats a whole different topic. Employees exist without phone numbers! Entire offices exist without phones!)


> I've fought similar battles over not being able to provide a direct phone extension because I don't have a phone on my office desk

I'd probably just setup a cheap DID number with someone like VOIP.ms and have it go straight to voicemail.

I agree though, it's not a fight you should have fight. Office phones are going the way of the fax machine.


This is what we've eventually given up and done. At a certain point, the vaguely-principled stand gets in the way of business. We're playing in an old-school corner of the world and need to meet it in the middle.

is this your startup? I'd love to chat about what you've found work. we're in the intersection of fintech / wealth (which overlaps with insurance).

I've gotten by just fine for the past few years but we are starting to see more questions about this that require us to change our legal address away from a residence. I think we got away without much trouble solely because of the pandemic, and now it's over we're going to see a lot more questions about this.

It's not worth the future of the whole business to fight big vendors/customers over addresses.


Basically, for those who aren't living this, the physical address is mostly a liability thing. Insurance expect to be able to (imagine worst case scenario) walk into an office and blame / seize assets / arrest people if things go south. Sometimes you can just provide a residential address of a founder / board member, but all the diligence forms etc expect a physical office building where you can find all the employees 5 days a week if you just walk in.

> For large organizations, remote can be the difference between one state's paperwork + regs + taxation, and every state and country under the sun's paperwork + regs + taxation. That is a real burden. Not just the paperwork + administrative overhead, but being subject to differing employment + everything else laws from everywhere will really muck up ability to run a consistent business.

This is a real burden for small businesses. The nature of Amazon's business as an online retailer with a massive distribution network means that for any significant market they do business in, they will have employees. Practically speaking, this is a solved problem for any state in which Amazon has a warehouse (which I think is probably all of them for the US?).


All major payroll companies and employment law firms have long since figured out paperwork, taxes, and labor regulations in all 50 states. Unless you're so small that you don't even have an external payroll provider or legal counsel, "differences between States" shouldn't be a valid excuse.

While Amazon may have the administrative capacity for handling the filings, that doesn't address the tax revenue politics + considerations (which i didn't write much about in my earlier comment).

The issue of state tax breaks was such a big deal during their "HQ2" contest a few years ago that it actually became one of the top issues in the NYC elections that year. (to a large extent local candidate races became a referendum on how they felt about giving tax breaks to amazon in exchange for Amazon's commitments to employ a certain # of highly paid software + product people who would potentially contribute to the overall tax base. NYC people ended up electing politicians to stop the previously-negotiated pending deal with amazon, and amazon got enough blowback to say 'we give up' publicly.


"Anywhere in California" would also solve the LA density problem.

> state taxes are a big barrier to fully remote work

What percentage of remote-workers are in a different tax-jurisdiction? Especially post-COVID I expected that the majority of remote-work involved people already in the same US state, merely with a nontrivial commute.


Lots? I was at a very small company and almost every employee was in a different state.

yep it pretty much works this way in practice. can confirm.

The main reason we shy away from R for production apps is all the silent errors where things seem to succeed while being horribly wrong if you take a look. Typing would certainly help mitigate that.


Would Django's concept of an 'app' fit your definition of modular monoliths?

https://docs.djangoproject.com/en/5.1/ref/applications/

In a nutshell, each django project is an 'app' and you can 'install' multiple apps together. They can come with their own database tables + migrations. But all live under the same gunicorn and on the same infra, within the same codebase. Many Django plugins are setup as an 'app'.


Django apps can be the modular part of a modular monolith, but it requires some discipline. Django apps do not have strong boundaries within a Django project.

Often there will be foreign keys crossing app boundaries which makes one wonder why there are multiple apps at all.

In fact some people opt for putting everything into a single app [0]. Others opt for no app [1].

Django apps are good for installing Django packages into Django projects. But there’s no firm mechanism that enforced any real separation. It’s just other Python modules in a different folder (that you can just import into your other app).

The rule would be something like, if you can’t pip install your Django app into a project, it’s probably too weak of a boundary (that might be a bit too extreme, but if it is, it’s not too far off).

[0] https://careers.doordash.com/blog/tips-for-building-high-qua...

[1] https://noumenal.es/notes/django/single-folder-layout/


Cool! I had a friend using nixos as desktop daily (he also needed for development work at his company) and he ran int osome real usability issues, but which had nothing to do with the gui.

For example, we were at a wework, and he could *NOT* connect to the corporate wifi and had to just use the 'guest' access. The corporate network requires a cert and is tied to your wework account id. I could do it on Ubuntu by following instructions. He tried following the same instructions, me even helping him over his shoulder, and it just simply did not work, even after we walked through all the same steps that I had done on ubuntu. We were both on gnome desktops. And using similar devices. So something was wrong with how the OS handled the networking, not related to the GUI or hardware.


NixOS is very "unopinionated" and really quite shit after installation, there are a lot of things a normal distro would bundle and enable that nixos doesn't.

Your colleagues problem is not spending years on his config!


Anecdotal evidence: A lot of the “normal” distros woild have the same problem 5-10 years ago.


No music discovery algorithm has satisfied me. All data-driven approaches make predictions based on historical data. Personally I enjoy being exposed to entirely new genres and sounds I've never heard before, instead of variations on genres I've listened to a lot.

My solution: listening to NTS, an eclectic online radio station, where diverse artists create playlists.


I agree that NTS radio is one of the best ways to be exposed to interesting new and old music, obscure stuff, brilliant mixes, etc.

The NTS app is great: for Web, Android, iOS - it's always being steadily improved. A very nice feature to aid discovery/curation is that every track in a tracklist has a 'copy song and artist info' so you can easily search for tracks on your streaming platform. Not sure if this is a subscriber only feature.

I also use the 'identify song' feature in the Google search app on my phone, similar to Shazam.

If the algorithms aren't doing it for you then do yourself a favor and head to https://nts.live


I agree. Here’s a discovery tool I made to traverse NTS tracklists linked by common tracks ;)

https://www.barneyhill.com/pages/nts-tracklists/


Love NTS. Human-curated radio is still the best way to find new music :)


If entirely new things is what you're looking for, you're not really looking for a recommendation algorithm [1]. What these algorithms try to achieve is finding unknown songs that are in the same genre to what people already like.

[1] Technically "random song not in listen history" would work out, if you'd really like to call that a recommendation algorithm.


But I also don't want a totally random song eighter. I want something that vibes with me but not directly recommended through my listening history, because then they are extremely similar and feels like they're feeding me the same melodies over and over. Thats why I tried to give the "vibes" in a different format; image, rather than my listening history.


I’m checking that right now, thank you!!


"Digital Asset Manager" sounds like a bitcoin ETF to me


DAMs are a pretty common type of software


I've seen similar things. I'll say again:

I would love an e-ink display on a general purpose linux computer, as an optional screen. I can't use an esoteric tablet for productivity, so I wouldn't use this. And I can't use an e-ink screen for certain things that require color accuracy + refresh, so I couldn't use an e-ink for all of my work, so I probably wouldn't use it as a daily driver.

I do own a remarkable, and I use it once a week or so. it does not claim to replace a computer, it's just a digitized scratchpad + e-reader.


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

Search: