32GB USB 3.0 flash-memory
128GB USB-C 3.2 flash-memory
Yeah, I definitely have a problem 😂😂
Got a hold of another Amiga computer, this time an A600, basically an upgraded A500+ in a much smaller form-factor.
![]() |
| Competition Pro + ZipStik Joysticks for the Amiga computers. |
![]() |
| Arcade Evolution Amiga Joystick |
![]() |
| Original Amiga 500 - Norwegian keyboard version. |
![]() |
| 512 KB memory-expansion PCB. |
![]() |
| RGB>SCART converter cable with L/R RCA sound-plugs. |
![]() |
| Kickstart v1.3 ROM installed. |
Although... we actually don't host Linux Presentation Day here in Norway, I'd like to make people aware of this event however possible. So to the few who actually reads this blog, you're welcome ;) :P
I was reading this article a couple of weeks ago, and sure was tempted in getting one...
Yes, I am a weak individual to g33k-marketing, I know this... 😅
So... I ended up shelling out the wet stinky, and it is on its way in the post 😋
![]() |
| Ubuntu on Nintendo Switch |
Continuous Integration is the practice of constantly merging development work with a Master/Trunk/Mainline branch so that you can test changes and test that those changes work with other changes. The idea here is to test your code as often as possible so you can catch issues early on. In the continuous integration process, most of the work is done by an automated tests technique which requires a unit test framework. It is best practice to have a build server designed specifically for performing these tests so your development team can continue merging requests even while tests are being performed...Yes, automation here is key.
...Continuous Delivery is the continual delivery of code to an environment once the developer feels the code is ready to ship - this could be UAT (User Acceptance Testing), staging or production. The idea behind continuous delivery is that you’re constantly delivering code to a user base, whether it be QA or directly to customers for continual review and inspection. Although similar to continuous integration, continuous delivery differs because it can feed business logic tests where unit tests are unable to catch all business logic, particularly design issues.
...Continuous Deployment is the deployment or release of code to production as soon as it’s ready. There is no large batching in staging nor a long UAT (User Acceptance Testing) process before production. Any testing is done prior to merging to the Mainline branch and is performed on production-like environments. The production branch is always stable and ready to be deployed by an automated process. The automated process is key because it should be able to be performed by anyone in a matter of minutes (preferably by the press of a button).And after all that, log-auditing after deployment; checking key metrics if they are influenced negatively or positively by change(s).
Yes, it's been an often-discussed topic in Norwegian media in later years:
"Lack of security-professionals."
Well, as commented in this (Norwegian) article, BY a security-professional; there seems to be a lack of security-oriented IT professionals, but, not because they aren't there at all. They are. What is seriously lacking in this scenario, is competence in recruiting firms looking for this kind of competence. Always has been.
Computer-security is not a fixed-set field, AT ALL. Even though a lot of so-called "professionals" seem to be stuck on the idea that it is.
Serious professionals wanting to work in this field on the other hand, are (often) painfully aware of what it actually entails to do so:
http://www.businessinsider.com/microsoft-azure-sphere-is-powered-by-linux-2018-4?r=US&IR=T&IR=T"After 43 years, this is the first day that we are announcing, and will be distributing, a custom Linux kernel," Microsoft President Brad Smith said