Немного обо мне
Я школьник (перехожу в 8 класс)
Программировать начал в 11 лет (Python, Flask)
Примерно года 2 назад познакомился с Linux
Сейчас пишу на Python и JS, параллельно изучая Rust
Плюсиками в статье я укажу что мне до сих пор помогает
История знакомства с компьютером
Давно, когда мне было 4-5 лет, бабушка разрешила пользоваться ее компьютером (стааарым, очень). Я так был рад, ведь мог теперь в него играть. Ну и началось. Вирусняки, неподдерживаемые файлы и т.д т.п. После, в доме появился Mac Mini 2010 года (мы с отцом хотим из него NAS сделать). Меня за него посадил папа с такой фразой:
«Вот тебе Scratch, делай»
Мне это жутко нравилось, я писал гонки, джамперы и просто какие-то игры. Так я и познакомился с компьютером.
Появление первого моего ноутбука
Где-то когда я был в 3 классе, папе на работе дали новый ноут, как сейчас помню Asus Zenbook. До Asus-а у него был старый Sony Vaio (он работал на маке, но соньку брал в путешествия). Папа решил отдать мне Sony. Сидим ужинаем и тут вопрос:
«Что тебе поставить? Windows 7 или Ubuntu?»
Я тогда знал про убунту, но выбрал винду из-за базовых знаний о ней. И вот тот день, папа приносит ноут в мою комнату. Я чуть не скакал от счастья. Это было что-то с чем-то. Я очень рад был. Ну и зашел в браузер и начал пилить игру на Scratch. Но вдруг меня осенило.
Я просто ничего не делаю, двигаю мышкой и все.
Ну а так как у меня стояла Windows 10 Pro (мне купили ключ) я поставил себе Ubuntu 20.04 на HyperV и начал тыкаться в терминале. Это было что-то новое, ведь в винде я никогда не открывал терминал. Я начал писать простые скрипты на Bash и мне было весело чувствовать себя кодером. Но тут... Карантин. Мне все надоело и я начал заниматься музыкой в FL Studio. Мне было в кайф просто тыкать на кнопки клавиатуры и издавать звуки.
Python, или как я захотел быть IT-шником
Когда мне исполнялось 11 лет, родители мне подарили курс от GeekBrains по программированию на Python для подростков (+). На курсе я был самый младший, но понимал немного больше, чем ребята постарше. Мне писали в дискорде за помощью. Мы там кодили на Flask, верстали и иногда играли в Among Us (дада, сейчас это кринж, но тогда было оч круто).
Я даже после курса написал свою социальную сеть (полноценную, с постами, друзьями и тд) которая называется Accends (Access + Friends = Accends). Я писал ее на Flask, SQLAlchemy, Bootstrap 5. Она работала на хостинге и реально работала. Мы с одноклассниками угарали, выкладывали туда рофельные посты.
Но БАМ, винда на моем Sony дала сбой и исходники Accends ушли вместе с остальными. Было очень обидно, ведь Accends работал очень хорошо, за исключением авторизации (Cookies работали очень коряво, а пароли в БД хранились в чистом виде). У меня было много проектов на Python, которые смывались вместе с виндой.
Мой новый ноут, Honor
В конце 5 класса нас с братом отправили в Пензу (Моя родина, тут живут бабушка и дедушка). В то время я копил на новый ноут чтобы кодить. Но оказалось, что папа нам собирался их подарить (мне и моему младшему брату Денису). И вот, заветный вечер, нам привезли новые ноуты. Я был очень рад. Сразу загрузил Unity (я его изучал) и лег спать.
Все следующее время я залипал в Unity и Pycharm. И был рад. Ну а как я понимал, винда была не очень для программирования, поэтому поставил WSL (+). С него то я и начал вникать в *nix с головой. Делал код на Python, писал скрипты на Bash. Ну и решил пробовать vim (+), а именно NeoVim (форк vim на lua) (+). Написал дефолт конфиг и кодил в нем не зная режимов, клавиш и тд (кекал как мог).
Знакомство с головой и Linux
Ну и так продолжалось до момента, когда у меня винда застряла в горле, ведь я хотел настоящий Linux (+), а не WSL, которая не имеет норм выхода в винду. Поставил Ubuntu, не понравилось. Поставил Debian, возился с дровами на интернет-карту. Поставил Manjaro, то что надо! А еще, Manjaro базирован на Arch (+), что делало меня ближе к Arch.
Я пользовался Manjaro Gnome и кодил в VSCode. Но потом я поехал в "лагерь" сына моего крестного. Это была Зимняя Школа Силаэдра (ФизМатАйТи школа на востоке Москвы). Я там не учусь, но меня взяли после представления проектов с Github. Ну приехал я туда, начал кодить и ко мне подходит один мальчик и спрашивает
Это ты? и показывает мое фото с Github
Я ответил
Да
Они сказали что искали библиотеку для взаимодействия с Дневником МЭШ (у меня есть такая) и нашли меня по статье на Хабр (она в песочнице). Ну мы с ними познакомились (Привет вам, Макс и Вова). Немного пообщались и перешли на тему Linux и заговорили про тайлинг. Я пробовал тайлинговый Xmonad, но он мне не зашел. Они рассказали про bspwm (wm под X на C) и сказали сделать конфиг. Я написал крутой конфиг Bspwm, Polybar и другого софта. Мы обменивались райсами систем и радовались.
Я решил поставить Arch (+). Сидел, ставил и поставил. Было капец как круто, я был рад. Мне кто-то говорил, что Arch Linux сложно поставить, и я его поставил и ничего не сломал. Юзал, юзал и сказал себе
А напиши-ка еще райс, только DWM
Ну и начал писать. Долго писал, дня 4. Но написал. И до сих пор использую (+). Снизу вид
Очень удобная сборка (Dwm + Dmenu + Slstatus + Kitty + My custom scripts)
Еще, за все время я сконфигурировал NeoVim https://github.com/xD1rty/DirtyVim
Все дополнительные ссылки:
Спасибо всем!
Комментарии (65)
HemulGM
01.06.2023 08:34+7Но БАМ, винда на моем Sony дала сбой и исходники Accends ушли вместе с остальными
И в чем проблема достать файлы с лежачей виндой?
Ну а как я понимал, винда была не очень для программирования
По какой причине она "не очень" для программирования по-твоему?
13werwolf13
01.06.2023 08:34+1По какой причине она "не очень" для программирования по-твоему?
позволю себе вставить свои 5 копеек и ответить за автора: ну хотя бы из-за отсутствия пакетного менеджера (сторонние вроде chocolatey оставим за скобками), и-за чего всё нужное для раработки (включая и инструменты вроде IDE и зависимости для вашего кода) приходится не просто устанавливать а прям добывать..
а автор молодец, для своего возраста очень хорошо стартанул, однажды доростёт до понимания что arch это не "круто" а как он выражается "кринж", и возможно на хабре появится ещё один хороший разраб/админ/etc с интересными статьями.
HemulGM
01.06.2023 08:34+1Да как бы он имеется. А при чем тут "зависимости для вашего кода" и пакетный менеджер ОС мне не совсем понятно.
DirtyHornet Автор
01.06.2023 08:34мне удобнее пользоваться линухом как основной осью, это поспокойней как-то. я недавно кодил на винде (просто фронт надо было писать и стоял дуалбут) и я скажу винда 11 очень хороша для программиста, который пишет Frontend, Backend на python, js. Ну а так как я учу Rust (для написания Software и Backend) мне требуются CLI инструменты. А на винде с ними небольшая беда. Да и норм пакетного менеджера (кроме winget, косячный, но работает) на винде нет (scoop, choco я пробовал, не пишите). Я просто выбрал Linux
HemulGM
01.06.2023 08:34+4И какая беда с CLI инструментами?
capgelka
01.06.2023 08:34+7Они не являются "first-class citizen", грубо говоря. Да, можно сказать что powershell это даже мощнее чем bash. Но это совершенно другой порог входа, и он все равно "несколько сбоку". Открываешь случайный гитхаб репозиторий, и там будут инструкции для linux/macos. Опытный разработчик может разобраться что с этим делать если у него Windows. Помимо WSL можно поставить и mingw bash какой-нибудь. Но просто в Linux это удобнее, большинство приложений кроме декстопных под windows скорее всего будут работать на linux сервере, есть огромное количество легко доступных инструментов для дебага, которые отлично интегрируются. Одной командой можно запустить strace и что-нибудь грепнуть. Как бы странно это не звучало linux куда более "user friendly" в плане разработки, и если новичок не имеет цели программировать windows приложения, то зачем все это дополнительные сложности? Открываешь репозиторий, копируешь команду с установкой пакетов - готово. Под windows это надо будет разобраться как все это добро поставить, потом что делать с тем что make файл не очень кросплатформенный оказался и т.д. Когда речь про разработку - старый мем про "троллейбус из буханки хлеба" это скорее про windows.
13werwolf13
01.06.2023 08:34Когда речь про разработку - старый мем про "троллейбус из буханки хлеба" это скорее про windows.
а это не только про разработку, это в целом так во всём.. просто понимание этого приходит не ко всем.
HemulGM
01.06.2023 08:34+1Один лишь принцип обмена данными между CLI командами (тупо текст) - это уже провал.
Линукс удобнее в плане разработки только тем, что действительно зачастую готовую команду готовят только под Линукс, не более.
И да, большАя часть веба крутится в Линукс и следовательно разумнее использовать целевую платформу для разработки. Только мир разработки не только вебом полон.
DirtyHornet Автор
01.06.2023 08:34+2я говорю, мне удобно пользоваться линуксом как основной ОС. Если надо что-то настроить, зашел в конфиг, поменял, и рестартанул (или сбилдил и рестартанул)
HemulGM
01.06.2023 08:34Любая вещь становится удобнее, когда начинаешь в ней разбираться. Винда изначально удобна для новичка и становится более удобной, если начать разбираться в том, как она работает
thevlad
01.06.2023 08:34А расскажите как она работает? ну там за пределом папок, файлов и путей в PATH. (все тоже самое, что есть в любой ОС) Потому что минимальное копание дальше приводит к: реестру, COM интерфейсам и бинарникам/библиотекам о которых практически ничего не известно, если это конечно ни какая-то распространенная библиотека с официальной документацией. Это мы даже еще не спустились на уровень ядра и драйверов.
thevlad
01.06.2023 08:34+4Не то чтобы я докапываюсь, мне действительно интересно. Но что такое "широкое API" ?
ITLav
01.06.2023 08:34Наличие «широкого API» это огромный минус Windows. Это же API, а куча наслоений API из разных эпох. Стоит просто сравнить с тем, что предоставляется разработчику на MacOS или Android. Если вы на какое-то Windows API завяжетесь, то станете привязаны к Windows, а сейчас принято писать кроссплатформенные программы. Windows набивают разными библиотеками, а C++ runtime там вечно отстаёт от реальности и программы должны носить его с собой.
HemulGM
01.06.2023 08:34То же будет если вы завяжетесь на апи Мака или Андроид. Вы будете привязаны к этим платформам.
И при чем тут плюсовые библиотеки, которые идут как бы при установке не понятно. Во-первых, они не всем нужны, а во-вторых, достаточно считать, что их в системе нет. Никто не принуждает их использовать.
И у винды есть разные уровни апи, как новые, так и старые. При этом старые не меняют, что позволяет использовать достаточно старый софт без проблем.
ITLav
01.06.2023 08:34Про MacOS и Android это был пример более стройного и однородного API. Понятно, что невозможно написать приложение без привязки к системе невозможно. Но только на WinAPI никто GUI-приложения не пишет. Это либо было MFC (которое умерло при первой возможности, когда стало возможным перейти на .NET), либо популярные разработки от Borland (библиотеки которых реализованы в стиле борьбы с трудностями WinAPI, то есть предоставляющие разработчикам то, что быть получено штатными средствами системы).
И как хорошо, что плюсовые библиотеки не всем нужны. Оказывается, уже можно не писать на C++. Достаточно .NET и требовать всего лишь обновления .NET Framework до 4.8.x, чтобы ваша программа запустилась.
В общем, стремление предоставить в API все сервисы (включая формирование электронных писем) это не для удобства программиста, это для того, чтобы привязать пользователей и разработчиков к своей системе. Привязать в плохом смысле. Десятилетия для Windows использование сторонних библиотек было проблемой — их откуда-то качали, куда-то клали, чтобы обеспечить собираемость проекта.
И сначала с помощью IE развитие web'а было задержано на многие годы («наш сайт должен открываться в IE), а теперь посмотрите, много ли программ продолжают использовать mshtml для отображения HTML-контента. Нет, сейчас всем проще подключить webkit или что-то подобное.
Я уж молчу, что в системе с нормальным API (на самом деле ABI) не устроили бы такой мощный DLL Hell, с которым пришлось бороться дополнительными ужасными и бессмысленными способами.
HemulGM
01.06.2023 08:34Ну вы тут ошибаетесь. Во-первых, WinAPI предоставляет возможность создавать нативное API равно как и Android, а не принуждает. И равно как и Android или Linux или Mac позволяет создавать и не нативные GUI. При этом, основное API по управлению окнами остается.
Тот же Borland (а сейчас и давно уже не он, а Embarcadero) позволяет создавать кроссплатформенные приложения и под Win и под Linux и под Android и под Mac. Одним кодом и без внешних зависимостей.
То что в Винде быстро и удобно можно использовать нативный GUI - это не проблема, а дополнительная возможность. И он как раз не зависит от сишных устаревающих библиотек или дотнета. Дотнет - лишь обертка над нативным и не нативным GUI (если речь сейчас о GUI).
И нет никакого строго и однородного API в Маке и Андроид. Там меняется многое как и в винде. Разные версии апи. У андроида так каждый код новое апи, которое урезает или меняет функционал. При работе с API Android в сравнении с API Windows - я вообще не нашёл разницы. Те же проблемы. Точно такие же. Местами проверки на версию ОС, чтоб использовать то или иное API. Рантайм библиотеки так же цепляешь рядом, чтоб были. Разницы вообще никакой. Только философия разная.
И никогда не было проблем в Windows со сторонними библиотеками. Если программа их требует - это задача разработчика обеспечить, чтоб они были там, где их программ будет искать. Собственным API ОС обеспечивает и гарантирует обратную совместимость. А сторонние библиотеки - это головная боль разработчиков (кроме разработчиков Delphi)
ITLav
01.06.2023 08:34Не очень понял, в чём я ошибаюсь.
WinAPI к ненативным GUI не имеет отношения, потому что они делаются вопреки (или же перпендикулярно) механизмам, предоставляемым WinAPI.
Ну вот я привожу Borland в пример, как явление, позволившее обеспечить масовую разработку софта для Windows, без ужасов WinAPI, а вы мне его же приводите в пример про кроссплатформенные приложения. Достоинства решений Borland лишь подчёркивают нищету WinAPI, а не являются следствием полезности WinAPI. И то, что там смогли сделать кроссплатформенность, к WinAPI никакого отношения не имеет.
В Винде нельзя быстро и удобно использовать нативный GUI. Это не быстро и не удобно. А .NET далеко не обёртка, слишком многое там сделано внутри, без перехода на unsafe code.
Вы вот вроде как утверждаете, что нет однородного API в Маке и Андроид, что там «меняется многое, как и в винде. Разные версии апи». Оно там меняется и есть разные версии апи. В WInAPI никаких версий API нет. Вы бы видели эти функции WinAPI, у которых порядок аргументов зависит от версии Windows.
Ещё раз, сравнивая с Андроид, где у вас есть возможность собираться с апи разных версий: в Windows ваше приложение обречено на линковку с ABI неизвестных версий, и это ключевая разница.
Про то, что «никогда не было проблем в Windows со сторонними библиотеками», не то, что бы это враньё, но не могу согласиться. Microsoft всегда вела себя так, как будто таких библиотек не существует. И да, вы верно заметили, устроила так, что эти библиотеки — головная боль разработчиков. А хотелось бы без головной боли. Например, vcpkg или что-то подобное.
0xd34df00d
01.06.2023 08:34+1Да и не только веб проще под линуксом. Бигдата — проще. HFT — проще. Компиляторы-тайпчекеры-доказательства — проще.
Под виндой удобнее разрабатывать только конкретно под винду.
dabrahabra
01.06.2023 08:34Это пол беды, а потом может оказаться что под разные дистрибутивы команда будет выглядеть иначе. Но это скорее про инфрастуктурные/системные команды
AMDmi3
01.06.2023 08:34А при чем тут "зависимости для вашего кода" и пакетный менеджер ОС мне не совсем понятно.
Я думаю, имелась в виду возможность использовать при разработке библиотеки установленные в систему. `apt|rpm|pkg|... install opencv ffmpeg curl boost qt6`, и всё - можно собирать код использующий эти библиотеки.
HemulGM
01.06.2023 08:34Но это не библиотеки для кода. Это рантайм библиотеки
AMDmi3
01.06.2023 08:34Это зависит от репозитория. Где-то они не разделяются, где-то нужно добавить -devel суффиксы.
HemulGM
01.06.2023 08:34+1Ну тогда это не очень удобно, когда возможность сборки твоего проекта внезапно зависит от внешнего пакетного менеджера, а не от менеджера пакетов IDE или экосистемы языка.
AMDmi3
01.06.2023 08:34+2Это только от безысходности, когда системного пакетного менеджера нет. А когда он есть и из него ставятся и система, и приложения, и инструменты, и библиотеки всех языков сразу (что особенно важно в местах их пересечения, например питоновских биндингов к плюсовым библиотекам), нет никакого смысла иметь ещё один, ограниченный и вдобавок привязанный к какой-то IDE, когда у меня, во-вторых, другая IDE, а во-первых, IDE для сборки вообще не нужна. Сборка это `git clone && cmake|meson && ninja` плюс упомянутая установка зависимостей.
NixGuy
01.06.2023 08:34Разверните, пожалуйста, свою мысль насчет пакетного менеджера и библиотек, иначе она пока выглядит как то, что не соответствует действительности.
По своему опыту могу сказать следующее:
Если взять, например, языки javascript, python, ruby, то тут как в других ОС: устанавливаешь интерпретатор и сопутствующий инструментарий (что в Windows не сложней, чем в Linux) и разницы в нахождении и установке библиотек нет (скорей всего, за редкими исключениями, которых я не знаю).
Для C/C++ есть vcpkg (который доступен и для других ОС). Пакетные менеджеры для Go, Rust так же работают как и в Linux.
13werwolf13
01.06.2023 08:34+2всё просто, в системе должен быть только один метод поставки софта и его зависимостей, когда в системе появляется их несколько система превращается в неуправляемую помойку как винда.
устанавливаешь интерпретатор
выполняя лишние действия вроде скачивания, проверки чексумм и запуска инсталлера оного, хотя этим должен заниматься ПМ
и разницы в нахождении и установке библиотек нет
Для C/C++ есть vcpkg (который доступен и для других ОС). Пакетные менеджеры для Go, Rust так же работают как и в Linux.
и вот он камень предткновения, вместо одного общесистемного ПМ мы имеем зоопарк решений разной степени всратости
@HemulGMэто кстати и для вас ответ
HemulGM
01.06.2023 08:34+3Ну это вздор. Во-первых в Линукс системах у каждого несколько разных пакетных менеджеров. Во-вторых нет никаких ограничений поставить софт как попало из собственно инсталлятора. Всё в точности как на винде. В Лине такой же зоопарк с установкой. Разные пакетные менеджеры, разные принципы пакетов и т.д.
Интерпретатор питона в винде ставится одной строкой через тот же пакетный менеджер. Вдобавок ко всему, VS Code или PyCharm ставит его самостоятельно. А сами IDE ставятся одной строкой из пакетного менеджера или парой кликов и магазина.
13werwolf13
01.06.2023 08:34+3Во-первых в Линукс системах у каждого несколько разных пакетных менеджеров.
не у каждого, только у тех кто любит замусорить систему
Во-вторых нет никаких ограничений поставить софт как попало из собственно инсталлятора.
есть огромная разница между возможностью и необходимостью
Интерпретатор питона в винде ставится одной строкой через тот же пакетный менеджер.
Нету в винде родного ПМ (а сторонние роли не играют, мы же тут про ОС говорим а не про сторонний софт для этой ОС, но даже если мы будем учитывать какой нибудь chocolatey он всё равно не станет в винде единым способом поставки ПО, всегда останется центр обновлений винды, самообновляторы самого ПО и прочий ненужный мусор)
VS Code или PyCharm ставит его самостоятельно
и это их персональный недостаток так же не имеющий отношения к треду
и вторая проблема - среди win юзверей нет привычки пользоваться нормальными методами, на одной тачке создаётся мешанина.
HemulGM
01.06.2023 08:34+1Первые два ответа относятся и к винде. В том же виде. Без исключений.
Нету в винде родного ПМ
Почитайте что такое winget
И что за нормальные методы? Вы их сами для себя определили? Не слишком ли высокомерно? Тем более всех под одну гребенку.
13werwolf13
01.06.2023 08:34+1winget может стать единым методом поставки ПО на винде? нет? кто бы сомневался..
HemulGM
01.06.2023 08:34+2Эм. Это такой же способ поставки ПО как и в Линукс. Повторяю, в линукс также есть другие способы, такие как Магазин или установка вручную с сайта. Вдобавок менеджеры пактов есть разные, есть разные способы упаковки пакетов (например flatpak), разные источники/репозитории в самих менеджерах и т.д. Там бардак местами больше, чем на винде. И всё это около-официально.
13werwolf13
01.06.2023 08:34+2Повторяю для тех кто читает через строку: есть огромная разница между возможностью и необходимостью
HemulGM
01.06.2023 08:34Вы сами себе придумали, что распространять ПО в винде как попало - это "необходимость"
13werwolf13
01.06.2023 08:34+1Ох уж этот дар самоубеждения. Как наверное интересно жить в мире иллюзий.
И зачем я вообще трачу время на спор с сектантом..
Всего вам хорошего, выздоравливайте
HemulGM
01.06.2023 08:34+2Вероятно, когда вы будете использовать в споре аргументы в ответ на сомнение в ваших словах, будет совсем другая беседа. Потому что вы приводите только собственные мысли, не подкрепленные ничем. Это как раз больше похоже на секту, нежели мои сомнения в ваших словах
0xd34df00d
01.06.2023 08:34Про go и rust не знаю, но хаскель и идрис под виндой работают из рук вон плохо, что сами, что их ПМы.
DirtyHornet Автор
01.06.2023 08:34спасибо большое за мнение. просто я начал изучать компьютер с ранних лет. Arch довольно хороший дистрибутив, но его расфорсили (как например ubuntu, debian) я им пользуюсь и мне это нравится. скорее всего, через некоторое время попробую Void Linux или Gentoo, но сейчас занимаюсь разработкой, и времени менять что либо нет. спасибо!
DirtyHornet Автор
01.06.2023 08:34винда упала вместе со всеми файлами.
Ну сейчас, как юзер Arch Linux, могу сказать что мне намного удобнее сидень на линуксе, чем на винде 10
HemulGM
01.06.2023 08:34+1Что значит "упала вместе со всеми файлами"?
vesper-bot
01.06.2023 08:34Как вариант, запоролась таблица разделов или $MFT, или просто диск перестал читаться, для неопытного человека это непреодолимая проблема в любом случае.
HemulGM
01.06.2023 08:34Ну так тогда проблема тут не в винде, винда упала по этой же причине. Ну а восстановить файлы не сложно даже подручными средствами и доступом в интернет
DirtyHornet Автор
01.06.2023 08:34возможно, но я был в 5 классе, и не знал тонкостей. я код хранил на гугл диске)
DirtyHornet Автор
01.06.2023 08:34наверно это и произошло. винда не запускалась вообще, кидало в биос
HemulGM
01.06.2023 08:34Ну так помер жесткий диск. Данные на нем по большей части сохранились (на тот момент). Достаточно было подключить диск к рабочему компьютеру и забрать всё что нужно
DirtyHornet Автор
01.06.2023 08:34ну извините, мне было 11
HemulGM
01.06.2023 08:34Ну это похвально в любом случае. У многих тут даже близко не было возможности использовать компьютер в 11 лет.
DirtyHornet Автор
01.06.2023 08:34но все равно, спасибо за прочтение статьи. это первый опыт написания статей
vesper-bot
01.06.2023 08:34Ну так для этого нужен во-первых другой комп, во-вторых некая утилита низкоуровневого доступа к диску, в-третьих если вдруг там был SSD и он накрылся из-за потери сервисной информации, и это не поможет. Здесь по двум словам 11-летнего ребенка, далекого от эникейства, точный диагноз нельзя поставить. А @DirtyHornet на наглядном примере узнал, что бывает, если вовремя не делать бэкапы, всё польза.
DirtyHornet Автор
01.06.2023 08:34спасибо что поняли мою мысль. и это правда, я считал гит бесполезной вещью, пока не попробовал. теперь, мне ничего не страшно. +реп
sgzmd
01.06.2023 08:34Не пинайте пионэра, все так начинали, так что верной дорогой идете дорогой товарищ!
По делу - не ограничивай себя Python, или вообще просто языками программирования. ЯП это всего лишь "довесок" к твоим знаниям в какой-либо области - будь то алгоритмы параллельных вычислений, UX, графика или что-то еще.
По сути - то, что Linux в среднем лучше для разработки - соглашусь, потому что большинство server-side работает на Линуксе, и под тот же Android удобнее разрабатывать если у тебя есть "нативная" консоль. Однако для очень многих задач WSL2 вполне адекватен.
li0ard
01.06.2023 08:34Как сказал @vesper-bot: не хватает хаба "Я пиарюсь", а если по существу то молодец, желаю успехов в развитии и в будущей работе :)
rimashi
01.06.2023 08:34Хехе, рад за автора, немного обидно..хотя скорее стыдно, что автор на два года младше, а похож на мидла минимум, успехов)
IVAN_COMP
01.06.2023 08:34+1Очень круто ????) У меня кстати у мамы зенбук, очень крутой ноут, мне все асусы нравятся. А я вот в линуксе дальше "поставить убунту на ВМ, поставить минт на ВМ, поставить убунту на рил ноут и понять что это далеко не айс"... И всё. В программировании почти не умею, немного HTML/CSS/JS. Так что ты крутой
Мне 14 лет, в июле будет 15
vesper-bot
Имхо здесь не хватает хаба "Я пиарюсь" :) Неплохой путь для восьмиклассника, молодец!
DirtyHornet Автор
спасибо большое!