Yes, we're passing large static multimedia objects through SOAP. I'm not sure what do you mean by secondary server... We download and upload images/videos from client. No HTTP servers on client are possible, of course. And SOAP with MIME attachments works fine just for us. But DIME would be better; too bad it's not supported by Apache group yet.
There's one potential problem with SOAP - sending binary objects. You can't insert binary in XML, so the options are: - encode binary to 7-bit (hex, etc.) or - send it "outside" of the XML, as MIME attachment The acticle mentions these.
It's not important to you because you're not in show business.
Now imagine. You're singer, you look almost like Britney, sing like Britney (only better) and.... say, you have better personality:) But she's still on top and you're not. Would you care?:)
What a disappointing interview... Could you expect something as boring as this from, say, Larry Wall? Never. Or when Stroustrup criticizes Java, he has some valid (and interesting) arguments. But I have not found any insights in this Gosling interview. Microsoft sucks and J2EE rules. How interesting.
The funny thing is that he says 1) They copied everything from Java 2) They could add clever things to their language, but they didn't
Well, at least, he's honest about Java;)
Hash tables and sort algorithms
on
Deep Algorithms?
·
· Score: 2
Perhaps, hash tables and quicksort are the top software algorithms. They both are usually hidden from programmers (unless you're coding in low-level programming language), so we don't always $pay->{$attention} to the details.
Just think about it, how many times the hash tables and sort algorithms were used to render this very page?
Interesting. How many stable winNT/2000 apps are written in Java? Any examples, besides Java development tools/editors/UMLware consumed by Java community itself? Just curious.
No, it wasn't. The first thing to copy was the original Tetris (text mode, black and white). The real thing. Mostly unknown in the US, BTW.
Seriously, I don't care too much about the stuff I worked on 10 (not 20) years ago. Printed version is OK with me. It's available in libraries, too.
The main point, though, is that paper copy is self-sufficient. With floppies-CDs-whatever you have always to keep up youe archive as the technology moves forward.
It will work, given you can read the files. The problem here is not only the format, but the storage medium as well. My Ph.D. thesis has been stored in wonderful TeX format on those 5-inch floppy disks. They are unreadable now. Fortunately, I still have the printed original, that can be photocopied the old way.
I had an idea of organizing CD sharing network for friends. You know, Netflix allows you to rent DVDs and it's very convenient. Why not organize something similar for musical CDs?
I personally would prefer to get CDs in mail without all the hassle with mp3. Do you know if such a service would be legal in the US?
No, C++ is not 100% C compatible.
However, it's irrelevant here. The Borland C++ compiler properly supports both C and C++ languages. By default, it depends on file extension, but you can also specify the language option (C or C++) explicitly.
Do you really need an open-source license or you just want your book to be free?
There's a difference between two. Open-source means anyone can take your source code (in LaTeX or something like that), make some changes and produce his own version of the book. I have some doubts about this model, though. Most ot the free books I've seen are just free. Anyone can use them but not contribute.
If you really want to produce a "collaborative" book, take a look at the Wiki model.
That's not correct. There are no 3+ dan players at the moment. The strongest Go program was rated as 3 kyu, but I think it's overrated. I have 1 dan and can beat any Go progam easily, even when I give them the highest handicap (i.e. 9 stones).
JFYI:
Lowest Go rating is 20 kyu (in some countries they start from 30 kyu), next one is 19 kyu,..., 1 kyu, 1 dan, 2 dan,..., 9 dan.
I'm not sure that 1980 games boycott was justified. They just gained nothing. The USSR didn't give a damn and stayed in Afganistan for 8 years more.
Well, ask those unfortunate US sportsmen what do they think about the boycott. The boycott violated their constitutional right to compete in the Olympics. And when some groups tried to get to Moscow on their own, they were stopped. There was a memo issued that any U.S. Olympian attempting to compete in Moscow would lose his passport and be considered an ex-patriot.
Now, the questions is, should we boycott the 2008 Beijing Games?
Sounds interesting, but I'm not sure what do you mean by this.
1) Off-shore programming in Ukraine is neglible, if you compare it with a giant like India.
2) The ukrainian programmers working in the US are highly professional, but they are not really cheap. All ukrainian software engineers I know have 6 figure salary. I don't think there is much competition on this level. And again, the number of programmers from Ukraine is 10 times less than number of programmers from China or India.
I wouldn't reply, but the parent post was moderated as "informative", which is not exactly the case.
Yes, you're right, the country is corrupt, however:
1) Believe me, nobody gets beaten up by cops there just because his passport is Canadian. It's a reasonably safe country for foreigners. Please make yourself a favor and visit Kiev. The city is beautiful, the restaurants are excellent, ukrainian girls are lovely. Plus, _any_ software and music CD is $2 per disk, but you already know this:)
2) $500 is way too much. If you're following custom regulations, you have nothing to fear, at all. Last time I had 10 packs of certain rare medicine on me which they said is too much. I paid $20 and the custom officer was happy to let me through. I just can't imagine what your priest was carrying to pay $500... Machine gun, maybe?:)
For me source code and UML is just the same only different visualizations.
That's exactly what I don't like about UML.
Using UML for system design, you're forced to describe the end solution almost from the very beginning. Instead of focusing on the requirements and on the goal, you're focusing on the solution and the process. It works for small and simple (academic) projects, but often leads to problems in big real-world systems. Especially when they grow and evolve in time.
Another problem with UML code mapping is that it works fine with Java, but doesn't work well with other languages, like OO-Perl, LISP or some non-OO languages. UML is not so "U" ML.
I know, I know. They say UML is just a modelling language, it's generic, you can extend it, etc.
However, from my own experience, UML is NOT language-independent. Yes, it fits Java very well. It's OK with C++ (not the templates) and probably with Smalltalk. But it's much more difficult to map some other language ideas into the UML notation. In particular, I've seen unsuccesful attempts to use UML for:
- database-centric system with majority of logic in SQL code;
- huge system written in object-oriented Perl (yes, it's possible). Many OOPerl techniques just don't have the corresponding UML vocabulary.
For an alternative approach to modelling, look at CRC cards. It's simple and effective.
The Windows NT developers originally intended all hardware specific code to reside in the HAL. However, performance tradeoffs caused some of the code to move into the microkernel. Also, I/O Manager modules talk directly to the hardware. It includes file system, cache manager, network dirvers, device drivers - all of these talk directly to the hardware, bypassing HAL.
Slashdot Mirror
Yes, we're passing large static multimedia objects through SOAP. I'm not sure what do you mean by secondary server... We download and upload images/videos from client. No HTTP servers on client are possible, of course. And SOAP with MIME attachments works fine just for us. But DIME would be better; too bad it's not supported by Apache group yet.
Because sometimes XML/SOAP overhead is negligible comparing to size of binary.
Hint: multimedia.
How about "Pac-Man: The Thriller" ?
...and the size increased by about 33% ?
Unsatisfactory. Next.
There's one potential problem with SOAP - sending binary objects. You can't insert binary in XML, so the options are:
- encode binary to 7-bit (hex, etc.) or
- send it "outside" of the XML, as MIME attachment
The acticle mentions these.
However, there's one more way to do it - the new DIME protocol. It's explained in this article:
DIME: Sending Binary Data with Your SOAP Messages
It's not important to you because you're not in show business.
.... say, you have better personality :) But she's still on top and you're not. Would you care? :)
Now imagine. You're singer, you look almost like Britney, sing like Britney (only better) and
What a disappointing interview... Could you expect something as boring as this from, say, Larry Wall? Never. Or when Stroustrup criticizes Java, he has some valid (and interesting) arguments. But I have not found any insights in this Gosling interview. Microsoft sucks and J2EE rules. How interesting.
;)
The funny thing is that he says
1) They copied everything from Java
2) They could add clever things to their language, but they didn't
Well, at least, he's honest about Java
Perhaps, hash tables and quicksort are the top software algorithms. They both are usually hidden from programmers (unless you're coding in low-level programming language), so we don't always $pay->{$attention} to the details.
Just think about it, how many times the hash tables and sort algorithms were used to render this very page?
Interesting. How many stable winNT/2000 apps are written in Java?
Any examples, besides Java development tools/editors/UMLware consumed by Java community itself?
Just curious.
Q: Are there any cheap/free programming languages that will make a stable winNT/2000 app?
... the reduced cost and ease of coding for Linux make the decision a no-brainer.
A:
How insightful.
No, it wasn't. The first thing to copy was the original Tetris (text mode, black and white). The real thing. Mostly unknown in the US, BTW.
Seriously, I don't care too much about the stuff I worked on 10 (not 20) years ago. Printed version is OK with me. It's available in libraries, too.
The main point, though, is that paper copy is self-sufficient. With floppies-CDs-whatever you have always to keep up youe archive as the technology moves forward.
It will work, given you can read the files.
:)
The problem here is not only the format, but the storage medium as well. My Ph.D. thesis has been stored in wonderful TeX format on those 5-inch floppy disks. They are unreadable now. Fortunately, I still have the printed original, that can be photocopied the old way.
Dead trees rule!
It's strange that your boss has so many requirements for the language but yet he didn't want chose the language himself.
You have the difficult choice to buy a car in any color, provided the color is black.
Yep, it's a good idea and it was around for some time.
See for example the "Creating Digital Dynamic Range Wider than Film's" chapter from the excellent "Mastering Nikon Compact Digital Cameras" book.
I had an idea of organizing CD sharing network for friends. You know, Netflix allows you to rent DVDs and it's very convenient. Why not organize something similar for musical CDs?
I personally would prefer to get CDs in mail without all the hassle with mp3. Do you know if such a service would be legal in the US?
No, C++ is not 100% C compatible.
However, it's irrelevant here. The Borland C++ compiler properly supports both C and C++ languages. By default, it depends on file extension, but you can also specify the language option (C or C++) explicitly.
There's a difference between two. Open-source means anyone can take your source code (in LaTeX or something like that), make some changes and produce his own version of the book. I have some doubts about this model, though. Most ot the free books I've seen are just free. Anyone can use them but not contribute.
If you really want to produce a "collaborative" book, take a look at the Wiki model.
That's not correct. There are no 3+ dan players at the moment. The strongest Go program was rated as 3 kyu, but I think it's overrated. I have 1 dan and can beat any Go progam easily, even when I give them the highest handicap (i.e. 9 stones).
..., 1 kyu, 1 dan, 2 dan, ..., 9 dan.
JFYI:
Lowest Go rating is 20 kyu (in some countries they start from 30 kyu), next one is 19 kyu,
I'm not sure that 1980 games boycott was justified. They just gained nothing. The USSR didn't give a damn and stayed in Afganistan for 8 years more.
Well, ask those unfortunate US sportsmen what do they think about the boycott. The boycott violated their constitutional right to compete in the Olympics. And when some groups tried to get to Moscow on their own, they were stopped. There was a memo issued that any U.S. Olympian attempting to compete in Moscow would lose his passport and be considered an ex-patriot.
Now, the questions is, should we boycott the 2008 Beijing Games?
That's not correct.
From the CIA World Factbook:
Ukraine
Exports - partners: Russia 24%, Europe 30%, US 5% (2000 est.)
Imports - partners: Russia 42%, Europe 29%, US 3% (2000 est.)
Sounds interesting, but I'm not sure what do you mean by this.
1) Off-shore programming in Ukraine is neglible, if you compare it with a giant like India.
2) The ukrainian programmers working in the US are highly professional, but they are not really cheap. All ukrainian software engineers I know have 6 figure salary. I don't think there is much competition on this level. And again, the number of programmers from Ukraine is 10 times less than number of programmers from China or India.
I wouldn't reply, but the parent post was moderated as "informative", which is not exactly the case.
:)
:)
Yes, you're right, the country is corrupt, however:
1) Believe me, nobody gets beaten up by cops there just because his passport is Canadian. It's a reasonably safe country for foreigners. Please make yourself a favor and visit Kiev. The city is beautiful, the restaurants are excellent, ukrainian girls are lovely. Plus, _any_ software and music CD is $2 per disk, but you already know this
2) $500 is way too much. If you're following custom regulations, you have nothing to fear, at all. Last time I had 10 packs of certain rare medicine on me which they said is too much. I paid $20 and the custom officer was happy to let me through. I just can't imagine what your priest was carrying to pay $500... Machine gun, maybe?
For me source code and UML is just the same only different visualizations.
That's exactly what I don't like about UML.
Using UML for system design, you're forced to describe the end solution almost from the very beginning. Instead of focusing on the requirements and on the goal, you're focusing on the solution and the process. It works for small and simple (academic) projects, but often leads to problems in big real-world systems. Especially when they grow and evolve in time.
Another problem with UML code mapping is that it works fine with Java, but doesn't work well with other languages, like OO-Perl, LISP or some non-OO languages. UML is not so "U" ML.
I know, I know. They say UML is just a modelling language, it's generic, you can extend it, etc.
However, from my own experience, UML is NOT language-independent. Yes, it fits Java very well. It's OK with C++ (not the templates) and probably with Smalltalk. But it's much more difficult to map some other language ideas into the UML notation. In particular, I've seen unsuccesful attempts to use UML for:
- database-centric system with majority of logic in SQL code;
- huge system written in object-oriented Perl (yes, it's possible). Many OOPerl techniques just don't have the corresponding UML vocabulary.
For an alternative approach to modelling, look at CRC cards. It's simple and effective.
The Windows NT developers originally intended all hardware specific code to reside in the HAL. However, performance tradeoffs caused some of the code to move into the microkernel. Also, I/O Manager modules talk directly to the hardware. It includes file system, cache manager, network dirvers, device drivers - all of these talk directly to the hardware, bypassing HAL.