diff --git a/portfolio/pages/en/software/projects/attachment-module.md b/portfolio/pages/en/software/projects/attachment-module.md index 9a8986a..291a66b 100644 --- a/portfolio/pages/en/software/projects/attachment-module.md +++ b/portfolio/pages/en/software/projects/attachment-module.md @@ -3,6 +3,7 @@ logosub: "Technical Specialist, Automation" language: "en" title: "Attachment module" year: "2017" +date: "2017-01-01" --- Sometimes a project owner wants a feature implemented in their project that the developers somehow are unable to realize. The project was a website containing a form that customers would enter text data on. The project owner asked for a feature which allowed customers to attach files to this form. diff --git a/portfolio/pages/en/software/projects/board-of-education-bot.md b/portfolio/pages/en/software/projects/board-of-education-bot.md index 78e7a10..7dc2003 100644 --- a/portfolio/pages/en/software/projects/board-of-education-bot.md +++ b/portfolio/pages/en/software/projects/board-of-education-bot.md @@ -3,6 +3,7 @@ logosub: "Avans TI student, year 1" language: "en" title: "Board of Education Bot" year: "2012" +date: "2012-01-01" --- The Board of Education (Ro)Bot is a development platform made by Parallax. diff --git a/portfolio/pages/en/software/projects/configuration-automation.md b/portfolio/pages/en/software/projects/configuration-automation.md index 60add42..6666dd8 100644 --- a/portfolio/pages/en/software/projects/configuration-automation.md +++ b/portfolio/pages/en/software/projects/configuration-automation.md @@ -3,6 +3,7 @@ logosub: "Technical Specialist, Automation" language: "en" title: "Configuration Automation" year: "2016" +date: "2016-01-01" --- At Hitachi Vantara I worked on automating a configuration process using Python and several external API. diff --git a/portfolio/pages/en/software/projects/digital-experience-platform.md b/portfolio/pages/en/software/projects/digital-experience-platform.md index 482031e..048bc9c 100644 --- a/portfolio/pages/en/software/projects/digital-experience-platform.md +++ b/portfolio/pages/en/software/projects/digital-experience-platform.md @@ -3,6 +3,7 @@ logosub: "Backend developer" language: "en" title: "Digital Experience Platform" year: "2023" +date: "2023-01-01" --- A "Digital Experience Platform" is basically interactive software where data can be maintained, not much different from a regular application. But it's a marketing term, because software also needs to be sold. One such DXP I loved working on was for OPPLE. They are a brand of lighting products and have over 14000 different items. diff --git a/portfolio/pages/en/software/projects/embedded-internet-radio.md b/portfolio/pages/en/software/projects/embedded-internet-radio.md index 3cf6724..4cc1de9 100644 --- a/portfolio/pages/en/software/projects/embedded-internet-radio.md +++ b/portfolio/pages/en/software/projects/embedded-internet-radio.md @@ -3,6 +3,7 @@ logosub: "Avans TI student, year 3" language: "en" title: "Embedded Internet Radio" year: "2014" +date: "2014-01-01" --- This project gave me the opportunity to work with the SIR120 internet radio made by the company StreamIT. The radio involved connecting to exiting internet streams and interfacing with the LCD and buttons on the device. The code was written in C. diff --git a/portfolio/pages/en/software/projects/festival-simulator.md b/portfolio/pages/en/software/projects/festival-simulator.md index 63ada1c..52394b1 100644 --- a/portfolio/pages/en/software/projects/festival-simulator.md +++ b/portfolio/pages/en/software/projects/festival-simulator.md @@ -3,6 +3,7 @@ logosub: "Avans TI student, year 2" language: "en" title: "Festival Simulator" year: "2013" +date: "2013-01-01" --- A team project in which a festival can be simulated to view how crowds of people behave. It was named: "SimFest-Tycoon". The user can build festivals, roads, snackbars and assign time periods when a band plays at a stage. The project was programmed in Java. A school project made by four people. The software allows users to build their own festival grounds. Snackbarstands, toilets, roads and stages can be placed to view how people form crowds and bottlenecks in certain areas. The user can also assign a band that plays for a certain time at a stage using a scheduler. diff --git a/portfolio/pages/en/software/projects/ios-airports.md b/portfolio/pages/en/software/projects/ios-airports.md index ae9392a..81a3cf5 100644 --- a/portfolio/pages/en/software/projects/ios-airports.md +++ b/portfolio/pages/en/software/projects/ios-airports.md @@ -3,6 +3,7 @@ logosub: "Avans TI student, year 4" language: "en" title: "iOS Airports" year: "2015" +date: "2015-01-01" --- A mobile iPhone application using a SQLite database to display airports around the world. With this project I got to experience working with Xcode and Swift to develop iOS mobile applications. diff --git a/portfolio/pages/en/software/projects/kanji-application.md b/portfolio/pages/en/software/projects/kanji-application.md index 8a857a9..07f0662 100644 --- a/portfolio/pages/en/software/projects/kanji-application.md +++ b/portfolio/pages/en/software/projects/kanji-application.md @@ -3,6 +3,7 @@ logosub: "Software developer" language: "en" title: "Kanji flashcard Android application" year: "2018" +date: "2018-01-01" --- In my free time I like to learn Japanese. I am married with someone from Japan, so being able talk with her parents in their own language is nice! You also pick up much of the culture through learning the language. diff --git a/portfolio/pages/en/software/projects/metroid-shooter.md b/portfolio/pages/en/software/projects/metroid-shooter.md index 18a8d21..9e20588 100644 --- a/portfolio/pages/en/software/projects/metroid-shooter.md +++ b/portfolio/pages/en/software/projects/metroid-shooter.md @@ -3,6 +3,7 @@ logosub: "Avans TI student, year 2" language: "en" title: "Metroid Horizontal Shooter" year: "2013" +date: "2013-01-01" --- A simple Java 2D game using Nintendo's Metroid franchise sprites. This was a school project. This little game I made to practice programming with 2D graphics. It slowly gained more and more features like extra weapons and different levels, because I really enjoyed working on this project. diff --git a/portfolio/pages/en/software/projects/raspberry-pi-jukebox.md b/portfolio/pages/en/software/projects/raspberry-pi-jukebox.md index 0222d6a..2ad258d 100644 --- a/portfolio/pages/en/software/projects/raspberry-pi-jukebox.md +++ b/portfolio/pages/en/software/projects/raspberry-pi-jukebox.md @@ -3,6 +3,7 @@ logosub: "Hardware tweaker" language: "en" title: "Raspberry Pi Jukebox" year: "2016" +date: "2016-01-01" --- I used a Raspberry Pi to stream internet radio. Python and Flask were used to create a simple website interface that resided on the Raspberry Pi using the Apache web engine. This simple site had buttons to control the LEDs, the station to stream and to adjust the volume. diff --git a/portfolio/pages/en/software/projects/swiv-for-pi.md b/portfolio/pages/en/software/projects/swiv-for-pi.md index d9dcca5..ab892cf 100644 --- a/portfolio/pages/en/software/projects/swiv-for-pi.md +++ b/portfolio/pages/en/software/projects/swiv-for-pi.md @@ -3,6 +3,7 @@ logosub: "Avans TI student, year 3" language: "en" title: "SWIV for Pi" year: "2014" +date: "2014-01-01" --- A simple vertical space shooter created for the Raspberry Pi. The game is played with regular keyboard and a custom joystick setup. The game was programmed in Python using the PyGame library. This project was mainly to create small game and interface it with a custom hardware setup. The setup uses an analog joystick to control the player's helicopter. An ADC (Analog Digital Converter) samples the analog data into digital data so that the Raspberry Pi (version 1, type B) could parse the data. diff --git a/portfolio/pages/en/software/projects/teslamaze.md b/portfolio/pages/en/software/projects/teslamaze.md index e1febe8..204e4a8 100644 --- a/portfolio/pages/en/software/projects/teslamaze.md +++ b/portfolio/pages/en/software/projects/teslamaze.md @@ -3,6 +3,7 @@ logosub: "Avans TI student, year 1" language: "en" title: "TeslaMaze" year: "2012" +date: "2012-01-01" --- ## Gaming, Woodcraft and Teamwork! diff --git a/portfolio/pages/en/software/projects/wifi-extension-board.md b/portfolio/pages/en/software/projects/wifi-extension-board.md index 37621b7..597e4ff 100644 --- a/portfolio/pages/en/software/projects/wifi-extension-board.md +++ b/portfolio/pages/en/software/projects/wifi-extension-board.md @@ -3,6 +3,7 @@ logosub: "Avans TI internship" language: "en" title: "Wi-Fi extension board" year: "2014" +date: "2014-01-01" --- This project was part of my internship at Dazzletek in Breda. They no longer exist and the name "Dazzletek" now seems to belong to an American company. They created intelligent lighting control solutions and were part of Vitelec. My assignment was to create a prototype that would allow a device to communicate over Wi-Fi. I worked with a PIC microcontroller. diff --git a/portfolio/pages/en/software/projects/windows-10-cookbook.md b/portfolio/pages/en/software/projects/windows-10-cookbook.md index 7fd8e14..ae93d6e 100644 --- a/portfolio/pages/en/software/projects/windows-10-cookbook.md +++ b/portfolio/pages/en/software/projects/windows-10-cookbook.md @@ -3,6 +3,7 @@ logosub: "Avans TI student, year 4" language: "en" title: "Windows 10 Cookbook" year: "2015" +date: "2015-01-01" --- This UWP application was built with C# and XAML. diff --git a/portfolio/pages/jp/software/projects/attachment-module.md b/portfolio/pages/jp/software/projects/attachment-module.md new file mode 100644 index 0000000..ecb5135 --- /dev/null +++ b/portfolio/pages/jp/software/projects/attachment-module.md @@ -0,0 +1,49 @@ +--- +logosub: "Technical Specialist, Automation" +language: "jp" +title: "Attachment module" +year: "2017" +date: "2017-01-01" +--- + + + +Sometimes a project owner wants a feature implemented in their project that the developers somehow are unable to realize. The project was a website containing a form that customers would enter text data on. The project owner asked for a feature which allowed customers to attach files to this form. + +As a "temporary" solution, I suggested creating a stand-alone server that would handle file uploads that would be linked to the ID number of the form. This consisted of 2 servers. One server would be a simple web interface, the other a database server that hosted a simple API. + +Both servers were VMs running RHEL. + +The web server used the Nginx engine and the Django framework. Python handles the HTTP requests with Gunicorn, a WSGI gateway. + +The database server used a MySQL server to host uploaded file data. To expose this data, Flask RESTful was used to serve a simple API. + +This was the first separate project I created for the company, so I set up a GitLab server for version control. + +## Workflow + +* The website hosting the forms, would serve a hyperlink to the "attachment module", along with the form's ID. +* The user is redirected to the website with a simple input field and browse button where a file can be uploaded. +* The file is validated by type, size and upload time. +* The file is copied to the database server. +* The file is also cached for 2 weeks on the web server, for quicker access. +* The database server creates a database entry. +* A link to the file is created for access on the website. +* After a file is uploaded, someone else will want to access it. +* The user accesses the website and clicks on the link with the file name. +* If the file is cached on the web server, then this file is opened. +* If the file is not cached, the web server downloads the file from the database server and then opens it. + +## Lessons learnt + +The project owner did not want the users to separately log in to the web server of the attachment module. So a big security issue is that anyone with the link, can access uploaded files. At the time this was agreed to be a "temporary" solution. The project was deployed in 2017 and in 2021 this project was still running though. After all, the business must go on and if the problem's symptoms seems fixed, why bother with it further... + +Because other users could access other uploaded files using the right link, it was decided that users could only upload and never delete any files. + +A big learning point for me was that not to compromise security, even for projects that are considered temporary. A problem never occurred. This compromise caused silly decisions to not allow users to delete their own files. I will defend my standpoint much more and use this project as an example. + +The actual problem here though, is why the other developers were not able to create a simple file upload feature. diff --git a/portfolio/pages/jp/software/projects/board-of-education-bot.md b/portfolio/pages/jp/software/projects/board-of-education-bot.md new file mode 100644 index 0000000..e72d6f4 --- /dev/null +++ b/portfolio/pages/jp/software/projects/board-of-education-bot.md @@ -0,0 +1,128 @@ +--- +logosub: "Avans TI student, year 1" +language: "jp" +title: "Board of Education Bot" +year: "2012" +date: "2012-01-01" +--- + + + +The Board of Education (Ro)Bot is a development platform made by Parallax. + +This school project was mainly to learn about basic electronics and programming for embedded devices. The BoeBot was created by Parallax and uses the Javelin stamp processor. This processor accepts the high-level programming language Java to control different pieces of hardware on the robot. The robot started as a simple prototype board with two servo motors. Sensors and actuators were later placed on the breadboard to allow sensory input and output. We created a GUI named "Robot at Work" which allowed the robot to follow a path using QPI linefollowers. The robot could also be controlled with an IR remote control. + +
+ + + + class diagram + +
+ + Class diagram + +
+
+ +
+ + + class diagram + +
+ + Javelin board + +
+
+ +
+ + + + class diagram + +
+ + GUI design + +
+
+ +
+ + + + class diagram + +
+ + Robot top + +
+
+ +
+ + + + class diagram + +
+ + Robot side + +
+
\ No newline at end of file diff --git a/portfolio/pages/jp/software/projects/configuration-automation.md b/portfolio/pages/jp/software/projects/configuration-automation.md new file mode 100644 index 0000000..7e4dd09 --- /dev/null +++ b/portfolio/pages/jp/software/projects/configuration-automation.md @@ -0,0 +1,176 @@ +--- +logosub: "Technical Specialist, Automation" +language: "jp" +title: "Configuration Automation" +year: "2016" +date: "2016-01-01" +--- + + + +At Hitachi Vantara I worked on automating a configuration process using Python and several external API. + +Products would be picked, assembled, configured and finally packaged for shipping at the distribution centre where I collaborated on this project. Configuration happend by connecting a Windows laptop to the product and apply settings. This related to the product's operating system, network and storage settings. + +
+ + + + CTO configuration + +
+ + CTO configuration + +
+
+ +--- + +## Development + +This project started as a locally run Python 2 script, to only automate very specific settings. It later moved to USB drives and eventually to a VM on a network. + +It eventually grew to support multiple product lines and at this moment I joined the other programmer to further extend this software after my internship. + +Here I learnt working properly with Git and designing software architecture. I also learnt how to create automation by interfacing by GUI automation with AutoHotkey and combine multiple APIs to achieve results. + +The automation software also used other resources like Tera Term scripts. + +Another fun thing I added was an iPDU where Python could safely powercycle 230 Volt AC power consumers. This was useful to power down devices when the distribution center was not operating at night to reduce costs. + +
+ + + + CTO laptop + +
+ + CTO laptop + +
+
+ +--- + +## Deployment + +Creating the release of this software had to be done by running a batch script to create a bundled set of Python files. These files were then uploaded to the VM located in a European distribution center in the Netherlands. This VM is then used to run the software from on a local network on which all configuration laptops were connected to. A WinSCP script would then sync the contents of all VM's in distribution centres located in Singapore, United States and China in 24 hours. + +A script (stub) on the configuration laptop would connect to the VM and run Python locally to receive instructions. The technician selects the product through a CLI menu and automated configuration starts. + +Dedicated storage managing software had to be installed, so communicating with the Japanese supplier was always important. This software and other assets were separately deployed to create a stable configuration process. + +
+ + + + Storage Chassis + +
+ + Storage Chassis + +
+
+ +--- + +## Feedback + +The application generated log files with each configuration and then upload these back to the VM after configuration was complete or halted. These logs were sorted under product name and the order number. But quite often, I found it very productive to go to the configuration area and simply talk with the technician to figure out what went wrong. Depending on the severity of the problem, it would get documented in Gitlab issues. On a weekly basis, issues would get assigned among developers. + +Communication is always important and essential for proper DevOps. The people who operate and configure these machines daily often know a lot more details that can be used to optimize the software. But be certain to make them realize that they also contribute to profit, rather than believing their job may become obsolete. + +
+ + + + HiCEF banner + +
+ + HiCEF banner + +
+
+ +--- + +## Lessons learn + +Being a programmer, I was mostly concerned with the software. But it requires hardware to run on. When the software does not work because of differences in the platform the software run on, what is there to do? I eventually started managing around 40 configuration laptops, using Clonezilla to create identical machines. + +Docker would have been an ideal solution, but I did not know much of it at the time. + +Also my many points of learning in git merges, creating release tags, deploying broken versions of the software and immediately needing to patch with hotfixes, all contributed to my learning of software development. + +Automation demands an equalized platform to run on and once it is deployed, hundreds of products will be making use of it. So, thinking something over and propely design and architecture software is much more time-saving than quickly meeting deadlines. + +
+ + + + Many laptops + +
+ + Many laptops + +
+
diff --git a/portfolio/pages/jp/software/projects/digital-experience-platform.md b/portfolio/pages/jp/software/projects/digital-experience-platform.md new file mode 100644 index 0000000..eebfd6b --- /dev/null +++ b/portfolio/pages/jp/software/projects/digital-experience-platform.md @@ -0,0 +1,56 @@ +--- +logosub: "Backend developer" +language: "jp" +title: "Digital Experience Platform" +year: "2023" +date: "2023-01-01" +--- + + + +A "Digital Experience Platform" is basically interactive software where data can be maintained, not much different from a regular application. But it's a marketing term, because software also needs to be sold. One such DXP I loved working on was for OPPLE. They are a brand of lighting products and have over 14000 different items. + +My contributions were taking ownership of their catalog generator tool and maintaining the data of their products in Drupal on their website. + +## OPPLE Catalog Generator + +All the data was supplied through an external API by Compano and through an uploaded XML file. This data had to be parsed and converged into a logical structure so that products and product families were matched along with their features, photographs, accessoires, dimensional drawings, sensor diagrams and more. And all data is multilingual. And of course data had to be exchanged through excel files for pricelists and tender texts. Data was used interchangably between different tools and websites. + +
+ + + OPPLE product catalog + +
+ + OPPLE product catalog + +
+
+ +The catalog generator makes use of the Drupal platform as an intranet portal where thousands of PDF's could be automatically generated in a single batch. The customer only has to alter the data and the layouts and appropriate sections appear. + +## Legacy code + +This project was handed to me as a monolithic source, with only 1 PHP file containing all the rendering logic and handling exceptions (as in, many products had their own unique, exceptional attributes). This was a project that had outgrown itself and was hard to scale further due to the current structure. I had to improve the code base, while retaining the legacy functions. But because everything was so tightly coupled I had to make sure a change did not break functionality elsewhere. The key is to write new code and provide "safety nets" for older code. + +A common misconception is to think by creating quick code, is easy gain. Not much effort, just copy and paste the existing logic and adjust it a bit. Then put it in the same file, no need to document it. But by building up Technical Dept, you will either leave this code behind or you will forget how everything works. Making code scalable, is essential. Even for "small" or "temporary" projects. Do not take shortcuts, thinking it will save time or meet the deadline. + +## Improvement + +Restructuring code built as such requires mostly patience. You cannot instantly restart everything, as this tool is used in production. You cannot create a new architecture complete with diagrams, there is currently no time. It is not the only project I work on, there are 20 other projects that also require attention. Instead, I started by moving functions around every time I worked on a new feature for the tool. Dedicating existing functions to separate module files was the start. Creating object-oriented code for new features was the next step. Applying unit tests came next. As long as a new feature request did not exceed in time, it could be slowly prepared to grow by having prework done every time. + +Eventually, it became a tool with composed logic, making future maintenance and feature requests a lot more simple. + +Moving forward with a structured tool, I am proud to have collaborated on this project and improved upon it. But when I was no longer working on this project, it got outsourced or abandoned. To me, this really was a project that was handed down from developer to developer and code just got copied and pasted. There were so many lines of code confined within if-statements, a lot of duplicate code. I am not surprised this project was abandoned and sadly I put many hours of unpaid work into this project to make it better, but it also became complexer. Again, to me it means that taking time beforehand to desing and architecture the software would make more of a difference. Not, here is the code, add this feature, you have 5 hours according to Jira. diff --git a/portfolio/pages/jp/software/projects/embedded-internet-radio.md b/portfolio/pages/jp/software/projects/embedded-internet-radio.md new file mode 100644 index 0000000..6979223 --- /dev/null +++ b/portfolio/pages/jp/software/projects/embedded-internet-radio.md @@ -0,0 +1,94 @@ +--- +logosub: "Avans TI student, year 3" +language: "jp" +title: "Embedded Internet Radio" +year: "2014" +date: "2014-01-01" +--- + + + +This project gave me the opportunity to work with the SIR120 internet radio made by the company StreamIT. The radio involved connecting to exiting internet streams and interfacing with the LCD and buttons on the device. The code was written in C. + +
+ + + + Radio front + +
+ + Radio front + +
+
+ +## Development + +The radio had an existing operating system called Nut/OS, an open source OS. Nut/OS provided the TCP/IP stack we required to connect the device to the internet. The radio was able to play a select number of internet streams. The user could read the stream channel on the LCD and use the buttons to navigate between them. + +This project often had code overhauls because our code kept moving towards a more OOP approach using structs rather than large chunks of produral code. + +
+ + + + Radio insides + +
+ + Radio insides + +
+
+ +## Design + +A simple flowchart was created to show how the user could navigate through the menu. + +
+ + + + Radio insides + +
+ + Menu flowchart + +
+
diff --git a/portfolio/pages/jp/software/projects/festival-simulator.md b/portfolio/pages/jp/software/projects/festival-simulator.md new file mode 100644 index 0000000..e464956 --- /dev/null +++ b/portfolio/pages/jp/software/projects/festival-simulator.md @@ -0,0 +1,190 @@ +--- +logosub: "Avans TI student, year 2" +language: "jp" +title: "Festival Simulator" +year: "2013" +date: "2013-01-01" +--- + + + +A team project in which a festival can be simulated to view how crowds of people behave. It was named: "SimFest-Tycoon". The user can build festivals, roads, snackbars and assign time periods when a band plays at a stage. The project was programmed in Java. A school project made by four people. The software allows users to build their own festival grounds. Snackbarstands, toilets, roads and stages can be placed to view how people form crowds and bottlenecks in certain areas. The user can also assign a band that plays for a certain time at a stage using a scheduler. + +The band has a timeperiod and popularity, which affects the amount of people visiting that stage. The goal of this software is create an overview of potential bottlenecks and overcrowded areas. + +
+ + + + Screenshot festival simulator + +
+ + Screenshot festival simulator + +
+
+ +--- + +
+ + + + Screenshot festival simulator + +
+ + Screenshot festival simulator + +
+
+ +--- + +
+ + + + Screenshot festival simulator + +
+ + Screenshot festival simulator + +
+
+ +--- + +
+ + + + Screenshot festival simulator + +
+ + Screenshot festival simulator + +
+
+ +--- + +
+ + + + Screenshot festival simulator + +
+ + Screenshot festival simulator + +
+
+ +--- + +
+ + + + Screenshot festival simulator + +
+ + Screenshot festival simulator + +
+
+ +--- + +
+ + + + Screenshot festival simulator + +
+ + Screenshot festival simulator + +
+
diff --git a/portfolio/pages/jp/software/projects/ios-airports.md b/portfolio/pages/jp/software/projects/ios-airports.md new file mode 100644 index 0000000..8672254 --- /dev/null +++ b/portfolio/pages/jp/software/projects/ios-airports.md @@ -0,0 +1,65 @@ +--- +logosub: "Avans TI student, year 4" +language: "jp" +title: "iOS Airports" +year: "2015" +date: "2015-01-01" +--- + + + +A mobile iPhone application using a SQLite database to display airports around the world. With this project I got to experience working with Xcode and Swift to develop iOS mobile applications. + +Source code can be seen on my Github page: github.com + +
+ + + + Radio front + +
+ + Screenshots + +
+
+ +--- + +
+ + + + Radio front + +
+ + Screenshots + +
+
diff --git a/portfolio/pages/jp/software/projects/kanji-application.md b/portfolio/pages/jp/software/projects/kanji-application.md new file mode 100644 index 0000000..301b484 --- /dev/null +++ b/portfolio/pages/jp/software/projects/kanji-application.md @@ -0,0 +1,109 @@ +--- +logosub: "Software developer" +language: "jp" +title: "Kanji flashcard Android application" +year: "2018" +date: "2018-01-01" +--- + + + +In my free time I like to learn Japanese. I am married with someone from Japan, so being able talk with her parents in their own language is nice! You also pick up much of the culture through learning the language. + +I wanted a personalized way to learn Kanji. I keep track of the words I want to learn in a small SQLite database. If I come across a Japanese word, I can enter it in the database myself, because many language learning applications give you a preset of words, usually of the jōyō Kanji. The database can also be exported and imported to a file from the application. + +
+ + + Application logo +
+ +--- + +## Tools + +Java and Android studio were used to create this application. + +
+ + + + Screenshots flash card + +
+ + Screenshots flash card + +
+
+ +## Customizability + +Through user input, the difficulty of a Kanji is determined. A Kanji that is guessed wrong often will increase in difficulty and can be asked more frequently. Questioning can be done based on time and certain aspects of the Kanji can be shown or hidden. I added a dark- and light mode and the sizes of the characters can be changed. + +
+ + + + Screenshots settings + +
+ + Screenshots settings + +
+
+ +
+ + + + Screenshots user input + +
+ + Screenshots user input + +
+
diff --git a/portfolio/pages/jp/software/projects/metroid-shooter.md b/portfolio/pages/jp/software/projects/metroid-shooter.md new file mode 100644 index 0000000..1f26030 --- /dev/null +++ b/portfolio/pages/jp/software/projects/metroid-shooter.md @@ -0,0 +1,140 @@ +--- +logosub: "Avans TI student, year 2" +language: "jp" +title: "Metroid Horizontal Shooter" +year: "2013" +date: "2013-01-01" +--- + + + +A simple Java 2D game using Nintendo's Metroid franchise sprites. This was a school project. This little game I made to practice programming with 2D graphics. It slowly gained more and more features like extra weapons and different levels, because I really enjoyed working on this project. + +The point of this project was to learn sprite rendering and moving it on X- and Y-axes on the screen. It does not make use of a predefined game engine. + +
+ + + + Screenshot Bull enemies + +
+ + Screenshot Bull enemies + +
+
+ +--- + +
+ + + + Screenshot Kihunter enemies + +
+ + Screenshot Kihunter enemies + +
+
+ +--- + +
+ + + + Screenshot player equipment + +
+ + Screenshot player equipment + +
+
+ +--- + +
+ + + + Screenshot level selection + +
+ + Screenshot level selection + +
+
+ +--- + +
+ + + + Screenshot Gamet enemies + +
+ + Screenshot Gamet enemies + +
+
diff --git a/portfolio/pages/jp/software/projects/raspberry-pi-jukebox.md b/portfolio/pages/jp/software/projects/raspberry-pi-jukebox.md new file mode 100644 index 0000000..949a536 --- /dev/null +++ b/portfolio/pages/jp/software/projects/raspberry-pi-jukebox.md @@ -0,0 +1,117 @@ +--- +logosub: "Hardware tweaker" +language: "jp" +title: "Raspberry Pi Jukebox" +year: "2016" +date: "2016-01-01" +--- + + + +I used a Raspberry Pi to stream internet radio. Python and Flask were used to create a simple website interface that resided on the Raspberry Pi using the Apache web engine. This simple site had buttons to control the LEDs, the station to stream and to adjust the volume. + +The LEDs were controlled using an Arduino and a Maxim MAX7219 IC. + +I posted a tutorial about this long ago on Instructables: instructables.com/Raspberry-Pi-Internet-Radio-With-Flask + +
+ + + + Jukebox disassembly + +
+ + Jukebox disassembly + +
+
+ +--- + +
+ + + + Jukebox old interiour + +
+ + Jukebox old interiour + +
+
+ +--- + +
+ + + + Jukebox LED matrix + +
+ + Jukebox LED matrix + +
+
+ +--- + +
+ + + + Jukebox fully assembled + +
+ + Jukebox fully assembled + +
+
diff --git a/portfolio/pages/jp/software/projects/swiv-for-pi.md b/portfolio/pages/jp/software/projects/swiv-for-pi.md new file mode 100644 index 0000000..939dbf7 --- /dev/null +++ b/portfolio/pages/jp/software/projects/swiv-for-pi.md @@ -0,0 +1,97 @@ +--- +logosub: "Avans TI student, year 3" +language: "jp" +title: "SWIV for Pi" +year: "2014" +date: "2014-01-01" +--- + + + +A simple vertical space shooter created for the Raspberry Pi. The game is played with regular keyboard and a custom joystick setup. The game was programmed in Python using the PyGame library. This project was mainly to create small game and interface it with a custom hardware setup. The setup uses an analog joystick to control the player's helicopter. An ADC (Analog Digital Converter) samples the analog data into digital data so that the Raspberry Pi (version 1, type B) could parse the data. + +
+ S W I V for Pi title screen + S W I V for Pi screenshot +
+ +## Hardware + +Simple components were placed onto a breadboard and the joystick's analog resistive data would be converted into digital data. This data would be read by the GPIO pins and used to determine how the helicopter moves over the X- and Y-axis. To help with understanding electronic logic, an oscilloscope was used. + +
+ + + + Breadboard with components top view + +
+ + Breadboard with components top view + +
+
+ +--- + +
+ + + + Breadboard with components front view + +
+ + Breadboard with components front view + +
+
+ +--- + +
+ + + + Breadboard with components front view + +
+ + Oscilloscope + +
+
diff --git a/portfolio/pages/jp/software/projects/teslamaze.md b/portfolio/pages/jp/software/projects/teslamaze.md new file mode 100644 index 0000000..1f36791 --- /dev/null +++ b/portfolio/pages/jp/software/projects/teslamaze.md @@ -0,0 +1,256 @@ +--- +logosub: "Avans TI student, year 1" +language: "jp" +title: "TeslaMaze" +year: "2012" +date: "2012-01-01" +--- + + + +## Gaming, Woodcraft and Teamwork! + +
+ + + + TeslaMaze logo + +
+ + TeslaMaze logo + +
+
+ +--- + +A team project where the player must align pipes correctly using a Wii remote. The ingame goals would then have effect on a custom built wooden tower. The game was programmed in Java. + +This project was made by four people working on both software and hardware. The game uses the Nintendo Wii remote to get input from the player. + +## Gameplay + +The player must align pipes from the fictional tesla coil to "relay electricity" to a specific point in the game. The game communicates to the Arduino to power servomotors that operate three doors and an elevator. These doors were gates on the rails and the elevator was a metal spiral elevator that would move the ball to the top of the tower. + +The game was complete if the player manager to bring the ball to the top of the tower, this would then turn on the plasma globe and register the time it took. + +
+ + + + TeslaMaze gameplay + +
+ + TeslaMaze gameplay + +
+
+ +--- + +
+ + + + TeslaMaze screenshot game + +
+ + TeslaMaze screenshot game + +
+
+ +--- + +## Woodwork + +The tower base is made of wood and has a metal screw elevator. A conductive metal ball has to be elevated up and then roll down three rails. One side of a rail is powered and the other is grounded. The metal ball conducts electricity to blue LED's on the rails when it passes by. Once the ball has reached the bottom of the tower within the time limit, a switch turns on the plasma globe on the top of the tower and the game is won. + +
+ + + + TeslaMaze spiral elevator + +
+ + TeslaMaze spiral elevator + +
+
+ +--- + +
+ + + + TeslaMaze rails + +
+ + TeslaMaze rails + +
+
+ +--- + +
+ + + + TeslaMaze tower base + +
+ + TeslaMaze tower base + +
+
+ +--- + +
+ + + + TeslaMaze within progress + +
+ + TeslaMaze within progress + +
+
+ +--- + +
+ + + + TeslaMaze 3D render + +
+ + TeslaMaze 3D render + +
+
+ +--- + +## Lessons learnt + +This was actually my favourite project to work on. It combined the talent of everyone in our team. We had a very skilled woodworker (who doubled as a good project leader as well) and we all were coding. This project taught me that effective team work with good group synergy, produces great results. + +
+ + + + TeslaMaze complete + +
+ + TeslaMaze complete + +
+
diff --git a/portfolio/pages/jp/software/projects/wifi-extension-board.md b/portfolio/pages/jp/software/projects/wifi-extension-board.md new file mode 100644 index 0000000..f7fa539 --- /dev/null +++ b/portfolio/pages/jp/software/projects/wifi-extension-board.md @@ -0,0 +1,123 @@ +--- +logosub: "Avans TI internship" +language: "jp" +title: "Wi-Fi extension board" +year: "2014" +date: "2014-01-01" +--- + + + +This project was part of my internship at Dazzletek in Breda. They no longer exist and the name "Dazzletek" now seems to belong to an American company. They created intelligent lighting control solutions and were part of Vitelec. My assignment was to create a prototype that would allow a device to communicate over Wi-Fi. I worked with a PIC microcontroller. + +I developed a software program using C in the OpenAT framework, but also made adjustments to the hardware prototype board. At the end of my internship the prototype was realized into an extension board for the Antares gateway. The purpose of this assignment was to provide a device which communicates over GPRS, with the ability to communicate that data over Wi-Fi. + +Instead of using the Wi-Fi stack, I was encouraged to develop my own data transfer logic over SPI, which was then read by the oscilloscope. + +
+ + + + Dazzletek Antares gateway + +
+ + Dazzletek Antares gateway + +
+
+ +--- + +
+ + + + SPI readings on a Oscilloscope + +
+ + SPI readings on a Oscilloscope + +
+
+ +## Technology + +The WF121 by BlueGiga, which used a PIC32 microcontroller, had to be programmed to accept and transfer data to a specific SSID. Also the AirPrime SL6087 by Sierra Wireless (now Semtech) had to be programmed to relay the data to the Wi-Fi module. + +I used Wireshark, commandline debug and an oscilloscope to monitor the datatranfers. Version control was done in Subversion. + +
+ + + + Wi-Fi prototype board + +
+ + Wi-Fi prototype board + +
+
+ +--- + +Finally, all the boards had to be provided with the firmware I wrote. I soldered a little RJ45 connector that would allow the PIC programmer to write to the pins on the boards. + +
+ + + + Batch programming + +
+ + Batch programming + +
+
diff --git a/portfolio/pages/jp/software/projects/windows-10-cookbook.md b/portfolio/pages/jp/software/projects/windows-10-cookbook.md new file mode 100644 index 0000000..5ccdcb7 --- /dev/null +++ b/portfolio/pages/jp/software/projects/windows-10-cookbook.md @@ -0,0 +1,121 @@ +--- +logosub: "Avans TI student, year 4" +language: "jp" +title: "Windows 10 Cookbook" +year: "2015" +date: "2015-01-01" +--- + + + +This UWP application was built with C# and XAML. + +This was a school project which retrieved recipies and other data from an API. Mostly this was to learn quickly how to develop a mobile application on the Windows platform with a responsive design. + +Source code can be seen on my Github page: github.com + + + + + application logo + + +
+ + + Dazzletek Antares gateway + +
+ +
+ + + + User interface + +
+ + User interface + +
+
+ +## Mockups on laptop and mobile + +These are mockups on other devices, using screenshots of the application. + + + + + + laptop mockup + + +
+ + + + Mockup on a laptop + +
+ + Mockup on a laptop + +
+
+ +--- + +
+ + + + Mockup on a laptop + +
+ + Mockup on a smartphone and tablet + +
+
diff --git a/portfolio/pages/nl/software/projects/attachment-module.md b/portfolio/pages/nl/software/projects/attachment-module.md new file mode 100644 index 0000000..8fd92d6 --- /dev/null +++ b/portfolio/pages/nl/software/projects/attachment-module.md @@ -0,0 +1,43 @@ +--- +logosub: "Technical Specialist, Automation" +language: "nl" +title: "Attachment module" +year: "2017" +date: "2017-01-01" +--- + +Sometimes a project owner wants a feature implemented in their project that the developers somehow are unable to realize. The project was a website containing a form that customers would enter text data on. The project owner asked for a feature which allowed customers to attach files to this form. + +As a "temporary" solution, I suggested creating a stand-alone server that would handle file uploads that would be linked to the ID number of the form. This consisted of 2 servers. One server would be a simple web interface, the other a database server that hosted a simple API. + +Both servers were VMs running RHEL. + +The web server used the Nginx engine and the Django framework. Python handles the HTTP requests with Gunicorn, a WSGI gateway. + +The database server used a MySQL server to host uploaded file data. To expose this data, Flask RESTful was used to serve a simple API. + +This was the first separate project I created for the company, so I set up a GitLab server for version control. + +## Workflow + +* The website hosting the forms, would serve a hyperlink to the "attachment module", along with the form's ID. +* The user is redirected to the website with a simple input field and browse button where a file can be uploaded. +* The file is validated by type, size and upload time. +* The file is copied to the database server. +* The file is also cached for 2 weeks on the web server, for quicker access. +* The database server creates a database entry. +* A link to the file is created for access on the website. +* After a file is uploaded, someone else will want to access it. +* The user accesses the website and clicks on the link with the file name. +* If the file is cached on the web server, then this file is opened. +* If the file is not cached, the web server downloads the file from the database server and then opens it. + +## Lessons learnt + +The project owner did not want the users to separately log in to the web server of the attachment module. So a big security issue is that anyone with the link, can access uploaded files. At the time this was agreed to be a "temporary" solution. The project was deployed in 2017 and in 2021 this project was still running though. After all, the business must go on and if the problem's symptoms seems fixed, why bother with it further... + +Because other users could access other uploaded files using the right link, it was decided that users could only upload and never delete any files. + +A big learning point for me was that not to compromise security, even for projects that are considered temporary. A problem never occurred. This compromise caused silly decisions to not allow users to delete their own files. I will defend my standpoint much more and use this project as an example. + +The actual problem here though, is why the other developers were not able to create a simple file upload feature. diff --git a/portfolio/pages/nl/software/projects/board-of-education-bot.md b/portfolio/pages/nl/software/projects/board-of-education-bot.md new file mode 100644 index 0000000..7ccf1ab --- /dev/null +++ b/portfolio/pages/nl/software/projects/board-of-education-bot.md @@ -0,0 +1,122 @@ +--- +logosub: "Avans TI student, year 1" +language: "nl" +title: "Board of Education Bot" +year: "2012" +date: "2012-01-01" +--- + +The Board of Education (Ro)Bot is a development platform made by Parallax. + +This school project was mainly to learn about basic electronics and programming for embedded devices. The BoeBot was created by Parallax and uses the Javelin stamp processor. This processor accepts the high-level programming language Java to control different pieces of hardware on the robot. The robot started as a simple prototype board with two servo motors. Sensors and actuators were later placed on the breadboard to allow sensory input and output. We created a GUI named "Robot at Work" which allowed the robot to follow a path using QPI linefollowers. The robot could also be controlled with an IR remote control. + +
+ + + + class diagram + +
+ + Class diagram + +
+
+ +
+ + + class diagram + +
+ + Javelin board + +
+
+ +
+ + + + class diagram + +
+ + GUI design + +
+
+ +
+ + + + class diagram + +
+ + Robot top + +
+
+ +
+ + + + class diagram + +
+ + Robot side + +
+
\ No newline at end of file diff --git a/portfolio/pages/nl/software/projects/configuration-automation.md b/portfolio/pages/nl/software/projects/configuration-automation.md new file mode 100644 index 0000000..2e4582c --- /dev/null +++ b/portfolio/pages/nl/software/projects/configuration-automation.md @@ -0,0 +1,170 @@ +--- +logosub: "Technical Specialist, Automation" +language: "nl" +title: "Configuration Automation" +year: "2016" +date: "2016-01-01" +--- + +At Hitachi Vantara I worked on automating a configuration process using Python and several external API. + +Products would be picked, assembled, configured and finally packaged for shipping at the distribution centre where I collaborated on this project. Configuration happend by connecting a Windows laptop to the product and apply settings. This related to the product's operating system, network and storage settings. + +
+ + + + CTO configuration + +
+ + CTO configuration + +
+
+ +--- + +## Development + +This project started as a locally run Python 2 script, to only automate very specific settings. It later moved to USB drives and eventually to a VM on a network. + +It eventually grew to support multiple product lines and at this moment I joined the other programmer to further extend this software after my internship. + +Here I learnt working properly with Git and designing software architecture. I also learnt how to create automation by interfacing by GUI automation with AutoHotkey and combine multiple APIs to achieve results. + +The automation software also used other resources like Tera Term scripts. + +Another fun thing I added was an iPDU where Python could safely powercycle 230 Volt AC power consumers. This was useful to power down devices when the distribution center was not operating at night to reduce costs. + +
+ + + + CTO laptop + +
+ + CTO laptop + +
+
+ +--- + +## Deployment + +Creating the release of this software had to be done by running a batch script to create a bundled set of Python files. These files were then uploaded to the VM located in a European distribution center in the Netherlands. This VM is then used to run the software from on a local network on which all configuration laptops were connected to. A WinSCP script would then sync the contents of all VM's in distribution centres located in Singapore, United States and China in 24 hours. + +A script (stub) on the configuration laptop would connect to the VM and run Python locally to receive instructions. The technician selects the product through a CLI menu and automated configuration starts. + +Dedicated storage managing software had to be installed, so communicating with the Japanese supplier was always important. This software and other assets were separately deployed to create a stable configuration process. + +
+ + + + Storage Chassis + +
+ + Storage Chassis + +
+
+ +--- + +## Feedback + +The application generated log files with each configuration and then upload these back to the VM after configuration was complete or halted. These logs were sorted under product name and the order number. But quite often, I found it very productive to go to the configuration area and simply talk with the technician to figure out what went wrong. Depending on the severity of the problem, it would get documented in Gitlab issues. On a weekly basis, issues would get assigned among developers. + +Communication is always important and essential for proper DevOps. The people who operate and configure these machines daily often know a lot more details that can be used to optimize the software. But be certain to make them realize that they also contribute to profit, rather than believing their job may become obsolete. + +
+ + + + HiCEF banner + +
+ + HiCEF banner + +
+
+ +--- + +## Lessons learn + +Being a programmer, I was mostly concerned with the software. But it requires hardware to run on. When the software does not work because of differences in the platform the software run on, what is there to do? I eventually started managing around 40 configuration laptops, using Clonezilla to create identical machines. + +Docker would have been an ideal solution, but I did not know much of it at the time. + +Also my many points of learning in git merges, creating release tags, deploying broken versions of the software and immediately needing to patch with hotfixes, all contributed to my learning of software development. + +Automation demands an equalized platform to run on and once it is deployed, hundreds of products will be making use of it. So, thinking something over and propely design and architecture software is much more time-saving than quickly meeting deadlines. + +
+ + + + Many laptops + +
+ + Many laptops + +
+
diff --git a/portfolio/pages/nl/software/projects/digital-experience-platform.md b/portfolio/pages/nl/software/projects/digital-experience-platform.md new file mode 100644 index 0000000..0037f5b --- /dev/null +++ b/portfolio/pages/nl/software/projects/digital-experience-platform.md @@ -0,0 +1,50 @@ +--- +logosub: "Backend developer" +language: "nl" +title: "Digital Experience Platform" +year: "2023" +date: "2023-01-01" +--- + +A "Digital Experience Platform" is basically interactive software where data can be maintained, not much different from a regular application. But it's a marketing term, because software also needs to be sold. One such DXP I loved working on was for OPPLE. They are a brand of lighting products and have over 14000 different items. + +My contributions were taking ownership of their catalog generator tool and maintaining the data of their products in Drupal on their website. + +## OPPLE Catalog Generator + +All the data was supplied through an external API by Compano and through an uploaded XML file. This data had to be parsed and converged into a logical structure so that products and product families were matched along with their features, photographs, accessoires, dimensional drawings, sensor diagrams and more. And all data is multilingual. And of course data had to be exchanged through excel files for pricelists and tender texts. Data was used interchangably between different tools and websites. + +
+ + + OPPLE product catalog + +
+ + OPPLE product catalog + +
+
+ +The catalog generator makes use of the Drupal platform as an intranet portal where thousands of PDF's could be automatically generated in a single batch. The customer only has to alter the data and the layouts and appropriate sections appear. + +## Legacy code + +This project was handed to me as a monolithic source, with only 1 PHP file containing all the rendering logic and handling exceptions (as in, many products had their own unique, exceptional attributes). This was a project that had outgrown itself and was hard to scale further due to the current structure. I had to improve the code base, while retaining the legacy functions. But because everything was so tightly coupled I had to make sure a change did not break functionality elsewhere. The key is to write new code and provide "safety nets" for older code. + +A common misconception is to think by creating quick code, is easy gain. Not much effort, just copy and paste the existing logic and adjust it a bit. Then put it in the same file, no need to document it. But by building up Technical Dept, you will either leave this code behind or you will forget how everything works. Making code scalable, is essential. Even for "small" or "temporary" projects. Do not take shortcuts, thinking it will save time or meet the deadline. + +## Improvement + +Restructuring code built as such requires mostly patience. You cannot instantly restart everything, as this tool is used in production. You cannot create a new architecture complete with diagrams, there is currently no time. It is not the only project I work on, there are 20 other projects that also require attention. Instead, I started by moving functions around every time I worked on a new feature for the tool. Dedicating existing functions to separate module files was the start. Creating object-oriented code for new features was the next step. Applying unit tests came next. As long as a new feature request did not exceed in time, it could be slowly prepared to grow by having prework done every time. + +Eventually, it became a tool with composed logic, making future maintenance and feature requests a lot more simple. + +Moving forward with a structured tool, I am proud to have collaborated on this project and improved upon it. But when I was no longer working on this project, it got outsourced or abandoned. To me, this really was a project that was handed down from developer to developer and code just got copied and pasted. There were so many lines of code confined within if-statements, a lot of duplicate code. I am not surprised this project was abandoned and sadly I put many hours of unpaid work into this project to make it better, but it also became complexer. Again, to me it means that taking time beforehand to desing and architecture the software would make more of a difference. Not, here is the code, add this feature, you have 5 hours according to Jira. diff --git a/portfolio/pages/nl/software/projects/embedded-internet-radio.md b/portfolio/pages/nl/software/projects/embedded-internet-radio.md new file mode 100644 index 0000000..65d7487 --- /dev/null +++ b/portfolio/pages/nl/software/projects/embedded-internet-radio.md @@ -0,0 +1,88 @@ +--- +logosub: "Avans TI student, year 3" +language: "nl" +title: "Embedded Internet Radio" +year: "2014" +date: "2014-01-01" +--- + +This project gave me the opportunity to work with the SIR120 internet radio made by the company StreamIT. The radio involved connecting to exiting internet streams and interfacing with the LCD and buttons on the device. The code was written in C. + +
+ + + + Radio front + +
+ + Radio front + +
+
+ +## Development + +The radio had an existing operating system called Nut/OS, an open source OS. Nut/OS provided the TCP/IP stack we required to connect the device to the internet. The radio was able to play a select number of internet streams. The user could read the stream channel on the LCD and use the buttons to navigate between them. + +This project often had code overhauls because our code kept moving towards a more OOP approach using structs rather than large chunks of produral code. + +
+ + + + Radio insides + +
+ + Radio insides + +
+
+ +## Design + +A simple flowchart was created to show how the user could navigate through the menu. + +
+ + + + Radio insides + +
+ + Menu flowchart + +
+
diff --git a/portfolio/pages/nl/software/projects/festival-simulator.md b/portfolio/pages/nl/software/projects/festival-simulator.md new file mode 100644 index 0000000..82b3395 --- /dev/null +++ b/portfolio/pages/nl/software/projects/festival-simulator.md @@ -0,0 +1,184 @@ +--- +logosub: "Avans TI student, year 2" +language: "nl" +title: "Festival Simulator" +year: "2013" +date: "2013-01-01" +--- + +A team project in which a festival can be simulated to view how crowds of people behave. It was named: "SimFest-Tycoon". The user can build festivals, roads, snackbars and assign time periods when a band plays at a stage. The project was programmed in Java. A school project made by four people. The software allows users to build their own festival grounds. Snackbarstands, toilets, roads and stages can be placed to view how people form crowds and bottlenecks in certain areas. The user can also assign a band that plays for a certain time at a stage using a scheduler. + +The band has a timeperiod and popularity, which affects the amount of people visiting that stage. The goal of this software is create an overview of potential bottlenecks and overcrowded areas. + +
+ + + + Screenshot festival simulator + +
+ + Screenshot festival simulator + +
+
+ +--- + +
+ + + + Screenshot festival simulator + +
+ + Screenshot festival simulator + +
+
+ +--- + +
+ + + + Screenshot festival simulator + +
+ + Screenshot festival simulator + +
+
+ +--- + +
+ + + + Screenshot festival simulator + +
+ + Screenshot festival simulator + +
+
+ +--- + +
+ + + + Screenshot festival simulator + +
+ + Screenshot festival simulator + +
+
+ +--- + +
+ + + + Screenshot festival simulator + +
+ + Screenshot festival simulator + +
+
+ +--- + +
+ + + + Screenshot festival simulator + +
+ + Screenshot festival simulator + +
+
diff --git a/portfolio/pages/nl/software/projects/ios-airports.md b/portfolio/pages/nl/software/projects/ios-airports.md new file mode 100644 index 0000000..9ac764c --- /dev/null +++ b/portfolio/pages/nl/software/projects/ios-airports.md @@ -0,0 +1,59 @@ +--- +logosub: "Avans TI student, year 4" +language: "nl" +title: "iOS Airports" +year: "2015" +date: "2015-01-01" +--- + +A mobile iPhone application using a SQLite database to display airports around the world. With this project I got to experience working with Xcode and Swift to develop iOS mobile applications. + +Source code can be seen on my Github page: github.com + +
+ + + + Radio front + +
+ + Screenshots + +
+
+ +--- + +
+ + + + Radio front + +
+ + Screenshots + +
+
diff --git a/portfolio/pages/nl/software/projects/kanji-application.md b/portfolio/pages/nl/software/projects/kanji-application.md new file mode 100644 index 0000000..bcdd23f --- /dev/null +++ b/portfolio/pages/nl/software/projects/kanji-application.md @@ -0,0 +1,103 @@ +--- +logosub: "Software developer" +language: "nl" +title: "Kanji flashcard Android application" +year: "2018" +date: "2018-01-01" +--- + +In my free time I like to learn Japanese. I am married with someone from Japan, so being able talk with her parents in their own language is nice! You also pick up much of the culture through learning the language. + +I wanted a personalized way to learn Kanji. I keep track of the words I want to learn in a small SQLite database. If I come across a Japanese word, I can enter it in the database myself, because many language learning applications give you a preset of words, usually of the jōyō Kanji. The database can also be exported and imported to a file from the application. + +
+ + + Application logo +
+ +--- + +## Tools + +Java and Android studio were used to create this application. + +
+ + + + Screenshots flash card + +
+ + Screenshots flash card + +
+
+ +## Customizability + +Through user input, the difficulty of a Kanji is determined. A Kanji that is guessed wrong often will increase in difficulty and can be asked more frequently. Questioning can be done based on time and certain aspects of the Kanji can be shown or hidden. I added a dark- and light mode and the sizes of the characters can be changed. + +
+ + + + Screenshots settings + +
+ + Screenshots settings + +
+
+ +
+ + + + Screenshots user input + +
+ + Screenshots user input + +
+
diff --git a/portfolio/pages/nl/software/projects/metroid-shooter.md b/portfolio/pages/nl/software/projects/metroid-shooter.md new file mode 100644 index 0000000..9e642f4 --- /dev/null +++ b/portfolio/pages/nl/software/projects/metroid-shooter.md @@ -0,0 +1,134 @@ +--- +logosub: "Avans TI student, year 2" +language: "nl" +title: "Metroid Horizontal Shooter" +year: "2013" +date: "2013-01-01" +--- + +A simple Java 2D game using Nintendo's Metroid franchise sprites. This was a school project. This little game I made to practice programming with 2D graphics. It slowly gained more and more features like extra weapons and different levels, because I really enjoyed working on this project. + +The point of this project was to learn sprite rendering and moving it on X- and Y-axes on the screen. It does not make use of a predefined game engine. + +
+ + + + Screenshot Bull enemies + +
+ + Screenshot Bull enemies + +
+
+ +--- + +
+ + + + Screenshot Kihunter enemies + +
+ + Screenshot Kihunter enemies + +
+
+ +--- + +
+ + + + Screenshot player equipment + +
+ + Screenshot player equipment + +
+
+ +--- + +
+ + + + Screenshot level selection + +
+ + Screenshot level selection + +
+
+ +--- + +
+ + + + Screenshot Gamet enemies + +
+ + Screenshot Gamet enemies + +
+
diff --git a/portfolio/pages/nl/software/projects/raspberry-pi-jukebox.md b/portfolio/pages/nl/software/projects/raspberry-pi-jukebox.md new file mode 100644 index 0000000..8d46dea --- /dev/null +++ b/portfolio/pages/nl/software/projects/raspberry-pi-jukebox.md @@ -0,0 +1,111 @@ +--- +logosub: "Hardware tweaker" +language: "nl" +title: "Raspberry Pi Jukebox" +year: "2016" +date: "2016-01-01" +--- + +I used a Raspberry Pi to stream internet radio. Python and Flask were used to create a simple website interface that resided on the Raspberry Pi using the Apache web engine. This simple site had buttons to control the LEDs, the station to stream and to adjust the volume. + +The LEDs were controlled using an Arduino and a Maxim MAX7219 IC. + +I posted a tutorial about this long ago on Instructables: instructables.com/Raspberry-Pi-Internet-Radio-With-Flask + +
+ + + + Jukebox disassembly + +
+ + Jukebox disassembly + +
+
+ +--- + +
+ + + + Jukebox old interiour + +
+ + Jukebox old interiour + +
+
+ +--- + +
+ + + + Jukebox LED matrix + +
+ + Jukebox LED matrix + +
+
+ +--- + +
+ + + + Jukebox fully assembled + +
+ + Jukebox fully assembled + +
+
diff --git a/portfolio/pages/nl/software/projects/swiv-for-pi.md b/portfolio/pages/nl/software/projects/swiv-for-pi.md new file mode 100644 index 0000000..fd230b0 --- /dev/null +++ b/portfolio/pages/nl/software/projects/swiv-for-pi.md @@ -0,0 +1,91 @@ +--- +logosub: "Avans TI student, year 3" +language: "nl" +title: "SWIV for Pi" +year: "2014" +date: "2014-01-01" +--- + +A simple vertical space shooter created for the Raspberry Pi. The game is played with regular keyboard and a custom joystick setup. The game was programmed in Python using the PyGame library. This project was mainly to create small game and interface it with a custom hardware setup. The setup uses an analog joystick to control the player's helicopter. An ADC (Analog Digital Converter) samples the analog data into digital data so that the Raspberry Pi (version 1, type B) could parse the data. + +
+ S W I V for Pi title screen + S W I V for Pi screenshot +
+ +## Hardware + +Simple components were placed onto a breadboard and the joystick's analog resistive data would be converted into digital data. This data would be read by the GPIO pins and used to determine how the helicopter moves over the X- and Y-axis. To help with understanding electronic logic, an oscilloscope was used. + +
+ + + + Breadboard with components top view + +
+ + Breadboard with components top view + +
+
+ +--- + +
+ + + + Breadboard with components front view + +
+ + Breadboard with components front view + +
+
+ +--- + +
+ + + + Breadboard with components front view + +
+ + Oscilloscope + +
+
diff --git a/portfolio/pages/nl/software/projects/teslamaze.md b/portfolio/pages/nl/software/projects/teslamaze.md new file mode 100644 index 0000000..a8aa16e --- /dev/null +++ b/portfolio/pages/nl/software/projects/teslamaze.md @@ -0,0 +1,250 @@ +--- +logosub: "Avans TI student, year 1" +language: "nl" +title: "TeslaMaze" +year: "2012" +date: "2012-01-01" +--- + +## Gaming, Woodcraft and Teamwork! + +
+ + + + TeslaMaze logo + +
+ + TeslaMaze logo + +
+
+ +--- + +A team project where the player must align pipes correctly using a Wii remote. The ingame goals would then have effect on a custom built wooden tower. The game was programmed in Java. + +This project was made by four people working on both software and hardware. The game uses the Nintendo Wii remote to get input from the player. + +## Gameplay + +The player must align pipes from the fictional tesla coil to "relay electricity" to a specific point in the game. The game communicates to the Arduino to power servomotors that operate three doors and an elevator. These doors were gates on the rails and the elevator was a metal spiral elevator that would move the ball to the top of the tower. + +The game was complete if the player manager to bring the ball to the top of the tower, this would then turn on the plasma globe and register the time it took. + +
+ + + + TeslaMaze gameplay + +
+ + TeslaMaze gameplay + +
+
+ +--- + +
+ + + + TeslaMaze screenshot game + +
+ + TeslaMaze screenshot game + +
+
+ +--- + +## Woodwork + +The tower base is made of wood and has a metal screw elevator. A conductive metal ball has to be elevated up and then roll down three rails. One side of a rail is powered and the other is grounded. The metal ball conducts electricity to blue LED's on the rails when it passes by. Once the ball has reached the bottom of the tower within the time limit, a switch turns on the plasma globe on the top of the tower and the game is won. + +
+ + + + TeslaMaze spiral elevator + +
+ + TeslaMaze spiral elevator + +
+
+ +--- + +
+ + + + TeslaMaze rails + +
+ + TeslaMaze rails + +
+
+ +--- + +
+ + + + TeslaMaze tower base + +
+ + TeslaMaze tower base + +
+
+ +--- + +
+ + + + TeslaMaze within progress + +
+ + TeslaMaze within progress + +
+
+ +--- + +
+ + + + TeslaMaze 3D render + +
+ + TeslaMaze 3D render + +
+
+ +--- + +## Lessons learnt + +This was actually my favourite project to work on. It combined the talent of everyone in our team. We had a very skilled woodworker (who doubled as a good project leader as well) and we all were coding. This project taught me that effective team work with good group synergy, produces great results. + +
+ + + + TeslaMaze complete + +
+ + TeslaMaze complete + +
+
diff --git a/portfolio/pages/nl/software/projects/wifi-extension-board.md b/portfolio/pages/nl/software/projects/wifi-extension-board.md new file mode 100644 index 0000000..9d17ab4 --- /dev/null +++ b/portfolio/pages/nl/software/projects/wifi-extension-board.md @@ -0,0 +1,117 @@ +--- +logosub: "Avans TI internship" +language: "nl" +title: "Wi-Fi extension board" +year: "2014" +date: "2014-01-01" +--- + +This project was part of my internship at Dazzletek in Breda. They no longer exist and the name "Dazzletek" now seems to belong to an American company. They created intelligent lighting control solutions and were part of Vitelec. My assignment was to create a prototype that would allow a device to communicate over Wi-Fi. I worked with a PIC microcontroller. + +I developed a software program using C in the OpenAT framework, but also made adjustments to the hardware prototype board. At the end of my internship the prototype was realized into an extension board for the Antares gateway. The purpose of this assignment was to provide a device which communicates over GPRS, with the ability to communicate that data over Wi-Fi. + +Instead of using the Wi-Fi stack, I was encouraged to develop my own data transfer logic over SPI, which was then read by the oscilloscope. + +
+ + + + Dazzletek Antares gateway + +
+ + Dazzletek Antares gateway + +
+
+ +--- + +
+ + + + SPI readings on a Oscilloscope + +
+ + SPI readings on a Oscilloscope + +
+
+ +## Technology + +The WF121 by BlueGiga, which used a PIC32 microcontroller, had to be programmed to accept and transfer data to a specific SSID. Also the AirPrime SL6087 by Sierra Wireless (now Semtech) had to be programmed to relay the data to the Wi-Fi module. + +I used Wireshark, commandline debug and an oscilloscope to monitor the datatranfers. Version control was done in Subversion. + +
+ + + + Wi-Fi prototype board + +
+ + Wi-Fi prototype board + +
+
+ +--- + +Finally, all the boards had to be provided with the firmware I wrote. I soldered a little RJ45 connector that would allow the PIC programmer to write to the pins on the boards. + +
+ + + + Batch programming + +
+ + Batch programming + +
+
diff --git a/portfolio/pages/nl/software/projects/windows-10-cookbook.md b/portfolio/pages/nl/software/projects/windows-10-cookbook.md new file mode 100644 index 0000000..5610bf4 --- /dev/null +++ b/portfolio/pages/nl/software/projects/windows-10-cookbook.md @@ -0,0 +1,115 @@ +--- +logosub: "Avans TI student, year 4" +language: "nl" +title: "Windows 10 Cookbook" +year: "2015" +date: "2015-01-01" +--- + +This UWP application was built with C# and XAML. + +This was a school project which retrieved recipies and other data from an API. Mostly this was to learn quickly how to develop a mobile application on the Windows platform with a responsive design. + +Source code can be seen on my Github page: github.com + + + + + application logo + + +
+ + + Dazzletek Antares gateway + +
+ +
+ + + + User interface + +
+ + User interface + +
+
+ +## Mockups on laptop and mobile + +These are mockups on other devices, using screenshots of the application. + + + + + + laptop mockup + + +
+ + + + Mockup on a laptop + +
+ + Mockup on a laptop + +
+
+ +--- + +
+ + + + Mockup on a laptop + +
+ + Mockup on a smartphone and tablet + +
+
diff --git a/portfolio/site.hs b/portfolio/site.hs index 7001a83..707a357 100644 --- a/portfolio/site.hs +++ b/portfolio/site.hs @@ -221,7 +221,8 @@ main = hakyll $ do let language = lookupString "language" metadata let lang = fromMaybe "en" language - projects <- loadAll "pages/en/software/projects/*" + projects <- loadAll $ (fromGlob ("pages/" ++ lang ++ "/software/projects/*")) + projects <- recentFirst projects let softwareCtx = listField "projects" (postCtx language) (return projects) <>