vgmstream/src/meta/opus.c
#include "meta.h"
#include "../coding/coding.h"
#include "../layout/layout.h"
#include "opus_interleave_streamfile.h"
/* Nintendo OPUS - from Switch games, including header variations (not the same as Ogg Opus) */
#include "meta.h"
#include "../coding/coding.h"
#include "../layout/layout.h"
#include "opus_interleave_streamfile.h"
/* Nintendo OPUS - from Switch games, including header variations (not the same as Ogg Opus) */
pub trait Service {
from cryptography.hazmat.primitives.asymmetric.ec import ECDSA | |
from cryptography.hazmat.primitives.hashes import SHA256 | |
from cryptography.hazmat.primitives.serialization import Encoding, PublicFormat | |
from ykman.device import list_all_devices | |
from ykman.logging import init_logging | |
from yubikit.core import TRANSPORT | |
from yubikit.core.smartcard import SmartCardConnection | |
from yubikit.logging import LOG_LEVEL | |
from yubikit.management import CAPABILITY | |
from yubikit.openpgp import EcAttributes, KEY_REF, OID, OpenPgpSession |
function sync() { | |
const srcId = "[email protected]"; | |
const syncWindowInDays = 7; | |
const syncStatuses = [ | |
null, | |
CalendarApp.GuestStatus.MAYBE, | |
CalendarApp.GuestStatus.OWNER, | |
CalendarApp.GuestStatus.YES, | |
]; | |
I read [an argument for only two log levels: INFO
and ERROR
][only-info-error].
I [responded][log-response] essentially saying:
Like the blog post's author, most of systems that I've worked on have had poor logging practices. But unlike the blog post's author, I strongly suspect that's because most logging APIs offer poor affordances.
I haven't found a description of the service architecture I frequently see; but, the Internet is lousy with descriptions of three tier and event driven architectures.
This write-up is for Future Me to point at when asked how to design a network service.
tl;dr
Technical writing I don't believe will ever get old.
I could not agree more with my colleague and friend Travis Johnson's opinion that "[INTERCEPTORS ARE SO COOL][iasc]!" In that post, he succinctly describes the [Interceptor pattern][pattern] as used adroitly by [OkHttp][okhttp]. But, as is often the case, I believe a complicated object-oriented pattern obscures the simple functional gem within it.
I'll quote liberally from [OkHttp's documentation on the topic][okhttp-interceptor]:
Interceptors are a powerful mechanism that can monitor, rewrite, and retry calls. […] >