Qua

Reader

A list of all postings of all blogs on Qua where the author has configured the blog to publish on this page.

from clognz

Abri nécessaire à l’achèvement d'un processus de gestation ou de réparation, procuré par une membrane isolante qui sépare temporairement du milieu extérieur le cubiculum d'incubation destiné à cet effet.

Par extension : fragilité consubstantielle de Ce qui n'a pas encore atteint son état de maturité, ou retrouvé complètement sa condition fonctionnelle initiale, pour qui une exposition prématurée au milieu pourrait comporter des préjudices et/ou des opportunités.

 
Lire la suite...

from 工人小记

用户A:在X银行贷了款,之后还不上了,于是卖房。 (银行在A卖房过程中应该是作为一个中间方,信用担保角色) 用户B:买A房,网签(线上(实人认证)签署?)合同。 B最近打算搬进去A房住,但是在楼道发现烧纸钱等痕迹。 B遂询问邻居C,得知:A家娃(小A)就在AB网签交易交付的前几日,在这房里跳楼自杀的。 (所以A是在该房已成为“凶宅”的前提下,并未提前告知B,仍然正常售卖交易) B遂起诉X银行。

我:难道是A黄赌毒导致的无法还贷?小A觉得前途黑暗,所以轻生。 女同事Zy:我家大娃大概是13岁开始叛逆,是激素变化导致的。总之要哄,不可以硬来。 (“叛逆期”“更年期”都算是生物学的问题,反作用形成精神问题)

 
阅读更多

from Être Divin

  • Création d'une “Harpe collective”

“En effet : parmi tous ces éléments il y a une série de cinq Trames sonores, dont l’agencement peut être modifié – et c’est là qu’interviennent les différents possibles auxquels j’ai fait allusion. Selon en effet la nature de cet agencement, il découle différentes hypothèses se réalisant l’une ou l’autre, ou l’autre encore. Cela ne correspond pas à ce que vous appelez des lignes de futurs, il s’agit encore d’autre chose. Néanmoins cela implique des choix, qui engagent votre avenir assez rapproché.

https://voixdelumiere.fr/2012/03/sehelam-anna-n6/ #SehelamAnna

 
Lire la suite...

from Qua info

I've updated the instance to revision f7008dc which is release 0.17 of writefreely.

The upstream announcement has all the details on the changes.

UPDATE2: There was an another upstream release, basically fixing the same problem, there was no blog entry (yet), but https://github.com/writefreely/writefreely/releases/tag/v0.17.2 has the info.

UPDATE: There was a new upstream release very quickly, see: https://blog.writefreely.org/version-0-17-1

The most important change is the fix of an issue where erroneous registrations were possible on a site which works with invitations (like we do). That has luckily been fixed and the thousands of spam registrations have been cleared.

It has been a while since we upgraded, so it's nice to see all new features land on Qua.name as well. Not all features have been enabled (like subscribe by email), but once they do we will post about it. We came from version 0.14 so it might be worth reading the upstream release notes for 0.15 and 0.16 as well.

 
Read more...

from Rolistologie

Révérés Anciens, Respectés Ancillas, Estimés Semblables,

Lors de la nuit du 25 juillet 2026, la cour du Lyonnais s’est réuni à l’invitation de son Prince, Son Altesse M. Boston Corbett, Ancilla des Prophètes.

Voici les différentes nominations qui y ont eu lieu :

J’ai moi-même, Tsaphkiel, nouveau-né du clan Tremere, été nommé Primogène de mon Sang, Harpie Majeure, et Émissaire du Conseil Pourpre sur le Lyonnais.

Mlle Jean Spangler, nouvelle-née du clan de la Rose est désormais Primogène de son Sang.

M. Charles-Armand de la Voisinnière, nouveau-né des Roys, est désormais Primogène de son Sang.

M. Core-Dual, nouveau-né des Prophètes, est désormais Primogène de son Sang.

