Ви ще порадьте вчити основи якої-небудь непотрібної погані кшталт C # :)
Ось, ось згадайте хоча б Дональда Кнута. Мене вражає така дитяча зарозумілість. Люди які самі нічого не створили, таврують ганьбою такі програми як Delphi, Pascal, C #, Windows, програми які використовує величезне число людей. Ну хто ви такі псевдо інтелектуали і псевдохакери? Напевно це зручно сидіти як купа все життя за сраним монітором в сраним офісі на посаді офісного програміста. Треплєв про двадцять першому столітті Не один з вас не створив подібної технології. У вас немає нічого хакерського.
Поки писав, з'явилося нове повідомлення. Доведеться свої претензії до Delphi обґрунтувати докладніше.
Re: Як правильно підійти до вивчення Delphi?
Влітку я вчив С ++ по книзі Джеса Ліберті, відпрацьовуючи кожну вправу, вивчаючи кожне визначення, експериментуючи з кожним кодом. Навіть коли я йшов на вулицю або їхав в автобусі брав з собою блокнот і ручку, щоб при можливості що-небудь написати. Скачував вихідні, набрав купу літератури. Він вибив усе літо, засиджуючи з ранку до вечора. І міг уже дещо типи хрестиків нуликів написати, залишалося тільки вдосконалювати. Але ось настав наступний навчальний рік, програми стала орієнтована на іншу мову, часу зовсім немає і я став все забувати.
І так постійно.
Люди які самі нічого не створили, таврують ганьбою такі програми як Delphi, Pascal, C #, Windows, програми які використовує величезне число людей.
Переважна більшість з "таврують ганьбою" не має до професійного програмування ніякого відношення, про подібний підхід - це чистої води дилетантизм. При виборі засобів реалізації конкретного програмного проекту і так діє досить обмежень, щоб ще ускладнювати цю задачу постійним повторенням релігійних заклинань типу "Windows must die, Linux forever".
Але ось настав наступний навчальний рік, програми стала орієнтована на іншу мову, часу зовсім немає і я став все забувати.
Не засмучуйтесь: при необхідності, згадувати набагато легше, ніж вчити заново :)
Re: Як правильно підійти до вивчення Delphi?
Не засмучуйтесь: при необхідності, згадувати набагато легше, ніж вчити заново :)
Дійсно, з часом став помічати, що першочергово це потроеніе алгоритму, ідея, а лише потім його запис на мові програмування. Буду шліфувати С ++.
Як варіант, якщо програмувати на C ++, то можна вибрати систему Borland C ++ Builder.
Це шкідлива рада. C ++ Builder працює з якимось спотвореним діалектом C ++, до місця і не до місця копіюючи при цьому ідеї з Delphi. Жах. Вчити мову найкраще використовуючи компілятори, добре підтримують стандарт (наприклад, gcc).
Я маю на увазі, що за час, витрачений на вивчення технологій ігростроенія, досвід програмування прийде сам собою (якщо не кидати цю справу звичайно). ) Непостредственное до написання іграшки найкраще підходити вже на тверезу голову і глибоким розумінням, важливо з самого початку не допускати серйозних помилок в дизайні / архітектурі. У цьому сенсі, рада почати з хрестиків-нуликів не позбавлений сенсу. Звичайно, писати починати потрібно щось більш серйозне, наприклад середу креш-тестів для освоєння ігрової фізики, рей-трейсер для освоєння 3d-графіки, c.
Ах да, технічна сторона іграшки не завжди має першорядне значення. Була б сама задумка.
P.S. Про хакерів ви тут повна маячня понаписували. )