[/b/] [/d/] [/tu/] [/a/] [/34/] [/ph/] [/wa/] [/cg/] [/t/]
А почему бы и нет. Анон, ты участвовал в командной разработке или всё же, по большей части, удел рашки это мрачные титаны программирования? Алсо, каков уровень синергии у команды?
>>47281Участвовал, особенно радует интересный процесс совместного придумывания точек соприкосновения уже наполовину готовых частей приложения, или взаимодействие с хардварщиками, когда они уже не могут иначе, только вот так
>>47284А как принимаются решения - hiveminf мозговой штурм или всё же руководитель?>точек соприкосновения уже наполовину готовых частей приложенияА что же делали системные архитекторы, если точки соприкосновения искались в средины работы, а как же эти ваши UML?
>>47284А как принимаются решения - hiveminf мозговой штурм или всё же руководитель?
>точек соприкосновения уже наполовину готовых частей приложения
А что же делали системные архитекторы, если точки соприкосновения искались в средины работы, а как же эти ваши UML?
>>47285Руководитель у нас только общие направления даёт, нельзя его по каждому поводу дёргать, почти всегда не в городе, ищет нам интересные заказы и думает куда нас пристроить. Вот в спорных моментах, особенно когда что-то приходится сильно менять, советуемся с ним. Чаще всего пока ему объясняем суть проблемы уже сами понимаем свои ошибки. Приятнее всего работать когда не приходится сильно задумываться, как там реализовано по другую сторону интерфейсов, как будто используешь чью-то библиотеку.>А что же делали системные архитекторы, если точки соприкосновения искались в средины работыЭто я самые интересные ситуации описал, когда мы с коллегами из дружественной компании (у нас несколько разные сферы, поэтому при возможности рекламируем друг друга) внезапно решаем объединить усилия. Мы им помогаем, они нам, естественно, не затак. Всякие случаи бывает.Надеюсь, обойдётся без деанона :3
>>47285Руководитель у нас только общие направления даёт, нельзя его по каждому поводу дёргать, почти всегда не в городе, ищет нам интересные заказы и думает куда нас пристроить. Вот в спорных моментах, особенно когда что-то приходится сильно менять, советуемся с ним. Чаще всего пока ему объясняем суть проблемы уже сами понимаем свои ошибки. Приятнее всего работать когда не приходится сильно задумываться, как там реализовано по другую сторону интерфейсов, как будто используешь чью-то библиотеку.
>А что же делали системные архитекторы, если точки соприкосновения искались в средины работы
Это я самые интересные ситуации описал, когда мы с коллегами из дружественной компании (у нас несколько разные сферы, поэтому при возможности рекламируем друг друга) внезапно решаем объединить усилия. Мы им помогаем, они нам, естественно, не затак. Всякие случаи бывает.Надеюсь, обойдётся без деанона :3
>>47286>Руководитель у нас только общие направления даёт, нельзя его по каждому поводу дёргать, почти всегда не в городе, ищет нам интересные заказы и думает куда нас пристроитьНаверное, я задаю много вопросов. Но интересно же! То есть руководитель - тоже программист, менеджер или же, такое тоже бывает, ИТ-менеджер?>Приятнее всего работать когда не приходится сильно задумываться, как там реализовано по другую сторону интерфейсов, как будто используешь чью-то библиотеку."Чёрные ящики" это хорошо,да.>Надеюсь, обойдётся без деанонаДеанон на новере - это фантастика, ящитаю. Для этого нужен просто эпический фейл.
>>47286
>Руководитель у нас только общие направления даёт, нельзя его по каждому поводу дёргать, почти всегда не в городе, ищет нам интересные заказы и думает куда нас пристроить
Наверное, я задаю много вопросов. Но интересно же! То есть руководитель - тоже программист, менеджер или же, такое тоже бывает, ИТ-менеджер?
>Приятнее всего работать когда не приходится сильно задумываться, как там реализовано по другую сторону интерфейсов, как будто используешь чью-то библиотеку.
"Чёрные ящики" это хорошо,да.
>Надеюсь, обойдётся без деанона
Деанон на новере - это фантастика, ящитаю. Для этого нужен просто эпический фейл.
>>47287В небольших компаниях руководитель это всё сразу. Не будь он программистом, он бы не смог адекватно оценивать наши возможности и сложность задач. Вот отсутствие старшего программиста, который постоянно был бы в курсе того, что мы творим и перенаправлял нас в нужное русло отрицательно сказывается. Каждый тянет одеяло на себя, кто раньше закоммитил тот и прав :3>"Чёрные ящики" это хорошо,да.Увы, таких случаев почти не бывает: либо писать очень общий универсальный интерфейс на все случаи жизни, либо приходится сидеть слушать что конкретно надо и предлагать разные варианты как ты это можешь сделать. Я всегда стараюсь выбирать первое чтобы от меня отлипли, потому что объяснять как у меня что работает я не умею, да и люблю повторное использование кода, один раз написать и таскать из проекта в проект.
>>47287В небольших компаниях руководитель это всё сразу. Не будь он программистом, он бы не смог адекватно оценивать наши возможности и сложность задач. Вот отсутствие старшего программиста, который постоянно был бы в курсе того, что мы творим и перенаправлял нас в нужное русло отрицательно сказывается. Каждый тянет одеяло на себя, кто раньше закоммитил тот и прав :3
>"Чёрные ящики" это хорошо,да.
Увы, таких случаев почти не бывает: либо писать очень общий универсальный интерфейс на все случаи жизни, либо приходится сидеть слушать что конкретно надо и предлагать разные варианты как ты это можешь сделать. Я всегда стараюсь выбирать первое чтобы от меня отлипли, потому что объяснять как у меня что работает я не умею, да и люблю повторное использование кода, один раз написать и таскать из проекта в проект.
>>47281Часто логику и пользовательский интерфейс пишут разные люди, широко распространённая практика. Совместно работать над одним компонентом приложения не очень эффективно по человекочасам, но может в итоге дать более продуманный результат, поэтому в быдлокодерских конторах редкость. SVN и Visual Studio Team System позволяют легко организовать совместную работу.
>>47345Тогда как "делится" компонент между разработчиками? Например, сложно представить, чтобы два и более человека писали одну функцию или даже класс, например.>более продуманный результатРезультат, должен быть предопределён ещё до написания кода - на стадии проектирования, ясчитаю.
>>47345Тогда как "делится" компонент между разработчиками? Например, сложно представить, чтобы два и более человека писали одну функцию или даже класс, например.
>более продуманный результат
Результат, должен быть предопределён ещё до написания кода - на стадии проектирования, ясчитаю.
>>47347>Тогда как "делится" компонент между разработчиками?Быдлокодер-актив генерирует идеи и пишет основной код, пассивы выполняют рутиную работу по допиливанию и отладке. Скорее всего нормальные проекты развиваются как-то иначе, но платят за них не больше.>Результат, должен быть предопределён ещё до написания кода - на стадии проектирования, ясчитаю.Ни разу не видел проект, который в процессе реализации не претерпевал бы целую кучу изменений. Возможно, проектированию стоит уделять больше времени, но кто мне его оплатит?
>>47347
>Тогда как "делится" компонент между разработчиками?
Быдлокодер-актив генерирует идеи и пишет основной код, пассивы выполняют рутиную работу по допиливанию и отладке. Скорее всего нормальные проекты развиваются как-то иначе, но платят за них не больше.
>Результат, должен быть предопределён ещё до написания кода - на стадии проектирования, ясчитаю.
Ни разу не видел проект, который в процессе реализации не претерпевал бы целую кучу изменений. Возможно, проектированию стоит уделять больше времени, но кто мне его оплатит?
>>47348>Ни разу не видел проект, который в процессе реализации не претерпевал бы целую кучу изменений. Возможно, проектированию стоит уделять больше времени, но кто мне его оплатит?В идеале системный архитектор создаёт проект, где расписывает все входные и выходные параметры, операции, объекты, классы, отношения - эдакий комплекс диаграмм и представлений. После чего среда формирует проект на выбранном языке и, о чудо, сисарху даже не нужно знать ни одного языка. После чего быдлокодеры просто заполняют готовые "шапки кодом", руководствуясь описанием, причём творчество здесь сводится к минимуму. Только видится мне, что в рашке ни ищут простых решений и писали велосипеды для велосипедов, так и будут писать...
>>47348
>Ни разу не видел проект, который в процессе реализации не претерпевал бы целую кучу изменений. Возможно, проектированию стоит уделять больше времени, но кто мне его оплатит?
В идеале системный архитектор создаёт проект, где расписывает все входные и выходные параметры, операции, объекты, классы, отношения - эдакий комплекс диаграмм и представлений. После чего среда формирует проект на выбранном языке и, о чудо, сисарху даже не нужно знать ни одного языка. После чего быдлокодеры просто заполняют готовые "шапки кодом", руководствуясь описанием, причём творчество здесь сводится к минимуму. Только видится мне, что в рашке ни ищут простых решений и писали велосипеды для велосипедов, так и будут писать...
>>47349"шапки" кодомне ищут
>>47349> сисарху даже не нужно знать ни одного языкаТогда он может такого понапридумывать, что все программисты в ужасе схватятся за лицо.
>>47349
> сисарху даже не нужно знать ни одного языка
Тогда он может такого понапридумывать, что все программисты в ужасе схватятся за лицо.
>>47349Красивые мечты впервые разбиваются о реальность когда тебе предлагают оплату кода построчно, второй раз когда ты знакомишься с заказчиками, а в третий раз с коллегами.
>>47351>Тогда он может такого понапридумывать, что все программисты в ужасе схватятся за лицо.Всё же он специалист, не смотря на некоторую абстрактность его работы. Алсо, правильнее было сказать, что ему не нужно вникать в специфику конкретного языка - представления о кодинге он обязан иметь.
>>47351
>Тогда он может такого понапридумывать, что все программисты в ужасе схватятся за лицо.
Всё же он специалист, не смотря на некоторую абстрактность его работы. Алсо, правильнее было сказать, что ему не нужно вникать в специфику конкретного языка - представления о кодинге он обязан иметь.
>>47352>предлагают оплату кода построчноORLY? Быдлокодеры получают больше чем годные программитсы?>ты знакомишься с заказчикамиЗдесь, думаю, полегче - у крупных организаций бываю толковые ИТ-отделы.>коллегамиА здесь - кулстори, если можно.
>>47352
>предлагают оплату кода построчно
ORLY? Быдлокодеры получают больше чем годные программитсы?
>ты знакомишься с заказчиками
Здесь, думаю, полегче - у крупных организаций бываю толковые ИТ-отделы.
>коллегами
А здесь - кулстори, если можно.
>>47353> ему не нужно вникать в специфику конкретного языкаТогда он не будет иметь представления о сложности поставленной им задачи.
>>47353
> ему не нужно вникать в специфику конкретного языка
Тогда он не будет иметь представления о сложности поставленной им задачи.
>>47355>Тогда он не будет иметь представления о сложности поставленной им задачи.Общие представления он иметь должен, а специфика - задача "узких" специалистов.
>>47355
>Тогда он не будет иметь представления о сложности поставленной им задачи.
Общие представления он иметь должен, а специфика - задача "узких" специалистов.
>>47354>А здесь - кулстори, если можно.>>44880>>44894>ORLY? Быдлокодеры получают больше чем годные программитсы?Найти место, где можно оставаться хорошим программистом сейчас не так уж просто. Всё правильно сказали вот тут:>>44855тут>>44869и тут>>44887
>>47354
>А здесь - кулстори, если можно.
>>44880>>44894
>ORLY? Быдлокодеры получают больше чем годные программитсы?
Найти место, где можно оставаться хорошим программистом сейчас не так уж просто. Всё правильно сказали вот тут:>>44855тут>>44869и тут>>44887
>>47281Всегда кодил только соло.
>>47281
Всегда кодил только соло.
>>47352двачую вот этого господина. "системные архитекторы", "энтерпрайз", вы бы не забывали, что мы живём в рашке, а тут никакого производства нет. энтерпрайз- это там, за бугром, а тут все эти чудеса нахуй не нужны.
- wakaba 3.0.7 + futaba + futallaby -