Що таке проект чи специфікація, яку помістили на ваш стіл, чого неможливо зробити? Як ви пояснили дилему "запитувачу"? Що ще важливіше, вони зрозуміли після пояснення фундаментального питання?
Відповіді:
Мені сказали зробити принтер швидше друкувати.
Серйозно, і мене записали за невдачу. Бос був не дуже кмітливий і не розумів, чому я не можу його прискорити.
Реалізуйте всі функції, які ми вже продали. Я просто тримав голову вниз і продовжував працювати, і давав можливість вищим особам усвідомити, що відбувається.
Не призначено мені само по собі, а лише те, про що думали ...
"Чи могли б ми створити [щось, що імітує функціонал Excel] як онлайн-продукт за кілька місяців?"
Функціональність електронних таблиць. Те, над чим працюють дві найбільші компанії програмного забезпечення в історії людства (Microsoft та Google). І ви хочете створити базовий двигун плюс функціональність, яка наразі не існує ні в одному. Лише за кілька місяців. Використовуючи талант у нас.
Правильно ...
Мене попросили придумати спосіб визначення, коли і якщо нитка зупиниться. Це було для того, щоб ми могли знайти і запобігти всі ці багатопотокові помилки. Здається, вони ніколи не чули про проблему зупинки. (потім знову ж таки, вони також не вірили в замки, мьютекс або використання будь-яких методів синхронізації.)
Хлопець з продажу запитав мене, що нам робити, щоб зупинити помилки в продукті.
Моя відповідь була: Продай її лише після того, як ми закінчимо її! : O)
Мене попросили впровадити пошук за два дні для нашого корпоративного додатка ... не дуже погано. Я можу зробити це. Я спеціально зазначив:
Просто так ви знаєте, я не google, тому фантастичний рейтинг та автоматичні пропозиції та все це ... швидше за все не відбудеться, особливо не через 2 дні.
Через 3 дні: "Але Google робить ..."
Це не офіційне завдання (поки що), але власник цієї компанії постійно просить поставити абсолютно все про наш бізнес "На хмарі". Пощастило мені, я не відповідальний за формулювання відповіді на це :)
Одного разу мене попросив старий, майже старечий чоловік зробити програму, щоб виграти в лотерею.
Я був як...
"О ... (хахахахахахахахаха) вибачте, це просто алергія, але продовжуйте ..."
Він показав мені свої "теорії", до яких він придумав, проаналізувавши записи на 20 років, і що якби я просто створив програму, яка слідувала його правилам, він заплатить мені.
Я склав програму, подав її, показав йому, що вона працює за його правилами, отримав плату, побажав йому удачі і сказав йому, якщо він коли-небудь ставить занадто великі і втратить занадто багато грошей, я в жодному разі не винен.
: X
Мене і ще пару програмістів одного разу запитали, чому ми не змогли знайти алгоритм, щоб визначити, де дірки в тривимірній геометрії, складені з трикутників ( STL-файли , для тих, хто їх знає, і не точно відповідають правильній специфікації -добові-дозволено). Мій начальник, здається, не розумів, наскільки це може бути важко, адже зрештою, він міг просто подивитися на надану модель і вказати на дірки в ній.
Одного разу мені було доручено створити 1: 1 переклад коду доступу VBA до PL / SQL. Все пройшло відносно добре, поки я не з'ясував, що глибоко в межах декількох вкладених IF та LOOPs процедури відкриє діалог "так-ні" і попросить користувача прийняти інше рішення. Найкраще, що я міг запропонувати, і, врешті-решт, реалізував, - це додати ще один параметр до цієї процедури; якщо він зіткнувся з цією гілкою, він відкатується, поверне спеціальний статус, який наказує програмі GUI запитати користувача, а потім перезапустить процедуру з додатковим параметром.
(не я, а колега) Давно я працював над створенням програмного забезпечення для Windows, яке могло б контролювати та контролювати промислові машини. Одним із варіантів підключення до машини було набір номера через модем.
Великий клієнт назвав менеджера високого рівня з проблемою: вони не змогли підключитися до віддаленого об'єкту, тому що вони постійно отримували сигнал зайнятості (вони ділилися апаратною лінією з голосовою лінією чи іншим)
Коли мій колега виявив, що проблема не в програмі, а в тому, що телефонна лінія справді зайнята, менеджер відповів: "Це смішно. Ви не можете це кодувати?"
Одного разу мене попросили виправити регулярний вираз, який використовувався для розбору декларацій функції C #, оскільки команда QA знайшла спосіб його розбити. Це, на жаль, не є можливим завданням, оскільки декларації функцій неможливо описати як звичайну мову в C # (атрибути, загальні типи, аргументи атрибутів тощо).
Я вирішив проблему, просто пояснивши, що це неможливе завдання, і деталізував декілька прикладів із вкладеними загальними типами. Спочатку мене керівництво не повірило (було 2 тижні роботи), але мені вдалося пояснити проблему пару старших розробників, і вони, в свою чергу, переконали менеджмент. Врешті-решт, вони вирішили зробити найкраще зусилля, і пізніше додати справжній парсер.
Автоматично генерувати список усіх дійсних комбінацій пошуку, які повертають результати з бази даних. Хоча це не логічно неможливо з точки зору кодування, враховуючи, що розмір бази даних постійно зростав, це було вкрай непрактично, і серйозність може врешті-решт сповільнитись, намагаючись створити комбінації.
8-10 років тому нам довелося написати «веб-додаток», який робив те, що робив наш настільний продукт приблизно за 2 тижні. На веб-сайті виявився майже весь сценарій JavaScript JavaScript на стороні клієнта для тиражування настільного продукту. Єдина обробка на стороні сервера передбачала створення варіантів споживання клієнтів.