Цікаві мільйон речей, мають мільйон цілей: як вибрати, на чому зосередити увагу [закрито]


19

Зараз я працюю розробником веб-додатків із використанням .NET Technologies. Мені цікаво дізнатися більше про технології, з якими я працюю, але мене ТАКОЖ цікавить мільйон інших речей ... (включаючи Систематичне програмування, Мережа, Розробка ігор, Мобільний розвиток, Тематика інформатики, Математика, участь у відкритій програмі Джерело проекту, започаткування власного бізнесу тощо).

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

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


Вибачте, я змінив, щоб спробувати уточнити запитання.
donnovan9

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

Впевнений ... краще? Це, безумовно, іронічно ха-ха
donnovan9,

7
Я думаю, що це цікаве питання ... І я серйозно!
Сал

3
Не те саме питання, але деякі відповіді можуть вас зацікавити: programmers.stackexchange.com/questions/16708/…
Benjol

Відповіді:


4

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

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

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

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

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


1
Це саме уздовж того, що я шукав! Я думаю, що фокус зараз - створити проект, який має ці перекриття. Мені подобається ідея зробити гру саме тому, що вона передбачає стільки різних навичок, що перетинаються, не кажучи вже про те, що закінчивши просту гру «понг», це дало б мені почуття впевненості та вищого самопочуття - це те, що я був відклавши на деякий час. Ігровий движок є також чудовою ідеєю, оскільки він стає початковим пунктом для майбутніх проектів, і я можу будувати і розширювати. Класні речі!
donnovan9

1
Гарний, соковитий двигун - це величезна проблема, яка розтягнула мою майстерність! Зберігає незаконність коду моєї роботи вдень :) ... + 1 для вищого самопочуття
Гарет Клаборн,

1
+ 1 для "соковитий двигун"
donnovan9

> _ <; спокусливо соковитий ~~ Сподіваюсь, я бачу вашу гру, коли вона виходить = P
Гарет Клаборн

7

Так, я думав так само, як ти. Я хотів, щоб можна було зробити гру. Тоді я б перейшов "ні! Я хочу зробити веб-додаток!" тоді я скажу "ні! Я хочу опанувати Unix!" І весь цей цикл «ні я цього не хочу, ні я хочу цього» ніколи не припинявся.

Тож ось короткий відповідь на все це: дотримуйтесь того, що робити під рукою .


Тож ось історія

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

І ось я потрапив у ігрове програмування.

Все почалося з демонстрації Visual C # Express на домашній сторінці Microsoft.com. Весь IDE був явно доступний прямо перед мною, тож я натиснув посилання для завантаження і розпочав його одразу. Я дивився відеоуроки, писав багато коду, і там мене налаштували.

Саме тоді я почав їхати ліворуч і праворуч, щоб знайти що робити. Я міг створити додаток для Windows Forms або створити веб-сайт. Тоді я б подумав про особливість, яку я міг би включити в свої проекти, але я ніколи не буду приступати до того, щоб щось фактично будувати . Я просто не був достатньо мотивований.

Це не було, поки канал новин MSDN у Visual Studio не оголосив про випуск безкоштовного фреймворку, з якого ви зможете придбати вашу гру. Це була XNA Game Studio Express v1.0! Я почав одразу. Я побудував тут і там кілька маленьких ігор.

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

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

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

Я сподіваюся, що це допомагає.


1
+1 - це не саме по собі технологія, що насправді цікаво, а виконання чиїсь реальної ідеї (мрії, якщо ви хочете) та вирішення справжніх проблем.
Péter Török

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

2

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

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

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

Зрештою, ви не тільки засвоїли речі (іноді навіть не ті речі, яких ви очікували навчитись!), Але й у вас з’явиться щось блискуче для ваших зусиль.


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

0

Ну ваша ситуація зрозуміла. Трапляється новачкам. Добре, що ваша нинішня робота в значній мірі вирішить, чим ви будете займатись у решті свого життя. Переключитися на інший рядок, такий як Системи програмування, буде важко (читати майже неможливо), чим довше ви працюєте у поточній лінії. Якщо ви хочете перейти, зробіть це через 2 роки. Ви можете слідкувати за своїми іншими інтересами на стороні. Шукайте проекти в sourceforge.


-1

Схоже, це займе багато років. Дізнайтеся Unix, він не застаріє.


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

і в списку теж Unix;)
donnovan9

@Konrad - Якщо ви не можете вирішити, і не можете йти в ногу, тоді було б розумно вибрати ті технологічні шляхи, які змінюються «повільніше», і, наприклад, * nix, Perl, C, Fortran ... це мають історію і з цього часу обов'язково будуть тут. Проблема нових технологій полягає в тому, що вони вигорають занадто швидко, і якщо ви не зосереджені на них виключно, найчастіше ви просто не можете іти в ногу.
Грак

Цікаво ... Я прекрасно йду за тим, що мені потрібно робити на роботі, принаймні ... просто переповнений вибором, чому навчитися у вільний час. І все ж мені подобається ідея вражати контраст, працюючи більше над чимось на зразок внутрішніх систем ОС або мереж у вільний час (які також змінюються повільніше). Я все ще лишаюсь хочу зробити більше.
donnovan9
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.