>man agile

Заладил как попугай, аджайл, аджайл, аджайл.

Такое впечетление, что наслушался умных слов и как попугай повторяешь их к месту и не к месту. Это теперь мода такая? Произносить скороговорками количество умных слов в минуту?

>почему никто про D не вспомнил? Может сабж есть тот самый толчок после которого все начнут его пилить?

«все» - это кто?

>man agile

Заладил как попугай, аджайл, аджайл, аджайл.

заметьте, что до Вас так и не дошло что хорошо бы посмотреть что это такое

Такое впечетление, что наслушался умных слов и как попугай повторяешь их к месту и не к месту. Это теперь мода такая? Произносить скороговорками количество умных слов в минуту?

слушаю Вас и такое впечатление что «быдлокодинг» - это то к чему все должны стремится

>JRE это то на чем крутится ЛОР, а его то и собираются разделить на платный и бесплатный

разве tomcat/jsp может работать только на JRE, без JDK?

>Вы, уважаемый, не поняли зачем нужен agile

Я прекрасно знаю зачем и где нужен agile. Только вот далеко не каждый заказчик готов оплачивать работу по схеме time & materials.

да точно так же, количество ресурсов-то не меняется, или не согласны?

Угу. И сроки тоже не меняются? Особенно при изменении требований. Проблема в том, что при agile разработке в начале проекта мы не можем сказать сколько он займет времени, поскольку требований и т.з. нет и не предвидится, а в конце проекта мы не можем с заказчиком бодаться, поскольку тех-же т.з. и требований нет.

а тут Вас что смущает? и как этому мешает agile?

Тем что мы _не можем_ в начале проекта даже примерно прикинуть сколько он будет стоить и сколько времени займет.

> Такое впечетление, что наслушался умных слов и как попугай повторяешь их к месту и не к месту. Это теперь мода такая? Произносить скороговорками количество умных слов в минуту?

Может всё же ты чего-то не понимаешь? Не думаю, что ты знаешь обо всём.

разве tomcat/jsp может работать только на JRE, без JDK?

Томкат может и прекрасно работает. JSP нет, но на них почти никто уже не пишет.

>заметьте, что до Вас так и не дошло что хорошо бы посмотреть что это такое

Сынок, за последние лет 5ть я слышу это слово с каждым днем все чаще и чаще и возраст особей произносящих это чудное слово с каждым годом все уменшается. Мне даже доводилось видеть как заказчику вешают лапшу на тему «у нас аджайл команда и мы все круче Чака Нориса», а в реальности весь процесс разработки сводился к маханию руками и воплям «Это, твою мать, надо уже было сделать на позавчера!».

В реальность же, это слово не значит особо ничего кроме как оправдание своих действий «А не беда - перепишем эту хню в следующей ревизии» или выдуривание денег «А заплатите ка нам вот столько - нам же столько чудных тестов надо написать».

>Вы, уважаемый, не поняли зачем нужен agile

Я прекрасно знаю зачем и где нужен agile. Только вот далеко не каждый заказчик готов оплачивать работу по схеме time & materials.

спасибо, кэп

у меня есть пара вопросов: это единственная доступная схема? других нет? как это связано с agile?

да точно так же, количество ресурсов-то не меняется, или не согласны?

Угу. И сроки тоже не меняются? Особенно при изменении требований.

а при традиционном ведении хозяйства - изменение требований, конечно, никакого влияния не оказывает :)

>а тут Вас что смущает? и как этому мешает agile?

Тем что мы _не можем_ в начале проекта даже примерно прикинуть сколько он будет стоить и сколько времени займет.

почему Вы это не можете оценить? у Вас зеленые PM или Вы выполняете свой первый проект что-ли?

//такое ощущение что в проектах с традиционных управлением сроки всегда соблюдаются

>> разве tomcat/jsp может работать только на JRE, без JDK?

Томкат может и прекрасно работает. JSP нет, но на них почти никто уже не пишет.

Ошибочка. JSP также может работать без JDK. В этом случае нужно сконфигурить сервлет-контейенер на использование компилятора от Eclipse который обычно уже идет вместе с Tomcat если мне память не изменяет.

>Томкат может и прекрасно работает. JSP нет, но на них почти никто уже не пишет.

ЛОР (по крайней мере год назад) точно jsp использовал

например, библиотека, связанная с поддержкой шрифтов (она из-за патентов не под GPL)

ну и как библиотеку не под GPL использовать с GPL-программой? Никак, ибо если соединяешься с GPL а не с LPGL программой то и свой код должен под GPL открыть

платная - тоже самое плюс плюшки от JRockit, типа которые платные

А бесплатная BEA JRockit VM бывает? А где ее скачать?

>Может авторов, кто писал (С)Vasya Pupkin? Или все контрибьютеры считаются?

Вообще-то каждый Вася Пупкин, вносящий изменения, должен оставлять копирайт (или передавать его, в зависимости от политики проекта). Но формально требуется разрешение только тех, кто поставил (С)

