URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 81775
[ Назад ]

Исходное сообщение
"Исследование зависимости качества кода бизнес-приложений от ..."

Отправлено opennews , 11-Дек-11 00:14 
Компания Cast Software, занимающаяся разработкой средств для контроля качества программного обеспечения, представила (http://www.castsoftware.com/resources/resource/email-campaig...) результаты исследования качества программного обеспечения, проведённого на основе анализа 745 бизнес-приложений на различных языках программирования (Java EE, Cobol, .Net, C, C++), состоящих в сумме из 365 млн строк кода. При проведении исследований анализировалось наличие около 1800 типов проблем, связанных с отступлением от практики качественного кодирования и правильной организации архитектуры проекта.


Исследователи выявили, что наибольшее число проблем свойственно проектам на платформе Java-EE, а наименьшее - на языке Cobol. Расчетная стоимость исправления проблем для Java составила $5.42 на строку кода, а для Cobol - $1.26. При оценке безопасности кода, наихудшие показатели наблюдаются у платформы .NET, лучшие у программ на языке Cobol.


По мнению иссл...

URL: http://www.computerworld.com/s/article/9222503/Java_apps_hav...
Новость: http://www.opennet.me/opennews/art.shtml?num=32529


Содержание

Сообщения в этом обсуждении
"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 00:26 
Вижуал Студию предпочитают < 5% разработчиков? Интересное кино...

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 01:07 
> Вижуал Студию предпочитают < 5% разработчиков? Интересное кино...

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


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 04:17 
> Вижуал Студию предпочитают < 5% разработчиков? Интересное кино...

А за что ее предпочитать? За установку в течение _часа_ с ~3-4 ребутами? Или за кучу глюков? Что смешнее, если она упала - никакого вам рекавери нет. А при такой куче кнопочек уронить ее совершенно не вопрос. Не говоря о том что она спокойно жрет 300-400 метров и надсадно тормозит. Это 2010 разумеется.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено тоже Аноним , 11-Дек-11 11:39 
Мало того, она успешно тормозит даже на хеллоувордах. Проект на С++ из трех десятков небольших файлов, летавший на VS2008, за пару часов работы доводит VS2010 до кататонии. Список процессов завален зависшими попытками Intellisence разобраться, на каком она свете.
Не говоря уже о жутком тормозном и мыльном "современном интерфейсе".
В общем, как IDE для С++ она держится только за счет удобного отладчика. Если в следующей версии будет "модернизирован" и он - реактор ждет.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 20:28 
> доводит VS2010 до кататонии. Список процессов завален зависшими попытками Intellisence
> разобраться, на каком она свете.

Вы еще не видели как у MS их серверные части всего этого навертываются через сколько-то времени работы, убиваясь о стену, так что потом саппорт не может своего шалтая-болтая собрать. Ну в общем если у вас есть враги - смело внедряйте им это! Так заякоревать конкурента честными методами - EPIC WIN! :))


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено anonymous vulgaris , 12-Дек-11 04:50 
посмотрите sharpdevelop, но вот с отладкой там как раз не уверен


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 15:11 
Разрабатываете софт для калькуляторов? Хороший из вас разработчик, если нет денег на приличный компьютер. VS на чём-то отличном от калькулятора ставится за полчаса без единого ребута (2011 точно), а оперативку не считал, извините, у меня 16 гигов - не экономлю.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Мужик32 , 11-Дек-11 16:44 
Но зачем всё это, если есть Eclipse?

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 17:37 
Eclipse для дотнета? Ага, удачи. Eclipse для плюсов? Может быть, но хило. Студия под венду нативней и интеграция с SDK мелкософтовыми лучше, и возможностей/аддинов больше.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 20:23 
> возможностей/аддинов больше.

А нормальная система контроля версий хотя-бы есть? А то микрософтовский TиFоS - это такой смешной пиндец пещерного века, нечто среднее между CVS и SVN по уровню развития. Наивные вантузятники верят что это - круто. Вот лолки! До тех пор пока центральный сервер или сетка до него не гавкнется, после чего начинается очень характерный такой батхерт, которого нет с децентрализованными VCS'ами :)


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 20:38 
Любая VCS там прикручивается, не надо максимализма. От Perforce до git и bzr.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 13-Дек-11 12:55 
> Любая VCS там прикручивается, не надо максимализма. От Perforce до git и bzr.

Я не сомневаюсь что поплясав с бубном и поработав напильником даже самолет превращается в танк, только иногда плясать очень уж долго надо. Лично мне не понятно - почему MS вообще считает что проталкивать древний и бестолковый шит, но зато свой - так и надо.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено тоже Аноним , 13-Дек-11 13:26 
Что же тут непонятного? Они продвигают свой платный продукт. До тех пор, пока затраты на рекламу окупаются, реклама продукта продолжается. Каким бы дерьмом этот продукт ни был.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 13-Дек-11 13:32 
> Что же тут непонятного? Они продвигают свой платный продукт. До тех пор,
> пока затраты на рекламу окупаются, реклама продукта продолжается. Каким бы дерьмом
> этот продукт ни был.

Там ничто не окупается. Инструментарий для разработчиков это убыточное направление (не только у MS) но другого выхода нет.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 13-Дек-11 13:36 
>> Любая VCS там прикручивается, не надо максимализма. От Perforce до git и bzr.
> Я не сомневаюсь что поплясав с бубном и поработав напильником даже самолет
> превращается в танк, только иногда плясать очень уж долго надо. Лично
> мне не понятно - почему MS вообще считает что проталкивать древний
> и бестолковый шит, но зато свой - так и надо.

Список плясок и операций с бубном можно предьявить? Поддержка VCS ставится без проблем (запустили инсталлер, next, next и готово).


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 00:36 
> проблем (запустили инсталлер, next, next и готово).

Да вообще, сел в боинг - стартер - взлетный режим - ручку на себя - полетели! Какие проблемы то?!

Ну для начала проблема хотя-бы в том где этот боинг^W инсталлер вообще взять. В лине - там все понятно, идем в манагер пакетов, вводим в поиск "сделайте мне зашибись". Выбираем "сделать нам зашибись". Зашибись инсталлируется и становится зашибись. В винде при этом надо крепко постараться найти то что надо, не малваре/адваре/спайваре, умудриться не словить троянца с левого варезника который бывает в первой строке поиска и вот тогда, может быть...  


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 14-Дек-11 02:18 
> В винде при этом надо крепко постараться
> найти то что надо, не малваре/адваре/спайваре, умудриться не словить троянца с
> левого варезника который бывает в первой строке поиска и вот тогда,
> может быть...

Вводим в гугле "git visual studio", первая ссылка на stack overflow, первый ответ в нём (с большим рейтингом) содержит ссылку на git source control provider на codeplex. Это ж ведь не сложно? С svn аналогично. Другими vcs не интересовался.

Что касается варезников - не качайте с них. Качайте с сайтов заслуживающих доверия либо с сайтов разработчиков.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 18:49 
> Вводим в гугле "git visual studio", первая ссылка на stack overflow, первый
> ответ в нём (с большим рейтингом) содержит ссылку на git source
> control provider на codeplex. Это ж ведь не сложно? С svn
> аналогично. Другими vcs не интересовался.

Угу, совсем не сложно. Правда в лине что-то такое обычно делается аж целым:
apt-get install вот_эта_кульная_штука и_вообще_дайте_две!


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Vkni , 12-Дек-11 04:39 
> Разрабатываете софт для калькуляторов? Хороший из вас разработчик, если нет денег на
> приличный компьютер. VS на чём-то отличном от калькулятора ставится за полчаса
> без единого ребута (2011 точно), а оперативку не считал, извините, у
> меня 16 гигов - не экономлю.

Количество ребутов не зависит от мощности машины, так что кто-то из вас заливает. Я, честно говоря, не помню, есть там перезагрузки, или нет.

За вашу оперативку я очень рад, но далеко не во всякий ноут столько впихнёшь. Ну и непонятно, зачем столько для разработки программ, аналоги которых можно гонять чуть ли не на Ваксах.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 12-Дек-11 05:08 
> Количество ребутов не зависит от мощности машины, так что кто-то из вас
> заливает. Я, честно говоря, не помню, есть там перезагрузки, или нет.

Вроде как одна нужна, да и не для студии а prereq.

> За вашу оперативку я очень рад, но далеко не во всякий ноут
> столько впихнёшь.

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

> Ну и непонятно, зачем столько для разработки программ, аналоги
> которых можно гонять чуть ли не на Ваксах.

Ну так гоняйте на ваксах. Память стоит копейки, не вижу смысла на этом экономить.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Avator , 13-Дек-11 04:09 
> Вот не понимаю эту тягу к ноутам. Большой комп жеж всяко удобнее, и памяти можно воткнуть > дофига, и мониторы большие две-три штуки, и клаву удобную размером с монитор или больше.

Ну это как посмотреть. Можно же с док станцией взять...
И моники и клаву подрубить и NAS и мышу. Но при этом иметь возможность свой ноут в одно движение отрубить от всего и взять с собой. А с учетом мощности новых ноутов (core i7 и 8 гигов памяти во многие вполне влезают). То, зачем два компа? Когда можно один и не морочаться на синхронизацию файлов и прочее. Посмотрите те же Lenovo и HP с док станциями.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 11-Дек-11 16:22 
Что ж у вас там за ведро такое? Поддержу соседнего оратора - стоит, не тормозит, не падает, память жрёт конечно (с установленным решарпером, хехе, и два гига видел), но этой памяти 16гиг так что не жалко. А куча кнопочек - шорткаты штолле ниасилили? Тем более они там настраиваются в хвост и гриву.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 20:19 
> хехе, и два гига видел), но этой памяти 16гиг

Во-во, чтобы юзать вьюжлстудию - надо не менее 3 * 27" мониторов, иначе этот ЦУП просто на экран не влезет и дополнительные фенечки некуда девать. За 16Г не скажу а на 8Г учтя что оно жрет полгига на хелловорлде и потом их не отдает, а на чем-то посерьезнее легко переваливате за гиг с гаком даже при просто 5 открытых вкладках, система откровенно тормозит, особенно если не дай боже запустить браузер, почтарь, ворды/эксели/что там еще. В результате 8 гигзов оказывается впритык. Их, конечно, можно не экономить, но тормозит это все как первый пень с 8Мб оперативки под win95 виндой.

Но это еще полбеды. Вторая половина - реализация свопа. Даже если из 8Гб еще 3-4 свободно, винде это не мешает слить половину программы в своп (но зачем?!?). И когда наступает время переключиться между этими жирными уродцами - они медленно и печально вытаскиваются из свопа (вплоть до езды мышки рывками). И чем больше весит программа тем дольше такие тупняки.

Конечно можно пролечить и закостылить даже это. Но в других системах почему-то этого делать не требуется.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 11-Дек-11 23:05 
>> хехе, и два гига видел), но этой памяти 16гиг
> Во-во, чтобы юзать вьюжлстудию - надо не менее 3 * 27" мониторов,