M. Mycel, nouveau-né de la Louve, est désormais Primogène de son Sang.

M. Sante Caserio, nouveau-né des Sages, est désormais Primogène de son Sang.

M. Włodzimierz Zagórski, nouveau-né des Masques, est désormais Primogène de son Sang.

Mlle Malkara, nouvelle-née de la Lame Blanche, est désormais Primogène de son Sang.

M. Le Cartographe, nouveau-né de la Rose, est désormais Maître des Harpies, et Fouet de son Sang.

M. Kelmis, nouveau-né du clan Tremere, est désormais Fouet de son Sang.

M. Arthur Malairné, nouveau-né des Roys, est désormais Fouet de son Sang.

M. Saute-peur, nouveau-né de la Louve, est désormais Fouet de son Sang.

Mlle Misha, nouvelle-née des Masques, est désormais Fouet de son Sang.

Les autres officiers seront nommés prochainement.

Son Altesse rappelle qu’en attendant une prochaine répartition de territoires, le Vieux Lyon est strictement réservé au Prince, et que les semblables s’étant vus accordés le droit de Chasse peuvent l’exercer dans les environs de la Part-Dieu.

À noter qu’à la fin de la soirée, il a été procédé à l’incendie et à la salaison de l’ancien Élyséum désacralisé en 2019, le château de Montchat.

Tsaphkiel, nouveau-né du clan Tremere, Primogène de son Sang, Harpie Majeure, Émissaire du Conseil Pourpre.

#JdR #AnnoncesCapitaleDÉgos #VlM

 
Lire la suite...

from clognz

Par analogie : Information ni du dehors ni du dedans, mais en quelques sorte imprimée temporairement sur l'interface qui fait le lien entre les deux.

Sa propriété principale consiste à maintenir le subconscient actif et focalisé, hors dispersions intrinsèques ou programmées, au sein de la cacophonie environnante.

 
Lire la suite...

from Rolistologie

Le 25 juin 2026

Semblables,

La Praxis de Lyon rouvre ses portes. Vous êtes tous conviés à la soirée inaugurale qui aura lieu le samedi 25 juillet, à l’Opéra de Lyon, sous les règles de l’Élyséum. Les nouveaux arrivants sont invités à se présenter au préalable à l’Atrium, situé au Flâneur, 56 Rue Sébastien Gryphe, d’où les indications nécessaires leurs seront données.

Que les auspices vous guident !

Aristide, sous la dictée de son domitor, Son Altesse M. Boston Corbett, Ancilla du clan de la Lune, Prince de Lyon.

#JdR #VlM #annoncesCapitaleDÉgos

 
Lire la suite...

from veer66

1. Subsystem Decomposition

1.1 The Decomposition Problem

A subsystem decomposes a codebase into smaller, cohesive units. Two primary axes of decomposition exist:

  • Technical axis: grouping by component type (controller, service, model, view)
  • Functional axis: grouping by business capability (cataloguing, circulation, etc.)

1.2 Tension Between Framework Prescriptions and Decomposition Strategy

Organizing top-level subsystems functionally may create friction with frameworks that prescribe a technical-first structure. Concrete examples:

  • Rails enforces model, view, and controller directories at the root level, making functional decomposition awkward without additional mechanisms like Rails Engines
  • Sinatra (a microframework) imposes minimal structure, leaving architectural decisions entirely to the team

Frameworks with rigid prescriptions constrain architectural choices. Frameworks with no structure shift the entire burden onto the team with no guidance. This second approach might be fine for teams that know what they are doing and how to shape the architecture properly. Not everyone needs guidance from the framework.

1.3 Contexts as a Middle Ground

Phoenix provides contexts as a compromise:

  • Explicit, guideline-oriented subsystems that enable functional decomposition without rigid enforcement
  • Contexts define functional boundaries while allowing technical organization to remain nested within them
  • Functional blocks may later evolve into microservices, but this is optional
  • The same decomposition serves equally well in a modular monolith or a distributed architecture
  • The choice depends on team needs, scaling requirements, and operational maturity, not on the decomposition strategy itself

