>>61493
понятно, что владеть нужно неким набором. можно превратить тред в обсуждение этого набора, того что в нем должно быть и того чего туда лучше не добавлять.
допустим самый нижний уровень - тут у нас ассемблер. точнее ассемблеры - разные. лично у меня есть только слабое знание ассемблера для AVR. очень советую, развивает и просто интересно. а вот ассемблером для x86 наверное голову лучше не забивать, если нет острой необходимости, правильно? ARM, MIPS - это наверное здорово, но для меня это просто названия RISC-архитектур.
есть метаассемблер. ничего кроме C я тут особо не знаю и думаю что смысла нет. C++ говорят очень нехорошо знать и почти стыдно, хотя я основы этого языка вполне себе знал когда-то. не понадобилось.
дальше идут высокоуровневые языки. пользуюсь пхп - хотя не могу сказать что знаю. подкупает своим удобством, но репутация у него почему-то отвратительная. наверное потому, что из-за удобства на нем толпы быдла пишут быдлокод. перл - случайно изучил - очень прижился, хотя и имеет недостатки. считается небыдлоязыком потому что мало кому нужен и имеет более высокий порог вхождения. еще есть юникс-шелл - пользуюсь. стремноватый, но в прицнипе ок. кроме того - от него никуда, как я понял. есть джава - ее я ненавижу расово и на субатомном уровне, в любых проявлениях. объяснить этого немогу, это что-то совершенно иррациональное. ненавижу я ее настолько, что немогу ознакомится, хотя желание было. есть еще всякая маргинальщина - руби, хаскелль, Go - об этом ничего не скажу потому что не знаю и смысла не вижу для себя их изучать, эти языки интересны только специалистам по языкам программирования, а я скорее просто пользователь компиляторов.
что до технологий майкрософт - их, очевидно, просто не существует по понятным причинам.
питон я пока незнаю, но намыливаюсь его изучить. уже года джва намыливаюсь. видимо пока не прижмет - не изучу. установка вики с последующим решением википроблем - хороший повод. питон, как я уже говорил, воспринимается мною как разумный компромисс в своей нише. на нем можно быстро писать некритичный к производительности код. а еще можно писать критичный, реализуя на си только действительно узкие места. говорят, если делать так - то разница с чистым сишным кодом будет почти незаметна. а соль проблемы в том, чтобы точно определить именно те места, которые надо оптимизировать.
а еще он уже достаточно популярен и в будущем его популярность будет только рости, судя по всему, особенно в секторе который меня больше всего интересует - некоммерческий опенсорс. к примеру gentoo portage.
вот мое мнение. я не профессионал, отдельно это подчеркиваю, просто задротствую временами из любопытства.
а что думаешь ты?