Ну можно вообще прекомпильнуть все jsp и сложить их в служебные директории томката. После этого jsp так-же заработает на jre. Но это как-то извращенненько...

>А бесплатная BEA JRockit VM бывает?

не бывает

Сынок,

походу кое-кто рамсы попутал

>заметьте, что до Вас так и не дошло что хорошо бы посмотреть что это такое

за последние лет 5ть я слышу это слово с каждым днем все чаще и чаще и возраст особей произносящих это чудное слово с каждым годом все уменшается.

правильно я понимаю, что даже несмотря на то что Вы встречаете понятие всё чаще и чаще «до Вас так и не дошло что хорошо бы посмотреть что это такое»?

да, Вы часом не на коболе там пишете?

Мне даже доводилось видеть как заказчику вешают лапшу на тему «у нас аджайл команда и мы все круче Чака Нориса», а в реальности весь процесс разработки сводился к маханию руками и воплям «Это, твою мать, надо уже было сделать на позавчера!».

к чему это сказано? к тому что много дураков, прикрывающихся громкими словами? спасибо, я это и без Вас знал/видел

Лор писан много лет назад. Для новых же проектов я не видел почти, чтобы jsp использовался.

развилось такое чувство, что крупный энтерпрайз вообще ни за что не готов башлять

развилось такое чувство, что госсектор вообще ни за что не готов башлять. fxd

в госсекторе окончившие университеты управления руками-водители считают что достаточно купить 20 компов на пентиум в соседнем подвале и все, они уже готовы к работе и 20 «исполнителей» на них могут уже сразу «готовить документы руководству и мониторить блоги в интернетах», платить более никому ни за что не надо

в госсекторе окончившие университеты управления руками-водители считают что достаточно купить 20 компов на пентиум в соседнем подвале и все, они уже готовы к работе и 20 «исполнителей» на них могут уже сразу «готовить документы руководству и мониторить блоги в интернетах», платить более никому ни за что не надо

самое смешное что они-же потом удивляются что ракеты плохо летают

Ну и зачем тогда динамическая типизация нужна? Чтобы не писать типы? Для этого есть вывод типов.

в очень секретной обстановки они сейчас разрабатывают что-то подобия явы только полностью открыта она будет

неужели VM для языка Go? или для C#? или придумают новую пакость? может VM для C++?

у меня есть пара вопросов: это единственная доступная схема? других нет? как это связано с agile?

Нет, не единственная. Но все остальные схемы оплаты подразумевают знание хотя-бы примерной стоимости проекта _до_ его начала. man бюджет. Agile же не позволяет его подсчитать даже примерно.

а при традиционном ведении хозяйства - изменение требований, конечно, никакого влияния не оказывает :)

При традиционном ведении хозяйства ты всегда имеешь на руках _юридически корректный контракт_, в котором в том числе прописаны и бюджеты, в которые проект должен уложиться, которым и тыкаешь в заказчика при изменении требований.

почему Вы это не можете оценить? у Вас зеленые PM или Вы выполняете свой первый проект что-ли?

Еще раз. Если мы имеем проект с меняющимися требованиями - то никакой PM, будь он хоть всемирно известным гуру - не скажет вам сколько он будет стоить. Если же требования не меняются, либо меняются незначительно, то agile не только не нужен, но и вреден своим раздолбайством и пох..ом по отношению к проектной документации.

> Ну и зачем тогда динамическая типизация нужна?

ХЗ. Мне она никогда не нравилась. Могу сказать, что она позволяет просто реализовывать довольно эффектные трюки с динамическим созданием типов, но... это мало кому нужно.

Оракл в праве

<grammar nazi>Оракл вправе </grammar nazi>

не смешите мои лапти. спонтом сейчас, так много интерпрайз софтин напедаленынх на джаве и работающих под линупсом без бубна.

Да, есть такое, это уже реальный плюс.

>у меня есть пара вопросов: это единственная доступная схема? других нет? как это связано с agile?

Нет, не единственная. Но все остальные схемы оплаты подразумевают знание хотя-бы примерной стоимости проекта _до_ его начала. man бюджет. Agile же не позволяет его подсчитать даже примерно.

не, Вы просто повторяете одно и то же разными словами, мне же интересно - почему Вы считаете что при использовании agile нельзя подсчитать стоимость проекта? всё считается, какие проблемы?

>а при традиционном ведении хозяйства - изменение требований, конечно, никакого влияния не оказывает :)

При традиционном ведении хозяйства ты всегда имеешь на руках _юридически корректный контракт_, в котором в том числе прописаны и бюджеты, в которые проект должен уложиться, которым и тыкаешь в заказчика при изменении требований.

что мешает сделать то же самое используя agile? разве agile запрещает такое?

Если мы имеем проект с меняющимися требованиями - то никакой PM, будь он хоть всемирно известным гуру - не скажет вам сколько он будет стоить.

да откуда Вы взяли меняющиеся требования на этапе оценки начальной стоимости проекта?

