Меня всегда удивляла подобная система (когда исполнитель должен заранее оценить время выполнения задачи). Далеко не всегда мы делаем тривиальные задачи, которые можно с точностью до нескольких часов оценить (иногда можно и на пару дней ошибиться).
Причем одно дело, если это твой или хорошо знакомый тебе код, а совсем другое - когда надо разбираться в чужом.
Итого, в такой ситуации у разработчика только один выход: он должен раздувать сроки, заложив в них риски непредвиденных временных затрат. Риски, которые в большинстве случаев не оправдаются и разработчик будет пинать балду за счет работодателя.
С такой точкой зрения, ASP.NET нельзя давать в руки новичков. Потому что без EF можно нагородить гораздо больше ошибок, в том числе с безопасностью и целостностью БД.
Экономия вполне реальная. В умелых руках EF становится очень удобным инструментом, позволяющим избежать многих рутинных задач.
Андрей:
1) и у Яндекса и у Гугла есть инструменты для проверки файла robots.txt
2) Они не сразу реагируют на изменения в файле. Иногда может пройти от нескольких дней до нескольких недель
artemt: все таки я думаю что это вопрос "спроса и предложения". Потому что на Ruby-вакансии тоже з/п побольше - сомневаюсь что там задействован банковский сектор.
velzevulz: как ни странно, C# нам преподавали в университете. На тот момент я уже изучал VB.NET, умел программировать на VB6/Delphi и сделал пару сайтиков на ASP/PHP.
К тому моменту, когда я начал писать свое первое более менее сложное приложение на ASP.NET я уже понял, что C# "равнее" чем VB.NET и потому юзал его.
avtomonov17: это один из вариантов показать свои умения, если нет другой возможности. В любом случае нужно чем-то зацепить работодателя. Кому-то будет достаточно выполнения тестового задания. В любом случае наличие чего-то готового будет большим плюсом.
Евгений:
"Хотелось бы посмотреть ссылку на информацию о том, что "Ruby не медленнее чем PHP"". Тесты скорости/производительности и т.п.
Вы опять пишите субъективные доводы, не подкрепив их никакими данными.
1) Лично Вам именно сейчас интересно ковырять руби он райлс, а не друпал. Но это ничего не значит для всех остальных.
2) В друпале тоже до тебя делали похожие задачи. И гораздо чаще, чем в рор
3) Цифры есть? Даже если бы были цифры на стаковерфлоу, это бы значило что именно там больше вопросов. Но Друпал появился раньше, чем стаковерфлоу стал таким популярным. У Друпала есть свой форум и куча фан-сайтов. И многие задачи в Друпал просто не вызывают никаких проблем, или же на них уже есть ответы, а потому и нет смысла вопросы задавать.
4) Удобство разработки. Как это измерить? Может быть какие-то конкретные вещи покажете?
Евгений:
1) На Руби много кода реализации типовых вещей, которые уже готовы в Друпал. Мне кажется, что это аргумент в пользу Друпал
2) Хотелось бы посмотреть ссылку на информацию о том, что "Ruby не медленнее чем PHP"
German Jet: в таком случае Ruby тоже должен нравится. И, кстати, кроме "нравится" (что субъективно) я больше никаких аргументов в пользу руби не видел в сети.
Причем одно дело, если это твой или хорошо знакомый тебе код, а совсем другое - когда надо разбираться в чужом.
Итого, в такой ситуации у разработчика только один выход: он должен раздувать сроки, заложив в них риски непредвиденных временных затрат. Риски, которые в большинстве случаев не оправдаются и разработчик будет пинать балду за счет работодателя.