Войти
ПроектыФорумКонкурсы

Конкурс "Вместе сделанный ассет" на Unity (13 стр)

Страницы: 19 10 11 12 13 14 Следующая »
#180
13:30, 24 окт. 2017

tac
> я об опыте участников, у которых может получится групповая разработка ... у
> каждого должны быть не плохие основы программирования, это залог успеха его в
> команде, какую бы роль он не выполнял
Нет, неверно. Специализацию придумали давно, очень давно. А Генри Форд наглядно доказал его промышленную эффективность.

Каждый должен заниматься своим делом. В идеале им и только им. Все остальное - костыли.

#181
13:37, 24 окт. 2017

Ren
> Нет, неверно. Специализацию придумали давно, очень давно. А Генри Форд
это очень ошибочное представление о ИТ сфере, это вам не завод, да и успешность Форда в стандартах и автоматизации, а специализация там простая уборщик и инженер - всё .. не обладая навыками программирования, ты просто не в состоянии создать контент для разработки, ты тратишь время остальных, больше чем если бы специалист придумал бы и сделал бы это сам ...

и уж поверь, любой программист может составить куда более пригодный сценарий для разработки игры, чем сценарист для кино ... сценарий для кино просто некуда вставить ..тоже даже с моделями, ему проще научится рисовать самому, чем не умеющему программировать моделлеру обяснять что ему надо ... ну и наконец, фиеричная профессия геймдизайнер не умеющий ничего кроме как фантазировать .. но если он фантазирует не зная как это сделать, это всегда 98% мусор ...

Другое дело когда уже есть ядро программистов, они и только они создают рабочие места для других .. как должность секретаря бесполезна если нет начальника

#182
13:42, 24 окт. 2017

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

#183
13:46, 24 окт. 2017

tac
> это очень ошибочное представление о ИТ сфере, это вам не завод,
Все сферы одинаковые. Везде действуют одни и те же законы.

> а специализация там простая уборщик и инженер - всё ..
Специализация у Форда была совсем другая, ты шас продемонстрировал невежество в вопросах менеджмента.

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

Подытоживая: недостаток понимания того как это должно работать в идеале, приводит к неверным выводам. Твоя система изначально ущербна и стремится к не эффективности. Твоя табличка это подтверждает.

#184
13:48, 24 окт. 2017

Ren
> Твоя табличка это подтверждает
интересно чем :)  её наличие уже подтверждает успешность

#185
13:55, 24 окт. 2017

tac
> интересно чем :)  её наличие уже подтверждает успешность
В идеале каждый член команды должен иметь равное количество очков.  у тебя совершенно ярко выражено минимальный уровень взаимодействия между членами команды. Причины тут могут быть разные, это уже не так важно почему.

Естественно, в случае отсутствия взаимодействия, проще делать самому, чем просить кого-то другого. Поэтому один человек имеет 50%+ работы, два человека 80%+. Это однозначно показатель отвратительного менеджмента в команде. Причины, опять же, могут быть разными.

Мы не анализируем причины, мы анализируем результат.

#186
14:07, 24 окт. 2017

Ren
> ярко выражено минимальный уровень взаимодействия между членами команды
как интересно по вложенному труду можно оценить взаимодействие? оно так не оценивается ... более того достигнуть минимальный уровень взаимодействия и есть задача руководителя .. для тех кто в танке, взаимодействие это всегда трата дополнительного времени, только в непрофессиональных командах одни ждут результата других, в профессиональных командах специалисты решают свои задачи в своей области влияния /не специальности, а взятой на себя ответственности в конкретной бизнес задаче/ , и читают как взаимодействовать в документации.

#187
14:10, 24 окт. 2017

tac
> более того достигнуть минимальный уровень взаимодействия и есть задача
> руководителя
Это парадокс. Работникам которые не взаимодействуют - не нужен общий руководитель совсем.

Логический тупик, вследствие ошибочной теории.

Ты сейчас споришь с 4 веками развития менеджмента.

#188
14:12, 24 окт. 2017

Ren
> не нужен общий руководитель совсем
именно так :) читай уточнение выше .. директора действительно не нужны, только для получения зарплат

#189
14:13, 24 окт. 2017

tac
> именно так :) читай уточнение выше
Чувак, работники которые не взаимодействуют на 100%, не сделают ничего общего.

#190
14:22, 24 окт. 2017

Ren
> работники которые не взаимодействуют на 100%, не сделают ничего общего
ну вот видишь, тебя нужно учить , записывайся на курсы ... объясним .. по сути, влияние на продукт оказывают те чей процент трудочасов выше. Им становится не все равно как будут стыковаться различные вопросы, их решения оказывают больше влияния на всех остальных, т.к. вложив в работу свои трудочасы он охватил больший объем. Им никто не объясняет - сделай нам вот это, это их спрашивают, хочу добавить нечто, как мне быстрее реализовать это используя твои наработки? Никаких согласований нет, музыку заказывает тот кто работает .. новеньким надо вначале найти область своей применимости, понять где он будет эффективен, чтобы проект рос .. и только если он ее находит, он при достаточных усилиях может начинать перетягивать вклад на себя ... колебания вкладов показывают косвенно взаимодействие. Но оно осуществляется при минимальном взаимодействии, но при этом у всех вырабатывается общие виденье проекта. Каждый находит свою нишу в проекте.

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

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

#191
14:35, 24 окт. 2017

tac
Бла-бла-бла.

Стена текста ни о чем.

Тебе не чего возразить в прямую и ты приводишь длинную косвенную аргументацию, которую всю можно заменить словами "я лучше знаю" (с).

Бессмыслено. Не убедительно. Не конструктивно.

Сдавайся, паддаван. Умение сдаваться отличает истинного джадая.

#192
18:10, 24 окт. 2017

Я написал ответ, но видимо забыл отправить.
Сам забил потому что увлекся римворлдом и вообще биполярка ака периоды лени.

Но общая проблема проекта имхо в
> Чтобы закончить прототип нужно примерно еще таких же 4 месяца. Вот и считайте .
то ли мы мало работали, то ли слишком большой кусок откусили, то ли увлеклись визуальной частью, но для прототипа это недопустимо много.
Хотя есть надежда что оценка завышена - поднажать и добавить простенький шутер с выводом заложников на втором корабле, вот и будет прототип (последнюю версию не качал, сужу по тому на чем остановился).

То что отдельный менеджер команде такого уровня не нужен - очевидный факт, тут и спорить не о чем. Если к аргументации tac'а я со спорами но прислушивался т.к. он и вклада больше всех вносил, то левого менеджера не стал бы в подобных спорах слушать априори. А если он не сможет свою линию гнуть, то тем более не нужен.

#193
18:38, 24 окт. 2017

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

#194
21:43, 25 окт. 2017

продолжаю работу, атака истребителями ...

Страницы: 19 10 11 12 13 14 Следующая »
ПроектыФорумКонкурсы

Тема в архиве.