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

Sourcehut welcomes Bitbucket refugees

sourcehut.org

Post reply on HN
Print view View original

111–120 of 219 posts

Re: Sourcehut welcomes Bitbucket refugees

#111

Post by viraptor »

yebyen wrote: post #108
quietbritishjim wrote: post #99

Earlier quoted context omitted.

There are a few good things about it compared to git (and a few bad ones). One I like is that it has an excellent GUI that is cross platform, called TortoiseHg. I know hackers can be a bit snobbish about GUIs but I really think a GUI is essential for version control: flicking through the revision graph in one pane while looking at the modified files in another and a file's changes in a third is much more efficient th…

I know you said GUI, but this single-line git alias that goes in ~/.gitconfig changed my life and I don't look for a git GUI anymore: [alias] l = log --date-order --date=iso --graph --full-history --all --pretty=format:'%x08%x09%C(red)%h %C(cyan)%ad%x08%x08%x08%x08%x08%x08%x08%x08%x08%x08%x08%x08%x08%x08%x08 %C(bold blue)%aN%C(reset)%C(bold yellow)%d %C(reset)%s' Next, go to one of your git project directories and ty…

If you liked that alias, check out tig, which is a very simple TUI for git. It gives you a browsable graph, and other nice things. It also does "tig blame" with going back to revision before a specific line with a single key shortcut.

Re: Sourcehut welcomes Bitbucket refugees

#112

Post by bluedino »

hmnom wrote: post #65
viach wrote: post #41

They violently break all the recent frontend best practices. Where is the React or Vie, SPA architecture, tons of JS? There should be a federal law prohibiting making fast and simple UIs so that nobody will have concerns that the UI frameworks war leads us to great future.

It's written in Python so as soon as they have enough users it will be as slow as any webpage with tons of JS. Thankfully, that CPU load won't be on the client side... so it's still an improvement

Python isn't slow. Running a lot of Python is slow.

Re: Sourcehut welcomes Bitbucket refugees

#113

Post by notus »

nannal wrote: post #68
lazyjones wrote: post #51

Earlier quoted context omitted.

I love the design and wish a sufficiently large part of the web looked like this... Incidentally, it's a bit like HN.

Their page was done in 114ms. Where are the PBs of javascript, the YBs of uncompressed images in 128x320 res? Clearly they've messed up their CDN and we're missing content.

All that really matters is the entry point size in modern application. I built an admin console for our company in react and it's downloaded and rendered in 220ms. People can make performant SPA's they just choose not to.

Re: Sourcehut welcomes Bitbucket refugees

#114

Post by bald42 »

yk wrote: post #69
vnorilo wrote: post #43

Earlier quoted context omitted.

There’s not even any analytics or trackers. The shame!

Perhaps one could use greasemonkey to inject Google analytics into arbitrary sites. (And load some font, and perhaps have a 20 second timeout somewhere.)

No worries the snakeoil antivirus suites already does that for you ;-)

Re: Sourcehut welcomes Bitbucket refugees

#115

Post by mkane848 »

lazyjones wrote: post #51
viach wrote: post #41

They violently break all the recent frontend best practices. Where is the React or Vie, SPA architecture, tons of JS? There should be a federal law prohibiting making fast and simple UIs so that nobody will have concerns that the UI frameworks war leads us to great future.

I love the design and wish a sufficiently large part of the web looked like this... Incidentally, it's a bit like HN.

Same, but users think it's ugly and doesn't look "right" or "modern" :/

Re: Sourcehut welcomes Bitbucket refugees

#116

Post by majewsky »

notus wrote: post #113
nannal wrote: post #68

Earlier quoted context omitted.

Their page was done in 114ms. Where are the PBs of javascript, the YBs of uncompressed images in 128x320 res? Clearly they've messed up their CDN and we're missing content.

All that really matters is the entry point size in modern application. I built an admin console for our company in react and it's downloaded and rendered in 220ms. People can make performant SPA's they just choose not to.

> for our company

Is that in a single location? If so, then it's not really impressive. A good website loads fast even when the client is on the other side of the globe.

Re: Sourcehut welcomes Bitbucket refugees

#117

Post by majewsky »

dsissitka wrote: post #76
NKCSS wrote: post #67

Earlier quoted context omitted.

Where did you get that from?

Not sure about that figure but there's https://lists.sr.ht/~sircmpwn/sr.ht-discuss/%3CBVRVZEWYB30Q.... . Looks like their monthly expenses were around $1,200 going in to Q2.

And that's for an offering including a CI build farm. Not just a website.

Re: Sourcehut welcomes Bitbucket refugees

#118

Post by wyldfire »

hmnom wrote: post #97
kdmccormick wrote: post #95

Earlier quoted context omitted.

I imagine that the CPU-intensive parts of Flask and Jinja2 are already written in C. Much of Python's standard library is. 800ms is a reasonable response time, and if they scale up according to their userbase, they will hopefully maintain that time. (Also, we don't know how much of that 800ms is Python vs. IO)

https://github.com/pallets/flask https://github.com/pallets/jinja 0% C Also 800 ms is NOT a reasonable response time to generate what basically is a bunch of text, that is absurd, but I guess this is the baseline in 2019. I trust all IO is cached. The author can confirm it. This is just how slow Python is.

Switching to PyPy is likely to improve the overall performance if it's not database or I/O bound.

Re: Sourcehut welcomes Bitbucket refugees

#119

Post by BeetleB »

wilsonnb3 wrote: post #92
whatshisface wrote: post #86

People seem pretty interested in keeping their pre-git source control system, even if it means switching repository hosts. I know the default attitude is "they're just curmudgeons who don't want to change," but Hg could have some advantages.

Mercurial shouldn't be considered a pre-git source control system. It's initial release date was actually 12 days after git and it is far more comparable to git than it is to SVN and other pre-git version control systems.

I think he meant "the source control they used before using git" - not that it came out first.

Re: Sourcehut welcomes Bitbucket refugees

#120

Post by Waterluvian »

viach wrote: post #41

They violently break all the recent frontend best practices. Where is the React or Vie, SPA architecture, tons of JS? There should be a federal law prohibiting making fast and simple UIs so that nobody will have concerns that the UI frameworks war leads us to great future.

To be fair, not having any of those technologies is just a side effect of deciding to make a dead simple, spartan UI (which isn't a bad thing).

You can get away with very fast, very maintainable front-end code that doesn't need any special frameworks when you say no to modern tastes and features. More websites should really consider doing so.

One of the things that breaks my heart just a little is visiting these sites that load in 30ms and thinking that the Internet of 2019 could be largely like this and how amazing that would feel. Sure, there's lots of complex features we cherish having online, but those could all be hidden behind the main pages that are dead simple. Makes me think about how google.com is the gateway to a massive conglomerate of capability, web apps, features, etc. but the main page itself loads almost instantly.

Post reply on HN