Чому розробникам потрібно бути в курсі технологій та методологій? [зачинено]

Мені завжди дають поради, що розробникам потрібно бути в курсі новітніх технологій - таких як webrtc, оновлення html5 та css3 та нових js-бібліотек, програмних методологій, таких як TDD, DDD та BDD.

Питання - чому ? Чому нам потрібно постійно оновлювати себе? Чи не можемо ми просто дотримуватися того, що ми знаємо, і стати кращими?

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

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

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

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

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

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

² Це працює як для природних, так і для мов програмування.

Чи не можемо ми просто дотримуватися того, що ми знаємо, і стати кращими?

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

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

Ну, мабуть, це пов'язано з тим, що ви веб-розробник, і технології в цій галузі дуже мінливі, коли мови, платформи, інструменти та методології зростають і користуються популярністю. Це дуже високий рівень. Якщо будь-який з шарів під ним змінений, це змінює положення зверху. І, чесно кажучи, це нове (ish). Нові поля мають багато місця для інновацій.

Особисто я працюю над вбудованими пристроями, вивчив C, і це досить добре працювало для мене.

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

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

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

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

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

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

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

ІМХО, вам потрібно знайти баланс. Це вимагає майстерності та досвіду.

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

Але ви також повинні побачити, як ця мова розвивається, і зрозуміти динаміку розвитку програмного забезпечення в цілому. Чи буде Java через 10 років, Phyton залишиться там, PHP буде замінено .NET і Mono?

Це масштабні стратегічні запитання, відповіді на які дозволять вам стати високо оціненим професіоналом у вашій галузі, маючи при цьому надійну резервну копію (1 або 2 мови) та знаючи, коли рухатися з основної платформи.

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

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

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

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

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

Тому що "дотримуватися того, що ти знаєш" означає невдачу "оздоровитись". Вам не доведеться застосовувати будь-яку нову практику і рамки, які випливають, але ви повинні хоча б мати усвідомлену думку щодо популярних. У веб-розробці просто поставити запитання буде виглядати жахливо для інтерв'юера. Веб-розробник завалений кар'єрами трупів людей, які хотіли перестати вчитися новому після 2000 року, і це так, як має бути, тому що вони роблять більше роботи для решти нас. Тримайтеся подалі від диявола, якщо це вас не цікавить. Це неприємне співвідношення $ / година, якщо частина, де ви дізнаєтесь нові речі, відчуває себе роботою.