2. Pipeline Topology and Data Flow

2.1 The Unix Pipeline Model

Unix pipelines model data flow through a single stream connecting stdout to stdin. This forms a linear chain where each stage's output becomes the next stage's input. Key characteristics:

  • Each stage has exactly one input and one output
  • Cognitive overhead is minimized because the topology is trivial to trace
  • The linear, single-stream characteristic is not mandatory for a pipeline, but it reduces complexity significantly

2.2 Arbitrary DAG Topologies

Orchestrators like Airflow allow arbitrary DAG topologies with fan-in and fan-out edges. Tradeoffs:

  • Powerful for expressing complex dependencies
  • DAGs with dense interconnections tend to become hard to read even with visual rendering
  • Complex function-call topologies with many parameters outside Airflow and Unix pipelines also produce unreadable code

2.3 Byte Streams and Opaque Containers

Unix-like pipelines connect programs by passing data through unidirectional byte-streams:

  • Programs at each end agree on a structure such as JSON, CSV, or tar archives
  • The pipe mechanism itself transports only raw bytes
  • This has a direct analogue in dynamically typed languages: in Lisp and Clojure, collections (lists, maps, vectors) serve as opaque containers that can hold almost arbitrary data
  • The consumer interprets the contents rather than the container dictating them

3. Typing Heterogeneous Pipeline Data

3.1 The Problem

Strict type systems introduce complications when handling heterogeneous data flowing through a pipeline where each stage transforms the shape slightly.

3.2 Failed Approaches

Single large type with many optional fields:

  • Creates dependencies between all pipeline steps
  • Loses the ability to reject illegal data
  • Makes reuse difficult
  • Changes to one field propagate everywhere

Many separate types for each step:

  • Exhaustive and adds noise to the program
  • Structures may not be mutually exclusive yet are treated as such
  • Maintenance burden grows with every new stage

Both approaches fail because each pipeline stage depends on more than it needs.

3.3 Partial Fixes From Functional Programming

Two techniques alleviate but do not fully resolve the problem:

  • Functional record update: enables creating modified copies without mutation, reducing coupling related to state changes
  • Sum types: restore the ability to discriminate valid from invalid data and support exhaustiveness checking

Remaining limitation: every step that pattern-matches on a sum type must know about all variants. Adding a new case still propagates changes through the pipeline.

3.4 Structural Type Compatibility

Structural type compatibility offers a complementary solution:

  • Independently defined types become compatible based on shape alone without requiring any inheritance relationship
  • A consumer can specify only the subset of fields it needs via a structural interface
  • Each step depends on a minimal projection of the data rather than the full type
  • This decouples pipeline stages more effectively than either naive approach or sum types alone

3.5 Python Implementation

Python implements several of these patterns:

  • dataclasses.replace(): supports immutable record updates
  • The | union operator: simplifies union type expressions
  • Protocol classes: enable structural subtyping, allowing independent types to satisfy contracts based on method and attribute signatures
  • Tagged unions: modeled using Literal discriminator fields on dataclasses or TypedDicts
  • typing.assert_never with mypy: enforces exhaustiveness checking on pattern matching or if chains, providing compile-time guarantees similar to sum types in functional languages

Combined approach:

  • Protocols decouple steps through structural conformance
  • Tagged unions enable variant discrimination with exhaustiveness checking
  • Functional record updates reduce mutation-related coupling

4. Microservices, Processes, and Isolation Patterns

4.1 The Shared Principle: Isolated State by Default

A microservice and a Unix process share architectural similarities:

  • Microservices: in well-designed architectures, a service does not share variables or databases with other services. Communication happens through well-defined interfaces. This is a best practice, not a hard technical constraint.
  • Unix processes: each process has its own virtual address space and does not share memory directly with other processes. Explicit sharing is possible through mechanisms such as shm_open (POSIX shared memory) or mmap.

