Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
sdesol
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
59 ms
·
661.
▲
by
sdesol
10y ago
The link in this show hn post, will let you browse all the ruby, markdown, and javascript changes from Bitbucket's atlassian/aui, GitHub's Microsoft/vscode and GitLab's gitlab-org/gitlab-ce repo, for the past 7
662.
▲
Show HN: Sorry, found bug.
(gitsense.com)
1 points
by
sdesol
10y ago
|
4 comments
663.
▲
by
sdesol
10y ago
Unless you've worked in Enterprise, you'll be surprised by what is important. And this is actually an important feature, in my opinion. Enterprise is all about reducing risk and that's because, a screw up can bring down an e
664.
▲
by
sdesol
10y ago
Coca-cola is good example of why it's not a bad idea to invest in mindshare, even when you are an incumbent in a particular space. If the atom editor was blowing peoples mind away, I would think it makes perfect sense to keep investin
665.
▲
by
sdesol
10y ago
> Quite frankly I really don't get why they even bother I've asked this in the past and all that I could gather was, this is about mindshare. With regards to GitLab, if they (GitHub) aren't talking about them in weekly mee
666.
▲
by
sdesol
10y ago
Code change filters is how I describe my context technology. My background is in developing in house productivity solutions for large enterprises and I never liked how we communicated code changes, since it required too much effort to put t
667.
▲
Show HN: Code Change Filters for Git with Bitbucket, GitHub and GitLab Support
(gitsense.com)
6 points
by
sdesol
10y ago
|
1 comments
668.
▲
by
sdesol
10y ago
> ruby/rake, which has just 627 stars ruby/rake is in maintenance mode, so there really isn't a lot of reason for people to notice it or even star it. You can see how active it is, in the screenshots below: http:/&#
669.
▲
by
sdesol
10y ago
> A lot of large companies however are so fed up with on-premise enterprise Is this anecdotal or is there some number behind this? When I was developing internal tools for massive companies, cloud was never an option. Red tape is defini
670.
▲
by
sdesol
10y ago
I've always said, hosting Git repos will turn into a commodity product and I think that's what we are seeing. The logical evolution will be to provide services/features that compliments Git hosting, which cannot be easily re
671.
▲
by
sdesol
10y ago
I hope supported injection points is something that will be supported in the future. The way of integrating on top of GitHub with a browser extension, is really a hassle and it's the reason why I'm going to discontinue my Chrome e
672.
▲
by
sdesol
10y ago
I'm kind of surprised streaks and such, are things people feel so strongly about. This is how it's used in my product. http://imgur.com/5uy9DSp The heatmaps are created based on the search results, so if you want
673.
▲
by
sdesol
10y ago
They are definitely working on strengthening their value proposition for paying customers. And I really can't blame them, as they are competing against free. GitLab is free. Bitbucket and Microsoft Visual Studio Team Service (VSS) ar
674.
▲
by
sdesol
10y ago
Would you describe the exporting process to git, pretty painless? If so, I'll look at adding bitkeeper support for my git analytics/search tool. I've uploaded some pictures that shows what the git repos that you have hosted
675.
▲
by
sdesol
10y ago
If you are into novelty metrics, you might find the following interesting: http://imgur.com/a/xhxtm It shows how actively the gitignore files are modified.
676.
▲
by
sdesol
10y ago
I've uploaded some metrics that compares the two at http://imgur.com/a/ywdbm Churn in the images are lines added, changed and deleted that does not involve blank/comment lines.
677.
▲
by
sdesol
10y ago
> I can't understand why they would preclude Atom from running in a browser. If memory serves me right, I believe it was conceived to be a standalone commercial product, with tight GitHub integration; but somewhere a long the line,
678.
▲
by
sdesol
10y ago
Yeah it had some inaccuracies.
679.
▲
by
sdesol
10y ago
It basically shows how much has changed in GitLab's master branch in the last 30 days. The main metrics is cumulative code churn (lines added, changed, and deleted that does not involve comment or blank lines). In the first picture it
680.
▲
by
sdesol
10y ago
Since we are doing deja vu, I uploaded some new metrics that better highlights how insane GitLab's churn rate is. http://imgur.com/a/4uaSR What's really interesting is the number of contributors.
681.
▲
by
sdesol
11y ago
> Now there are two reasons I can think of this happening They are also churning at a pretty insane rate due their release schedule. I did a very basic analysis of their repos at http://gitsense.github.io/blog/moti
682.
▲
by
sdesol
11y ago
I actually wrote a blog on how I keep an eye on JVM garbage collecting at http://gitsense.github.io/blog/realtime-process-monitoring.h... My indexers are designed to automatically shutdown, if they are spending more th
683.
▲
Tracking code changes with motion bubble charts
(gitsense.github.io)
2 points
by
sdesol
11y ago
|
0 comments
684.
▲
by
sdesol
11y ago
> Microsoft's Visual Studio Code is built on similar foundations This is my understanding of things: - Electron is built on top of Chromium, where the technology was mainly driven by Google and their engineers. - Vscode is based on
685.
▲
by
sdesol
11y ago
> Visualization is an often overlooked tool in CS It's often overlooked, because generating meaningful data, that can provide visual insight, is usually very difficult. Right now I'm working on a blog post that goes over how y
686.
▲
by
sdesol
11y ago
I'd be surprised if they did. I really don't see a business reason for them doing so. They are clearly laser focused on enterprise, which means massively bespoked internal build systems and work flow. And they'll be competi
687.
▲
by
sdesol
11y ago
From what I've gathered so far, IDEs are suppose to be like crack. If you get them addicted to your stuff, you'll be able to convert them to paying customers for other things down the road. Considering the resources that GitHub
688.
▲
by
sdesol
11y ago
> Developers have a real, well-documented resistance to paying for things This is why you never try to target developers and if you do, you have to make sure the initial cost to use it is negligible. This is what Atlassian does very wel
689.
▲
by
sdesol
11y ago
I don't disagree. My sister has been using GitHub for years and she's never heard of the dear GitHub letter. The reputation part will have greater impact on Enterprise though. The reason why Enterprise sales cycles are so long,
690.
▲
by
sdesol
11y ago
> Maybe it's just the color palette that makes it look better The color palette size definitely plays a part, but the vast majority of degradation is the result of scaling down. This is what a gif looks like which was captured at H
More ›