>> memory leak,
> Память у ява-программ течет так что дай боже. Чуть иначе
> чем у сишных, но это уже детали. А GC делает
> отлов этого факта сложнее на глаз - когда видно что прога
> жрет кучу памяти и жрач растет еще и фиг просто так
> поймешь, толи это GC еще не отстрелялся, толи сама программа такая
> "хорошая".Просто некоторых программеров не учили пользоваться профилировщиком, который покажет всю карту выполнения программы и ненужные долгоживущие объекты, которых наплодили почём зря.
> Кстати на си в принципе можно работать с полностью статичным распределением памяти.
Ты не поверишь, но на Java тоже.
> Когда заранее все выделено и сломаться абсолютно не на чем. Так
> работает всякая мелкая эмбеддовка, например. И это заметно повышает надежность: если
> нет динамических выделений памяти, свопа, и все *заранее* получено - то
> и сломаться оно в рантайм уже не сможет. Потому что не
> на чем. Нет утечек. Нет отказов выделения памяти. Абсолютно. Потому что
> нечему и некуда (функций *alloc может вообще не быть доступно). А
> жабисты такое как я понимаю принципиально не могут. Потому что за
> жабистов уже заранее решили как им следует управлять памятью, кхе-кхе.
См. JavaCard. Это, кстати, технология, от которой отказались в Голландии, заменив нативной поделкой. Дешёвая нативная поделка смарткарты (без процессорного чипа, с одной лишь ПЛМ и обвязкой) быстро стала предметом хакерской атаки, выполненной довольно успешно.