Надо ли знать программисту: историю ЭВМ, машинный код, уметь работать с низкоуровневыми языками?
ฝัง
- เผยแพร่เมื่อ 20 ก.พ. 2020
- Надо ли знать программисту: история развития ЭВМ, машинный код, знать/уметь работать с низкоуровневыми языками?
Курсы JAVA START - bit.ly/2P8y7Gf
Курсы JAVA - bit.ly/2ugRp5j
Курсы C#/.NET - bit.ly/37H3vSZ
Курсы ANDROID С НУЛЯ - bit.ly/2v24qzZ
Курсы Automation QA (Java) - bit.ly/39NTXab
Курсы FRONT-END - bit.ly/32f1Zq8
Курсы UI/UX дизайна - bit.ly/2V8uqEv
Курсы WordPress Developer - bit.ly/2T81Kci
Сайт Foxminded: bit.ly/2wxee5n
Foxminded в ФБ: / foxmindedco
FoxmindEd в Instagram: / foxminded.ua
Мой Telegram: t.me/nemchinskiyOnBusiness
Мой блог: www.nemchinsky.me
Почти 30 лет назад случилось мне работать программистом в милиции. И был там один простодушный капитан, который все ходил ко мне и просил научить его программированию. Очень ему хотелось. Когда моё терпение кончилось, я сказал: - Тебе с самого начала? - Да, конечно! - я ему: - Ну тогда начнем с двоичного исчисления... - Через 15 минут ему расхотелось изучать программирование.
80 % тех, кто купил онлайн курсы по программированию 😂
Про знание архитектуры.
Предлагаю перестать путать термины архитектура ЭВМ, микроархитектура ЭВМ и архитектура системы команд.
1) Если вы будете писать на ассемблере, то вам не обойтись без знания архитектуры системы команд, но вот микроархитектура вам не нужна.
2) Если ваша задача - это придумать способ реализации архитектуры системы команд из логических элементов (которые в свою очередь будут реализованы из транзисторов), то ваша задача - это придумать микроархитектуру ЭВМ.
3) архитектура ЭВМ объединяет в себе два предыдущих понятия.
У нас в селі був один дядько Толік алкоголік.Не старий ще, але вже трохи потрёпаный алкоголем мужик. Так от по молодості ще учився в Московском институте ядерной фізики, кажется на кафедре кібернетіки. То десь уже в 90х було. Але потім не склалося хер зна шо то й вернулся він в рідний колхоз тракторістом, а там і скорєшився з зелёным змієм. То до чого то всьо я. Однажды він в очередной раз докирячився після уборки озимых до войны з чортіками і джедаями і под це дєло продал послєднєє так сказать, шо зв'язувало його із цим міром - тєлєвізор. Потім наркологія, капельніци, кодировка, короче мужик завязав. Через пару місяців почав приходити в чувство, а досуга нєту. І грошей нєту. Шо делать, значить викупив у сосєда-алкоголіка пенька першого чи другого - не скажу, то його пацана ше школьний компік був. на ньому навіть порнушкі нє посмотріш. Хіба пасьянс да чікен інвайдерс заграть під пивко. Тай наш Толік - бывший алкоголік крутив то старьё - на мінуточку то рік десь ще до майдана був, може дванадцятий. Найшов книжку ше студентську Страуструппа "Как выучить С++", найшой якогось диска з мохнатим борланд Сі , та й наворотив досовську програмулінку , а на його вінде 98й дос емулятор ше полноценний був. Короче перетаскуєш фільмец любий формата аві прямо в термінал, він його кушає і одразу воспроізводіт на допотопном компє. При тому, практично всі ненужні і второстєпенные ресурси системи тупо убіваются, включая той же explorer.exe. Конечно, 4к б здохло , але всі старі советскі фільмєци типу Москва слєзам нє вєріт, Толік під чайок і печеньки дивився з упоєнієм. Ну а потом він пішов обслуживать компіки старі на укрпошту, но то все другая історія.
Цікава історія, тільки наступнго разу перед написанням коменту виріши на якій ти мові хочеш писати)
История понравилась, и чё как почту начал обслуживать то пошло дело?
Давай продолжение !
Талант не пропьешь....ну или пропьешь но уже после печени....
Мой валидатор не хавает твой синтаксис, земеля.
Піздейшн едішн.
Программировал на ассемблере много, в основном Z80, 8086, 8048, когда работал инженером по электронике. Сейчас 17 лет работаю программистом учетных систем. Помогли мне знания ассемблера? Конечно да! Но не само программирование как таковое а понимание того во что превращается программный код. Нет нужды изчать теорию оптимизации алгоритмов - я её "спинным мозгом" чувствую. Много еще чего из вопросов оптимизации, которые другими не воспринимаются вообще никак. Один раз даже непосредственно знания ассемблера пригодились, это было когда писал компилятор и исполняющую среду и редактор текстов и отладчик для встроенного языка системы.
да вы дядя зверь)
не программировал на ассемблере, понадобились ли мне знания ассемблера?, конечно - нет.
Я думаю очень немногим девелоперам потребуется писать компилятор, и исполняющую спектру, и отладчик)
Согласен с Вами. В мире произошло разделение, на программистов и специалистов по защите и взлому информации. Для специалистов, знать assembler - это профессиональная необходимость, без чего им ни-как нельзя. Только на ASSEMBLER можно расставить в коде программы ловушки для отслеживания и фиксации работы программы под отладчиком. Или реализация алгоритмов шифрования кода программы в памяти. Масса других применений, без которого знания ассемблера просто необходимо.
И мы тебя любим! :)
Хороший формат: побольше бы таких весёленьких и лёгеньких жанров!)))
В работе это все не пригодится, но мне было очень интересно было почитать теорию автоматов, книжку с драконом, Танненбаума, Кнута, а самореплицирующийся клеточный автомат вообще подобен живому организму. Главное, что я уяснил из старых книжек - в компьютере число 100 представлено 3 цифрами например, в зависимости от системы, а в живых системах это было бы 100 импульсов. Потеря одного импульса в живом организме ничто, а потеря одной цифры фатальна, поэтому надо отлавливать ошибку в коде на самом раннем этапе, это требование заложено очень глубоко в архитектуре.
Но прочитать книгу "Код. Тайный язык информатики.
Чарльз Петцольд" думаю может быть интересно :) Самые, что ни есть, истоки.
Valeriy крутая книга.
Каждый профессиональный программист обязан быть знаком с ассемблером, Си и более менее низкоуровнеными и универсальными языками, хотеть узнать больше о них, вникать, а не ограничивать себя конкретной областью. Во-первых, программирование не просто работа, эта работа граничит с хобби, и когда человек увлечено что-то делает, то ему должно хотеться узнать больше не только по своей области (веб, мобилки), которую он выбрал так как был пока такой выбор и так попроще, но и копать в глубь более серьезные темы. Именно так я и шел, всякие пхп, питоны и явы стал изучать лишь на третьем году, на первых учил со страстью си, паскаль, ассемлер, а на явы и пхп смотрел свысока из-за их неполноценности в плане решения любой задачи. но тем не менее в итоге пишу на одном из них, так как тут работы полно, но все эти пхп и явы изучаются быстрее и не такие прикольные. И благодаря знанию и опыту в си и ассемблере имею представление что лучше, что хуже будет работать, когда пишу какой то код. Во-вторых, каждый профи должен быть знаком с низкоуровневыми языками, так как обязан читать и изучать книги Дональда Кнута, а он свое "Искусство программирования" писал не с применением примеров на питоне или яве
Утверждение "Во-первых, программирование не просто работа, эта работа граничит с хобби" справедливо не для всех программистов... Внезапно для многих это просто работа, и приходят в отрасль они с простой и понятной задачей - заработать денег (что не есть плохо). P.s. за основу взял выборку из нескольких компаний, в которых работал сам + пару десятков знакомых айтишников за их пределами
комьютерная безопасность, анализ malware, поиск уязвимостей, для решения этих задач нужно знать низкоуровневое программирование и внутренее устройство операционных систем.
Зато им платят дохрена. Больше чем разработчикам.
Кстати, есть классная книга Уолтера Айзексона - Инноваторы. Он рассказывает подробно о каждом большом шаге развития ЭВМ, начиная с Ады Лавлейс.
@Sergey Nemchinskiy Здравствуйте, есть вопрос) Являюсь мануальным тестировщиком, параллельно изучаю playwright и JS, пишу простые end-to-end тесты в рамках своего обучения. Хочу развиваться в автотестирование. Но плюс к этому решил почитать computer science для "общего развития". Но чувствую что это лишнее. Как думаете может не заморачиваться с CS, а изучить только компьютерные сети и теорию программирования и то на базовом уровне?
Спасибо за видео!
Здравствуйте, расскажите про принципы командной разработки.
Для того, что-бы приступить к изучению высокоуровневого языка нужно выучить более низкоуровневый си, но перед этим что-бы понимать си нужно выучить ассемблер, чтобы учить ассемблер нужно досконольно разобраться в коммандах и архитектуре процессора, для этого необходимо понимание процесса производства процессоров фотолитография, вакуумное напыление и т.д. но для этого нужно зать химию и физику процесса т.е. p-n переход электрон, дырка и т.д и еще сюда необходимо добавить материаловедение. так что пока не изучите то что я перечислил к изучению той же java, c# и т.д. и т.п. даже и не вздумайте приступать. )))
Процесс производства это куда-то не в ту сторону. А вот изучить логические элементы и в качестве упражнения сконструировать из них какое-нибудь несложное устройство, например сумматор, было бы полезно.
С ростом уровня разработчика все эти знания сами приходят, так как становятся нужны. Пишу на Java, но недавно мне понадобились знания архитектуры процессоров: приложение жутко тормозило на некоторых машинах. Исследование показало, что проблема возникала на машинах с процессорами определённой архитектуры.
Можно подобное просто 1 раз в видеоформате глянуть, не отягощая себя запоминанием, а так мало ли чего в мозгу шевельнется. Обычно хорошо, если это рассказывают в виде 1-1.5 часовой лекции и по верхам и основным местам. Те места которые не интересны лучше будет даже промотать. Вдруг да пробудится кровь embedded developer'а и каждое полнолуние вы будете жаждать программировать микроконтроллеры. Таким же макаром с алгоритмами вначале, посмотреть пару коротких лекций про сортировки и прочие алгоритмы и их применение тоже в качестве ознакомления и названия запомнить и то что пузырьковая сортировка самая пососная в плане быстродействия. А и про сложность алгоритмов тоже главное запомнить, что много условий и вложенные циклы и условия(куча if else if else if else и тд) это плохо, так что нужно лучше продумывать код прежде чем писать. И в общем-то вначале этого сильно не касаться, а уже потом как чуть более разберетесь в языке алгоритмы и прочее типа композиции-декомпозиции более понятно лягут вам в мозг.
Ура! Кружка вернулась!
чтож, если рассматривать данную точку зрения с вашей стороны, то тут вы правы.
Но каждому надо решать за себя.
О, здорово!
Нравится подача, иногда ставлю на проигрывание видосики и фоном слушаю в наушниках, пока ковыряюсь в коде :)
Когда Cергей умрёт, на его надгробии будет написано "Здравствуйте, я Сергей Немчинский, я директор и владелец..."
Был программистом с 70-ти летним стажем программирования)
не дождетесь :)
"Здравствуйте, мои дорогие"
"Здравствуйте, мои дорогие! Мне много вопросов приходит от живых, мол, как оно там? Сами понимаете, подобное любят спрашивать новички или просто неопытные люди, но вопрос задан и мой короткий ответ: ну такооое... Кстати, пока не вылетело из головы: я тут курсы организовал, приглашаю всех желающих посетить их!".
здесь нет ничего интересного, ну серьезно
Сергей, а есть ли у Вас свое видение решения нынешних, скажем так, нестыковок между: во-первых, корпоративными клиентами и рынком кадров; рынком кадров и образованием, образованием и конечным специалистом?
Вот, к примеру: Машинистов, медиков и строителей по нынешней классификации специализации по закону прям много, по нескольку сотен каждых (это и понятно, сотни лет уж развиваются отрасли).
А программистов на данный момент в разных, даже самых продвинутых в этой области странах, ну, от силы пару дюжин. Тем не менее ИТ индустрия по идее уже давно обскакала тех же специалистов по разным видам строительной спецтехники (количественно по классификации).
Уже давно на самом деле требуется конкретный девелопер под некую платформу, под некоторую отрасль экономики, с совершенно определенными скилами. Причем разного качества и категории. А производят ВУЗ-ы в целом универсалов из 90-х 00-х годов до сих пор.
Проще говоря. Нужно ли в резюме нынче хвастаться знанием сотни аббревиатур абы-как в угоду стабильно крепкой одной?
1. Если вы конструируете микросхемы - не помешает знать историю ЭВМ
2. Если программируете микроконтроллеры - ну тут без ассемблера - никак.
3. В вебе - это в 95% не нужно.
В работе давно востребована специализация и если человек учится на веб-программиста, то ему лучше изучать одно, на разработчика 3D-игр - другое, а системных драйверов - третье. Образование очень сильно отстаёт от рынка труда и упорствует в подготовке теоретиков общего профиля, практически никем не востребованных.
@@user-ub3hd4sy4e заниматься программирование это так же иметь хобби связанное с ним, и ограничивать себя одной областью хорошего не даст, "вебпрограммирование" != "созданию 3д игр", второе на порядки сложнее и требует больше навыков и умений, большинство геймдизайнеров могут легко наколяпать сайтик, не редко не хуже, чем тот, кто постоянно или только дрочит на свой веб, и очень мало сайтодрочеров сделают тебе 3д-игру. Еще раз - программирование должно быть как хобби, сначала начинай с простого, а можешь с сложного, постепенно то одну область копай, изучай. то другую, надо иметь желание развиваться вверх и вширь. Большая часть того, что используется в том же вебе, осваивается быстрее, много похоже друг на друга. Не надо знать все во всех областях сразу, начинай хоть чтото пытаться в одной, опробовать как следует, продвинуться от джуна до более высоких уровней, потом усложнять, пробовать себя в другом направлении, более серьезном и сложном деле, можно и параллельно первому направлению, не помешает, любой опыт это опыт, и он всегда поможет. Если бы были только дебилы, что учили только веб, то никакого фейсбука или вконтакте не было. где все сначала писалось на пхп, а потом под это писался компилятор для языка Си++, вроде два разных уровня, разные области затрагивают языки, хотя си++ легко берет и веб, но более продвинутый опыт в итоге создателям фейсбука и вконтакте помог поднять серьезные системы, хотя они могли бы писать свои системы на питоне, а потом легко перевести на то же самое благодаря наличию у питона реализаций под почти любой язык. А так ваши выводы очень убоги и примитивны, что будет делать человек, когда его веб полностью или в большей свой части уйдет под нейросети, которые сами тебе сайт наколяпают, знания таких узких специалистов быстро станут ненужны, а все потому что им хватило одного. И вообще профи обязан знать кто такой Дональд Кнут и читать его Искусство программирования, а там не на языках веба примеры даны
Веб та ещё хрень. Скопление отвратительных технологий, развившихся путём прикручивания к ним всё новых и новых костылей.
@@vladimirsadovnikov3797 Веб некрасив и сложен, но он даёт ощущение нереальной свободы, когда ты можешь написать приложение буквально для всех устройств, от смартфонов до макбуков и у всех оно будет работать годами, независимо от обновлений операционных систем и даже смены процессорной архитектуры.
Константин Белоглазов если не секрет по какой ветки IT идёте?
Ну это как сравнивать архитектора с ВО по "строительству и архитектуре" с обычным строителем, что кирпичи херячит после ПТУ. Так второй будет орать что и ВО не надо, для того что бы кирпичи класть (ну или сайтики клепать) и будет прав. Програмеров что уеб девелоперы, можно пачками через полугодовые курсы выпускать. Всякие истории ЭВМ и как оно все устроенно им точно не нужно.
Сергей, расскажите лучше про хайповые темы: микросервисная архитектура, aws, nosql, ...
Просмотров больше будет)
Точняк
Согласен, особенно хотелось узнать про aws
Люто плюсую. Особенно NoSQL и MongoDB как апофеоз технологии.
Первый раз в жизни коммент набрал больше 5 лайкосов, приятно)
Да это интересно
Я начинал свою разработку с С++. Мы в академии изучали среднее программирование и даже низкое. Указатели, динамические структуры, алгоритмы и прочее. В двоичном виде мы конечно не кодили ну на Assembler я тоже поглядывал. Мне эти знания очень помогли с большой скоростью входить в любой высокий язык в дальнейшем и даже сейчас. Вещи очень полезные как по мне и они нужны каждому новичку. Это полезные вещи, которые очень полезно знать. Потратите на это какой-то год. Ну свои мозги прокачаете на ура. Что в будущем смотреть на тот же Java с улыбкой на лице. Ну я еще студент и возможно сложные вещи будут в дальнейшем взрывать мой мозг. Ну я лично не жалею эти все изученные лекции. Ну все же на первое место я поставлю Английский язык - это как и по сложности самый сложный язык программирование и как по полезности самый полезный язык программирования!
Ну если на первом месте английский - то вам на филфаке надо учиться. Честно, выучил английский только через 12 лет работы в IT. Сказать что он сильно помог не могу. На зарплату вообще не повлияло. Разве что гуглить попроще стало.
Пиздец , это как ты без английского документацию читал , походу сидишь на helpdesk и думаешь что ты дофига айтишник,народ в блудняки не заводи, английский не просто нужен , он критически нужен
@@mrbale1815 Во-первых, google translate в помощь. Во-вторых документации не переведенной почти нет. В-третьих я в школе все-же английский учил, так что не сказать что совсем-совсем без английского. С английским на уровне выпускника российской школы. Вам заливают что английский пипец как нужен чтобы бабки за обучение содрать. По факту он полезен, но не критичен.
@@homo-ergaster Доки Spring не переведены.
@@Alex11Fox Для того что не переведено есть google translate. А так-то у меня за карьеру приходили доки ко всяким API и на немецком и на чешском и, прости господи, на японском. Вот придет к вам от заказчика документация к API на немецком - вы побежите немецкий учить?
Сергей, а как вам идея оставлять ссылки на статьи приближенные к теме выпуска? Интересно почитать материал, который вы считаете хорошим)
Спасибо за ролики!
Важно то, что при наличии базовых фундаментальных знаний намного легче осваивать что-то новое. Если человек сидит всю жизнь на одном и том же, то ему никаких дополнительных знаний и не надо. Но компьютеры постоянно развиваются, (что будет с Java лет через десять?) и приходится изучать что-то совершенно новое, переходить в другую отрасль деятельности. И тут человек с хорошим фундаментом будет иметь преимущество. Особенно при заходе в что-то новое, перспективное.
Ты говоришь о тех, кто уже начинал с этих основ. А если кто-то начал изучать Java только в этом году? Ему изучать всё, что было до Java? Или что?
@@klaxwork1208 изучайте только то за что вам платят, все остальное почитаете для души если интересно будет.
@@Baboonjo дык я про то и говорю, что тут нужно начинать с основ, чтоб понять принцип. Тогда в дальнейшем будет уже намного проще изучать что-то современное.
Что думаете про ASO заработок? Типа создаёшь мобил программы под андроид и размещаешь в плей маркете и зарабатываешь на рекламе.
Проблема в том, что люди, пишущие на высокоуровневых языках, начинают потом двумерные массивы обрабатывать не по горизонтали, а по вертикали. Это прямое следствие незнания того, как работает кэш процессора. Ну а про существование SIMD-команд в современных процессорах так вообще мало кто из них догадывается или не понимает, как оно работает. А потом начинаются хождения по мукам: "почему мы не тянем больше 1000 операций в минуту?" - с предложением закупить побольше железа, которое, по сути, будет обслуживать только 10% от той нагрузки, которую может обслужить.
Ну на джаве надо поизвращаться, чтобы это сделать. Вложенный цикл for по своей природе подталкивает к тому, чтобы в общих случаях обрабатывать вложенные элементы в глубину.
И высокоуровневые языки обычно опираются на низкоуровневые языки, которые задумываются об ускорении операций под капотом. Если джавист зальет что-то подобное m.habr.com/ru/post/440566/ , то ему 100% ревьюеров настучат по голове (хотя да, бывает что и на джаве свою реализацию стринги пишут для ускорения).
@@protiv_bio А что плохого в статье? По-моему, вполне себе адекватная SIMD-оптимизация. Другое дело, что JAVA не даёт механизмов проведения подобных оптимизаций кроме как... Использования нативного кода. А ревьюверам, которые настучали бы по голове за такой код, я бы сам настучал по голове за тупорылость.
@@vladimirsadovnikov3797 да ничем не плох. Просто оптимизации в 99,(9)% случаях не нужны. Компилятор сам проводит необходимые оптимизации в большинстве случаев. В подавляющем большинстве случаев важна читаемость кода. Времена хакеров прошли (возможно, временно). Опять же, все зависит от области. Я говорю о энтерпрайзе и подобных бизнес-задачах.
@@protiv_bio Компиляторы как были тупыми, так и остались. Сложный алгоритм ни один компилятор не векторизует, это 100%. Поэтому не надо на них надеяться.
Про знанеие архитектуры, ассемблера и т.д. - немного некорректно. В подавляющем большинстве ситуаций это знание действительно до одного места, но в некоторых случаях, когда пишешь на низкоуровневом языке(СИ) и точно знашеь что будет такая-то (такие-то) платформы - зная как это будет работать на низком уровне, можно делать оптимизацию кода. Мне кажется это как раз пример протекающей абстракции - вроде как язык абстрагирован от низкоуровневой реализации, но не полностью. Вот еще пример (напоролся на эти грабли собственным лбом) - при работе с HDD быстрее будет прочитать большой блинный кусок данных с диска в память за один заход а потом в памяти уже парсить это все, нежели делать кучу считываний с HDD, делая такой же парсинг на лету. Вроде как небольшая оптимизация - но в некоторых случаях разница в скорости будет в порядки раз. А так вроде - абстракция же. Но может же быть и SSD - там уже эффект будет другой (абстракция по работе с файлами при этом та же самая)
По поводу жёстких дисков. Это потому что время поиска и позиционирования считывающей головки на дорожку в десятки раз медленнее последовательного чтения группы секторов. В Linux для этого был специально запилен планировщик I/O, который минимизирует операции поиска дорожек, а также дисковый кэш, который оставляет наиболее часто используемые блоки данных в оперативной памяти.
Здравствуйте, я Сергей Немчинский, у меня есть слово паразит "серьезно". Серьезно, я говорю серьезно в каждом видео, говорю серьезно когда говорю серьезно, говорю серьезно когда шучу, серьезно. Ну серьезно, я Сергей "Серьезно" Немчинский.
Сергей, давно хотел спросить, у вас на логотипе - что это растет вниз из носа лисицы?
Привет, Сергей! Спасибо за познавательные видео! Я недавно изучаю Java и у меня появился такой вопрос: как происходит переход от джуна к мидлу и дальше к сеньору. От чего или кого это зависит и как это происходит. Спасибо!
@@Black..Rabbit Через постель стажера!
А если меня тянет к делам незаконным то как тогда быть?
Сейчас в 2020 году в нашем университете изучают адресацию памяти в реальном режиме процессоров x86 (ну т.е. в 16-битном режиме - сегмент/смещение), функции 21h прерывания MS-DOS, форматы хранения операционной системой MS-DOS информации о выделенных блоках памяти и открытых файлах. Ну и ассемблер - тоже 16 битный конечно. Считаю это правильным, нужным и полезным. Причём правильно что изучается это именно на примере старых процессоров и ОС - т.к. на новых всё гораздо сложнее. Естественно всё это изучается не для того чтобы что-то писать на ассемблере, а для понимания того как в принципе работают и устроены вычислительные системы. Знание низкоуровневых вещей даёт понимание вещей высокоуровневых - в этом и состоит применение такого рода знаний.
И кстати: а что там изучать-то? Объяснить работу процессора минут за 20 можно. Ну ещё некоторое время на "осознать". И пару программ на ассемблере написать для закрепления.
Изучение ассемблера быть должно. Причём в начале обучения программированию. Сначала какой-то несложный язык программирования для понимания базовых понятий (переменная, цикл, условие, тип и т.д.), а потом сразу к ассемблеру.
Если Вам не сложно, могли бы объяснить? Или дать название материала, книги или другого ресурса, где это бы понятно излагалось, на Ваш взгляд? Я только начинаю разбирать эту тему, и для меня пока тёмный лес
Ну книгу Ритчи по С -- надо прочитать всем)
Нужно не знать ,нужно понимать основы,потому что сегодняшние якобы инженеры в 90% это чистой воды ПТУ которые не понимают что главное а что второстепенное..При нынешних массивах фактологической информации и документации не нцжно знать все жетали,а вот писать адекватный код помогает именно аналитическое мышление
просто это интересно. пишу на джаве и скл, но интересны лисп, форт, оберон, ассемблер
Dmitriy Shalygin что такое форт? Фортран?
@@therealsova3268 forth
Мне кажется, что нужно учитывать причинно-следственные связи. Скорее всего, все эти знания не пригодятся. Только есть одно большое но. Если человек знает все эти вещи, То это говорит о нём как об очень любознательным человеке,
Скорее всего человек, который всю жизнь интересовался технологиями, и работает программистом, будет гораздо более хорошим работником, чем человек, который просто выучил язык программирования для Большой зарплаты. Да, может все это и почти не пригодится, но Само знание говорит о человеке как о хорошем работники который готов учиться новому ему это интересно, у него больше мотивация, и скорее всего он более умный человек, а это возможно даже важнейшие, чем само знание программирование
ага круто, а теперь посчитайте сколько вам за вашу любознательность заплатят? Нисколько? А потраченное время? Можно опровергнуть что это время можно было на сериальчики тратить с тами м же эффектом. Или на семью. Тут уже кому как нравится развлекаться. Но любознательность в ассемблер мало кому поднимает настроение. Поэтому это настолько же полезно как учить выживание на северном полюсе, при том что точно знаешь что ты всю жизнь проживешь на экваторе!
а вы не думали что эту любознательность можно расценить как распыленность, когда человеку попросту сложно сосредоточиться на чём то одном..... ему и то интересно, и то интересно, и то тоже интересно, в итоге он в выбранном направлении так и не станет по настоящему высококлассным спецом в отличии от того кто способен сконцентрироваться на достижении определённой задачи. Он будет подобен многоборцу в лёгкой атлетике, и 100-метровку пробежать может, но не так быстро как спринтер, и 10 км. осилит, но не так быстро как стаер, и копьё метнёт, но заметно слабее копьеметальщика и т.д мысль надеюсь вы уловили. Таким любознательным обычно не сидится в одном направлении, хочется постоянно изучать что-то из смежных областей. Я не говорю что такие люди не нужны (например в профессии завхоз нужно знать и уметь всего понемногу, но если будет какая весьма серьёзная поломка, будут вызывать спеца в этом деле - завхоз тоже подобен многоборцу)
@@serhiis_ я так и сказал - скорее всего это абсолютно бесполезно
@@samsonforever8923 во-первых, вы путаете компетенции завхоза. Завхоз руководит: дворниками, сантехниками, электриками. Роль завхоза предупредить или исправить поломку, но не своими руками. И любознательность есть очень хорошая черта. О Крисе Касперском слышали хоть раз? Так благодаря его любознательности он нашёл очень хорошую работу, с оплатой в два раза выше, за год, по рынку в США. И ещё раз о концентрации на задаче. Сама задача может быть многоуровневой и приходится добираться знаний в процессе и вы это тоже распылением назовёте?
@@shortscute7857 во-первых - вы никогда не работали завхозом и ваши рассуждения подобны рассуждениям инфузории о космическом пространстве, а во-вторых.... хах, вы так и не сообщили что же во-вторых
может ли программист java работать сам на себя?
Смотря какому, большинству "войтишников" - нет, идем дальше. Это про начало пути, конечно, попозже неплохо было бы подтянуть, для уверенности в себе.
А если всё таки совсем без базы не хочется, то прочитайте Петцольда "Код", для начала хватит.
Если эти знания не нужны для предметной области, то только для саморазвития на досуге можно почитать.
windrton был?
Я на первом курсе и учусь на программиста. Тоже учим intel8086 даа 2020 год)
2023 год - ничего не поменялось)
Надо знать или не надо знать, зависит от того, какие цели ставит человек перед собой. Тут надо сказать, что програмисты (те, которые считают себя таковыми) деляться на две части. Первая, те которые имеют высшее образование в области программирования и те, которые не имеют. Разница здесь огромная. Это так же как, могу я себя считать математиком, если только знаю таблицу умножения? Или надо ли знать устройство всего автомобиля рабочему, который только прикручивает колеса к автомобилю на конвеере? Чтобы потом не получилось, как в анекдоте, почему автомобиль не едет, ведь колеса прикручены крепко?
Ага. Совсем не нужно, а потом у новичков взрывается мозг от слова "ссылка". Потому что даже не понимают, что это указатель на объект. Или почему нельзя конкатенировать строки. Почему это память выжирает сильно.. Ну-ну. Может знать то и не надо, какая пропускная способность USB3.0 или PCIe, но какие-то вещи всё равно нужно знать. Иначе, так и будете всю жизнь писать говнокод.
Привет Winderton-у, который любит рассказывать, что чтобы работать программистом, надо знать чуть ли не весь computer science.
Он не про программиста говорил, а про инженера.
@@BtXFWkyZBtXFWkyZ а программист - не инженер?
@@arthurfonzerelli6484 Нет, с точки зрения Windertona'а, между человеком, который пользуется готовыми инструментами высокого уровня, делая приложения под андроид и человеком который учитывает миссы в кэшэ при написании своего графического движка, есть разница. Я хз зачем вспоминать о нем, если он никакого отношения к видосу вообще не имеет, здесь чувак рассказывает как работает интерпрайс, как это соотносится с game dev'ом вообще? Он сам сказал, что моменты низкого уровня важны, если мы говорим о чувствительных к нагрузкам проектах типа видеоигр или стриминговых платформах.
лучшие расскажите свое мнение про Плюсы пожалуйста
БОЛЬ, с которой приходится жить :)
Уже было вроде как.
По крайней мере представление должен иметь.
обязательно, некоторые даже понятия не имеют как представляются в ЭВМ целые и вещественные числа
В ВУЗе где учился видимо была видимо логика,что раз уровень низкий то это легко...поэтому ЯП'ы мы начали с ассемблера))
Вообще по-моему архитектура всех языков программирования, ни или бОльшей части, направлена на то чтоб программист не думал как оно там внутри работает
Доброго времени суток. Такой вопрос: что считать критерием того что язык программирования выучен? Это надо наизусть знать перечень каких-то команд, размеры переменных и т.д. Другими словами как понять что определенный язык ты выучил и можно начинать подготовку к собеседованиям?
В вакансиях пишет что надо знать. "Все" знать будешь, когда станеш синьером
критерий один, сможешь ли ты запрограммировать задачу.
Если программу(ы) написали - значит язык программирования до какого-то уровня уже выучен. Это зависит от сложности программы. На начальных уровнях знание языка сильно кореллируется с количеством строчек кода, которые человек написал на этом языке. И с количеством законченных проектов.
Обычно дома делается какой-то небольшой тестовый проект, на этом этапе важно понять, готовы ли Вы этим заниматься в принципе. Потом надо вызубрить вопросы из дебильника для джуниоров и идти на собеседование.
Почти все "гуру" рекомендуют начинать изучать программирование с книги "КОД". Я купил и начал читать. А там про азбуку Морзе, двоичный код и т.д. Закрыл, отложил до лучших времён. Когда-нибудь, может быть для расширения кругозора прочту. А пока скачал курс по java)) И пока написал: "Hello World"))
это не про современное программирование книга, но почитать все же стоит
другую архитектуру процессоры имеют новые? Не, ну так то да, но как бы базовые знания работы с регистрами никуда не ушли - просто регистры шире стали, но состоят они всё так же из 8-битных AL, AR и так далее...
Странно, что можно закончить любой холивар на эту тему фразой, которая была озвучена наполовину: "нужно ли - нет (не обязательно)", а вторая часть: "полезно ли - да". Хуже не будет, если ты программист, то это даже и интересно же (история ЭВМ нет, а понимание, что ты сейчас написал - вполне). Оно раскладывается в байткод? А в какой? А как он отработает на такой-то системе? Это не необходимость, но даёт лучшее понимание, что ты делаешь. Ответ на вопрос "надо ли?" - верный, нет. Но странно, если человеку не интересно глубже, чем тупо "надо". То есть для работы не надо, но как-то подозрительно, если тебя это не заинтересовало как специалиста.
Согласен с вами! Но если прёт? Нужен!
Какашки всё раскидал на другом канале, тут лайк метну.
Не имея представления о работе IL(JVM etc),в указатели я влетал как на машине в столб
Комментаторы можете помочь с выбором =) Метаюсь между выбором фронтенда и андроид разработки, больше тянет конечно к андроиду, но вакансий джунов и фриланса меньше для него. Пока знаю только основы джава, начал учить что-бы не сидеть на месте пока выбираю, а хотя бы что-то знать
Нужно идти туда, куда тянет
смотря в каком ты в городе, если в глибинке и хочешь работать на удаленке то фронт. Я так думаю
На фронтенде не имею опыта. Много лет назад писал на адроид, тогда это было весело. Материала много, имея телефон под рукой можешь сразу видеть результаты. В процессе можно освоить помимо языков программирования еще кучу полезного материала, научиться настройке среды разработки, отладке. Можно ознакомиться с полным циклом от разработки до выкладывания в магазин, имея только компьтер, смартфон и 25$.
Подозреваю, что при изучении фронтенда появятся ценные навыки в вебстеке.
@@guxershmeg да, я всё таки остановился на андроиде =)
сайт на ассемблере
Есть статья на Хабре "Писать веб-сайты на ассемблере полезно и приятно"
@@drovoseg для мазохистов
@@drovoseg отсылка на нее была
Wasm. Но это "лисп".
Спасибо за видео. Согласен с автором, 95% разработчиков это не надо. Но мне в свое время изучение ассемблера дало талчек, для более глубокого понимания работы процессора. Сейчас пишу свой pet проект в виде процессора и языка ассемблера для него. И стал гораздо лучше понимаю например то, как плохо жить без ООП и на сколько прорывной технологией в свое время был ассемблер :)
програмисту надо знать как работают протоколы разные, сервер, прокси, браузер. я думаю этого хватит.
Самое обидное то, что автор намного более старший человек, чем я. И он говорит о том, что учил архитектуру х86 CPU. Но я, когда учился в университете, в 2016,2017,2018 году так же изучал этот бред.
А бред, потому что я никогда не хотел и не хочу быть связанным с asm. И сейчас уже как ios разработчик могу сказать на 100%, что это вообще не нужное знание, вообще.
Фьюх! Кружка повернулася 🤓😅
ну наверно всетаки хэ86) с 64 битными фигнями))
если хотите делать игры - нужно
Я как-то пытался разобраться как работает память в JVM, забросил это гиблое дело. =D
В общем-то в работе это не и нужно, гораздо полезнее знать, например как работают коллекции и массивы, чтобы уметь оптимизировать свой код.
в точку
но когда твая Java машина начнем жутко тормозить и съедать память, то все, ты приплыл
@@user-ip9mm2un7g так она с коробки зужко тормозит и пожирает гагибайты памяти в процентах от максимальной. уже давно приплыли) особенно на андроидах)))
@@serhiis_ , просто ждём потолок Мура и наблюдаем.
В жвм нет ничего сверхсложного. А ансэйв может пригодиться.
Ну так а где x86? Имелось ввиду реальный режим наверное. Он да, не знаю зачем его вообще до сих пор тащат. А так если писать например на ассемблере под Windows, то это 32 битный защищенный или 64 битный. ну SMID инструкции тоже.
так надо с простого начинать. а то сразу защищенный режим, страничная память то се ... студенты офигеют
Сергей! Когда уже скажите свое мнение о (сдохшем или нет) ruby ? И языка в целом?
Почему многие ,попробовавшие ruby и рельсы, специалисты с большим стажем топят за другие хайповые технологии и рекламируют их, а у самих проекты на рельсах !!!11
И лучше технологию , чем рельсы, в своей нише говорят ещё никто не предложил !?
Рельса была перерисована всеми, кто только можно. Но сниму видео про руби
Нужно ли программисту добывать электричество? Даже смотреть смысла нет, но всё равно включил)
Хайпова прическа)
Надо ли знать программисту математику, если да, то в каком объёме?
th-cam.com/video/2A_l9aKVNqM/w-d-xo.html
@@alexanderberman9629 Дякую
базовом уровне точно, насколько глубоко зависит от области вашей деятельности, скажем так по мере необходимости
Смотря какому программисту. Кому-то арифметики хватит. Кому иксы с игреками, например для поиска характерных точек в картинке или чтобы узнать как далеко мышкин курсор от нужной кнопки. Кому матрицы и графы для оптимизации переборов в экспертных системах. Двоичная математика чтобы понимать почему int конечный. Ну и так далее. Так что нужно, учите если есть возможность.
Тому, кто программирует игры, математику и физику знать нужно. Чтобы ударившийся о стенку шарик не прилипал к ней и не улетал вверх, а отскакивал под нужным углом, и все остальные явления выглядели правдоподобно и не нарушали законов природы.
Понадобились ли мне знания языка ассемблера? конечно - нет !
Понадобились ли мне знания языков высокого уровня ? тоже нет ! 😆
А я сейчас учу data oriented programming. Оно вообще не такое как ооп
речь про язык R или что-то другое?
Сергей Кондратенко нет, в Юнити добавили data oriented technology stack
Лайк за чашку.
Java программисту вообще знать и понимать ничего не нужно ))))
Шутка. Есть много мест работы, где вам придётся знать sseX,mmx..., профилировать всякие cuda и пр. поэтому знать это всё стоит, если хотите нормальные доходы.
Естественно всяким там java/c#/javascript и прочим подобным разработчикам это нафиг не нужно.
все равно нужно. хотя бы основы. а то не будет понимать почему поиск в векторе иногда быстрее BST.
Историю нужно знать лишь для того, чтобы понимать, что нихрена ЭВМ не сделало для человека. Возьмём к примеру простую заправку автомобиля. Вам нужно специально куда-то ехать и знать куда, чтобы заправиться. Вы выходите из авто и идёте оплачивать. Кассир принимает оплату и отпускает бензин. Вы возвращаетесь и вручную открываете свой бак и засовываете вручную шланг. Отбойник срабатывает механически на полном баке. Дальше вы уезжаете с подтёками остатков бензина. И где тут влияние ЭВМ? Как этот процесс поменялся за последние 50 лет? И так во всех сферах!
Очень убогое мышление.
а ничего, что те же смартфоны - прямые потомки первых ЭВМ?
Рассуждения быдлокодера.
Знать устройство железа нужно. Внутренние процессы работы - нужно.
Применять или нет - вторично. Но знать хотя бы основы - нужно.
Вот от таких рассуждений и плодятся у нас "разработчики" из слесарей.
А потом бесконечные глюки, баги, тормоза и прочая хрень - как последствия отсутсвия культуры разработки.
Ну и миллионы сельских видосов - типа то и то за 1 час видео на ютубе - доставляется конечно, когда каждый крестьянин считает своим долгом запилить "свой канал".
Не хочу обидеть автора видео ни в коем случае. ничего личного так сказать. Рассуждение про 95% "разработчиков".
а еще не нужно знать устройство операционных систем
01:02 Напомните зрителям, откуда Вы, из Украины, Белоруссии или России?))
Из Украины
@@artursveshnikov7668 три страны, но конец один)))
Кружка не просто так стоит :)
@@SergeyNemchinskiy теперь знаю герб вашей страны) А что касается таймкода, это как с "комплексом самозванца" в IT из недавнего видео - каждый на себя думает.))
@@SergeyNemchinskiy блин, так интересно слушать было, что кружку даже не заметил))
Программист без знания assembler как минимум . Это "Позер"
серьезно? какого ассемблера? и зачем, главное?
@@SergeyNemchinskiy нужно , хотя бы знать RISC архитектуру как минимум это 35 команд , как работает память , что такое стек , регистры , аккумуляторы и тд , что такое настоящий цикл ! Эти знания и понимания хотя бы по минимуму дадут практические навыки и понимания процесса программирования практически на любом языке , после assembler большая часть языков будет простой и лёгкой в изучении
📂Рабочий стол
└📁Видео
└📁Sergey Nemchinskiy
└📁Плохие видео
└⚠️Эта папка пуста
виндузятник не палится
Как по мне низкоуровневые ЯП нужно для разработки игровых движков,и т.п.
Никто:
Абсолютно никто:
Сергей Немчинский: Эрундированность
Правильно, чем больше времени вы тратите на всякую второстепенную ерунду, тем меньше времени останется на важные вещи
Кружка с тризубом, какой же кринж