Куда двигаться дальше? Область Front-End Web-Dev
25лет, ВО по радиоэлектронике для галочки, особых успехов в нем небыло.
Работа:
2 года как junior HTML/CSS and PHP web-dev в команде из 1го дизайнера и еще одного php. Поднялся в знаниях очень значительно, выполняемые заказы небольшие до 2чел/мес, укр/зарубеж. Обычное веб-агенство.
После и до сейчас:
Ушел в разработку продукта. 1год+ только front-end разработка, более глубоко завязался на javascript разработку интерфейсов. Появились заморочки с старым чужим кодом, большие обьемы поддерживаемого кода и громадное кол-во багов по сравнению с прошлой работой. Пишу на plain HTML, CSS, JS, без чужих фреймворков. Проходя все грабли самому. Правильно, не?
Самообразование — сложнее описать, типа так — delicious.com/vitexdp, начал собирать коллекцию снипеттов и тд.
Книги на столе:
Advanced JavaScript, 3rd Edition
Apress Pro Javascript RIA Techniques Best Practices Performance And Presentation
Coders at Work
Design Pattern-Oriented Software Architecture (A System Of Patterns)
Head First — Design Patterns
JavaScript The Good Parts
jQuery UI 1.6 — The User Interface Library for jQuery
Learning jQuery 1.3
OReilly Beautiful Architecture Leading Thinkers Reveal the Hidden Beauty in Software Desig
O’Reilly — JavaScript Pocket Reference 2nd Edition
PeopleWare
Refactoring Improving the Design of Existing Code
SpeedUpYourWebsite.v1.3.pdf
Writing effective asynchronous XmlHttpRequests
Приемы объектно-ориентированного проектирования. Паттерны проектирования
И вот, подостановился. На side-projects с применением мега новых технологий времени и сил почти не хватает. Но главное не понятна их реальная полезность.
Вижу несколько путей:
— Максимально упрощать жизнь с помощью фреймворков (своих, чужих) и тд (ток сложно с ними определиться, и не гибкое оно все).
— Развивать side-projects, обкатывать там свой код, применять знания в проджектах для облегчения затрачиваемых усилий.
— Перестать читать инет на web-dev тематику, вместо этого пробовать больше кодить (aka ускорение опыта).
— Двигать в другую отрасль — (?) в куда?
— Забить (сложно, $ нужно както добывать, и желательно покомфортнее).
Вообще откуда это у меня за 3года работы то могло взяться?
Приму адекватную критику:)
10 коментарів
Додати коментар Підписатись на коментаріВідписатись від коментарів+5. А то на этом багфиксинге многие ломаются и разочаровываются в программировании.
Мне кажется что такие проект очень нужны в случае когда долго работаете с проектом, где «заморочки с старым чужим кодом, большие обьемы поддерживаемого кода и громадное кол-во багов» — хотя бы чтобы быть в форме (и не начать ненавидеть работу вообще) — применять/тестировать новые технологии (не обязательно своего производства). К тому же это может приносить и $$:)
side-projects — не обязательно open source, но что-то с целью масксимально выложиться с технической точки зрения, заработок на этом не обязателен
imho, это суть проекты, которые топикстартер делает для собственного удовольствия в режиме опенсорц?
Можно конечно принципиально отказаться от использования фреймворков, но тогда — будет тратиться больше времени и сил на выдумывание своих решений, обхода граблей и поддержку библиотеки сниппетов в актуальном состоянии. — другим людям которые будут сопровождать ваш код намного проще будет если там будут использоваться стандартные функции (например jQuery), а не функции из ваших сниппетов (может тоже хорошие, но не такие привычные). — код библиотеки, которую используют тысячи сайтов может оказаться более хорошим и надежным, чем код, который вы написали для одного или двух проектов (если речь идет не о чем-то специфическом, где нужен действительно новый фреймворк, потому что существующие никак не помогают).
а что значит side-projects?P.S. Как-то неожиданно мало букмарков с тегом html5:)
Да Влиссидес. Нужно заново перечитывать. Пока в ООП junior.
Это что, Влиссидес? Если да, то прочитайте его внимательно и сравните с Мартином, некоторым нравиццо больше.
Сергей Волошин активно смотрю в его сторону, твиттер разработчика мониторю
После того как появились фреймворки типа jQuery (то есть быстро развивающиеся, малоглючные и широкораспространенные) может и не.
Подборка книг в целом неплоха, но старайтесь все же разбавлять ее русскими переводами, чтобы не было потом глюков в общении с людьми, слабыми в английском, которые вынуждены пользоваться почти исключительно переводными книгами и растут на калькированных терминах.
Вы рискуете потерять лицо в глазах коллективного разума. Существует мнение, что фреймворки для быдлокодеров, а ваш подход — для гуру. С другой стороны, существует также мнение, что html, css, php и так далее — это вообще не программирование *ОМГ*:)
Идеальный вариант, однако вы же сами пишете, что у вас проблемы со временем на его продвижение.
Нет. Просто форумы надо шерстить меньше, а подкасты слушать и блоги американских разработчиков читать — больше.
Ничего лучше ИТ в вашем возрасте по деньгам и интеллектуальному развитию не найти. Не дергайтесь. Почитайте мой пост в теме про то, где лучше работать — в большой компании или маленькой, и сделайте из него какие-нибудь выводы.
См. выше. Имхо, менеджером после кодинга быть очень скучно и противно. И не после кодинга тоже. Лично я терпеть не могу уже среднее звено.
Но ведь взялось, значит, вы обладаете хорошими способностями к самообразованию.