4.2 Historical Lineage

Microservices on GNU/Linux are literally processes communicating via HTTP over TCP/IP. The historical chain:

  • TCP/IP: first implemented in 4.2BSD Unix in 1983
  • HTTP: developed at CERN in 1989 to 1990, building upon these networking foundations
  • Tim Berners-Lee wrote the first HTTP server and web browser on a NeXT workstation running NeXTSTEP in fall 1990
  • NeXTSTEP was heavily influenced by BSD Unix
  • GNU/Linux copied many initial ideas from Unix while remaining free and open

The modern distributed system traces an unbroken lineage back to Unix.

4.3 Pipes as an Alternative to Microservices

Piping via stdin-stdout chains is another mode of interprocess communication:

  • Not as powerful or generic as TCP/IP or HTTP
  • Easy to use and reason about
  • Naturally fits data pipelines
  • A data pipeline can be built using command-line tools piped together, running as processes on GNU/Linux instead of using microservices and a full orchestration system
  • Scalability can be achieved by SSH and distribution through GNU Parallel, which launches jobs across multiple machines accessed over the network

4.4 Erlang and Clojure as Additional Isolation Models

Erlang processes:

  • Lightweight alternative to Unix processes
  • Rich high-level interprocess communication via mailbox message passing
  • The Erlang VM enforces process isolation as a runtime guarantee

Clojure and other functional runtimes:

  • Do not have the same process isolation constraints as the Erlang VM
  • Provide lightweight isolation via persistent data structures and Software Transactional Memory (STM)
  • STM allows memory sharing while preventing conflicts even when multiple functions run in parallel or concurrently

Bottom Line: Think Twice Before Going Micro

Here is the real talk. You might want to pause before spinning up your first microservice. Ask yourself these questions:

  • Do I actually need physical isolation, or will logical separation suffice?
  • Can a simple pipe between processes do the job just as well?
  • Am I solving a scaling problem that does not exist yet?
  • Do I have the ops maturity to handle distributed tracing, service meshes, and deployment pipelines?
  • Will my team understand this architecture six months from now?

The truth is, Unix pipes have been doing data transformation reliably since 1973. Erlang processes have handled millions of concurrent connections since the 1980s. Functional isolation with STM has been working since Clojure showed up in 2009. None of these require Kubernetes. None of them need a dedicated platform team. And none of them will haunt you with debugging nightmares at 3am.

Microservices are not evil. They are just heavy. They are the nuclear option for isolation. Use them when the problem demands the weight. Otherwise, reach for the lighter tool. A pipe, a context boundary, a protocol type. Try the easy solution first. If it breaks, then scale up. Most teams never get to that point. And their systems stay simpler, cheaper, and easier to maintain because of it.

So yeah, think twice. Maybe thrice. Then build the smallest thing that could possibly work.

 
Read more...

from Rolistologie

Qu’il soit su de tous qu’après sept années de remise au pas par la Haute Justice, le Domaine du Lyonnais cesse d’être Terre de Justice. Il est désormais rouvert aux semblables.

La Haute Justice profite de cette transition pour orienter l’avenir du Domaine.

À compter de la nuit du 25 juillet 2026, durant une année et une nuit, le Domaine du Lyonnais sera administré par son Prince, Son Altesse M. Boston Corbett, Ancilla du clan Malkavian, et sa cour sera ouverte à tout Nouveau-Né de bonne volonté. Les aînés sont les bienvenus, mais veilleront à rester en retrait, notamment des postes d’officiers et du Primogénat, afin de laisser aux Nouveaux-Nés la responsabilité de leurs décisions et actes.

À l’issue de cette période, le clan qui aura le mieux œuvré au développement de la Praxis, dans le respect des Traditions et des intérêts de la Camarilla, aura l’honneur de présenter un Ancien qui sera intronisé Prince du Lyonnais par la Haute Justice.

