Skip to content

Category archive for: On Coding

Why hasn’t functional programming taken over yet?

Stack Overflow: Why hasn’t functional programming taken over yet? This is a good discussion on how functional programming won’t be *THE* future of programming, despite the paradigm having very good features (i.e. concurrency, and no side effects). Those very features of functional programming (FP) that make it appealing, are the same features that make it difficult to adopt FP wholesale. And that is in addition to the usual constraints of budget, client interest, and lack of programmers with a niche skill set. However, languages like C# has functional-like capabilities, and its likely that the popular programming languages and programmer habits…

Continue reading Why hasn’t functional programming taken over yet?

Changing My Mind About Comments

Very early on in my career, I really got into Uncle Bob’s Clean Code video series. And from there I started scouring the web for every blog article or reading material about clean code. Clean code just made sense. It was about organization. And from back in college, I knew of several people who were very smart. But wrote completely unreadable code. Like when they came and asked me to look over their code because they were stuck on something, I would literally just ask them a bunch of questions about their code and problem until they figured out their…

Continue reading Changing My Mind About Comments

Atlanta Code Camp 2015

I had the privilege of being a speaker at the 2015 Atlanta Code Camp conference. And I had really enjoyed it, and I will write up a post about it. But if you missed it or are curious about my talk on Clean Code, my slide deck is below! [embeddoc url=”http://tanyado.com/wp-content/uploads/2015/12/Atlanta-Code-Camp-Clean-Code.pptx” viewer=”microsoft”]

Continue reading Atlanta Code Camp 2015

Design Over Functionality

Visual design is important. I’m not talking about making applications look pretty. (Which is never a bad thing.) I’m talking about how an the User Interface of an application is laid out. How the user interacts with the application. A good design will draw the user’s eye to the correct area and lead them through the application as you, the developer, intended. You should never need to read a manual or instruction guide to use the application. A well designed application is intuitive to the user and natural to use. The user, upon first use of the application, should be able to “just know”…

Continue reading Design Over Functionality

DroidScript Fun @ GDG

This week’s Mercer/Macon Google Developer Group was hosted at SparkMacon, and my friend and coworker, Michael Rosario, was presenting on DroidScripts. This is Michael. DroidScripts lets you write android apps with JavaScript. Ya know, if you’re really into JavaScript. But it really does seems to be a good alternative to regular Java/Android, if you’re looking to do some quick prototyping. There’s no manifest file to futz around with and hardly any setup before coding. (Bee tee dubs, I called the “manifest” file the “manifesto” file for the longest time. And nobody corrected me, seriously? lol.) The IDE you develop in is browser based,…

Continue reading DroidScript Fun @ GDG

Implementing a heartbeat pattern with AJAX and ASP.NET

Problem So I’m working on a web application, where I needed a way to detect when a user has closed their browser. Javascript’s onunload event looked promising. However, it is unable to differentiate between a browser closing, a postback, and a page refresh. After talking (i.e. complaining) to Kyle, he suggested this Stack Overflow solution on implementing a heartbeat pattern, letting the server know when the client was no longer active. Heartbeat Pattern In the heartbeat pattern (where you can read more about here), the client will send a signal to the server indicating that it’s still alive every 10 minutes (or…

Continue reading Implementing a heartbeat pattern with AJAX and ASP.NET

Your code is bad… Take care of it

  Refactoring is often not done. “There is not enough time”.  “Its not your responsibility”.  Look. Refactoring can only *help* you. You don’t need to devote hours and hours to it. Just make small changes. And over time your code will improve. And for the most part. Most of us are not writing NEW code. We are maintaining code. (And you probably should not be trying to write MORE code, but that’s another story). And its likely you will be working in the same code base for the duration of your employment, or will eventually be called to return to it.…

Continue reading Your code is bad… Take care of it

3 (Nearly) Effortless Ways to Keep Code Clean

Keeping code clean does not have to be a huge endeavor. Just do a little bit at a time, and your code will be shiny in no time. Consistency in naming variable. From the database, to the middle layer, to the user interface. If they are the same thing, do not change up the naming. It will make it so much easier for both you and other people to follow the code. Delete commented out code. If the build is working without the commented code, then you don’t need it. Maybe it’s someone else’s code. But if it’s been there…

Continue reading 3 (Nearly) Effortless Ways to Keep Code Clean