Preface: I am a huge supporter of containerized distributed applications. It give me all sorts of nerd good feelings.
One of the biggest arguments for containerization of applications is that the application becomes portable. It no longer cares what it is running on, nor where, or how many. Windows server running a Unix FORTRAN application? No problem! Windows app running on a CentOS host? Done it! And while these are cool and nerd-awesome configurations. How often does an application actually change root host environments? If an application was/is made with .NET it is to leverage the advantages .NET has over other options. If RAILS, its for the advantages, if PHP, again, for the advantages over other offerings. To move away from those advantages negates the reason for selecting the solution.
On a related note; are we not simply replacing one type of vendor lock for a lock at another layer of abstraction?
A corner stone of the IT/Dev career field is this: ‘never stop learning’. I like to expand on it and include ‘When you stop learning, your start becoming worthless’. While some disagree with this it has served me well. As such last night my Udemy collection increased by another 8 courses. Mainly focused on AWS assoc. certification training but also a few container / CI / CD services.
Hoping to sit down for the exams before the end of the year; here’s hoping ^_^.
Quick update here, Stack Overflow (SO) is currently in its annual election cycle. Help the community that helps you exit vim.
To me the whole
coding school bootcamp has always seemed like land mind field waiting for a chain reaction detonation. That said
The Iron Yard is one of the more well established and respectable institutions. and that makes is even more saddening when they announced recently they would be closing all campus locations. This action will obsessively cut off hundreds of thousands of field entering individuals from mentors, channels of community, new life opportunities, and much much more. I really hope another group / organization can grow from this unfortunate series of events to help continue to grow the development field.
The Iron Yard
2012 – 2017
New Package: Stripe + CommandBus + Yii2
I got tired of writing out the entire Stripe class requirements coupled with the need to trigger stripe events from different areas of the application motivated me to create this package. It is by far NOT production ready but lays the ground work and ideas for the package. Take a look, leave a comment, contribute.
Also have another one in the works that combines Google Chrome, Codeception, headless browser testing, and replacing PhantomJs (since the maintainers are deprecating the project).
Came across this in the Yii2 news feeds. Built on Gii it is a UI for building out the database schema. Think MySQL Workbench / PhpMyAdmin but as a Yii2 module.
GitHub, Packagist, Yii2 Extensions
A very early alpha release but as I am a fan of the command bus design pattern I thought this would be a nice addition: https://packagist.org/packages/davidjeddy/stripe-command-bus-interface
GiutHub, Download, Tweet, Comment, Follow!
PS: Again, this is very very very very early alpha stuff here. YMWV
Hello everyone; wanted to check in real quick and keep everyone update. Still on vacation and loving it. However; I did see the uptick in visits and wanted to thank everyone for signing up to the subscribers list! I am very happy you find my content helpful, if not even intriguing. I’ll be back soon with more tech related content.
So last week Im working along and I run composer install … to get a new framework installation to while trying to track down a bug. The install fails. I am all like ‘what did you say to me!?’ bower-asset/jquery.inputmask package was not being found. I look through the composer.json of the framework and sure enough it is required. A frontend client asset is required to install a framework. While some would say ‘thats a terrible idea’ in this case it makes sense. The framework is a full MVS stack, not just a middleware, or just a ORM, or just a client rendering engine.
Anyways, after looking in Packagist and following the link to Github the repo itself was basically empty. Apparently GirtHub repo alias’s have a life span limit. This limit had expired and thus caused the package URI to no longer resolve correctly. So I submitted a couple tickets on the respective projects and went home.
Not sure how long it took exactly but when I returned to work the next morning not only GitHub restored the alias but the framework group was going to updated the dependency list to point to the (newer) repository in the next point release. While this does not seem like a big thing to some; I felt happy I was able to find, isolate, and identify an issue that effected a number of people; and did so very quickly. Then provided a solution. #problem-solver
Yii2 GitHub ticket
(Preface: I am a full supporter of CLI tools, UI tools are nice but should not be depended on for day-to-day workflow).
Came across this interesting UI tool from NomadPHP‘s weekly mailer. ComposerCat. It visually displays the contents of Composers composer.json and installed packaged. It’s in beta but looks to do everything it says on the tin. Check it out.