Я програмую занадто повільно? [зачинено]


31

Я був лише рік у цій галузі, і у мене виникли проблеми з оцінкою конкретних завдань. Перш ніж закрити це, так, я вже читав це: Як відповісти, коли вас запитують про оцінку? і це приблизно та сама проблема, яку я маю. Але я шукаю більш конкретний показник досвіду, щось, що можна оцінити чи, мабуть, інші середні показники програміста, на які я повинен прагнути і базувати свої оцінки. Відповіді варіюються від тижнів, і я шукав більше відповіді на рівень завдання, призначеного на день або близько того. (Зверніть увагу, що це не включає подання на якість або документацію, а саме фактичний час розробки від написання тестів, якщо я використовував TDD, до створення сторінки, перш ніж подати її на тестування)

Моя поточна ставка зараз така (на веб-формах ASP.NET):

  • Зараз я можу розробити просту сторінку введення даних із списком сітки (без складної логіки, просто Створення та читання) для вже побудованої архітектури з урахуванням часу на цілий день (8 годин).
  • Додавання складних функціональних можливостей та сторінки Оновлення та видалення додають ще один цілий день до завдання.
  • Якщо мені доведеться починати сторінку з нуля (немає рішення, немає існуючого веб-сайту), це займе мені ще цілий день.
  • (Не завжди), але якщо я стикаюся з чимось новим або ще не зробив, це потребує ще одного цілого дня.

Щоразу, коли я роблю оцінку, яка довша за очікувану, я відчуваю, що інші думають, що я значно відстаю від усіх інших. Я просто занепокоєний, оскільки були сподівання, що коли це лише одна сторінка, це займе у мене не більше ніж цілий день. Так, напевно є більше можливостей для вдосконалення. Завжди є. У мене є чому навчитися. Але я хотів би знати, чи є моя поточна ставка занадто повільною, просто середньою або середньою для когось не більше року в галузі.


Повторне запитання щодо звуження його до конкретного випадку використання не рекомендується, і ви навряд чи отримаєте кращі відгуки.

Вибачте. Я намагався шукати більш конкретну відповідь. Я буду мати це на увазі наступного разу.
Джонн

17
Чому це не заохочується? Якщо відповідь, яку він шукає, не існує в початковому запитанні, я думаю, що краще задати інше питання, звужене до конкретного випадку.
Рейчел

7
Пам’ятайте, що швидкість - не єдиний показник для оцінювання здібностей кодера - якість також важлива. Окрім швидкості, врахуйте і кількість перероблених.
Майкл

@John - зараз майже 4 роки. Чи відчуваєте ви, що ваша швидкість / здібності покращилися після запитання?
Чакі

Відповіді:


20

Якщо ви програмуєте роботу, а ваші начальники задоволені швидкістю, на яку ви переробляєте речі, то я б сказав, що ви добре працюєте. Оскільки ви тривали рік, вони очевидно не обурені вашим результатом. Крім того , ви тільки там рік, і за умови , що вони були управляти людьми в протягом більше доби, вони знають , що є крива навчання , коли ви все-таки зелений.

Що стосується підрахунків ... Я вже 5 років працюю в цій галузі (звичайно, це не ветеранська територія, я знаю!), І мої особисті оцінки все ще вилітають. Я занижую майже так само часто, як і недооцінюю, і я роблю обидва набагато більше, ніж правильно розумію. Щось придумає, десь, і вкусить тебе. Іноді ти знайдеш бібліотеку, яка робить все, що ти думав, що ти повинен був зробити сам, а тижнева робота зникає за півдня. В іншому випадку дурний клоп розтягне робочий день на 2, 3, 4 ...

Якщо ви повторюєте багато і тих же робіт знову і знову, і ви відчуваєте, що ви продемонстрували свою пропускну здатність на цьому, можливо, вам слід попросити перейти на інше завдання. «Перехресне запилення» та інші умови, сприятливі до ПХБ, безумовно, приносять користь розробникам. Якщо ви витратите місяць чи більше на щось інше, можливо, ви знайдете те, що вам більше підходить. Якщо ні, або ви не можете триматися подалі від веб-форм, зміна не принесе вам ніякої шкоди, і ви можете повернутися з трохи більше знань та досвіду, які допоможуть вам.


Не те, що мої менеджери не розуміють, але вони очікують від мене більшого і швидших результатів, і саме це змушує мене відчувати себе неадекватним.
Джонн

3
Ви завжди можете запитати вас у менеджерів, як вони думають, що ви робите. Таким чином ви дізнаєтесь, так чи інакше. Вони можуть мати хороші пропозиції щодо того, як можна вдосконалитись. Або можуть сказати вам, що ви робите блискуче, і вам нема про що турбуватися. Плюси: Навіть якщо ви робите погано, це показує, що ви усвідомлюєте себе та ініціативно. Мінуси: це може змусити їх усвідомити, що ви відстаєте. Крім того, вам може бути добре, і вам скажуть, що може змусити втратити свій страх і бажання довести себе, що страх приносить
QWasson

10

Пощастило вам, якщо вам вдалося 1 рік працювати зеленим програмістом. Мене перевели в інший підрозділ лише через 9 місяців (з яких 3 місяці насправді програмували), бо не були досить продуктивними. І я з кожним днем ​​вчився все більше і більше, насолоджуючись процесом і стабільно передаючи речі. Це був перший раз, коли я взагалі працював над корпоративним програмуванням, ну добре ...

Можливо, було б краще зробити найбрудніший, найменш надійний код з нульовим тестуванням, який ледве залишається разом з бульбашкою при виконанні завдання, тож менеджери отримають достатню «продуктивність» для своїх орієнтирів.


7

Ви, можливо, трохи «повільні» порівняно з тим, хто програмує 5 чи 10 років, але все це приходить з часом. Ви, мабуть, зараз робите речі в 1/10-й час, як і коли ви вперше навчалися, і це стане легше. Ось саме так і відбувається більшість речей у житті ... ти сповільнюєшся, коли вперше вчишся цьому, і поступово стаєш кращим, швидшим, ефективнішим. Якщо ви будете тренуватись досить довго, ви можете стати "майстерним".


2

Якщо ви робите речі, які є дещо унікальними щоразу, коли переходити до детальних завдань або отримати дуже точну оцінку, завжди буде складно.

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

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


1

Щоразу, коли я роблю оцінку, яка довша за очікувану, я відчуваю, що інші думають, що я значно відстаю від усіх інших.

Це все загальне, якщо ніхто не буде давати більш тривалих оцінок при детальному розгляді проблеми, то вся оцінка, як правило, буде занадто короткою.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.