Wouter De Loose

Wouter De Loose

Front-end developer Joined almost 6 years ago

  • 0 stories
  • 8 comments
  • 0 upvotes
  • Posted to Should designers code - why are we expected to learn coding & why we shouldn't?, Oct 10, 2017

    This discussion could go both ways, I've worked with plenty of developers who will just code something without thinking about design, users or business requirements. All they could think about is their code and how perfect it should be. At the end of the day, most users won't care about the code you've written, they won't even care about the design, but they'll care about how they'll use your product.

    I don't particularly think should learn to code, work better with developers for sure. But I think designers should at least give coding a try, it will only be for their personal benefit. If you have an idea that might be hard to explain, you can always just code it, or use other means to make it functional so anyone else can code it up.

    Asking the question "why are we expected to learn coding?" is a good one, saying "why we shouldn't" is just stupid; there's no reason why you should stop learning, especially with everything going more and more digital, it'll only benefit you. The same way it will benefit developers to understand design better and think more about their users.

    1 point
  • Posted to Moving from Gulp to Webpack, Sep 22, 2017

    I actually miss using Gulp from time to time, it was a lot easier to setup and extend. Everything was based on different tasks that you execute in a specific order.

    Plus you could also integrate other tasks that weren't related to your build process.

    I exclusively use Webpack now, but Gulp was a lot more fun to work with.

    2 points
  • Posted to Node.js Web Application Development, Jun 26, 2017

    Just to provide some feedback; I'm guessing English isn't your first language, in the future it would be best to have someone proofread it first as there are a lot of structural errors in your text, making it incredibly difficult to read.

    Also your first sentence is just plain wrong.

    Node.js can be use frontend as well as backend for coding purpose in web app development.

    Node.js is a JavaScript runtime, it can't be used for frontend development, it can be used for backend development. While they both use JavaScript, they're still different.

    But overal the article does a poor job of explaining why you would want to use Node.js for backend development, there's a lot of good use cases, but you fail to outline them.

    0 points
  • Posted to Huntr: a Kanban board for your job applications, Apr 18, 2017

    I could definitely see myself using this, I live in a city where there's a huge lack of talent, every day I get multiple recruiters emailing me with jobs, it's really difficult to keep track of the ones I've already applied to and at what stage they are.

    I used to keep notes in Evernote, but for some reason that doesn't really work for me. So something more organised might do the trick.

    1 point
  • Posted to Facebook is a little bit different in Canada, Feb 19, 2017

    Also seeing #3b5998 here in Hong Kong

    0 points
  • Posted to Microsoft Ditching IE in Windows 10, in reply to Jeff Escalante , Jan 01, 2015

    I can understand you were having issues with anything below IE7, but quite frankly, if IE8+ is still bothering you so much, you might need to review all the code you're writing for it.

    2 points
  • Posted to Easier organisation of routes in Angular.js, Dec 23, 2014

    In large Angular.js projects, it's much easier to organise your routes in a good directory structure

    For example:

    - routes - Templates // A separate folder that contains parent templates which other routes will use. - users // List of user (/users) - users.route.js - users.controller.js - user.template.js - user // Individual user (user/:user) - user.route.js - user.controller.js - user.template.js - edit // Edit user (user/:user/edit) - edit.route.js - edit.controller.js - edit.template.js - settings // Settings ( /settings) - settings.route.js - settings.controller.js - settings.template.js - notifications // Notifications settings ( /settings/notifications) - notifications.route.js - notifications.controller.js - notifications.template.js

    And so on, if you are looking for user/:user/edit, you instantly know where to look based on the folder directory.

    I've been using this method for a while now in some large Angular.js projects, and found it to be really helpful.

    0 points
  • Posted to Ask DN: Who's on a visa?, Oct 21, 2014

    From Belgium, working in Hong Kong. So a regular working visa for me.

    1 point
Load more comments