So Roame only shows your flights that are ready to book for the date you search for. We are pulling live points data from the airlines, so if the flight does not exist during a particular period of time, then Roame would not be able to pull it.
The Google statement really feels like they're subtweeting Apple:
> The open Android ecosystem lets developers distribute apps through multiple app stores. For game developers who choose to use the Play Store, we have consistent policies that are fair to developers and keep the store safe for users. While Fortnite remains available on Android, we can no longer make it available on Play because it violates our policies. However, we welcome the opportunity to continue our discussions with Epic and bring Fortnite back to Google Play.
It easily could be a bug such as the refence to the Api being removed. Posts that reference it could raise an error leading to them being hidden. I’ll wait to hear if Facebook makes a statement.
Wow, for me it looks like the tops of many of the characters has been rubbed off. These 'fat-bottomed' fonts seem to be a common theme.
I do find it strange that a font designed for readability (such as Consolas -my fav for any text editor), isn't mentioned as a readable font for dyslexics (or why it isn't). Monospacing improves the readability of certain characters (i,l,t) words with this combination of characters (ill, lit, readability) often end up getting very compressed.
I took an OS class in college where either a TA or professor would read every line of C code in the OS you turned in. They required every function to have a doxygen style doctrings. It was also a partner based course. Writing those docstrings before implementing the functions not only helped them be more useful, but also helped my partner and I coordinate on features/interfaces before they were done. I think documentation in general is highly underrated.
So many times I've looked at a peer's code and had a hard time reconciling what the comments and wiki articles said with what their code was attempting to do.
My father was convinced that Quark XPress was written that way: once they had the core functionality figured out, they wrote the manual, then implemented it.
The thing is - this is interesting because nobody is doing it anymore. Once everybody starts doing it, i.e. literally "human politics" gets directly involved on all levels of development, everybody would try to escape this style to get some development freedom for themselves to stay sane.
this is pretty much de facto in python, and though not as widely used as i'd like, there is a testing framework called doctest which allows you to write tests in the documentation.
so for a given method or class, you have a couplefew paragraphs which explain how to use it, with invocations that are run as part of the test suite.
sometimes there end up being too much acrobatics for this to be as useful as i'd like, but the basic idea is really neat, IMO.
Also a feature of Rust: Every example in your docs are tested with your unit tests (unless you explicitly turn it off for a specific example). It's also a useful way to check that you didn't change your API by mistake, or generally make sure your doc is up to date.
Doctest exhibits this idea but it only really works for small, self contained utility functions - e.g. slugify a string, round a number to 3 decimal places, etc.
Doxygen should never be your sole source of documentation although a lot of projects use it that way. It does not communicate the design philosophy behind the code, so while it will answer whether you can use an API a certain way it doesn't answer if it was the intended use. This becomes important because once you step outside the programmers intent things are less likely to work and will be more brittle.
If you are a public library it also results in the infuriating situation of knowing an API will do what you want but not knowing how to get a parameter or class it requires.
doxygen is tool to programmatically generate documentation from properly formatted comments. If you use python, it is very similar to pydoc. We never actually used the generated documentation but basically used the format as a style guide. For functions it looks like:
/** @brief Prints character ch with the specified color
* at position (row, col).
*
* If any argument is invalid, the function has no effect.
*
* @param row The row in which to display the character.
* @param col The column in which to display the character.
* @param ch The character to display.
* @param color The color to use to display the character.
* @return Void.
*/
void draw_char(int row, int col, int ch, int color);
And it mentions Go which I believe was invented in 2009. It was on the site previously as 2001 which also seems wrong https://news.ycombinator.com/item?id=3439772 . Maybe it is just being updated.
