langreiter.com plain, simple: comments-2002-02-11

LANGREITER.COM plain, simple

START

Montag, 11. Februar 2002

Yet another ArsDigita story, this time from [create Lars Pinds]: "We all shared a dream of working for a company that had a personality, that talked straight talk, that had a good heart (and made tons of money in the process). It turned out that ArsDigita wasn't that company." —pinds.com/lars/goodbye-arsdigita

2002-02-11-evenMoreADPOVs

The interesting things are happening on www.e7l3.com those days. Go there.

Raph Levien: "Miguel is certainly right about one thing: Microsoft has a lot of very smart people who are paid to think about difficult problems. To ignore their work, for any reason, is stupid. Embrace and extend!" — So it be!

David Ness: "Beating on venture capitalists may relieve frustration, but if you take a huge pile of money from someone, you shouldn't be surprised if they have some optinions about how it should be spent." — in comments-2002-02-10

[create Apple II] Software Hits, [create 1983] — apple2history.org/a/appy/aha83.html

2002-02-11-misc

Janne Jalkanen created an XML-RPC interface for JSPWiki. Looks like a pretty decent subset to access all kinds of Wikilike things.

2002-02-11-wikiRPC

funzel 8320 days AGO
XML-RPC hin, XML-RPC her. Irgendwie ist alles nur Remote Calls und ist ein bisschen wie wenn Schlager aus den 70ern runderneuert werden.

Fuer die Leute die Zeit haben : ;-)

ad: wo/webforms: naja, nur macht das WO seit >5 Jahren afaik und das event handling erscheint mir besser. Ich bin nicht so tief in Webforms drinnen, aber in den Beispielcodes programmieren die Leute einen Event Handler nicht pro Komponenten sondern pro Formular.

ad: jini/uddi: zu behaupten jini sei tot, ist ein bisschen ueberfrueht, siehe ruby, dass erst nach 10 jahren ein paar fans hat. ich glaube die programmierer sind fuer einen denk ansatz ala jini noch nicht weit genug und eher im C/S denken verhaftet. Wir werden sehen. Und zu behaupten "ausser automatic service lookup/discovery" haetten die beiden nichts gemein, ist ja famos, da das der Zweck der beiden Technologien ist. Das ist wie zu behaupten, ausser dass ein Mercedes und ein BMW zwei Autos sind, mit raedern, zum fahren, oberklasse zum luxurioesen Transport haben die beiden nichts gemein. Mag sein, aber dann muss man schon sehr nah davor stehen.

chris 8320 days AGO
Tja, XML-RPC stellt pour moi vor allem die Chance dar, aus diversesten Monolithen Module zu machen - und damit bei gleichbleibenden $/kB ungleich besser integrierte und mächtigere Lösungen bauen zu können ...

Von der Applikationsentwicklerwarte aus gesehen gefällt mir dieses Cameron Pope-Zitat sehr: "Most importantly, XML-RPC will let our users do things with our app that we aren't smart enough to imagine."

Na denn!

funzel 8320 days AGO
Jo. Das einzige dass XML-RPC auszeichnet, ist dass es einfach ist. Eventuell hilft dass beim Umdenken und errreicht was die gleichen Technologien, RPC & CORBA, vorher nicht geschaffen haben, eine Modularisierung. Leider gehoere ich zu den Zweiflern, mir wurde schon ein bisschen viel versprochen in den letzen 20 jahren. Performace einer massiv modulisierten XML-RPC Anwendung wuerde ich auch gerne nochmal sehen (also nicht einer, ich-poste-mal-einen-eintrag-auf-blogger.com oder ich-schreibe-eine-nachricht-mit-jabber) leider halten sich die Verfechter da ein bisschen zurueck. Nicht dass wir uns falsch verstehen, ich finde ein allgemeines Blog-API und Instant-Messaging API und XML-Storage API fuer eine gute Sache, es gibt sowieso zuviele APIs auf der Welt.

"More updates. The UTF-8 issue seems to be talked to the death on the XMLRPC mailing list. The summary seems to be: "While many toolkits might support something else than ASCII in string values, the XML-RPC spec is frozen, and will never change. If you transport something else than ASCII, you're in violation of the spec. Use base64."

Das kann nicht real sein, oder ?

