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

Discontinue Sourcetrail

sourcetrail.com

Post reply on HN
Print view View original

11–20 of 41 posts

Re: Discontinue Sourcetrail

#11

Post by nyanpasu64 »

jschwartzi wrote: post #6
potatochup wrote: post #3

Hmm. Hard to monetize I guess. Does anyone know of any code analysis software that looks at dataflow ? Specifically for embedded contexts, a lot of code is written in a very non-functional style, where the output of one module is a series of global variables. That variable is then picked up by other modules as an input, and used to calculate that modules output, etc etc. I'd pay big $$$ for any software that would te…

That’s effectively what Sourcetrail/Coati does in C/C++. Coati was super-helpful for me many years ago when I had to dissect and analyze some crappy vendor code. It also helped me get up to speed on a bunch of C++ spaghetti code on the same project. They hit the nail on the head with their tool and I’ve been using it off and on ever since. I’m actually wondering now if it could be used to analyze Yocto project depend…

I was using Sourcetrail in the past, and I thought it was only an interactive code field/method browser, and didn't have any way to trace causality... unless I missed some functionality.

Re: Discontinue Sourcetrail

#12

Post by scottrogowski »

I maintain a similar (but less popular) open-source CLI that generates flow charts for dynamic languages (Python, JS, Ruby, PHP) - https://github.com/scottrogowski/code2flow/

The thought has crossed my mind to try to actually sell it as a SaaS. But by itself, call graph visualizers are the sort of thing that you would need only once or only every once in a while. That sort of software is very difficult to monetize - as 10,000 failed productivity app companies could tell you. I don't know the details of what happened with Sourcetrail but I assume it was similar - developers might have found it useful occasionally but it's not something most developers would use daily or even monthly - so it's hard to justify a subscription.

Re: Discontinue Sourcetrail

#13

Post by The_Colonel »

I'm disappointed that JetBrains do not integrate SourceTrail-like functionality in Intellij and their other IDEs. It just seems to be such a natural (and marketable) feature to bring the IDE experience to the next level.

(I'm aware that SourceTrail plugin exists but it did not work well for me)

I'm slowly getting the impression that IDEs for JetBrains became just a cash cow with limited dedicated developer resources and now the most investment goes into Space.

Re: Discontinue Sourcetrail

#15

Post by bleuchase »

potatochup wrote: post #3

Hmm. Hard to monetize I guess. Does anyone know of any code analysis software that looks at dataflow ? Specifically for embedded contexts, a lot of code is written in a very non-functional style, where the output of one module is a series of global variables. That variable is then picked up by other modules as an input, and used to calculate that modules output, etc etc. I'd pay big $$$ for any software that would te…

Ever looked at https://codeql.github.com/docs/codeql-overview/about-codeql/?

Re: Discontinue Sourcetrail

#16

Post by pjmlp »

The_Colonel wrote: post #13

I'm disappointed that JetBrains do not integrate SourceTrail-like functionality in Intellij and their other IDEs. It just seems to be such a natural (and marketable) feature to bring the IDE experience to the next level. (I'm aware that SourceTrail plugin exists but it did not work well for me) I'm slowly getting the impression that IDEs for JetBrains became just a cash cow with limited dedicated developer resources…

Not only space,

https://blog.jetbrains.com/kotlin/2011/08/why-jetbrains-need...

> The next thing is also fairly straightforward: we expect Kotlin to drive the sales of IntelliJ IDEA. We’re working on a new language, but we do not plan to replace the entire ecosystem of libraries that have been built for the JVM. So you’re likely to keep using Spring and Hibernate, or other similar frameworks, in your projects built with Kotlin. And while the development tools for Kotlin itself are going to be free and open-source, the support for the enterprise development frameworks and tools will remain part of IntelliJ IDEA Ultimate, the commercial version of the IDE. And of course the framework support will be fully integrated with Kotlin.

After all, they need to keep the Mountain View customer happy.

Re: Discontinue Sourcetrail

#17

Post by Stratoscope »

pjmlp wrote: post #16
The_Colonel wrote: post #13

I'm disappointed that JetBrains do not integrate SourceTrail-like functionality in Intellij and their other IDEs. It just seems to be such a natural (and marketable) feature to bring the IDE experience to the next level. (I'm aware that SourceTrail plugin exists but it did not work well for me) I'm slowly getting the impression that IDEs for JetBrains became just a cash cow with limited dedicated developer resources…

Not only space, https://blog.jetbrains.com/kotlin/2011/08/why-jetbrains-need... > The next thing is also fairly straightforward: we expect Kotlin to drive the sales of IntelliJ IDEA. We’re working on a new language, but we do not plan to replace the entire ecosystem of libraries that have been built for the JVM. So you’re likely to keep using Spring and Hibernate, or other similar frameworks, in your projects built w…

That customer is a cheapskate, too. They strongly encourage everyone to use the free Community versions of the IDEs unless you absolutely need something in the paid editions. (e.g. if you write C++ code it's OK to burn a CLion license.)

For my personal and work use, I pay for my own All Tools subscription or whatever they call it now. $149/year for everything JetBrains makes!

Re: Discontinue Sourcetrail

#18

Post by eugene0 »

potatochup wrote: post #3

Hmm. Hard to monetize I guess. Does anyone know of any code analysis software that looks at dataflow ? Specifically for embedded contexts, a lot of code is written in a very non-functional style, where the output of one module is a series of global variables. That variable is then picked up by other modules as an input, and used to calculate that modules output, etc etc. I'd pay big $$$ for any software that would te…

We do dependency visualization (it's correlates with dataflow) at viezly. You can check it out here: https://viezly.com/change_requests/3986

Re: Discontinue Sourcetrail

#19

Post by MattGaiser »

Stratoscope wrote: post #17
pjmlp wrote: post #16

Earlier quoted context omitted.

Not only space, https://blog.jetbrains.com/kotlin/2011/08/why-jetbrains-need... > The next thing is also fairly straightforward: we expect Kotlin to drive the sales of IntelliJ IDEA. We’re working on a new language, but we do not plan to replace the entire ecosystem of libraries that have been built for the JVM. So you’re likely to keep using Spring and Hibernate, or other similar frameworks, in your projects built w…

That customer is a cheapskate, too. They strongly encourage everyone to use the free Community versions of the IDEs unless you absolutely need something in the paid editions. (e.g. if you write C++ code it's OK to burn a CLion license.) For my personal and work use, I pay for my own All Tools subscription or whatever they call it now. $149/year for everything JetBrains makes!

I don't get how people can use anything else for development. They handle all the little stuff so you can focus on the code.

Re: Discontinue Sourcetrail

#20

Post by pjmlp »

MattGaiser wrote: post #19
Stratoscope wrote: post #17

Earlier quoted context omitted.

That customer is a cheapskate, too. They strongly encourage everyone to use the free Community versions of the IDEs unless you absolutely need something in the paid editions. (e.g. if you write C++ code it's OK to burn a CLion license.) For my personal and work use, I pay for my own All Tools subscription or whatever they call it now. $149/year for everything JetBrains makes!

I don't get how people can use anything else for development. They handle all the little stuff so you can focus on the code.

Some of us were already using IDEs before JetBrains was founded.
Post reply on HN