G

GDS Technology Blog

gdstechnology.blog.gov.uk · Company blog · on HN since 2013

The Government Digital Service's technology blog, describing how the UK team builds and runs GOV.UK and its open-source practices.

What HN saysHN commenters praise it as a great blog showing government IT done well, and link it for its progressive enhancement approach to web development.
29HN people shared it
10linked it in comments
60stories submitted
646story points
5 years agolast shared
2013people per year2026

Most-shared posts

  1. 1
    Why we use progressive enhancement to build Gov.uk
    6 people · 237 points · first shared 2016 · 147 comments on HN
  2. 2
    Open Document Format in the UK Government
    3 people · 5 points · first shared 2018 · discussion on HN
  3. 3
    Building a new router for GOV.UK
    3 people · 4 points · first shared 2013 · discussion on HN
  4. 4
    Using jemalloc to get to the bottom of a memory leak
    2 people · 10 points · first shared 2015 · 2 comments on HN
  5. 5
    Making the GOV.UK DNS more resilient
    2 people · 6 points · first shared 2017 · discussion on HN
  6. 6
    Migrating GOV.UK to new infrastructure
    2 people · 5 points · first shared 2014 · 1 comments on HN
  7. 7
    How to open up closed code
    2 people · 4 points · first shared 2018 · discussion on HN
  8. 8
    Our approach to API authentication
    2 people · 3 points · first shared 2016 · discussion on HN
  9. 9
    Updating the GOV.UK Continuous Integration Environment
    2 people · 2 points · first shared 2017 · discussion on HN
  10. 10
    Experimenting with Content Security Policy on GOV.UK
    2 people · 2 points · first shared 2015 · discussion on HN
  11. 11
    Homepage
    2 people · first shared 2017
  12. 12
    Coding in the open: how to do it securely
    1 people · 135 points · first shared 2017 · 69 comments on HN
  13. 13
  14. 14
    Choosing Go to implement the new GOV.UK router
    1 people · 75 points · first shared 2013 · 96 comments on HN
  15. 15
    It’s time to use ISO 8601 across government
    1 people · 5 points · first shared 2018 · discussion on HN

What HN people wrote when they linked it

