https://opennet.ru/openforum/vsluhforumID3/57853.html По результатам анализа компанией Black Duck Software изменений в более чем 200 тысячах проектах свободного ПО за прошедшие 12 месяцев отмечен (http://www.blackducksoftware.com/news/releases/2009-08-12) прирост доли ПО на рынке, относящейся к Javascript и PHP, а также снижение этого параметра для Shell и Perl.<br><br><br>Места распределились так:<br><br><br>- C 40.34% (-0.6%),<br>- C++ 13.43% (-0.6%),<br>- Java 10.29% (-0.7%),<br>- Javascript 7.6% (+2.1%),<br>- Shell 7.05% (-1.9%),<br>- PHP 5.19% (+0.3%),<br>- Python 2.63% (-0.1%<br>- SQL 2.65% (+1.1%),<br>- Perl 2.43% (-0.8%),<br>- C# 1.32% (0.1%),<br>- Ruby 1.01% (+0.2%),<br>- Assembler 0.83% (-0.4%),<br>- Pascal 0.73% (-0.2%),<br>- TCL 0.28% (-0.1%),<br>- Ada 0.22%( -0.2%).<br><br><br><br>В целом продолжают доминировать языки C, C++ и Java, (65% всех проектов). Язык С - единственный, число строк на котором превысило миллиард. Из проектов, выпускавшихся за 12 месяцев, Javascript был использован в 36%, что на 3% больше, чем тот же показатель для Java. 5 верхних позиций в ...<br><br>URL: http://www.bla https://opennet.ru/openforum/vsluhforumID3/57853.html#79 Mon, 24 Aug 2009 07:02:29 GMT &gt;&gt;Ява хороша прежде всего своей вписанностью во взрослые методики <br>&gt;&gt;разработки (и интеграции) и своей низкой рисковостью.<br>&gt;<br>&gt;Угу. А не низкой стоимостью разработки/поддержки, как некоторые думают. <br>&gt;<br>&gt;Только такую систему я бы предпочёл заказывать у ФП-шников, а не явистов. <br>&gt; Были тут прецеденты на АЭС -- как раз в этой <br>&gt;плоскости. <br><br>Проблема в массовости. ФП-шники специалисты штучные. Их решения не шаблонируются (сомневаюсь, что есть изданный справочник ФП-шаблонов проектирования). Поэтому высок риск зависимости от частного решения.<br> https://opennet.ru/openforum/vsluhforumID3/57853.html#78 Mon, 24 Aug 2009 05:31:23 GMT <br>&gt;PPS: Вы пиво пьёте? Насколько понимаю -- ряд производителей в Украине <br>&gt;(как минимум) потерял былую репутацию на ускорении процесса вызревания и потере <br>&gt;внимания к качеству -- дескать, пипл схавает. В штатах, насколько <br>&gt;слышу, вообще пить невозможно то, что не из небольших частных пивоварен, <br>&gt;не рекламирующихся вообще, кроме как из рук в руки. Проверить <br>&gt;эти утверждения самому не с руки (пиво не пью), но может <br>&gt;быть, затронет какую струнку: можно не терять человеческое лицо и на <br>&gt;массовом рынке. <br><br>Бутылированное не пью. И другим настоятельно не рекомендую (имел опыт сотрудничества с одной, практически монопольной на территории России и Украины, пивной транскомпанией, более-менее знаком с технологией изготовления их продуктов). Пью только местных семейных пивоварен не более чем паручасовой свежести. Другое уже здоровье не позволяет.<br> https://opennet.ru/openforum/vsluhforumID3/57853.html#77 Sun, 23 Aug 2009 14:44:16 GMT 1. Маркетолог определяет какой продукт будет иметь успех на рынке и формирует задание<br> для архитектора/системного аналитика.<br><br>2. Все кроме маркетолога должны не просто уметь решать профессиональные задачи,<br> а иметь большой опыт решения этих задач. <br><br>3. Объем опыта и определяет позицию на лестнице кодировщик - архитектор - аналитик.<br><br>4. Т.о. здесь имеет место стандартная схема роста в иерархической системе, когда<br> руководитель (генерал) должен успешно пройти все уровни, начиная с нижнего.<br><br>5. Сфера программирования рождена математиками и непосредственно связана с<br> математикой. Лучше всего учит решать профессиональные задачи математический<br> анализ. Математическая квалификация является необходимым условием успешной <br> работы и карьеры в программировании. <br><br>6. Важна и стандартная технологическая схема - требования - проект - реализация<br> - проверка (у нас тестирование) - сдача - поддержка.<br> https://opennet.ru/openforum/vsluhforumID3/57853.html#74 Fri, 21 Aug 2009 16:26:21 GMT &gt;Вы описываете удачный случай маленькой высокопрофессиональной команды, <br><br>Да.<br><br>&gt;выполняющей разовые<br><br>Нет.<br><br>&gt;сложные проекты в основом для профессионального заитрересованного в результате заказчика.<br><br>Да.<br><br>&gt;А массовый рынок явление несколько другое. Там и заказчик ни в чём не заинтересован,<br>&gt;кроме того, чтоб его обманули, и исполнители -- тупые ленивые твари.<br><br>Нет.<br><br>PS: насколько понимаю, на массовом рынке нет "заказчика", а есть "покупатель/абонент/клиент". Т.е. речь о диалоге и индивидуализации практически не идёт.<br><br>PPS: Вы пиво пьёте? Насколько понимаю -- ряд производителей в Украине (как минимум) потерял былую репутацию на ускорении процесса вызревания и потере внимания к качеству -- дескать, пипл схавает. В штатах, насколько слышу, вообще пить невозможно то, что не из небольших частных пивоварен, не рекламирующихся вообще, кроме как из рук в руки. Проверить эти утверждения самому не с руки (пиво не пью), но может быть, затронет какую струнку: можно не терять человеческое лицо и на массов https://opennet.ru/openforum/vsluhforumID3/57853.html#73 Fri, 21 Aug 2009 16:08:12 GMT &gt;Ява хороша прежде всего своей вписанностью во взрослые методики <br>&gt;разработки (и интеграции) и своей низкой рисковостью.<br><br>Угу. А не низкой стоимостью разработки/поддержки, как некоторые думают.<br><br>Только такую систему я бы предпочёл заказывать у ФП-шников, а не явистов. Были тут прецеденты на АЭС -- как раз в этой плоскости.<br> https://opennet.ru/openforum/vsluhforumID3/57853.html#72 Thu, 20 Aug 2009 06:47:30 GMT <br>&gt;Вы оперируете изначально кривыми понятиями: "исполнитель" -- это в КУМИРе такой есть. <br>&gt; А у меня за спиной бывают живые люди. В <br>&gt;каждом из которых искра Божья есть. <br><br>Вот уж нет. Многим, большинству, чётко очерченные обязанности и требования куда больше по душе и вызывает меньший стресс. Меньше стресса -- больше результата.<br>Вы описываете удачный случай маленькой высокопрофессиональной команды, выполняющей разовые сложные проекты в основом для профессионального заитрересованного в результате заказчика. А массовый рынок явление несколько другое. Там и заказчик ни в чём не заинтересован, кроме того, чтоб его обманули, и исполнители -- тупые ленивые твари.<br> https://opennet.ru/openforum/vsluhforumID3/57853.html#71 Thu, 20 Aug 2009 05:59:17 GMT &gt;[оверквотинг удален]<br>&gt;&gt;- C 40.34% (-0.6%), <br>&gt;&gt;- C++ 13.43% (-0.6%), <br>&gt;<br>&gt;Что интересно, сколько дифирамбов ни пели про ООП (уже лет 10 уши <br>&gt;вянут), на реальности это не отражается. :) Выигрывает самый простой язык, <br>&gt;причём даже с атавизмами типа "null-terminated strings" и ублюдочной системой модульности <br>&gt;(заголовочные файлы, порядок объявлений). <br>&gt;И совсем странно, что Жаборынок ещё как-то дышит - такое ощущение, что <br>&gt;больной сидит полностью на наркоте (читай "фин. вливаниях") и из-под простыни <br>&gt;кто-то его шевелит, изображая "нетруп". <br><br>Тор, попробуйте создать систему контроля воздушного пространства на ПХП без всяких методик управления сложностью. Ява хороша прежде всего своей вписанностью во взрослые методики разработки (и интеграции) и своей низкой рисковостью.<br><br> https://opennet.ru/openforum/vsluhforumID3/57853.html#70 Thu, 20 Aug 2009 05:56:07 GMT <br>&gt;Зато более реалистичный, чем ваши рассуждения об исполнителях и "генераторах идей" (они-то <br>&gt;тут причём?). Если руководитель не может понять и половины "низлежащей" терминологии, <br>&gt;он не руководитель - он "управленец", способный запороть любой проект. Для <br>&gt;любого решения нужно представлять, чем оно воплощается в реальности. Вплоть до <br>&gt;выбора Qt или Gnome - от этого может зависеть всё, хотя <br>&gt;внешне это выглядит как выбор между чаем и кофе.<br><br>Понимаете, чаще всего терминологией не владеют "программисты". Большинство из них и близко не знают методологию ни UML, ни IDEF, ни ARIS. Ну, допустим, это рядовому программеру и не нужно. Но вот повальное незнание шаблонов проектирования, неумение ими пользоваться это уже ни в какие ворота. А без этого невозможно управлять сложностью, невозможно управлять рисками, т.е. денег тебе никто не даст, или прийдётся привлекать крайне дорогие средства.<br><br>Руководитель никакой терминологии знать и не должен, посколько терминологию проекта определяет он сам. Утверждает сл https://opennet.ru/openforum/vsluhforumID3/57853.html#69 Wed, 19 Aug 2009 20:55:52 GMT &gt;&gt;&gt;В идеале -- да, обязан. И вообще не витающий в облаках, а думающий реалиями.<br>&gt;&gt;&gt;Не только управленец, а и практик.<br>&gt;Это типичный расейский стереотип.<br><br>У Вас гораздо хуже -- типичный пиндосский.<br><br>&gt;Результаты следования ему, как говорится, на лицо.<br><br>Я, пожалуй, воздержусь от характеристики общества потребления.<br><br>&gt;Исполнитель всегда останется исполнителем, он никогда не станет генератором <br>&gt;эффективных свежих идей и никогда не сможет добиться их исполнения.<br><br>Вы оперируете изначально кривыми понятиями: "исполнитель" -- это в КУМИРе такой есть. А у меня за спиной бывают живые люди. В каждом из которых искра Божья есть.<br><br>&gt;&gt;&gt; А между прочим, наш директор может сесть и написать код.<br>&gt;Вы путаете директора, и лидера.<br><br>Я ничего не путаю. Это Вас так и не научили грамотно пользоваться запятыми и частицей "не". За "лидером", который показать сам не может, идти не собираюсь. И с директором, который не соображает, чего требует -- не собираюсь работать. Потому как когда слепой ведёт слепого, оба упаду