While working on a commercial project, you typically have to write some code that isn't related directly to the core business. This code can be open sourced as a library.
"GitLab Runners do not offer secure isolation between projects that they do builds for. You are TRUSTING all GitLab users who can push code to project A, B or C to run shell scripts on the machine hosting runner X."
Seems like a very strong reason to use one's own paid DigitalOcean instances for runners instead of using the free shared runners, at least for commercial projects. I was wondering if anyone from GitLab could expand further on this?
I remember taking AP Computer Science in high school and learning Pascal. Anyone else remember doing this? The AP Comp Sci exams were in Pascal until 1998.
To be fair, it was misleading that the WSJ article said "Google is changing its search algorithm Tuesday to favor sites that look good on smartphones."
I wish there was a way to tell which pip installs were done by humans vs. by automated tools. It would be interesting to track what people are doing by hand vs. what machines are doing. I suppose that may be impossible to implement, though.
These graphs are very insightful. Thanks for offering us some visibility into the Python package download picture.
This survey was taken on CodeProject.com, a site which seems biased toward C#, C++, .NET, Java, and mobile devs.
Perhaps it's just that sample of developers who skew toward INTJ, ENTJ and INTP.
I suspect that the results would be different in a survey of developers from a more open source-focused community, e.g. if GitHub conducted that survey and a lot of idealistic open source developer types responded.
I like that tool very much, but it would be nice to see the generated CSS styles displayed separately from the HTML.
By this, I mean generating the following individually:
1) the HTML with a class applied to a sample element to be centered
2) the separate CSS for that particular class selector
This is just a little nitpick based on my preference for avoiding inline styles; overall, nice work!
I'd be interested to hear more stories like this about seeding sites successfully without appearing fake. I've seen a lot of startups seed their sites in ways that just look too obvious.
Another huge reason to use plain text that he didn't mention is version control. With plain text, you can check the files into a git repo and diff any two commits. You then get all the advantages of working with version-controlled code, e.g. commenting on diffs.
Word and Google Docs do save revision history, but they slow to a crawl when you have a document with a lot of pages, to the point of being unworkable.
It's good that they're planning for their future storage needs to increase drastically. I suspect that 1.2 petabytes will seem like a gross underestimate in 2025, though :)
Going from working for a company to freelancing has definitely increased my number of daily work hours.
However, in between contracts I have the ability to take long breaks to work on my own projects or travel. Overall, the benefits have outweighed the risks for me, but then again, I'm just one data point.