rafaeldff + architecture   205

Jetty Issue
Comment linking to jetty design docs
jetty  github  issue  links  design  architecture 
february 2019 by rafaeldff
The Calculus of Service Availability
This article expands upon the topic of SLOs to focus on service dependencies. Specifically, we look at how the availability of critical dependencies informs the availability of a service, and how to design in order to mitigate and minimize critical dependencies.
paper  article  google  availability  systems  architecture  SLO  SLI  dependencies  from twitter_favs
may 2017 by rafaeldff
Out-of-the-Box Computing – The Belt
A large fraction of the power budget of modern superscalar CPUs is devoted to renaming registers: the CPU must track the dataflow of the executing program, assign physical registers and map them to the logical registers of the program, schedule operations when arguments are available, restore visible state in the event of an exception—all while avoiding register update hazards.

Not all CPU architectures are subject to hazards that require register renaming. Unfortunately, earlier hazard-free designs either require one-at-a-time instruction execution (stack and accumulator machines) or push hazard avoidance off onto the compiler or programmer (VLIWs). The Mill is a new machine architecture that eliminates these problems by adopting a new machine model, the “belt”.

The belt machine model is inherently free of update hazards because all operation results go onto the belt by Single Assignment; in other words, once created they never change their value. Belt machines have no general registers and thus no rename registers that physically embody them. Result addressing is implicit, which produces compact code and easily accommodates operations like integer divide that logically produce multiple results. The machine model integrates naturally with function call, eliminating caller/callee save conventions and complex call preamble and postamble code.

A belt machine has short pipelines because it lacks the extra pipe stages associated with rename; typical misprediction penalty is five cycles (if decode is also fast). Area and power consumption in a belt core is a third that of an equivalent superscalar in large part because a belt lacks the large number of physical rename registers and the interconnect needed to supply register values to the functional units.

The talk explains the belt model as seen by the programmer and the physical internals of a typical implementation.
video  cpu  hardware  InstructionSet  computer  architecture  stack  belt  IvanGodard  superscalar  RegisterRenaming  register  computing  registers  talk  mill  MillArchitecture 
august 2013 by rafaeldff
OOPSLA, first day
Ralph Johnson report of Barbara Liskov keynote. Notable because it lists papers that influenced her.
paper  papers  blog  post  list  catalog  classic  SE  softwareengineering  software  engineering  architecture  softwareachitecture  BarbaraLiskov  RalphJohnson 
october 2009 by rafaeldff
It’s Me, and Here’s My Proof: Why Identity and Authentication Must Remain Distinct
Good thinking. Identity and authorization should always be separate. An application of this principle is that biometrics are about identity and so must be accompanied by a second factor (like a PIN) in a secure system.
SteveRiley  security  software  systems  architecture  authorization  identity  authentication  article  essay  column  Microsoft  TechNet 
january 2009 by rafaeldff
Economies of scale » Untangled
Another great blog post by Roy Fielding discussing, with an academic slant, scalability of event based architectures. I particularly liked the economic approach to the analysis.
blog  post  RoyFielding  REST  software  architecture  scalability  scale  economy  systems  engineering  dynamics  EDA  EBI  eventing  PubSub  web  Twitter 
september 2008 by rafaeldff
Paper tigers and hidden dragons » Untangled
Roy Fielding proposing a RESTful solution to the problem of large-scale polling between web sites. This was brought about by a controversial talk at OSCON given by Flickr engineers, and the ensuing blogosphere conversation. Interestingly, Roy's solution involves a bit map.
RoyFielding  blog  post  REST  distributed  system  systems  thoughtexperiment  software  architecture  flickr  polling  PubSub 
september 2008 by rafaeldff
Bill de hÓra: REST as an engineering discipline
Bill de hÓra's recent post is mandatory reading for anyone interested in the REST "controversy". A crude summary cold be that it all boils down to sound engineering practice. The REST architectural style was thoughtfully developed to enable practical reasoning about constraints and related architectural elements. The supposed "alternatives" are usually nothing more than empty buzzwords and reheated technologies (those are my words, Bill is much more polite).

