Насколько я понимаю, это насколько быстро человек может начать использовать то, что вы написали. Бывает нужно много чего еще дописать/доустановить/доразвернуть чтобы заработало.
Отвечу за себя. Я не работаю по 8 из 8 часов на работе без перерывов. Более того, у нас практикуется scrum и эффективное время разработчика составляет 6 часов. Т.е. разработчик может потратить 2 часа как хочет, одни идут курить или пить кофе и обсуждать последние топики на хабре или даже поиграть в настольный теннис, а другие сидят в контакте или на форумах. Эту статью я переводил вчера, ушло где-то часа 4 (для меня это механическая работа). Сегодня потратил 40 минут на вычитку и на постинг.
Написание хорошей оригинальной статьи оценить не могу, т.к. иногда пишется, что называется по наитию, иногда вынашиваешь неделю идею и потом пишешь за два-три дня, а иногда строчки из себя выдавить не можешь.
Согласен, но библиотека очень ограничена по сравнению с Entity SQL. В своё время так и не нашёл как с помощью неё сделать Startswith и написал ручную генерацию через expressions.
За то, что мне нужно их искать, скачивать, разбираться с их API вместо того, чтобы решать бизнес-цели, надеятся на то, что они не криво написаны, модифицировать рабочий код для них (например, вешать атрибуты или помечать члены как virtual)? Я предпочитаю выбирать инструмент под задачу и, если задача требует сторонних средств, я ими воспользуюсь. К счастью, моя задача решилась в рамках платформы.
Недостаток вашего кода именно в том, что все ваши ошибки будут в runtime.
Да это недостаток, я этого не отрицаю. Я просто хотел донести мысль, что на другой чаше весов «удобством использования и прозрачность кода тестов».
Он мейнстрим там, где нет менее хрупких средств. И даже там его всячески пытаются сделать менее хрупким, jslint тому свидетельство.
Думаю, если бы его хрупкость не была следствием гибкости, то его давно бы заменили. А так вон NodeJS активно развивается, хотя альтернатив уже очень много. JSLint только указывает на потенциальные ошибки, такой статический анализ полезен даже не для хрупкого C# (не зря в VS это отдельный инструмент).
С точки зрения кода тестов PerformanceProxy.Create{Of T}(instance) ничем не хуже вашего решения, но при этом еще и дает (должен дать) статическую типизацию.
Это отличное решение! Более того, оно позволит мне измерить производительность в методах, куда я не могу передать свою динамическую обёртку. Я всего лишь предложил альтернативное, ограниченное решение без использования сторонних средств (или PerformanceProxy где-то в недрах платформы?)
Чем еще заменить постоянно встречающееся слово awesome в оригинале?
Написание хорошей оригинальной статьи оценить не могу, т.к. иногда пишется, что называется по наитию, иногда вынашиваешь неделю идею и потом пишешь за два-три дня, а иногда строчки из себя выдавить не можешь.
Например, берёте базовый оклад и множите в зависимости от важности для вас описанных пунктов.
Это понятно, просто вы единственный знакомый мне разработчик из команды разработки VS, читающий хабр)
Отлично!)
За то, что мне нужно их искать, скачивать, разбираться с их API вместо того, чтобы решать бизнес-цели, надеятся на то, что они не криво написаны, модифицировать рабочий код для них (например, вешать атрибуты или помечать члены как virtual)? Я предпочитаю выбирать инструмент под задачу и, если задача требует сторонних средств, я ими воспользуюсь. К счастью, моя задача решилась в рамках платформы.
Да это недостаток, я этого не отрицаю. Я просто хотел донести мысль, что на другой чаше весов «удобством использования и прозрачность кода тестов».
Думаю, если бы его хрупкость не была следствием гибкости, то его давно бы заменили. А так вон NodeJS активно развивается, хотя альтернатив уже очень много. JSLint только указывает на потенциальные ошибки, такой статический анализ полезен даже не для хрупкого C# (не зря в VS это отдельный инструмент).
Это отличное решение! Более того, оно позволит мне измерить производительность в методах, куда я не могу передать свою динамическую обёртку. Я всего лишь предложил альтернативное, ограниченное решение без использования сторонних средств (или PerformanceProxy где-то в недрах платформы?)