Зачем? У меня при редактировании кода висит только Solution Explorer слева, по ширине где-то 1/6-1/7 экрана (21", 1680x1050), всё остальное занимает окно редактора. При дебаге выводится конечно большо, но там и для кода остаётся достаточно места.

> некуда девать. За 16Г не скажу а на 8Г учтя что
> оно жрет полгига на хелловорлде и потом их не отдает, а
> на чем-то посерьезнее легко переваливате за гиг с гаком даже при
> просто 5 открытых вкладках, система откровенно тормозит, особенно если не дай
> боже запустить браузер, почтарь, ворды/эксели/что там еще. В результате 8 гигзов
> оказывается впритык. Их, конечно, можно не экономить, но тормозит это все
> как первый пень с 8Мб оперативки под win95 виндой.

Что вы с ней делаете? Браузер, Skype, Outlook, 3 студии, 3 виртуалки (каждой по гигу памяти), Sql server и по мелочи (foobar, putty, far, etc.) итого 10G памяти.

> Конечно можно пролечить и закостылить даже это. Но в других системах почему-то
> этого делать не требуется.

В других системах костылять тоже требуется, может быть другие вещи, но идеальных систам нет.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Гость , 12-Дек-11 07:09 
и всё эсто Щастье на машине разработчика :) а прикиньте что у пользователей твориться ?!
народ бросайте пародию мелкософта и переходите на оригинал, на Java ;)

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 13-Дек-11 23:32 
> народ бросайте пародию мелкософта и переходите на оригинал, на Java ;)

Я избавился от обоих - так еще лучше :)


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 20:30 
> они там настраиваются в хвост и гриву.

Зато когда хочется просто посмотреть на 1 сишный файл на системе с MSVS - это ж застрелиться. Вот щелкнул ты сдуру на файл - получи 30 секунд старта этой дряни. Жесть!


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 11-Дек-11 23:06 
>> они там настраиваются в хвост и гриву.
> Зато когда хочется просто посмотреть на 1 сишный файл на системе с
> MSVS - это ж застрелиться. Вот щелкнул ты сдуру на файл
> - получи 30 секунд старта этой дряни. Жесть!

настроить ассоциацию сишного файла с каким-нить нотепадом, я так понимаю, мама не разрешает.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено guku , 12-Дек-11 01:33 
сказано же
> сдуру

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Vkni , 12-Дек-11 04:30 
> настроить ассоциацию сишного файла с каким-нить нотепадом, я так понимаю, мама не
> разрешает.

А зачем оно вообще эту ассоциацию делает?


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 12-Дек-11 04:52 
>> настроить ассоциацию сишного файла с каким-нить нотепадом, я так понимаю, мама не
>> разрешает.
> А зачем оно вообще эту ассоциацию делает?

А фиг его знает. У меня одеяло на себя Qt Creator перетянул. Типа редактор с подсветкой. С одной стороны кагбе логично, с другой действительно долго стартует.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 13-Дек-11 23:33 
>> - получи 30 секунд старта этой дряни. Жесть!
> настроить ассоциацию сишного файла с каким-нить нотепадом, я так понимаю, мама не
> разрешает.

Открывать сишные файлы в нотпаде при наличии вьюжла - это так по виндозному...


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Kodirr , 12-Дек-11 11:30 
Месье ставил студию на 386 с 4 мегами памяти?? На моём компе (i7/4Gb/рядовой Seagate) ставится _ВСЁ_ в течении 20 минут (включая .НЕТ). Пора бы перестать программировать на тостерах, не?

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 13-Дек-11 08:45 
> Месье ставил студию на 386 с 4 мегами памяти?? На моём компе
> (i7/4Gb/рядовой Seagate) ставится _ВСЁ_ в течении 20 минут (включая .НЕТ). Пора
> бы перестать программировать на тостерах, не?

Тостер -- тоже ЭВМ, нё?



"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 13-Дек-11 10:09 
>> Месье ставил студию на 386 с 4 мегами памяти?? На моём компе
>> (i7/4Gb/рядовой Seagate) ставится _ВСЁ_ в течении 20 минут (включая .НЕТ). Пора
>> бы перестать программировать на тостерах, не?
> Тостер -- тоже ЭВМ, нё?

Задача тостера тосты делать, всё остальное - побочный продукт.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 13-Дек-11 23:33 
> Задача тостера тосты делать, всё остальное - побочный продукт.

В одном вы правы: в MSVS писать фирмваре для тостера сущее мучение.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 14-Дек-11 02:12 
>> Задача тостера тосты делать, всё остальное - побочный продукт.
> В одном вы правы: в MSVS писать фирмваре для тостера сущее мучение.

Если sdk для тостера интегрируется со студией, то писать одно удовольствие. Посмотрите как происходит разработка для wm, wp7 или xbox. Студия сама соберёт что нужно, зальёт на девайс, запустит и подключит отладчик. Ничем не отличается от разработки обычных приложений.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 18:54 
> Если sdk для тостера интегрируется со студией, то писать одно удовольствие.

Не видел sdk для тостеров интегрирующихся с вьюдлстудией.

> Посмотрите как происходит разработка для wm, wp7 или xbox.

Не видел тостеров под управлением этого огороженного развлекательно-потребццкого фуфла предоставляемого на зональных условиях. Себе это счастье оставьте.

> Студия сама соберёт что нужно, зальёт на девайс, запустит и подключит отладчик. Ничем не
> отличается от разработки обычных приложений.

Компилежка gcc'ом под дюжины разных архитектур тоже ничем не отличается особо. Зато не надо страдать виндозом головного мозга, жрать только 1 конкретный вид кактуса которые к тому же выращивает злой фермер с ружьем, норовящий наставить новых загородок. Нахнахнах привычно откликнулось эхо.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено AdVv , 11-Дек-11 00:28 
Весьма бредовое исследование. Как известно не ошибается тот, кто ничего не делает. В данном контексте видимо приложений на коболе просто кот наплакал, оттого и ошибок мало.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 00:32 
В статье уже все написано:
По мнению исследователей наименьшее число проблем в программах на языке Cobol объясняется спецификой использования данного языка и богатым 30-летним опытом разработки. Проблемы в коде на языке Java связываются с тем, что много людей начинают создавать программы на данном языке не имея надлежащей теоретической подготовки по компьютерным наукам.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Ку , 11-Дек-11 07:02 
> В статье уже все написано:
> По мнению исследователей наименьшее число проблем в программах на языке Cobol объясняется
> спецификой использования данного языка и богатым 30-летним опытом разработки. Проблемы
> в коде на языке Java связываются с тем, что много людей
> начинают создавать программы на данном языке не имея надлежащей теоретической подготовки
> по компьютерным наукам.

Ваша компания использует приложения на Cobol? Вы знакомы (хотя бы виртуально) с программистом на Cobol?
Есть разница между 30-летним опытом разработки (Cobol) и 20-летним(Java)?

Давай переведу на Cobol не пишут последние 25 лет, а то что написано стабилизировано и пофиксенно.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено поцанчик , 11-Дек-11 12:09 
Товарищ. Утри пену у рта. В исследовании были задействованы БИЗНЕС-ПРИЛОЖЕНИЯ, а не х
еловорлды!

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 11-Дек-11 16:28 
Да какая в пень разница? Новые приложения на коболе сейчас никто не пишет, поддерживают старые, вылизывают их и т.д. Этим приложениям лет по 20, и есно они образец красоты и безбажности.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено rstone , 11-Дек-11 16:47 
> Да какая в пень разница? Новые приложения на коболе сейчас никто не
> пишет, поддерживают старые, вылизывают их и т.д. Этим приложениям лет по
> 20, и есно они образец красоты и безбажности.

Пишут .


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 20:35 
> 20, и есно они образец красоты и безбажности.

А на дотнете пишут настолько фееричный крап, что LSE вон никакие get the facts не помогли. Факты сами себя предъявили, завалив торги на 8 часов. Я кстати видел и несколько более локальных фэйлов такого типа, когда MSовский серверный софт навертывался в таком духе и саппорт не мог его несколько дней отскрести от асфальта, под дружный грохот кирпичей из задниц тех кто от него зависел.

Root cause? MS давно уже забыл про keep it simple, stupid. За что и расплачивается. Они переусложняют софт чтобы впарить побольше. А вот вам MS SQL на ровном месте. Хеллоуорлд? Скачайте к нему 120 Мб дотнета. Двух разных версий. Всего 2 часа инсталла и 3 ребута и вот у вас уже рабтает хелловорлд. Если, конечно, сетап 100-метрового уродца не упадет, поставив MSI раком (вплоть до нужды переставлять систему).


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 11-Дек-11 23:27 
>> 20, и есно они образец красоты и безбажности.
> А на дотнете пишут настолько фееричный крап, что LSE вон никакие get
> the facts не помогли. Факты сами себя предъявили, завалив торги на
> 8 часов.

http://www.nytimes.com/2011/02/26/business/global/26exchange...


LONDON (AP) — Investors were left in limbo for four hours on Friday as the London Stock Exchange halted trading because of a technical problem — the latest embarrassing lapse to hit the bourse as it tries put a new system in place.

The exchange suspended dealings shortly after the opening auction, blaming issues with market data technology just two weeks after it introduced its new platform, called Millennium.

Вот вам блекаут на 4 часа, 25 февраля сего года. Так что в LSE скорее всего проблемы не с технологиями, а с руками.

> Я кстати видел и несколько более локальных фэйлов такого
> типа, когда MSовский серверный софт навертывался в таком духе и саппорт
> не мог его несколько дней отскрести от асфальта, под дружный грохот
> кирпичей из задниц тех кто от него зависел.

Меня это не удивляет, особенно учитывая тот факт что долбались несколько дней вместо того чтобы за пол часа востановить из бекапа. Линупс тоже не застрахован он краха. А чтобы иметь гарантированный сервис нужно строить кластер, как вариант.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Avator , 13-Дек-11 04:19 
> Меня это не удивляет, особенно учитывая тот факт что долбались несколько дней
> вместо того чтобы за пол часа востановить из бекапа. Линупс тоже
> не застрахован он краха. А чтобы иметь гарантированный сервис нужно строить
> кластер, как вариант.

Вы просто плохо себе представляете видимо объем данных. За полчаса такое не восстанавливается. Более того, кто разрешит восстанавливать из бекапа вчерашней ночи например? Шутите? А сегодняшние сделки тупо похерить?

А по поводу систем, все-таки LSE получили ускорение работы ощутимое, я уже не помню точные цифры, но если память не изменяет больше чем на порядок.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 13-Дек-11 10:08 
>> Меня это не удивляет, особенно учитывая тот факт что долбались несколько дней
>> вместо того чтобы за пол часа востановить из бекапа. Линупс тоже
>> не застрахован он краха. А чтобы иметь гарантированный сервис нужно строить
>> кластер, как вариант.
> Вы просто плохо себе представляете видимо объем данных. За полчаса такое не
> восстанавливается. Более того, кто разрешит восстанавливать из бекапа вчерашней ночи например?
> Шутите? А сегодняшние сделки тупо похерить?

Вы ж сказали что софт накрылся, значит данные целые. Ну так поднимают систему с бекапа (раз уж кластер построить кривизна рук не позволяет) и полетели дальше. О чём и о какой системе вы вообще говорите?

> А по поводу систем, все-таки LSE получили ускорение работы ощутимое, я уже
> не помню точные цифры, но если память не изменяет больше чем
> на порядок.

Как по мне, когда биржа не доступна, то она не доступна, и пофиг что там стоит.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 00:40 
> Как по мне, когда биржа не доступна, то она не доступна, и
> пофиг что там стоит.

