Bookmark
Why Google Stores Billions of Lines of Code in a Single Repository | July 2016 | Communications of the ACM
cacm.acm.org/magazines/2016/7/204032-why-google-stores-billions-of-lines-of-code-in-a-single-repository/fulltext, posted 2016 by peter in development google management toread versioncontrol
This article outlines the scale of that codebase and details Google's custom-built monolithic source repository and the reasons the model was chosen. Google uses a homegrown version-control system to host one large codebase visible to, and used by, most of the software developers in the company. This centralized system is the foundation of many of Google's developer workflows. Here, we provide background on the systems and workflows that make feasible managing and working productively with such a large repository. We explain Google's "trunk-based development" strategy and the support systems that structure workflow and keep Google's codebase healthy, including software for static analysis, code cleanup, and streamlined code review.
Bookmark
GitHub - mistio/mist.io: mist.io is an open platform for managing heterogeneous infrastructures
https://github.com/mistio/mist.io, posted 2016 by peter in development free management opensource python software virtualization
Mist.io helps you manage and monitor your virtual machines, across different clouds, using any device that can access the web.
Bookmark
Problems with Systemd and Why I like BSD Init by Randy Westlund | BSD MAG
https://bsdmag.org/randy_w_3/, posted 2016 by peter in linux management opensource opinion software sysadmin
Debian should not have adopted it for at least a few more years; they’re supposed to be the slow, steady, and stable distro. Their quick move to systemd hurt a lot of feelings and caused half their team to leave for Devuan. That shouldn’t happen. If your team is that fiercely split on an issue, the correct response it to leave the status quo alone until cooler heads prevail. Debian lost a lot of their reputation for stability because of this.
Bookmark
StyrelseAkademien
styrelseakademien.se/, posted 2016 by peter in business education inswedish management sweden
StyrelseAkademien är en ideell förening som verkar för ett bättre styrelsearbete i svenska företag. Vår mission är att öka kunskapen om styrelsearbetets betydelse för lönsamhet och utvecklingskraft. Vi arbetar med utbildning, nätverk, rekrytering och opinionsbildning.
StyrelseAkademien Sverige har arton medlemsföreningar med över 6 000 individuella medlemmar. Vi utbildar ca 2 000 personer om året i styrelse- och ägarfrågor.
ADKAR is a research-based, individual change model that represents the five milestones an individual must achieve in order to change successfully. ADKAR creates a powerful internal language for change and gives leaders a framework for helping people embrace and adopt changes.
Bookmark
22/C4.1 - Collective Code Construction Contract - 0MQ Requests for Comments
rfc.zeromq.org/spec:22, posted 2015 by peter in development management specification versioncontrol
The Collective Code Construction Contract (C4) is an evolution of the github.com Fork + Pull Model, aimed at providing an optimal collaboration model for free software projects. This is revision 1 of the C4 specification.
Bookmark
Development at the Speed and Scale of Google
www.infoq.com/presentations/Development-at-Google, posted 2015 by peter in continuousdelivery development google management toread versioncontrol video
Ashish Kumar presents how Google manages to keep the source code of all its projects, over 2000, in a single code trunk containing hundreds of millions of code lines, with more than 5,000 developers accessing the same repository.
Bookmark
Github Flow
scottchacon.com/2011/08/31/github-flow.html, posted 2015 by peter in continuousdelivery development git management versioncontrol
So, why don’t we use git-flow at GitHub? Well, the main issue is that we deploy all the time. The git-flow process is designed largely around the “release”. We don’t really have “releases” because we deploy to production every day - often several times a day. We can do so through our chat room robot, which is the same place our CI results are displayed. We try to make the process of testing and shipping as simple as possible so that every employee feels comfortable doing it.
There are a number of advantages to deploying so regularly. If you deploy every few hours, it’s almost impossible to introduce large numbers of big bugs. Little issues can be introduced, but then they can be fixed and redeployed very quickly. Normally you would have to do a ‘hotfix’ or something outside of the normal process, but it’s simply part of our normal process - there is no difference in the GitHub flow between a hotfix and a very small feature.
Bookmark
Why Perl Didn't Win | Outspeaking
outspeaking.com/words-of-technology/why-perl-didnt-win.html, posted 2015 by peter in business development management opinion perl
With every year that passed, as Perl 6 produced more press releases than actual code, the attractiveness of Perl as a platform declined. Sure, it still had users. Sure, it still had people starting new projects. (The Modern Perl movement was a decent attempt to bring wider enthusiasm back into the ecosystem by dispelling some of the worst myths of the language. It modeled itself after JavaScript: The Good Parts without realizing that Perl lacked JavaScript's insurmountable advantage of ubiquity. Who could have predicted that Objective-C would be interesting again a year before the iPhone came out?)
What it didn't have was a clearly defined future, let alone an articulated one.
Bookmark
Spotify engineering culture (part 1) | Spotify Labs
https://labs.spotify.com/2014/03/27/spotify-engineering-culture-part-1/, posted 2014 by peter in agile continuousdelivery development management video
Here’s part 1 of short animated video describing our engineering culture.
|< First < Previous 21–30 (82) Next > Last >|