Profile cover photo
Profile photo
Dan Martin
137 followers
137 followers
About
Dan's interests
View all
Dan's posts

Post has attachment
Dan Martin commented on a post on Blogger.
It is getting so hard to trust Google products. You keep taking away products that people rely on. The thing that you miss out in your data is that the small number of people using this feature are the power users. The people who use your products every day. The people who recommend your products to other people. That's not the crowd you want to push to other platforms, but you keep finding ways to irritate that crowd by taking away their favorite tools, like this and Reader.

Post has attachment
Dan Martin commented on a post on Blogger.
Many people have invented better email, and every single time it’s ended up in a dumpster (Google Wave, anyone).  The fact is, email is simple enough to connect the world.  It has tons of flaws, but the ease and ubiquity mean “better" options aren’t successful options.  REST is the web service equivalent of email.
 
The main problem with this article is that it is LONG on criticism, and very short on concrete solutions.  You don't mention named format, protocol, or pattern as a solution.  Even your section labelled "Alternatives" doesn't mention a single concrete alternative.  REST is popular because it is a concrete, easy to understand, easy to produce, and easy to consume protocol and methodology.  No one ever said “I’ve have looked at every protocol and data format, and JSON REST is functionally the very best and most performant option on the planet.” We use REST because it’s a very straightforward, lives within technology that we are all very familiar with, and relies on infrastructure that was already in place to connect every single interested party on the planet.  
 
You recommend “more compact formats that don’t require compression”.   I’ve worked with compact formats (Avro, Protocol Buffers, Thrift) in special domains – mainly extremely high volume big data systems.  You even mention high frequency trading, a very specialized domain.  The reality is, this is needed for a very small, specialiized segment of technology.  Those that need compact formats are aware of them and use them.  The more verbose formats are much easier to work with and sufficient for 99% of data transmission needs.  Most important, the technology support is so much more widespread for JSON and XML than any other format.  GZIP compression is so efficient on repetitive data structures that transport sizes are negligible in most use cases.  Sacrificing readability isn’t a sufficient gain.  High frequency traders know they need to use alternatives.
 
Same goes for asynchronous messaging.  This makes data exchange much more complex to manage, and requires both sides are capable of receiving messages.  Do you know what happens when you make this requirement?   You have eliminated every client on a network that isn't exposed externally, including most systems in corporate networks, most mobile devices, and I would guess around 98% of every computer on the planet.  But hey, our service is more efficient!  

Temporal Coupling?  Semantics?  Verb mapping issues?  Status Codes?  These are the problems of your life?  The rest of us have real work to get done, and we’re using REST to do it.

Post has shared content

Post has shared content

Post has attachment
Hanging at Money 2020 with the MasterCard Dev Zone team, and Adam "The Naked Man" Paul. 
Photo

Post has shared content
Wow.  I'm completely shocked.  This is awesome, but I'm really suprised that a public company that must answer to stockholders can do this.  Elon Musk is a legend in his own time.

Post has attachment
Bucket list box checked. Spending my day with the James Gosling.
Photo

Post has shared content
I'm hacking in Atlanta this weekend.
MasterCard Developer Zone is excited to sponsor the AT&T Mobile App Hackathon - Women in Technology and Home Automation happening on April 11-12

Members of our team will be onsite to help developers build applications on top of MasterCard APIs. Prizes will be awarded for best use of our APIs.

Be sure to follow the action on Twitter by following MasterCard Developer Zone (@MasterCardDev) and using #WIThack and #ATThack through the weekend. 

http://ow.ly/vEAoR
Photo

Post has attachment
What would you have James Gosling sign?

As I've mentioned in the past, I'm part of the SAP Developer Advisory Board.  It's an amazing group of people highlighted by Tim O'Reilly and James Gosling.  I was privileged to meet Tim at the last meeting, but James Gosling could not make it.  I was recently notified that the next meeting is happening in a couple months.  For my Java friends, if you were going to meet James, what would you ask him to sign?

Post has shared content
Most people won't understand how significant this is. This removes one of the mobile payment barriers by removing the requirement of a secure element. You'll still need some way to communicate with the point of sale such as NFC or Bluetooth LE in hardware. It's a big step forward in m-payment ubiquity.
MasterCard to Use Host Card Emulation (HCE) for NFC-Based Mobile Payments. 

An open architecture, HCE enables payments and other NFC services – including loyalty programs, building access and transit passes – to be delivered without the use of a secure element (SE). 

http://mstr.cd/1oOSxAd
Wait while more posts are being loaded