1.
신입으로 가신다면 32살정도가 마지노선일것 같습니다.
공식적으로 요즘 핫한 기업들은 나이제한이 없으나, 입사하는 신입들을 보면 남자들은 대개 나이가 20중-후반이 대부분, 30초반은 극소수 더라구요.

2.
일부 국내 커뮤니티에 떠도는 글을 보면, 개발자가 되기 위해서 과학/수학을 잘 해야한다라는건 조금 왜곡된 말인것 같습니다.
정말 과학/수학적 지식이 필요하다면 그런 분야가 있는것이고, 그 말은 바꿔말하면 '내가 어떤 분야의 개발자가 되기 위해선 그 분야의 지식이 일정수준 필요하다' 라는것과 비슷합니다. (단지 개발은 개발 그 자체에 수학이 필요할 때가 있는데, 그건 어떤 특정 분야에 한해서 많이 쓰일 뿐입니다.)

3.
제가보기엔 목표가 불분명하고, 현재 시테님의 액션도 타겟에 특정되어있지 않습니다.
(웹은 FE를 뜻하신것이고, 서버는 일부러 안넣으신거라고 생각하겠습니다)
모바일앱/웹/음악 관련 프로그램을 만들고 싶다고 하셨는데요,
모바일앱은 Android/iOS 둘중 하나입니다. Android라면 Java, Kotlin을 먼저 접하셔야 하고 iOS라면 Obj-c, Swift를 접하셔야 합니다. 또한 fe는 제가 잘 모르지만 각각 플랫폼(android/ios/fe)들은 공부해야되는 경계가 명확합니다. 말씀하신 3가지 분야중 하나만 생각하시고 준비하시기 바랍니다. python은, 저라면 굳이 먼저 손대지 않고 각 플랫폼에서 사용하는 언어로 직행하는것을 추천했을 텐데, 먼저 해서 나쁠건 없다고 생각합니다. 코딩한다는게 어떤거구나, 하는 감을 익힐수 있으셨을 테니까요.

또한 음악관련 프로그램은 platform(위에서 말씀드린 android/ios/fe)적인 부분을 지칭하신게 아닌 도메인적인 분야를 지칭하신것인데요,
전문적으로 특정한 분야에 대해서 공부하시는것보다는, 일단은 server 로부터 data를 받아서 여러가지 형태로 client에서 보여주는 기초적인 부분을 먼저 해내시는게 중요합니다. 먼저 android/ios/fe 중에서 하나를 정하신 다음, 그것으로 기초적인 기능들을 구현하면서 해당 플랫폼 자체를 익혀가는게 중요합니다.

4.
위에서 말씀드린 플랫폼 자체를 익히며 기본기능을 구현해보셨다면, 2-3명이서 모여서 프로젝트를 해보셔야 합니다.(프로젝트는 몇번정도는 반드시 해보셔야합니다)
그리고 공부한 내용들(단순 지식도 좋고, 코드도 좋습니다), 프로젝트등등은 반드시 github으로 관리하시기 바랍니다.
요즘 이력서를 받아보니 대다수가 개인 github을 갖고있고, 몇개의 repo로 공부한 내용들을 잘 정리하더라구요.
그리고 꾸준한 commit log까지 있습니다.

그리고 비전공자라고 하더라도 컴공 전공공부는 어느정도 다 하셔야 합니다.
자료구조, 알고리즘, 주력프로그래밍언어, 데이터베이스, 운영체제, 네트워크 등은 반드시 공부하셔야 합니다.
(중요한것만 적는다고 적었는데, 빼먹은게 있을수 있습니다. ㅠ )

원리를 이해하는건 매우 중요합니다. 그러나 모든 지식에 대해 근본적인 부분을 다 이해할 순 없습니다.
어디까지 이해하고 넘어가야 하는지에 대한 제 의견은 이렇습니다.

제가 추천드리는 방법은, 프로젝트를 몇번 진행하시면서 내가 뛰는 플랫폼의 어느 부분을 가장 확실하게 숙지해야 하고, 또 가장 문제가 많이 발생하는지등을 파악하시는게 어떨까 합니다.
그리고 그러한 부분들 위주로 깊게 파고들어가기 시작하는거죠.
저같은 경우는 전공지식은 + 안드로이드 developer 사이트를 숙지하면서 주니어 생활을 시작했던것 같습니다.
그리고 연차가 쌓여가면서 주로 마주치는 난이도 높은 이슈는 주로 어디에서 나오고, 그러한 문제를 어떻게 해결해야하는지 습득해왔습니다.

