Куда двигаться дальше? Область 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года работы то могло взяться?

Приму адекватную критику:)

Ctrl + Enter

anonymous 04.10.2009 22:35

хотя бы чтобы быть в форме (и не начать ненавидеть работу вообще) — применять/тестировать новые технологии

+5. А то на этом багфиксинге многие ломаются и разочаровываются в программировании.

Відповісти

Підтримати

Sergii Voloshyn Product Manager в DOU.ua 04.10.2009 20:40

Мне кажется что такие проект очень нужны в случае когда долго работаете с проектом, где «заморочки с старым чужим кодом, большие обьемы поддерживаемого кода и громадное кол-во багов» — хотя бы чтобы быть в форме (и не начать ненавидеть работу вообще) — применять/тестировать новые технологии (не обязательно своего производства). К тому же это может приносить и $$:)

Виталий Рыбалка 04.10.2009 20:35

side-projects — не обязательно open source, но что-то с целью масксимально выложиться с технической точки зрения, заработок на этом не обязателен

anonymous 04.10.2009 20:33

что значит side-projects

imho, это суть проекты, которые топикстартер делает для собственного удовольствия в режиме опенсорц?

Sergii Voloshyn Product Manager в DOU.ua 04.10.2009 19:59

Можно конечно принципиально отказаться от использования фреймворков, но тогда — будет тратиться больше времени и сил на выдумывание своих решений, обхода граблей и поддержку библиотеки сниппетов в актуальном состоянии. — другим людям которые будут сопровождать ваш код намного проще будет если там будут использоваться стандартные функции (например jQuery), а не функции из ваших сниппетов (может тоже хорошие, но не такие привычные). — код библиотеки, которую используют тысячи сайтов может оказаться более хорошим и надежным, чем код, который вы написали для одного или двух проектов (если речь идет не о чем-то специфическом, где нужен действительно новый фреймворк, потому что существующие никак не помогают).

На side-projects с применением мега новых технологий времени и сил почти не хватает. Но главное не понятна их реальная полезность.

а что значит side-projects?

P.S. Как-то неожиданно мало букмарков с тегом html5:)

Виталий Рыбалка 04.10.2009 19:57

Приемы объектно-ориентированного проектирования. Паттерны проектирования
Это что, Влиссидес? Если да, то прочитайте его внимательно и сравните с Мартином, некоторым нравиццо больше.

Да Влиссидес. Нужно заново перечитывать. Пока в ООП junior.

anonymous 04.10.2009 19:50

Приемы объектно-ориентированного проектирования. Паттерны проектирования

Это что, Влиссидес? Если да, то прочитайте его внимательно и сравните с Мартином, некоторым нравиццо больше.

Виталий Рыбалка 04.10.2009 19:43

hellip большое спасибо Вам за развернутый ответ... как раз такое и ожидал увидеть

Сергей Волошин активно смотрю в его сторону, твиттер разработчика мониторю

Sergii Voloshyn Product Manager в DOU.ua 04.10.2009 19:33

Пишу на plain HTML, CSS, JS, без чужих фреймворков. Проходя все грабли самому. Правильно, не?

После того как появились фреймворки типа jQuery (то есть быстро развивающиеся, малоглючные и широкораспространенные) может и не.

anonymous 04.10.2009 19:28

Проходя все грабли самому. Правильно, не?

Если у вас исследовательский склад ума и вы непременно хотите знать и понимать, как работает ваша программа на низком (относительно) уровне, то правильно. Если вас поджимают финансы и хрюши, то неправильно. В качестве индикатора очень хороша книга Кнута «Все про TeX». Если после ее прочтения вы не почувствуете баттлхерт, то первый вариант про вас.

Подборка книг в целом неплоха, но старайтесь все же разбавлять ее русскими переводами, чтобы не было потом глюков в общении с людьми, слабыми в английском, которые вынуждены пользоваться почти исключительно переводными книгами и растут на калькированных терминах.

Максимально упрощать жизнь с помощью фреймворков

Вы рискуете потерять лицо в глазах коллективного разума. Существует мнение, что фреймворки для быдлокодеров, а ваш подход — для гуру. С другой стороны, существует также мнение, что html, css, php и так далее — это вообще не программирование *ОМГ*:)

Развивать side-projects, обкатывать там свой код

Идеальный вариант, однако вы же сами пишете, что у вас проблемы со временем на его продвижение.

Перестать читать инет на web-dev тематику, вместо этого пробовать больше кодить

Нет. Просто форумы надо шерстить меньше, а подкасты слушать и блоги американских разработчиков читать — больше.

Двигать в другую отрасль — (?) в куда?

Ничего лучше ИТ в вашем возрасте по деньгам и интеллектуальному развитию не найти. Не дергайтесь. Почитайте мой пост в теме про то, где лучше работать — в большой компании или маленькой, и сделайте из него какие-нибудь выводы.

Забить (сложно, $ нужно както добывать, и желательно покомфортнее).

См. выше. Имхо, менеджером после кодинга быть очень скучно и противно. И не после кодинга тоже. Лично я терпеть не могу уже среднее звено.

Но ведь взялось, значит, вы обладаете хорошими способностями к самообразованию.

Куда двигаться дальше? Область Front-End Web-Dev

10 коментарів

Підписатись на коментарі