How so? Care to elaborate? I get that bloggers/educators can sometimes be not the best fit for IC roles but doing open source seems like a huge advantage.
Some companies want subservient, homogenous employees that come in, do work, and can be let go if they do not perform. That's a simple equation.
If you get in somebody who is a star, however minor, that changes the equation, changes the dynamic. Now that person can have more confidence, can have more sway in the decision making. If the company wants to let them go, then they might post a message to their followers, riling them up, creating bad PR for the company. It's no longer a simple equation.
So it all comes down to the insecurities of the company.
I was part of the selection committee for a position once, where we selected the more junior engineer.
The probably most simple explaination would be that for some roles you like to have someone that can be easier "shaped" into a certain role. Someone who is already successful may bring their own system of doing things. This is great if it is a good fit, but can produce frictions if it isn't.
The next thing is that if you apply to a mediocre position with overly amazing credentials, it can raise suspicions. Something must be wrong with you, maybe you got amazing credentials, but you are complicated to work with. Maybe you're looking for the mediocre job just because you think it will be a walk in the park, etc. There are legit reasons for this (e.g. "my partner moved to $TOWN for her career and I am looking for something to do here, and you seem like the best fit. I know I am technically overqualified, but I wanted to go back to coding for years now and this offers me a geeat chance to give it a go").
Of all the senior canidates we have rejected the most common issue was that they didn't offer a convincing explanation to why they chose that specific position. The worst one was talking about how it would be a relaxing position for them.
Yes, sure, in theory. But the position we were filling was one with very little supervision and oversight, for room reasons. So basically one person in a room in a different building who has to maintain a bunch of stuff in addition to build up a organizational structure from scratch.
Filling it with someone who you might have to check after not for seemed like a risky bet. Call it a gut feeling. I worked together with a guy like that, which lead to me having to save the day every other week because he forgot to organize for an event he knew about months in advance.
When parent poster says things like “low profile” it should be interpreted as cheap and doesn’t know their worth. Assume all hiring managers want the least qualified and cheapest possible employee that can still get the job done.
Not always true, but true enough to be useful and more true than hiring managers admit to themselves. I’ve been a senior involved with hiring for years because while I full don’t want to manage, I also never trust my manager to hire well. They have multiple mutually exclusive narratives they tell themselves about how they hire/manage. Not all of them are true, and sometimes not any are.
It dependents on the size of the organization a lot. However in general it's likely that the new hire is the most competent of them all, which would be an immediate risk for some of the managers (e.g being displaced)
It does not even have to be successful. After getting repeated feedback about my strengths as an entrepreneur and how it is not a good fit for that position, I am now toning that down a lot. YC advertises that funding a company is always good career choice because even if you fail it will be good in your CV. But my experience so far is that many companies see it as a red flag.
This is kinda fair, though. People who have run their own business make for really, really, awkward employees. It takes a really skilled manager to deal with them properly
IF you have a side gig it is easy to think you won’t be 100% invested in company success. If you monetize you most likely will jump ship.
There are other risks like burn out as you may read a lot of OSS contributors have — so when someone is hit by burn out it will be across the board not that they somehow will perform at their peak at job while burned out by coding on side.
I like simplicity of mochajs but chai felt really outdated. Jest on the other hand is so complicated and magical that I have no confidence in tests that I write using it. That's why I've created earljs: https://earljs.dev/
It's a modern, fully typesafe chai replacement that works great with mocha. Very inspired by Jest (matchers, snapshots) but without magic that makes Jest hard to reason about.
I am surprised to see no mentioned of Onyx Boox Air in this thread. I bought it recently instead of Remarkable 2 and it's amazing.
You simply can't beat open ecosystem like android with some proprietary crap (unless you're FAANG). Having chrome browser fully in-sync with desktop one is a killer feature for me.
I went ahead and bought a boox air within a week of the original connect service announcement (yet to arrive). I originally wanted a RM after trying a coworker's RM1 but the connect announcement pushed me away.
With supernote currently giving a roadmap that improves handwriting recognition and boox allegedly having the ability to convert and search handwritten notes already, the remarkable connect plan is very unattractive.
Yes, in principle it looks very similar to MakerDAO but I think some details are different.
For example DAI is pegged to one USD to make it as useful as possible but "The Reserve token will initially have a target value of $1.00, but is designed to go off of the peg from the US dollar in the long term.".
Yes! I requested an invite and reached out to Suhail on Twitter (I actually interviewed at Mixpanel ~ 18 months ago before I knew anything about MP or MA) about a technical question about MA that I got to thinking about from my experience building BG but didn't hear back from them.
Mixpanel was a cool interview. I remember the question was about data structure for a rank system (it was a heap). The office in SF is beautiful, and the lunchtime catered food, was great.
I guess I'd have more to say about MA if I knew more about it! I did not try it yet and I don't know how they make Chrome faster in the cloud and deliver a seamless broadcast of the screen to the user, but with enough smart people, I'm sure it's possible.
As I said in a previous comment, I definitely think the future is mreo 'app virtualization' in the cloud, in some sense perhaps MA is starting at the beginning of that curve.
> I definitely think the future is mreo 'app virtualization'
Why would you think that? Where do you see this trend? Their app looks incredibly stupid to me and it is hard to imagine any large number of people that would use it.
Your project aims to provide security, which is an interesting goal, that I think security-conscious people would want to use.
But to virtualize a browser... for performance? For browser apps (which are already "virtualized" desktop apps, of sorts), trading off enormous amounts of bandwidth, for what, cheap RAM sticks that are getting cheaper by the month and faster SSDs for quick swap? For what usage case? That one guy who happens to have a chromebook but needs to run 100 tabs actively?
You could just run "unload tab" extension already...
Or like just have a desktop that you VNC into... Which all of the people that need this have been doing for decades...
I'm sorry to give you a link but I addressed this here[0]. The TL;DR is computing advances will allocate disproportionately to the big cloud providers, consolidating centralized/server compute which, coupled with 5G and AI, will lead to high-bandwidth experiences streamed to comparatively "thin" devices.
For that being said, I agree that virtualizing apps "right now" is stupid outside a niche unless you have some secret sauce (like Mighty must, otherwise why?), because it's too much overhead.
Preserving resources is why I run headless, and that's why I avoided WebRTC/VNC/video instead of judiciously sent screenshots only on change.
>consolidating centralized/server compute which, coupled with 5G and AI, will lead to high-bandwidth experiences streamed to comparatively "thin" devices.
this will also give absolutely new meaning to "deplatforming" which will now mean that not only you can't post on some social media website but you can't use any computer at all.
I think access to bank APIs is a similar space. Companies like Tink or Truelayer used to rely on credential passing but now with the wake of open bank apis (PTSD2) they are implementing standard oauth flows. That being said, I think that the biggest entry-level problem in that space is an enormous level of regulations regarding bank data. You can't even start using their API without your app being validated by them.
Isn't this the space that Plaid is taking the lead in? What other opportunities are there in the banking API system aside from what Plaid is doing/won't do in the near future?
