This is awesome. I did this one time (not automated). I wanted to have an analog version of a video. It was a video of my baby daughter laughing. That was almost 10 years ago.
I used ImageMagik to make some stills. I bulk uploaded them to Walgreens photos. Thankfully they were all printed in order! I jankily bound them together somehow and it worked!
I always thought it would be neat to have this as a service. I will be ordering some of these for sure!
I also love David Rumsey's collection! Check out the rumsey map center at Stanford if you ever find yourself in the area, it's ridiculously cool
Pastmaps was really born out of my desire for more advanced features, layers, and tools on rumsey's site and I'm hoping I can eventually deliver on that vision (spoilers: I'm definitely not there yet)
How do people like sourcehut.org for open source projects? For startups? For established "enterprise"?
I overall like GitLab for startups, especially since I can do my own flavor of Kanban with the scoped labels feature of their Premium account. So I'm leaning towards also moving my personal open source to gitlab.com, just to simplify. I would've already moved, but gitlab.com's CloudFlare setup is blocking my Firefox. And a couple times now GitLab has changed the pricing dramatically, and I won't like surprises like that after I've invested many hours to move there.
Now that I think of it, that's maybe not a terribly bad idea for some open source projects in which I want a little friction to submitting patches. (Because, for those projects, I actually dislike patches. It's usually more work for me to review for design and code quality than to make the changes myself, if they were good changes at all).
And there's the mess when people are driven by email notifications for Git repo changes/events that they then access in a Web UI. It's great for wasting people's time, and people also end up with piles of Git repo emails that they casually archive/delete, potentially missing things, due to DRY violation and because there's more steps between looking at the email and going to the Web UI to handle things.
But when you just want random people to be able to log into a Web site and interact with whatever computer-mediated workflow there, telling people to use old-school email is maybe counterproductive.
PM for Bitbucket pipelines here, my team of ~20 owns that feature E2W, would genuinely love to chat, share some stuff we're working on, and get feedback/thoughts.
Ping me if you're open to chatting emunday@atlassian.com
I'm glad you're working on BB. We switched to GitHub a year ago and are happy with it, but with a slightly better UI and more reliable/advanced CI/CD features, I might not have been able to justify the switch.
Bitbucket used to fall over for monorepos. Sometimes it would fall into a death spiral, sometimes it would attribute PRs and commits to the wrong engineers (!!!) Not sure if that's still the case, but it was awful working with it.
Don't even get me started on the dumpster fire that is Jira.
We 100% have had issues with larger repo's in the past while we were still hosted on a stand-alone data centre. Since finishing our migration to AWS ~12 months ago, all stability and performance metrics are substantially improved.
Full disclosure, we do still have some work to do in terms of supporting very large repo's (>10GB non-LFS) - but those scenarios are still handled relatively gracefully.
Just an FYI - we (Bitbucket cloud) recently shipped changes to the PR experience (rebuilt the PR diffing algorithm) which has increased the speed by ~95%.
100% aware we still have a way to go on performance, but we're literally orders of magnitude faster than even 12 months ago, with another order of magnitude on the cards this year, especially for larger customers (250+ users).
Can you please share why you don’t have a file list on a left panel (like in IntelliJ, Windows Explorer or even Bitbucket DC) while reviewing PRs? Do stats show that people prefer to be shown a long diff with a tiny tab on the top-right that shows the list of files?
Wouldn’t that be a UX worth improving? (For us, we’ve attempted the move 3 times, but developers keep rejecting BBCloud because of the annoying UI - mostly the missing treeview to navigate files).
To be 100% honest - I don't have an answer for you on that. My teams focus primarily on CI/CD and the new extensibility tooling we're building (allowing customers to basically add their own features specific to their use-cases, like the plugin system for Server, but simpler).
If you shoot me an email I can connect you with the PM who manages the PR experience directly - they're doing a lot of design work in this space and would be really keen to talk.
You still don't have basic features like Syntax Highlighting in Diffs.
Yes yes, you are promising it soon in an Experimental Labs release, but it's been 11 years. It's laughable and who knows if that will tank performance again.
You had a solid PR tool on bitbucket server and somehow took that and made it 100x worse on Bitbucket Cloud. The File picker and the way you navigated between files with keyboard shortcuts were GREAT.
Bitbucket Cloud is just a copy of a really old version of the Github PR viewer, but with a lot more problems and no updates.
GitLab has probably 5x as many features as Bitbucket. For example you still need a ticketing system with Bitbucket (Jira), but not with Gitlab since its issues system is self contained.
I use Bitbucket at $job. They do have CI/CD now, it's called Bitbucket Pipelines. It's not bad, not great. For better or worse, I always measure version control hosting against GitHub which is still the king in my opinion. There are so many little things that GH has which BB doesn't. When you add them all together, it's easy to see why you'd want to switch to GH or something similar.
Examples:
GH lets you write comments/feedback on a PR and then submit it (sort of like staging the comments) in one fell swoop. With BB, each comment triggers a notification to the PR author.
GH has draft PRs. Debatable how useful these are, but people definitely like them on GH and that's not an option on BB.
GH has built-in support for Mermaid in markdown, BB doesn't and won't ever.
GH Actions generally seem more flexible. BB, for example, doesn't let you call a custom "Pipe" when using your own Mac OS runner in BB Pipelines — something you need to do if you want to build Apple projects — which is just a strange and frustrating limitation.
There are so many other things. In general, BB is just slow and janky as almost all Atlassian products are. Every time you click to complete or submit something, you just experience slowness.
I'd switch to GH in a minute if we could, but our team already uses so much other Atlassian crap that we're kind of stuck with it at the moment.
I'm using BitBucket at work and it seems like it's no longer "one comment - one notification". When adding the comment to the PR there's "Start review" button, so and at the end you just click "Finish review" and everything goes as one notification.
PM for Bitbucket pipelines here, my team of ~20 owns that feature E2W, would genuinely love to chat, share some stuff we're working on, and get feedback/thoughts.
Ping me if you're open to chatting emunday@atlassian.com
I use it (old self hosted and cloud. Also GitLab and GitHub on a regular basis.)
BitBucket is ok.
It doesn’t have nearly the same feature set as the others. You have to bring on more of the Atlassian ecosystem to get those. The integrations with stuff like Jira and Confluence are solid of course.
The features is does have are well implemented I feel. For example, the PR review UI is great. It is almost as good as GitHub’s and worlds better than GitLab’s. It has great access control that is probably a better fit for enterprise environments than the competition (another area where GitLab is lacking IME).
BitBucket added CI/CD. I’ve used it only for one project. It got the job done, but was worse than the others.
PM for Bitbucket pipelines here, my team of ~20 owns that feature E2W, would genuinely love to chat, share some stuff we're working on, and get feedback/thoughts.
Ping me if you're open to chatting emunday@atlassian.com
We use Bitbucket Cloud. About 250 repositories, 50-ish with CI/CD functionality. It is sloooow. In 2022 there were more than a few outages. Very annoying. And this year so far I had issues onboarding a new colleague due to invitation emails not being sent out.
Other than that it's cheap by itself, but count in developer hours spent just waiting, and it's suddenly not so cheap after all.
PM for Bitbucket pipelines here, my team of ~20 owns that feature E2W, would genuinely love to chat, share some stuff we're working on, and get feedback/thoughts.
Ping me if you're open to chatting emunday@atlassian.com
PM for Bitbucket pipelines here, my team of ~20 owns that feature E2W, would genuinely love to chat, share some stuff we're working on, and get feedback/thoughts.
Ping me if you're open to chatting emunday@atlassian.com
Seems like https://www.renttherunway.com but peer to peer and for less affluent users. Rent the runway is still not cheap but it's much cheaper than buying a dress and only wearing it once.
I'm glad someone wrote this article. I used to work at an ad network and for that reason, I've ethically chosen not to use an ad blocker. But I do agree that consolidation of tracking, over-abundance of ad spots and nasty performance have reached new lows that I've considered using one.
I think it would be nice if publishers just went back to <img> tags. Script tags and iframes and flash give to much power and result in lots of performance issues.
You can still track and consolidate with an img tag but the tracking is limited to what's in the http headers.
For most companies, the amount of money represented by the difference in salary of 2 employees is negligible. (Definitely not negligible for the employees!) It's not even a blip on the cash flow statement. This is especially true of venture-backed startups whose operating model is going-for-broke.
What this means is that a person has a price that he or she can command and it's based less on their work experience/abilities and more on their experience of getting paid: they get used to a certain standard of living. If a company wants to hire a person, it will need to meet or beat that standard.
So yeah, the longer a person has been in the workforce, the more they are probably getting paid. But even this can vary from person to person, depending on how the person has been managing his or her salary and what companies he or she has worked at.
"Experience" is a proxy for technical ability and expected standard of living.
Usually a company will decide if it wants to hire a person, first. If yes, they start to negotiate pay based on a bunch of factors. Really, it's two parties trying to find each others' comfort zone; there isn't a formula. Sometimes there is no middle ground and no hire happens. Sometimes, to save time, recruiters will probe you to find your comfort zone before they even interview. Most of the time, if a company decides it wants to hire you, it will do what it can to make that happen. It's the desire to win.
If the candidate is a no-hire, there is no negotiation, he can't say "what if I work for less!"
Other factors that bear on salary:
* What are the current market conditions? When you were hired?
* What is the rate of job churn?
* Salary versus equity
* Location
* Employee demand: well known companies and probably pay less because more people want to work there.
* What does your boss make? Can't make more than her
* Name recognition on your resume. Did you go to Stanford? Did you work at Google?
* Signing bonus?
When I was younger this used to upset me. I guess I got over it as started to get paid more. But I realize that getting paid a personal and psychological endeavor, not a simple mathematical formula.
I caveat all this by saying I'm an engineer in SF in 2015: shit's crazy.
> The end result is that developers contribute to open source in a vacuum; they develop, hoping — but never knowing — whether their library is being used at-large.
Is popularity is the main reason behind releasing and maintaining open source software?
Unlike celebrity culture, popularity in the open source world translates to actual impact on the web. As an author of a popular library, your code plays a direct part in how other developers structure their codebase, and -- depending on the library -- the end user experience.
And, yeah, impact/change/popularity (whatever you want to call it) is certainly a main reason behind releasing and maintaining open source software. Perhaps other dominant reasons include giving users differently opionionated alternatives that better suit their workflow, advancing the technical know-how of a field, and simply experimenting for expressiveness' sake.
It's not the main reason, but it's natural to be curious if someone is using code you spent so much time on, and there's nothing wrong or anti-open source about that.
I used ImageMagik to make some stills. I bulk uploaded them to Walgreens photos. Thankfully they were all printed in order! I jankily bound them together somehow and it worked!
I always thought it would be neat to have this as a service. I will be ordering some of these for sure!