Оце сиджу, працюю і задумався: «А де ж проходить та тонка межа між фіксом, який робить твій додаток надійніше, та костилем, який нагадує стіл, на якому стоїть стілець, на якому табуретка, а на ній ти намагаєшся поганяти віником павуків у старій бабиній хаті та не зломити шию, загуркотівши із цієї конструкції.
Як на мене — то це різниця у розумінні та взаємодії.
Фікс — це коли чітко розумієш у чому проблема та ти її нейтралізуєш конвенційними методами, описаними у всіх відомих best practices. Наприклад, десь зʼявляється помилка, яку ти не обробляєш, або робиш force unwrapping для опціонального значення, якого може не існувати. Ну або ж помилка просто у логіці і ти це все хутенько виправляєш.
І тобі доводиться знаходити якесь рішення, яке дозволить цьому додатку працювати, і от ти вже як той доктор Франкенштейн кричиш: «Воно живе!». А воно — бо то все ж таки г*мно-код.
Цей текст взято з особистого блогу після отримання дозволу автора.
Щодня ми носимо в своїй кишені пристрій, що в сотні мільйонів разів потужніший за комп’ютер,…
«Коли вимірюваний показник стає метою, він перестає бути хорошою мірою» Закон який значною мірою відповідальний…
Інколи здається, що ви врахували все. Упевненість у рішенні настільки висока, що ви вже подумки…
Блогер та розробник Джозеф Круз розповів, як він працює програмістом, маючи доволі серйозні проблеми із…
Голова може боліти з безлічі причин. Але один з найпоширеніших різновидів — так званий головний…
Коли розробляється MVP, ти маєш дуже обмежені ресурси — зазвичай і по складу команди, і…