GordonS · 2017-04-28
GDS has a great blog[1] which I recommend, and have published a lot of stuff to GitHub too[2]. I never imagined the words 'government' and 'IT' could be used in the same sentence without laughing before learning about this group. Whenever I read of yet another multi-billion pound failed IT project by SAIC or the like, I always wonder why on earth they didn't just let GDS at it. [1]https://gdstechnology.blog.gov.uk [2]https://github.com/alphagov
SEJeff · 2014-07-25
This is not exactly surprising. With the unbelievable amount of energy microsoft has put into preventing ODF at every turn, this has to be something that scares the hell out of them. Office is still one of their bigger cash cows. I'm sure they're furiously trying to talk the UK government out of this decision. This is great news for the UK people however. I'm constantly impressed with how tech savvy some parts of the UK government. A great example would be this gem of a post: https://gdstechnology.blog.gov.uk/2013/12/05/building-a-new-router-for… And this: https://github.com/alphagov
scaryclam · 2016-11-06
I'd suggest getting a solid understanding of the core front end technologies: HTML, CSS and vanilla JavaScript. If you can't build reasonably complex websites without the crutch of a framework or a more complex tool chain, then you've probably missed out on getting the basics right. You should also learn about UX and design. I met a self appointed frontend developer recently, who didn't have any understanding of what a good designer does. This led to some really horrible conflicts where core design decisions got ignored (the developer thought they knew better) and the end result was a mess. Designers are your friend when working as a frontend developer and will help to make sure that the end product is both well built and actually useful for the users. Read: https://gdstechnology.blog.gov.uk/2016/09/19/why-we-use-progressive-en… If you're building frontend your job is to make sure that your audience can use it. There's no reason not to learn and use fun tech, we all like play and make our own development lives easier, but your users must always come first. If you can do all of that then you'll be able to do a pretty good job as a frontend developer. Picking up the latest and greatest frameworks is really quite easy once you understand how JS and the DOM works. You'll have the added advantage of being able to critique new tools as well.
pabs3 · 2022-02-26
I still wish they would accommodate security conscious users who avoid running JavaScript by practicing progressive enhancement. IIRC all of the tickets about it have been rejected though. I note the UK government uses this web development methodology. https://en.wikipedia.org/wiki/Progressive_enhancement https://gdstechnology.blog.gov.uk/2016/09/19/why-we-use-progressive-en… https://news.ycombinator.com/item?id=12538144
johnlbevan2 · 2017-11-01
ps. You could implement your own functionality to collect these reports. The Report-URI product (as opposed to header) is just a pre-written service to save you rolling your own. You just need to build something to receive the HTTP POST statements and do something with the data. Or you look on GitHub and find someone's done that for you: https://github.com/seek-oss/csp-server (and more: https://github.com/search?utf8=%E2%9C%93&q=csp+report-to). Specifics and examples of what `report-to` looks like here: https://wicg.github.io/reporting/#examples There's also a nice blog about implementing the old `report-uri` header here: https://gdstechnology.blog.gov.uk/2015/02/12/experimenting-with-conten…
mtberatwork · 2016-09-20
One small quibble, if you are going to take the time to implement progressive enhancement, why serve up incredibly large images?[1] Even sitting on a MBP with a high speed connection, the initial download took some time from across the pond. [1] https://gdstechnology.blog.gov.uk/wp-content/uploads/sites/31/2016/09/…
rossj · 2013-12-09
You should read the first article in the series - https://gdstechnology.blog.gov.uk/2013/12/05/building-a-new-router-for…
robin_reala · 2017-06-07
You’re not wrong about screen readers, no. I wrote a blog post about this last year[1] but I’ll copy and paste a list of possible reasons from it here: - script hasn’t finished loading, or has stalled and failed to load completely - application route is up, but the route to the Content Delivery Network is broken - user has chosen to install a plugin that interferes with the DOM - user has been infected with a plugin that interferes with the DOM - user’s company has a proxy that blocks some or all JavaScript - user’s hotel is intercepting the connection and injecting broken JavaScript - user’s telecoms provider is intercepting the connection and injecting broken JavaScript - user’s country is intercepting the connection and injecting broken JavaScript - JavaScript code has functions not implemented by your user’s browser (older browsers, proxy browsers) [1] https://gdstechnology.blog.gov.uk/2016/09/19/why-we-use-progressive-en…
nickpsecurity · 2016-10-22
Your application is very interesting but it looks like you're trying to do too much at once. Especially with the AI part haha. I think a subset of it is achievable by one, focused person for a limited set of students and topics. As another said, the crap people deal with today is mandated by law and policy under a regime that won't buy into what you're proposing. Further, many places require by law that the kids are in what educational system considers a school rather than your app. So, you might want to prove the idea by hitting the market for workforce training and personal improvement then pivot into general education as both will use similar resources. Another problem with your proposal, a huge one, is that there's nothing in it about countering spread of misinformation. Quick link to give an idea of how easy invalid information spreads and persists across social media: http://www.iflscience.com/technology/facebook-echo-chambers-help-sprea… That or another Facebook study also pointed out that retractions (eg a Snopes article) only slowed misinformation in the 30-40% range IIRC. The bad info spreads more and lasts longer in your model. It has to be detected somehow with official counters on any topics where there's a consensus that they need to know. That means your model, like the others, needs human beings that act as sort of teachers and moderators. This is even true for a high-quality forum of smart people like Hacker News. Alternative…

Keyboard shortcuts

/Search
j kNext / previous blog
EnterOpen selected blog
vVisit the blog site
fFollow / unfollow
lSwitch grid / list view
dSwitch dark mode
g hHome
g pTop posts
g tTopics
g fFollowing
g lLiked
g yHistory
g qFAQ
EscBack / close