А можно где-то подобный софт поиметь? Может подскажете уже готовые реализации перехватчиков потокового видео, которые его отсылают, в идеале, в WMP? И можно смотреть не в браузере, а в плейере, ну и творить с ним что хочешь, например отсылать изображение на экран Smart TV :)
А может точно также как и мы, разработчики соскучились по Freelancer-у и придумали своё собственное продолжение. За что им большой респект. Обязательно куплю, а то диск с Freelancer я уже до дыр заиграл :)
Тоже был удивлён такой формулировкой. Безусловно — риск и очень большой.
Тем более, с уводом клиента ситуация интересная. А был ли данный стартап с самого начала оформлен правильно? Пакет документации, подписанные документы о неразглашении и прочее? Риски надо предусматривать перед началом проекта, а не «встречать» их по факту. «Давим тараканов по мере их поступления» в этой ситуации чревато провалом всего предприятия.
Не согласен, поведение акций зависит от огромного количества факторов и нужно быть «полностью в теме» для того, чтобы понимать внизу ты или вверху.
В случае команды, многое можно спрогнозировать и предусмотреть, просто заниматься надо командой, жить с ней, её проблемами и проблемами каждого члена команды в частности и тогда сюрпризов будет меньше.
У меня есть опыт такого ревью, но проводиться оно регулярно и в формате воркшопа. Т.е. На общем митинге берётся проблема типичная для проекта и устраивается командный брейнсторминг, причём каждый член команды может представить своё решение или почерпнуть чего-то нового из решений товарищей.
Причём человек, который ведёт воркшоп должен внимательно следить за тем, чтобы люди не схлеснулись своими «Я», в противном случае, результат может быть катастрофический и ваше мероприятие может превратиться в хоас.
Ну ещё, ситуация с «сумасшедшим коллегой» решалась так — бралась проблема проекта и эти 2 конфликтующих человека назначались в равной степени ответственными за её выполнение, причём вместе. Поверьте, ничто так не объединяет врагов, чем третий, общий враг, которым в данном случае выступает проблема проекта.
Разработчики — они как художники, очень амбициозны и своенравны и Вы, как руководитель проекта, должны уделять команде и их душевному здоровью и поддержанию командного духа, намного больше времени чем кодированию, а планирование будет само собой получаться.
Да, и как сказал коллега выше, совместное время препровождение, типа соревнований, бань, совместных обедов, очень способствует поддержанию командного духа.
Посмотрите на www.desktone.com, попробуйте. Я его пробовал, это действительно, очень удобно. Для работы на таком десктопе мне нужен был только планшет, ничего больше.
Получил доступ в обозначеный выше период, но тестирование у меня закончилось в первый же вечер:
1. Зашёл с компьютера жены, сделал машинку
2. Потом попробовал зайти на него с iPad'a. Но веб консоль, в которой надо было ввести логин пароль, на клавиатуру планшета не отзывалась.
3. На этом тестирование и закончилось
Искал облачный сервис, который можно было комфортно использовать на планшете.
Несколько удивило написанное выражение «убрали лишние кнопки». Не являюсь пользователем Visual Studio, но во всех приложениях Microsoft, все эти панели и количество кнопок можно настроить индивидуально, под себя. Не думаю что MS отошли от этой практики/возможности в новом VS
А обслуживание говно потому что
Заметьте — я не говорю, что нужно слушать своих пользователей, ибо они — не профессионалы в разработке проектов.
Если бы при разработке IT проекта, выслушивались и выполнялись бы все требования и пожелания всех представителей клиента, то это была бы never ending story, без единого шанса на то, чтобы когда-то закончится.
Это здорово, когда люди из стартапа выпускают не очередной сервис по шарингу всего со всем, а действительно нужную вещь. Респект ребятам!
Тем более, с уводом клиента ситуация интересная. А был ли данный стартап с самого начала оформлен правильно? Пакет документации, подписанные документы о неразглашении и прочее? Риски надо предусматривать перед началом проекта, а не «встречать» их по факту. «Давим тараканов по мере их поступления» в этой ситуации чревато провалом всего предприятия.
В случае команды, многое можно спрогнозировать и предусмотреть, просто заниматься надо командой, жить с ней, её проблемами и проблемами каждого члена команды в частности и тогда сюрпризов будет меньше.
Причём человек, который ведёт воркшоп должен внимательно следить за тем, чтобы люди не схлеснулись своими «Я», в противном случае, результат может быть катастрофический и ваше мероприятие может превратиться в хоас.
Ну ещё, ситуация с «сумасшедшим коллегой» решалась так — бралась проблема проекта и эти 2 конфликтующих человека назначались в равной степени ответственными за её выполнение, причём вместе. Поверьте, ничто так не объединяет врагов, чем третий, общий враг, которым в данном случае выступает проблема проекта.
Разработчики — они как художники, очень амбициозны и своенравны и Вы, как руководитель проекта, должны уделять команде и их душевному здоровью и поддержанию командного духа, намного больше времени чем кодированию, а планирование будет само собой получаться.
Да, и как сказал коллега выше, совместное время препровождение, типа соревнований, бань, совместных обедов, очень способствует поддержанию командного духа.
Посмотрите на www.desktone.com, попробуйте. Я его пробовал, это действительно, очень удобно. Для работы на таком десктопе мне нужен был только планшет, ничего больше.
Консоль то в Сафари видна, а печатать вы в ней пробовали? Видеть то я её видел тоже, а вот с тем чтобы ввести туда чтото, была проблема.
С уважением
Получил доступ в обозначеный выше период, но тестирование у меня закончилось в первый же вечер:
1. Зашёл с компьютера жены, сделал машинку
2. Потом попробовал зайти на него с iPad'a. Но веб консоль, в которой надо было ввести логин пароль, на клавиатуру планшета не отзывалась.
3. На этом тестирование и закончилось
Искал облачный сервис, который можно было комфортно использовать на планшете.
С уважением
Заметьте — я не говорю, что нужно слушать своих пользователей, ибо они — не профессионалы в разработке проектов.
Если бы при разработке IT проекта, выслушивались и выполнялись бы все требования и пожелания всех представителей клиента, то это была бы never ending story, без единого шанса на то, чтобы когда-то закончится.