Afin de pouvoir en juger, la Haute Justice introduit le poste de Gardiateur, d’un statut d’officier supérieur, accordé à un Servire qui sera chargé de consigner et rapporter les agissements de la Cour du Lyonnais. À date, est nommé à ce poste M. Romaric de Gamaches, Ancilla du clan Brujah, Gardiateur du Lyonnais, Servire de la Camarilla.

La Haute Justice n’a nul doute que l’expérience sera instructive.

Sous la dictée de l’Excellence Chancelière Dame Lady Laura Halcombe, Ancienne du Clan des Rois, Archonte Chancelière de la Justice, Rédigé le 25 mai 2026 au Luxembourg.

#JdR #VlM #annoncesCapitaleDÉgos

 
Lire la suite...

from Amassando ideas

Hacer alrededor de un mes, una amiga de mi novia me hizo esa pregunta al contar que soy vegetariano desde hace cuatro años. Al inicio no sabía cómo responder, porque no lo había pensado. Pero después lo pensé y creo poder dar una mejor respuesta.

Primero, intento ponerme en su lugar. La mayoría de la gente está acostumbrada a comer carne como si nada, por lo que esa pregunta parece normal. Entonces, si no como carne, ¿qué comidas como en su lugar? Podría responder diciendo exactamente lo que como (huevos, legumbres, etc), pero creo que eso pierde el punto, porque no como carne pero tampoco reemplazo el pollo ni ningún tipo de carne.

Los seres humanos tenemos ciertas necesidades nutricionales. Debemos comer una cierta cantidad de proteínas, grasas y carbohidratos. También necesitamos micronutrientes como minerales y vitaminas. A nuestro organismo no le importa el origen de dichos nutrientes, si es vegetal, animal u otro.

Consciente de esto, cada alimento tiene estos nutrientes en cierta medida y yo consumo alimentos que satisfacen estas necesidades, pero no consumo carne de ningún tipo. Por ejemplo, el pollo es un alimento que tiene altas cantidades de proteína, y yo no obtengo mis proteínas del pollo sino de otros alimentos como los huevos, lentejas, yogurt griego, tofu, entre otros alimentos con una buena cantidad de proteínas.

Pero no pienso en el pollo, no pienso en el cerdo, no pienso en ningún tipo de carne. No pienso en cómo reemplazar la carne, porque llevo tanto tiempo siendo vegetariano que no pienso en la carne en absoluto cuando como. Lo que pienso es en satisfacer mis necesidades diarias de proteína, carbohidratos y grasas.

No busco reemplazar la carne, sino que busco satisfacer mi necesidades nutricionales sin comer carne.

 
Leer más...

from 工人小记

部长Lw对个组员Zx搞学历歧视(人家的学历如果真不行,一开始也不可能招进来)(说别人学历不行,怎么不敢说招人有问题?欺软怕硬) 反正组员回来一说,我先给这个癫公微信拉黑了,只在群聊且只会回复工作信息。 无理取闹、以偏概全的 #癫组长Lp 看了这个搞学历歧视的部长都难绷

难道是hr不想招来北大/清华/常春藤的毕业生?做这个工也没那么高端,用不着。感觉是为了制造别人焦虑,羞辱别人。 我刚入职培训的时候,同期就有人是所谓的非对口专业,后来一个部门也有管事的是非对口专业,说明所谓的专业对口其实没那么严格,能完成工作就ok,管理者应该做的不就是要发现别人优点让别人发挥?

前情回顾:组长L是个怪东西 https://qua.name/workerdairy/an-men-de-xian-zu-chang-lmou-que-shi-shi-ge-guai-dong-xi

 
阅读更多

from Rolistologie

Vous connaissez le Triangle de Zooko ? C’est une conjecture en théorie des réseaux informatiques qui postule qu’il est impossible pour un protocole d’avoir les 3 caractéristiques suivantes en même temps : sécurité, décentralisation, et compréhension humaine des identifiants. Depuis, des protocoles ont été développés pour réunir ces 3 propriétés.

