Що станеться, якщо ви не можете вирішити проблему? [зачинено]

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

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

Тож для тих, хто довший час був у галузі, що буде, якби вам сказали вирішити проблему, якої ви не можете? Чи трапилось це, і якщо так, то що сталося? Вони просто кинули це і сказали: "Ну добре, гадаю, ми можемо зробити щось ще"? Чи були наслідки? Вам доганували, чи навіть звільнили?

Перш за все, ваш страх дуже здоровий і нормальний. Ось мої міркування приблизно через 15 років у галузі програмного забезпечення.
Ось кілька питань, які потрібно задати собі:

1. Ви розумієте проблему?
2. Чи знаєте ви, що проблема нерозв’язна (у межах вашого часу / бюджетних обмежень)?
3. Ви просто не знаєте, як вирішити проблему?
4. Ваш клієнт / начальник запитує про неможливе.
5. Чи варто того? (ROI)
6. Це РЕАЛЬНА проблема?

1) Перш за все переконайтеся, що ви зрозуміли проблему. Дурних питань немає. Чи розумієте ви, що ваш клієнт / начальник запитує вас у порівнянні з тим, що їм потрібно?

2) Це станеться. "Побудуй мені міст завтра" . Переконайтеся, що ви знаєте, що проблема нерозв’язна в межах ваших обмежень. Ваш клієнт / начальник може бути гнучким у часі / бюджеті, і вони можуть бути змінені, щоб отримати більше часу / бюджету.

3) Якщо проблема зрозуміла, а обмеження знаходяться в межах розуму, і є технологія, яка може вирішити проблему, але ви просто недостатньо знаєте ... саме для цього StackOverflowі Інтернет. Переконайтеся, що ви спочатку зробите свої дослідження. Спробуйте задати чіткі запитання, на які можна відповісти кількісно. Запитайте своїх однолітків. Проведіть сеанс проектування.

4) Це варіант відповіді № 2. Схоже, ваш клієнт / начальник запитує неможливе. Зробіть кілька досліджень. Ніколи не кажіть, що проблема нерозв'язна, якщо тільки ви точно не знаєте, чому і можете уточнити.

5) рентабельність інвестицій означає «Повернення інвестицій». Це стосується інвестицій у часі. Твій час!. Чи достатньо важлива проблема, щоб вирішити, щоб визначити кількість часу, яке знадобиться для дослідження та вирішення проблеми. Обговоріть це з вашим клієнтом / начальником

6) Це реальна проблема. Клієнти часто розуміють, чого хочуть, але не обов'язково розуміють, що їм потрібно. Спробуйте зрозуміти, що насправді потребує ваш Клієнт / Бос, і обговоріть це з ними.

Сподіваюсь, що ці вказівки вам допоможуть.

Дві речі, які слід пам’ятати, якщо ви стикаєтесь з начебто нерозв’язною проблемою:

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

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

Я переходжу до StackOverflow ;)

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

Мені доведеться йти з простою відповіддю: прошу допомоги. Так само, як інші іноді просять у мене допомоги, коли вони застрягли, намагаючись знайти рішення для чогось.

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

Подивіться з різних ракурсів

Я стикався з цим багато разів, зазвичай це відбувається:

• У вас проблема, спочатку у вас в голові ідея, як ви її вирішите.
• Що стосується фактичної реалізації вашого рішення, то виявляється, що це не працює (можливо, через слабку модель актуальної проблеми).
• Після того, як ви намагаєтеся вирішити проблему, будь то більше досліджень чи запитань у інших. Нічого з цього не працює, чисто розчарування!

Нарешті ви вибираєте те, чого не хотіли робити ->

"Брудний хак"

Це працює, але ви відчуваєте себе брудно ...

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

Це залежить від причини, по якій ви не можете ...

• логічно неможливо: обговоріть це з тим, хто написав вимоги, можливо, є непорозуміння. Приклад: в один момент специфікація говорить про те, що програма повинна виглядати і відчувати себе рідною на всіх платформах (Windows / Linux / Mac), а в іншому місці йдеться про те, що програма повинна виглядати абсолютно однаково на всіх платформах

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

