Jump to content


  • Content count

  • Joined

  • Last visited

  • Days Won


rbrtsmith last won the day on June 15

rbrtsmith had the most liked content!

About rbrtsmith

  • Rank
  • Birthday 11/16/1984

Users Experience

  • Experience
  • Area of Expertise
    Web Developer

Contact Methods

  • Website URL

Profile Information

  • Gender
  • Location
    Manchester, UK
  • Interests
    CSS, JavaScript, Front-end Developent, and website performance.

Recent Profile Visitors

18,547 profile views
  1. rbrtsmith

    Aren't all technology jobs just a bit childish?

    I worked outside during my stint in Australia and yes working outside is great until it rains, or is cold - which is more often the case than not in the UK. I'm personally quite smug here in my air conditioned office in a comfortable chair. I don't fancy picking watermelons for hours at a time anymore. That said I am getting more interested in property and can see myself doing side projects around renovations and would enjoy working outdoors on that - but only when the weather is good. I'm not sure where money really comes into this as it's very cheap to get started in software development and if you get good at it and are able to market yourself well there's really good money to be earned. If you have some issues working in a social environment then you'll have to work towards overcoming that. It's not a problem with software development, you get people in all careers and being able to collaborate withe them is just as important in electrical engineering as it is in software development. Obviously I'm in no position to give advice on that front (Socialising, depression etc) but maybe it'd be wise to seek out help from a professional in this area.
  2. rbrtsmith

    Software Development and Engineering

    font-end development is software development. As too is it software engineering these are just terms and not at all important. Front-end devs are software engineers that specialise in the front-end. Backend devs are software engineers that specialise in the backend. There are full stack devs who do both, the majority will have an understanding across the stack but won't have the in-depth knowledge of the two above in their specialisms. In all honesty I would stick to front or backend and get a job in the industry as one and take it from there. It will take far longer to get your foot in the door as a full-stack dev with no real experience. I wouldn't focus on too many languages - you don't get paid based on how many languages you know. I only really know JavaScript I used to know PHP too but focusing on a single language has enabled me to deliver better value and earn more money. Learning other languages in time can make you a better dev but learn things as you need them. It would be a waste of my time to learn PHP and Python now for example because neither are used at Sky and further afield it won't help me earn any more than I do now. Getting better at JavaScript however will enable this. I'm not saying JavaScript is the be all and end all but you want to become a specialist if you want to advance your career quickly.
  3. rbrtsmith

    Aren't all technology jobs just a bit childish?

    In the greatest respect this post sounds childish. I love working in tech because I get the opportunity to work with some incredibly smart and intelligent people. We get paid (very well) to solve problems that are continually different and so continually challenge us. I've worked in sales and I can tell you the professionalism was practically non existent with salespeople using all kinds of sneaky tactics to hook people into buying things they didn't need. If you don't find software development challenging then you are clearly doing something wrong. Believe me if you came and worked at somewhere like Sky or the BBC you would be in for a rude awakening at just how difficult some of the technical challenges are. Otherwise if this stuff was so straightforward you'd be getting paid £1-1.5k a day (I know some devs who get paid this and they are extremely talented) What you would study in college is a walk in the park compared to the real world.
  4. rbrtsmith

    Lazy Loading images and video

    I personally think this is a non-issue. The vast majority of people who land on websites are through text search. If I ever use image search I just view the images, I don't think I've ever visited the websites that are the source of them. I've already put on here that the worlds largest media organisations make heavy use of lazy-loading. They care a lot about traffic so it makes sense that they will have researched this heavily and made decisions based on that. Jack in his post at the top of this page also describes a work-around if it's important to you.
  5. rbrtsmith

    Lazy Loading images and video

    According to this you don't need to do anything... http://dinbror.dk/blog/lazy-load-images-seo-problem/
  6. rbrtsmith

    Lazy Loading images and video

    Just remember total page weight does not matter in terms of perceived performance. It's the time to first render and first interactions (For JavaScript driven apps) that the user really notices. Both of these can be measured with Chrome dev tools and with various network throttling options. Lazy loading doesn't help at all with perceived performance. The benefit of lazy-loading is to reduce server load and reduce the data transferred for users that aren't scrolling through (Not for page load times but to save them money). The fact you might see loading indicators on images doesn't tend to give a feeling of slow performance, especially if it's done slightly out of the screen and you have a placeholder matching the dimensions to prevent the page from jumping around as images are loaded in. It's worth bearing in mind that most of the largest media organisations make use of lazy loading. Facebook being the most obvious example - Obviously they have the technical capability to ensure that it's done in a very performant way.
  7. rbrtsmith

    Travel distance calculator

    I guess it depends on your overheads and level of experience. I know people who charge far in excess of this but their standard is incredibly high, and they solve complex problems with well architected code that has all the relevant automated tests. I think you should charge what you believe you are worth relative to the market. It's important to value skillset - the time and effort taken to acquire it and your time doing the actual work + sourcing it etc.
  8. rbrtsmith

    Travel distance calculator

    It's not within a designers remit to locate scripts - how would they be able to judge that they meet the criteria such as the language used, how well is it written? how well is it tested etc. What a designer should do is collaborate with a developer on these things. If they make decisions on these things and throw finished designs over the fence things tend to end badly "This won't work in the browser" etc.
  9. rbrtsmith

    Travel distance calculator

    £300 to write that? A good developer will be charging AT LEAST £500 per day for building something like this. Even if an API is provided you'd still need to write tests and so forth - I doubt it would take less than a day to do all the work involved if done to a professional standard. That said it doesn't seem that you'd need to write this from scratch as an NPM package for this sort of work already exists https://www.npmjs.com/package/geolib
  10. rbrtsmith

    Div Height

    You don't need flexbox for this. While flexbox is useful it shouldn't be used for full-page layout as you introduce the risk of layout thrashing - which is not ideal if your content is dynamic. https://jakearchibald.com/2014/dont-use-flexbox-for-page-layout/
  11. rbrtsmith

    Div Height

    You mean like this? https://codepen.io/anon/pen/zaZBPq This mirrors what I suggested earlier - giving the parent nodes explicit heights. I should add there's a lot of things like magic numbers in this code. I advise you to read through this article to avoid things like that in your CSS https://csswizardry.com/2012/11/code-smells-in-css/
  12. rbrtsmith

    Lazy Loading images and video

    I'm not convinced the image indexing really matters, some of the largest organisations such as here at Sky lazy load imges and we rely heavily on SEO. I trust the SEO experts here and other huge media orgs know what they are doing We lazy load here because a decent % of users do not scroll which the cost savings for our CDNs is massive, not to mention not forcing users to download an array of images they might not actually see. Bad UX from lazy-loading is due to poor implementation. If you scroll down quickly you might see a loading image with the real one fading in. That isn't necessarily poor UX. Saving significant amounts of data transfer to users who don't always scroll down is a big UX improvement given we're all on limited data plans.
  13. rbrtsmith

    Div Height

    Is this what you mean? https://codepen.io/anon/pen/mKRRYv Also if you want to set heights relative to that of the viewport then you can use viewport units `100vh` will ensure the element's height matches that of the viewport.
  14. rbrtsmith

    Div Height

    Going off what you have said so far then you have been advised wrong. It is possible.
  15. rbrtsmith

    Div Height

    Can you reproduce this somewhere like in codepen.io so we can take a look?