Why conferences are good?

Lots and lots of various conferences in my life. All of them more or less usefull. Loved the last one - AutomationGuild 2017. Thanks again, Joe Colantonio! This conference is one of the main causes for this blog: I think I finally started believing that all those "oh, it's a simple thing, I don't have anything to tell about it" are not so simple after all. So I'll try to share what I know and hope our friend Google will find that post when you'll need it. Well, at least this will be a good notebook for myself. Conferences are good, they force you to reevaluate your own knowledge and do things.

Most of the time I "jump" into some role from the middle: I can think of ways to solve complex problems, but on the other hand - I don't know lots of basic stuff, so I quick-read lots of manuals and Google is one of my best friends. If you are like me, you may find this blog useful.

If you like learning from the very beginning, step by step - this is not the right place to be. I think I'll never post something like "to install this software you need to download this package by using this command, oh, and command line is called this black window with no GUI". I do promise to duplicate some posts from other blogs, which I've found only after long searching while solving some problem: hope this will help for someone else.

Everything here will be more or less IT related: business analysis, system analysis, quality assurance, automated testing, programming, maybe some day - even some robotics... Well, you may ask, so what does it have in common with "developer"? A lot! I loved a description of developer by Alan Skorkin:
They write code. Making it well-factored and clean is important, but other factors often take priority. Math skills are very much optional, but it does help to be aware of common problems and solutions related to the domain they are in. Communication and people skills are paramount. Process and team dynamics are bread and butter skills. They are consummate generalists without any truly deep specializations. They are expert at finding ways around problems and plugging components together to fulfill a set of requirements. In their personal time they are either trying to build the next Facebook, or engage in activities that have nothing to do with programming, developing, or computer science.

Comments

Popular posts from this blog

Migrate Protractor E2E tests to async / await

Allure reporter, Gradle and JUnit5

Protractor, Jasmine and promises for non-browser functions