If you seriously want to redevelop OO then you need to rearchitect and
replace in an incremental fashion.
Don't try and convert code or even translate, instead concentrate on the
features and replace using a micro architecture.
S
On 14 Oct 2016 12:48, wrote:
> I have a suggestion that Apache sh
On Sat, Oct 15, 2016 at 4:17 PM, Alex Suk wrote:
> Damjan Jovanovic wrote
> > But even at a rate of rewriting 1000 lines per day in Java, it would take
> > 1 days, which is about 28 man years, to rewrite OpenOffice's 10
> > million
> > lines of code...
>
> I am no programmer but this is very
On 10/15/2016 10:17 AM, Alex Suk wrote:
Damjan Jovanovic wrote
But even at a rate of rewriting 1000 lines per day in Java, it would take
1 days, which is about 28 man years, to rewrite OpenOffice's 10
million
lines of code...
Do 10M lines in C++ convert to 10M lines in Java? Is it a 1:1 con
Damjan Jovanovic wrote
> But even at a rate of rewriting 1000 lines per day in Java, it would take
> 1 days, which is about 28 man years, to rewrite OpenOffice's 10
> million
> lines of code...
I am no programmer but this is very interesting!
Do 10M lines in C++ convert to 10M lines in Java? I
Instead of Languages I rather would like to discuss overall
architecture. The initial Architecture has not been changed much since
it was introduced i think.
But over time the requirements I see in the code have changed. Solving
Requirements with code and without adjusting the architecture lea
This was discussed several times before.
I was initially against the idea as Java can call C++ code easily these
days (eg. JNA, BridJ), but changed my mind when I realized how developing
OpenOffice itself in C/C++ is very difficult, and how much effort is wasted
(portability (eg. Win64), problemat
On 10/14/2016 3:24 AM, iamsuhailans...@gmail.com wrote:
I have a suggestion that Apache should write OpenOffice using Java and Netbeans
platform.
Thanks for your suggestion.
There would certainly be major advantages to it being in Java. We could
do a single build for all platforms. Several fo