더 덧붙히자면, 이미 경험적으로 알고계시겠지만 공부할때 모든 지식의 가장 근본까지 내려가는것은 불가능한 일입니다.
개인의 시간으로는 커버할 수 없을 뿐더러, 언젠가는 그 근본지식을 활용해서 내가 본업의 영역을 다룰때에 써먹고 싶겠지만, 근본지식도 그 사이에 종종 update되거든요. (따라서 플랫폼이나 자주 사용하는 라이브러리를 열심히 공부해서 문서화되어있지 않는 부분의 내부 구현을 가정하고 개발하게 된다면 그건 그것대로 상당히 위험합니다. 지식의 함정과도 같은거죠)
그래서 문서화가 되어있는 부분들 위주로 먼저 보셔야 하구요.
그래서 그 모든 지식들이 대체적으로 변하지 않았던(or 앞으로도 안변할것같은) 부분을 모아서 컴퓨터공학에서 이론적인 사이드에서 가르치는 것이구요. (그래서 전공지식이 탄탄한 사람들이 새로운걸 해도 [잘] 배우는 경향이 있습니다.)
예를들면 자료구조, 알고리즘, 네트워크, 운영체제 등이 그런겁니다.

1. 제 가치관, 직업관
얼마전까진 [매년 나의 성과를 인정받고 연봉/인센티브를 정당하게 받아내야 한다. 현재 회사에서 그게 되지 않는다면 이직을 해서 받는다.] 였습니다.
그런데 최근들어서 생각이 좀 달라졌습니다.
일을 단순히 일로서만 볼게 아니라, 내가 이 일로 무엇을 남길것인지. 무엇을 이룰것인지 고민하게 됐습니다.
그게 회사도 그렇고, 특히 저에게 가장 많은걸 남겨줄 수 있을것 같습니다.

2. 개발에 재미?
개발 재밌다기보단 솔직히 일로 느껴지고 부담스럽다고 느낀지 좀 오래 됐습니다.
근데 그러다 최근들어서 좀 생각이 바뀌었습니다.
10년정도 한 회사에 있었으면 이제 뭔가 남기는게 있어야하지 않겠나.. 하는 생각이 들어서요. ㅎㅎ;
재미라고 생각하기보단, 제가 제 인생을 낭비하진 않았다 라는 어떤 증거로 삼고싶어서요.
예전에는 회사일 해주고 난 월급 받는 계약관계라고 생각했고, 그 이상 회사에 진심을 다하는건 헛된짓이라고 생각했던적도 있었습니다. 오너는 따로있는데 내가 왜? 라는 정도의 생각이었던것 같습니다.
근데 저는 이제 그런식으로 생각은 안하려구요. 언제 어느순간에서나 최선을 다해서 살아야 하고 그 안에서 제가 가져가야하는걸 돈으로만 제한하기엔 제 삶이 너무 소중합니다. 그 이상을 확실하게 가져가고 싶어요.

3. 실력 정체
개발 3년차때쯤 이대로 [안드로이드 개발 뭘 해도 뭐 다 똑같겠지. 어차피 구글이 만들어준 API 쓰는거 뭐.] 이렇게 생각했었는데요,
팀을 옮기고 나서 그 생각을 바로 고쳐먹었습니다.
SW엔지니어로서 저의 시야가 좁았던 거였고, 그 안에서 발전해 나가려면 끝이 없다는걸 깨닫게 되었습니다.
실력이 멈춰있다면 팀을 바꾸시든, 이직을 하시든, 또는 실력자가 이직해 오든(ㅎㅎ).. 어떤 경로든지간에 좋은 실력자를 만나시면 뭘 공부해야할지 알게 되어있습니다.
저같은경우는 회사 최고의 실력자들이 모인 팀에서 일해봤었고 많이 배웠습니다. 글로벌 탑티어 기업에서 오신분들도 좀 있어서, 배울건 굉장히 많았던것 같습니다.
거기서 일하면서 플랫폼적인 부분, 그리고 프로젝트 라이프사이클에서 엔지니어가 어떻게 기여해야하는지 등을 포함해서 여러가지를 배운것 같습니다.
팀에 채용을 할 때, 반드시 구성원보다 뛰어난 사람을 뽑으려고 합니다.
주니어 뽑을땐 제가 주니어때보다 잘했을것같은 사람을 뽑고, 경력자를 뽑을땐 지금의 멤버들을 기준으로 최상위권의 실력이어야 합니다. 여러이유가 있겠지만 가장 큰 이유는 저나 제 팀이 발전하기 위해서입니다.
히든님께서도 뛰어난 동료를 적극적으로 찾아보시는게 어떨까요? 데려오든지 찾아가든지요. ㅎㅎ