As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
Yesterday me and my friend we've had nice conversation about IT and he asked me WHY Java EE is so widely used when it comes to build complicated IT systems? From my point of view advantages are easily visible, but he is IT manager with a lot of Microsoft experience (and little Java exp.), so I would like to hear your voice. And I'll give him a link of course.
I don't want new .NET - Java war - just - why Java EE :)
Java's advantage is that it is a popular platform (i.e. lots of developers know it) that's relatively easy to use, runs on multiple operating systems, and is fairly capable. So you can get stuff done with it. It's not always the best tool for the job but most of the time it's an adequate tool that's low-risk, and lots of the time it is among the best choices you can make for your task. Business isn't about the best computer technology, it's about return on investment, and Java lets you get a decent return on your developer investment.
Most complex systems are distributed. Distributed computing is difficult. Jave EE is an attempt to mask the complexities (scalability with services like JMS, distributed transactions, distributed scope management, etc.) and allow the programming to remain focused on the business problem not the technical one.
Related
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 9 years ago.
There seems to be a few leading horses in the "what is the best language for developing multi-machine distributed concurrent apps": Go, Erlang, Clojure, Scala, and possibly others such as Termite/Gambit Scheme, Haskell et al. I've researched quite a bit, and from what I can tell, Erlang seems to get more approval for truly distributed concurrent, i.e., separate networked machine, apps. As I read somewhere, Clojure's concurrency was meant, first and foremost, to center on same-machine multi-core app writing. Has Clojure come up with more of a multi-machine distributed strategy? Or is this an unfortunate trade-off, i.e., good same-machine multi-core strategy at the expense of a good multi-machine strategy ... and vice-versa?
Clojure's build in concurrency tools solve several different roles for coordinated and uncoordinated opperations in a single address space. Terracotta extends the single address space to more than one computer, and beyond a single address space the actor model seems to be most popular
The Akka-clojure provides a nice interface for distributed actors in Clojure.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 9 years ago.
Sorry for being lengthy.
I need an expert opinion on my problem of a design decision. We are going to implement a high end face recognition software. I am in search of matching technologies of achieving this.
As I think there are 2 general options.
Stand alone desktop application.
Web application.
We decided to go for a web application and which made us search possible ways of achieving this.
Design decision construction
ASP .net application where back end uses OpenCV wrapper Emgu which implements face recognition and prepossessing activities.
As Emgu turned out to be that it lags with performance and parallelism. So, as many has said, going for a c++ development is good to keep the performance level as expected.
So, now we are in the process of finding a way to implement web application that uses OpenCV directly in the back end.
We have came across CPPCMS and TreeFrog frameworks which are c++ web frameworks.
We have another idea, Implement a c++ web service and then leave open front end for any development. This service also uses OpenCV directly.
Are we following the right direction?
Any suggestions on technology ingratiation and best approaches.
As we are .NET C# familiar, we are quite new to c++ development. If the
implimentation can be carried out using visual studio
First of all CppCMS is frequently used for implementing web API like JSON-RPC or RESTful API.
So in general it is good idea.
Few notes about TreeFrog - it is relatively new project absolutely lacking documentation and IMHO it is quite raw...
Disclosure: I'm the author of CppCMS
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
I would like to walk the path of functional languages, since i have started i have only used OO languages and multi-paradigm languages; in the last period of time i have focused myself on C++ and in my understanding functional languages shines when you need to keep a consistent state and they are often used by some mission-critical services like banking services.
I don not want to leave C++, I would like to try a mix, I'm also interested only in cross-platform solutions among x86, ARM and Linux, Windows and BSD/Mac, so i suppose that F# is out ( also it appears to be just the Microsoft version of Ocaml for what i have read).
Can you suggest a language that will be good for this mix and clarify where and when a functional language can really offer the most ?
If you're interested in a language which is similar to C++ (with good C/C++ interoperability, too), but has powerful constructs from functional languages, you might like Rust. One of the Rust developers wrote up a comparison of Rust's and C++'s goals, which you might find informative.
Support for ARM does not yet exist, but Rust is LLVM-based, and LLVM supports ARM, so it's certainly possible to do.
Use C++11 lambda functions and expressions ;)
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
I am working as c++ developer in cfd field for last 1.5 years. Since I am from computer science background I have very poor domain knowledge in CFD. I have searched on net but didn't get the kind of material am looking for. Actually am getting mathematical research papers about cfd focusing on theory and formulas . What I want is a tutorial written in plain English targeting novice people with focus on software development. I might be asking too much , but any help is appreciable :)
Well, if you want to have a somewhat more friendly introduction (although you simply won't be able to escape math) you might start at "Fluid Flow for the Rest of Us" by Cline, Cardon and Egbert and work your way up from there. Google it and you'll find it online.
Or you could have a look at Robert Bridson's book "Fluid Simulation for Computer Graphics" which introduces the basic concepts in a more gentle way.
These are both texts dealing with fluids targeted at computer graphics, but they might provide a gentle introduction while you work your way up to CFD simulations.
I've worked with/on two C++ libraries that both come with a lot of theory, docs and tutorials: http://www.dealii.org/ and http://libmesh.sourceforge.net/. Both are adaptive refinement finite element libraries, both with a focus on (scientific) fluid simulations.
Another good start could be Fast Fluid Dynamics Simulation on the GPU, which actually lends to a very simple (but not optimal) implementation on the CPU.
It comes with shader's source that can be ported straight to the CPU, and provides an easier and more programming oriented approach than Bridson's book.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
Is there a DI framework comparable to Google Guice? And what does Google use?
There is nothing as mature or standard as Guice in the C++ world. However, some people have put together simplistic implementations on their own. Here's a couple.
http://adam.younglogic.com/2008/07/dependency-injection-in-c/ (source for implementation is at the end of the post)
http://sourceforge.net/projects/qtioccontainer/ (requires Qt)
http://code.google.com/p/autumnframework/ (hasn't been touched since 2007)
http://programmaticallyspeaking.blogspot.com/2010/04/beautiful-dependency-injection-in-c.html (more of a description, really)
http://sourceforge.net/projects/cpp-resolver/ ("Alpha" quality)
You're unlikely to be satisfied by any of these.
If you really wanted to put in the effort to rally the world around a DI framework for C++, probably the way to go about it would be to make a proposal to the Boost guys.
I'm the author of wallaroo. It's actively developed and has the following features:
it's lightweight but powerful
its interface supports both C++11 and C++98 with boost
it's type safe
it doesn't need custom preprocessors / code generators
you can load classes defined in shared libraries
you can use a DSL syntax for object creation and wiring or
you can get object creation and wiring by parsing one or more xml / json file.
Any comment, suggestion or request are welcome.
There is a recent one that looks very interesting called Hypodermic, i haven't tested it but it looks pretty active
I am currently authoring one called sauce, whose design (and name) is directly inspired by guice. I still consider it alpha, but you may find it useful.