Это вы про то как дотнетчики завалили свой мегапепелац на 8 часов и никак не могли его поднять? О, это так по дотнетчиковски. Вообще, софт имеющий отношение к MS это любит.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 14-Дек-11 02:19 
>> Как по мне, когда биржа не доступна, то она не доступна, и
>> пофиг что там стоит.
> Это вы про то как дотнетчики завалили свой мегапепелац на 8 часов
> и никак не могли его поднять? О, это так по дотнетчиковски.
> Вообще, софт имеющий отношение к MS это любит.

Я о том как LSE лежала 4 часа после перехода на ME. Два раза уже тут ссылку постил, но видать чукча не читатель.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 18:58 
> Я о том как LSE лежала 4 часа после перехода на ME.

Так с дотнетом лежала 8. Ну, вспомним про ваши гетзефаксы и выскажемся в их духе: вау, линукс чинится в 2 раза быстрее виндоус! Линукс сервер обгоняет виндоус :)


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено нимус , 11-Дек-11 13:08 
20летний опыт разработки на java? бгг. рассмешили, спасибо.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено малой , 11-Дек-11 14:11 
А что смешного? Расшифруй.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено mine , 11-Дек-11 14:20 
Ваша жава появилась в 95 году. Это значит, что прошло всего 16 лет. Откуда может взяться 20-ти летний опыт???

Доступно расшифровал или это тоже не понятно?


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Ag , 11-Дек-11 16:13 
> на языке Cobol объясняется спецификой использования данного языка
> и богатым 30-летним опытом разработки.

COBOL-у уже за 50. У меня по нему _отчественные_ учебники есть за начала 60-х :)


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено anonymous vulgaris , 12-Дек-11 04:08 
> Ваша жава появилась в 95 году. Это значит, что прошло всего 16 лет. Откуда может взяться 20-ти летний опыт???

Да это все достаточно условно с опытом то. Низкоуровневые операаторы у жабы как у ц. Объекты тоже до нее уж 30 лет как были (как кстати и сборка мусора, и виртуальные машины). Т.е. если кто пересел скажем с ц++ на жабу то весь полезный опыт его. Или ц# какая разница когда появился когда это та же жаба на 99%.



"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено матиматик , 11-Дек-11 23:38 
=2011-1996
посчитать сможешь проффесор ?

да и пруф пожалуйста хотя бы 1го приложения на java с возрастом 20 лет ?


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 00:56 
> В данном контексте видимо приложений на коболе просто кот наплакал

В отчете по ссылке он второй после явы по распространенности. Если вы никогда не видели кобол, это не значит, что его не существует. На нем столько всего написано того, что не нужно переписывать, что он никуда не денется в ближайшие лет 30, а то и 40.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Карбофос , 11-Дек-11 12:14 
да, всё верно. знаю одну конторку, где на коболе пару челов пишет. потому что у них всё на этом языке программирования написано и переписывать надобности нет - их всё устраивает. что меня уж сильно удивило - у программисов этих не было глубоких знаний работы с компом на железном уровне, например, оптимизация для увеличения кэш-попаданий, битовые операции... был сильно удивлён

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 17:40 
У англоязычных таких принято называть "cobol zombie".

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 19:50 
> У англоязычных таких принято называть "cobol zombie".

Повсеместное устойчивое словосочетание, принятое Уэбстером? Ню-ню...


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 20:38 
> компом на железном уровне, например, оптимизация для увеличения кэш-попаданий, битовые
> операции... был сильно удивлён

У дотнетчиков и жабистов такая же фигня, только у них вообще нет никаких знаний, поэтому они генерят лютейший г-нокод, а если на некую нетривиальную сущность не оказалось класса - "эта задача нерешаема, так невозможно!". Ухтыблин, эти лабухи сами не могут написать даже алгоритм уровня base64-кодирования. Такие вот "программисты" :)


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Карбофос , 11-Дек-11 21:35 
а вот это я вижу гораздо чаще. особенно, среди закончивших какое-нибудь учебное заведение, кричащих: давайте перепишем это всё на яву за пару недель и будет ва счастье, всё будет гораздо проще работать. лошары покупаются на эту ложь, пару недель переростает в пару годков, до внятного логического завершения проекта - еще неизвестно сколько лет. программы - с неимоверным количеством костылей, всяких выкрутасов...

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 11-Дек-11 23:44 
> У дотнетчиков и жабистов такая же фигня, только у них вообще нет
> никаких знаний, поэтому они генерят лютейший г-нокод, а если на некую
> нетривиальную сущность не оказалось класса - "эта задача нерешаема, так невозможно!".
> Ухтыблин, эти лабухи сами не могут написать даже алгоритм уровня base64-кодирования.
> Такие вот "программисты" :)

10 лет назад такое говорили про делфистов. Но вот подросло новое поколение со своей реальностью и набором ценностей :)


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено mr_gfd , 12-Дек-11 01:47 
--skipped
>> Такие вот "программисты" :)
> 10 лет назад такое говорили про делфистов. Но вот подросло новое поколение
> со своей реальностью и набором ценностей :)

А время расставило по своим местам все. Дельфи - маргинальщина.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено anonymous vulgaris , 12-Дек-11 04:48 
>А время расставило по своим местам все. Дельфи - маргинальщина.

Но движение опенсорса об этом не знает, поэтому сделало и активно развивает свой аналог.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 00:46 
> 10 лет назад такое говорили про делфистов. Но вот подросло новое поколение
> со своей реальностью и набором ценностей :)

