On the Impact of Affect in Software Engineering
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
Discrimination Against Intersex People in Codes of Conduct
Discrimination against Intersex people in codes of conduct Introduction In the FOSS world there has been, over the better part of the last decade, a strong push to make most communities more accepting of the differences in its midst and foster a welcoming environment. Not to mention ensure that certain types of incidents in a number of communities never occurred again. These are laudable goals and there are few who would disagree with the intent. The problem here is not with the intent, though, it's with the execution. Specifically with the adoption and enforcement of the Contributor Covenant,1 the Community Covenant,2 and certain source documents upon which those are based.3 What is Intersex? The simplest working definition of intersex, as published by Intersex Human Rights Australia (IHRA) is: Intersex people are born with physical sex characteristics that don’t fit medical and social norms for female or male bodies.4 While the United Nations' Office of the High Commissioner for Human Rights (UN OHCHR) used this definition in the 2019 background briefing note on intersex human rights issues: Intersex is an umbrella term used to describe a wide range of innate bodily variations of sex characteristics. Intersex people are born with physical sex characteristics (such as sexual anatomy, reproductive organs, hormonal patterns and/or chromosomal patterns) that do not fit typical definitions for male or female bodies.5 The IHRA website provides a very gentle introduction to what this all means and addresses some common misconceptions of intersex -
Growing Open Source Projects with a Stable Foundation
Growing Open Source Projects with a Stable Foundation Martin Michlmayr April 2021 Preface Starting an open source project is easy. Running a successful project, on the other hand, comes with a lot of work and responsibilities, especially if the project attracts a large user base. While open source projects come in all shapes and forms, most projects encounter a similar set of growth issues throughout their life cycles. Because of this, various organizations have arisen to help projects handle these problems; these organizations are generally known as FOSS foundations. This primer covers non-technical aspects that the majority of projects will have to consider at some point. It also explains how FOSS foundations can help projects grow and succeed. This primer explains: • What issues and areas to consider • How other projects and foundations have approached these topics • What FOSS foundations bring to the table • How to choose a FOSS foundation ii Contents Contents iii Background1 1 Open source as digital infrastructure2 2 Growth issues3 3 The role of foundations4 Governance5 4 Open collaboration6 5 Level playing field8 6 Technical governance9 7 Stability and institutional memory 10 8 Conflict resolution 12 Community growth 14 9 Incubation 15 10 Mentorship 17 11 Marketing and promotion 18 iii 12 Culture 19 13 Community health 21 Financial 22 14 Fundraising 23 15 Spending 25 16 Face-to-face meetings 26 17 Development 27 18 Asset stewardship 29 19 Transparency 30 Legal 31 20 Licensing and copyright 32 21 Trademarks 33 22 Patents 35 23 Liability -
12 Years of Iphone – a Developer's Perspective
12 Years of iPhone – A Developer’s Perspective Adrian Kosmaczewski 2019-04-21 This is the talk that I gave in the 4th MCE Conference in Warsaw, Poland, on May 8th, 2017 (conference organized by Polidea) and (with updates) at UIKonf on May 15th, 2018 and at NSConfArg on April 20th, 2019. • Introduction • 2007 • 2008 • 2009 • 2010 • 2011 • 2012 • 2013 • 2014 • 2015 • 2016 • 2017 • 2018 And Beyond • Slides • Video Introduction The iPhone celebrates its 12th anniversary this year. From a historical point of view, it had a tremendous impact in the industry and the careers of those involved in mobile application software development. At some point in my career, I was a .NET developer, and then one day I told myself that I wanted to write Objective-C for a living. This is how I started my career in this galaxy. This is how I got here. I could have chosen Windows Mobile. I could have chosen BlackBerry. I chose the iPhone. I started working on my first iPhone application back in July 2008, and back then everybody, and I mean every single person in the industry around me, told me that I was completely crazy and/or stupid for losing my time with a device nobody would buy. I have not stopped writing iOS applications ever since, even though lately I’ve been spending quite a bit of time around Android. 1 The iPhone turned out to be a far, far bigger platform than any of us could ever imagine. In this talk I am going to take you in a trip back in time, to remember frameworks, people, companies, events and projects that have marked our craft in the past decade. -
Building a Successful Open Source Community Alan Turing Institute 4Th July 2019
Building a Successful Open Source Community Alan Turing Institute 4th July 2019 The content of this presentation is available under the terms of the Creative Commons Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license See https://creativecommons.org/licenses/by-sa/4.0/ for more information Modified versions must remove Red Hat trademarks. OPTIONAL SECTION MARKER OR TITLE About us “”Engineering Manager @ Red Hat (7 months) “”Senior Software Engineer @RedHat (4 years) Software Engineer @ Red Hat (6 months) IT jobs @Newcastle University (10 years) Research Associate @NCL (15 years) Debian contributor (14 years) p/t PhD student (CS, 2 years) Simon Woodman Jonathan Dowland Engineering Manager | AMQ Streams & Knative Eventing Senior Software Engineer | OpenJDK 2 Source: Insert source data here Insert source data here Insert source data here Who drives Open Source software? We know what OS software is but who drives it? Yes, you can put your software on GH but is that really maximising the value? The maximum bang for your buck? You tick a few boxes - your boss is happy, the funders are happy. But who drives the progress in that project? It's the developers and the community So, what is a community? Who drives Open Source software? 5 Reasons to build a community around your project 5 Reasons to NOT build a community around your project 1. Time It takes a lot of time to build the community which obviously takes time away from other things you could be doing ● Publicity ● Helping people ● Documentation, documentation, documentation ● Letting others learn which will take longer than doing it yourself 2. -
Linux Process Documentation
Linux Process Documentation The kernel development community Jul 14, 2020 CONTENTS i ii Linux Process Documentation So you want to be a Linux kernel developer? Welcome! While there is a lot to be learned about the kernel in a technical sense, it is also important to learn about how our community works. Reading these documents will make it much easier for you to get your changes merged with a minimum of trouble. Below are the essential guides that every developer should read. CONTENTS 1 Linux Process Documentation 2 CONTENTS CHAPTER ONE LINUX KERNEL LICENSING RULES The Linux Kernel is provided under the terms of the GNU General Public License version 2 only (GPL-2.0), as provided in LICENSES/preferred/GPL-2.0, with an explicit syscall exception described in LICENSES/exceptions/Linux-syscall-note, as described in the COPYING file. This documentation file provides a description of how each source file shouldbe annotated to make its license clear and unambiguous. It doesn’t replace the Kernel’s license. The license described in the COPYING file applies to the kernel source as a whole, though individual source files can have a different license which is required tobe compatible with the GPL-2.0: GPL-1.0+ : GNU General Public License v1.0 or later GPL-2.0+ : GNU General Public License v2.0 or later LGPL-2.0 : GNU Library General Public License v2 only LGPL-2.0+ : GNU Library General Public License v2 or later LGPL-2.1 : GNU Lesser General Public License v2.1 only LGPL-2.1+ : GNU Lesser General Public License v2.1 or later Aside from that, individual files can be provided under a dual license, e.g.one of the compatible GPL variants and alternatively under a permissive license like BSD, MIT etc.