Steven_Bukal
Remote: Yes (Citizenship is Canadian)
Willing to relocate: Yes
Technologies: Haskell, Python, C, VBScript, C#, HTML, CSS, PHP, JS, SQL
Résumé/CV: https://www.dropbox.com/s/f2uyncgmcmwnkp5/resume.pdf
Email: [email protected]
I'm a functional programmer with years of programming and technical consulting experience. My work has included processing of scientific and business data, software integration, and business reports (Haskell, SQL, Python, VBScript); front and back end customization and development for company websites (HTML, CSS, JS, PHP); and network and SQL database administration. My academic background is in Computer Science and Linguistics.
I'm looking for new opportunities as work for my current clients is winding down. I have broad technical experience, pride in my work quality as a programmer, and willingness to fill needed positions in a productive and efficient team.
1 - Pages I want to autocomplete so I don't have to remember and type the full address or verify that I'm on the true site for my bank and not a phishing site
2 - Content to do something about in the future. Stuff to read later, stuff to download to my local machine, etc.
3 - Resources that I want to remember exist and be able to find. For example, I've got a page saved that produces blank graphics in whatever dimensions you want for use in stuff like web design. Forgetting what it is called, I could look it up in my bookmarks pretty quickly instead of having to open photoshop and create such graphics manually
It's not obvious to me that this is a good thing. Doesn't this just pass the buck down from the phone's operating system and app ecosystem to the do-everything-app's ecosystem? I'd sooner see mobile OS and app software improve their inter-app communication and APIs so that the do-everything app isn't necessary.
Many people have tried to achieve this and will continue to try - look at light table and Apple's playgrounds for recent attempts. But these 'revolutionary' 'accessible' programming tools have never delivered on their promises. This is something Fred Brooks predicted in the 80s. Much of what makes programming hard is essential complexity inherent in the problem to be solved. Improving our tools and processes is a good thing, but there are no silver bullets when it comes to improving programming productivity.