And as usual for the author, the post is peppered with interesting links.
blog  post  REST  software  architecture  engineering  web  style  pattern  BilldeHÓra  BillDeHora  XMPP  HTTP  technology  distributed  systems  interesting 
august 2008 by rafaeldff
Ctrl-Shift-B: Interactive Application Architecture Patterns
Thorough comparative overview of MVC, MVP and PAC. The author applies Fowler's further decomposition.
article  comparison  overview  blog  post  DerekGreer  UI  GUI  pattern  software  architecture  patterns  MVC  MVP  PAC  smalltalk  Dolphin  Taligent  hci  oop  OO  reference 
june 2008 by rafaeldff
SmugBlog: Don MacAskill » Blog Archive » SkyNet Lives! (aka EC2 @ SmugMug)
How SmugMug (a top-scale photo sharing web site) uses Amazon EC2 (and S3) for their batch jobs. They've set up a pretty cool controller system to dynamically allocate resources (EC2 instances).
blog  post  DonMacAskill  SmugMug  software  architecture  EC2  Amazon  batch  BatchProcessing  distributed  computing  system  cloud  CloudComputing  S3  scaling  scalability  ResourceAllocation 
june 2008 by rafaeldff
rest-discuss : Message: Re: [rest-discuss] RFC for REST?
Roy Fielding' s 2006 message to the REST-discuss mailing list clarifying the origins of REST and how it relates to the http object model.
RoyFielding  REST  history  web  http  software  architecture  style  pattern  standard  email  message  thread  REST-discuss  list  mail 
may 2008 by rafaeldff
OSGi Alliance Blog: Is XML Part of the Problem?
How dynamic code reloading (via OSGI in this case) alters the forces involved in the debate of configuration files versus programmatic configuration.
software  architecture  configuration  XML  blog  post  article  PeterKriens  OSGi  dynamic  linking  reloading 
april 2008 by rafaeldff
MF Bliki: StranglerApplication
"An alternative route [to replace a legacy system with a new one] is to gradually create a new system around the edges of the old, letting it grow slowly over several years until the old system is strangled"
blog  post  MartinFowler  pattern  software  architecture  strategy  project  legacy  StranglerApplication  Strangler  rewriting 
april 2008 by rafaeldff
On software architecture » Untangled
In this blog post, Roy Fielding clearly explains the differences between "software architectures", "architectural styles" and instantiations thereof. Of course, he relates all concepts to REST and the web.
RoyFielding  article  blog  post  software  architecture  concepts  principles  style  ArchitecturalStyle  definition  pattern  REST  web 
april 2008 by rafaeldff
InfoQ: Using AOP in the Enterprise
Adrian Colyer presents some use cases and suggests "patterns" for applying AOP to fulfill software requirements. He also talks a bit about Spring 2.5 AOP improvements.
AOP  presentation  video  InfoQ  AdrianColyer  Spring  AspectJ  software  architecture 
march 2008 by rafaeldff
Abelson: LISP: a language for stratified design - Google Scholar
From 1987: "We exhibit programs that illustrate the power of Lisp as a language for expressing the design and organization of computational systems. The examples are chosen to highlight the importance of abstraction in program design and ..."
toread  paper  lisp  DSL  software  architecture  layering  layer  layers  pattern  HaroldAbelson  GeraldJaySussman  GeraldSussman  GoogleScholar 
march 2008 by rafaeldff
Research Papers
Justin R. Erenkrantz has some recent papers about REST.
JustinErenkrantz  REST  paper  papers  research  JustinRErenkrantz  WebServices  web  architecture  catalog 
february 2008 by rafaeldff
The Rich Engineering Heritage Behind Dependency Injection
Dependency Injection frameworks viewed as a form of Architectural Description Languages, a well-known research topic from the component based computing community.
article  DI  IoC  ADL  CBD  AndrewMcVeigh  component  technology  research  Java  framework  DependencyInjection  pattern  software  architecture  javalobby 
february 2008 by rafaeldff
The Ancient Art of Programming » Conversions: All in a Day’s Work
"In my experience, a typical Enterprise application consists of very little “Business Logic”2, but mostly Conversion Logic, so I suppose that conversions are still all in a day’s work.
blog  post  software  architecture  Java  conversion  transformation  data  information  domain  ArjenPoutsma 
january 2008 by rafaeldff
Farms, Fabrics and Clouds
Presentation about trends in software architecture by HP labs researchers.
toread  presentation  SteveLoughran  JulioGuijarro  grid  cluster  distributed  systems  computing  web  software  architecture  SmartFrog  deployment  megadata  pdf  slides 
december 2007 by rafaeldff
Mock Objects: Don't tie down your code, use interfaces
Succinct explanation of how using interfaces to separate layers is not only an artifice for replaceability, but also a way to effectively separate concerns. (the article is on the mock objects blog, but does not directly address mocking issues).
article  blog  post  interface  interfaces  layer  layers  layering  software  architecture  dependency  dependencies  SoC  DiP  IoC  DI  OO  design  SteveFreeman  pattern 
december 2007 by rafaeldff
In Relation To... From component model failure to layer fetishism
I don't think I fully understood the point Emmanuel Bernard is making, he seems to be arguing that WebBeans will make Presentation/Domain separation unnecessary. I'm linking to it anyway, because it is always healthy to question assumptions.
blog  post  EmmanuelBernard  software  architecture  JBoss  web  webdev  domain  OO  layer  layers  view  presentation  MVC  WebBeans  component 
november 2007 by rafaeldff
Weblog | Bill de hÓra | RESTfaces, Struts2 REST, SpringMVC+Restlet
Bill de hÓra reviews some current generation Java web frameworks as to how they respect the web architecture. In other words, how "restful" they are. I would seriously recommend this post and the linked articles to web framework developers.
BillDeHóra  blog  post  web  webdev  Java  JavaEE  framework  review  analysis  BillDeHora  REST  MVC  Model2  Action  software  architecture  Spring  SpringMVC  RESTFaces  JSF  Struts2  Reslet  JSR-311  Jersey 
november 2007 by rafaeldff
Eric Newcomer's Weblog - HPTS 2007 - time to reinvent everything?
"In the old days we always talked about moving mainframe based systems to distributed environments, but maybe our mistake was in trying to replicate the features and functions of the mainframe. These new "scale out" architectures may finally accomplish it
blog  post  EricNewcomer  IONA  transaction  TPS  distributed  systems  OLTP  consistency  latency  scalability  middleware  Web  2PC  megadata  software  architecture 
october 2007 by rafaeldff
SOA, cuts the Gordian Knot -- Not.
Robert Martin arguing that SOA is worthless (albeit likely very expensive) if the services aren't loosely coupled and that is just plain hard. (tho I do not agree that SOA and CBD are the same - SOA has a stronger network focus).
blog  post  RobertMartin  SOA  WebServices  RobertCMartin  CBD  component  components  coupling  software  architecture  ESB  hype  critique  criticism  services 
october 2007 by rafaeldff
Amazon's Dynamo - All Things Distributed
Amazon has also felt the need to develop a semi-general-purpose highly scalable db system. I wonder if there ever will be demand of this kind of Megadata(tm) systems in the overall market or if they will remain restricted to services giants.
toread  blog  post  paper  WernerVogels  Amazon  system  database  storage  data  distributed  systems  scalability  Megadata  GiuseppeDeCandia  DenizHastorun  MadanJampani  GunavardhanKakulapati  AvinashLakshman  AlexPilchin  SwaminathanSivasubramanian  PeterVosshall  reliability  performance  algorithm  algorithms  architecture  availability  consistency  CAP 
october 2007 by rafaeldff
Ruminations of a Programmer: Domain Modeling with JPA - The Gotchas - Part 1 - Immutable Entities
A common design problem is the presentation layer (or a presentation layer framework) needing to violate the encapsulation of domain classes. This article suggests two ways of using AOP to overcome the problem.
article  DebasishGhosh  blog  post  OO  design  DDD  domain  encapsulation  immutability  AOP  aspects  software  architecture  layers  MVC  presentation  advice 
september 2007 by rafaeldff
Stefan Tilkov: FAQ Entry: What's this REST vs. SOA Debate About?
"When some people say “SOA”, they talk about an approach to managing, organizing and structuring IT systems in a large enterprise context." "Others view “SOA” much more technically. To them, SOA is the abstract architecture behind the Web services
blog  post  article  StefanTilkov  SOA  WebServices  REST  software  architecture  web  business  technology  definition  ambiguity  services 
september 2007 by rafaeldff
A little REST and Relaxation - Parleys - Parleys.com - a Belgian Java User Group initiative
Roy Fielding, the man who coined the term REST in his PhD dissertation, explains how it came about, some of its properties (though there wasn't much time to get into it deeply) and how one could think about relaxing some constraints.
RoyFielding  presentation  video  talk  parleys  BeJUG  Jazoon  2007  REST  lecture  software  architecture  web  http  webservices 
september 2007 by rafaeldff
Sam Ruby: Ascetic Database Architectures
Anant had written that newfangled database architectures are held back by the need to implement traditional API/SPI drivers (ODBC, JDBC, etc). In this post Sam Ruby responds that simple standards as HTTP+JSON ameliorate this problem - he uses CouchDB as a
blog  post  SamRuby  DB  data  database  API  protocol  networking  interoperability  innovation  JSON  HTTP  software  architecture  couchdb 
september 2007 by rafaeldff
Big ball of Mud
Brain Foote google talk about his (and Yoder's) work on the Big Ball of Mud architecture. Great stuff, and a possible contender for the records of Number and Diversity of Metaphors in a Computer Science Presentation.
talk  presentation  video  BrianFoote  software  architecture  component  pattern  BigBallOfMud  antipattern 
september 2007 by rafaeldff
InfoQ: "Code First" Web Services Reconsidered
By an author of the JiBX framework. The idea is to have a separate WSDL+XSD generation step that will cease to be applied after deployment (to retain stability for the interface).
article  DennisSosnoski  InfoQ  WebServices  wsdl  xsd  schema  codegen  generation  XML  binding  framework  jibx  SOA  SOAP  CodeFirst  software  architecture  service  design 
september 2007 by rafaeldff
No Name: Just Notes on Software Reuse
The postmodern programming guys investigate the concept of reuse in software through "passages" taken from authors as diverse as Ada Lovelace, Don Knuth, Turing, Parnas and Bill Gates. I think summarizing their findings here is counterproductive.
paper  essay  article  software  reuse  engineering  component  components  architecture  culture  society  market  development  programming  postmodern  postmodernism  RobertBiddle  AngelaMartin  JamesNoble 
september 2007 by rafaeldff
Bill de hÓra: Phat Data
Bill de hÓra picks up Joe Gregorio's Megadata meme and proposes that the ultimate data architecture for internet-scale systems will be based on a distributed filesystem with keyed-data and location-independence.
BillDeHÓra  blog  post  article  data  information  database  db  dbms  FileSystem  FS  storage  SAN  distributed  systems  software  architecture 
august 2007 by rafaeldff
Ralph Johnson: Erlang, the next Java | Lambda the Ultimate
Great comment on LtU, by user michaelw, on the subtle (cache hit-rate) and not so subtle (Amdahl's Law) effects that physical architectures impose on parallel software development.
comment  post  thread  LtU  michaelw  concurrency  parallel  parallelism  hardware  architecture  Amdahl'sLaw  Amdahl  cache  caching  efficiency  performance 
august 2007 by rafaeldff
Source Tour at OpenSolaris.org
"This page is designed to take users through a brief overview of the source code associated with the ZFS filesystem. It is not intended as an introduction to ZFS – it is assumed that you already have some familiarity with common terms and definitions, a
page  OpenSolaris  source  code  ZFS  FileSystem  tour  guide  architecture  OS 
july 2007 by rafaeldff
Artima Developer Spotlight Forum - A Taxonomy of Error Types and Error Handling
I agree that "In summary, having a clear taxonomy of error conditions that code may encounter helps develop better strategies for dealing with, and possibly recovering from, those errors." I don't particularly like the proposed taxonomy tho...
article  artima  JohnBayko  exception  ExceptionHandling  error  handling  ErrorHandling  taxonomy  definition  OO  design  software  architecture  API  transaction 
june 2007 by rafaeldff
Evolving the Link (IEEE Internet Computing)
Danny Ayers on hypertext references (links), Semantic Web, RDF and the Open Data movement.
article  column  paper  IEEE  InternetComputing  magazine  DannyAyers  web  REST  architecture  link  linking  hypertext  hypermedia  RDF  SemanticWeb  OpenData  information 
june 2007 by rafaeldff
The Complicator's Gloves - Worse Than Failure
"I will leave you with this bit of advice: the next time you find yourself designing software, be wary of The Complicators; take a good, hard look at your first revision and just say to yourself, "gloves.""
article  funny  tale  software  engineering  process  architecture  design  advice  WTF  simplicity  complexity  programming  humor 
june 2007 by rafaeldff
[Editorial Draft] Extending and Versioning Languages: Terminology
Cool! A W3C TAG finding on versioning edited by Dave Orchard. His articles on the topic for xml.com are deep stuff.
DavidOrchard  W3C  web  architecture  document  message  schema  service  versioning  version  DaveOrchard  BEA  XML  TAG  Finding  spec  article  paper  page  WebServices  soa 
may 2007 by rafaeldff
Chuck Hinson: WSEC
An example highliting benefits gained from the Uniform Interface constraint in RESTful web services. Namely, it is easier for a client to interoperate with multiple servers/services that deal with the same data type.
blog  post  article  software  architecture  web  REST  http  verbs  w3c  WSEC  WS-*  wsdl  Uniformity  UniformInterface  WebServices 
may 2007 by rafaeldff
PatHelland's WebLog : SOA and Newton's Universe
Crude summary: how to enable effective loosely coupled distributed systems to interact by choosing a relaxed definition of consistency, often inspired by real-life protocols (think overbooking or trading fungible goods), thus avoiding expensive locking.
article  blog  post  PatHelland  distributed  system  systems  SOA  coupling  LooseCoupling  protocol  design  software  architecture  transaction  transactions  2PC 
may 2007 by rafaeldff
rest-discuss : Message: Re: [rest-discuss] Re: REST intro slides
In this post from REST-discuss, Roy Fielding explains just WTF does "hypermedia is the engine of application state" means.
REST  thread  post  mailing  list  email  RoyFielding  REST-discuss  state  hypermeida  link  links  web  software  architecture  distributed  system  systems 
may 2007 by rafaeldff
HK2 (glassfish)
HK2 is a module subsystem coupled with a simple yet powerful component model. It is the foundation for GlassFish V3. HK2 proposes a model which [will] be friendly to existing technologies such as OSGi, yet will provide a path to the implementation of mod
project  opensource  HK2  Glassfish  Sun  Java  JavaEE  component  module  CBD  software  architecture  components  modules  Kernel  IOC  DI  DependencyInjection  services  service 
may 2007 by rafaeldff
EETimes.com - Reborn Sun Micro plots server CPU push
David Yen: "We don't have the volume Intel has, so we will not compete on cost. Intel has the best transistor designers (...) so we will not compete (...) in frequency. So we decided to compete in architecture. That is the only thing left, and not anyone'
interview  EETimes  Sun  DavidYen  microprocessor  CPU  chip  processor  hardware  architecture  market  Niagara  Niagara2  Rock  SPARC 
may 2007 by rafaeldff
David Van Couvering 's Blog: Mapping Entities to REST - Learning from History
Automatic mapping between Resources/HTTP Verbs and Entities/CRUD is problematic. Potentially chatty interaction; absence of transactional semantics, coupling DB Schemas to public API making evolution difficult and security concerns are all hazards.
blog  post  DavidVanCouvering  REST  Sun  ORM  OXM  mapping  transformation  software  architecture  DB  JSR-311 
april 2007 by rafaeldff
ArchitectNotes - Varnish - Trac
Experienced FreeBSD kernel hacker talks about how userland programs should rely on the kernel to optimize memory usage. He also gives a few optimization tips. All in the context of an http caching proxy he is writing.
article  Poul-HenningKamp  software  architecture  performance  systems  OS  kernel  memory  VirtualMemory  proxy  cache  caching  FreeBSD  Varnish 
april 2007 by rafaeldff
Thoughts On ...: Wormhole anti-pattern
"The Wormhole Anti-Pattern arises when each change on one end of your application (e.g. the Database) requires a corresponding change on the other end (e.g. you Web page) (and often all the layers in between) as if there was a wormhole that opened up (...
blog  post  WilliamCaputo  pattern  antipattern  anti-pattern  software  architecture  layers  layering  layer  problem  WCaputo 
march 2007 by rafaeldff
POST Once Exactly (POE) - RFC Draft
A protocol pattern for identifying HTTP resources that avoid side-effects from retrying a POST (note that this is *not* the same as being idempotent).
RFC  draft  spec  specification  HTTP  header  POST  POE  protocol  proposal  interaction  web  architecture  pattern  REST  side-effect  side-effects  server 
march 2007 by rafaeldff
Mind the gap: The state of Java modularity: JSRs 277, 291, and 294
IBM representative to OSGi, JSR-277 and JSR-291 argues that there is benefit in bundling a module system with the JVM (277/294), but that OSGi (291) is better off not being tied to specific JRE versions
blog  post  GlynNormington  Java  IBM  OSGi  jsr-277  jsr277  jcp  spec  specification  standard  module  component  system  architecture 
march 2007 by rafaeldff
Bill de hÓra: Web services: Rosencrantz and Guildernstern are not dead
HTTP is not a transport protocol. HTTP is not a transport protocol. HTTP is not a transport protocol. HTTP is not a transport protocol. HTTP is not a transport protocol.
article  BillDehÓra  deÓra  BillDeHora  REST  http  web  WebServices  distributed  software  architecture 
march 2007 by rafaeldff
Principled Design of the Modern Web Architecture
Roy Fielding and Richard Taylor ICSE 2000 paper describing REST and comparing it to "the currently deployed Web architecture in order to elicit mismatches between the existing protocols and the applications they are intended to support."
paper  RoyTFielding  RichardNTaylor  RoyFielding  RichardTaylor  REST  web  distributed  software  systems  system  architecture  hypermidia  HTTP  style 
february 2007 by rafaeldff
Effective Java Exceptions
Faults and contingencies need to be treated differently. The former with a "Fault Barrier" doing logging. The latter exploiting Exception subclasses as full-fledged objects to be handled by immediate callers as normal business logic.
article  Java  BarryRuzek  exception  exceptions  fault  contingency  contingencies  error  handling  ErrorHandling  software  architecture  FaultBarrier  pattern  design  advice  Bea  Dev2Dev 
january 2007 by rafaeldff
relational for what? [was: Design Principles Behind Smalltalk, Revisited]
Ralph Johnson gives his opinion on RDBMS' as a data access pattern on the squeak mailing list.
post  mail  email  RalphJohnson  db  data  information  OO  prevayler  RDBMS  relational  SOA  pattern  software  architecture  squeak  smalltalk  list  mailinglist  discussion  group 
january 2007 by rafaeldff
IEEE-REST_Eye_for_the_SOA_Guy.pdf (application/pdf Object)
Excellent summary of REST for SOA developers in the most recent edition of Steve Vinoski's column at IEEE internet Computing.
article  column  REST  SOA  SteveVinoski  distributed  systems  scalability  software  architecture 
january 2007 by rafaeldff
rest-discuss : Message: Re: [rest-discuss] REST, HTTP, Sessions and Cookies
Roy Fielding clarifiyng the statelessness constraint in REST, in a message to the REST-discuss mailing list.
post  thread  RoyFielding  REST  distributed  systems  scalability  web  software  architecture  discussion  group  mailing  list  mail  email  message  state  http  cookies  stateless  statelessness 
december 2006 by rafaeldff
Stefan Tilkov's Random Stuff: 10 Principles of SOA
I have know idea why this wasn't already bookmarked. Anyway, this is IMO the best short "description" of SOA published so far.
StefanTilkov  article  blog  post  SOA  software  architecture  distributed  systems  coupling  contract  policy  schema  messaging 
december 2006 by rafaeldff
Scaling: Not Just About Architecture
Frank Sommers' view on EBay's architecture presentation, paraphrasing: don't overarchitect from the get-go, but allow for fast iterative deployment of improvements
article  Artima  FrankSommers  scalability  software  architecture  operations  methodology  management  web  ebay  scaling  web2.0  performance 
december 2006 by rafaeldff
Johannes Ernst's Blog - Dan Pritchett and Randy Shoup: The eBay Architecture
"This week, I attended a very interesting presentation by Dan Pritchett and Randy Shoup, both senior technologists at eBay, on eBay's architecture. Some of it was as I would have expected, other things were, shall we say, counter-intuitive. Here is a rand
blog  post  presentation  ebay  software  architecture  java  j2ee  JavaEE  DanPritchett  RandyShoup  JohannesErnst  scalability  ha  availability  HighAvailability  reliability  db  dbms  cluster  clustering  casestudy  performance  scaling  web 
december 2006 by rafaeldff
InfoQ: Stefan Tilkov on SOA
Excellent interview with Stefan Tilkov on SOA. He talks about the three styles (RPC inspired, Message based and REST), what SOA means (it has to be something on a company scale to qualify), ESBs, JBI and mentions an implementation case.
interview  video  movie  InfoQ  StefanTilkov  SOA  business  software  architecture  ESB  JBI  REST 
december 2006 by rafaeldff
The Rule of Least Power
"This finding explores tradeoffs relating the choice of language to reusability of information. The "Rule of Least Power" suggests choosing the least powerful language suitable for a given purpose."
article  paper  document  finding  web  w3c  tag  software  architecture  language  design  declarative  markup  power  TuringCompleteness  RuleOfLeastPower  html  xml  complexity  rule  2006  principle  www 
december 2006 by rafaeldff
« earlier      
per page:    204080120160

related tags

-ilities  1.4  2.0  2PC  6.033  37signals  80-20  aar  abstraction  academic  Accenture  access  acm  acmqueue  Action  ada  ada2005  adambosworth  addendum  ADL  AdrianColyer  advice  advocacy  agile  ai  ajax  alexander  AlexanderSpoon  AlexPilchin  algorithm  algorithms  AlvaroVidela  amazon  ambiguity  Amdahl  Amdahl'sLaw  AMQP  analysis  AndrewMcVeigh  AngelaMartin  AnneManes  AnneThomasManes  AnnWollrath  answer  anti-pattern  antipattern  AOP  apache  API  appserver  architectural  ArchitecturalStyle  architecture  ArjenPoutsma  arstechnica  art  article  articles  artima  AspectJ  aspects  asynchronous  atom  authentication  authorization  autonomic  availability  AvinashLakshman  AX-RPC  axis  axis2  BackwardsCommpatibility  bandwidth  BarbaraLiskov  BarryRuzek  bashing  batch  BatchProcessing  BEA  Bea  BeJUG  belt  benchmark  benchmarking  BenHyde  bibliography  BigBallOfMud  BigTable  billburke  BillDeHora  BillDehÓra  BilldeHÓra  BillDeHÓra  BillDeHóra  BillWright  binding  blgo  blog  blueprint  blueprints  book  books  BorisLublinsky  bot  BPEL  brazil  Bredemeyer  BrianFoote  browser  browsers  building  buildings  burke  business  c  C.E.S.A.R.  cache  caching  calculus  call  CallStack  CameronPurdy  CAP  capabilities  capability  case  casestudu  casestudy  cashing  catalog  CBD  CBS  CESAR  cetis  CGI  chapter  chip  ChrisRichardson  ChristopherAlexander  Chrome  CJDate  Clarck  Clark  classic  classics  ClassLoader  ClassLoading  clayshirky  ClemensSzyperski  client  clock  clojure  cloud  CloudComputing  cluster  clustering  cmu  code  CodeFirst  codegen  ColinSmythe  collection  column  comment  communication  communications  community  comparison  compilation  complexity  component  componentes  components  computer  computerarchitecture  computerscience  computing  concept  concepts  concurrency  concurrent  conference  config  configuration  consistency  construction  container  content-type  contingencies  contingency  continuation  continuations  contract  contracts  conversion  cookie  cookies  corba  couchdb  coupling  CourseManagementSystem  cpu  crawl  crawler  critic  criticism  critique  CRUD  cs  culture  DanaMoore  DanConnolly  DannyAyers  DanPritchett  DareObasanjo  Darkstar  data  database  Date  daveorchard  David  DavidClark  DavidHansson  daviding  DavidOrchard  DavidParnas  DavidReed  DavidVanCouvering  DavidWalend  DavidYen  db  dbdebunk  dbms  DDClark  DDD  ddj  DebasishGhosh  debunk  declarative  decomposition  definition  DenizHastorun  DennisMickunas  DennisSosnoski  dependencies  dependency  DependencyInjection  deployment  DerekGreer  design  designpatterns  Dev2Dev  development  deÓra  DHH  DI  dialog  DigitalTV  DiP  directmanipulation  discussion  disk  dissertation  distributed  distributedcomputing  DistributedObjects  distributedsystem  distributedsystems  distribution  Dobb's  Dobbs  docbook  DocSearls  document  document-oriented  documentation  Dolphin  domain  DonBox  DonMacAskill  DonnaMaurer  DonRippert  DOS  DougCutting  DouglasSchmidt  DougSchmidt  dp  dployment  DPReed  draft  DragosManolescu  DrDobb's  DrDobbs  dsl  dynamic  dynamics  EAI  ebay  EBI  EC2  eclipse  economy  EDA  editor  EDP  edtech  edu  education  EETimes  efficiency  elf  ElliotteHarold  ElliotteRustyHarold  email  EmmanuelBernard  encapsulation  end-to-end  endtoend  engine  engineering  enterprise  equinox  EricNewcomer  erlang  error  ErrorHandling  ESB  essay  event  eventing  events  evolution  Evslin  Exadel  exception  ExceptionHandling  exceptions  excerpt  exemple  experience  Fabian  FabianPascal  FabioKon  facebook  failure  fallacy  FastCGI  fault  FaultBarrier  feed  feedback  FileSystem  finding  Firefox  flickr  floor  floorplant  formal  formalism  format  forum  ForwardsCompatibility  fowler  framework  frameworks  FrankBuschmann  FrankSommers  free  FreeBSD  FS  functional  functionalprogramming  funny  game  gaming  GavinKing  Gecko  generation  generic  genericprogramming  Geni  GeoffWyant  GeraldJaySussman  GeraldSussman  GFS  github  GiuseppeDeCandia  Glassfish  GlynNormington  GNU  google  GoogleScholar  grid  group  gui  guide  GunavardhanKakulapati  gunnerson  ha  handling  hannibal  hardware  HaroldAbelson  haskell  hci  hd  header  HerbSutter  hibernate  highavailability  history  HK2  HMVC  home  house  html  http  humor  hype  hypermedia  hypermeida  hypermidia  hypertext  hyperthreading  I/O  IA  IanRobinson  ibm  idempotency  identity  IEEE  ilities  illustration  IM  IME  immutability  impedance  implementation  ims  imsabstractframework  infoq  information  informationarchitecture  InformationHiding  informationretrieval  infra  infrastructure  innovation  InstantMessaging  InstructionSet  integration  intel  interaction  interesting  interface  interfaces  internals  internet  InternetComputing  interoperability  interview  invariants  investment  ioc  IONA  IR  issue  iTV  IvanGodard  J  j2ee  Jabber  jamesgarret  JamesGosling  JamesNoble  JanMiksovsky  jaoo  jar  java  javadoc  JavaEE  javalobby  javaone  javascript  JavaSpaces  jax-rpc  Jazoon  JBI  jboss  jcp  JefersonMarques  JefersonRobertoMarques  JeffDean  JeromeDochez  JeromeSaltzer  Jersey  jetty  JHSaltzer  jibx  jimgray  JimmyNilsson  JimWaldo  jini  jisc  jmx  joel  joelonsoftware  joelspolsky  JohannesErnst  JohnBayko  JohnO'Hara  JohnOHara  JohnOusterhout  jonas  JonasBoner  JonathanCrossland  JonStokes  JosephOttinger  journal  JPMorgan  JSF  JSON  jsr-277  JSR-311  jsr277  JulioGuijarro  JustinErenkrantz  JustinRErenkrantz  jwsdp  KarlHaberi  KenArnold  kernel  keykos  km  Knopflerfish  knowledgemanagement  kon  lamp  language  languages  latency  Lattix  LaurentMihalkovic  layer  layering  layers  leakyabstractions  lecture  legacy  lighweight  link  linker  linking  links  linux  lisp  list  literature  lms  loader  loading  log  logic  login  LooseCoupling  lotus  low-level  lowlevel  LtU  LucaCardelli  MadanJampani  magazine  mail  mailing  mailinglist  make  management  mapping  MapReduce  market  marketing  MarkNottingham  markup  MartinFowler  MartinLippert  MathiasFelleisen  MatthewFlatt  MDennisMickunas  measurement  MediaWiki  megadata  memory  message  messaging  metadata  methodology  metric  metrics  MichaelNygard  michaelw  microformat  Microkernel  microprocessor  microsoft  middleware  MikoMatsumura  mill  MillArchitecture  mit  model  Model2  modelviewcontroller  modularization  module  modules  MOM  mongrel  movie  mozilla  msdn  msn  Mule  multi  multi-threading  multicore  multimedia  mvc  mvp  MySQL  name  naming  network  networking  networks  newsgroup  Niagara  Niagara2  NoamNisan  NormanWalsh  NormWalsh  notes  number  numbers  object  objects  ObjectVew  ObjectWeb  odf  oftware  oki  OLTP  online  oo  ood  oop  OpenData  OpenSolaris  opensource  operations  optimization  orchestration  oreilly  organization  ORM  os  oscar  osgi  overview  owl  OXM  PAC  package  page  paper  papers  parallel  parallelism  parc  parleys  Parnas  parsing  Pascal  PatHelland  pattern  patterns  pc  pdf  performance  persistence  persistent  PeterKriens  PeterNorvig  PeterVosshall  phd  PhilipCalçado  php  picture  planning  plant  plataform  plug-in  plugin  plugins  Plymouth  PlymouthStateUniversity  PM  POE  pojo  pojos  PojosInAction  policy  polling  portal  POSA  post  postmodern  postmodernism  Poul-HenningKamp  power  ppt  pragmatic  presentation  presentationinvariants  prevalent  prevalyer  prevayler  principle  principles  problem  problems  process  processor  profiler  profiling  programming  project  proposal  protocol  proxy  psu  publication  PubSub  put  Q&A  queue  quora  RAD  rails  RalphJohnson  RandyShoup  rational  RDBMS  rdf  reading  recommendation  recovery  reed  refactoring  reference  references  register  RegisterRenaming  registers  relational  ReleaseIt!  reliability  reloading  rendering  repository  research  Reslet  resource  ResourceAllocation  ResourceManagement  resources  rest  REST-discuss  RESTFaces  retrieval  reusability  reuse  review  rewriting  RFC  richardgabriel  RichardNTaylor  RichardPGabriel  RichardTaylor  richclient  RobertBiddle  RobertCMartin  RobertMartin  robusteness  Rock  RogerSessions  RoR  RoyCampbell  RoyFielding  RoyTFielding  RoyThomasFielding  rss  ruby  rule  RuleOfLeastPower  RulesEngine  RyanTomayko  S3  sakai  Saltzer  SamRuby  SamuelCKendall  SamuelKendall  SAN  sbaz  Scala  scalability  scale  scaling  schema  scheme  science  ScotRaymond  ScottWilson  screencast  screenshot  se  search  security  semantic  semanticweb  semweb  server  service  ServiceMix  services  servlet  ShimonSchocken  Shoes  side-effect  side-effects  sign-up  signup  SilvioMeira  simplicity  SimplyRestful  site  skrenta  SLI  slides  SLO  smalltalk  SmartFrog  SmugMug  soa  soap  SoC  socialsoftware  society  software  softwareachitecture  softwarearchitecture  softwareengineering  solaris  sotware  source  SPARC  spec  specification  specifications  spider  spring  SpringMVC  squeak  stack  standard  stat  state  stateless  statelessness  static  statistic  statistics  stats  StefanTilkov  SteveFreeman  SteveLoughran  SteveRiley  SteveVinoski  storage  store  Strangler  StranglerApplication  strategy  structure  structureddocumentediting  Struts2  StuartSierra  study  style  sun  supercomputer  superscalar  SwaminathanSivasubramanian  Swing  synchronicity  system  systems  tag  tale  Taligent  talk  taxonomy  TechNet  technology  tedneward  TerryCoatta  testing  textbook  thesis  ThomasErl  thoughtexperiment  thread  threading  threads  tier  tiers  TimBray  time  times  timing  tip  tips  TM  tomcat  TomEvslin  TomonoriYamane  TomWhite  tool  topix  toread  tour  TPS  transaction  transactional  transactions  transformation  Trygve  trygver  TrygveReenskaug  tss  tsss  tuning  TuringCompleteness  tv  Twitter  TylerClose  type  types  typing  ubl  UC  UFPE  ui  UIUC  UML  UniformInterface  Uniformity  unix  uptime  URI  URL  usability  userinterface  USP  Varnish  venice  verb  verbs  version  versioning  video  Vietnam  view  VirtualMemory  visualization  vpath  w3c  WayneBeaton  WCaputo  web  web-calculus  web2.0  webapp  WebBeans  webct  webdesign  webdev  WebKit  webservice  webservices  WebSphere  Weinberger  WernerVogels  wiki  WilliamCaputo  WilliamWright  windows  wizard  workflow  worseisbetter  ws  WS-*  wsdl  WSEC  WTF  www  WYSIWYG  XA  xerox  xhtml  xml  XMLHttpRequest  XMPP  xsd  ZedShaw  ZFS  _toread 

Copy this bookmark: