We're hiring in many engineering roles on the Streamlit team, and many neighboring teams at Snowflake. At highest priority, I'm looking for an Engineering Manager to lead our Streamlit Open Source team. Streamlit is a popular open-source project that's changing the way people visualize data and build interactive apps. We're seeking someone who loves UI/UX + Data, a background in managing full-stack teams, and a drive to innovate in the open-source space.
Our ideal candidate has 3+ years of experience in leadership roles, a startup mentality, and high energy to champion Streamlit. This is a really special role for us. Proficiency in Python and React is a plus, along with experience in data science or interactive visualization tools.
Snowflake | On-site - San Mateo | Full-time | www.snowflake.com
(Neighboring team here)
We are also looking for a Senior Performance Engineer in our Applied Performance team to become an expert in Snowpark. Snowpark is our programmability functionality encompassing Python and Java/Scala running in the Snowflake engine, as well as the Dataframe API running in client code. Our Applied Performance group bridges the Engineering team with the Sales, Support and other customer facing teams. On one hand, we're working on some of the most challenging POC and production issues. On the other, we're working with the other teams in Engineering to continuously improve the product.
Our ideal candidate has 5+ years delivering data implementations, preferably with distributed data processing tools. In addition, you'll obviously be working with Python and Java, so you'll need at least some exposure to one or both of those.
If you're the kind of person that loves understanding systems, hunting down and fixing bottlenecks, and otherwise making stuff go fast, you'll love it here.
(On location: we are ideally looking for someone in San Mateo, but may be open to expanding that for an exceptional candidate.)
Most of our engineering jobs are hybrid/on-site around our engineering hubs, mostly in San Mateo. It's team and background specific though; we have engineering teams across Europe and North America, but that just depends on what team you're going into. (I'm not certain where most of the frontend team are)
This sounds like a pretty cool role and big fan of Snowflake and your recent growth areas. Question: I thought Snowflake was fully remote; do you have core offices in specific cities/areas?
I feel like charging for SSO is a reasonable request of enterprises when adopting open source software. Most enterprises require SSO as policy (and should). Most enterprises also don't contribute financially to the sustainability of open source software, so this is one way to ensure that happens.
The problem is that everyone should have SSO, and that includes small orgs.
If you don't want your stuff used by small orgs that can't afford to pay, that's a totally reasonable standpoint. At the same time, though, if it's good they probably will use it despite not having SSO, and so that decision makessecurity (something that, by and large, benefits everyone) into an opt-in luxury good. Speaking only for me, I'd be uncomfortable espousing that as a philosophy.
I agree that orgs of all sizes should use SSO. The pricing should scale appropriately.
But as we have seen, companies are not doing enough to secure the sustainability of the open source software they rely on for their businesses, and I think a balance needs to be struck.
One thing that Appsmith does is to offer Google and Github SSO for the open source version, and then SAML, OIDC, OAuth2 for the business edition. It can be very difficult to figure out where to draw the line, but I think looking at the needs of the individual developer vs a business team of devs is a good start.
SSO isn't where to try to bleed that pig though, I think, to the point where for team-based systems it is probably more proper to disallow anything else (and maybe make them pay for guest access outside of their domain!).
Ever seen the movie Real Genius? Many scientists and engineers who have invented technology that ultimately led to mass bloodshed and destruction have regretted their participation.
Streamlit | Engineers and Designers | REMOTE in North American TZs
Streamlit is the fastest way to build and share data apps. Streamlit turns data scripts into shareable web apps in minutes. All in Python. All for free. No front‑end experience required.
We're growing a lot following our series B found of funding. Open source library + a cloud-based hosted platform.
I have tried it. I owned a PSVR for a month and tried everything available. It was a pretty incredible experience, more immersive than I expected for sure. Most of my family and friends had a great time with it as well.
Ultimately, however, I resold it after a month. There are too few interesting full games available. Nearly every game is mostly a short trial, and most of the games are also very experimental and uninteresting to me in general. As an example, a full 1/3 of games available were musical demos that seemed to be geared toward folks having fun experiences while presumably smoking weed or otherwise in an altered state.
There was never a reason for me to come back to the system, but I would like to see if there are very imaginative useful practical applications that eventually see light. After surveying the other VR options I'm not convinced anything exists yet.
I love that idea but I think we should be more social in person than electronically. I would better go out with someone on a run or a walk than this but again I would love that for sometime
I think almost everyone would prefer to walk with someone in person in nature. However sometimes the more realistic (or perhaps perceived) alternatives might be stay in, or go on a virtual tour with someone online. This makes it relatively attractive.
I like the idea of niching down for a use case, but I've never met a lawyer I thought had the time or energy to devote to learning programming. I'm also having trouble understanding how a lawyer might use their programming skill to improve their daily lives. It seems to me that other folks on a lawyer's staff would be more likely to be interested in this subject and use it to the firm's benefit.
There are lots of things you can use code for as a lawyer, if you just think about it as "automating stuff." I wrote custom code all the time when I was at the law firm (and still do, but I'm in a more technical role now).
It was fun to take something where hordes of associates were being used as slightly smarter computers and automate it - there were several times when people were amazed that I turned out a properly formatted in-depth diligence report about multi-hundred-patent portfolios within a couple of days.
Lawyers don't necessarily need to code to improve their own lives - but they MUST learn to code to improve their relationships with their clients.
If there is any aspect of programming involved in any contract or lawsuit (which is becoming the norm), the lawyer absolutely must have at least a vague grasp of the tech to be effective.
Too many lawyers and judges are just utterly perplexed, and it leads to bad law that makes things more difficult for everyone down the road.
Even the most basic understanding of programming would be so so helpful, if only because it makes the world of computers slightly less alien to your average legal practitioner.
I'm negotiating a contract with a software subcontractor and I had to involve our legal department. The lawyer I'm dealing with quite clearly understands software (speaks knowledgeably about OSS, although I don't remember if he's actually a programmer), but I can't think of a single case where programming knowledge would have been useful. Instead, I'm the outsider, because everything that comes up for discussion is an issue of Contract Law and nothing specific to Software.
Programming is like cooking. You don't have to know it, but it comes in handy and you can impress your friends with it. Just don't thing you can open a restaurant just because you make a great risotto.
Check out https://permafrast.herokuapp.com. OP built this as well, and it makes it really easy to read cases without signing into Lexis, Westlaw, or, well ... anything.
Just one of many examples of how lawyers can use tech to make their day jobs easier.
I was listening to NPR recently and there was an interview with a former Clinton administration official [1] who mentioned almost in passing that prosecutors regularly infringe on the right to privileged conversation between a defendant and their lawyer. Specifically, he mentioned that the room you are given with your lawyer has paper thin walls that the police and prosecutor folks can hear through easily, and when in jail there is no way to have a real private conversation with your lawyer as well.
Think of it this way: you're in jail and you're talking to your lawyer about what he thinks the prosecutor's strategy will be, and how he's going to defend you against it. That has nothing to do with evidence admissibility but could still be damaging to your case if the prosecutor finds out about it.
I talked to a relative who is a lawyer and was told that court cases are not dramatic as seen on TV. Both the prosecutor and defense side have access to all documents and have ample time to prepare their arguments. There are no surprises in court (if there is either side can ask for more time to prepare based on new info).
So knowing strategies doesn't really help, because you kind of already know the strategy and have prepared your response.
Now - if you are guilty, and you tell your lawyer where you buried the bodies and the police happen to let a cadavar dog lose in that general location ...
However, I agree with the first poster - there should be an official secure channel for communicating with counsel after you are convicted.
"Now - if you are guilty, and you tell your lawyer where you buried the bodies and the police happen to let a cadavar dog lose in that general location ..."
This does release the Kafka-esque possibility of being indicted for contempt of court or obstruction of justice by telling a lie to your lawyer in a supposedly private email, and then the cops wasting lots of money on it.
If you can avoid indictment under the above, this is an interesting DDOS opportunity against the system. All prisoners should immediately email their lawyer that they know where Jimmy Hoffa is buried etc. Send three "private" emails to your lawyer with three different strategies and then conduct a fourth at trial. Something like that.
It's not about knowing the identity of the person, it's knowing how they are going to proceed in arguing their case. Setting up an argument takes a lot of time, it's their strategy for winning a case / defending their client. Knowing this beforehand will put one side at an advantage in preparing their case and specifically aim at any faults in arguments.
Also why is "win" in quotes? There's generally no winners in flame wars, but in a court of law decisions are made on who wins and loses unless there's a mistrial/deals being cut by both sides. So being able to concentrate efforts directly preparing against a known strategy that the opponent is using is a big advantage.
We're hiring in many engineering roles on the Streamlit team, and many neighboring teams at Snowflake. At highest priority, I'm looking for an Engineering Manager to lead our Streamlit Open Source team. Streamlit is a popular open-source project that's changing the way people visualize data and build interactive apps. We're seeking someone who loves UI/UX + Data, a background in managing full-stack teams, and a drive to innovate in the open-source space.
Our ideal candidate has 3+ years of experience in leadership roles, a startup mentality, and high energy to champion Streamlit. This is a really special role for us. Proficiency in Python and React is a plus, along with experience in data science or interactive visualization tools.
Apply directly here: https://careers.snowflake.com/us/en/job/7118167002/Software-..., or drop me a line at jon.roes at snowflake.com.