Bon, côté #JdR, je propose ce triangle : Il est impossible pour un jeu de rôle (au sens large) d’avoir les 3 propriétés suivantes : * décentralisation * sans système de jeu * résistant au play to win

Commençons par des définitions.

Décentralisation.

Un jeu de rôle est centralisé si l’intégralité des interactions fictionnelles se déroulent devant (au moins) un sous-ensemble des participants qui détient l’autorité fictionnelle.

Système de jeu

Voir les définitions

Résistant au play to win.

J’appelle ici play to win la démarche d’un participant qui est prêt à utiliser tous les moyens autorisés par le jeu pour parvenir à atteindre un objectif personnel, potentiellement opposé à ceux des autres participants. La résistance d’un jeu au play to win est sa capacité à maintenir de l’intérêt pour l’ensemble des joueurs malgré les potentielles tentatives de certains d’indirectement ruiner l’expérience d’autres.

Donc la conjecture, sur laquelle je propose de réfléchir (mais vous aurez peut-être des contre-exemples), est qu’un jeu ne peut posséder les 3 propriétés. Prenons donc les 3 couples possibles et regardons pourquoi la 3ème propriété n’est plus envisageable.

Décentralisation + sans système de jeu

On se place dans le cadre d’un jeu décentralisé, c’est à dire que les joueurs peuvent jouer en autonomie, en parallèle. Les exemples classiques sont les GN avec un ratio joueurs/orga suffisamment élevé pour que du jeu se déroule hors du regard des orgas, et qu’ils n’en soient informés, au mieux, qu’a posteriori. Mais on peut aussi envisager un JdR sur table où les apartés joueurs-joueurs seraient encouragés, et impactant sur la fiction (au delà du dialogue). Très concrètement, on se retrouve avec (au moins) 2 joueurs en situation de conflit fictionnel (c’est à dire qu’ils n’ont pas le même avis sur l’évolution de la fiction), dont aucun n’a l’autorité sur l’élément fictionnel concerné (sinon le jeu reviendrait à être centralisé), mais qui doivent tout de même décider de son évolution. S’il n’y a pas de système de jeu pour trancher, les joueurs doivent se mettre d’accord entre eux. Or, si les deux sont en mode play to win, on peut se retrouver dans une situation bloquée où aucun des deux ne veut céder. Donc, ce jeu ne sera pas résistant au play to win

Décentralisation + résistant au play to win

On commence dans la même situation que précédemment, jusqu’au désaccord des joueurs, qui sont tous les deux dans une démarche play to win. Le jeu doit donc proposer une issue, qui ne repose pas sur une autorité. À ce stade, je ne vois pas d’autres solutions qu’un système de jeu, mais je serais heureux de lire vos propositions.

Sans système de jeu + résistant au play to win

Ici, posons-nous directement dans le cas d’un désaccord entre joueurs, qui motivés par leur démarche play to win ne souhaitent pas faire de concession. Sans système de jeu pour trancher, il faut se rabattre sur un détenteur de l’autorité, et on se retrouve donc dans un dispositif centralisé. Encore une fois, si vous voyez des alternatives, discutons-en.

Conclusion

L’un des buts de cet conjecture est de pousser les théoriciens et développeurs de jeux à trouver des mécanismes pour réussir à produire un objet ludique qui respecte ces 3 contraintes. Et les recherches intermédiaires pourront être intéressantes et réutilisables, même si elles n’aboutissent pas. Une autre raison de la formulation de cette conjecture est d’accepter (du moins temporairement) de faire le deuil d’une solution idéale. Par exemple, pour moi, de comprendre pourquoi il apparaissait si difficile de se passer de système de jeu dans le semi GN #Camarilla.

#JdR #Théorie

 
Lire la suite...