Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Scripton – Python IDE with built-in realtime visualizations

scripton.dev

Post reply on HN
Print view View original

81–90 of 154 posts

Re: Show HN: Scripton – Python IDE with built-in realtime visualizations

#81

Post by lolinder »

vunderba wrote: post #51
lolinder wrote: post #49

Earlier quoted context omitted.

> currently on PyCharm. ... Cons: Subscription business model. ... Any one of the con's would be a deal breaker for me. I'm curious to understand this better (as a fan of JetBrains): do you currently use PyCharm Community or does the JetBrains model not count as a subscription for you?

Chiming in here, Jetbrains is a subscription model, but with a very important qualifier in the form of a perpetual fallback license once you stop paying. It's an important distinction, and I wish more businesses would follow this model.

Yeah, I was wondering if that was it. Practically it still ends up being a subscription for me because I actually do want the updates, but I guess that's the point—it's my choice to keep paying because I like what they're doing. If I stop liking I can stop paying.

Re: Show HN: Scripton – Python IDE with built-in realtime visualizations

#83

Post by cameldrv »

alsodumb wrote: post #39

I am a robotics engineer/scientist and I do shit ton of visualization of all kind of high-fidelity/high-rate data, often in a streaming setting - time series at a few thousand Hz, RGB/depth images from multiple cameras, debugging my models by visualizing many layer outputs, every augmentation, etc. For a long time, I had my own observability suite - a messy library of python scripts that I use for visualizing data. I…

Wow I hadn't seen rerun before, this thing is amazing!

Re: Show HN: Scripton – Python IDE with built-in realtime visualizations

#84

Post by jamespo »

markus_zhang wrote: post #53
vunderba wrote: post #51

Earlier quoted context omitted.

Chiming in here, Jetbrains is a subscription model, but with a very important qualifier in the form of a perpetual fallback license once you stop paying. It's an important distinction, and I wish more businesses would follow this model.

Is the Jetbrain model basically the pricing model of early era (pre 2000s) IDEs? I remember back then developers had to pay for editors and compilers, which usually came with a huge amount of manuals. And then they could install patches until a new major version rolled out. I'm actually OK with that model, if they still ship manuals in paper.

Oracle RDBMS used to come with 20+ books, for PL/SQL, C bindings, Fortran etc etc... I don't want those days back!

Re: Show HN: Scripton – Python IDE with built-in realtime visualizations

#87

Post by 999900000999 »

hathawsh wrote: post #68
999900000999 wrote: post #46

Earlier quoted context omitted.

This in particular looks like a solo project that probably took around a year. Say OP sells 1000 subscriptions. That's 20 thousand dollars a month. They sell 10k subs, 200k a month. Or the project fails, and as a closed source tool I can't fork and fix issues. The only options are it becoming a multi million dollar company or abandonware. I'd be open to it if it was 100$ with one year of free updates. But even then,…

I wonder if this concern could be partly alleviated through a price lock-in strategy. There could be a contract that says because the subscriber has paid for N months, that subscriber is eligible to keep paying the same price for 5-10 years, regardless of the price for other subscribers. This could incentivize people to start their subscription early.

That wouldn't stop the developer from abandoning the project though. I don't like using closed source tools when I can avoid it. Visual studio is a big exception because Microsoft will never abandon it in a million years, it's literally their flagship IDE.

The same argument can be made for the jet brains IDEs. But a closed source tool made by a solo developer just seems too risky for me, even if the OP was giving it away I'd be a little bit reluctant to use it.

Re: Show HN: Scripton – Python IDE with built-in realtime visualizations

#89

Post by nightcraft »

loic-sharma wrote: post #82

> While the editor component is based off Monaco, the IDE is not a vscode fork and was written from scratch. Interesting! What are the trade-offs here?

IMO, VSCode's codebase is excellent and quite well designed with most functionality abstracted out into injectable services. However, the interaction of these services and other bits of architecture do impose certain limitations that are tricky to workaround. One option is to fork vscode, write your own services, alter the architecture as necessary. You're then faced with keeping this in sync with the rapidly changing upstream code. Another alternative is to implement it as an extension, but that has a fair number of restrictions.

For certain projects, forking/extending may be the right call. However, for the degree of customization required for Scripton, writing from scratch turned out to be the more viable path (vs attempting to workaround/rewrite yet another component in vscode). The trade off here, of course, is that you lose out on the familiarity and ecosystem that VSCode has built over nearly a decade. The hope is that Scripton remains sufficiently familiar (eg: Search / CMD+P / etc work similar to vscode) while being compelling enough in its own right.

Re: Show HN: Scripton – Python IDE with built-in realtime visualizations

#90

Post by bsder »

alsodumb wrote: post #39

I am a robotics engineer/scientist and I do shit ton of visualization of all kind of high-fidelity/high-rate data, often in a streaming setting - time series at a few thousand Hz, RGB/depth images from multiple cameras, debugging my models by visualizing many layer outputs, every augmentation, etc. For a long time, I had my own observability suite - a messy library of python scripts that I use for visualizing data. I…

> So I just scrape their docs into a markdown file and ask my interns to paste the docs in their prompt before they query LLMs and it works like a charm now.

Huh. Nice hack. I may have to give that a try for some of the more obscure stuff I deal with.

> Recently, it kind of made my life hell as all of my interns refuse to use docs and try using LLMs for rerun code generation and come to me with a messy code spaghetti. It's both sad and hilarious.

I'm really agog at this. Do your interns understand that if they're just an LLM prompt injector, their job can be done by anybody? I haven't bumped into this yet, but I think your reaction was a lot more positive than mine would have been.

I know that I certainly wouldn't be rehiring any interns that gave me that kind of grief.

Post reply on HN