Skyline Communications – Various topics

Contact
Siel Schoonbaert – jobs@skyline.be

Category
ICT

Development work on the task protocol

You will be working on a protocol which is something that gathers data and uses that within the DataMiner environment. The main languages used here are C# and XML.

The data that needs to be gathered is agile data about the squads we have here in Skyline.

Working on improvements for azure devops plugins

Here in Skyline we use 2 different tools to keep track of our backlog. One is Azure DevOps by Microsoft and the other is our own tool called collaboration. The plugin you’ll be working on is to sync both together.

Setting up a customizable Kanban board in low code apps

We have a protocol that has plenty of data in our DataMiner software. To display this data we uses dashboards and low-code-apps (our own software again). Within low-code-apps we want to create an interactable app that allows the user do all their administration via it. The main language used is are C# (automation scripts).

Creating low code apps to maximize teams’ self-inspection based on data

Various low code apps that allow for the analysis and visualisation of work data. E.g. defect ratios, code quality, churn, completion time, technical debt.

Session replay Feature

For the web apps we’re looking for a ‘Session replay feature’ similar to what https://sentry.io/ has.

Using session replays, the development team would be able to replay the situation of the customer, locally on his own setup.

A browser extension for Chrome comes to mind to achieve this, but there are definitely other possibilities.

A session replay could contain:

• The dashboard or low code app
• HAR files
• Screenshot or video of the actions the user took
• Description by the user

Having this would drastically reduce the amount of effort that we put into reproducing customer setups.

API and Webservice for Skyline Device Simulator

Currently with the current Skyline Device Simulator when we run regression tests with SNMP simulations, we spin up the simulations on the server, sometimes this is not working as expected (port in use, problems stopping the simulation, extra load on the server).

To solve these issues, we would like to have 2 improvements on our current tooling.

• The QA Device Simulator should also deploy an API so we can run 1 instance on a server (spawned from https://collaboration.dataminer.services/task/194300)
  • Start and stopping SNMP and HTTP simulations
  • request feedback
  • dynamic port assignment
  • Configurable through cmd line options
• A central webservice on a separate server for long running simulations
  • Starting and stopping SNMP and HTTP simulations in QA Device simulator instance(s)
  • Overview of current simulations
  • Load balancing (big simulations/single instance)
  • History of which simulations did run a certain time
  • Startup configuration

Cumulative flow diagrams

Cumulative flow diagrams so we can inspect our historical flow data.

Security Topics

• Fuzzing tool for SLNet (a bit like the burp suite exists for HTTP)
• Fuzzing device simulators (virtual devices that can be monitored by dataminer but return random/malicious responses)
• Verify which Dataminer services can be run with restricted privileges
• Integrate SonarCube scans in a Jenkins pipeline

Automating Gerrit flow

Making a number of changes to our customized Gerrit implementation that controls our core software code commits, peer reviews and QA process.

Using CODEX AI to automatically generate SPI Queries

As a DevOps engineer, I want to try out CODEX AI so that we can figure out if we can use it to automatically create SPI SQL queries based on your request.