натуральный факап

[stdray]

WAT https://www.destroyallsoftware.com/talks/wat

PHP http://habrahabr.ru/post/142140/

JAVA http://ideone.com/WndoQ

Понятно, что все видели.

Меня же только еба-замыканием в цикле пытались троллировать. А видимо успешно, ведь MS пообещал в 5.0 "пофиксить". Ну в остальном можно жить, хотя часто ниасиляторы всякие возникают. А что может быть проще дотнетов? Либы есть, IDE есть, дабагер нинужен тоже тут. ОК все.

Comments

[katresv.livejournal.com]

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

[wizzard]

обычно ms activepack и bizspark помогают

[n16bs.livejournal.com]

Вы серьёзно? Для вас стоимость студии является фактором выбора? Считаем: пусть разработчик получает $1,5к, значит с учётом налогов на него нужно тратить грубо говоря 2к. Срок жизни релиза студии порядка 2-3 лет, за это время на зп разработчику нужно потратить порядка 36*2 = 72к. Добавим премии, бонусы и будет 80к. Стоимость связки студия+решарпер где-то 1к. Чуть больше процента от стоимости разработчика. С ростом зп разработчика вклад студии в расходы становится ещё меньше.

Мораль: по моему мнению разработка ПО это та область, где стоимость базовых инструментов бесконечно малая величина.

С другой стороны фрезировщику для работы нужно 2-3 станка с ЧПУ, каждый стоимостью от 100к. Станки требуют наладки, обслуживания и ремонта.

[katresv.livejournal.com]

Эмм? Видимо, я недостаточно ясно выражаюсь. Попробую по-другому. Для разработки студия всем хороша. К чему мне придраться, чтобы не разразилась война "технические преимущества"? Интерфейс удобный, приблуд всяких - завались(Удобство - это скорость разработки). Она платная. :) Фактор ли это? Фактор(есть и бесплатные решения, можно и от шарпа отказаться). Решающий ли, учитывая все преимущества ее использования?. Для того, чтоб определить, является ли фактор решающим, мы должны знать модель принятия решения и вес разных факторов в этой модели. В вашей модели очевидно нет, не решающий и даже незначительный, у кого-то другого - может и ощутимый. Под кем-то другим я себя не имею в виду.

[stdray.livejournal.com]

А если внезапно задействуется sql server enterprise, стоимость студии как-то ичезает совсем.

[katresv.livejournal.com]

Мы за стандарт как-то круто отвалили - лицензия на процессор 198 тыр, по-моему.

[stdray.livejournal.com]

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

[katresv.livejournal.com]

А с чего вы решили, что управленец игнорирует? Просто ему приходится учитывать и ряд других факторов. PHP говно(допустим), но разрабов полно и они дешевые. Управленец определяет цель, определяет круг задач и уж исходя из этого выбирает средство.

[stdray.livejournal.com]

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

>разрабов полно и они дешевые

Они уникальные: гордятся тем, что дешевые.

[katresv.livejournal.com]

Еще хуже, если на нее не закладываться. Управленец работает не в идеальной среде. Он может начинать в условиях сильного недостатка ресурсов. Далеко не каждый продукт/решение удастся продать. Поэтому это проход по канату.

[stdray.livejournal.com]

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

[katresv.livejournal.com]

Язык не всегда определяющее в "продать". Интернет-магазинов на osCommerce продано навалом и на битрикс тоже. Есть бизнес продавать шаблоны под osCommerce. И т.д.

[stdray.livejournal.com]

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

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


Как-то так, я думаю.