Как это работать программистом?

← →
Bad_B (2007-05-14 20:35) [0]

Вот не могу понять(((.
Перед вами ставят задачу(да хоть калькулятор наваять).

Вот вы приходите на работу в 7:30/8:00/8:30 садитесь за комп и давай код набивать, потому что теорию вы знаете на 5+ как по набору кода проги, так и по интерфейсу?
И так каждый день, от проекта к проекту?

← →
keymaster © (2007-05-14 20:37) [1]

В общих чертах - да.
Но есть куча тонкостей...

← →
Eraser © (2007-05-14 20:37) [2]

> [0] Bad_B (14.05.07 20:35)

> Перед вами ставят задачу(да хоть калькулятор наваять).

нет, если ты новичек, тот будут намного более конкретные задачи.

← →
keymaster © (2007-05-14 20:40) [3]

В каждой компании свои подходы.

← →
Sergey Masloff (2007-05-14 20:41) [4]

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

← →
Bad_B (2007-05-14 20:43) [5]

> keymaster © (14.05.07 20:40) [1]
> Но есть куча тонкостей...

Параллельно вести документацию, к примеру?

> Eraser © (14.05.07 20:37) [2]
> нет, если ты новичек, тот будут намного более конкретные
> задачи.

Конкретные задачи вероятно = рекомендациям?

> keymaster © (14.05.07 20:40) [3]
> В каждой компании свои подходы.

В общих чертах хотя бы, плз

← →
@!!ex © (2007-05-14 20:46) [6]

Ну да, обычно стоят задачи просто.
Главному программеру приходит задача.
Он либо бьет ее на мелкие и раздает, либо просто кому то одному отдает, либо сам берется.
Соответственно тот кому пришла задача так же ее разбивает.
Так идет от директора, который говорит: "хачу крутую игру" до самого мелкого исполнителя, который программирует шевеление пятой ветки седьмого дерева.

Так было когда я работал в большой конторе, там реально весь день.

Сейчас контора попроще(хотя штат больше) работаем проще.
Вот надо чтобы так вот так и вот так. Делай. Сделаешь, приезжай в офис показывай, обсудим, переделаешь.

← →
Ketmar © (2007-05-14 20:47) [7]

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

← →
keymaster © (2007-05-14 20:50) [8]

> Параллельно вести документацию, к примеру?

И это тоже.
А так же - обсуждение с аналитиками разногласий в ТЗ.

> В общих чертах хотя бы, плз

На основе требований заказчика, аналитик пишет ТЗ.
Получается несколько задач (несколько тз)
Старший программер распределяет задачи и начинается разработка.
После завершения разработки, тз и написаный софт идут
в отдел тестирования, после чего обычно возвращаются к разработчикам с набором замечаний.

← →
@!!ex © (2007-05-14 20:50) [9]

> Параллельно вести документацию, к примеру?

Хм. Видел проект на несколько миллионов строк.... Без строчки документации(может я просто не видел). При этом ни у кого не возникало проблем разобраться в нужном коде, чтобы решить задачу. Я в свое время в проект влился за месяц примерно. Спрашивает. нафиг документация? ИМХО только для проектов, которые продаются с сорсами.

> Конкретные задачи вероятно = рекомендациям?

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

Конкретная задача из моей практики. Где тут рекомендации?

← →
keymaster © (2007-05-14 20:54) [10]

> Спрашивает. нафиг документация?

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

← →
Eraser © (2007-05-14 20:57) [11]

> [10] keymaster © (14.05.07 20:54)
>
> > Спрашивает. нафиг документация?
>
> Нужна однозначно...

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

← →
@!!ex © (2007-05-14 20:57) [12]

> [10] keymaster © (14.05.07 20:54)
>
> > Спрашивает. нафиг документация?
>
> Нужна однозначно...
> Иначе рано или поздно возникнет ситуация, когда понадобится
> что-то поправить и много времени будет уходить на понимание
> "чего этот кусок кода делает"

Да я тоже так думал...
Но поработав с удивлением обнаружил что не надо.
Контора с середины 90 программирует.
Самой старой строчке кода в последнем проекте - около 8 лет.
И даже я(в то время я вообще в программирование не шарил) влился за месяц.

← →
Bad_B (2007-05-14 21:01) [13]

> @!!ex © (14.05.07 20:46) [6]
> Вот надо чтобы так вот так и вот так. Делай. Сделаешь, приезжай
в офис показывай, обсудим, переделаешь.

хм... (не посчитайте буквоедством)
а вот зачем крупную контору организовывать (я так понимаю здание должно быть порядочных размеров) если можно просто организовывать все-таким образом:
пришел - получил задание - ушел делать (все-равно)-...-сделал - привез - все правильно (пусть будет идеал) - получил вознаграждение! - и по циклу -

Не могу понять: зачем приходить каждый день на работу, если можно просто дать конкретные сроки выполнения тз, а где это он будет делать уже вопрос другой. Вот получил такое тз и сиди спокойно выполняй когда тебе удобно и где удобно, ГЛАВНОЕ - вовремя принеси результаты работы нормальные!

Или от того что каждое утро бежим на работу - результаты лучше? Ну, понятно что обмен опытом с коллегами, постоянная подпитка знаниями...
но все же?

ЗЫ. Подобное просьба не путать с фрилансерами.

← →
Kolan © (2007-05-14 21:01) [14]

> Конкретная задача

Это не задача, а задание (на завтра например).

← →
Sergey Masloff (2007-05-14 21:01) [15]

@!!ex © (14.05.07 20:50) [9]
>Хм. Видел проект на несколько миллионов строк....
Это не показатель. Смотря какой это код. Он может просто объективно быть несложным (но объемным)

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

← →
Eraser © (2007-05-14 21:05) [16]

> [13] Bad_B (14.05.07 21:01)

> если можно просто организовывать все-таким образом:
> пришел - получил задание - ушел делать (все-равно)-...-сделал
> - привез - все правильно (пусть будет идеал) - получил вознаграждение!
>

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

← →
Sergey Masloff (2007-05-14 21:06) [17]

Bad_B (14.05.07 21:01) [13]
Для некоторых типов проектов это работает и есть конторы работающие по этому принципу. Для некоторых типов - не работает. Но это не проблема - просто такие конторы не делают таких проектов которые не могут.

← →
@!!ex © (2007-05-14 21:07) [18]

> [13] Bad_B (14.05.07 21:01)

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

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

> [15] Sergey Masloff (14.05.07 21:01)

х.з.
Я не могу адекватно оценитвать.
Поскольку был самым младшим из 3 программеров графики.
Соответственно и задачи мне сваливались самые элементарные.

← →
Sergey Masloff (2007-05-14 21:08) [19]

Eraser © (14.05.07 21:05) [16]
Да если проджект менеджер и технический руководитель проекта нормальные все нормально будет. Я тоже видел разные плоды такой деятельности, иногда вполне прилично иногда ужОс ;-) то есть все как всегда.

← →
keymaster © (2007-05-14 21:13) [20]

> Не могу понять: зачем приходить каждый день на работу, если
> можно просто дать конкретные сроки выполнения тз

Когда работаешь в команде - лучше именно ездить на работу.
1) Рядом вся группа - если что есть с кем посоветоваться
2) Очень часто разные задачи, выданные разным разработчикам
подразумевабт правку одного и того же модуля.

