![]() | |
#1
| |||
| |||
|
#2
| |||
| |||
|
#3
| |||
| |||
|
#4
| |||
| |||
|
#5
| |||
| |||
|
|
I'd almost always prefer text format because it is easy then to read on any platform, windows, green screen etc. And makes it easy to search for bug numbers and key phrases. |
#6
| |||
| |||
|
|
Paul White wrote: I'd almost always prefer text format because it is easy then to read on any platform, windows, green screen etc. And makes it easy to search for bug numbers and key phrases. ASCII text: the universal file format. Grossly, tragically underrated IMO. -- Roy |
#7
| |||
| |||
|
|
On Apr 25, 2009, at 7:56 AM, Roy Hann wrote: Paul White wrote: I'd almost always prefer text format because it is easy then to read on any platform, windows, green screen etc. And makes it easy to search for bug numbers and key phrases. ASCII text: the universal file format. Grossly, tragically underrated IMO. You are obviously a simpleton ... XML solves all problems. (now retreating to my personal bunker) |
#8
| |||
| |||
|
|
On Apr 25, 2009, at 7:56 AM, Roy Hann wrote: Paul White wrote: I'd almost always prefer text format because it is easy then to read on any platform, windows, green screen etc. And makes it easy to search for bug numbers and key phrases. ASCII text: the universal file format. Grossly, tragically underrated IMO. You are obviously a simpleton ... XML solves all problems. (now retreating to my personal bunker) |
#9
| |||
| |||
|
|
ASCII text: the universal file format. Grossly, tragically underrated IMO. You are obviously a simpleton ... XML solves all problems. (now retreating to my personal bunker) |
#10
| |||
| |||
|
|
ASCII text: the universal file format. Grossly, tragically underrated IMO. You are obviously a simpleton ... XML solves all problems. (now retreating to my personal bunker) # Useful unix command for those still living in the dark ages. # Print bug description sed -n '/Bug 102500/,/^$/p' patch.html What bothers me is all the overhead that goes with XML just to say something simple. Recently I had to write an interface to an external banking type interface. The simplest call is to retrieve an account balance, the key is "Account number", the function "Get Balance". The response is the balance - around 16 characters and around 30 optional characters for status and error message. After it was wrapped appropriately, the message to the external provider was around 600 characters. The returned message was around 700 characters. Of course this is under https so we have the encryption overhead as well. And, fancy that, one of the big issues is throughput and response times. |
![]() |
| Thread Tools | |
| Display Modes | |
| |