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

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

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

Редагувати:

Слід зазначити, що це майже єдина робота на території кампусу, яка робить будь-яке програмне забезпечення, доступне на даний момент, тому "просто змінити роботу" насправді не є варіантом :(

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

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

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

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

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

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

Але врешті-решт, вам доведеться кусати кулю.

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

Принаймні, ось що зробили ці хлопці:

• haXe націлює PHP, Flash, JavaScript, C ++ та Neko; можливо, JVM у майбутньому
• Васабі націлює VBscript, JavaScript, PHP4, PHP5 та .NET
• Scriptol націлений на PHP та C ++
• CoffeeScript націлений на JavaScript

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

Щасти.

Дійсно? Ви робите те, що робите, коли ВИ ХОЧУТЬ працювати над будь-яким, що ненавидите. Ти стискаєш зуби, копаєшся і робиш роботу.

..аж ти навчишся бути трохи легшим!

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

Якщо ваш роботодавець змушує вас регулярно працювати, використовуючи інструменти, які ви «ненавидите» (що є дуже сильним терміном), то, можливо, ви неправильно працюєте?

Бути прагматичним є важливим для професіоналізму.

Це можливість навчання.

Пам'ятає кілька речей:

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

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

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

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