1.1, Толстый_ (?), 01:42, 01/12/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> Плагины для проверки Swing, SWT, RCP, GEF и HTML приложений;
Сделали бы еще для Qt, цены бы им не было. А то для него только платный Squish и без особых альтернатив. С другой стороны он очень хороший и стоит своих денег.
| |
|
2.2, iZEN (ok), 02:34, 01/12/2010 [^] [^^] [^^^] [ответить]
| –3 +/– |
Трудоёмкость написания кода на языке C++ по некоторым оценкам примерно в 3-5 раз больше, чем на Java.
| |
|
3.3, Anonymousapiens (ok), 09:50, 01/12/2010 [^] [^^] [^^^] [ответить]
| +3 +/– |
Тормознутость Java-приложений по некоторым оценкам примерно в 3-5 раз больше, чем приложений на C++.
| |
|
4.5, dmsuslov (??), 11:11, 01/12/2010 [^] [^^] [^^^] [ответить]
| +4 +/– |
Производительность труда машиниста экскаватора в 100 раз выше, чем производительность оператора совковой лопаты. Стоимость эксплуатации лопаты и экскаватора прямо пропорциональна их производительности. Пользуются и тем и другим.
В чем спор?
| |
|
5.6, VoDA (ok), 13:26, 01/12/2010 [^] [^^] [^^^] [ответить]
| +2 +/– |
В странах где труд человека стоит дорого - копают только экскаваторами. А там где труд не стоит ничего, особенно в армии РФ копают только солдатами.
| |
|
6.10, User294 (ok), 20:22, 01/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
> копают только экскаваторами.
Да, подход жабистов-энтерпрайзников - это именно не разбираясь пригнать кучу рабочих и экскаватор, выставить заграждения, развесить знаки/предупреждения, етц. Хотя клиент хотел всего-то пару цветов на градку посадить вообще. А ему до кучи пару кубов грунта перелопатили, грязь развезли, и вообще, грядка метр на метр больше похожа на болото стала. После чего клиента пытаются убедить что это нормално и что все так делают, плати, дескать за вызов бригады. А потом еще и искренне удивляются когда клиент почему-то не хочет звать ту же бригаду копать вторую грядку.
| |
|
7.15, iZEN (ok), 08:49, 02/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
Это всё от того, что "земля" не та. Нативная. А была бы та, то достаточно было бы счелчка пальцами, чтобы зацвела "грядка".
Другими словами, в окружении железа, поддерживающего нативное исполнение байт-кода, такой ситуации в принципе бы не возникло. Вы, сишники, не испытываете никаких затруднений с непосредственным "общением" с железом, так как у вас выполняется фактически машкод.
| |
7.16, umbr (ok), 15:37, 02/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
> подход жабистов-энтерпрайзников
Если жабист-энтерпрайзник ничего кроме жаба-энтерпрайза не знает - то так оно и есть, клумбы экскаваторами не вскапывают.
| |
|
|
|
4.14, iZEN (ok), 23:40, 01/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Тормознутость Java-приложений по некоторым оценкам примерно в 3-5 раз больше, чем приложений
> на C++.
Да, если используется GCJ.
| |
|
5.17, umbr (ok), 15:39, 02/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Да, если используется GCJ.
К сожалению GCJ способен поднять только приложения уровня "Hello World!".
| |
|
6.20, iZEN (ok), 15:57, 02/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
Не только. На нём Eclipse запускается и какое-то время работает, отжирая ресурсы.
| |
|
|
4.23, Ян Злобин (ok), 04:16, 03/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Тормознутость Java-приложений по некоторым оценкам примерно в 3-5 раз больше, чем приложений на C++.
Это абстракция. Бывает и на одном уровне - все зависит от конкретной задачи.
| |
|
3.7, VoDA (ok), 13:30, 01/12/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
Плюс некоторые ошибки не возможно совершить ввиду ограничений языка и платформы.
memory leak, разименование неинициализированного указателя, срыв стека, множественное наследование, переопределение операторов, подмена исполняемого кода.
Часть возможностей конечно осталась... и некоторым даже их хватает чтобы криво написать программу.
| |
|
4.9, x0r (??), 16:52, 01/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
кто бы говорил про memory leak, когда потребление памяти в 50 выше
| |
4.11, Avator (ok), 20:27, 01/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
как java разработчик, уверяю.. memory leak никуда не делся ))
он лишь немного видоизменился... и всё... выглядит это совсем не так, как на c++ но результат тот же.. съедание всей доступной памяти...
| |
4.12, User294 (ok), 20:33, 01/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
> memory leak,
Наглая ложь. В практически любом языке програмер может так или иначе назаводить те или иных сущности, потребляющие под себя память. И без явного указания програмером "мне больше не нужно больше вот это, убейте" - трудно определить когда больше никогда не потребуется некая сущность, так что ее уже можно убить и занять память используемую оной под что-то еще. Память у ява-программ течет так что дай боже. Чуть иначе чем у сишных, но это уже детали. А GC делает отлов этого факта сложнее на глаз - когда видно что прога жрет кучу памяти и жрач растет еще и фиг просто так поймешь, толи это GC еще не отстрелялся, толи сама программа такая "хорошая".
Кстати на си в принципе можно работать с полностью статичным распределением памяти. Когда заранее все выделено и сломаться абсолютно не на чем. Так работает всякая мелкая эмбеддовка, например. И это заметно повышает надежность: если нет динамических выделений памяти, свопа, и все *заранее* получено - то и сломаться оно в рантайм уже не сможет. Потому что не на чем. Нет утечек. Нет отказов выделения памяти. Абсолютно. Потому что нечему и некуда (функций *alloc может вообще не быть доступно). А жабисты такое как я понимаю принципиально не могут. Потому что за жабистов уже заранее решили как им следует управлять памятью, кхе-кхе.
> и некоторым даже их хватает чтобы криво написать программу.
Криво написать программу можно на любом языке. Что вообще за идиотская манера верить в серебряные пули которые якобы от всего спасут? Если кто-то не умеет думать - это НЕ ЛЕЧИТСЯ.
| |
|
5.21, iZEN (ok), 16:03, 02/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
>> memory leak,
> Память у ява-программ течет так что дай боже. Чуть иначе
> чем у сишных, но это уже детали. А GC делает
> отлов этого факта сложнее на глаз - когда видно что прога
> жрет кучу памяти и жрач растет еще и фиг просто так
> поймешь, толи это GC еще не отстрелялся, толи сама программа такая
> "хорошая".
Просто некоторых программеров не учили пользоваться профилировщиком, который покажет всю карту выполнения программы и ненужные долгоживущие объекты, которых наплодили почём зря.
> Кстати на си в принципе можно работать с полностью статичным распределением памяти.
Ты не поверишь, но на Java тоже.
> Когда заранее все выделено и сломаться абсолютно не на чем. Так
> работает всякая мелкая эмбеддовка, например. И это заметно повышает надежность: если
> нет динамических выделений памяти, свопа, и все *заранее* получено - то
> и сломаться оно в рантайм уже не сможет. Потому что не
> на чем. Нет утечек. Нет отказов выделения памяти. Абсолютно. Потому что
> нечему и некуда (функций *alloc может вообще не быть доступно). А
> жабисты такое как я понимаю принципиально не могут. Потому что за
> жабистов уже заранее решили как им следует управлять памятью, кхе-кхе.
См. JavaCard. Это, кстати, технология, от которой отказались в Голландии, заменив нативной поделкой. Дешёвая нативная поделка смарткарты (без процессорного чипа, с одной лишь ПЛМ и обвязкой) быстро стала предметом хакерской атаки, выполненной довольно успешно.
| |
|
|
|
|
|
2.13, User294 (ok), 20:47, 01/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Хотят, чтобы им народ нахаляву дофига тестов написал :)
Для ява программ то? Гуйных? Таких программ на всю планету - полторы штуки, и то почти никто ими не пользуется. Есть великий смысл заморачиваться их тестированием? oO
| |
|
3.18, umbr (ok), 15:46, 02/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Таких программ на всю планету - полторы штуки...
Я видел планету, где Java-GUI программами пользуется 20% населения уже около 10 лет и очень довольны и никуда мигрировать не хотят.
Помнится, один раз только задали вопрос: "А будет ли оно работать под Линуксом?".
| |
3.22, iZEN (ok), 16:08, 02/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
>> Хотят, чтобы им народ нахаляву дофига тестов написал :)
> Для ява программ то? Гуйных? Таких программ на всю планету - полторы
> штуки, и то почти никто ими не пользуется. Есть великий смысл
> заморачиваться их тестированием? oO
Доа? "Число пользователей Opera Mini во всем мире превысило 76,3 млн. человек".
Может в этом направлении нужно двигаться?
| |
|
2.19, umbr (ok), 15:50, 02/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
Тестировать GUI скриптами - не думаю что такая халява будет достаточно эффективной.
| |
|
|