funzel 8320 days AGO
ad VC: Been there, bought the T-Shirt. Meine Theorie zu VCs ist folgende. VCs investieren nur in Maerkte, von denen sie keine Ahnung haben (zeitlich Internet, Biotech, Nanatech). Nur dann koennen sie sich selbst beluegen, der Markt wuerde explodieren und unendlich viel Geld hergeben. Dies fuehrt dann zu dem bekannten Technologie Channel Hopping der VCs. VC faehige Ideen, die real viel Geld versprechen, sind eher selten. Eventuell steigt die Qualitaet wieder, wenn die meisten VCs gestorben sind.

stefanteil 8320 days AGO
ad VC: man entscheidet selbst ob man das spiel spielt. und es sollte einem einfach klar sein worum es dabei geht: um schwerkapitalismus. um gewinnmaximierung. um rendite. darum dass jemand geld einsetzt um möglichst viel mehr geld zu machen. das problem dass ich halt kenne ist dass der der geld sucht nur in den deal rein will, und der der die kohle hütet nur daran denkt wie er möglichst viel reicher raus kann. suchst du "gutes" kapital, wird es wohl in diesem umfeld wenig geben ... dann ist eher der "alte fuchs" aus der branche gefragt, jemand der's geschafft hat und auch an die sache glaubt. und dann geht es nicht mehr nur um geld, sondern auch um netztwerke und verbindungen die einem wirklich helfen.

chris 8320 days AGO
Die UTF-8-Geschichte, ähem, stimmt. Ich ignoriere das aber lieber.

earl 8320 days AGO
ad wo/webforms: ich bin auch nicht sehr tief in webforms drinnen, aber ob eventhandling formbasiert oder compbasiert realisiert wird laesst webforms soweit ich weiss, dem entwickler offen.

zum "seit 5 jahren" o-ton: und? siehe auch Avoiding the second historic mistake. zum durchsetzen brauchts nicht einmal viel - und wenn die technologie dann auch noch eine feine ist ...

keine ahnung woran sich die ms leute mit webforms/asp.net orientiert haben, vielleicht ist es ja sogar sehr WO orientiert. wenn WO das eiffel ist, wollen wir hoffen das webforms nicht zu java werden. wenn webforms aber eh wo++ sind, dann steht deren durchsetzung ja doch wenig im wege ;)

ad jini/uddi: ich nehme mal an, es kommt drauf an von welchem punkt aus man jini auffassen moege ;) der kern, okay, ist meinetwegen UDDI aehnlich: lookup/discovery&join mit nur ein bissl mehr: transactions, leases und events.

aber unter "jini" fasst so mancher wahrscheinlich noch mehr auf. javaspaces, "mobile code", ... schon der core entspricht eher UDDI + WSDL + SOAP als nur erstegenanntem. wobei natuerlich wiederum die frage ist, ob UDDI alleine referenzieren sinn macht - oder ob das triumvirat in wirklichkeit viel eher eine einfaltigkeit ist.

technische berichtigungen bitte allergernst, aber bitte keine autovergleiche mehr ;)

David Ness 8319 days AGO
Lars Pinds telling of the ArsDigitia story, particularly when combined with Joel Spolsky's comments in `Joel on Software' make a whole lot more sense to me than the long tales of woe told by the founders. If you think VCs are dopes for giving you the money, why would you expect them to be smart about running your company.

funzel 8319 days AGO
ad jini: Mag ja sein, dass Leute mehr unter Jini auffaussen. Letztlich ist es nur die maximal moegliche Abstraktion eines Services (lokationstransparenz, Implementierungstransparenz, ...).Javaspaces ist auch nichts besonderes, eigentlich hat das mit Jini nicht viel zu tun (sondern ist ja nur eine Lina Implementation in Jini) und nur eine Service Anwendung, genausowenig wie Radio zu XML-RPC gehoert. Ja, ich meinte mit UDDI auch die dazu gehoeringen anderen Technologien wie SOAP, UDDI ohne SOAP ist eher beschraenkt sinnvoll. Transaktionen, Leases und Events kommen in UDDI/SOAP ganz sicher auch noch rein. Nur weil Jini weiter ist und nicht auf Anfang der 80er ;-) Technologie beruht heisst das ja nicht, dass SOAP et. al nicht auch dorthin wollen. Btw, Jini und Webservices integrieren sich wundervoll :)

earl 8319 days AGO
re jini: yep, Jini + webservices ;) vielleicht begreift sun auch irgendwann, das jini einen backbone zu soap/uddi/wsdl liefern koennte, dann muss es evtl doch nicht sterben :)

aber sun war nie sonderlich schnell von begriff.

Please log in (you may want to register first) to post comments!