Залежить від галузі. Є дуже динамічні, скажімо фронтенд, де від верстання статичних сторінок таблицями дійшли до реактивного програмування і SPA. Чи в обробці великих даних і машинному навчанні все дуже нове і не схоже на каласичне програмування. А є галузі, де все стабільно, скажімо корпоративна Джава.
Дякую за класне відео! Дали надію, що повернення до мобільної розробки після 4річної перерви можливе, хоча буде ой як непросто. Бажаю і Вам робити коротші перерви між відео, і ще натхнення на нові випуски
Все вірно, прям моїми думками сказали. Це як класти цеглу або плитку. Змінюються тільки матеріали, їх властивості та габарити (мови, fw, інструменти), техніка (алгоритми) залишаються незмінними на десятиріччя.
Сижу зранку п'ю каву, думав як зазвичай втикатиму якусь дурню на ютубі, але ні, натрапив на цікаве та корисне відео. Тож дякую, Алекс, за незмарновані 7 хвилин)
В мене першими мовами (просто, на рівні виконання студентських лабораторних) були Pascal, C++, JavaScript та PHP. Потім я захотів писати веб парсери, і після деяких роздумів вирішив, що краще вивчу Python для цієї цілі. Тому, дійсно, щоб вибрати свою першу мову, яку ви будете вивчати, - спершу визначіться, що саме ви хочете розробляти: чи сайти, чи ігри, чи ті ж веб парсери, чи щось з розробки штучного інтелекту. Навіть якщо ви поки не визначились з тим, що саме хотіли б розробляти, - добре, можете вибрати Python чи JavaScript, - для старту підійде
Дякую, більшої фобії, для тих хто хотів би стати програмістом, ніж та, про яку йдеться у відео, я особисто як не програміст, не знаю. Щиро дякую. Прохання, якщо можна, викладіть відео з переліком літератури по "найфундаментальнішим основам програмування", які ніколи не застаріють
В мене є про це відео (книги які має прочитати кожен програміст) Але окрім книг які я назвав у відео я б ще добавив - Чистий код (Роберт Мартін) ну і взагалі повний комплект Мартіна - Head First. Патерни проєктування (Ерік Фрімен Елізабет Робсон)
В тому вся і проблема, що база вчиться один раз (і сама по собі вона нічого не варта), а ось решту потрібно весь час вчити, тобто в цьому не має кінця краю, кожен грьобаний день береш, і вчиш нове, бо те, що вчора вивчив, або не актуально, або таким стане післязавтра!
@Игорь Тяжкороб це не залежить від того, працюєш ти зараз, чи ні, із власного досвіду можу сказати, що ось такий, вище описаний мною сценарій, завжди актуальний, приходиш вранці на роботу, починаєш листати стрічку про технічні новини, і понеслось...
@@nikolaslindemann9979Цікавий робочий день. Ліби заради ліб. Якщо над чимось працюєш, воно колись стартувало і тоді обрали фундамент, на якому воно має базуватись. Саме це і має складати робочий день. А ввечері, чи коли у кого час саморозвитку - можна й подивитися, які нові цеглини з'явилися і що наступне з них можна побудувати.
@Игорь Тяжкороб ніхто ж не забороняє писати 100 рядків) js буде актуальний ще довго, але фреймворки дозволяють пришвидшити розробку разів в 5. Також ніхто не забороняє залізти під капот фреймворка і розібратися як воно працює, щоб його робота не здавалася магією)
Я чомусь згадав, як на парах з вебтехнологій де ми щось робимо на HTML i CSS викладач постійно говорить, що тією чи іншою функцію майже що не користуються чи про неї забули взагалі. Або як у іншого де ми вивчаємо WinForm i WPF показують що вакансій дуже великий мізер, але через них ми навчаємося принципів ООП, які нам знадобляться у майбутньому. Сподіваюся в мене вийде на WinForm написати комп'ютерну гру на курсову
Головне затуси з одногрупниками які також програмують і самі пробуйте вчитись, брати різні мови програмування, робити свої проєкти навіть для приколу за вечір. Це дуже допоможе стати крутим профі, а в найкращому випадку зможете зробити свій величезний проєкт вже в універі
@@alex-kovalchuk ну я уже затусив з чуваком який уже придумує свої мови програмування. А зараз зі своїм старим другом робимо на курсову гру у триклятому WinForm. І я уже відчуваю як безсонні ночі і усвідомлення як це лайно працює робить мене сильнішим
Найчастіше зустрічав в мікроконтролерах де треба запихнути максимум функціоналу в дуже обмежене залізо. Наприклад побудова техніка, іграшки, дрони Якщо написати на С то треба буде брати потужніший а відповідно дорожчий контролер. А якщо тираж продукту сотні тисяч штук то асемблер дозволяє дуже сильно здешевити виробництво
Якщо до проблемі підходити абстрактно, то я згодний. Після коми програміст з досвідом досить швидко наздожене сучасні технології. Але ви забули сказати, що при цьому він буде не сеньором, а достатньо перспективним джуном. І особисто я вважаю, що рекомендувати початківцям вивчати патерни та читати чистий код замість фреймворків це не дуже гарна ідея. Ми, люди, так влаштовані, що нам легко заходить те, що ми вважаємо потрібним і дуже погано те, що ми не можемо використовувати. Просто пригадайте як більшість з нас намагалися навчити читати. У когось це зайшло без сліз та шмарклів до полу? Особисто я таких не знаю. І переважна більшість дітей буде пручатися. Просто тому, що особисто їм це не потрібне. І, до речі, нам у цьому слід вчитися у дітей. Я свого часу, коли треба було навчати мою дочку, вирішив, що треба знайти інший шлях. І я його знайшов. Ми тоді грали в Kings Bounty. І дочка дуже швидко збагнула, що зі мною у неї все віходить, а якщо вона сама, то вона часто програє. Тоді я їй розповів, що є цифри і по ним можна точно передбачити результат. Перше що зробила дочка це попросила мене її навчити. І, на відміну від багатьох, вона вчилася як скажена. До напівпритомного стану. Тому що це було потрібно особисто їй. Не мені, чи мамі, чи виховательці у садку. Їй. З програмуванням така ж сама історія. Коли ви починаєте ніхто не буде вам давати найскладні завдання. Скоріше за все це буде писати отут по аналогії ось з цим. І якщо налажаєш тебе потикають паличкою, що так не треба робити. А от коли ти отримаєш власний досвід і стикнешся с тим, що щось не можеш зробити щось без милиць це як раз і є той самий час щоб вивчати шаблони проектування, архітектуру і все інше. Тому що у тебе є розуміння навіщо це все потрібне. А через деякий вже можна читати щось на кшталт чистого коду. Тому що в тебе вже є розуміння що б ти хотів поліпшити. До того ж вкрай важливо виважено підходити до такої літератури. Тому що загальні знання вони і говорять про загальне. І якщо бездумно використовувати все підряд це скоріше за все принесе проблеми, а не рішення. Наприклад рекомендується не писати функції з великою кількістью параметрів. Якщо це необхідно треба обгортати їх в об'єкт з іменованими полями. І якщо ви пишите на Java, то це дуже сильно полегшить вам життя. А якщо на Kotlin, де є іменовані параметри та дефолтні значення це тільки ускладнить код. Звичайно це не значить, що треба відхреститися від патернів, чистого коду та всього іншого. Ви все це будете використовувати просто коли будете робити по аналогії. І коли прийде час ви просто розкладете все по поличкам. І саме тому, особисто я, не вважаю доречним питати на співбесідах джунів про патерни, архітектуру, чистий код. По суті відповіді характеризують вміння вчити вірши. А це рідко коли треба вміти коли ти розробник.
Дякую за такий крутий і розгорнутий комент Я згідний що потрібно тримати баланс під час навчання і закріпляти практикою вивчене. Тому на початкових етапах патерни не знадобляться. Але тут також є проблема курки та яйця, оскільки неможливо знайти розв'язання своєї проблеми, якщо ти його вже не знаєш. Тому я рекомендую хоча б по діагоналі ознайомитись з патернами, підходами і коли з'явиться проблема людина буде знати хоча б куди копати
@@alex-kovalchuk На мій погляд це може статися лише тоді, коли джун залишився взагалі сам. Але, погодьтеся, це треба бути абсолютним довбнем щоб таке утнути. У всіх інших випадках джун просто звернеться до свого куратора і той йому підкаже рішення за одне розказавши про цей конкретний випадок.
Фреймворки та бібліотеки лише підбірка реалізації типових рутинних задач. Якщо маєш хороші базові знання і можеш реалізувати те ж саме власноруч, проблема відпадає і легко знаходиш ту підбірку, де найбільше співпадіння з задачею. А то багато хто зараз не розбираючись підключає багатомегабайтний фотошоп заради лише простенької інтерполяції кольору, яку можна у 10 стрічок самому написати (приклад, до речі, реальний, але дуже показовий)
@@alex-kovalchuk про мови ООП не знаю, а в С використовуються як обробка виняткових ситуацій. В основному щоб почистити виділену памʼять. А багато прочитаного коду качають вміння розуміти що там відбувається. 🙂 Дякую за відео, дуже кльові.🙂
Привіт! Що думаєш про Data-Oriented Design? Цей підхід дуже відрізняється від ООП та с кожним роком набуває все більшої популярності (особливо, в сфері розробки ігор). Тобто, людина, яка, наприклад, вийде з коми років через 10, може не вдуплитися в нові реалії програмуання так швидко, як раніше, можливо, доведеться освоювати професію майже з нуля. Чи не все так погано?
"Погані програмісти думають про код. Гарні програмісти думають про структури даних та їх взаємоз'язки", - Лінус Торвальдс. І ні, він це сказав не вчора.
Не лише переказую ще й порекомендував почитати "Чисту Архітектуру"😅 А взагалі при підготовці до ролика використав книги Чиста архітектура (Робер Мартін) і Досконалий код (Стів Макконел) Ще звірявся з Як пасти котів (Дж. Генк Рейнвотер) і Чистий код (Робер Мартін) але інфу звідти не використав і вирішив розбити на декілька роликів, щоб більш сфокусовано про кожну тему розказати
2:45 Стає зрозуміло, що потрібно вивчити саме парадигми. А як їх вчити? Все одно потрібна якась мова програмування щоб їх практикувати. А яка? Яку мову вибрати початківцю щоб вивчити парадигми програмування? 100% потрібно брати якусь стару мову, бо брати якусь нову ризиковано, бо вона може не стати популярною і усі знання по цій мові ризиковано можуть стати не потрібними.
В першу чергу дивись чим хочеш займатись, зазвичай є одна-дві мови стандарт для сфери. Наприклад для ігор C#/C++, android - Kotlin, apple - Swift. Якщо хочеш більш широкий вибір, то бери щось з топ 5 мов різниці не буде. Головне не зупинитись з однією мовою і вчити різні. Після 3 уже буде легко кожна наступна 😅 Як першу мову рекомендую python. Хоча у мене першою мовою була C.А в фундаментальних книгах як приклад дуже часто використовується Java
@@alex-kovalchuk Я ще більше заплутався. Навіщо стільки мов? Що не можна було придумати одну? На скільки відсотків синтаксис мов відрізняється? Всі мови мають FOR і багато інших спільних слів.
Тільки от якщо обрати нормальну мову програмування, то і там не так вже і швидко буде все змінюватися. Той самий с з 72-го, джава з 95-го, (як і пайтон), а одна з "нових" перспективних мов програмування rust з 2010-го. І ці "старі" мови програмування будуть ще дуже актуальними довгий час, тому що, по перше, у нас все ті ж самі транзисторні процесори, по-друге, вони відповідають потребам бізнесу. Коли технології занад-то швидко змінюються (як в світа джава скрипта, коли ти тільки почав вчити фреймворк, а через тиждень виходить нова версія яка повністю відрізняється від попередньої) це не від того що нові технології такі крути, а від того, що старі такі погані
Згідний, але деколи можна не вгадати, наприклад хто в 1972 знав що C буде живий, а COBOL чи Fortran - помруть. Тому якщо вчити декілька мов, то все точно буде гарно
Ні про що... В мене дня не проходить, щоб я не вивчав чогось нового. Особливо відчувається застарівання знань, коли змінюєш місце роботи. Не застарівають лише самі базові принципи.
Так, але знаючи базові принципи усе інше вивчається дуже швидко. І власне базові принципи це найголовніше для освоєння програмісту, щоб стати професіоналом. Багато людей приділяють занадто велику увагу конкретним бібліотекам і мовам і в результаті перехід на іншу мову програмування чи стек для них великий стрес. А якщо вчити патерни, парадигми, підходи то різні мови будуть сприйматись просто як новий інструмент
Мова йшла про ті часи, коли такі купи були єдиним варіантом. Не було просто "блоків коду у фігурних дужечках", була лише суцільна ковбаса з переходами по ній вперед-назад (власне дуже наближено до будь якого ассемблера)
6:52 "А сєгодня паніковать могут нє только лішь всє. Мало кто можєт ето дєлать"
дякую за чергове цікаве та корисне відео!! хочу, щоб такий контент бачило більше людей, тому пишу довгий коментар. автору успіхів та натхнення!
Дякую за підтримку!
Залежить від галузі. Є дуже динамічні, скажімо фронтенд, де від верстання статичних сторінок таблицями дійшли до реактивного програмування і SPA. Чи в обробці великих даних і машинному навчанні все дуже нове і не схоже на каласичне програмування. А є галузі, де все стабільно, скажімо корпоративна Джава.
5:18 Я спочатку не зрозумів що це за дядько, а потім як розумів ... 😆😆😆 Це ж Біл Гейтс в молодості.
АО МММ
Дуже дякую Вам за ваші цікаві та корисні україномовні випуски!)
Дякую за підтримку
Дякую за класне відео! Дали надію, що повернення до мобільної розробки після 4річної перерви можливе, хоча буде ой як непросто.
Бажаю і Вам робити коротші перерви між відео, і ще натхнення на нові випуски
Все вірно, прям моїми думками сказали. Це як класти цеглу або плитку. Змінюються тільки матеріали, їх властивості та габарити (мови, fw, інструменти), техніка (алгоритми) залишаються незмінними на десятиріччя.
Усвідомлення цього приходить десь на тому обʼємі знань та навичок коли переходиш на рівень мідла.
Сижу зранку п'ю каву, думав як зазвичай втикатиму якусь дурню на ютубі, але ні, натрапив на цікаве та корисне відео. Тож дякую, Алекс, за незмарновані 7 хвилин)
Радий що допоміг не змарнувати 7 хвилин 😅
Дуже цікаво !
Дуже потужно, дякую)
Буду ставити на колію іт. Не знав з чого почати, дуже дякую)
Радий що дав натхнення. Сподіваюсь у тебе все вийде
Надзвичайно актуально і корисно, дякую!
В мене першими мовами (просто, на рівні виконання студентських лабораторних) були Pascal, C++, JavaScript та PHP.
Потім я захотів писати веб парсери, і після деяких роздумів вирішив, що краще вивчу Python для цієї цілі.
Тому, дійсно, щоб вибрати свою першу мову, яку ви будете вивчати, - спершу визначіться, що саме ви хочете розробляти: чи сайти, чи ігри, чи ті ж веб парсери, чи щось з розробки штучного інтелекту.
Навіть якщо ви поки не визначились з тим, що саме хотіли б розробляти, - добре, можете вибрати Python чи JavaScript, - для старту підійде
Дякую!
Дуже дякую з таке відео на солов'їній. Все вірно і по суті.
Хм 🤔 цікава форма подання інформації 😄 подобається
Дякую, більшої фобії, для тих хто хотів би стати програмістом, ніж та, про яку йдеться у відео, я особисто як не програміст, не знаю. Щиро дякую.
Прохання, якщо можна, викладіть відео з переліком літератури по "найфундаментальнішим основам програмування", які ніколи не застаріють
В мене є про це відео (книги які має прочитати кожен програміст)
Але окрім книг які я назвав у відео я б ще добавив
- Чистий код (Роберт Мартін) ну і взагалі повний комплект Мартіна
- Head First. Патерни проєктування (Ерік Фрімен Елізабет Робсон)
Дякую
Дякую, корисне відео! Через 30 років залишиться актуальним
Не вірю своїм очам, нарешті нове відео🤩 дякую, цікаво було подивитись👍
Думав тиждень паузи зробити, а тут два місяці такі вжух і пролетіли
@@alex-kovalchuk не пропадайте так надовго😇
Дуже цінно, дякую.
А "не панікуй", чи "без ппніки", це ж ключова фраза з книги "Автостопом по гаоактиці" 😂
Це та що про число 42 😅
Думка зробити відсилку з'явилась уже на монтажі, тому фраза не зовсім точна
Побачив ваше відео з топ книг для програмистів. Якщо можна, додайте посилання на це відео в описі під цим випуском. Щиро дякую.
Привіт я ваш новий підписник
Дякую за підтримку
В тому вся і проблема, що база вчиться один раз (і сама по собі вона нічого не варта), а ось решту потрібно весь час вчити, тобто в цьому не має кінця краю, кожен грьобаний день береш, і вчиш нове, бо те, що вчора вивчив, або не актуально, або таким стане післязавтра!
@Игорь Тяжкороб це не залежить від того, працюєш ти зараз, чи ні, із власного досвіду можу сказати, що ось такий, вище описаний мною сценарій, завжди актуальний, приходиш вранці на роботу, починаєш листати стрічку про технічні новини, і понеслось...
@@nikolaslindemann9979Цікавий робочий день. Ліби заради ліб. Якщо над чимось працюєш, воно колись стартувало і тоді обрали фундамент, на якому воно має базуватись. Саме це і має складати робочий день. А ввечері, чи коли у кого час саморозвитку - можна й подивитися, які нові цеглини з'явилися і що наступне з них можна побудувати.
З моїх спостережень - на фронті все змінюється динамічніше ніж на беці. Це одна з причин чому я зараз бекенд девелопер)
На фронті просто фреймворки та бібліотеки кожного року зʼявляються нові) а під капотом все той же JS
@Игорь Тяжкороб ніхто ж не забороняє писати 100 рядків) js буде актуальний ще довго, але фреймворки дозволяють пришвидшити розробку разів в 5. Також ніхто не забороняє залізти під капот фреймворка і розібратися як воно працює, щоб його робота не здавалася магією)
Я чомусь згадав, як на парах з вебтехнологій де ми щось робимо на HTML i CSS викладач постійно говорить, що тією чи іншою функцію майже що не користуються чи про неї забули взагалі. Або як у іншого де ми вивчаємо WinForm i WPF показують що вакансій дуже великий мізер, але через них ми навчаємося принципів ООП, які нам знадобляться у майбутньому. Сподіваюся в мене вийде на WinForm написати комп'ютерну гру на курсову
Головне затуси з одногрупниками які також програмують і самі пробуйте вчитись, брати різні мови програмування, робити свої проєкти навіть для приколу за вечір. Це дуже допоможе стати крутим профі, а в найкращому випадку зможете зробити свій величезний проєкт вже в універі
@@alex-kovalchuk ну я уже затусив з чуваком який уже придумує свої мови програмування. А зараз зі своїм старим другом робимо на курсову гру у триклятому WinForm. І я уже відчуваю як безсонні ночі і усвідомлення як це лайно працює робить мене сильнішим
Дякую за корисну інформацію. Мені цікаво: а десь ще використовують ассемблер?! Бо мені наразі його не менш цікаво вивчати аніж python 😊
Найчастіше зустрічав в мікроконтролерах де треба запихнути максимум функціоналу в дуже обмежене залізо. Наприклад побудова техніка, іграшки, дрони
Якщо написати на С то треба буде брати потужніший а відповідно дорожчий контролер. А якщо тираж продукту сотні тисяч штук то асемблер дозволяє дуже сильно здешевити виробництво
@@alex-kovalchuk Дякую!🙏
Хаххаххаа)) Можна можна) Головне з розумним(ою) лицем(пикою). 😉
Егеж, розкажіть це Chat Gpg😉
Уже розказав. Власне він допоміг мені сценарій написати 😅
Якщо до проблемі підходити абстрактно, то я згодний. Після коми програміст з досвідом досить швидко наздожене сучасні технології. Але ви забули сказати, що при цьому він буде не сеньором, а достатньо перспективним джуном.
І особисто я вважаю, що рекомендувати початківцям вивчати патерни та читати чистий код замість фреймворків це не дуже гарна ідея. Ми, люди, так влаштовані, що нам легко заходить те, що ми вважаємо потрібним і дуже погано те, що ми не можемо використовувати. Просто пригадайте як більшість з нас намагалися навчити читати. У когось це зайшло без сліз та шмарклів до полу? Особисто я таких не знаю. І переважна більшість дітей буде пручатися. Просто тому, що особисто їм це не потрібне. І, до речі, нам у цьому слід вчитися у дітей. Я свого часу, коли треба було навчати мою дочку, вирішив, що треба знайти інший шлях. І я його знайшов. Ми тоді грали в Kings Bounty. І дочка дуже швидко збагнула, що зі мною у неї все віходить, а якщо вона сама, то вона часто програє. Тоді я їй розповів, що є цифри і по ним можна точно передбачити результат. Перше що зробила дочка це попросила мене її навчити. І, на відміну від багатьох, вона вчилася як скажена. До напівпритомного стану. Тому що це було потрібно особисто їй. Не мені, чи мамі, чи виховательці у садку. Їй. З програмуванням така ж сама історія. Коли ви починаєте ніхто не буде вам давати найскладні завдання. Скоріше за все це буде писати отут по аналогії ось з цим. І якщо налажаєш тебе потикають паличкою, що так не треба робити. А от коли ти отримаєш власний досвід і стикнешся с тим, що щось не можеш зробити щось без милиць це як раз і є той самий час щоб вивчати шаблони проектування, архітектуру і все інше. Тому що у тебе є розуміння навіщо це все потрібне. А через деякий вже можна читати щось на кшталт чистого коду. Тому що в тебе вже є розуміння що б ти хотів поліпшити. До того ж вкрай важливо виважено підходити до такої літератури. Тому що загальні знання вони і говорять про загальне. І якщо бездумно використовувати все підряд це скоріше за все принесе проблеми, а не рішення. Наприклад рекомендується не писати функції з великою кількістью параметрів. Якщо це необхідно треба обгортати їх в об'єкт з іменованими полями. І якщо ви пишите на Java, то це дуже сильно полегшить вам життя. А якщо на Kotlin, де є іменовані параметри та дефолтні значення це тільки ускладнить код.
Звичайно це не значить, що треба відхреститися від патернів, чистого коду та всього іншого. Ви все це будете використовувати просто коли будете робити по аналогії. І коли прийде час ви просто розкладете все по поличкам.
І саме тому, особисто я, не вважаю доречним питати на співбесідах джунів про патерни, архітектуру, чистий код. По суті відповіді характеризують вміння вчити вірши. А це рідко коли треба вміти коли ти розробник.
Дякую за такий крутий і розгорнутий комент
Я згідний що потрібно тримати баланс під час навчання і закріпляти практикою вивчене. Тому на початкових етапах патерни не знадобляться.
Але тут також є проблема курки та яйця, оскільки неможливо знайти розв'язання своєї проблеми, якщо ти його вже не знаєш. Тому я рекомендую хоча б по діагоналі ознайомитись з патернами, підходами і коли з'явиться проблема людина буде знати хоча б куди копати
@@alex-kovalchuk На мій погляд це може статися лише тоді, коли джун залишився взагалі сам. Але, погодьтеся, це треба бути абсолютним довбнем щоб таке утнути. У всіх інших випадках джун просто звернеться до свого куратора і той йому підкаже рішення за одне розказавши про цей конкретний випадок.
Фреймворки та бібліотеки лише підбірка реалізації типових рутинних задач. Якщо маєш хороші базові знання і можеш реалізувати те ж саме власноруч, проблема відпадає і легко знаходиш ту підбірку, де найбільше співпадіння з задачею. А то багато хто зараз не розбираючись підключає багатомегабайтний фотошоп заради лише простенької інтерполяції кольору, яку можна у 10 стрічок самому написати (приклад, до речі, реальний, але дуже показовий)
В тебе в описi помилка, ти написав: вчити все наново , це с початку написано)
Треба вміти програмувати, і все. Якщо ти вмієш написати систему компютерного зору, то ти це зробиш на будь якій мові.
goto все ще актуальна , не часто але використовується🙂
У вмілих руках це гарний інструмент, але майже завжди його використання неоправдане. Він несе більше хаосу ніж добра
@@alex-kovalchuk про мови ООП не знаю, а в С використовуються як обробка виняткових ситуацій. В основному щоб почистити виділену памʼять. А багато прочитаного коду качають вміння розуміти що там відбувається. 🙂
Дякую за відео, дуже кльові.🙂
Стрибати. "Стрибати в гречку"
Привіт! Що думаєш про Data-Oriented Design? Цей підхід дуже відрізняється від ООП та с кожним роком набуває все більшої популярності (особливо, в сфері розробки ігор). Тобто, людина, яка, наприклад, вийде з коми років через 10, може не вдуплитися в нові реалії програмуання так швидко, як раніше, можливо, доведеться освоювати професію майже з нуля. Чи не все так погано?
"Погані програмісти думають про код. Гарні програмісти думають про структури даних та їх взаємоз'язки", - Лінус Торвальдс. І ні, він це сказав не вчора.
Про Кнута забули. Що ж то за програміст, який не читав Кнута? :)
Контент ТОП
Дякую, буду старатись робити більше крутого контенту
пан переказує "Чисту Архітектуру"?
Не лише переказую ще й порекомендував почитати "Чисту Архітектуру"😅
А взагалі при підготовці до ролика використав книги Чиста архітектура (Робер Мартін) і Досконалий код (Стів Макконел)
Ще звірявся з Як пасти котів (Дж. Генк Рейнвотер) і Чистий код (Робер Мартін) але інфу звідти не використав і вирішив розбити на декілька роликів, щоб більш сфокусовано про кожну тему розказати
Я знаю, шо нічого не знаю (ІТ Сократ)👍😊😂
2:45 Стає зрозуміло, що потрібно вивчити саме парадигми. А як їх вчити? Все одно потрібна якась мова програмування щоб їх практикувати. А яка? Яку мову вибрати початківцю щоб вивчити парадигми програмування? 100% потрібно брати якусь стару мову, бо брати якусь нову ризиковано, бо вона може не стати популярною і усі знання по цій мові ризиковано можуть стати не потрібними.
В першу чергу дивись чим хочеш займатись, зазвичай є одна-дві мови стандарт для сфери. Наприклад для ігор C#/C++, android - Kotlin, apple - Swift. Якщо хочеш більш широкий вибір, то бери щось з топ 5 мов різниці не буде. Головне не зупинитись з однією мовою і вчити різні. Після 3 уже буде легко кожна наступна 😅
Як першу мову рекомендую python. Хоча у мене першою мовою була C.А в фундаментальних книгах як приклад дуже часто використовується Java
@@alex-kovalchuk Я ще більше заплутався. Навіщо стільки мов? Що не можна було придумати одну? На скільки відсотків синтаксис мов відрізняється? Всі мови мають FOR і багато інших спільних слів.
@@oleksandr-petrovych кожна мова підходить більше для кожної задачі. Ви ж не забиваєте ціяхи мікроскопом?
@@Neo54213 а якщо людина не хоче забивати цвяхи?
@@env6341 якщо не хоче то не забиває, елементарно)
Тільки от якщо обрати нормальну мову програмування, то і там не так вже і швидко буде все змінюватися.
Той самий с з 72-го, джава з 95-го, (як і пайтон), а одна з "нових" перспективних мов програмування rust з 2010-го.
І ці "старі" мови програмування будуть ще дуже актуальними довгий час, тому що, по перше, у нас все ті ж самі транзисторні процесори, по-друге, вони відповідають потребам бізнесу.
Коли технології занад-то швидко змінюються (як в світа джава скрипта, коли ти тільки почав вчити фреймворк, а через тиждень виходить нова версія яка повністю відрізняється від попередньої) це не від того що нові технології такі крути, а від того, що старі такі погані
Згідний, але деколи можна не вгадати, наприклад хто в 1972 знав що C буде живий, а COBOL чи Fortran - помруть. Тому якщо вчити декілька мов, то все точно буде гарно
Мама то тебе любить 😂😂😂😂😂😂
Волосся не зелене 😮
Скоро оберу наступний колір 😅
рыночек решает какой язык самый оплачиваемый (и те придётся его учить)... и популярные языки программирования меняются каждый несколько лет.
Ні про що... В мене дня не проходить, щоб я не вивчав чогось нового. Особливо відчувається застарівання знань, коли змінюєш місце роботи.
Не застарівають лише самі базові принципи.
Так, але знаючи базові принципи усе інше вивчається дуже швидко.
І власне базові принципи це найголовніше для освоєння програмісту, щоб стати професіоналом. Багато людей приділяють занадто велику увагу конкретним бібліотекам і мовам і в результаті перехід на іншу мову програмування чи стек для них великий стрес.
А якщо вчити патерни, парадигми, підходи то різні мови будуть сприйматись просто як новий інструмент
@@alex-kovalchuk Ні. Зараз головне знати купу фреймворків і бібліотек...
1:42 Про які саме купи йде мова? Хто і навіщо накладає ці купи ? 😁 Може це роблять не програмісти а g@в№о-кодери?
програміст та говнокодер це два стани однієї і тієї ж людини, в залежності від того хто за нею спостерігає, та різних інших умов
@@somerandomvideos645 Місяць якось впливає на це? 😁 Коли хочеться вити на місяць, то є шанс перетворитися на г-кодера? 🤣
Мова йшла про ті часи, коли такі купи були єдиним варіантом. Не було просто "блоків коду у фігурних дужечках", була лише суцільна ковбаса з переходами по ній вперед-назад (власне дуже наближено до будь якого ассемблера)
@@somerandomvideos645 Типова відмазка говнокодера:)
история/эволюция кодо-писание: перфокарты -> ассемблер -> процедурное -> обьектное -> ... -> процедурное ... хитро улыбается ассемблер )
😊😊
Скажи це все GPTChat-у. Хай порже))
Він мені цей сценарій і допомагав писати 😅