Wrong. Insertion sort (linear or binary) will be efficient way to sort "almost-sorted" data. Plus, commenting phrase "efficient sorts are usually very inefficient" - you have to realize (if you dont know this) - sort algorithms are classified into stable ones (e.g. merge sort) and non-stable (e.g. quick sort).
Stable algorithms have identical efficiency no matter what kind of order input data had. Non-stable algorithms have predefined best and worst cases.
But, overall - you will not be able to come up with the data where bubble sort will be best way to sort - usually you will end up using merge or quick sort for large data sets and insertion sort for small data set (some quick-sort implementations use insertion sort during last stages of sorting - when data has been "almost" sorted).
Jokes aside, Zaporizhzhya is too far from Chernobyl (and on the opposite side from the wind direction during the blast). There was zero radiation change in there - in fact some of the Kiev schools were evacuated there as well.
Looks rather limited to me. It's again implements only BP algorithms and their variants. Why not include ART-based (adaptive resonance theory) and LVQ-based (linear vector quantization) algorithms? They are much more efficient than BP in many instances (e.g. classification problems).
To put it simple - hybrids are still considered to be a "cool" items and as such carry quite a premium. So if you have extra money and not a speed freak (hybrids are generally underpowered in comparison with normal vehicles) - go ahead.
IMO time for them is still about 5 years away.
On the other hand, self-parking Prius is really nice.
Re:Java, my abusive friend
on
Java vs .NET
·
· Score: 1
Well, on WinXP I used IntelliJ IDEA (www.intellij.com) and Eclipse(www.eclipse.org) - both are excellent (IDEA is better but not free, Eclipse is free and OSS).
I vaguely remember that Eclipse was tested under RH but not sure what version. Feel free to check their site.
Well, first of all you can always first send cargo and only if it was delivered, send the crew. Second, nothing prevents you from sending all important stuff like oxygen, water and food with the crew. Only equipment and fuel will be sent separately.
It was Soyuz (replaced with Soyuz-T and later with Soyuz-TM) for people (and minimum cargo) and Progress (Progress-M now) for pure cargo.
And they both are actively used even now with ISS.
Plus, on top of that Russians have Energiya rocket, capable of lifting up to 100 tonns (value is subject to memory error) - much more than Shuttle can. However this rocket was used only once I think - during Buran launch (Russian analog of shuttle) and I am not sure whether or not they still have it operational.
Having generated code means that you now rely on code generator being properly implemented (usually by few "cream of the crop" developers on your project) vs relying on several dozens of junior developers to code same stuff while they cannot even understand trivial concepts. Usually your experienced developers will end up spending same amount of time consulting rest of the development team that they will spend writing code generators for most of the code (hyperbole but not that far from the truth).
At least this was true on all large (50+ developers) projects I worked on.
I use it all the time on large projects. Mostly using either Java or Perl to implement generators (it depends on the source that is feeded to generator). Plus on large projects part of code generation is usually embedded into the desing/modeling tools that are used there (Rational Rose being obvious example).
XML/XSLT approach is a way to go now though - I would agree with this.
Nobody is talking about completely automating whole development. But there are two things where code generation helps immensely:
1) "mundane code", like accessor/mutator methods , class/interface definitions, standartized header comments, object mapping - this is covered by generators built into the Rose and similar products. Very helpful.
2) Ability to specify business rules in more efficient form (be it XML, some proprietary language, etc) and generate code appropriate for your framework. This is technique which I personally used several times on large custom software development projects - code quality goes way up. To the certain extent same approach is used in any modern RAD tool.
It's been a long time since I read an article about that, but AFAIK ternary system is most efficient in storing information (basically if you want to store numbers 0..700, you need 28 states (8+10+10) for decimal system, 20 states (10*2) for binary and 18 for ternary (6*3). This has something to do with 3 being closest to the value of e (2.718...) but I dont remember what exactly. Any/.-ers to fill in?
Maybe THESE may help (especially last item on the page).
Wrong. Insertion sort (linear or binary) will be efficient way to sort "almost-sorted" data. Plus, commenting phrase "efficient sorts are usually very inefficient" - you have to realize (if you dont know this) - sort algorithms are classified into stable ones (e.g. merge sort) and non-stable (e.g. quick sort).
Stable algorithms have identical efficiency no matter what kind of order input data had. Non-stable algorithms have predefined best and worst cases.
But, overall - you will not be able to come up with the data where bubble sort will be best way to sort - usually you will end up using merge or quick sort for large data sets and insertion sort for small data set (some quick-sort implementations use insertion sort during last stages of sorting - when data has been "almost" sorted).
Jokes aside, Zaporizhzhya is too far from Chernobyl (and on the opposite side from the wind direction during the blast). There was zero radiation change in there - in fact some of the Kiev schools were evacuated there as well.
But you see - modem connection is very slow with Ukraine - it takes a while for a news to get here.
That is why you have mini-PCI there - just install appropriate card.
Looks rather limited to me. It's again implements only BP algorithms and their variants. Why not include ART-based (adaptive resonance theory) and LVQ-based (linear vector quantization) algorithms? They are much more efficient than BP in many instances (e.g. classification problems).
In other words, sounds very limited to me.
To put it simple - hybrids are still considered to be a "cool" items and as such carry quite a premium. So if you have extra money and not a speed freak (hybrids are generally underpowered in comparison with normal vehicles) - go ahead.
IMO time for them is still about 5 years away.
On the other hand, self-parking Prius is really nice.
Well, on WinXP I used IntelliJ IDEA (www.intellij.com) and Eclipse(www.eclipse.org) - both are excellent (IDEA is better but not free, Eclipse is free and OSS).
I vaguely remember that Eclipse was tested under RH but not sure what version. Feel free to check their site.
Well, first of all you can always first send cargo and only if it was delivered, send the crew. Second, nothing prevents you from sending all important stuff like oxygen, water and food with the crew. Only equipment and fuel will be sent separately.
Russians do exactly just that for years you know.
It was Soyuz (replaced with Soyuz-T and later with Soyuz-TM) for people (and minimum cargo) and Progress (Progress-M now) for pure cargo.
And they both are actively used even now with ISS.
Plus, on top of that Russians have Energiya rocket, capable of lifting up to 100 tonns (value is subject to memory error) - much more than Shuttle can. However this rocket was used only once I think - during Buran launch (Russian analog of shuttle) and I am not sure whether or not they still have it operational.
Having generated code means that you now rely on code generator being properly implemented (usually by few "cream of the crop" developers on your project) vs relying on several dozens of junior developers to code same stuff while they cannot even understand trivial concepts. Usually your experienced developers will end up spending same amount of time consulting rest of the development team that they will spend writing code generators for most of the code (hyperbole but not that far from the truth).
At least this was true on all large (50+ developers) projects I worked on.
Spoken like a true architect. :) Imagine - just you and a bunch of code generators... and nothing to worry about :D
Damn, it sounds almost like I am ready to welcome code generating overlords.
I use it all the time on large projects. Mostly using either Java or Perl to implement generators (it depends on the source that is feeded to generator). Plus on large projects part of code generation is usually embedded into the desing/modeling tools that are used there (Rational Rose being obvious example). XML/XSLT approach is a way to go now though - I would agree with this.
Nobody is talking about completely automating whole development. But there are two things where code generation helps immensely: 1) "mundane code", like accessor/mutator methods , class/interface definitions, standartized header comments, object mapping - this is covered by generators built into the Rose and similar products. Very helpful. 2) Ability to specify business rules in more efficient form (be it XML, some proprietary language, etc) and generate code appropriate for your framework. This is technique which I personally used several times on large custom software development projects - code quality goes way up. To the certain extent same approach is used in any modern RAD tool.
It's been a long time since I read an article about that, but AFAIK ternary system is most efficient in storing information (basically if you want to store numbers 0..700, you need 28 states (8+10+10) for decimal system, 20 states (10*2) for binary and 18 for ternary (6*3). This has something to do with 3 being closest to the value of e (2.718...) but I dont remember what exactly. Any /.-ers to fill in?