О, кстати верно подмечено: еще в этот класс сказочных существ попадают д`Эльфисты и 1Сники :). Первые такие же халтурщики, даже больше, навозякали мышкой по форме - во, типа программа. Падающая на каждый пук с runtime error, обладающая надежностью пули из г-на, но разве дельфистов такие мелочи интересуют?! Морда же есть и изображает подобие работы - айда сдавать лоху проект! Авось пару запусков каким-то чудом не трапнется?! А потом уже не наши проблемы, ну или пусть лох доплачивает :).Вторые просто пишут так что эльфы дружно курят в сторонке и с досады заменяют свои луки на калькуляторы МК-61, дабы тоже приобщиться к птичьему языку :)


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 12-Дек-11 07:55 
Наверное ты супер-пупер разработчик? Покажи свой код, слабо?

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 12-Дек-11 16:03 
>У дотнетчиков и жабистов такая же фигня, только у них вообще нет никаких знаний, поэтому они генерят лютейший г-нокод, а если на некую нетривиальную сущность не оказалось класса - "эта задача нерешаема, так невозможно!". Ухтыблин, эти лабухи сами не могут написать даже алгоритм уровня base64-кодирования. Такие вот "программисты" :)

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


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 04:29 
> Весьма бредовое исследование. Как известно не ошибается тот, кто ничего не делает.

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


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено ZloySergant , 11-Дек-11 06:18 
>Весьма бредовое исследование. Как известно не ошибается тот, кто ничего не делает. В данном контексте видимо приложений на коболе просто кот наплакал, оттого и ошибок мало.

На Cobol'е? Не смешите мои тапочки. По данным Gartner Group, к 97-му было написано около 250 млрд (не опечатка) строк кода (с тех пор и по 2008 - около млрд в год, если я правильно перевел слово billion). И почти все это - действующие приложения (не хелло-ворды, а приложения для бизнеса).

В бизнес-среде Вашему любимому ______(нужное вписать) до популярности Cobol далековато.

См., к примеру http://drdobbs.com/architecture-and-design/210602491


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Ку , 11-Дек-11 07:16 
>И почти все это - действующие приложения (не хелло-ворды, а приложения для бизнеса).

Вы код на cobol то видели?

IDENTIFICATION DIVISION.
           PROGRAM-ID. HELLO-WORLD.
        *
         ENVIRONMENT DIVISION.
        *
         DATA DIVISION.
        *
         PROCEDURE DIVISION.
         PARA-1.
           DISPLAY "Hello, world.".
        *
             EXIT PROGRAM.
           END PROGRAM HELLO-WORLD.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено ZloySergant , 11-Дек-11 08:07 
Видел. И что?

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Ку , 11-Дек-11 08:13 
>Видел. И что?

10 ТЫ СЧИТАЕШЬ ЧТО В 21 ВЕКЕ НА ЭТОМ МОЖНО ПИСАТЬ?
20 *
30 ИЛИ ВСЕ-ТАКИ ЭТИ МИЛЛИАРДЫ СТРОК ОБУСЛОВЛЕНЫ СИНТАКСИСОМ ЯЗЫКА?
40 *
50 И ТЕМ ЧТО 50 ЛЕТ НАЗАД НИЧЕГО ЛУЧШЕ НЕ БЫЛО, А КОДУ НАПИСАНО ЦЕЛЫЙ ВАГОН.
60 ?


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено ананим , 11-Дек-11 09:11 
Когда промеры кода из википедии копи-пастишь, то хоть читай что там пишут
> Общая стоимость используемого в настоящее время коболовского кода оценивается в 2 триллиона долларов США. До сих пор ежегодно пишутся миллиарды новых строк кода на Коболе.

Как видишь — да, на нем можно писать и сейчас.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Ку , 11-Дек-11 09:34 
> Когда промеры кода из википедии копи-пастишь, то хоть читай что там пишут
>> Общая стоимость используемого в настоящее время коболовского кода оценивается в 2 триллиона долларов США. До сих пор ежегодно пишутся миллиарды новых строк кода на Коболе.
> Как видишь — да, на нем можно писать и сейчас.

ОГА. ЦИТИРУЯ - ЦИТИРУЙ ПОЛНОСТЬЮ:

"Кобол обычно критикуется за многословность и громоздкость, поскольку одной из целей создателей языка было максимально приблизить конструкции к английскому языку. (До сих пор Кобол считается языком программирования, на котором было написано больше всего строк кода).[2] Так широко известно высказывание Дейкстры «Использование Кобола калечит ум. Его преподавание, следовательно, должно рассматриваться как уголовное преступление».[3]"


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено ананим , 11-Дек-11 13:12 
Вот именно.
тогда бы ты не задавал глупый вопрос «можно ли на нем писать» и не утверждал что «новых приложений на нём не пишут.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено малой , 11-Дек-11 14:12 
> Вот именно.
> тогда бы ты не задавал глупый вопрос «можно ли на нем писать»
> и не утверждал что «новых приложений на нём не пишут.

А чё пишут? Можешь названием софта поделится который написан в 2011 году?


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено ананим , 11-Дек-11 16:10 
Бизнес-приложения.
Как гласит википедия —
> Около 90 % финансовых транзакций в мире обрабатывается кодом на Коболе, и 75 % коммерческой обработки данных написано на Коболе.

Или вы хотели увидеть что-то типа «косынка»?
Ну сори, у них как-то это не принято.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено малой , 11-Дек-11 21:37 
>Бизнес-приложения.

Названия у таких приложений есть? Вот например название бизнес-приложений а конкретно ERP на java: SAP,Baan,Oracle

>> Около 90 % финансовых транзакций в мире обрабатывается кодом на Коболе, и 75 % коммерческой обработки данных написано на Коболе.

Учитывая что на биржах в основном java, ведущие ERP и MES все на java, а в Европах и Азиях cobol был не распространен слабо верится.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено ананим , 12-Дек-11 04:12 
> Вот например название бизнес-приложений а конкретно ERP на java: SAP,Baan,Oracle

ну да, особенно последний. напомнить как называется?

>Учитывая что на биржах в основном java, ведущие ERP и MES все на java, а в Европах и Азиях cobol был не распространен слабо верится.

учитывая то, что если вики и не верить, то уж ссылки не ней куда авторитетней очередного троля, то
> Около 90 % финансовых транзакций в мире обрабатывается кодом на Коболе, и 75 % коммерческой обработки данных написано на Коболе.

зыж
а учитывая то, что лично у меня очень не плохой опыт с SAP, Baan, OeBS, то.... не знаю как там в европо-азиях, а у нас - 1с.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 12-Дек-11 08:00 
>> Вот например название бизнес-приложений а конкретно ERP на java: SAP,Baan,Oracle
> ну да, особенно последний. напомнить как называется?

Как?

>>Учитывая что на биржах в основном java, ведущие ERP и MES все на java, а в Европах и Азиях cobol был не распространен слабо верится.
> учитывая то, что если вики и не верить, то уж ссылки не
> ней куда авторитетней очередного троля, то
>> Около 90 % финансовых транзакций в мире обрабатывается кодом на Коболе, и 75 % коммерческой обработки данных написано на Коболе.

Так цитируй полностью и время не меняй не "обрабтывается", а "обработывалось", и год напиши 1997. Потом на  календарь посмотри.

> зыж
> а учитывая то, что лично у меня очень не плохой опыт с
> SAP, Baan, OeBS, то.... не знаю как там в европо-азиях, а
> у нас - 1с.

Опыт? Во всех 3 системах? Что ты делаешь на opennet.ru ?
У тебя же зарплата чисто за приход на работу миллионов восемь!


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено rstone , 11-Дек-11 17:14 
>> Вот именно.
>> тогда бы ты не задавал глупый вопрос «можно ли на нем писать»
>> и не утверждал что «новых приложений на нём не пишут.
> А чё пишут? Можешь названием софта поделится который написан в 2011 году?

весь бэкенд код , крупная страховая компания


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 19:50 
>>> Вот именно.
>>> тогда бы ты не задавал глупый вопрос «можно ли на нем писать»
>>> и не утверждал что «новых приложений на нём не пишут.
>> А чё пишут? Можешь названием софта поделится который написан в 2011 году?
> весь бэкенд код , крупная страховая компания

Ты админам локалхоста этим ничего не скажешь. Им понятен там Варкрафт, Фотошоп, 3Д Макс... :))))) Сомневаюсь даже, что им понятие "бакэнд" и "бизнес-функция" хоть о чем-нибудь говорит...


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено малой , 11-Дек-11 21:41 
>>>> Вот именно.
>>>> тогда бы ты не задавал глупый вопрос «можно ли на нем писать»
>>>> и не утверждал что «новых приложений на нём не пишут.
>>> А чё пишут? Можешь названием софта поделится который написан в 2011 году?
>> весь бэкенд код , крупная страховая компания
> Ты админам локалхоста этим ничего не скажешь. Им понятен там Варкрафт, Фотошоп,
> 3Д Макс... :))))) Сомневаюсь даже, что им понятие "бакэнд" и "бизнес-функция"
> хоть о чем-нибудь говорит...

Когда сказать ничего конкретного не получается нужно обязательно перейти на личности, бесхитростно и не обосновано, и обязательно поставить кучу смайлов. Ога.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено малой , 11-Дек-11 21:39 
>>> Вот именно.
>>> тогда бы ты не задавал глупый вопрос «можно ли на нем писать»
>>> и не утверждал что «новых приложений на нём не пишут.
>> А чё пишут? Можешь названием софта поделится который написан в 2011 году?
> весь бэкенд код , крупная страховая компания

Вам трудно назвать бренды? Что за софт, что за "крупная страховая компания"?


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено rstone , 11-Дек-11 23:46 
>>>> Вот именно.
>>>> тогда бы ты не задавал глупый вопрос «можно ли на нем писать»
>>>> и не утверждал что «новых приложений на нём не пишут.
>>> А чё пишут? Можешь названием софта поделится который написан в 2011 году?
>> весь бэкенд код , крупная страховая компания
> Вам трудно назвать бренды? Что за софт, что за "крупная страховая компания"?

Ну если Вы настаиваете ...
CLAL Insurance .


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Ag , 11-Дек-11 16:17 
> Так широко известно высказывание Дейкстры «Использование Кобола калечит
> ум. Его преподавание, следовательно, должно рассматриваться как уголовное
> преступление».[3]"

Алгол-68, АУ!!!! Где ты там?!! Чего не идешь?!



"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Proger , 12-Дек-11 11:44 
> По данным Gartner Group....

гыгыгы :) Ещё одни бретанзкиеучьоныйе. А по данным рынка труда (в России), кобол даже не упоминается - везде похапэ, жабо, c#, с/с++. Ну ещё JS. Вопрос: ну и смысл в исследованиях старых носков, когда рынок давно сдвинулся на мили вперёд?? Да и ошибки - тоже не ровня нынешним. Раньше программингом занимались "специально обученные люди", это был штучный, позорный, примитивный, нерасширяемый софт, работающий ровно на одном проце и не дай бог кто-то передаст туда строку больше 255 байт! Кому СЕЙЧАС нужны эти говноподелия?!
А с современным C# даже средней руки прогер лёгким движением мыши пишет трёхзвенные приложения с MVC, о которых тухлые коболорасты даже не мечтали. Ну и смысл сравнивать Ж с пальцем? :)


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 00:52 
> А с современным C# даже средней руки прогер лёгким движением мыши пишет
> трёхзвенные приложения с MVC,

Имел "удовольствие" видеть такие потуги. Средней руки програмер в виде команды из примерно 10 довольно приличных девелов полгода трахались над вебмордой которую на пыхе студент работающий за доширак родит за неделю. Получилось уродливое тормозное глюкало, настолько эпическое что браузер иногда ловил timeout до того как сервер ответит (что самое эпическое - в основном IE, остальные как-то более лояльны к затуплениям сервера). Вы конечно извините но есть такое ощущение что дотнет в вебе неконкурентоспособен. Достаточно посмотреть на чем сделаны крупнейшие и успешнейшие стартапы и сделать выводы.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено zhus , 11-Дек-11 00:31 
А аптана это разве не эклипс?

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено lucentcode , 11-Дек-11 02:37 
Есть плагин для Эклипса и самодостаточная IDE построенная на базе Эклипса.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 04:30 
> самодостаточная IDE построенная на базе Эклипса.

Какие чудные взаимоисключающие параграфы :)


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 00:35 
Расчетная стоимость исправления проблем для Java составила $5.42 на строку кода, а для Cobol - $1.26.

Так на коболе писать в 10 раз больше надо.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 01:04 
> Так на коболе писать в 10 раз больше надо.

Наоборот.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено arka , 11-Дек-11 01:46 
Какие-то конструкции видимо и в 10 раз больше... Это был не щелчок по носу, успел в своё врем на вышке его поизучать

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено arka , 11-Дек-11 01:47 
Но язык и разработки очень достойны, раз занимают огромный сектор бизнес-решений в мире

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 03:20 
Это в основном потому, что на коболе уже имеется огромное количество кода, в основном доисторического как мамонты. То есть и рады бы перейти, но переписывать все нафиг тоже никому не уперлось.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 04:32 
> но переписывать все нафиг тоже никому не уперлось.

Тем более что если это поручить обезьянам, на яве и дотнете - потом будет как на LSE с тамошними Get The Facts...


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 11-Дек-11 22:18 
У LSE и на ME были уже блекауты. Так что виноват скорее всего не .net, а местячковые одмины (а может быть просто место проклятое ;)

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено ананим , 12-Дек-11 04:16 
и после слова лопата мы таки увидим пруфлинк?

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 12-Дек-11 05:10 
> и после слова лопата мы таки увидим пруфлинк?

Ниже уже приводил: http://www.nytimes.com/2011/02/26/business/global/26exchange...


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 00:56 
> У LSE и на ME были уже блекауты.

Мелкософтовские поделки отличаются даже не тем что они падают. И даже не тем что там баги вагонами. Они невыгодно отличаются тем что оно настолько задрюченное и over-engineered (в самом отрицательном смысле этого слова) что даже сам саппорт не может длительное время врубиться что же там не так. Не говоря уж о местечковых админах. Ну а большое число мегасложных суперпепелацев в системе делает ее надежность весьма унылой. MS попросту забыл принцип KISS. Совсем.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 14-Дек-11 02:33 
>> У LSE и на ME были уже блекауты.
> Мелкософтовские поделки отличаются даже не тем что они падают.

Какое отношение MS имеет к ME?


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 19:02 
> Какое отношение MS имеет к ME?

Он имеет отношение к эпическим гетзефаксам, к тому что не смогли достичь заявленную скорость транзакций и завалили торги на 8 часов. После чего эпические факсы стали совсем уж легендарными :)


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 00:40 
ЧСХ на инфографике в PostgresSQL лишняя «s».

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Онаним , 11-Дек-11 03:22 
И Bugzilla с одной "l" :)

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 04:34 
> И Bugzilla с одной "l" :)

Zarro Boogs Found ;)


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 00:43 
Пытался скачать PDF по ссылке, ради этого там надо заполнить мега-форму. Энтерпрайзные сайты такие энтерпрайзные.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено koloboid , 11-Дек-11 00:48 
не увидел результатов по ссылке.
и что там насчет C++ говорят?

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено gaga , 11-Дек-11 01:21 
notepad++ популярнее вима?
*побежал покупать билеты на ближайший рейс в другую галактику*

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено trdm , 11-Дек-11 01:40 
notepad++ хороший редактор. открытый.
на основе сцинтилы. много замечательных фьючей есть.
но он не IDE. кодеждампа там нема. Но работу он свою хорошо делает..

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 04:35 
> notepad++ хороший редактор. открытый.

Только не работает в открытых операцилнках. А закрытая операционка при открытом редакторе - хвост важнее собаки? oO

> на основе сцинтилы. много замечательных фьючей есть. но он не IDE.

Вообще, монструозные переростки нравятся не всем.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено дык , 11-Дек-11 04:39 
> Только не работает в открытых операцилнках. А закрытая операционка при открытом редакторе - хвост важнее собаки? oO

Открытые операционки, в которых нифига нормального не работает, ВНЕЗАПНО не нужны


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено поцанчик , 11-Дек-11 12:46 
>> Только не работает в открытых операцилнках. А закрытая операционка при открытом редакторе - хвост важнее собаки? oO
> Открытые операционки, в которых нифига нормального не работает, ВНЕЗАПНО не нужны

Согласен!
"Я не системный гуру, и даже не администратор рабочих мест пользователей, я обычный программист и работая в операционной системе гну линукс приходится многое чего читать лишнего чтобы твоя система работала так же как в микрософт виндовс работает без утомительного чтения.  Да, система всьма гибка, но пусть на этот плюс маструбируют люди которые связаны с настройкой такого рода систем! ' . -сам я использую арч,  но чувствую, что скоро пересяду на винду.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 14:36 
ДА ПРОСТЯТ МОДЕРАТОРЫ, НО ЗДЕСЬ НЕОБХОДИМО "ОТВЕСИТЬ" ПОСТ С ПРОТИВОВЕСОМ, ТАК КАК СУЖДЕНИЕ ОДНОБОКОЙ.

>Согласен!

Не согласен.

>"Я не системный гуру, и даже не администратор рабочих мест пользователей, я обычный программист и работая в операционной системе гну линукс приходится многое чего читать лишнего чтобы твоя система работала так же как в микрософт виндовс работает без утомительного чтения.  Да, система всьма гибка, но пусть на этот плюс маструбируют люди которые связаны с настройкой такого рода систем! ' . -сам я использую арч,  но чувствую, что скоро пересяду на винду.

То что вы пишите называется термином "порог вхождения". Если вы этот "порог вхождения" не можете преодолеть (нежелание очень способствует невозможности взять эту высоту) то вам в "настоящем" линуксе делать нечего, т.к. она для губительна для вас. Для вас подойдут лучше Макось, форточки и убунтанутые дистрибутивы. Я попробую подвести вас к пониманию того что вы - представитель другого класса людей. Для этого надо обдумать основы формирующие следующие факты: для вас процесс чтения - утомительное занятие, а для меня - нет. Для вас форточки - лучшая среда, а для меня - худшая (лучшие: *nix (Linux), *BSD (FreeBSD) ). Вы хотите перебежать с архлинукса на виндус, а я удалил со своего ноутбука предустановленный маздай и поставил линукс.


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


P.S.: Если задумаетесь о пороге вхождения - вы без труда найдете ответы на большинство вопросов вроде: "Почему среди пишущих код на php/java/.net быдлокодеров больше чем среди тех кто пишет на Perl/C/C++ ?"


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено pavlinux , 11-Дек-11 18:20 
> ДА ПРОСТЯТ МОДЕРАТОРЫ, НО ЗДЕСЬ НЕОБХОДИМО "ОТВЕСИТЬ" ПОСТ С ПРОТИВОВЕСОМ, ТАК КАК
> СУЖДЕНИЕ ОДНОБОКОЙ.
>>Согласен!
> Не согласен.

Согласен, но не согласен.  
>>"Я не системный гуру, и даже не администратор рабочих мест пользователей, я обычный
> То что вы пишите называется термином "порог вхождения".

Есть наиглавнейший фактор - бабло.
Если за 15 дней можно написать интерпрайз проект, палучить бабла,
и свалить на Новый Год в Альпы с девками, а не дрочить все праздники
с настройками BSD иль Фидоры чтоб твоя программа заработала на компе
отличного от твоего. Тогда лучше выбрать Windows и .NET


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 19:46 
>[оверквотинг удален]
>> Не согласен.
> Согласен, но не согласен.
>>>"Я не системный гуру, и даже не администратор рабочих мест пользователей, я обычный
>> То что вы пишите называется термином "порог вхождения".
> Есть наиглавнейший фактор - бабло.
> Если за 15 дней можно написать интерпрайз проект, палучить бабла,
> и свалить на Новый Год в Альпы с девками, а не дрочить
> все праздники
> с настройками BSD иль Фидоры чтоб твоя программа заработала на компе
> отличного от твоего. Тогда лучше выбрать Windows и .NET

(усмехнувшись) Здесь не мыслят категориями презренного металла. Тут все гребаные бессеребренники, рассчитывающиеся в ашане за доширак патчами к линю...


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено pavlinux , 11-Дек-11 20:41 
>>[оверквотинг удален]
>>> Не согласен.
>> Согласен, но не согласен.
>>>>"Я не системный гуру, и даже не администратор рабочих мест пользователей, я обычный
>>> То что вы пишите называется термином "порог вхождения".
>> Есть наиглавнейший фактор - бабло.
> (усмехнувшись) Здесь не мыслят категориями презренного металла.

Причём тут металл, просто не которые впадают в маразм,
делая за полгода то, что на венде можно написать за неделю.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 01:05 
> не которые впадают в маразм,

И какие же "не" у тебя впадают в маразм? Процесс пошел? :)))

> делая за полгода то, что на венде можно написать за неделю.

А тут скорее вопрос что больше по руке. Бывают конечно совершенно паталогические случаи, но таковых довольно мало.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено jt3k , 11-Дек-11 19:50 
> "Почему среди пишущих код на php/java/.net быдлокодеров больше чем среди тех кто пишет на Perl/C/C++ ?"

Микрасофт  ежегодно тратит  миллиарды баксов  на пропаганду  своего дотнета. вот оно и популярное.

А насчёт того что мы с Вами люди разные, это я согласен.  Вы сопливый туповатый школьник/студент, а я  матёрый линуксойд, винду вижу только на рабочем месте жены, в отрасли более 9 лет, в отличие от Вас, установившего линь(со второго раза) вчера, и удалившего  мастдай по неосторожности :)


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено нуну , 11-Дек-11 20:37 
> Микрасофт  ежегодно тратит  миллиарды баксов  на пропаганду  своего дотнета

пруфы будут или как обычно?


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено pavlinux , 11-Дек-11 20:42 
>> Микрасофт  ежегодно тратит  миллиарды баксов  на пропаганду  своего дотнета
> пруфы будут или как обычно?

Google: .Net

Результатов: примерно 22 090 000 000 (0,17 сек.)

Google: Eclipse IDE

Результатов: примерно 54 300 000 (0,43 сек.)

Перди не перди, а дотнет в 400 популярнее. :)


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено вот , 11-Дек-11 22:05 
Мимо.
Тот комментатор пердел насчёт миллиардов долларов.
Я сщетаю, что дотнет тупо лучше спроектирован и ваять бизнес-аппликуху на нем удобнее.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено малой , 11-Дек-11 22:30 
> Мимо.
> Тот комментатор пердел насчёт миллиардов долларов.
> Я сщетаю, что дотнет тупо лучше спроектирован и ваять бизнес-аппликуху на нем
> удобнее.

Он не кроссплатформенный и не имеет обратной совместимости. Для бизнес-аппликух не подходит.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 11-Дек-11 23:50 
>> Мимо.
>> Тот комментатор пердел насчёт миллиардов долларов.
>> Я сщетаю, что дотнет тупо лучше спроектирован и ваять бизнес-аппликуху на нем
>> удобнее.
> Он не кроссплатформенный и не имеет обратной совместимости. Для бизнес-аппликух не подходит.

Оналитеги такие оналитеги. Обычно есть ТЗ, а там уже написано где и как (впрочем и на чём) должно работать. Всё остальное лирика.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 01:06 
> Оналитеги такие оналитеги. Обычно есть ТЗ, а там уже написано где и
> как (впрочем и на чём) должно работать. Всё остальное лирика.

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


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 14-Дек-11 02:41 
>> Оналитеги такие оналитеги. Обычно есть ТЗ, а там уже написано где и
>> как (впрочем и на чём) должно работать. Всё остальное лирика.
> Ага, а потом кастомер оказывается в позе раскоряки. И должен или курить
> бамбук или заплатить еще столько же за переписывание на новую версию
> дотнета, например. Вот по этой поричине от дотнетчиков стоит держаться подальше:
> кидки и надурилово гарантированы.

Зачем переписывать? Продукт есть, он работает, задачи выполняет, ТЗ соответствует. Не вижу причин там что-то переписывать. Да и переход между .net машинами достаточно прост. Все проекты которые я веду переехали с 2.0(3.5) на 4.0 без проблем. Всё собралось с первого раза и работало как надо. Может просто не стоит привлекать студентов для выполнения работ?


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено pavlinux , 14-Дек-11 01:37 
> Оналитеги такие оналитеги. Обычно есть ТЗ, а там уже написано

При работе с ТЗ бывают только два случая - ТЗ писали идиоты и тупые программисты.
Если Ваша программа с первого раза работает по ТЗ, значит где-то есть ошибка. :)


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 19:03 
> Google: .Net

Ага. А слабо .Net: google? :)))


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 23:25 
>> "Почему среди пишущих код на php/java/.net быдлокодеров больше чем среди тех кто пишет на Perl/C/C++ ?"
>Микрасофт  ежегодно тратит  миллиарды баксов  на пропаганду  своего дотнета. вот оно и популярное.

Какой отстой. Я вам тут о популярности писал? Школьнику понятно что вычислять надо отношение быдлокодеров к общему числу разработчиков платформы.

>А насчёт того что мы с Вами люди разные, это я согласен. Вы сопливый туповатый школьник/студент, а я  матёрый линуксойд, винду вижу только на рабочем месте жены, в отрасли более 9 лет, в отличие от Вас, установившего линь(со второго раза) вчера, и удалившего  мастдай по неосторожности :)

Я в вас не ошибся. Один из нас является представителем класса быдла.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено anonymous vulgaris , 12-Дек-11 04:14 
>  в отрасли более 9 лет,

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


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено малой , 11-Дек-11 21:45 
>"Почему среди пишущих код на php/java/.net быдлокодеров
> больше чем среди тех кто пишет на Perl/C/C++ ?"

А почему вы так считаете?  Есть какое-то обоснование?


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 23:30 
>>"Почему среди пишущих код на php/java/.net быдлокодеров
>> больше чем среди тех кто пишет на Perl/C/C++ ?"
>А почему вы так считаете?  Есть какое-то обоснование?

Прочтите вдумчиво весь абзац и вы найдете что ищете. Придется поработать головой. - Нет? - значит вам это не нужно.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 12-Дек-11 00:23 
> То что вы пишите называется термином "порог вхождения".

Я себе это представляю так: приходишь к красивой соседке. А дальше два пути:
1. ставишь линупс, трахаешся с ним, ибо высокий "порог вхождения", всё настраиваешь, уходишь довольный;
2. ставишь винду, трахаешся с соседкой, ибо винда ставится долго, всё проверяешь, уходишь довольный. ;)


А вообще, лучше расскажите как в убунте расшарить директорию чтобы с другой убунты туда зайти и забрать файло? А то сделал share, оно чё-то там поставило, поставил галку guest access, попросило бутнуться (какого, это ж не винда), захожу со второй убунты, а она мне Failed to retrieve share list from server. А вот с винды зашёл без проблем. Видать не могу я преодолеть это мифический "порог вхождения", раз уж такие элементарные вещи вызывают проблемы :)


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено develop7 , 12-Дек-11 00:43 
>> То что вы пишите называется термином "порог вхождения".
> Я себе это представляю так: приходишь к красивой соседке. А дальше два пути:
> 1. ставишь линупс, трахаешся с ним, ибо высокий "порог вхождения", всё настраиваешь, уходишь довольный;
> 2. ставишь винду, трахаешся с соседкой, ибо винда ставится долго, всё проверяешь, уходишь довольный. ;)

Тут да, по всем пунктам невыгодно. И в первый раз соседку не окучить, и в последующие, т.к. переустанавливать не нужно.

> А вообще, лучше расскажите как в убунте расшарить директорию чтобы с другой убунты туда зайти и забрать файло? А то сделал share, оно чё-то там поставило, поставил галку guest access, попросило бутнуться (какого, это ж не винда), захожу со второй убунты, а она мне Failed to retrieve share list from server. А вот с винды зашёл без проблем. Видать не могу я преодолеть это мифический "порог вхождения", раз уж такие элементарные вещи вызывают проблемы :)

Ну я ещё в 2008 дословно так же шарил (для вендов, правда). Работает до сих пор. Руки кривые, очевидно.
Ещё есть gnome-user-share.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 12-Дек-11 01:06 
> Ну я ещё в 2008 дословно так же шарил (для вендов, правда).
> Работает до сих пор. Руки кривые, очевидно.
> Ещё есть gnome-user-share.

Не, с винды у меня тоже работает. А вот чтобы с убунты - нужно будет лезть руками куда-то в конфиги. А это уже "высокий порог вхождения", т.е. когда элементарные вещи может осилить только админ с 10-и летним опытом :)

PS Что мешает сделать что-то аля Linux Homegroup, как виндовая Homegroup, которая подхватывается автомагически и работает без проблем?


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено develop7 , 12-Дек-11 01:14 
>> Ну я ещё в 2008 дословно так же шарил (для вендов, правда). Работает до сих пор. Руки кривые, очевидно.
>> Ещё есть gnome-user-share.
> Не, с винды у меня тоже работает. А вот чтобы с убунты - нужно будет лезть руками куда-то в конфиги. А это уже "высокий порог вхождения", т.е. когда элементарные вещи может осилить только админ с 10-и летним опытом :)

Неа. В 2009 пробовал самбой постучаться на шару. Не пустило. Выставил 1 (одну) галка в свойствах шары "Разрешить гостевой доступ" или как-то так — пустило. Опять руки кривые, не иначе.

> PS Что мешает сделать что-то аля Linux Homegroup, как виндовая Homegroup, которая  подхватывается автомагически и работает без проблем?

Ненужность самбы? Особенно при живом DAV.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 12-Дек-11 01:44 
> Неа. В 2009 пробовал самбой постучаться на шару. Не пустило. Выставил 1
> (одну) галка в свойствах шары "Разрешить гостевой доступ" или как-то так
> — пустило. Опять руки кривые, не иначе.

Иду в Home, правой кнопкой на Documents -> Share, ставлю галочку Share this folder и Guest access, нажимаю Modify Share и Close. Захожу с винды на машину, всё нормально заходит, файлы доступны. Захожу со второй убунты, получаю Unable to mount location/Failed to retrieve share list from server. ЧЯДНТ? Обе убунты чистые, поставил 15 минут назад, разве что первая ещё самбу поставила самостоятельно.

>> PS Что мешает сделать что-то аля Linux Homegroup, как виндовая Homegroup, которая  подхватывается автомагически и работает без проблем?
> Ненужность самбы? Особенно при живом DAV.

Есть молодая пара, выпускники МГИМО, им друг IT-шник подарил два ноута с убунтой, после чего его переехал трамвай ибо Аннушка маслицо разлила. Вот теперь они хотят расшарить директорию чтобы можно было фоточками с корпоратива обменяться. Как им это сделать?

В винде это делается просто: в explorer-е выбираем homegroup и дальше мастер всё сам подскажет. Занимает секунд 30, если читать всё что визард пишет.

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


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено develop7 , 12-Дек-11 02:54 
>> Неа. В 2009 пробовал самбой постучаться на шару. Не пустило. Выставил 1 (одну) галка в свойствах шары "Разрешить гостевой доступ" или как-то так — пустило. Опять руки кривые, не иначе.
> Иду в Home, правой кнопкой на Documents -> Share, ставлю галочку Share this folder и Guest access, нажимаю Modify Share и Close. Захожу с винды на машину, всё нормально заходит, файлы доступны. Захожу со второй убунты, получаю Unable to mount location/Failed to retrieve share list from server. ЧЯДНТ? Обе убунты чистые, поставил 15 минут назад, разве что первая ещё самбу поставила самостоятельно.

Вы-то всё правильно сделали, т.к. не работает.

>>> PS Что мешает сделать что-то аля Linux Homegroup, как виндовая Homegroup, которая  подхватывается автомагически и работает без проблем?
>> Ненужность самбы? Особенно при живом DAV.
> Есть молодая пара, выпускники МГИМО, им друг IT-шник подарил два ноута с убунтой, после чего его переехал трамвай ибо Аннушка маслицо разлила. Вот теперь они хотят расшарить директорию чтобы можно было фоточками с корпоратива обменяться. Как им это сделать?

Gnome User Share какбе не совсем то, но для покидаться файлами годно. Есть ещё Giver.

> В винде это делается просто: в explorer-е выбираем homegroup и дальше мастер всё сам подскажет. Занимает секунд 30, если читать всё что визард пишет.
> И таких вещей, которые должны быть легкореализуемы в домашней системе но делаются через жопу в линупсе можно привести кучу. И почему ими никто не занимается - хз, видать пилить unity кагбе лучше, это видно.

Конкретно шарилкой каталогов, как только появится больше времени и/или мотивации, займусь я. Если Марк сотоварищи до этого не сделают её как следует.



"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено PSV , 12-Дек-11 12:42 
> В винде это делается просто: в explorer-е выбираем homegroup и дальше мастер всё сам подскажет. Занимает секунд 30, если читать всё что визард пишет.

вот тут передергивание.

1) я утверждаю >90% виндопользователей догадаться что в эксплореер надо что то такое выбрать не способны и им понадобится эникейщик.

2) я утверждаю что >90% виндопользователей в течении полугода эксплуатации столкнуться с поломкой этого мегамеханизма передачи файлов и им придется звать эникейщика еще раз.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 12-Дек-11 12:51 
>> В винде это делается просто: в explorer-е выбираем homegroup и дальше мастер всё сам подскажет. Занимает секунд 30, если читать всё что визард пишет.
> вот тут передергивание.
> 1) я утверждаю >90% виндопользователей догадаться что в эксплореер надо что то
> такое выбрать не способны и им понадобится эникейщик.

Да вы правы. При подключении к сети винда сама предложит автомагически создать хоумгруппу или войти в текущую.

> 2) я утверждаю что >90% виндопользователей в течении полугода эксплуатации столкнуться
> с поломкой этого мегамеханизма передачи файлов и им придется звать эникейщика
> еще раз.

Статистика отказов есть? А то эти ваши "я утверждаю"... У меня, кстати, ещё с висты хоумгруппа жила, создал так сказать ради интереса. Ничё, не умерло.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Жорж , 12-Дек-11 10:01 
> PS Что мешает сделать что-то аля Linux Homegroup, как виндовая Homegroup, которая подхватывается автомагически и работает без проблем?

Что бы не снижать порог вхождения. Иначе мы получим вас в качестве пользователя, и таких же как вы. Линукс нужен там, где он нужен. То есть он СНАЧАЛА нужен, потом его ставят. А не сначала ставят, а потом придумывают задачи. Я рад, что сохраняется тенденция "до линукс нужно еще дорасти"


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Мимо_проходил , 12-Дек-11 19:15 
>А вообще, лучше расскажите как в убунте расшарить директорию чтобы с другой убунты туда зайти и забрать файло?

затарить и перекинуть nc, rsync, nfs, sshfs, ftp, samba и еще множество не менее экзотических для win пользователя вариантов


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 12-Дек-11 20:08 
>>А вообще, лучше расскажите как в убунте расшарить директорию чтобы с другой убунты туда зайти и забрать файло?
> затарить и перекинуть nc, rsync, nfs, sshfs, ftp, samba и еще множество
> не менее экзотических для win пользователя вариантов

Ну вот, затарить, перекинуть. А чтобы просто расшарить в два клика и с другой машины забрать без проблем когда будет удобно - так только винда умеет.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 01:10 
> с другой машины забрать без проблем

Уж не про виндовые ли вы шары? А то они то как раз работают по принципу рандома. Ой, а вот по нетбиос имени мы не будем.Не, сегодня мы не будем по fqdn. А вот... а вот как лох иди по айпишнику, тогда заработает. Что, тебе влом зубрить ту муть которую выдал DHCP? Цифра типа 10.243.251.107 не очень хорошо запоминается? А может ты еще и через интернет файл перекинуть хочешь?! Что, виндовая шара не работает через интернет?! Бывает, это виндоус. Там задачи пользователя подгоняют под то что может предложить MS, а не наоборот.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 14-Дек-11 02:48 
>> с другой машины забрать без проблем
> Уж не про виндовые ли вы шары?

Какие виндовые шары? Повторяю ещё раз для тех кому винда постояно мерещится: две убунты в локалке. Как расшарить директорию на одной так, чтобы потом на второй можно было зайти в любое время и забрать нужны файлы. И чтобы просто и user-friendly.

> А то они то как раз работают по принципу рандома.

Самбу ниасилили поднять в режиме master browser? Сочуствую.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 19:05 
> Самбу ниасилили поднять в режиме master browser? Сочуствую.

Да при чем тут самба? У винды навалом своих глюков, особенно в новомодном smb2. Вплоть до взвисания драйвера при работе с шарой. Ага, при качке с виндовой машины на виндовую. Чудеса совместимости и надежной работы.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено pavlinux , 14-Дек-11 23:22 
>>> с другой машины забрать без проблем
>> Уж не про виндовые ли вы шары?
> Какие виндовые шары? Повторяю ещё раз для тех кому винда постояно мерещится:
> две убунты в локалке. Как расшарить директорию на одной так, чтобы
> потом на второй можно было зайти в любое время и забрать
> нужны файлы.

NFS

> И чтобы просто и user-friendly.

Юзер-френдли не занимаются скачкой файла, они слушают музыку, смотрят фильмы и картинки.
А тем кому для работы, не сломаются и, допишут строчку в fstab и exports
Не знаю как в бубунте, а в сусе есть Yast - можно тыкать юзерфлендли мышом.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 01:07 
> 2. ставишь винду, трахаешся с соседкой, ибо винда ставится долго, всё проверяешь,
> уходишь довольный. ;)

Странный какой-то заказчик что за это еще и приплачивает. Неужто соседка такая страшная?


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 20:42 
> Открытые операционки, в которых нифига нормального не работает, ВНЕЗАПНО не нужны

Ну так не пользуйтесь. А мне вот нужны и я пользуюсь.

И кстати отучайтесь уже говорить за всех.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено хмм , 11-Дек-11 22:07 
>> Открытые операционки, в которых нифига нормального не работает, ВНЕЗАПНО не нужны
> Ну так не пользуйтесь. А мне вот нужны и я пользуюсь.
> И кстати отучайтесь уже говорить за всех.

Перечитайте фразу ещё раз. Там нет конкретный названий, фамилий или торговых марок.
Но если у вас возникла боль пониже спины...



"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 01:12 
> Но если у вас возникла боль пониже спины...

Нет, у меня возникло ощущение что вы за вообще все открытые операционки расписываетесь, а вот это отдает нае...ловом.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено trdm , 11-Дек-11 19:03 
>> > notepad++ хороший редактор. открытый.
>> Только не работает в открытых операцилнках. А закрытая операционка при открытом редакторе - хвост важнее собаки? oO

вам чЁ вима не хватает, плачетесь?
Сделай (с)...


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено jt3k , 11-Дек-11 19:53 
>> notepad++ хороший редактор. открытый.
> Только не работает в открытых операцилнках. А закрытая операционка при открытом редакторе
> - хвост важнее собаки? oO

Через вайн на моём компьютере работает хорошо.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 20:44 
> Через вайн на моём компьютере работает хорошо.

Понятия о хорошем у всех разные. Например, вайн не умеет применять системную тему к виндозным контролам, транслируя нативные маздайные контролы в то что рендерят движки GTK или Qt. В лучщем случае цветовая схема из системы берется, но контролы программы выглядят как будто это win95.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleks Revo , 11-Дек-11 22:07 
> транслируя нативные маздайные контролы в то что рендерят движки GTK или Qt

С каких это пор вайн что-то транслирует?
Вайн применяет виндовую тему. Нужны красивые контролы - ставьте красивую тему.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 01:13 
> С каких это пор вайн что-то транслирует?
> Вайн применяет виндовую тему. Нужны красивые контролы - ставьте красивую тему.

Ни с каких, что и является проблемой. Знаете где я видал перспективу ставить отдельную тему специально для вон того костыля?


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено анон , 11-Дек-11 04:37 
> но он не IDE. кодеждампа там нема. Но работу он свою хорошо делает

Есть плагин function list,
есть подстветка синтаксиса ессно и форматирование,
автокомплит функций, параметров (с подсказками), тегов и скобок,
сниппеты, отладчики, макросы, консоль, синхронизация по ftp/ftps/sftp,
через внешние команды и плагин nppexec подключаются всякие билд тулзы, системы контроля версий

Если это не легковесная IDE, то очень-очень близко


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено поцанчик , 11-Дек-11 12:53 

> есть подстветка синтаксиса ессно и форматирование,
> автокомплит функций, параметров (с подсказками), тегов и скобок,

Здесь можно поподробней?  Интересует аутокомплит с подсказами. Как этого добиться?


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено abc , 11-Дек-11 16:57 
http://sourceforge.net/apps/mediawiki/notepad-plus/index.php...

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено rt , 11-Дек-11 17:09 
use kate

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 19:44 
> use kate

Use head, Luke (C)


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено trdm , 11-Дек-11 19:09 
> Если это не легковесная IDE, то очень-очень близко

Не особо близко, но и не особо далеко. но никогда не приблизится - очень уж "немало" языков.
Если для php там очень много: дебага и подсветки, то допустим для c++ там мало чего из того, что лично мне требуется.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 02:24 
Это что выходит, минимум треть всех юзеров редакторов сидят на маке, судя по популярности textmate? какие-то у них группы кривые

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 03:29 
Они не кривые, они в основном американские. А там мак довольно популярный выбор для девелопера, поскольку (там) стоит одинаково с ПК, многое из коробки и имеет готовое UNIX-окружение.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 04:44 
> какие-то у них группы кривые

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

Достаточно нескольких коронных моментов:
1. Совершенно уе..ское окно интерпретатора команд по дефолту. На уровне 1995 года, NT4. Остальные ушли на целые эпохи вперед.
2. cmd.exe - нечто вырвиглазное а не интерпетер.
3. В powersh*t команды просто адски длинные и синтаксис ушиблен на всю бошку. Зато есть проверка подписей у скриптов. Чтобы геморнее их менять и запускать было :)


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено iZEN , 11-Дек-11 07:24 
Где-то было исследование Sun, на каких ОС ваяются программы на Java. Оказалось, что подавляющее большинство ваяльщиков сидит в Windows. Впрочем, в самой Sun разработчики предпочитали Mac OS X.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено ананим , 11-Дек-11 08:06 
1.  Ну и где теперь sun?
2. Вот эти специалисты как раз и подняли жабу до >5$ за строчку на 1 место.

Зыж
А вооюще технологии жабыИИ ипанутые. Для буизнесу надо быть проще. Что-то типа 1ц.
Так что сабжем лично я не удивлён.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleks Revo , 11-Дек-11 22:14 
> 1.  Ну и где теперь sun?

В Оракле пристроился, чё ))


> А вооюще технологии жабыИИ ипанутые. Для буизнесу надо быть проще. Что-то типа
> 1ц.

Бизнес для домохозяек? )))


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено ананим , 12-Дек-11 04:26 
>> 1.  Ну и где теперь sun?
>В Оракле пристроился, чё ))

угу. уборщицей.
>>> А вооюще технологии жабыИИ ипанутые. Для буизнесу надо быть проще. Что-то типа  1ц.
>Бизнес для домохозяек? )))

кто оёбс пять лет внедрял, тот над парадоксом не смеётся.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 20:46 
> Где-то было исследование Sun, на каких ОС ваяются программы на Java. Оказалось,
> что подавляющее большинство ваяльщиков сидит в Windows.

Это ничего не говорит о процентном соотношении. А то если это 51% + 24% + 25% например - формально, ты, конечно, прав, но это все-таки не то же что 95+2+3 :)


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 11-Дек-11 22:46 
> Например средства автоматизации рутинных операций - не то чтобы их совсем нет, но без слез на микрософтовские потуги смотреть невозможно.

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


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено ананим , 12-Дек-11 04:32 
а нахрена ставить цигвин, если можно поставить нормальный линух и не париться?
>Не нравится родной инструментарий, поставте тот который будет вас полностью удовлетворять и не мучайтесь.

о чём и речь. полноценный никс без врождённых дефектов, да ещё бесплатно и с сырцами.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 01:33 
> Я так понимаю поставить тот же цигвин майкрософт категорически запрещает.

Во первых, это опять надо самому искать, самому качать и самому ставить. Это настолько горбатее репов в линуксе что просто нет слов. А когда надо 20 комплектов хидеров от еще 20 потребовавшихся библиотек... в apt-get я это одной командой вверну, скопипастеной из гугла в 99% случаев. А в винде сам как лох 20 раз качаешь либы откуда попало. Спасибо если там троянца не подсунут. Не, конечно у цыгвина есть инсталлер, но на фоне apt-get это как одноколесный велик против Харлея. Кроме того, проблему с дебильным окном консольных программ сие не особо решает. Зато появляется вагон багов связанных с тем что некоторые имена команд винды и *никсов совпадают но работают по разному. И файловая система не чувствительна к регистру по дефолту.

Поэтому сборка какого-нить ffmpeg например - целый квест. Конечно можно и это сделать, но геморроищу - выше крыши.

> Не нравится родной инструментарий, поставте тот который будет вас
> полностью удовлетворять и не мучайтесь. Так что ваши проблемы высосаны
> с пальца и гроша ломанного не стоят.

Так я и пришел к выводу что проще всего попробовать убунту. Вот честно, в лине компилить программы гнутым инструментарием явно приятнее и в 20 раз проще. И вдуплять -dev куски от либ через пакетный манагер - куда как культурнее выходит :)))


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено iCat , 11-Дек-11 04:39 
Вот и я говорю: при ТАКОЙ себестоимости кода на Java здравомыслящий бизнесмен не станет вкладываться в Java-проекты.
А, значит, подавляющее большинство Java-проектов - авантюра.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено iZEN , 11-Дек-11 07:32 
> Вот и я говорю: при ТАКОЙ себестоимости кода на Java здравомыслящий бизнесмен
> не станет вкладываться в Java-проекты.
> А, значит, подавляющее большинство Java-проектов - авантюра.

Что ж вы отказались от WAP-GPRS, а в доандроидную эпоху, наверно, ещё и использовали Opera Mini?
Зачем тогда в миллиарды мобилок зашили KVM? Экономить трафик?



"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено iCat , 11-Дек-11 08:36 
На востоке говорят: "не важно как далеко вы прошли в неверном направлении - всё равно прийдётся возвращаться".
Если вы не совсем юноша - вы должны помнить историю с x286-ми процессорами, с океанскими экранопланами, с гигантскими дирижаблями, город Ауравиль...
Вот и Java - проект, имеющий весьма не плохую идею, но просто отвратительную реализацию...

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 19:44 
> На востоке говорят: "не важно как далеко вы прошли в неверном направлении
> - всё равно прийдётся возвращаться".
> Если вы не совсем юноша - вы должны помнить историю с x286-ми
> процессорами, с океанскими экранопланами, с гигантскими дирижаблями, город Ауравиль...
> Вот и Java - проект, имеющий весьма не плохую идею, но просто
> отвратительную реализацию...

Кто или что мешает родить и реализовать свою идею и завоевать мир?


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено малой , 11-Дек-11 21:47 
> Кто или что мешает родить и реализовать свою идею и завоевать мир?

Мозг.



"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено iCat , 22-Дек-11 16:07 
>> На востоке говорят: "не важно как далеко вы прошли в неверном направлении
>> - всё равно прийдётся возвращаться".
>> Если вы не совсем юноша - вы должны помнить историю с x286-ми процессорами, с океанскими экранопланами, с гигантскими дирижаблями, город Ауравиль...
>> Вот и Java - проект, имеющий весьма не плохую идею, но просто отвратительную реализацию...
> Кто или что мешает родить и реализовать свою идею и завоевать мир?

А я не программист. Я - "электронщик".
И потом мир "завоёвывают" "победохи", нормальные люди творят.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено СуперАноним , 11-Дек-11 14:25 
>Что ж вы отказались от WAP-GPRS, а в доандроидную эпоху, наверно, ещё и использовали Opera Mini?

Ты наивно веришь в то, что Opera Mini написана на жабе?

И да, я попользовался Bombusом и прочими jabber-клиентами, писаными на жабе, быстро пришёл к выводу: JavaME - преотвратительнейшее поделие.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 19:42 
>>Что ж вы отказались от WAP-GPRS, а в доандроидную эпоху, наверно, ещё и использовали Opera Mini?
> Ты наивно веришь в то, что Opera Mini написана на жабе?
> И да, я попользовался Bombusом и прочими jabber-клиентами, писаными на жабе, быстро
> пришёл к выводу: JavaME - преотвратительнейшее поделие.

Вера вообще суть системообразующая категория РПЦ. К миру ИТ отношения иметь не должная.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 01:34 
> Вера вообще суть системообразующая категория РПЦ. К миру ИТ отношения иметь не
> должная.

Это не вера, это проверка практикой.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено iZEN , 11-Дек-11 23:58 
>>Что ж вы отказались от WAP-GPRS, а в доандроидную эпоху, наверно, ещё и использовали Opera Mini?
> Ты наивно веришь в то, что Opera Mini написана на жабе?

Я не верю. Я знаю, что Opera Mini для кнопочных мобилок (не смартфонов) написана на Java и соответствует профилю J2ME MIDP 1.0 для совсем стареньких аппаратиков типа Sony Ericsson T610 или MIDP 2.0 для более-менее современных девайсов.

> И да, я попользовался Bombusом и прочими jabber-клиентами, писаными на жабе, быстро
> пришёл к выводу: JavaME - преотвратительнейшее поделие.

Не нравится — покупайте смартфон. Но тогда не нойте, что батарейка из-за одного только IM садится за 8-12 часов.



"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 01:37 
> более-менее современных девайсов.

J2ME и современный - взаимоисключающие параграфы.

> Не нравится — покупайте смартфон. Но тогда не нойте, что батарейка из-за
> одного только IM садится за 8-12 часов.

Она и на J2ME сядет с IM за столько же. А если 8 часов смски покидать - сядет вообще кошелек :)))


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 20:47 
> и использовали Opera Mini?

Это используют только уе...ны школьного возраста. Надежный метод забанить наиболее тупых школьников на сервере, кстати :)

> Зачем тогда в миллиарды мобилок зашили KVM? Экономить трафик?

Эээ в какой мобилке есть KVM? И что, она даже не на х86? oO


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено xanten , 11-Дек-11 16:15 
По количеству средств разработки Java может смотреть на остальные Ruby, как сами знаете на что.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 19:42 
> По количеству средств разработки Java может смотреть на остальные Ruby, как сами
> знаете на что.

Важно не количество средств, а их качество. Ну и количество продакшенов результирующее.

А вот тут, господа аццкие одмины локалхостов, смотрим на SAP AG и тихо фуеем от количества использованного жабья. И особенно от его стоимости. Опачки?


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 20:48 
> тихо фуеем от количества использованного жабья. И особенно от его стоимости.

Дорого != качественно :)))


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено малой , 11-Дек-11 21:50 
>> тихо фуеем от количества использованного жабья. И особенно от его стоимости.
> Дорого != качественно :)))

В условиях конкуренции значит. Аноним ты палишься по смайликам.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 01:40 
> В условиях конкуренции значит.

Мечтать не вредно. Вон например фирма сони дерет 5000 рублей за блок питания для ноута. Блок питания обычный, made in china. А 5000 на нем за 4 буквы бренда. Ну вот так вот тупо и брутально. Примерно по 1000 руб за букву (сам БП более $30 ну никак не стоит, элементарно нечему).


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Aleksey Salow , 14-Дек-11 03:03 
>> В условиях конкуренции значит.
> Мечтать не вредно. Вон например фирма сони дерет 5000 рублей за блок
> питания для ноута. Блок питания обычный, made in china. А 5000
> на нем за 4 буквы бренда. Ну вот так вот тупо
> и брутально. Примерно по 1000 руб за букву (сам БП более
> $30 ну никак не стоит, элементарно нечему).

Ой, подумаешь блок питания. Тут обычная ступичная гайка может в цене вырасти в 5-6 раз в зависимости от бренда, ведь кусок железа по сути :)


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 19:09 
>> (сам БП более $30 ну никак не стоит, элементарно нечему).
> Ой, подумаешь блок питания. Тут обычная ступичная гайка может в цене вырасти
> в 5-6 раз в зависимости от бренда, ведь кусок железа по сути :)

Ну так это и является обычным таким разводиловом лохов.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено xanten , 11-Дек-11 16:12 
Не претендую на знание рынка веб разработки, но по-моему и Руби, и Дотнет уступают по распространенности ПХП ЦМСам. И вообще неясно, что в опросе обобщается под заголовоком Frameworks? Но за статью спасибо.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 16:51 
> Не претендую на знание рынка веб разработки, но по-моему и Руби, и
> Дотнет уступают по распространенности ПХП ЦМСам. И вообще неясно, что в
> опросе обобщается под заголовоком Frameworks? Но за статью спасибо.

Почитай, что в отрасли принято называть фреймворком.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено xanten , 11-Дек-11 17:25 
Давай цылку, почитаю.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 17:29 
> Давай цылку, почитаю.

В гугле забанили? Или у викип.доров?


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено xanten , 11-Дек-11 19:20 
Фреймворк -- это обобщение. И строгого определения не найдешь. Чем Joomla и Друпал не фреймворки? И что в итоге, ROR имеет большее распространение, чем Joomla или Друпал? Чушь полная.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 11-Дек-11 19:40 
Вообще есть строгое определение. Что есть фреймворк, а что энджин.

И при чем тут распространение? Вопрос вообще о другом был.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено xanten , 11-Дек-11 19:50 
Я не собираюсь спорить неделю ни о чем. Откройте ВИКИ и прочтите определения Joomla, CMS, Framework. И перечитайте статью, если найдете черным по белому следующий текст:
"Дополнительно можно упомянуть результаты опроса, проведённого компанией BestVendor.com с целью выявления предпочтений разработчиков ПО:",
считайте, что аттестат о среднем образовании вам выдали не напрасно.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено супераноним , 12-Дек-11 17:39 
возьми туториал любого фреймворка
например codeigniter, нашел что попроще: http://erum.ru/article/4
и тогда точно поймешь чем отличается framework от cms
и как тебе стыдно

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено develop7 , 11-Дек-11 21:18 
> Фреймворк -- это обобщение. И строгого определения не найдешь.
> Чем Joomla и Друпал не фреймворки?

Специализацией. Напишите REST-сервер на ваших жумлодрупалах, например.

> И что в итоге, ROR имеет большее распространение, чем Joomla или Друпал? Чушь полная.

Не имеет. К сожалению.



"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено ананим , 12-Дек-11 04:39 
http://techjoomla.com/joomla-extension-news/joomla-rest-api....
http://drupal.org/project/restapi

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено develop7 , 12-Дек-11 14:12 
> http://techjoomla.com/joomla-extension-news/joomla-rest-api....

Какое убожество. Расскажите им уже кто-нибудь о prepared statements например.

> http://drupal.org/project/restapi
> Posted by Abandoned Projects on September 21, 2007 at 2:14pm

Дальше читать не стал.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Ананим , 12-Дек-11 11:26 
Порог вхождения важен для чего? Жизнь слишком короткая, чтобы в ней было место потр*ся со всем подряд. Поэтому, чем проще обучение и ниже порог вхождения - тем лучше. А высокий порог вхождения нужен для чувства элитарности. Имею скромный опыт использования и Borland и GNU.. Пишу научный код. В америкосии считается, что вся наука на фортране.. Фортран - убожество... Т.е. для деда-маразматика, который GUI к коду никогда прикручивать не будет и пишет код немногим сложнее калькулятора, фортран - сила. Но для всей молодежи - атавизм. Мне нравится среда Дельфи... Считаю её удобной... Единственный минус - нет стандарта, а фирма производитель одна. MSVC только настроить целая проблема... Я хочу код писать, а не ИДЕ настраивать.. Kdevelop - та ещё кака.. Вот зачем писать круто ИДЕ под кучу языков, если его потом надо адаптировать под твой конкретный, при этом в нём почти всё неудобно и глючит... Где прогресс? Не нужно ли наоборот писать остро заточенные средства разработки, но на изначально общей платформе?
Писать код код на жабе и прочей каке, в надежде что когда-нить сделают комп на котором это будет работать с нормальной скоростью - идиотизм. Новое железо должно давать новые возможности, а не реализовывать нормально старые..

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено xanten , 12-Дек-11 12:54 
Во-первых аргумент противников Ява про медленное исполнение кода -- уже давно устарел. Да, есть приложения, где нужен нативный код: медиа-плейеры, голосовая и видеосвязь, участки автоматизации с жесткими рамками реального времени. Таких приложений среди общей массы программ наберется процентов 5--10.

Во-вторых процессоры стали мощнее, и то, что раньше было медленным, сейчас выполняется в приемлемых временных границах.

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


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 12-Дек-11 16:26 
>Во-первых аргумент противников Ява про медленное исполнение кода -- уже давно устарел. Да, есть приложения, где нужен нативный код: медиа-плейеры, голосовая и видеосвязь, участки автоматизации с жесткими рамками реального времени. Таких приложений среди общей массы программ наберется процентов 5--10.

Ява как работал медленно - так и работает и будет работать медленно.

>Во-вторых процессоры стали мощнее, и то, что раньше было медленным, сейчас выполняется в приемлемых временных границах.

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

>Для приложений бизнес логики Ява подходит идеально, для разработки и развертывания имеется широчайший набор библиотек и фреймворков.

Все это голословно. Если уж пошли разговоры про пороги вхождения, то скажу вам что порог вхождения в языки Java/C++ достаточно высокий. Толпы быдлокодеров - есть следствие этого (они не осиливают этот порог, тогда как сами они думают что осилили его, так как пишут свой гов.окод, который им вовсе не кажется гов.окодом, так как у них зачастую развито скудоумие в профессиональном плане).


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Kodir , 13-Дек-11 12:22 
> Во-первых аргумент противников Ява про медленное исполнение кода -- уже давно устарел.

Разве СЕЙЧАС это кому-то интересно? :) Маркет-то профукан! Раньше об этом сану думать надо было - до эры ДотНета. И ещё момент: и жаба может быть как угодно хороша, и сишарп плох до нельзя, но люди, свободные в выборе, почему-то радостно переходят в .NET инфраструктуру - с чего бы, когда уже столько лет кричат про преимущество Жабы над другими животными? (причём под жабу и инструментов написано куча, а для C# - VS, SharpDevelop, да MonoDevelop (кажется, не перепутал). Причём студия на порядок и превосходит.
А ответ прост - в жабосреде стандарты бежали быстрее языка, реализовывались самые ублюдочные API, "лишь бы было". Плюс, полностью был профукан GUI (при том, что этих "библиотек контролов" на тот момент было ДЕСЯТКАМИ) - решили сделать по-своему. Сделали. Прослезились. Побежали пеарить. Но обмануть никого не удалось - народ плюнул и сел обратно за плюсы. Вопрос: разве не поделом попало жабе?


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 19:10 
> но люди, свободные в выборе, почему-то радостно переходят в .NET инфраструктуру

Угу, такая свобода выбора конечно, вы или любите все что высрет MS или кукуете. На выбор.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 12-Дек-11 16:19 
>Порог вхождения важен для чего?

Важен для развития.

>Жизнь слишком короткая, чтобы в ней было место потр*ся со всем подряд.

Это и не нужно. Но вы сейчас не способны понять почему так.

>Поэтому, чем проще обучение и ниже порог вхождения - тем лучше.

Вы забыли добавить "ИМХО".

>А высокий порог вхождения нужен для чувства элитарности.

Для быдла - да, т.к. он будет потом этим еще и нескромно хвастаться.

>Имею скромный опыт использования и Borland и GNU..

Имею скромный опыт использования Microsoft и Oracle. Полный шит. Теперь ясно кто вы (ваш статус) и что вы из себя представляете (ваш уровень). Поэтому все ваше дальнейшее сочинение оставлю без своего внимания, т.к. вам еще нужно (если нужно вообще) развиваться.


"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Kodirr , 13-Дек-11 12:13 
> Не нужно ли наоборот писать остро заточенные средства разработки?

Нужно. :) Но не выгодно. Даже так: отдельные дилетанты (как правило, имеющие право принимать решение) считают, что все языки - это Си с переименованными ключевыми словами :) поэтому считают себя очень гениальными в идее сделать одну среду для всех. Увы, оказывается все языки разные и даже intellisense может радикально отличаться для двух ООП языков (пример - Perl & C#). Аналогично с syntax highlight - тот же Перл на голову превосходит по сложности всякие Си-паскали.



"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Kodirr , 12-Дек-11 11:32 
Ну если 40% предпочитают Eclipse и это подавляющее большинство, тогда всё ясно с этим голодранским опросом. :) Это даже не фэйспалм, это ржач с переходом в истерику.

"Исследование зависимости качества кода бизнес-приложений от ..."
Отправлено Аноним , 14-Дек-11 18:14 
Удивило отсутствие EMACS! Мало того что это довольно гибкий текстовый редактор, но и требованиям IDE он тоже соответствует (google Cedet, Ede).