← →
@!!ex © (2007-05-14 21:16) [21]

> Когда работаешь в команде - лучше именно ездить на работу.
> 1) Рядом вся группа - если что есть с кем посоветоваться
> 2) Очень часто разные задачи, выданные разным разработчикам
> подразумевабт правку одного и того же модуля.

+1

Если работа командная полюбому надо в одном месте работать в одно время.

← →
Rouse_ © (2007-05-14 21:31) [22]

> пришел - получил задание - ушел делать (все-равно)-...-сделал
> - привез

За то время пока делал, часть тз могла измениться. И получилось что ты сделал 80 процентов ненужного кода и 20 процентов не удовлетворяющих условиям ТЗ.
Это конечно суперутрированно, но дома я работать не могу - не та атмосфера. У меня только по приходу на работу мозги делают щелчек с состояния покоя на рабочее.

← →
P (2007-05-14 23:07) [23]

> Sergey Masloff (14.05.07 20:41) [4]
>
> А если не новичок то задачи будут тоже намного более конкретные
> только ты их будешь раздавать.
> Но в целом все верно. Пришел и вперед. На теорию в рабочее
> время времени нет так что для теоретических занятий - вечера
> и выходные.

Качество кода растет от количества завершённых проектов.

← →
P (2007-05-14 23:13) [24]

> keymaster © (14.05.07 21:13) [20]
>
>
> > Не могу понять: зачем приходить каждый день на работу,
> если
> > можно просто дать конкретные сроки выполнения тз
>
> Когда работаешь в команде - лучше именно ездить на работу.
>
> 1) Рядом вся группа - если что есть с кем посоветоваться
> 2) Очень часто разные задачи, выданные разным разработчикам
> подразумевабт правку одного и того же модуля.

