|Project name||From Chat Bot to AI|
|Project vision||The project management tool “RPLAN” makes it possible to plan projects efficiently and transparently. The user’s planning effort should be as small as possible. This will be achieved through a smart product which proposes further steps independently to the customer. For this purpose, RPLAN is connected to the web interface “Slack”, automating the planning process using natural language.|
|Industry partner||Actano GmbH|
|Project summary||Arrow.js supports the user to identify the correlation between multiple contexts and a single file. We score the relation between different resources. As the result the user gets a score, which describes the probability of a connection between these data sets. This service is accessible through a REST call.|
As a first step, I had installed remote controlled (Z-Wave) thermostats for my radiators. In addition, I installed Devolo’s Control Center and registered on its website for access to the control center. I had thought, from a prior email exchange with Devolo’s support, that it would not be necessary to use their web service. However, I was not able to identify (or find documentation) about a web server or some other management UI on the control center, so I decided to go through their website. I resent this, as I didn’t necessarily want them to have data on my home configuration, but it was the fastest way to a working set-up.
The first step was still a hardware installation step. I needed to plug-in the control center box and connect it to the Internet. My current solution below utilizes a Fritz! product, Ethernet over power-line. The Devolo Control Center comes with its own built-in Ethernet over power-line support and is supposed to be plug compatible with the Fritz solution, alas, this did not work out of the box. It is the one remaining problem to solve for me, later.
As my first (rather small) home automation project I decided to install remote controlled radiator thermostats. (This is also known as a central thermostat and comes with most modern apartments, but then my new Berlin apartment is rather old and charming. It has no central thermostat, making me run around the apartment every morning to manually adjust the seven radiators.)
I chose Devolo’s “Home Control” thermostats and control center. This is an affordable entry-level product into the space of home automation, though the total of seven thermostats and one (proprietary) control center set me back about EUR 600.
(Cross-posting from http://osr.cs.fau.de.)
As a human being, as a professional, and more recently as a professor, I’m happy to help people find jobs (time permitting). In fact, as a professor we have tagged HR professionals in our CRM database so that we can reach out easily to them. Still, introductions for job interviews require preparation on the side of the job seeker. There are a couple of things to consider.
The most common mistake that job seekers make is to ask me: Help me find a job in software engineering or product management or something else. Even if accompanied by a resume, what am I supposed to make of this? Pass on the resume to every company in the world?
The job of job seeking starts with the job seeker. They must find out where they want to go.
If they can’t, they should at least determine some companies of interest to them and provide them to me so that I can decide whether I can actually be of help.
|Project name||Chaos Testing|
|Project vision||A system to test, if new data and code versions for the DB ticket booking system are valid. The system is deployed in a Docker container to be used in a continuous delivery process. The data and code versions are integrated into a VM, given to us by DB Systel, which can get booking requests and replies with the same information the DB booking site would. By validating, if these replies are what we expected, we can detect if the new code has errors a lot faster than before, thus improving overall developing speed of DB Systel.|
|Industry partner||DB Systel|
|Project summary||See project vision|
|Illustration||See final project presentation|
|Materials||Final project presentation|
Abstract: Inner Source (IS) is the use of open source software development practices and the establishment of an open source-like culture within organizations. The organization may still develop proprietary software but internally opens up its development. A steady stream of scientific literature and practitioner reports indicates the interest in this research area. However, the research area lacks a systematic assessment of known research work: No model exists that defines IS thoroughly. Various case studies provide insights into IS programs in the context of specific organizations but only few publications apply a broader perspective. To resolve this, we performed an extensive literature survey and analyzed 43 IS related publications plus additional background literature. Using qualitative data analysis methods, we developed a model of the elements that constitute IS. We present a classification framework for IS programs and projects and apply it to lay out a map of known IS endeavors. Further, we present qualitative models summarizing the benefits and challenges of IS adoption. The survey provides the first broad review of IS literature and systematic arrangement of IS research results.
Keywords: Inner source, inner source definition, inner source benefits, inner source challenges
Reference: Capraro, M., & Riehle, D. (2016). Inner Source Definition, Benefits, and Challenges. ACM Computing Surveys, vol. 9, no. 4, article no. 67.
The paper is available as a PDF file.
One result of our recent case study research on inner source is that companies may not always need platform organizations to get to a platform of shared reusable assets. They will certainly need platforms, but they won't need a dedicated organizational unit to develop and maintain this platform.
You don't have to read the research paper to come this conclusion; common sense is just fine: Through the Apache Software Foundation (ASF), for example, companies like IBM, Oracle, and SAP are able to collaboratively develop the infrastructure of the Internet. The ASF has almost no employees; all work is done by the participating companies (and a few individuals). If companies like these, who fight each other to the death in front of a customer, can join hands to develop competitively non-differentiating software, why can't organizational units inside software companies do this?
This is the idea of inner source: You don't always have to have a dedicated organizational unit to work on a particular component. If the component is of broad enough interest within the company, users of this component might as well chip in and collaboratively develop the component. In the extreme case, and perhaps this is also the best case, no dedicated organizational unit is needed any longer for the development of shared reusable components.
The idea of doing away with a platform organization flies in the face of conventional wisdom. Given that textbooks tell you that product line engineering requires a dedicated platform organization, and leading companies are typically set-up this way, doing away with the platform organization may indeed prove to be too disruptive in the short-term. For this reason, we have developed several solutions that let companies keep their platform organizations.