Как зайти в Даркнет?!
25th January, 01:11
5
0
Как в tkinter из поля ввода Entry получить значение в одну переменную и обновить строку кнопкой, затем получить ещё одно введённое значение и затем сложить их. Ниже пример кода
21st July, 19:00
893
0
Программа, которая создает фейковые сервера в поиске игровых серверов CS 1.6 Steam
21st March, 17:43
948
0
Очень долго работает Update запрос Oracle
27th January, 09:58
912
0
не могу запустить сервер на tomcat HTTP Status 404 – Not Found
21st January, 18:02
905
0
Где можно найти фрилансера для выполнения поступающих задач, на постоянной основе?
2nd December, 09:48
938
0
Разработка мобильной кроссплатформенной военной игры
16th July, 17:57
1724
0
период по дням
25th October, 10:44
3955
0
Пишу скрипты для BAS только на запросах
16th September, 02:42
3720
0
Некорректный скрипт для закрытия блока
14th April, 18:33
4613
0
прокидывать exception в блоках try-catch JAVA
11th March, 21:11
4381
0
Помогите пожалуйста решить задачи
24th November, 23:53
6086
0
Не понимаю почему не открывается детальное описание продукта
11th November, 11:51
4350
0
Нужно решить задачу по программированию на массивы
27th October, 18:01
4395
0
Метода Крамера С++
23rd October, 11:55
4309
0
помогите решить задачу на C++
22nd October, 17:31
4002
0
Помогите решить задачу на python с codeforces
22nd October, 11:11
4492
0
Python с нуля: полное руководство для начинающих
18th June, 13:58
2599
0
Какие самые важные вещи нужно узнать о .net как менеджере проекта?
Думая о том, чтобы попасть в .net technology project management
У меня был большой опыт работы с проектами PHP: я знаю большинство существующих фреймворков и библиотек, и я написал спецификации и тематические исследования, основанные на этих знаниях.
Что я должен знать о .net? Какие главные ресурсы вы бы рекомендовали мне знать, чтобы я мог быстро учиться и позже оставаться в курсе технологии?
Edit (8.24.08): ответы, которые я получил до сих пор, по существу, обсуждают то, чтобы быть хорошим PM. Спасибо, но это не то, что я имел в виду. Любые .net предметов первой необходимости будут оценены по достоинству.
Правило номер один-do NOT просто запрашивает обновления статуса. Это особенно раздражает , когда используются фразы типа "where are we on this?". Если вы не принимаете непосредственного участия в деталях, то просто убедитесь, что вы установили время общения или планы, чтобы вы знали, что происходит, а не просили обновления.
Начните с основ, прежде чем перейти к более высокому уровню вещей, таких как веб-сервисы (хотя это тоже важно). Самые важные вещи, которые вам нужно узнать, как руководителю проекта, - это то, о чем вы будете расспрашивать своих подчиненных позже. Например, мой PM (также Парень PHP) абсолютно не знает о сборке мусора и ее последствиях, что делает для меня невероятно трудным объяснить ему, почему наш .NET Windows сервис, похоже, берет 80 МБ RAM.
Помните, что вы не тот, кто должен знать все. Вы должны издавать всеобъемлющие директивы, и пусть люди с опытом разбираются в деталях. Тем не менее, изучите немного технических специалистов, чтобы они могли эффективно общаться с вами.
Edit (8/24/08): вы должны знать что-то о базовых технических компонентах; не обязательно все .NET (сбор мусора, файлы .config, каналы и службы, если вы используете службы, расположенные рядом с основным фокусом вашего проекта, и тому подобное). Более широкие концепции, вероятно, включают WPF (возможно, также Silverlight), LINQ (или ваш ORM выбор), а также Мост Vista и связанный с ним код моста, если ваш проект вообще включает настольные приложения. Эти три вещи, похоже, являются фокусом для этого раунда .NET. Очень важно иметь хотя бы мимолетное представление о том, как код .NET может / должен взаимодействовать с машинным кодом: P/Invoke, Runtime Callable Wrapping и COM Callable Wrapping. Есть еще много туземных вещей, которые не имеют эквивалента .NET.
Что касается ресурсов,я бы очень рекомендовал журнал MSDN. Они, как правило, просматривают предстоящие технологии и инструменты задолго до того, как их увидят обычные разработчики.
Это может быть старым,но вы должны начать работу над обзором высокого уровня фреймворка .NET.
http://news.zdnet.co.uk/software/0,1000000121,2134207,00.htm
Самое большое, что вы, вероятно, захотите узнать,-это различия между Windows и не-Windows программистами. Они по-разному подходят к фундаментальным вещам. Знание разницы будет ключом к успешному управлению проектом. Если вы слушаете подкаст Stack overflow, а Джефф и Джоэл имеют несколько дискуссий на эту тему. Понимание деталей базовой технологии в основном не имеет значения, и вы никогда не будете знать ее достаточно хорошо, чтобы идти в ногу с кем-то, кто работает в ней изо дня в день. Вы, вероятно, можете забрать его, когда пойдете.
#1 вещь, которую вы должны знать (и я предполагаю, что вы, вероятно, уже знаете), заключается в том, что ребята, делающие кодирование, должны знать, что они делают. В зависимости от личных качеств членов вашей команды, вы должны быть в состоянии найти кого-то, кто готов и способен объяснить вам любые тонкости по мере необходимости.
По моему опыту, самое большое препятствие для проекта-это PM, который понимает проект, но не знает, как его выполнить (что само по себе не является проблемой), но также не желает слушать то, что ему говорят его коллеги. Как и в случае с любым менеджментом проекта, примите тот факт, что вы не можете знать все, и будьте достаточно скромны, чтобы попросить объяснений там, где это необходимо.