Low Touch Advisor
The dream: “click a button to get a senior engineer added to your slack.” It’s a side hustle for awesome engineers.
My first customer has me looking for e6+ or cloud architects to be paid advisors to review cloud migration RFCs. (No coding) Comp is $1k per RFC you review. There are at least 18 RFCs per month to be reviewed.
I'm on the build team at DoorDash. We're in year 1 of our Bazel monorepo journey. We are heavy into Go, already have remote execution and caching working, and are looking to add support for Python & C++ soon.
If this sort of stuff happens to be something you might want to work on, our team has multiple openings... if you search for "bazel" on our careers page, you'll find them.
Ruff is great because you need to lint your code all the time and you could save maybe 1 minute per CI.
As for Python package management, my team is migrating to Bazel which has its own way of locking in the Python dependencies and then pulling them from a remote cache. Under Bazel, we are only re-examining the dependencies when someone proposes a change to produce the lock. It's so rare, that having a new+faster thing that does this part would not present a meaningful benefit.
> As for Python package management, my team is migrating to Bazel which has its own way of locking in the Python dependencies and then pulling them from a remote cache. Under Bazel, we are only re-examining the dependencies when someone proposes a change to produce the lock. It's so rare, that having a new+faster thing that does this part would not present a meaningful benefit.
Have you considered Pants[0], Buck[1] or Waf[2]? What ultimately made you decide to go for Bazel?
People are saying that one of the founders sold $150m+ of their equity and the vc's couldn't stop them... and proceeded to get a 70 foot yacht. With no remaining incentive to build the business, it's no wonder they are out.
“Once in the dear dead days beyond recall, an out-of-town visitor was being shown the wonders of the New York financial district. When the party arrived at the Battery, one of his guides indicated some handsome ships riding at anchor. He said, ‘Look, those are the bankers’ and brokers’ yachts.’
‘Where are the customers’ yachts?’ asked the naive visitor.”
Regulation can help detect fraud, it might discourage fraud, but it can't prevent it. MF Global, Enron, Maddoff, etc. How long did Maddoff run his little scheme before being caught?
Former Lyft engineer here. I'm convinced they will go out of business or sell the scraps to someone... however smart acquirers like Elon wouldn't go near it. Rideshare sucks.
16 years ago, my first Bay Area engineering job was at Reputation Defender. I helped create their first product - the EXACT same thing it looks like Optery is making. Make no mistake, the company was named "reputation defender" but it was optery.
Even in 2006, the problem was the same and the solution seems roughly the same.
Reputation Defender rebranded a few times. I don't think they have this feature anymore. Might be worth asking them why they got rid of it, if that's what they did do.
Working there on the tool, I always felt like it was pointless because it's an unsolvable problem and scrubbing your info from a few hundred of the top data collection sites wouldn't SOLVE the problem... it just makes it a tiny bit less terrible but the effectiveness is not measurable. I think the TLDR is that people want solutions to things and programmatically unsubscribing only "works" in well lit neighborhoods and those too often aren't the causes of consumer pain.
Trying to solve the problem by deleting records is sort of like contract tracing coronavirus. Efforts to solve the problem by stomping it out wasn't viable and we now know we just need to learn to live with it in the endemic phase.
16 years ago there were no privacy laws and very little public awareness and enforcement for privacy, so it was easy for data brokers to ignore removal requests and they operated largely unchecked. But a lot has changed since 2006. Real privacy laws are being enacted, the public has become outraged, and several lawsuits have been prosecuted against data brokers successfully.
This has led data brokers to taking opt out requests much more seriously, with most of them investing in real technical infrastructure to handle and process opt outs successfully. Until the CCPA was passed, there was not even a standard requirement for a data broker to even have an opt out page.
Today, if you Google the name of someone using a data removal service like Optery, versus the name of someone that does not, you will see a night and day difference in the number of listings in Google from data brokers. Without Optery, you’ll find dozens of data broker listings with current and past home addresses, phone numbers, email addresses, age, family members names, etc. With Optery, that information will be almost impossible to find making bad actors much more likely to move on to the next person who has not taken steps to protect their privacy.
I imagine having a team of layers work on this problem for a year or two could result in going on a “do not mess with” list amongst the majority of data brokers. Your information might be worth a few bucks, but I reckon a rich person’s data (who is willing to put on the pressure) is a liability.
I've been dealing with Python for 8 years at 2 big tech companies in the Bay Area.
The main advantage in Python is that it's easy to learn. It just doesn't scale. Once things start taking off, there's always a migration to something more scalable like Go or Kotlin.
Gunicorn is probably the "best" tool for making a Python based website or API for Python users.
I don’t like GP’s phrasing, but the post describes a real phenomenon. Beyond the most trivial examples, concurrency and parallelism in Python are a massive pain, as many examples here attest.
Unless you have a very compelling reason to stick with Python (e.g., dependence on its excellent data science libraries), there are almost always better choices if your project has to coordinate many things happening at once.
I believe there might be a hidden message in the decrypted text itself. The reason I think this is that there seem to be filler words added to otherwise ordinary language. Example "I hope you are having fun in trying to catch me". Nobody would use the word "in" at that location in the sentence. If you ask me, something slightly more advanced still remains to be uncovered.
> Nobody would use the word "in" at that location in the sentence.
Except that was, once upon a time, a very common phrasing. As the writer was coming from the 60/70s, you need to adjust your expectations of English.
"in trying to" is actually incredibly common for what might be called "Oxford English". You'll still find it in heavy use in newspapers.
So rather than suggesting the speaker is making a deliberate mistake, or is not a native speaker, it might simply be suggesting a formal education - something that already matches the profile of the Zodiac killer.
My first customer has me looking for e6+ or cloud architects to be paid advisors to review cloud migration RFCs. (No coding) Comp is $1k per RFC you review. There are at least 18 RFCs per month to be reviewed.
Here’s my site I scaffolded for this: https://www.lowtouchadvisor.com/
reply