randyzwitch

Thanks for the write-up!

(Note: I work at Posit, but not on the Positron team)

Are computer vision models supported?

Might not be exactly what you're talking about, but Shiny for Python compiles to WASM, so that you can deploy stand-alone

https://shiny.posit.co/py/docs/shinylive.html

For sure! It's always great when a new feature falls out of an upstream dependency (in this case, matplotlib 3.6)

plotnine is a ggplot also funded by Posit (though, externally developed)

https://plotnine.org/

Agreed…feels like this is as much a cultural problem as a tech one. Meaning, from my experience at large companies, I feel like those lawyers get off on the fight of who gets to write the terms

Not specific to specific examples in the article, I think some of the things people perceive as "bugs" other people see as features or an opportunity to correct past mistakes.

I can remember an example where I suggested automatic treatment of missing values in a stats library, and the library maintainer disagreed. Meaning, my lobbying for Julia to do what R/Python did was seen as "Yes, but that's wrong and we shouldn't promote that sort of treatment". As a business user, I didn't care that it was theoretically wrong, the maintainer as an academic did.

That ends up becoming open-source prerogative. I could do it wrong "on my own time" in my own code...doesn't make either a bug, but a different choice based on perspective.

(Note: I'm Head of Developer Relations at Streamlit!)

Thanks, glad you found Streamlit useful! The plan (per the link) is that Streamlit will continue on as an open-source project.

(Note: I'm Head of Developer Relations at Streamlit)

While I cannot speak to your experience with either project, I do want to point out that open-source doesn't have to be a zero-sum game. Gradio has different goals than Streamlit, which has different goals than Flask and Django.

In the end, congratulations to both HuggingFace and Gradio, Streamlit looks forward to seeing what they end up building!

(Note: I'm Head of Developer Relations at Streamlit)

The easiest way to have a secure Streamlit app would be to use Streamlit Cloud, which is https by default:

https://streamlit.io/cloud

If you want to use some other combination of technologies for hosting, we've created a Deployment Guide to aggregate the best answers from the community:

https://discuss.streamlit.io/t/streamlit-deployment-guide-wi...

Depending on what you are trying to do, I suspect you're looking for using Apache2 or nginx as a proxy:

https://discuss.streamlit.io/t/configuring-apache-2-4-for-pr...

Agreed. I hope this book disambiguates the roles as well, that seems to me to be the biggest issue with hiring!

What other functionality would make Streamlit a better experience for you?

What a gross way to get your name into the conversation. I've never heard of Wix, but I'm sure to never pay them for anything in the future

This is going to unlock so many use cases that weren't possible before with the public repo requirement

The main advantage is that not everyone knows Python, and those who do don't necessarily use Jupyter. Once you deploy a Streamlit app, it's the same in-browser interactive experience people are already used to.

> It appears to be like a chatroom in the sense that its live but with an API or live application refresh where the programmer can write lines of code that immediately show app results. This is pretty cool but I don't know if its a real product other than live coding interviews or the most intense pressure cooker of your manager having you do the TPS reports right now

If that's what you're taking away, we need to improve our marketing copy!

The point of Streamlit is to have a nimble way to create applications, where auto-refresh/hot-reload is part of the developer experience. But the goal of the overall project is to make interactive data apps available to the broad public, not just people who have front-end experience or a front-end developer working on their team.

We just released themeing in the past few weeks, so there's definitely more options than there used to be! We'd love to get any additional feedback about the types of customizations you'd like to see.

You could argue that we've had the low-level API since JavaScript was added to the browser

(Note, I'm Head of Developer Relations for Streamlit, so clearly not a non-biased observer!)

You're absolutely right that Streamlit isn't a Jupyter replacement (we're not trying to be!), in the same way that Spyder isn't a "replacement" for the JetBrains set of IDEs. Maybe Streamlit will one day move to multiple language support, but for now, we're trying to be the best Python library we can be for creating web apps.

As far as GPU-support goes, as mentioned above, Streamlit "supports" GPU in as much as Python does. It's important to separate out front-end/UI from backend. If something is supported with GPU as a backend, "data science" (however defined) functionality, Streamlit supports that in the same way a React app calling a GPU API endpoint or other workflow is "GPU-enabled"

This looks really clean for generated code, great job!

YouTube has historically been the home of conspiracy theory videos, what makes a current event with on-going legal arguments so important to remove?

We're working through them as fast as we can, as you can imagine we got quite a few requests today!

Glad you're finding it useful! Per your comment, are you saying that Streamlit doesn't respect the aspect ratio of your charts, or are you saying it's weird per our defaults?

Awesome, great to hear!

Spent a lot of time writing code listening to Van Halen. A true pioneer.

I hadn't, thanks!

Yeah, I don't agree either.

For example, it feels like the author would argue that it's "worth" seeing the Grand Canyon, but not worth seeing Space. But the idea of being outside of the Earth's atmosphere, or better yet being able to see the entirety of Earth from the Moon would change my life in ways I'm sure I can't even imagine.

I found it to be persuasive, but the after-school special vibe of between interview scenes was corny

> As our homes turn into offices, where do you draw the line? It's common to cover internet and electricity, but possibly you might also want to cover part of the rent or a fixed desk in the office?

It's common to pay for internet and electricity? I've heard of covering cell phones and things for people who legitimately are on the phone (sales/biz dev), but not down to electricity bills and rent.

One of the biggest challenges IMO is being able to articulate what work you are doing and what the impact was (yes, this is the same as in-office working). Conversations don't "just happen" remotely, you need to be diligent about creating your own buzz.

Whether that's making a few sentence Slack messages to your team company when you hit milestones, sending out quality email summaries along with a presentation you made, you need to be really deliberate.