I thought of Autodesk as a product company that’s interested in selling of theirs products instead of growing a community of loyal developers. I was completely wrong, Autodesk treats developers as first-class citizens. Guys from Autodesk were friendly and willing to tell us as much as NDA permits about their current technology platform. I was primarily focused on technologies that they use to do 3D-models for the web, and they’d given me enough information to consider Autodesk as a big player in the 3D-visualization field.
At the same time me & Andrey Kasatkin were invited to the conference to share some of our engineering expertise. We were told that attendees don’t know much about the current state of technology, excluding Autodesk’s. I’m not sure about that, because in general questions from the audience were meaningful and sometimes even challenging. Most of the conferences I’ve been there’s always a .NET guy who’s trying to convince everyone that only MS knows how to do serious things, this one wasn’t an exception. I don’t know how Microsoft does that, but it’s embarrassing to tell someone that there’s a lot of other technologies to consider that these guys are reluctant to hear about.
I enjoy books and conferences that Bruce Eckel does. When i approached “Atomic Scala” for the first time at the end of 2013 i was amazed. I’ve bought & read “Scala for the impatient” by Cay Horstmann up to this time, but i look at every Eckel’s book as a masterpiece. So, i was thrilled to buy and read it.
2014 has ended, but i didn’t do much Scala at that time and i forgot most of the things that i learned about Scala.
Since i try to learn a new programming language every year, i’ve decided to devote this one to learning Scala & Python. I’ve done some things with them in the past, but i haven’t excelled. As 2012 was Objective-C, 2013 was Clojure, 2014 was Coffeescript & Groovy, 2015 is all about Scala & Python for me.
Yeah, what’s about the book you might wonder? The book is easy as pie! Since we have long Christmas holidays i was able to read most of the book throughout the weekend. Exercises are great, they can give you some practical experience with Scala that you strive to have before starting your first project or finding a good OSS to contribute.
Last chapters can be tough sometimes, but the basics are taught brilliantly!
This book is a great collection of recipes to cook your web services. Unfortunately it’s a bit outdated, but from my perspective most of its parts are still relevant. It’s sort of a book that’s easy to read and easy to comprehend, i would recommend it to anyone who strives to build robust and scalable web apps.
It was quiet easy to review this book, because i try to re-read it every year and it had became a necessity for me. Some parts of it are not easy to comprehend but at the end of the day this book can teach you what no other book could.
This time i’ve created a repository that contains most of the examples. In my experience writing code helps me much more than reading code.
I’m going to participate in the 5th hackathon during this year. There gonna be some Redis, Docker, Arduino, WebRTC, Scala, Groovy, Node.JS, AngularJS, Android & Intel Gallileo.
My major was information security, but since I’ve graduated a lot of things have changed in a field of security. New crypto algorithms have emerged, some of perimeter security patterns have changed. I try to brush up me IS skills from time to time, because I still find security as the most exciting(but not so valued by the managers) thing in IT for me.
This book is not an exception. I’ve been using an open source library which abstracts usage of OAUTH 2.0 and I was curios about the specs that this library is based on.
This book is the perfect destination if you’ve come for specs. It covers oauth’12 draft verbosely. Though there are some code snippets written in PHP in Python (which was OK in 2012, but it’s not in 2014 when JS is the most widespread language), they are so brief and out of scope of today’s implementation that I’ll suggest not use them at all.
Albeit the author is a Google employee the book covers some other (mostly Facebook’s) implementations also.
My score is 3/5.
Use this book as a reference, don’t spend much time trying to understand everything from it.
I had an annoying bug while migrating some code from Spring Boot to a legacy Spring application.
Every time i’ve been changing some front end code my Grunt build failed because it couldn’t change the corresponding file(i use a highly sophisticated pipeline to compile assets). At first i was thinking that my VCS was the cause of a problem, but that was not the case. Then i find that build fails after the app server runs.
After a couple of wasted hours some serious googling has helped me to find that jetty was in charge!
The jetty:run command locks the files that you web server is serving to the clients. In case of legacy apps(jsp\jsf) it’s not a problem because static resources got generated on the server. If you’re writing a single-page app(Angular, React all the things) you should be aware of this annoying problem.
The problem can be fixed, but from now on i prefer tomcat in my SBT/MAVEN/GRADLE projects!
p.s. Spring Boot & Grails use Tomcat since the beginning
I enjoy books and conferences that Bruce Eckel does. When i approached “Atomic Scala” for the first time at the end of 2013 i was amazed. I’ve bought & read “Scala for the impatient” by Cay Horstmann up to this time, but i look at every Eckel’s book as a masterpiece. So, i was thrilled to buy and read it.
This book is a great collection of recipes to cook your web services. Unfortunately it’s a bit outdated, but from my perspective most of its parts are still relevant. It’s sort of a book that’s easy to read and easy to comprehend, i would recommend it to anyone who strives to build robust and scalable web apps.
I had an annoying bug while migrating some code from Spring Boot to a legacy Spring application.
