Java - гальмує, а Сі - немає

Для правильного питання треба знати половину відповіді

Програми на C / C ++ працюють швидше за рахунок відмови від контролю за все і вся (витрати пам'яті, переповнення стека, коректності покажчиків), за рахунок явної і жорсткої типізації змінних, за рахунок меншої кількості обгорток навколо типів даних. Але це дозволяє програмісту вистрілити собі в ногу такою кількістю способів, які в Java і не снилися.

Java - гальмує, а Сі - немає

А чи не простіше тоді взагалі, випустити обгортку над C для того, щоб писати без типізації управління пам'яттю і.т.д. А вже потім переводити в С

Сам задаюся тим же питанням без кінця :) Можливо все java-розробники знаходяться в стані перманентної ейфорії від того що не можуть відстрелити собі ногу як в с ++ і забувають про елементарну складність алгоритмів і того, що виділення пам'яті в купі - таки досить повільна операція, а виділяти їм потрібно часто і по малу. Я якось пост на Хабре читав (зараз вже не знайду) де хлопці хвалилися, що прискорили свою програму в хреналіон раз просто відмовившись від ітераторів.

так будь ласка
cassandra - на якомусь смішному обсязі даних в трохи більше теробайта маючи три репліки на досить непоганих (64GB оператіви і 8 ядер) серверах примудряється тупити і відвалюватися з таймаут при запитах
fop - це чудо техніки інженерної думки падає по out of memory так часто, що вже сумно ставати
про java based IDE - я взагалі мовчу, що б там працювати потрібно володіти по істині ангельським терпінням.

ух, які важкі речі! FOP намагалися застосувати років 10 назад, він і тоді був крок вліво - розстріл, в результаті використовували iText! Cassandra - не користуватися, але відгуки дивні теж. Eclipse пользую постійно - нічого не гальмує, розробляю під ним і на Яві, і пітони та С. Так, для розробки використовую білий макбук і 8Гб пам'яті, і міняти поки не хочу - вистачає. Працював свого часу з Eclipse BIRT - спритна штука, сподобалося більше, ніж Crystal Report.

Схожі статті