The Dev-sumer Vision: a Manifesto for the Computational Designer Principles for Architects who code, Designers who Build and Professionals who refuse to sacrifice life for work. The manifesto exists in three forms: the philosophical foundation, the practical principles, and the applied methodology. Read them in sequence or jump to what resonates. Where it all started. The philosophical manifesto that sparked the Devsumer movement—why designers must become tool-makers, not just toolusers. Read the Article Contact Arch. PhD Luciano Ambrosini LA Architecture & Computational Design Consultancy Website: lucianoambrosini.it LinkedIn: Connect GitHub: Follow Mailing list: Stay updated
License & Attribution Manifesto by Luciano Ambrosini | © LA Architecture & Computational Design Consultancy
These principles belong to anyone willing to act on them. Adapt them to your context; Share them with your community; Build on them freely; But acknowledge the philosophical foundation, Credit: Luciano Ambrosini. Ideas grow through attribution, not appropriation © LA Architecture & Computational Design Consultancy
Licensed for adaptation with attribution | These principles belong to anyone willing to act on them
Make It Yours Adapt | Share | Build | Acknowledge Make this manifesto yours. Improve it. Share it. Build on it freely—but acknowledge the philosophical foundation. Ideas grow through attribution, not appropriation.
Quindici Principi per il Progettista Computazionale [Dev-sumer] 1. Gli Strumenti Non Sono Neutri Ogni software incorpora ipotesi su come il lavoro dovrebbe essere svolto. Quando accetti uno strumento acriticamente, ne accetti le ipotesi—comprese quelle tossiche su straordinari e produttività. Quando costruisci il tuo, codifichi i tuoi valori: efficienza, umanità, rispetto per il tempo.
Adatta | Condividi | Costruisci | Riconosci
2. Il Confine Tra Designer e Costruttore di Strumenti È Artificiale Questa separazione aveva senso nell'era industriale, quando gli strumenti richiedevano fabbriche. Non ha senso nell'era computazionale, quando gli strumenti richiedono pensiero. Lo stesso pensiero logico che ti rende un buon designer ti rende capace di costruire strumenti.
3. Costruire Strumenti È Ricerca Progettuale Quando costruisci uno strumento, sei costretto a formalizzare il tuo pensiero sul problema. Questa chiarezza ti rende un designer migliore, anche quando non usi lo strumento. Devi essere un creatore di problemi prima di essere un risolutore di problemi—comprendi profondamente, poi risolvi elegantemente.
4. Parti dal Problema, Non dallo Strumento Non chiederti "Cosa può fare questo software?" Chiediti "Cosa richiede questo problema?" Poi costruisci (o trova, o modifica) strumenti che rispondano a quella necessità. Lo strumento serve la visione, non il contrario.
5. Automatizza la Fatica, Non il Pensiero Costruisci strumenti che eliminino il lavoro tedioso, ripetitivo e alienante, così puoi concentrarti sul pensiero creativo, strategico e significativo. Non costruire strumenti che pensino al posto tuo—costruisci strumenti che ti diano tempo per pensare.
6. Rendi i Tuoi Strumenti Condivisibili La conoscenza cresce quando è condivisa. I tuoi componenti personalizzati, script e workflow sono doni per la comunità. Condividili. Documentali. Lascia che altri costruiscano sul tuo lavoro. Usa licenze commons (come fa Ladybug Tools) per incoraggiarlo.
7. Abbraccia Strumenti Imperfetti Piuttosto Che Workflow Perfetti Uno strumento che funziona all'80% e ti fa risparmiare ore è meglio di un processo manuale perfetto al 100% ma che richiede giorni e schiaccia gli animi. Il perfetto è nemico del consegnato. Itera nella pratica, non nella teoria.
8. Impara Abbastanza da Essere Pericoloso Non ti serve un dottorato in informatica per costruire strumenti. Impara abbastanza Python, C# o JavaScript per risolvere i tuoi problemi immediati. La profondità viene con la pratica. Ho imparato gli algoritmi in ingegneria con MATLAB e C++, ma ciò che contava era la struttura logica—il pensiero computazionale, non la sintassi.
9. Costruisci in Modo Iterativo, Non Monumentale Non cercare di costruire lo strumento perfetto dal primo giorno. Costruisci qualcosa che risolva il problema di oggi. Miglioralo domani. Lascia che evolva con la tua comprensione. (N.d.A.: L'Ambrosinus Toolkit è cresciuto componente per componente, problema per problema).
10. Lo Strumento È il Messaggio Quando condividi uno strumento, non stai condividendo solo codice. Stai condividendo un modo di pensare ai problemi. Stai insegnando attraverso la dimostrazione. Lo strumento è pedagogia—mostra come strutturi il pensiero.
11. La Leadership Deve Evolversi con la Tecnologia Un manager efficace deve sapere come riconoscere e valorizzare l'unicità di ogni membro del team. Non esiste un approccio universale. Ogni professionista ha il proprio modo di esprimere il talento, le proprie competenze specifiche, la propria chiave di lettura del progetto. La vera capacità di un leader sta nel saper accordare questi diversi strumenti in un'armonica sinfonia progettuale.
12. Proteggi il Tempo Umano Ferocemente Il tempo è l'unica risorsa che non puoi mai recuperare. Gli strumenti che fanno risparmiare tempo non riguardano solo l'efficienza—riguardano la dignità. Riguardano le serate con la famiglia, i weekend per riposare, le mattine per riflettere. Non normalizzare il sacrificio della vita per il lavoro.
Questi principi appartengono a chiunque sia disposto a metterli in pratica. Adattali al tuo contesto; Condividili con la tua comunità; Costruisci liberamente su di essi; Ma riconosci il fondamento filosofico, Crediti: Luciano Ambrosini. Le idee crescono attraverso l'attribuzione, non l'appropriazione © LA Architecture & Computational Design Consultancy
13. Combina le Discipline per la Creatività La creatività combinatoria nasce dall'interazione con molte persone e molti ambienti operativi. Ingegneria + Architettura. Programmazione + Design. Scienze ambientali + Strumenti parametrici. IA + Giudizio umano. Le intersezioni sono dove vive l'innovazione.
14. Rimani Umano nell'Era dell'IA Con l'avvento dell'intelligenza artificiale, alcune osservazioni potrebbero oscurarsi o essere dimenticate mentre altre potrebbero essere validate. In questo periodo di incertezza culturale, è essenziale ricordare l'elemento umano. Architetti e ingegneri sono considerati tra gli ultimi intellettuali nella tecnocratizzazione dell'industria AEC, capaci di offrire riflessione, osservazione e direzione oltre la produttività.
15. Coltiva Passione e Curiosità La passione è la fiamma interiore che trasforma il lavoro in vocazione, che ti fa alzare all'alba per perseguire soluzioni che altri non hanno immaginato. La curiosità è la scintilla che sussurra "e se?" e "perché no?"—il motore che ti spinge a esplorare territori sconosciuti e a trovare connessioni inaspettate tra idee distanti. Quando passione e curiosità si fondono, creano una sinergia straordinaria. La passione fornisce la determinazione per perseguire le domande che la curiosità solleva, mentre la curiosità alimenta continuamente la passione con nuove sfide e prospettive. Insieme, ti permettono di crescere continuamente, reinventarti e lasciare un segno significativo—nel tuo studio, nella tua azienda, nella tua disciplina o nel mondo. Queste qualità non hanno limiti d'età. Sono doni che puoi coltivare per tutta la vita, trasformando ogni giorno in un'opportunità di scoperta e ogni sfida in un'occasione di crescita.
Fifteen Principles for the Dev-sumer Computational Designer 1. Tools Are Not Neutral Every piece of software embeds assumptions about how work should be done. When you accept a tool uncritically, you accept those assumptions—including toxic ones about overtime and productivity. When you build your own, you encode your own values: efficiency, humanity, respect for time.
Adapt | Share | Build | Acknowledge
This separation made sense in the industrial age when tools required factories. It makes no sense in the computational age when tools require thinking. The same logical thinking that makes you a good designer makes you capable of building tools.
These principles belong to anyone willing to act on them. Adapt them to your context; Share them with your community; Build on them freely; But acknowledge the philosophical foundation, Credit: Luciano Ambrosini. Ideas grow through attribution, not appropriation © LA Architecture & Computational Design Consultancy
2. The Boundary Between Designer and Tool-Maker Is Artificial
14. Stay Human in the Age of AI
3. Building Tools Is Design Research When you build a tool, you're forced to formalize your thinking about the problem. This clarity makes you a better designer, even when not using the tool. You need to be a problem maker before being a problem solver—understand deeply, then solve elegantly.
4. Start With the Problem, Not the Tool Don’t ask “What can this software do?” Ask “What does this problem need?” Then build (or find, or modify) tools that address that need. The tool serves the vision, not the other way around.
5. Automate Toil, Not Thinking Build tools that eliminate tedious, repetitive, soul-crushing work so you can focus on creative, strategic, meaningful thinking. Don’t build tools that do your thinking for you—build tools that give you time to think.
6. Make Your Tools Shareable Knowledge grows when shared. Your custom components, scripts and workflows are gifts to the community. Share them. Document them. Let others build on your work. Use commons licenses (like Ladybug Tools does) to encourage this.
7. Embrace Imperfect Tools Over Perfect Workflows A tool that works 80% and saves you hours is better than a manual process that’s 100% but takes days and crushes spirits. Perfect is the enemy of shipped. Iterate in practice, not in theory.
8. Learn Enough to Be Dangerous You don’t need a computer science PhD to build tools. Learn enough Python, C#, or JavaScript to solve your immediate problems. Depth comes with practice. I learned algorithms in engineering with MATLAB and C++, but the logical structure was what mattered—computational thinking, not syntax.
9. Build Iteratively, Not Monumentally Don’t try to build the perfect tool from day one. Build something that solves today’s problem. Improve it tomorrow. Let it evolve with your understanding. (AN.: The Ambrosinus Toolkit grew component by component, problem by problem).
10. The Tool Is the Message When you share a tool, you’re not just sharing code. You’re sharing a way of thinking about problems. You’re teaching by demonstrating. The tool is pedagogy—it shows how you structure thought.
11. Leadership Must Evolve With Technology An effective manager must know how to recognize and value the uniqueness of each team member. There is no universal approach. Each professional has their own way of expressing talent, their specific competencies, their own key to reading the project. The true ability of a leader lies in knowing how to tune these different instruments into a harmonic design symphony.
12. Protect Human Time Fiercely Time is the only resource you can never get back. Tools that save time aren’t just about efficiency—they’re about dignity. They’re about evenings with family, weekends for rest, mornings for reflection. Don’t normalize the sacrifice of life for work.
13. Combine Disciplines for Creativity Combinatorial creativity comes from interacting with many people and many operating environments. Engineering + Architecture. Programming + Design. Environmental science + Parametric tools. AI + Human judgment. The intersections are where innovation lives. With the rise of artificial intelligence, some observations may become obscured or forgotten while others may be validated. In this period of cultural uncertainty, it is essential to remember the human element. Architects and engineers are believed to be among the last intellectuals within the technocratization of the AEC industry, capable of offering reflection, observation, and direction beyond productivity.
15. Cultivate Passion and Curiosity Passion is the inner flame that transforms work into vocation, that makes you rise at dawn to pursue solutions others haven’t imagined. Curiosity is the spark that whispers “what if?” and “why not?”—the engine that drives you to explore unknown territories and find unexpected connections between distant ideas. When passion and curiosity merge, they create extraordinary synergy. Passion provides the determination to pursue the questions curiosity raises, while curiosity continuously fuels passion with new challenges and perspectives. Together, they allow you to grow continuously, reinvent yourself, and leave a significant mark—in your studio, your firm, your discipline, or the world. These qualities have no age limit. They are gifts you can cultivate throughout your life, transforming each day into an opportunity for discovery and every challenge into an occasion for growth.
Quinze Principes pour le Computational Designer Dev-sumer 1. Les Outils Ne Sont Pas Neutres
Ces principes appartiennent à quiconque est prêt à agir en conséquence. Adaptez-les à votre contexte ; Partagez-les avec votre communauté ; Construisez librement sur eux ; Mais reconnaissez le fondement philosophique, Crédit : Luciano Ambrosini. Les idées grandissent par l'attribution, pas par l'appropriation © LA Architecture & Computational Design Consultancy
Adapter | Partager | Construire | Reconnaître
Chaque logiciel intègre des hypothèses sur la façon dont le travail devrait être accompli. Lorsque vous acceptez un outil sans esprit critique, vous acceptez ces hypothèses—y compris celles toxiques concernant les heures supplémentaires et la productivité. Lorsque vous construisez le vôtre, vous encodez vos propres valeurs : efficacité, humanité, respect du temps.
2. La Frontière Entre Designer et Créateur d'Outils Est Artificielle
Cette séparation avait du sens à l'ère industrielle, lorsque les outils nécessitaient des usines. Elle n'a aucun sens à l'ère computationnelle, lorsque les outils nécessitent de la réflexion. La même pensée logique qui fait de vous un bon designer vous rend capable de construire des outils.
3. Construire des Outils Est une Recherche en Design
Lorsque vous construisez un outil, vous êtes obligé de formaliser votre réflexion sur le problème. Cette clarté fait de vous un meilleur designer, même lorsque vous n'utilisez pas l'outil. Vous devez être un créateur de problèmes avant d'être un résolveur de problèmes—comprenez profondément, puis résolvez élégamment.
4. Commencez par le Problème, Pas par l'Outil
Ne demandez pas "Que peut faire ce logiciel ?" Demandez "De quoi ce problème a-t-il besoin ?" Ensuite, construisez (ou trouvez, ou modifiez) des outils qui répondent à ce besoin. L'outil sert la vision, pas l'inverse.
5. Automatisez le Labeur, Pas la Pensée
Construisez des outils qui éliminent le travail fastidieux, répétitif et écrasant pour l'âme, afin de pouvoir vous concentrer sur une pensée créative, stratégique et significative. Ne construisez pas d'outils qui pensent à votre place—construisez des outils qui vous donnent du temps pour penser.
6. Rendez Vos Outils Partageables
Le savoir grandit lorsqu'il est partagé. Vos composants personnalisés, scripts et workflows sont des cadeaux pour la communauté. Partagez-les. Documentez-les. Laissez les autres construire sur votre travail. Utilisez des licences commons (comme le fait Ladybug Tools) pour encourager cela.
7. Adoptez des Outils Imparfaits Plutôt que des Workflows Parfaits
Un outil qui fonctionne à 80% et vous fait gagner des heures est meilleur qu'un processus manuel parfait à 100% mais qui prend des jours et écrase les esprits. Le parfait est l'ennemi du livré. Itérez dans la pratique, pas dans la théorie.
8. Apprenez Suffisamment pour Être Dangereux
Vous n'avez pas besoin d'un doctorat en informatique pour construire des outils. Apprenez suffisamment de Python, C# ou JavaScript pour résoudre vos problèmes immédiats. La profondeur vient avec la pratique. J'ai appris les algorithmes en ingénierie avec MATLAB et C++, mais ce qui comptait était la structure logique—la pensée computationnelle, pas la syntaxe.
9. Construisez de Manière Itérative, Pas Monumentale
N'essayez pas de construire l'outil parfait dès le premier jour. Construisez quelque chose qui résout le problème d'aujourd'hui. Améliorez-le demain. Laissez-le évoluer avec votre compréhension. (Note de l'auteur : Le Ambrosinus Toolkit a grandi composant par composant, problème par problème).
10. L'Outil Est le Message
Lorsque vous partagez un outil, vous ne partagez pas seulement du code. Vous partagez une façon de penser aux problèmes. Vous enseignez par la démonstration. L'outil est pédagogie—il montre comment vous structurez la pensée.
11. Le Leadership Doit Évoluer avec la Technologie
Un manager efficace doit savoir reconnaître et valoriser l'unicité de chaque membre de l'équipe. Il n'existe pas d'approche universelle. Chaque professionnel a sa propre façon d'exprimer son talent, ses compétences spécifiques, sa propre clé de lecture du projet. La véritable capacité d'un leader réside dans sa capacité à accorder ces différents instruments en une symphonie de design harmonieuse.
12. Protégez Férocement le Temps Humain
Le temps est la seule ressource que vous ne pouvez jamais récupérer. Les outils qui font gagner du temps ne concernent pas seulement l'efficacité—ils concernent la dignité. Ils concernent les soirées en famille, les week-ends de repos, les matinées de réflexion. Ne normalisez pas le sacrifice de la vie pour le travail.
13. Combinez les Disciplines pour la Créativité
La créativité combinatoire provient de l'interaction avec de nombreuses personnes et de nombreux environnements opérationnels. Ingénierie + Architecture. Programmation + Design. Sciences environnementales + Outils paramétriques. IA + Jugement humain. Les intersections sont là où vit l'innovation.
14. Restez Humain à l'Ère de l'IA
Avec l'essor de l'intelligence artificielle, certaines observations peuvent devenir obscures ou oubliées tandis que d'autres peuvent être validées. En cette période d'incertitude culturelle, il est essentiel de se rappeler l'élément humain. Les architectes et les ingénieurs sont considérés comme parmi les derniers intellectuels au sein de la technocratisation de l'industrie AEC, capables d'offrir réflexion, observation et orientation au-delà de la productivité.
15. Cultivez la Passion et la Curiosité
La passion est la flamme intérieure qui transforme le travail en vocation, qui vous fait vous lever à l'aube pour poursuivre des solutions que d'autres n'ont pas imaginées. La curiosité est l'étincelle qui murmure "et si ?" et "pourquoi pas ?"—le moteur qui vous pousse à explorer des territoires inconnus et à trouver des connexions inattendues entre des idées distantes. Lorsque passion et curiosité fusionnent, elles créent une synergie extraordinaire. La passion fournit la détermination pour poursuivre les questions que la curiosité soulève, tandis que la curiosité nourrit continuellement la passion avec de nouveaux défis et perspectives. Ensemble, elles vous permettent de croître continuellement, de vous réinventer et de laisser une empreinte significative—dans votre studio, votre entreprise, votre discipline ou le monde. Ces qualités n'ont pas de limite d'âge. Ce sont des dons que vous pouvez cultiver tout au long de votre vie, transformant chaque jour en une opportunité de découverte et chaque défi en une occasion de croissance.
Quince Principios para el Computational Designer Dev-sumer 1. Las Herramientas No Son Neutrales
Cada software incorpora suposiciones sobre cómo debe realizarse el trabajo. Cuando aceptas una herramienta sin crítica, aceptas esas suposiciones—incluidas las tóxicas sobre horas extras y productividad. Cuando construyes la tuya, codificas tus propios valores: eficiencia, humanidad, respeto por el tiempo.
Estos principios pertenecen a cualquiera dispuesto a actuar según ellos. Adaptalos a tu contexto; Compártelos con tu comunidad; Construye libremente sobre ellos; Pero reconoce el fundamento filosófico, Crédito: Luciano Ambrosini. Las ideas crecen a través de la atribución, no de la apropiación © LA Architecture & Computational Design Consultancy
Adaptar | Compartir | Construir | Reconocer
2. La Frontera Entre Diseñador y Creador de Herramientas Es Artificial
Esta separación tenía sentido en la era industrial, cuando las herramientas requerían fábricas. No tiene sentido en la era computacional, cuando las herramientas requieren pensamiento. El mismo pensamiento lógico que te hace un buen diseñador te hace capaz de construir herramientas.
3. Construir Herramientas Es Investigación en Diseño
Cuando construyes una herramienta, te ves obligado a formalizar tu pensamiento sobre el problema. Esta claridad te convierte en un mejor diseñador, incluso cuando no usas la herramienta. Necesitas ser un creador de problemas antes de ser un solucionador de problemas—comprende profundamente, luego resuelve elegantemente.
4. Comienza con el Problema, No con la Herramienta
No preguntes "¿Qué puede hacer este software?" Pregunta "¿Qué necesita este problema?" Luego construye (o encuentra, o modifica) herramientas que aborden esa necesidad. La herramienta sirve a la visión, no al revés.
5. Automatiza el Trabajo Pesado, No el Pensamiento
Construye herramientas que eliminen el trabajo tedioso, repetitivo y agotador para el alma, para que puedas concentrarte en el pensamiento creativo, estratégico y significativo. No construyas herramientas que piensen por ti— construye herramientas que te den tiempo para pensar.
6. Haz que Tus Herramientas Sean Compartibles
El conocimiento crece cuando se comparte. Tus componentes personalizados, scripts y flujos de trabajo son regalos para la comunidad. Compártelos. Documentalos. Deja que otros construyan sobre tu trabajo. Usa licencias comunes (como lo hace Ladybug Tools) para fomentar esto.
7. Acepta Herramientas Imperfectas Sobre Flujos de Trabajo Perfectos
Una herramienta que funciona al 80% y te ahorra horas es mejor que un proceso manual perfecto al 100% pero que toma días y aplasta los espíritus. Lo perfecto es enemigo de lo terminado. Itera en la práctica, no en la teoría.
8. Aprende Lo Suficiente para Ser Peligroso
No necesitas un doctorado en informática para construir herramientas. Aprende suficiente Python, C# o JavaScript para resolver tus problemas inmediatos. La profundidad viene con la práctica. Aprendí algoritmos en ingeniería con MATLAB y C++, pero lo que importaba era la estructura lógica—el pensamiento computacional, no la sintaxis.
9. Construye de Forma Iterativa, No Monumental
No intentes construir la herramienta perfecta desde el primer día. Construye algo que resuelva el problema de hoy. Mejóralo mañana. Deja que evolucione con tu comprensión. (Nota del autor: El Ambrosinus Toolkit creció componente por componente, problema por problema).
10. La Herramienta Es el Mensaje
Cuando compartes una herramienta, no solo estás compartiendo código. Estás compartiendo una forma de pensar sobre problemas. Estás enseñando mediante la demostración. La herramienta es pedagogía—muestra cómo estructuras el pensamiento.
11. El Liderazgo Debe Evolucionar con la Tecnología
Un gerente eficaz debe saber cómo reconocer y valorar la singularidad de cada miembro del equipo. No existe un enfoque universal. Cada profesional tiene su propia forma de expresar talento, sus competencias específicas, su propia clave para leer el proyecto. La verdadera capacidad de un líder radica en saber cómo afinar estos diferentes instrumentos en una sinfonía de diseño armoniosa.
12. Protege el Tiempo Humano Ferozmente
El tiempo es el único recurso que nunca puedes recuperar. Las herramientas que ahorran tiempo no solo se tratan de eficiencia—se tratan de dignidad. Se tratan de noches con la familia, fines de semana para descansar, mañanas para reflexionar. No normalices el sacrificio de la vida por el trabajo.
13. Combina Disciplinas para la Creatividad
La creatividad combinatoria proviene de interactuar con muchas personas y muchos entornos operativos. Ingeniería + Arquitectura. Programación + Diseño. Ciencias ambientales + Herramientas paramétricas. IA + Juicio humano. Las intersecciones son donde vive la innovación.
14. Permanece Humano en la Era de la IA
Con el auge de la inteligencia artificial, algunas observaciones pueden volverse oscuras u olvidadas mientras que otras pueden ser validadas. En este período de incertidumbre cultural, es esencial recordar el elemento humano. Los arquitectos e ingenieros son considerados entre los últimos intelectuales dentro de la tecnocratización de la industria AEC, capaces de ofrecer reflexión, observación y dirección más allá de la productividad.
15. Cultiva la Pasión y la Curiosidad
La pasión es la llama interior que transforma el trabajo en vocación, que te hace levantarte al amanecer para perseguir soluciones que otros no han imaginado. La curiosidad es la chispa que susurra "¿y si?" y "¿por qué no?"—el motor que te impulsa a explorar territorios desconocidos y encontrar conexiones inesperadas entre ideas distantes. Cuando la pasión y la curiosidad se fusionan, crean una sinergia extraordinaria. La pasión proporciona la determinación para perseguir las preguntas que la curiosidad plantea, mientras que la curiosidad alimenta continuamente la pasión con nuevos desafíos y perspectivas. Juntas, te permiten crecer continuamente, reinventarte y dejar una huella significativa—en tu estudio, tu empresa, tu disciplina o el mundo. Estas cualidades no tienen límite de edad. Son dones que puedes cultivar a lo largo de tu vida, transformando cada día en una oportunidad de descubrimiento y cada desafío en una ocasión de crecimiento.
Fünfzehn Prinzipien für den Dev-sumer Computational Designer 1. Werkzeuge Sind Nicht Neutral Jede Software enthält Annahmen darüber, wie Arbeit erledigt werden sollte. Wenn du ein Werkzeug unkritisch akzeptierst, akzeptierst du diese Annahmen—einschließlich toxischer Vorstellungen über Überstunden und Produktivität. Wenn du dein eigenes baust, kodierst du deine eigenen Werte: Effizienz, Menschlichkeit, Respekt für Zeit.
Anpassen | Teilen | Bauen | Anerkennen
2. Die Grenze Zwischen Designer und Werkzeugmacher Ist Künstlich Diese Trennung ergab im Industriezeitalter Sinn, als Werkzeuge Fabriken erforderten. Sie ergibt im Computerzeitalter keinen Sinn, wenn Werkzeuge Denken erfordern. Dasselbe logische Denken, das dich zu einem guten Designer macht, befähigt dich, Werkzeuge zu bauen.
3. Werkzeuge Bauen Ist Design-Forschung Wenn du ein Werkzeug baust, bist du gezwungen, dein Denken über das Problem zu formalisieren. Diese Klarheit macht dich zu einem besseren Designer, auch wenn du das Werkzeug nicht verwendest. Du musst ein Problem-Macher sein, bevor du ein Problem-Löser bist—verstehe tief, dann löse elegant.
4. Beginne mit dem Problem, Nicht mit dem Werkzeug Frage nicht "Was kann diese Software?" Frage "Was braucht dieses Problem?" Dann baue (oder finde, oder modifiziere) Werkzeuge, die diesem Bedarf entsprechen. Das Werkzeug dient der Vision, nicht umgekehrt.
5. Automatisiere Mühsal, Nicht das Denken Baue Werkzeuge, die mühsame, repetitive, seelenzermürbende Arbeit eliminieren, damit du dich auf kreatives, strategisches, bedeutungsvolles Denken konzentrieren kannst. Baue keine Werkzeuge, die für dich denken—baue Werkzeuge, die dir Zeit zum Denken geben.
6. Mache Deine Werkzeuge Teilbar Wissen wächst, wenn es geteilt wird. Deine benutzerdefinierten Komponenten, Skripte und Workflows sind Geschenke an die Gemeinschaft. Teile sie. Dokumentiere sie. Lass andere auf deiner Arbeit aufbauen. Verwende Commons-Lizenzen (wie Ladybug Tools es tut), um dies zu fördern.
7. Akzeptiere Unvollkommene Werkzeuge Statt Perfekter Workflows Ein Werkzeug, das zu 80% funktioniert und dir Stunden spart, ist besser als ein manueller Prozess, der zu 100% perfekt ist, aber Tage dauert und den Geist zermürbt. Perfekt ist der Feind von fertig. Iteriere in der Praxis, nicht in der Theorie.
8. Lerne Genug, um Gefährlich zu Sein Du brauchst keinen Doktortitel in Informatik, um Werkzeuge zu bauen. Lerne genug Python, C# oder JavaScript, um deine unmittelbaren Probleme zu lösen. Tiefe kommt mit der Praxis. Ich lernte Algorithmen im Ingenieurwesen mit MATLAB und C++, aber was zählte, war die logische Struktur—computergestütztes Denken, nicht Syntax.
9. Baue Iterativ, Nicht Monumental Versuche nicht, das perfekte Werkzeug vom ersten Tag an zu bauen. Baue etwas, das das heutige Problem löst. Verbessere es morgen. Lass es mit deinem Verständnis entwickeln. (Anm.: Das Ambrosinus Toolkit wuchs Komponente für Komponente, Problem für Problem).
10. Das Werkzeug Ist die Botschaft Wenn du ein Werkzeug teilst, teilst du nicht nur Code. Du teilst eine Art, über Probleme nachzudenken. Du lehrst durch Demonstration. Das Werkzeug ist Pädagogik—es zeigt, wie du Gedanken strukturierst.
11. Führung Muss Sich mit der Technologie Entwickeln Ein effektiver Manager muss wissen, wie man die Einzigartigkeit jedes Teammitglieds erkennt und wertschätzt. Es gibt keinen universellen Ansatz. Jeder Fachmann hat seine eigene Art, Talent auszudrücken, seine spezifischen Kompetenzen, seinen eigenen Schlüssel zum Verständnis des Projekts. Die wahre Fähigkeit eines Leaders liegt darin, diese verschiedenen Instrumente zu einer harmonischen Design-Symphonie zu stimmen.
12. Schütze Menschliche Zeit Entschlossen Zeit ist die einzige Ressource, die du nie zurückbekommst. Werkzeuge, die Zeit sparen, sind nicht nur eine Frage der Effizienz—sie sind eine Frage der Würde. Sie betreffen Abende mit der Familie, Wochenenden zur Erholung, Morgen zur Reflexion. Normalisiere nicht das Opfer des Lebens für die Arbeit.
Diese Prinzipien gehören jedem, der bereit ist, nach ihnen zu handeln. Passe sie an deinen Kontext an; Teile sie mit deiner Gemeinschaft; Baue frei auf ihnen auf; Aber erkenne das philosophische Fundament an, Quellenangabe: Luciano Ambrosini. Ideen wachsen durch Zuschreibung, nicht durch Aneignung © LA Architecture & Computational Design Consultancy
13. Kombiniere Disziplinen für Kreativität Kombinatorische Kreativität entsteht durch Interaktion mit vielen Menschen und vielen Arbeitsumgebungen. Ingenieurwesen + Architektur. Programmierung + Design. Umweltwissenschaft + Parametrische Werkzeuge. KI + Menschliches Urteilsvermögen. Die Schnittstellen sind dort, wo Innovation lebt.
14. Bleibe Menschlich im Zeitalter der KI Mit dem Aufstieg der künstlichen Intelligenz können einige Beobachtungen verdeckt oder vergessen werden, während andere validiert werden. In dieser Zeit kultureller Unsicherheit ist es wesentlich, sich an das menschliche Element zu erinnern. Architekten und Ingenieure gelten als die letzten Intellektuellen innerhalb der Technokratisierung der AECIndustrie, fähig, Reflexion, Beobachtung und Ausrichtung jenseits von Produktivität anzubieten.
15. Kultiviere Leidenschaft und Neugier Leidenschaft ist die innere Flamme, die Arbeit in Berufung verwandelt, die dich im Morgengrauen aufstehen lässt, um Lösungen zu verfolgen, die andere sich nicht vorgestellt haben. Neugier ist der Funke, der "was wäre wenn?" und "warum nicht?" flüstert—der Motor, der dich antreibt, unbekannte Territorien zu erkunden und unerwartete Verbindungen zwischen entfernten Ideen zu finden. Wenn Leidenschaft und Neugier verschmelzen, schaffen sie außergewöhnliche Synergie. Leidenschaft liefert die Entschlossenheit, den Fragen nachzugehen, die Neugier aufwirft, während Neugier kontinuierlich Leidenschaft mit neuen Herausforderungen und Perspektiven nährt. Zusammen ermöglichen sie dir, kontinuierlich zu wachsen, dich neu zu erfinden und eine bedeutende Spur zu hinterlassen—in deinem Studio, deiner Firma, deiner Disziplin oder der Welt. Diese Qualitäten haben keine Altersgrenze. Sie sind Gaben,
Δεκαπέντε Αρχές για τον Dev-sumer Υπολογιστικό Σχεδιαστή 1. Τα Εργαλεία Δεν Είναι Ουδέτερα
Κάθε λογισμικό ενσωματώνει υποθέσεις σχετικά με το πώς πρέπει να γίνεται η εργασία. Όταν αποδέχεσαι ένα εργαλείο ακριτικά, αποδέχεσαι αυτές τις υποθέσεις—συμπεριλαμβανομένων των τοξικών για τις υπερωρίες και την παραγωγικότητα. Όταν φτιάχνεις το δικό σου, κωδικοποιείς τις δικές σου αξίες: αποτελεσματικότητα, ανθρωπιά, σεβασμό για τον χρόνο.
Αυτές οι αρχές ανήκουν σε όποιον είναι διατεθειμένος να ενεργήσει σύμφωνα με αυτές. Προσάρμοσέ τες στο πλαίσιό σου· Μοίρασέ τες με την κοινότητά σου· Χτίσε ελεύθερα πάνω σε αυτές· Αλλά αναγνώρισε τη φιλοσοφική βάση, Μνεία: Luciano Ambrosini. Οι ιδέες αναπτύσσονται μέσω της απόδοσης, όχι της ιδιοποίησης © LA Architecture & Computational Design Consultancy
Προσάρμοσε | Μοίρασε | Χτίσε | Αναγνώρισε
2. Το Όριο Μεταξύ Σχεδιαστή και Κατασκευαστή Εργαλείων Είναι Τεχνητό
Αυτός ο διαχωρισμός είχε νόημα στη βιομηχανική εποχή, όταν τα εργαλεία απαιτούσαν εργοστάσια. Δεν έχει νόημα στην υπολογιστική εποχή, όταν τα εργαλεία απαιτούν σκέψη. Η ίδια λογική σκέψη που σε κάνει καλό σχεδιαστή σε κάνει ικανό να φτιάχνεις εργαλεία.
3. Η Κατασκευή Εργαλείων Είναι Ερευνητικός Σχεδιασμός
Όταν κατασκευάζεις ένα εργαλείο, αναγκάζεσαι να επισημοποιήσεις τη σκέψη σου για το πρόβλημα. Αυτή η σαφήνεια σε κάνει καλύτερο σχεδιαστή, ακόμα και όταν δεν χρησιμοποιείς το εργαλείο. Πρέπει να είσαι δημιουργός προβλημάτων προτού γίνεις λύτης προβλημάτων—κατανόησε σε βάθος, στη συνέχεια λύσε με κομψότητα.
4. Ξεκίνα από το Πρόβλημα, Όχι από το Εργαλείο
Μην ρωτάς "Τι μπορεί να κάνει αυτό το λογισμικό;" Ρώτα "Τι χρειάζεται αυτό το πρόβλημα;" Στη συνέχεια κατασκεύασε (ή βρες, ή τροποποίησε) εργαλεία που ανταποκρίνονται σε αυτήν την ανάγκη. Το εργαλείο υπηρετεί το όραμα, όχι το αντίστροφο.
5. Αυτοματοποίησε τον Μόχθο, Όχι τη Σκέψη
Κατασκεύασε εργαλεία που εξαλείφουν την κουραστική, επαναλαμβανόμενη, ψυχοφθόρα εργασία, ώστε να μπορείς να επικεντρωθείς στη δημιουργική, στρατηγική, ουσιαστική σκέψη. Μην φτιάχνεις εργαλεία που σκέφτονται για σένα—φτιάξε εργαλεία που σου δίνουν χρόνο να σκεφτείς.
6. Κάνε τα Εργαλεία σου Κοινόχρηστα
Η γνώση αναπτύσσεται όταν μοιράζεται. Τα προσαρμοσμένα στοιχεία, τα scripts και οι ροές εργασίας σου είναι δώρα στην κοινότητα. Μοίρασέ τα. Τεκμηρίωσέ τα. Άφησε άλλους να χτίσουν πάνω στη δουλειά σου. Χρησιμοποίησε άδειες commons (όπως κάνει το Ladybug Tools) για να το ενθαρρύνεις.
7. Αγκάλιασε Ατελή Εργαλεία Παρά Τέλειες Ροές Εργασίας
Ένα εργαλείο που λειτουργεί στο 80% και σου εξοικονομεί ώρες είναι καλύτερο από μια χειροκίνητη διαδικασία που είναι τέλεια στο 100% αλλά διαρκεί μέρες και συντρίβει τα πνεύματα. Το τέλειο είναι εχθρός του ολοκληρωμένου. Επανάλαβε στην πράξη, όχι στη θεωρία.
8. Μάθε Αρκετά για να Είσαι Επικίνδυνος
Δεν χρειάζεσαι διδακτορικό στην επιστήμη των υπολογιστών για να κατασκευάσεις εργαλεία. Μάθε αρκετά Python, C# ή JavaScript για να λύσεις τα άμεσα προβλήματά σου. Το βάθος έρχεται με την πρακτική. Έμαθα αλγορίθμους στη μηχανική με MATLAB και C++, αλλά αυτό που μετρούσε ήταν η λογική δομή—η υπολογιστική σκέψη, όχι η σύνταξη.
9. Κατασκεύασε Επαναληπτικά, Όχι Μνημειωδώς
Μην προσπαθήσεις να κατασκευάσεις το τέλειο εργαλείο από την πρώτη μέρα. Κατασκεύασε κάτι που λύνει το σημερινό πρόβλημα. Βελτίωσέ το αύριο. Άφησέ το να εξελιχθεί με την κατανόησή σου. (Σημ. συγγραφέα: Το Ambrosinus Toolkit μεγάλωσε στοιχείο προς στοιχείο, πρόβλημα προς πρόβλημα).
10. Το Εργαλείο Είναι το Μήνυμα
Όταν μοιράζεσαι ένα εργαλείο, δεν μοιράζεσαι απλώς κώδικα. Μοιράζεσαι έναν τρόπο σκέψης για τα προβλήματα. Διδάσκεις μέσω της επίδειξης. Το εργαλείο είναι παιδαγωγικό—δείχνει πώς δομείς τη σκέψη.
11. Η Ηγεσία Πρέπει να Εξελιχθεί με την Τεχνολογία
Ένας αποτελεσματικός διευθυντής πρέπει να ξέρει πώς να αναγνωρίζει και να εκτιμά τη μοναδικότητα κάθε μέλους της ομάδας. Δεν υπάρχει καθολική προσέγγιση. Κάθε επαγγελματίας έχει τον δικό του τρόπο έκφρασης του ταλέντου, τις συγκεκριμένες ικανότητές του, το δικό του κλειδί για την ανάγνωση του έργου. Η αληθινή ικανότητα ενός ηγέτη έγκειται στο να γνωρίζει πώς να συντονίζει αυτά τα διαφορετικά όργανα σε μια αρμονική συμφωνία σχεδιασμού.
12. Προστάτευσε τον Ανθρώπινο Χρόνο Αμείλικτα
Ο χρόνος είναι ο μόνος πόρος που δεν μπορείς ποτέ να πάρεις πίσω. Τα εργαλεία που εξοικονομούν χρόνο δεν αφορούν μόνο την αποτελεσματικότητα—αφορούν την αξιοπρέπεια. Αφορούν βράδια με την οικογένεια, σαββατοκύριακα για ξεκούραση, πρωινά για στοχασμό. Μην κανονικοποιήσεις τη θυσία της ζωής για τη δουλειά.
13. Συνδύασε Κλάδους για Δημιουργικότητα
Η συνδυαστική δημιουργικότητα προέρχεται από την αλληλεπίδραση με πολλούς ανθρώπους και πολλά λειτουργικά περιβάλλοντα. Μηχανική + Αρχιτεκτονική. Προγραμματισμός + Σχεδιασμός. Περιβαλλοντική επιστήμη + Παραμετρικά εργαλεία. ΤΝ + Ανθρώπινη κρίση. Οι διασταυρώσεις είναι όπου ζει η καινοτομία.
14. Παραμείνε Άνθρωπος στην Εποχή της ΤΝ
Με την άνοδο της τεχνητής νοημοσύνης, ορισμένες παρατηρήσεις μπορεί να γίνουν ασαφείς ή να ξεχαστούν ενώ άλλες μπορεί να επικυρωθούν. Σε αυτήν την περίοδο πολιτιστικής αβεβαιότητας, είναι απαραίτητο να θυμόμαστε το ανθρώπινο στοιχείο. Οι αρχιτέκτονες και οι μηχανικοί θεωρούνται μεταξύ των τελευταίων διανοουμένων εντός της τεχνοκρατοποίησης της βιομηχανίας AEC, ικανοί να προσφέρουν στοχασμό, παρατήρηση και κατεύθυνση πέρα από την παραγωγικότητα.
15. Καλλιέργησε το Πάθος και την Περιέργεια
Το πάθος είναι η εσωτερική φλόγα που μετατρέπει την εργασία σε призвание, που σε κάνει να σηκώνεσαι την αυγή για να επιδιώξεις λύσεις που άλλοι δεν έχουν φανταστεί. Η περιέργεια είναι η σπίθα που ψιθυρίζει "κι αν;" και "γιατί όχι;"—η μηχανή που σε ωθεί να εξερευνήσεις άγνωστα εδάφη και να βρεις απροσδόκητες συνδέσεις μεταξύ μακρινών ιδεών. Όταν το πάθος και η περιέργεια συγχωνευτούν, δημιουργούν εξαιρετική συνέργεια. Το πάθος παρέχει την αποφασιστικότητα να επιδιώξεις τις ερωτήσεις που εγείρει η περιέργεια, ενώ η περιέργεια τροφοδοτεί συνεχώς το πάθος με νέες προκλήσεις και προοπτικές. Μαζί, σου επιτρέπουν να αναπτύσσεσαι συνεχώς, να επανεφευρίσκεις τον εαυτό σου και να αφήνεις ένα σημαντικό αποτύπωμα—στο στούντιό σου, την εταιρεία σου, τον κλάδο σου ή τον κόσμο. Αυτές οι ιδιότητες δεν έχουν όριο ηλικίας. Είναι δώρα που μπορείς να καλλιεργήσεις σε όλη σου τη ζωή, μετατρέποντας κάθε μέρα σε ευκαιρία για ανακάλυψη και κάθε πρόκληση σε αφορμή για ανάπτυξη.
开发消费型计算设计师的十五项原则
1. 工具并非中立 每一款软件都嵌入了关于工作应该如何完成的假设。当你不加批判地接受一个工具时,你就接受了这些假设——包括关于加 班和生产力的有害观念。当你构建自己的工具时,你编码了自己的价值观:效率、人性、对时间的尊重。
2. 设计师与工具制造者之间的界限是人为的 这种分离在工业时代是有意义的,因为那时工具需要工厂。但在计算时代,当工具需要思考时,这种分离就没有意义了。使你 成为一名优秀设计师的逻辑思维,同样使你有能力构建工具。
调整 | 分享 | 构建 | 承认
3. 构建工具就是设计研究 当你构建一个工具时,你被迫将关于问题的思考形式化。这种清晰性使你成为更好的设计师,即使不使用该工具。你需要在成 为问题解决者之前先成为问题制造者——深入理解,然后优雅地解决。
4. 从问题出发,而非从工具出发 不要问"这个软件能做什么?"而要问"这个问题需要什么?"然后构建(或寻找,或修改)能够满足这一需求的工具。工具服务于愿 景,而非相反。
5. 自动化苦工,而非思考 构建能够消除繁琐、重复、令人沮丧的工作的工具,这样你就可以专注于创造性、战略性、有意义的思考。不要构建替你思 考的工具——要构建给你时间思考的工具。
6. 让你的工具可共享 知识在分享中成长。你的自定义组件、脚本和工作流程是送给社区的礼物。分享它们。记录它们。让他人在你的工作基础 上继续构建。使用共享许可证(就像Ladybug Tools那样)来鼓励这一点。
7. 接受不完美的工具,而非完美的工作流程 一个能工作80%并为你节省数小时的工具,胜过一个100%完美但需要数天且令人精疲力竭的手动流程。完美是已完成的敌 人。在实践中迭代,而非在理论中。
8. 学到足以成为危险人物的程度 你不需要计算机科学博士学位来构建工具。学习足够的Python、C#或JavaScript来解决你的即时问题。深度随着实践而 来。我在工程学中用MATLAB和C++学习算法,但重要的是逻辑结构——计算思维,而非语法。
9. 迭代式构建,而非纪念碑式构建 不要试图从第一天就构建完美的工具。构建能解决今天问题的东西。明天改进它。让它随着你的理解而演进。(作者注: Ambrosinus工具包是一个组件一个组件、一个问题一个问题地成长起来的)。
10. 工具就是信息 当你分享一个工具时,你不仅仅是在分享代码。你是在分享一种思考问题的方式。你通过演示来教学。工具就是教学法—— 它展示了你如何构建思想。
11. 领导力必须随技术演进 一个有效的管理者必须知道如何识别和重视每个团队成员的独特性。不存在通用的方法。每个专业人士都有自己表达才能 的方式、自己的特定能力、自己解读项目的钥匙。领导者的真正能力在于知道如何将这些不同的乐器调和成和谐的设计交 响乐。
12. 坚决保护人类时间
这些原则属于任何愿意践行它们的人。 根据你的情境调整它们;与你的社区分享它们;在它们的基础上自由构 建;但要承认哲学基础,致谢:Luciano Ambrosini。 思想通过归属而非挪用来成长 © LA Architecture & Computational Design Consultancy
时间是你永远无法找回的唯一资源。节省时间的工具不仅关乎效率——它们关乎尊严。它们关乎与家人共度的夜晚、休息 的周末、反思的清晨。不要让为工作牺牲生活变得正常化。
13. 结合学科以获得创造力 组合创造力来自与许多人和许多操作环境的互动。工程+建筑。编程+设计。环境科学+参数化工具。人工智能+人类判断。 创新存在于交叉点。
14. 在人工智能时代保持人性 随着人工智能的兴起,一些观察可能会变得模糊或被遗忘,而另一些可能会得到验证。在这个文化不确定的时期,记住人的要 素至关重要。建筑师和工程师被认为是AEC行业技术官僚化中最后的知识分子,能够提供超越生产力的反思、观察和方向。
15. 培养热情和好奇心 热情是将工作转化为使命的内在火焰,它让你在黎明时分起床去追求别人未曾想象的解决方案。好奇心是低语"如果……会怎 样?"和"为什么不?"的火花——驱使你探索未知领域并在遥远的想法之间找到意想不到的连接的引擎。当热情和好奇心融合 时,它们创造了非凡的协同效应。热情提供了追求好奇心所提出问题的决心,而好奇心则不断用新的挑战和视角滋养热情。它 们共同使你能够持续成长、重塑自我,并留下重要的印记——在你的工作室、你的公司、你的学科或世界上。这些品质没有 年龄限制。它们是你可以终生培养的礼物,将每一天转化为发现的机会,将每一个挑战转化为成长的契机。
Dev-sumerコンピュテーショナルデザイナー のための15の原則 1. ツールは中立ではない すべてのソフトウェアは、仕事がどのように行われるべきかについての仮定を埋め込んでいる。ツールを無批判に受け 入れると、その仮定を受け入れることになる—残業や生産性に関する有害なものも含めて。自分で構築すれば、自分の 価値観をコード化する:効率性、人間性、時間への敬意。
2. デザイナーとツール製作者の境界は人工的なもの この分離は、ツールが工場を必要とした産業時代には意味があった。ツールが思考を必要とするコンピュテーショナル 時代には意味がない。優れたデザイナーにする論理的思考は、ツールを構築する能力も与える。
3. ツールを構築することはデザインリサーチである ツールを構築するとき、問題についての思考を形式化することを余儀なくされる。この明確さは、ツールを使用してい ないときでも、より優れたデザイナーにする。問題解決者になる前に問題作成者である必要がある—深く理解し、そし てエレガントに解決する。
適応 | 共有 | 構築 | 認識
4. ツールではなく、問題から始める 「このソフトウェアは何ができるか?」ではなく「この問題は何を必要としているか?」と問う。そして、そのニーズに対応 するツールを構築する(または見つける、または修正する)。ツールはビジョンに仕え、その逆ではない。
5. 思考ではなく、苦役を自動化する 退屈で反復的で魂を押しつぶすような作業を排除するツールを構築し、創造的で戦略的で意味のある思考に集中できる ようにする。自分の代わりに考えるツールを構築するのではなく、考える時間を与えるツールを構築する。
6. ツールを共有可能にする 知識は共有されることで成長する。カスタムコンポーネント、スクリプト、ワークフローはコミュニティへの贈り物 だ。共有しよう。文書化しよう。他の人があなたの仕事の上に構築できるようにしよう。これを奨励するためにコモン ズライセンス(Ladybug Toolsのように)を使用する。
7. 完璧なワークフローより不完全なツールを受け入れる 80%機能して数時間節約できるツールは、100%完璧だが数日かかり精神を押しつぶす手動プロセスよりも優れてい る。完璧は出荷の敵だ。理論ではなく実践で反復する。
8. 危険になるのに十分なことを学ぶ ツールを構築するのにコンピュータサイエンスの博士号は必要ない。当面の問題を解決するのに十分なPython、C#、 JavaScriptを学ぶ。深さは実践とともに来る。私はMATLABとC++で工学のアルゴリズムを学んだが、重要だったのは論 理構造—コンピュテーショナル思考であり、構文ではなかった。
9. 記念碑的ではなく、反復的に構築する 初日から完璧なツールを構築しようとしない。今日の問題を解決するものを構築する。明日それを改善する。理解とと もに進化させる。(著者注:Ambrosinusツールキットはコンポーネントごと、問題ごとに成長した)。
10. ツールがメッセージである ツールを共有するとき、コードだけを共有しているのではない。問題について考える方法を共有している。実演によっ て教えている。ツールは教育法だ—思考をどのように構造化するかを示す。
11. リーダーシップはテクノロジーとともに進化しなければならない 効果的なマネージャーは、各チームメンバーのユニークさを認識し評価する方法を知っていなければならない。普遍的 なアプローチは存在しない。各専門家は才能を表現する独自の方法、特定の能力、プロジェクトを読み解く独自の鍵を 持っている。リーダーの真の能力は、これらの異なる楽器を調和のとれたデザイン交響曲に調律する方法を知ることに ある。
これらの原則は、それらに基づいて行動する意志のある人すべてに属する。 自分の文脈に適応させる; コミュニティと共有する; 自由にその上に構築する; しかし哲学的基盤を認める、クレジット:Luciano Ambrosini。 アイデアは帰属を通じて成長し、流用を通じてではない © LA Architecture & Computational Design Consultancy
12. 人間の時間を断固として守る 時間は決して取り戻せない唯一のリソースだ。時間を節約するツールは効率性だけの問題ではない—尊厳の問題だ。家 族との夜、休息のための週末、反省のための朝に関わる。仕事のために人生を犠牲にすることを正常化してはならな い。
13. 創造性のために分野を組み合わせる 組み合わせの創造性は、多くの人々や多くの操作環境との相互作用から生まれる。工学+建築。プログラミング+デザイ ン。環境科学+パラメトリックツール。AI+人間の判断。交差点にイノベーションが存在する。
14. AI時代において人間であり続ける 人工知能の台頭により、いくつかの観察は不明瞭になったり忘れられたりする一方、他のものは検証されるかもしれな い。この文化的不確実性の時期において、人間的要素を忘れないことが不可欠だ。建築家とエンジニアは、AEC業界の テクノクラート化の中で最後の知識人の一人と考えられており、生産性を超えた反省、観察、方向性を提供できる。
15. 情熱と好奇心を育てる 情熱は仕事を天職に変える内なる炎であり、他の人が想像していない解決策を追求するために夜明けに起きさせるもの だ。好奇心は「もしも?」「なぜダメなの?」とささやく火花—未知の領域を探索し、遠く離れたアイデア間の予期しない繋 がりを見つけるように駆り立てるエンジンだ。情熱と好奇心が融合すると、非凡な相乗効果を生み出す。情熱は好奇心 が提起する質問を追求する決意を提供し、好奇心は絶えず新しい課題と視点で情熱を養う。一緒になって、継続的に成 長し、自分を再発明し、重要な痕跡を残すことができる—スタジオ、会社、分野、または世界で。これらの資質には年 齢制限がない。生涯を通じて育てることができる贈り物であり、毎日を発見の機会に、すべての課題を成長の機会に変 える。それらは人生の塩—すべての経験をより豊かにし、限界を超え、他の人が不可能と呼ぶものを達成するように駆 り立てるものだ。
يبوساحلا ممصملل ًأدبم رشع ةسمخ روطملا-كلهتسملا ةدياحم تسيل تاودألا 1. يف امب—تاضارتفالا كلت لبقت كنإف ،يدقن ريكفت نود ةادأ لبقت امدنع .لمعلا زاجنإ ةيفيك لوح تاضارتفا نمضتي جمانرب لك ،ةيناسنإلا ،ةءافكلا :ةصاخلا كميق رّفشت كنإف ،ةصاخلا كتادأ ينبت امدنع .ةيجاتنإلاو يفاضإلا لمعلا لوح ةماسلا تاضارتفالا كلذ .تقولا مارتحا
ةعنطصم تاودألا عناصو ممصملا نيب دودحلا 2. بلطتت امدنع يبوساحلا رصعلا يف ىنعم هل سيل .عناصم بلطتت تاودألا تناك امدنع يعانصلا رصعلا يف ىنعم لصفلا اذهل ناك .تاودألا ءانب ىلع اًرداق كلعجي اًديج اًممصم كلعجي يذلا يقطنملا ريكفتلا سفن .ريكفتلا تاودألا
يميمصت ثحب وه تاودألا ءانب 3. ال امدنع ىتح ،لضفأ اًممصم كلعجي حوضولا اذه .ةلكشملا لوح كريكفت ىلع يمسرلا عباطلا ءافضإ ىلإ رطضُت ،ةادأ ينبت امدنع .ةقانأب لح مث ،قمعب مهفا—لكاشم لالح نوكت نأ لبق لكاشم عناص نوكت نأ بجي .ةادألا مدختست
ريكفتلا سيلو ،قاشلا لمعلا تمتأ 5. ِنبت ال .فداهلاو ،يجيتارتسالا ،يعادبإلا ريكفتلا ىلع زيكرتلا نم نكمتت ىتح حورلل مطحملا ،رركتملا ،لمملا لمعلا يغلت تاودأ ِنبا .ريكفتلل اًتقو كحنمت تاودأ ِنبا—كنع ةباين ركفت تاودأ
ةكراشملل ةلباق كتاودأ لعجا 6. نونبي نيرخآلا عد .اهقّثو .اهكراش .عمتجملل اياده يه لمعلا ريسو ،ةيجمربلا صوصنلاو ،ةصصخملا كتانوكم .كراشُت امدنع ومنت ةفرعملا .كلذ عيجشتل ) Ladybug Toolsلعفت امك( عاشملا صيخارت مدختسا .كلمع ىلع
يلاثملا لمعلا ريس ىلع ةلماكلا ريغ تاودألا لّبقت 7. لامكلا .تايونعملا مطحتو اًمايأ قرغتست اهنكل 100%ةبسنب ةيلاثم ةيودي ةيلمع نم لضفأ تاعاس كل رفوتو 80%ةبسنب لمعت ةادأ .ةيرظنلا يف سيلو ،ةسرامملا يف ررك .زاجنإلا ودع
اًريطخ نوكتل يفكي ام ملعت 8. قمعلا .ةيروفلا كلكاشم لحل JavaScriptوأ C#وأ Pythonنم يفكي ام ملعت .تاودألا ءانبل بوساحلا مولع يف هاروتكد ةجرد ىلإ جاتحت ال ريكفتلا—ةيقطنملا ةينبلا وه اًمهم ناك ام نكل C++،و MATLABمادختساب ةسدنهلا يف تايمزراوخلا تملعت .ةسرامملا عم يتأي .ةلمجلا ءانب سيلو ،يبوساحلا
اًمخض سيلو ،يراركت لكشب ِنبا 9. تاودأ ةعومجم تمن :فلؤملا ةظحالم( .كمهف عم روطتي هعد .اًدغ هنّسح .مويلا ةلكشم لحي اًئيش ِنبا .لوألا مويلا نم ةيلاثملا ةادألا ءانب لواحت ال ).ىرخألا ولت ةلكشم ،رخآلا ولت اًنوكم Ambrosinus
ةلاسرلا يه ةادألا 10. يه ةادألا .يحيضوتلا ضرعلا لالخ نم مّلعت تنأ .لكاشملا يف ريكفتلل ةقيرط كراشت تنأ .طقف اًدوك كراشت ال تنأف ،ةادأ كراشت امدنع .ركفلا ينبت فيك رهظُت—ميلعت
فرتعِا | ِنبا | كراش | فّيكِا
ةادألاب سيلو ،ةلكشملاب أدبا 4. مدخت ةادألا .ةجاحلا كلت جلاعت تاودأ )لّدع وأ ،ثحبا وأ( ِنبا مث "؟ةلكشملا هذه هجاتحت يذلا ام" لأسا "؟جمانربلا اذه لعفي نأ نكمي اذام" لأست ال .سكعلا سيلو ،ةيؤرلا
ايجولونكتلا عم ةدايقلا روطتت نأ بجي 11. هتقيرط فرتحم لكل .يملاع جهن دجوي ال .هريدقتو قيرفلا يف وضع لك درفت ىلع فرعتلا ةيفيك لاعفلا ريدملا فرعي نأ بجي ةيفيك ةفرعم يف دئاقلل ةيقيقحلا ةردقلا نمكت .عورشملا ةءارقل صاخلا هحاتفمو ،ةددحملا هتاءافكو ،ةبهوملا نع ريبعتلا يف ةصاخلا .ةمغانتم ميمصت ةينوفميس يف ةفلتخملا تالآلا هذه طبض
ةسارشب يرشبلا تقولا ِمحا 12. .ةماركلاب قلعتت لب—ةءافكلاب طقف قلعتت ال تقولا رفوت يتلا تاودألا .اًدبأ هتداعتسا كنكمي ال يذلا ديحولا دروملا وه تقولا اًرمأ لمعلا لجأ نم ةايحلاب ةيحضتلا لعجت ال .لمأتلل تاحابصلاو ،ةحارلل عوبسألا ةياهن تالطعو ،ةلئاعلا عم تايسمألاب قلعتت .اًيعيبط
يعانطصالا ءاكذلا رصع يف اًناسنإ َقبا 14. مدع نم ةرتفلا هذه يف .ىرخأ ةحص نم ققحتلا متي دق امنيب ةيسنم وأ ةضماغ تاظحالملا ضعب حبصت دق ،يعانطصالا ءاكذلا دوعص عم لخاد نيفقثملا رخآ نيب نم نوسدنهملاو نويرامعملا نوسدنهملا ربتعُي .يرشبلا رصنعلا ركذت يرورضلا نم ،يفاقثلا نيقيلا .ةيجاتنإلا زواجتي امب هيجوتلاو ةظحالملاو لمأتلا ميدقت ىلع نيرداقلا AEC،ةعانص يف ةيطارقونكتلا
لوضفلاو فغشلا عرزِا 15. لوضفلا .نورخآلا اهليختي مل لولح ءارو ىعستل رجفلا دنع ظقيتست كلعجي يذلا ،ةوعد ىلإ لمعلا لوحي يذلا يلخادلا بهللا وه فغشلا راكفأ نيب ةعقوتم ريغ طباور ىلع روثعلاو ةلوهجم قطانم فاشكتسال كعفدي يذلا كرحملا—"؟ال اذامل"و "؟ول اذام" سمهت يتلا ةرارشلا وه امنيب ،لوضفلا اهريثي يتلا ةلئسألا ةعباتمل مزعلا فغشلا رفوي .يداع ريغ اًرزآت ناقلخي ،لوضفلاو فغشلا جمدني امدنع .ةديعب —مهم رثأ كرتو ،كسفن عارتخا ةداعإو ،رمتسملا ومنلاب كل ناحمسي ،اًعم .ةديدج رظن تاهجوو تايدحتب فغشلا رارمتساب لوضفلا يذغي ىلإ موي لك لوحت ،كتايح لاوط اهتعارز كنكمي اياده اهنإ .يرمع دح اهل سيل تافصلا هذه .ملاعلا وأ ،كصصخت وأ ،كتكرش وأ ،كبتكم يف .ومنلل ةبسانم ىلإ ٍدحت لكو فاشتكالل ةصرف
.اهب لمعلل دعتسم صخش يأل يمتنت ئدابملا هذه ساسألاب فرتعا نكل ؛ةيرحب اهيلع ِنبا ؛كعمتجم عم اهكراش ؛كقايس عم اهفّيكِا : Luciano Ambrosini.لضفلا ،يفسلفلا ءاليتسالا سيلو ،دانسإلا لالخ نم ومنت راكفألا © LA Architecture & Computational Design Consultancy
عادبإلا لجأ نم تاصصختلا جمدا 13. .ميمصتلا +ةجمربلا .ةرامعلا +ةسدنهلا .ةيليغشتلا تائيبلا نم ديدعلاو صاخشألا نم ديدعلا عم لعافتلا نم يفيلوتلا عادبإلا يتأي .راكتبالا شيعي ثيح يه تاعطاقتلا .يرشبلا مكحلا +يعانطصالا ءاكذلا .ةيرتمارابلا تاودألا +ةيئيبلا مولعلا