• недостатня продуктивність: Можливо, ви використовуєте неправильний алгоритм, або, можливо, проблема занадто жорстка (наприклад, NP-hard), і вимоги не враховують це. Переоцініть використовуваний алгоритм, можливо, існує більш швидкий шлях. Обговоріть проблему з колегами та керівником проекту. Подумайте про перехід на достатньо хороший евристичний, а не на ідеальний результат. Приклад: оптимізація шляху за допомогою десятків чи навіть сотень вузлів

• ви просто не знаєте, як це зробити: Запитайте своїх ровесників, запитайте stackoverflow, шукайте в Інтернеті. Зверніться до служби підтримки інструменту / вкладки, яку ви використовуєте. Обговоріть це з менеджером проекту.

• вона повинна працювати, але ні, і ви не маєте поняття, чому: Refactor програма, щоб зробити її більш тестовою. Розгляньте умови перегонів, вони часто є причиною важко знайти помилок. Попросіть однолітків про допомогу, чотири ока бачать більше двох. Перевірте в Інтернеті відомі помилки в інструментах / гілках, які ви використовуєте.

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

Підсумок полягає в тому, що ви будете ТОПЛО, навіть якщо не вчасно вирішите проблеми. Життя триває.

Іноді графік був би висунутий. Проект був би успішним або невдалим. Вас можуть звільнити, а потім мати чудову роботу. Ви просто ніколи не знаєте.

Не зрозумійте мене неправильно. Це не означає, що це нормально, щоб проблема була там. Все, що ми можемо зробити - це зробити все можливе і відпустити це.

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

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

У мене були помилки, які я не вирішив, і деякі функції, які не вдалося виконати, звичайно. Хоча я можу спробувати щось зробити, але все не в силах вирішити за розумний час. Ключовим моментом у цьому є спілкування, щоб ваші начальники знали, де ви знаходитесь.

Однак це було кілька разів, коли я стикався з якимись особливими обставинами:

1. Працюючи у великому канадському банку в Торонто, мене попросили б робити всі речі, які я не знав, як робити, коли мені давали завдання. Наприклад, мене попросили перевірити цей метод захисту ноутбуків, коли клавіші "Esc" та "Enter" були підмінені під час завантаження, і при правильній послідовності клавіш ноутбук знову можна було б використовувати, що просто здавалося химерним, щоб спробувати зрозуміти out, "Чи це буде працювати? Як я можу знати, що це буде чи не буде добре з користувачами?" Були й інші завдання, у яких я або просто не мав обладнання або інших ресурсів, щоб виконати це. У той же час він був досить освітнім, оскільки це дало мені багато речей відзначити будь-яку майбутню ситуацію з працевлаштуванням, щоб запобігти неприємностям. Такі речі, як забезпечення, коли мені платять, як відстежується мій час,

2. Працюючи у постачальника служб прикладних програм у Калгарі, мені дали цей проект намагатися створити копію іншого веб-сайту в нашій внутрішній програмі, яку ми продавали як послугу. Ключовим моментом тут є те, що мені не дали часу або пропозицій щодо того, яку частину зробити спочатку, просто загальне дослідження, і через місяць мене попросили про те, як у мене була погана реакція на деякі знеболюючі препарати. Ця реакція тривала тиждень, коли я несподівано зняв роботу, а потім наступного тижня я пішов на подію Майкрософт, яка була начебто останньою соломою, оскільки мене звільнили наступного дня. Щось тут слід зазначити, як я мав досить погані стосунки зі своїм начальником, оскільки будь-коли він підійшов до мого району, моя негайна думка полягала у тому, що "зараз що не так?"

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

Гострий колега одного разу прищепив мені, що успіх має коріння у двох речах:

1. Відносини
2. Очікування

Гарячі стосунки, я думаю, є функцією хорошого спілкування та встановлення очікувань наперед.

Я слідую за принципом Полі:

"Якщо є проблема, яку ви не можете вирішити, то є простіша проблема, яку ви не можете вирішити: знайти її."

Георгій Поля

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

Відповіді " шукати допомоги ", безумовно, правильні. Навряд чи ви є першою людиною, яка зіткнулася з певною проблемою.

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

(До речі, це також найкращий підхід, коли ви не можете побачити відповідь на проблему, яку ви отримаєте на співбесіді з роботи. Усно перерахуйте свої припущення та визначте, яке з них неправильне, а потім повторно атакуйте проблему. Майже усі "трюкові питання" базуються на природних, але несправних припущеннях).

