Shortlisted in .net Conference Talk of the Year: Lena Reinhard: A TALK ABOUT NOTHING
“We call it a klassiker!”
Yesterday i found this one in my archives. It is a clip made out of many images, that have been taken during the development of COPE at Bechtle back in 2014/2015.
If you like it and want to create something like this on your own. Here is a short step by step guide on how to do it on Mac OS X.
Step 1: Install imagesnap
brew install imagesnap
Step 2: Create post-commit hook
Add the following code from the gist below to a file called
post-commit in your repo’s
Step 3: Enable permissions
Lets give the file some permission (making it executable by everyone).
sudo chmod +x ~/.git/hooks/post-commit
Step 4: Start committing and smiling
On first run, the script will create a folder called
commit_images in your repo’s root. Then every time you commit code, a photo is added to the folder and to
.gitignore automatically so you don’t have to.
The only downfall to this solution is you have to add it to each of your git repos manually. So if you have a lot of repos it might be a pain, but then again thats what writing a script is for, right? So behold…the global solution (for new repos)!
1. Enable git templates. This will copy everything in the
.git-templates folder to any new git repositories when you
git config --global init.templatedir '~/.git-templates'
2. Create our hooks folder for the post-commit template.
mkdir -p ~/.git-templates/hooks
3. Add the
post-commit file in
~/.git-templates/hooks/. We can use the same script from above in step 2.
4. Make our post-commit executable. We are giving it executable permission to all users in this case.
sudo chmod +x ~/.git-templates/hooks/post-commit
5. Start committing and smiling. Every time we
git init, we now have the post-commit hook in all of our new repos.
Nice to Have
Here are some things I am looking into:
Friedemann Karig hat auf der re:publica 2014 einen unglaublich guten Talk mit dem Titel „Überwachung macht …” gehalten. Sollte man meiner Meinung nach absolut gesehen haben. Ich hoffe sehr, dass sich diesen Talk auch viele NICHT Techis anschauen.
As far as I can remember the first version of AngularJS I’ve ever tried was vegetable-reanimation (released Jun 30, 2011). I was doing some research for my master thesis in those days. After developing web stuff for more than a decade, I dunno way, but I was blasted from day one. So Angular was the framework I used for the master thesis (a webbased car infotainment system).
Afterwards I got the chance to join a kind of “new” team inside the Bechlte corporation where I saw the chance to continue working with AngularJS. The the new team was formed to build a internal product called COPE (content object processing environment). It’s a “homebrew” solution for the corporations catalog production (yes we still print dead trees :) ). But the system is planned to become the central media- & content production/delivery plattform… We will see ;)
I was able to convince the team to bet on AngularJS and for most of the frontend stuff. This was in 2012 when AngularJS wasn’t as popular as it is today.
On top there are some libraries and dependencies managed by the awesome bower.
In AngularJS terms, this is 111 custom directives, 45 services, 39 view controllers and 18 custom filters.
Unfortunatly, only the filters and some services are currently being covered by unit tests. This is something I really want to push forward over the next couple of months.
The build system and of course AngularJS enable us to push out features in a way, I never would have dreamed of before. Most of stuff demanded by the business can be implemented in next or no time.
A feature a day, keeps the business away.
I will try to do some more blog posts over the next couple of weeks. There I want to give some insights on how we use AngularJS and how solved some nasty problems.
This a nice after work sky!