Interviews

//[http://www.klumpp.net/blog/archives/284-Autor-und-Berater-Johannes-Link-ueber-Java-als-Code-Smell.html Auch auf Deutsch verfügbar.]//

I recently came across the following tweet: <a href="https://twitter.com/johanneslink/status/274593126641963009"><img src="/blog/uploads/adventsbloggen2012/johanneslinkjavaisacodesmell.png" /></a>

I had a laugh and imagined that situation as follows: [http://johanneslink.net Johannes Link], an old hand when it comes to test driven and agile software development, announced at Germany's leading conference about extreme programming, [http://www.xpdays.de XPDays], that he considers Java being a [http://c2.com/cgi/wiki?CodeSmell Code Smell] while him being himself a [http://www.amazon.de/Softwaretests-mit-JUnit-Johannes-Link/dp/3898643255/ long time Java developer]...

I was quite curious about his opinion, and he was nice enough to answer a couple of questions.

//Mr. Link, on your website you write about yourself: "I'm a consultant for agile and test driven software development. A software therapist." Everybody can imagine what a consultant does - but what is a software therapist?//

After several years in my occupation as consultant and coach, I came to the conclusion that consulting work is often quite similar to that of a therapist. At the beginning I mostly have to find out where it hurts my customer most. It's usually something that ranges from a lack of technical knowledge in important areas, to problems in team dynamics or a lack of motivation of certain employees. Therefore the consulting which follows is rather comparable to a therapy than a single advice, since the direction can change at any time, the customer's steady observation is the main feedback mechanism, and usually some other problem pops to top priority as soon as the most important one has been resolved.

//You have been around in Germany's "agile scene" for quite a while now and have assumed different roles. How did the topic of "agility" develop in recent years in your point of view?//

The main development in recent years is the fact that agile software development has become mainstream, whereas it was a movement on the software development side at its beginnings more than ten years ago. The name "Extreme Programming" boldly underlines this. In those years it was mostly my job to help a convinced and excited team to become a bit more "extreme" and to create matching interfaces to the rest of the organisation.

When the mainstream adopted "agile" software development methods, especially "Scrum", I was hired more and more often to help management implementing agile top-down strategies. This is often met by resistance on the side of the employees though, as management neither did consult them prior to implementation nor tried to align management's with employees' goals.

My personal conclusion is this: If I want to change a company I need to change the employees too. This either works by getting new employees on board or by changing the mindset of existing employees - mostly both. In the end there will always be someone that is doing worse than before. We as consultants have to face this ethical issue.

Another change is the enhanced capabilities that methods of Lean Development and Software Kanban give us. The applicable field for agile approaches has become a lot broader this way, but some agile dreams fall by the wayside too, as not each and every Kanban optimised product development process remains true to Extreme Programming's original humanitarian, individual-centered image of humanity.

//So, what is the background of your original tweet: "Got kicked out in first round of DSDAE for mentioning that Java is a giant code smell #xdde12"? I know a few polyglot developers that would very happily agree with your statement, but "giant code smell" really does sound quite feisty - what was this about?//

A Code Smell is something that "smells funny" and should probably lead us to make changes in the software (or the process). Whether or not we can detect a smell mainly depends on the training of our noses. The more I'm exposed to a smell, the less I can identify it. And if an action should follow after a smell is detected always depends on the specific context. For instance, Kent Beck lists "comments in the code" as a code smell, but not every comment can be immediately deleted and it often shouldn't be the case either. Some comments only get redundant after lots of refactoring, others stay essential, because it states rationale for a certain implementation.

It's similar with the smell of a programming language: You need to have left it alone for a while to be able to perceive the smelly parts. Java has a whole range of smelly features. A lot of them fall into the category of "unnecessary ceremonies". Despite this fact, there is no need to replace Java in most long running projects with a hipster language. On the other hand one has to ask oneself, if a new language (maybe one of the 200+ JVM languages) might not be a better fit for the new task at hand. That might even be the case for a subsystem of an existing software. The current trends certainly play a role too, as the quality of a software also relies on the enthusiasm of the participating developers.

Nevertheless I'd like to tell you about the context of the tweet: I was a participant at the evening event [http://www.xpdays.de/twiki/bin/view/XPDays2012/DeutschlandSuchtDenAgilenEntwickler "Deutschland sucht den agilen Entwickler"] ("Agile Coder Idol") within the scope of the XP-Days in Hamburg this year.

When I had to admit to myself that my late-night-concentration wasn't sufficient anymore to deal with the task ("Look for as many code smells in the given code base as possible"), I chose this spectacular departure.

//Last question - the legendary Five Million Euro Question: If someone would give you five million Euros today under the condition that you'd never be allowed to write any software again - would you accept the money? What would you do instead?//

I'd accept the offer and continue to lead a secret double life as a programmer. If I would get busted, I'd become a pro basketball player in the NBA.

//Thank you very much for the interview, Mr. Link.//

//[http://johanneslink.net Johannes Link] works as a consultant and author. He lives in Heidelberg, Germany, and is a board member of [http://netdosis.de Netdosis AG], a spin-off of University of Erlangen-Nuremberg. With his site http://rechnerzeit.net he aims to introduce young people to the topic of programming.//

Wir haben hier im Blog schonmal über eins von Hendriks Projekten geschrieben. Ist schon eine Weile her. Inzwischen ist er als freier Berater für Softwareentwicklung unterwegs. Hendrik veranstaltet zudem Schulungen im Umfeld pragmatischer Softwareentwicklung und Ruby.

Nun hat er Ende November sein neues Projekt onlinegestellt: [http://sloblog.io sloblog.io]. Es könnte eine Bloggingplattform sein. Oder ein Diskussionsforum. So klar ist das (noch?) nicht. Die Einstiegsseite zeigt, nach Tagen unterteilt, die Headlines der Beiträge einzelner Autoren. Im oberen Bereich sehen wir deren Avatare, drüber einen Link zum Anmelden. Alles wirkt unaufgeregt minimalistisch, nichts überflüssig, schön aufgeräumt und einfach auf das Wesentliche konzentriert. Man fühlt sich wohl und unabgelenkt. Reizvoll.

sloblog.io - Screenshot vom 23. Dezember 2012

Hendrik war so nett und hat sich Zeit genommen, ein paar Fragen zu beantworten.

//Hendrik, ich habe da neulich [http://www.youtube.com/watch?v=rMXm0O8WtX4 ein Video] gesehen. Da hat ein Mann mit Kettensägen jongliert..//

Ja. Eine Metapher über das Bloggen. Glaube ich. Vielleicht auch nicht.

//Vor ein paar Monaten hast Du an einer kleinen quelloffenen Blogengine gearbeitet. Der Slogan dafür war: //"A Lean, Mean Blogging Machine for Hackers and Fools."// Nun das neue Projekt. Das wirkt ähnlich, ist aber doch anders. Inwiefern hat Deine Arbeit an der vorherigen Blogengine sloblog.io beeinflusst?//

Du redest von //[http://schnitzelpress.org/ Schnitzelpress]//! Eine kleine Blog-Engine, die ich damals gebaut habe, weil ich wieder mehr bloggen wollte und mich die anderen Optionen einfach nicht zufrieden stellten. Ich wollte etwas kleines, leichtgewichtiges, das ich selber hosten kann und das ich nicht über Git mit Inhalt füllen muss. Sowas gab es zu dem Zeitpunkt schlichtweg nicht, also habe ich es selber gebaut. Darauf folgte eine Phase, in der ich mich schwer für alles begeisterte, was mit "der Cloud" zu tun hat, speziell Hosting in der Cloud. In dieser Zeit habe ich viele Dinge gelernt, doch die größte und überraschendste Lektion war wohl, dass sich am Ende herausstellte, dass nur wenige Leute tatsächlich ein Interesse daran haben, Web-Apps selber aufzusetzen. Ich überlegte eine Weile, einfach einen Schnitzelpress-Hosting-Dienst ins Leben zu rufen, entschied mich dann aber dazu, einfach eine neue Plattform aufzubauen. Und das ist //sloblog.io//. Ich denke, man könnte das Ding prima "A Lean, Mean Blogging Platform for Hackers and Fools" nennen. Hey, das ist voll gut. Moment, ich gehe mal kurz meinen Code bearbeiten.

//(Anm. d. Red.: Tatsächlich hat Hendrik in diesem Moment die Headline der Site geändert.. :-) )//

//Ich bin ganz angetan vom Design. Das hat sich ja über die Wochen immer wieder ein wenig geändert. Auch Features kamen hinzu und gingen wieder. So erhielten die User eine Zeitlang eigene Subdomains, aber diese Funktion hast Du wieder entfernt. Wie gehst Du bei sloblog.io vor, wenn Du Design und Funktionsumfang festlegst?//

Ich glaube, die ehrlichste Antwort lautet in etwa, dass ich mich an den Rechner setze und überlege, worauf ich gerade Lust habe, und das dann einbaue. Mit den Jahren habe ich gelernt, dass das Führen großer ToDo-Listen sehr schnell den Spaß aus solchen Projekten zieht, da man jedes Mal, wenn man auf die ellenlange Liste cooler Ideen und Features daran erinnert wird, dass man eh nie die Zeit haben wird, das alles umzusetzen. Und ja, trotz dieser Erkenntnis führe ich ein kleines [https://trello.com/board/sloblog-io/50943c307d7da8b821004e7d Trello-Board zu sloblog.io]. Aber ich nutze es hauptsächlich, um Bugs zu protokollieren, Notizen zu Feature-Ideen an einer zentralen Stelle speichern zu können, und überhaupt einen Überblick darüber zu behalten, was ich seit dem letzten "State of the Sloblog" -- Artikel, in denen ich über neue Features und Änderungen berichte -- neu eingebaut habe.

Diese leicht ungeordnete Herangehensweise bedeutet natürlich auch, dass im Extremfall mal ein Feature, das gerade erst Tage vorher eingeführt wurde, wieder abgeschaltet wird, wie zum Beispiel neulich die Subdomains. Ich war mir damals noch nicht so wirklich sicher, was sloblog.io einmal werden sollte. Da hatte ich kurz mal die Idee, daraus eine Art "Tumblr für Hacker" zu machen und -- einfach so, weil ich es kann -- für jedes Blog eine Jahresgebühr zu verlangen. Dann fiel mir jedoch ein, dass ich schlichtweg kein Interesse habe, um einen solchen Dienst herum ein Business aufzubauen. In der Theorie sieht man da nur die Dollarbeträge aufs Konto einprasseln, aber in der Praxis ist dafür so vieles nötig, das mir einfach keinen Spaß macht. Und ich will eigentlich nur Spaß haben.

//Du verwendest zwei externe Dienste - den Kommentardienst //Disqus// und das Authentifizierungssystem //Mozilla Persona//.//

[http://www.disqus.com Disqus] setze ich aktuell eigentlich nur als Provisorium ein, weil ich noch nicht dazu gekommen bin, eine native Kommentarfunktion einzubauen. Im Prinzip ist Disqus ja prima, aber ich habe ein paar Ideen, die ich gerne ausprobieren möchte, für die ich meine eigene Implementierung benötige. Und zu //[http://www.mozilla.org/persona/ Mozilla Persona]// habe ich gerade [http://sloblog.io/fQsDuRdaZ64 einen längeren Beitrag] geschrieben, der gerade auf Reddit die Runde macht. //Mozilla Persona// und das zugrunde liegende Prokotoll BrowserID sind nicht gerade die Platzhirsche in Sachen Authentifizierungs-Dienst, aber sie sind toll, und ich wünschte, mehr Sites würden sie einsetzen.

//**Vor einer Internetewigkeit hast Du [http://planetcrap.com PlanetCrap] ([http://en.wikipedia.org/wiki/PlanetCrap Wikipediaeintrag]) gegründet. Das kennen sicherlich einige der älteren Leser hier. Wenn man nun //sloblog.io// neu skinnen würde, wäre es im Prinzip ganz ähnlich wie //PlanetCrap// zu verwenden. Ist Dir das überhaupt aufgefallen? Wie kam's zu der Ähnlichkeit? **//

Dass ich im Grunde genommen einen Nachfolger von PlanetCrap baue, ist mir auch erst vor ein paar Tagen deutlich geworden, als ich dort mal wieder rein schaute und mit der übrig gebliebenen Community die [http://sloblog.io/0CSjzxln5SU Öffnung des PlanetCrap-Quellcodes] koordinierte. Die hängen natürlich an ihrer Site, aber ich habe natürlich ein großes Interesse daran, die User und das, was sie dort tun, auf sloblog.io zu migrieren. Gleichzeitig ist PlanetCrap aus heutiger Sicht natürlich nur noch ein ganz normales Forumding, die spezielle inhaltliche Ausrichtung ist ja schon vor einigen Jahren flöten gegangen. Auf sloblog.io möchte ich Anfang 2013 sogenannte "Channels" einführen, die Posts zu bestimmten Themen gruppieren, vielleicht werden wir dann endlich mal wieder ein bisschen über Spiele diskutieren, so wie früher.

//Du hast neulich einen interessanten Artikel über das [http://sloblog.io/0GE5USGsskE unabwendbare Schicksal kostenloser kommerzieller Socialweb-Dienste] geschrieben. Angesichts dessen: Was sind denn Deine Pläne für die nächsten Wochen und Monate, was die Site angeht?//

Ja, da hast du mich ertappt -- was ich mit sloblog.io tue, widerspricht ja irgendwie genau dem, was ich in dem Artikel geschrieben habe. Ich glaube, ich kann mich gerade noch so mit dem Argument aus der Affäre ziehen, dass ich ja nur so ein Typ bin und kein Startup, das irgendwann einen Exit hinlegen oder, //schluck//, Gewinn erzielen will. Ich habe das große Glück, nicht darauf angewiesen zu sein, mit meinen Projekten Geld zu verdienen, denn das tu ich schon mit meiner Arbeit als Berater und Trainer. Im besten Fall machen mich meine Projekte als solcher noch sichtbarer, und wenn nicht, ist das auch nicht schlimm. Schwierig wird das alles erst, wenn so etwas wie sloblog.io anfängt, teuer für mich zu werden, aber erstens weiß ich als Entwickler und Betreiber solcher Sites inzwischen sehr genau, wie ich meine Kosten auf ein Minimum reduziere, zweitens glaube ich daran, dass sich in solchen Situationen schon ein Weg finden wird.

Ich habe also nicht vor, für die Nutzung von sloblog.io in irgendeiner Form Geld zu verlangen, was aber keine Garantie dafür ist, dass es nie passiert. Ich kann aber guten Gewissens sagen, dass, wenn ich tatsächlich einmal diesen Schritt gehen sollte, es weniger aus Not oder Geldgier heraus tun werde, sondern in erster Linie, um heraus zu finden, wie sowas denn funktioniert und welche Auswirkungen es hat. Ich möchte mich an dieser Stelle bei allen Lesern entschuldigen, die nun das Gefühl haben, meine persönlichen Versuchskaninchen zu sein. Ich bin lieb und will nur spielen!

Ansonsten bin ich in diesen Tagen dabei, Teile des Codes zu extrahieren und als eigenständige Ruby-Gems zu veröffentlichen. Wenn ich damit durch bin, möchte ich als nächstes das Thema Kommentarfunktion angehen und danach die API offiziell starten. Danach würde ich gerne ein paar Statistikfunktionen einbauen, so dass die Autoren sehen können, wie beliebt ihre Posts sind und wo die Leser herkommen. Diese Daten werden jetzt schon gesammelt, ich muss sie nur noch sichtbar machen.

//Was wünschst Du Dir für das sloblog.io im Jahre 2017?//

Ich würde mich über ganz viele User und ganz viele Posts (und, wenn die Funktion am Start ist, ganz viele Kommentare) freuen. Außerdem habe ich ein bisschen die Hoffnung, dass nach dem Launch der API jemand eine coole iOS-App für sloblog.io baut. Ach warte, du sagtest 2017? Hui. Ich glaube, für 2017 wünsche ich mir hauptsächlich, dass sloblog.io da noch online ist, mich nicht ruiniert hat und ich mich nicht für den uralten Code schämen muss.

//Und jetzt zur Fünf-Millionen-Euro-Frage, Herr Mans - wenn man Dir JETZT die Kohle in die Hand drücken würde unter der Bedingung, dass Du nie wieder irgendwas programmieren dürftest - würdest Du das Geld annehmen und was würdest Du stattdessen tun?//

Zu billig. Mach mir ein besseres Angebot.

Aber wenn ich mit dem Programmieren und dem Beraten aufhören müsste, hm, was würde ich dann tun? Mich vielleicht mit einer guten Freundin zusammen tun und gemeinsam den besten Cheesecake-Laden des Nordens eröffnen. Vielleicht machen wir das auch noch. Sind ja noch jung.

//Danke Dir, Hendrik.//

//Hendrik ist als beratender Softwareentwickler tätig. Er lebt in Hamburg. Seine Website: http://mans.de //

Kleiner Nachtrag: Das Weihnachtsvideo von sloblog.io wollten wir Euch nicht vorenthalten..

<iframe width="420" height="315" src="http://www.youtube.com/embed/7FagVfnlM9w?rel=0" frameborder="0" allowfullscreen></iframe>

//[http://www.klumpp.net/blog/archives/295-Author-and-consultant-Johannes-Link-about-agility,-ethics-of-consulting-and-..-Java-being-a-code-smell..html This is also available in English.]//

Neulich bin ich auf einen Tweet gestoßen: <a href="https://twitter.com/johanneslink/status/274593126641963009"><img src="/blog/uploads/adventsbloggen2012/johanneslinkjavaisacodesmell.png" /></a> Ich musste herzlich lachen und stellte mir die Situation folgendermaßen vor: Die diesjährigen [http://www.xpdays.de XPDays] (#xdde12), seit 2004 die deutsche Leitkonferenz für die Themen rund um Extreme Programming. Dann dieser Wettbewerb: [http://www.xpdays.de/twiki/bin/view/XPDays2012/DeutschlandSuchtDenAgilenEntwickler "Deutschland sucht den agilen Entwickler"], und mittendrin [http://johanneslink.net Johannes Link], Urgestein der testgetriebenen/agilen Softwareentwicklung - [http://www.amazon.de/Softwaretests-mit-JUnit-Johannes-Link/dp/3898643255/ unter Java]. Und genau //der// hält ausgerechnet Java für einen [http://c2.com/cgi/wiki?CodeSmell Code Smell] ...

Also habe ich mal nachgehakt.

//Herr Link, auf Ihrer Website steht über Sie: "Berater für agile und testgetriebene Entwicklung. Softwaretherapeut." Unter einem Berater kann sich jeder was vorstellen - aber was ist denn ein// Softwaretherapeut//?//

Ich musste in den jahren meiner Tätigkeit als Berater und Coach feststellen, dass diese Tätigkeit durchaus der eines Therapeuten ähnelt. Am Anfang steht fast immer das Herausfinden der größten Schmerzen meiner Kunden. Das können ganz unterschiedliche Dinge sein: Fehlendes technisches Wissen an wichtigen Stellen, Probleme in der Teamdynamik oder bei der Motivation einzelner Mitarbeiter. Insofern gleicht auch die anschließende Beratung eher einer langfristigen Therapie als einem einzelnen gezielten Ratschlag, weil sich die Richtung jederzeit ändern kann, weil die ständige Beobachtung des Kunden den wesentlichen Feedback-Mechanismus darstellt, und weil nach dem Ausräumen eines Problems ein anderes Problem zum wichtigsten wird.

//Sie sind schon lange in der "agilen Szene" in Deutschland unterwegs und haben dabei unterschiedliche Rollen bekleidet. Wie hat sich in den letzten Jahren das Thema "Agilität" aus Ihrer Sicht entwickelt?//

Für mich ist die entscheidende Veränderung, dass agile Softwareentwicklung zu Beginn - vor mehr als zehn Jahren - eine Bewegung "von unten" d.h. von den Softwareentwicklern selbst war. Der Name "Extreme Programming" macht das sehr plakativ deutlich. In diesen Jahren bestand meine Aufgabe daher maßgeblich darin, ein überzeugtes und meist begeistertes Team noch ein wenig "extremer" zu machen und die passenden Schnittstellen zum Rest der Organisation zu schaffen.

Die Situation änderte sich, als "Agil" und vor allem "Scrum" in den Fokus des Mainstreams geriet. Von da an wurde ich immer häufiger geholt, um dem Management bei der Durchsetzung einer agilen Top-Down-Strategie zu helfen. Dies stößt jedoch bei den Mitarbeitern meist auf großen Widerstand, weil sie nicht gefragt wurden und weil das Management nicht versucht hat, die eigenen Ziele und die der Mitarbeiter aufeinander abzustimmen. Mein persönliches Fazit ist: Wenn ich ein anderes Unternehmen möchte, benötige ich auch andere Mitarbeiter, entweder durch Austausch oder durch freiwillige Veränderung der Einzelnen; in der Regel durch beides. Und am Ende wird es immer welche geben, für die sich die Situation verschlechtert hat. Diesem ethischen Problem müssen wir Berater uns stellen.

Eine weitere Veränderung ist der vergrößerte Baukasten, der uns mit den Methoden des //Lean Developments// und des //Software-Kanbans// zur Verfügung steht. Damit hat sich der Anwendungsbereich von agilen Ansätzen deutlich erweitert. Allerdings bleiben dabei einige der agilen Utopien auf der Strecke, denn nicht jeder per Kanban optimierte Produktentwicklungsprozess orientiert sich am humanitären und individuum-zentrierten Menschenbild des ursprünglichen Extreme Programming.

//Was hatte es nun mit diesem Tweet auf sich: "Got kicked out in first round of DSDAE for mentioning that Java is a giant code smell #xdde12"? Ich kenne einige polyglotte Entwickler, die bei der Aussage sehr hektisch und sehr zustimmend nicken. Allerdings, "giant code smell" klingt ziemlich resolut - was war der Hintergrund?//

Ein //Code Smell// ist etwas, das "komisch riecht" und uns unter Umständen zu Veränderungen der Software (oder des Prozesses) veranlassen sollte. Ob wir einen Geruch wahrnehmen, hängt maßgeblich vom Training unserer Nase ab; je häufiger ich einem Geruch ausgesetzt bin, desto weniger fällt er mir auf. Und ob wir dem Riechen eine Handlung folgen lassen sollten, ist hochgradig kontext-spezifisch. [http://de.wikipedia.org/wiki/Kent_Beck Kent Beck] führt beispielsweise "Kommentare im Code" als Codesmell auf, aber nicht jeder Kommentar kann und sollte umgehend gelöscht werden. Mancher Kommentar wird erst nach langen Refactorings überflüssig, ein anderer bleibt wesentlich, weil er den Grund für eine bestimmte Entscheidung festhält.

Ähnlich verhält es sich mit dem Geruch einer Programmiersprache: Man muss sie eine Zeitlang verlassen haben, um die stinkenden Stellen wahrzunehmen. Java hat eine ganze Palette unangenehm riechender Eigenschaften, viele davon fallen in die Kategorie "überflüssige Zeremonie". Trotzdem gibt es in zahlreichen langlaufenden Projekten keinen zwingenden Grund, Java durch eine Hipster-Sprache zu ersetzen. Auf der anderen Seite muss man sich bei neuen Aufgaben - das kann auch ein neues Subsystem einer bestehenden Software sein - fragen, ob nicht eine andere Sprache (vielleicht eine der über 200 JVM-Sprachen) oder gar eine andere Technologie der zukunftsträchtigere Ansatz ist. Dabei spielt die aktuelle Mode sicherlich eine Rolle, weil die Qualität einer Software auch von der Begeisterungsfähigkeit der beteiligten Entwickler abhängt.

Dennoch kurz zum Kontext des Tweets: Ich war Teilnehmer der Abendveranstaltung "Deutschland sucht den agilen Entwickler" im Rahmen der diesjährigen XP-Days in Hamburg. Als ich mir eingestehen musste, dass meine Konzentration für eine ernsthafte Bearbeitung der Aufgabe ("Suche so viele Codesmells in der gegebenen Codebasis wie möglich") nicht mehr ausreichte, wählte ich den spektakulären Abgang.

//Letzte Frage - die legendäre Fünf-Millionen-Euro-Frage: Wenn Ihnen jemand heute fünf Millionen Euro in die Hand drücken würde, unter der Bedingung, nie wieder Software zu schreiben - würden Sie das Geld annehmen? Was würden Sie anstatt dessen tun?//

Ich würde das Angebot annehmen und anschließend ein Doppelleben als Programmierer im Geheimen führen. Und wenn ich auffliege, werde ich Profispieler in der NBA.

//Herr Link, vielen Dank für das Gespräch.//

//Neben seiner Tätigkeit als Berater und Autor ist [http://johanneslink.net Johannes Link] Vorstand bei der [http://netdosis.de Netdosis AG], einer Ausgründung der Universität Erlangen-Nürnberg. Mit seinem Projekt http://rechnerzeit.net führt er junge Menschen an das Programmieren heran.//