CVS и внутренний(парольный) форум и толстый канал инета - решение проблемы.

← →
keymaster © (2007-05-14 23:18) [25]

> CVS и внутренний(парольный) форум и толстый канал инета
> - решение проблемы.

Есть понятие секурности.
Когда ни одна строка исходного кода ни в каком виде не покидает здание компании.

← →
P (2007-05-15 02:46) [26]

> keymaster © (14.05.07 23:18) [25]
>
>
> > CVS и внутренний(парольный) форум и толстый канал инета
> > - решение проблемы.
>
> Есть понятие секурности.
> Когда ни одна строка исходного кода ни в каком виде не покидает
> здание компании.

А потом жалуются, что на 1500$ идут только студенты, причём не самые лучшие.

← →
clickmaker © (2007-05-15 11:41) [27]

> Когда ни одна строка исходного кода ни в каком виде не покидает
> здание компании.

осталось найти 100% надежный способ обеспечить эту "секурность"

← →
Плохиш © (2007-05-15 11:42) [28]

> clickmaker © (15.05.07 11:41) [27]
>
> > Когда ни одна строка исходного кода ни в каком виде не
> покидает
> > здание компании.
>
> осталось найти 100% надежный способ обеспечить эту "секурность"

Концлагерь?

> Как это работать программистом?

Приходишь, открываешь страницу форума и сидишь там.

Bad_B (14.05.07 20:35)
Как это работать программистом?

Как это работать токарем?
Один болты тоннами и десятилетиями ваяет, другой уникальную штучную вещь месяцами делает.
Это крайности - а между ними еще.. 256 градаций серого :)

> Один болты тоннами и десятилетиями ваяет, другой уникальную
> штучную вещь месяцами делает

* пробуя примерить на себя * похоже, я по болтам больше... стало грустно. Выпью кофе

← →
KodVer (2007-05-15 11:54) [32]

> Не могу понять: зачем приходить каждый день на работу, если
> можно просто дать конкретные сроки выполнения тз, а где
> это он будет делать уже вопрос другой. Вот получил такое
> тз и сиди спокойно выполняй когда тебе удобно и где удобно,
> ГЛАВНОЕ - вовремя принеси результаты работы нормальные!
>

когда-то работал в офисе, сейчас - дома через инет. Думал, что во всех отношениях будет лучше - нифига! Во-первых домашняя работа расслабляет, все-таки дисциплина рулит (а с самодисциплиной у меня проблемы). Во-вторых дико не хватает живого общения: не все можно объяснить коллегам буковками, а так же отсутсвие живого организма, с которым можно поделиться наболевшим, банально потрепаться о Лиге чемпионов за сигаретой в курилке и пожаловаться на недобросовестный труд постановщика задачи неблагоприятно сказывается на психике, в следствие чего падает производительность труда и желание свалить в отпуск растет с небывалой скоростью. Мечтаю вернуться в офис.

clickmaker © (15.05.07 11:54) [31]
похоже, я по болтам больше... стало грустно

Ерунда какая :))

Ту штучную вещь надо будет вставлять куда-то, где болтов - сотни.
Без них уникальная вещь - на выброс :)

clickmaker © (15.05.07 11:54) [31]
похоже, я по болтам больше... стало грустно

"Что самое главное в одежде? Одни ответят фасон, другие ответят - удобство, третьи... А я скажу - пуговица". (с) А. Райкин

ПыСы: всегда когда играла в Диабло, хотела узнать, кто программил монстриков? Кто придумывал их образы. ИМХО, если продукт сделан добротно, то появляется инетерес именно к мелочам, из которых он состоит ))

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

Иногда "получил задание и ушел - пришел и принес результат" - это зло ((

> boriskb © (15.05.07 13:45) [37]
ты сказал "между ними". значит, первую и последнюю тоже считаем, иначе в байт не поместится ни "отстой", ни "идеал". так что или 254, или у тебя дробное число битов в байте. %-)

> [27] clickmaker © (15.05.07 11:41)

хех.
Мне для того чтобы дойти до рабочего места нужно было три раза открыть дверь электронным ключом и один раз ввести код. :)
плюс через окхрану пройти и само собой в книге расписаться...
Плюс 4 собаки по периметру... И это не оборонное предприятие, а геймдев контора. :)))))

> [32] KodVer (15.05.07 11:54)

Эт точно. ТОже хочу в офисе работать. Но блин ездить далеко и смысла нету. :(

Как это работать программистом? Найти похожие ветки