Если же требования не меняются, либо меняются незначительно, то agile не только не нужен, но и вреден своим раздолбайством и пох..ом по отношению к проектной документации.

опять зелёное и квадратное в кучу смешали, кто Вам это сказал про документацию и раздолбайство? это где-то в методологии прописано, да?

FAQ томката говорит, с 5.5 версии можно работать без JDK, про конфигуряние ничего не сказано

>УМЛ очень хорошо подходит для быстрого создания эскизов критичных к пониманию участков проекта с малой долей детализации.

+1. Для остального есть Doxygen

> FAQ томката говорит, с 5.5 версии можно работать без JDK, про конфигуряние ничего не сказано

Просто он сам теперь смотрит на наличие JDK и при его отсутствии цепляет компилятор от Eclipse.

еще один COBOL помер, но его труп будет вонять как минимум лет 10-20.

Плохо что этот проект стал делится на 2 части, скорее всего будет происходить разработка только премиум версии, а в free попадёт урезанный код :(

http://hg.openjdk.java.net/ - здесь есть весь исходный код.

При покупке премиум-версии вы получаете двух индусов прямо изкаропки! А также китайский улучшенный сборщик мусора!

А я хочу получить ещё китайца впридачу, чтоб сам лично собирал мусор :)

>Ни один из языков со сборкой мусора для realtime непригоден.

скорей всего, вы не правы. вот касательно java нашёл пару статей

http://en.wikipedia.org/wiki/Real_time_Java ,http://www.opennet.ru/opennews/art.shtml?num=17549, http://habrahabr.ru/blogs/java/61658/, http://www.netmodule.com/products/JamaicaVM.aspx

и кому нужны эти две поделки для форматов, которые древнее мамонта?

А тормоза связанные с проверкой типов в рантайме как будешь убирать?

Сама по себе проблема проверки типов в рантайме - не проблема, а мне лично такой подход так даже нравится. Проблема - потеря производительности на этом.

Потерю же производительности в какой-то мере можно решить тюнигом. Например, с помощью Psyco

Впрочем, если я вас не убедил, - то ведь есть реализации питона со статической типизацией, где этой проблемы нет по-определению.

> ведь есть реализации питона со статической типизацией

Назовите всех поименно (и нет, RPython не подходит).

которые древнее мамонта?

древнее чем говно мамонта.

fxd

Я же написал, _в этой стране_ осталось очень много .mdb файлов, ооооооочень много

Хмм

Расовый коммунистический Китаец с АКМ для контроля за двумя индусами, дающий очередь, едва они начнут писать быдлокод. - вас устроит?

Назовите всех поименно (и нет, RPython не подходит).

Я слышал кое что об Cython. Но я ни его, ни другие не юзал: меня и динамическая типизация устраивает.

в очень секретной обстановки они сейчас разрабатывают что-то подобия явы только полностью открыта она будет,

Я знаю, знаю, это JavaScript Webkit VM. Сверхбыстрая VM для динамического суперсовременного языка разработки

> Cython

Это даже не Питон.

>TCK стоит много денег и дальнейшее распространение запрещено.
Apache Software Foundation - готовы завлатить.
Оракл не лицензирет TCK по идеологическим причинам.

это все режется на корню, аргументом, что такие ошибки которые помогает отловить ТДД просто фиксятся путем требования от заказчика вменяемой и полной спецификации.

А код, надо полагать, ты сразу без ошибок пишешь?

А представляешь, вот если у заказчика семь пятниц на неделю?

Какая тебе разница, сколько зря потраченного программистского времени заказчик оплатит?

Если у тебя есть функция + и вызывается она только для интов, то откуда рантайму знать, что ты вызываешь её только для интов?

Неоткуда.

Аннотации и вывод типов.

* (defun add (x y)
    (declare (optimize (speed 3) (safety 0) (debug 0))
             ((integer 0 255) x y))
    (+ x y))

ADD
* (disassemble 'add)

; disassembly for ADD
; 0351BD1F:       4801FA           ADD RDX, RDI               ; no-arg-parsing entry point
;       22:       488BE5           MOV RSP, RBP
;       25:       F8               CLC
;       26:       5D               POP RBP
;       27:       C3               RET
NIL

Последние 4 команды - это стандартный эпилог функции. Если функцию заинлайнить, то эпилог исчезает.

> Нда, а ведь была только одна компания, которая под M$ не прогибалась. Сан.

Ну почему - есть ещё гугель. Но он не прогибается под M$ с тем, чтобы все прогибались под него...

жаба? быстрее? такое еще возможно?

скорость жабы зависит от времени работы как экспонента
http://habrahabr.ru/blogs/java/102468/#comment_3184017
<Так ~первые сотни запросов шли со скоростью ~100 запросов в сек.
Через 5-10 минут это было 1к-3к запросов в сек.
Через 2-3 часа 2к-5к запросов в сек.
Через 8 часов 8к-12к запросов в сек>

>Ну почему - есть ещё гугель.

У гугла с M$ области разные. В области интернет-технологий у M$ позиция только одна: понадкусать и обосрать.