Попросити допомоги - це справді найкраща відповідь, але ось ще трохи, що може бути корисним.

Тож для тих, хто довший час був у галузі, що буде, якби вам сказали вирішити проблему, якої ви не можете? Чи трапилось це, і якщо так, то що сталося? Вони просто кинули це і сказали: "Ну добре, гадаю, ми можемо зробити щось ще"? Чи були наслідки? Вам доганували, чи навіть звільнили?

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

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

Що насправді відбувається, це ваш менеджер каже: "Я хотів би, щоб ви робили X, як ви думаєте, що це займе?" І ви можете дати багато відповідей. До хороших належать:

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

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

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

Існує безліч різних типів проблем, про які ви будете натрапляти, і у багатьох є різні способи їх вирішення.

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

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

Однією з найприємніших проблем є погано вказані запити. Вони просто хочуть те, що робить "х", і не кажуть вам, як це робити. Для цього хорошим підходом є прототип інтерфейсу (як правило, графічного інтерфейсу) і нехай хтось може грати з ним.

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

Ви, як правило, знайдете свій шлях через речі так чи інакше. Це страхітливо, але, опинившись у ньому, ти завжди можеш знайти якийсь шлях.

Вашою найкращою ставкою може бути просто намалювати слова "Не панікуйте" на зовнішній стороні вашого ноутбука. І не забудьте свій рушник.

Моя послідовність вирішення задач (кожен наступний повтор виконується лише в тому випадку, якщо попередній не працював):

1. Спробуйте в Google
2. Запитайте когось
3. Шукайте безпосередньо SO (в обхід Google)
4. Подумайте
5. Дим (== чиста голова)
6. Задайте запитання щодо SO
7. Зачекайте до ранку (== ясна голова ще більше)
8. Скористайтеся цим брудним злом і почувайтеся погано в собі :(

Неприємні проблеми вирішуються на кроках 5-6.

Дійсно-дуже погані проблеми зазвичай потребують певного часу (крок 7 - це рішення для більшості проблем, які здаються, що я не можу нічого зробити). І я маю на увазі це - перейдіть на інше завдання на інший день і спробуйте вирішити проблему спочатку вранці. Це робить чудеса.

І тільки після цього настає крок 8.

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

Тут є чудова порада! Мої два копійки коштують; Не будьте переповнені великою проблемою, не забувайте, що захоплююча і складна частина вирішення проблеми розбиває її на ряд керованих і важливіше зрозумілих підпроблем, які, в свою чергу, знову і знову розпадаються на менші субпроблеми. Будь-який хороший програміст, як правило, робить це щохвилини, під час створення коду (використовуючи функції, методи, підпрограми тощо тощо, щоб зменшити загальну складність розділу коду), і ця методологія зазвичай застосовується до будь-якої великої проблеми, яку ви обличчя в житті (не тільки на роботі).

Очевидно, це залежить від конкретної проблеми. Але відповідь може бути будь-яким із:

1. Знайдіть вирішення / заміну
2. Купіть комерційне рішення, яке приблизно відповідає бажаному
3. Не здавайся і продовжуй працювати над ним стільки, скільки потрібно, до досягнення успіху .

Число 3 може вимагати відключення від проблеми та перегляду її через тижні чи місяці. Це часто допомагає.

На мій погляд, іноді виникає проблема, яку ви не можете вирішити, принаймні в обмеженні часу. Тож шукайте допомоги якнайшвидше, після того , як деякі зусилля вирішити вас не вдалося .

Пам'ятайте правило: завжди дивіться на те, чому начальник вас наймає. Робіть все, що ви думаєте, що можете зробити для найкращого результату роботи, а іноді це ранній звіт про помилки (набагато краще, ніж пізній).

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

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

Це допомагає:

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

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

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

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

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

Проблема полягає лише в тому, що ви спостерігаєте, а не в тому, що ви уявляєте.

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

Спростіть і продовжуйте спрощувати. Розбийте його на невеликі частини. Якщо ви не можете вирішити ці частини, розбийте їх. Ви почуєте себе краще. Потім розбийте його на різні невеликі частини. Кожна з цих частин має бути явищем, яке спостерігається.