# Advent of Code 2022 **URL:** \ **Category:** Announcements\ **Created:** [November 27, 2022, 11:01am UTC](https://fortran-lang.discourse.group/t/advent-of-code-2022/4816 "2022-11-27T11:01:09Z")\ **Posts on this page:** 1\ **Showing post:** 54
**Author:** ![FortranFan](https://avatars.discourse-cdn.com/v4/letter/f/96bed5/32.png) [@FortranFan](https://fortran-lang.discourse.group/u/FortranFan)\ **Post date:** [December 5, 2022, 4:54pm UTC](https://fortran-lang.discourse.group/t/advent-of-code-2022/4816/54 "2022-12-05T16:54:13Z")
> [@FedericoPerini](#): > > … For anything any more general than a simple script, I do agree that more and more general I/O libraries are needed nowadays Whether it’s AoC, or any other scientific / technical computing endeavor, libraries are crucial and this is what I had conveyed in this [**comment**](https://fortran-lang.discourse.group/t/high-performance-fortran-hpf-history-and-lessons/367/22) in another thread. Development of good libraries with Fortran is where it gets extremely, extremely difficult. The extremely slow pace of **certain** compiler implementations when it comes to conforming with current standard facilities and the resultant slowing down of the language standard with minor revision after minor revision of miscellaneous items lacking a unifying vision, ostensibly for the sake of helping some compilers to “catch up”, is proving rather detrimental for Fortran. --- _[View the full topic](https://fortran-lang.discourse.group/t/advent-of-code-2022/4816)._