Ну в принципе этим я и занимаюсь, как уже писал в самом вопросе, пишу интернет магазин, когда проект будет с минимальным запланированным функционалом, тогда планирую выложить исходники на гитхаб и тогда уже опубликовать резюме с ссылкой на репозиторий. Планирую все же более пассивный поиск работы, так как в принципе не горит, раньше лета не думаю уходить с текущей работы, а пока буду усложнять себе тз по магазину и реализовывать какие-то более сложные фишки, интеграции с сервисами всякими получить, апи узнать и обновлять помаленьку репозиторий на гитхабе. Глядишь к лету как раз что и перепадет, а если нет, то тогда уже в активный поиск работы перейду. В любом случае, спасибо за совет!)
aRegius спасибо, сегодня читал эту статью, а до этого смотрел выступление самого автора на московской конференции) Просто собираю побольше мнений по этому вопросу, так как все же во многих компаниях разнятся параметры деления разработчиков на джунов, мидлов и сеньоров, так же как и условия приёма на работу. Поэтому вопрос такой, что лучше собрать несколько мнения и уже на их основе выводы сделать, в какую сторону копать примерно.
Хорошо, в таком случае что, например, я должен реализовать и предоставить в качестве портфолио работодателю для устройства на работу? Специально не ставлю вопрос что я должен знать, так как учить что-то одно это скучно и считаю что нужно собрать стак технологий, посмотреть что с их помощью можно сделать и попробовать что-то написать как минимум интересное, а по хорошему ещё и полезное, тогда и учить интересней и получаешь более реальный опыт, нежели просто изучение, например SQL
Ладно, с этим понятно, в принципе согласен, для работы на удаление надо быть самостоятельным. А по поводу основной части вопроса не скажете? Может быть посоветуете что можно было бы сделать? Что должен был бы сделать человек чтобы вы взяли его в свою фирму(допустим что она у вас есть)?
Обращайтесь сюда, тут в большинстве своем дружелюбная аудитория) А с макетами у меня так же было) Бросаешь не потому что что-то не получается, это такую причину для себя придумываешь чтобы оправдать себя) Всю жизнь будет что-то не получаться, нужно просто упорно стараться, и не зацикливаться на чем-то одном, что не получилось, вы уперлись и все, можно что-нибудь другое поделать, а потом вернуться к этой проблеме и вполне возможно решение найдется легко) А бросаете потому что нет должной мотивации, не хочется за просто так что-то делать, вот и все. Демки на кодпене не забрасывайте, они могут помочь вам при устрлйстве на работу, по крайней мере мне помогло)
Max Rudik вы, к сожалению, неправильно предполагали. Вообще все эти фреймворки крутятся вокруг методологии MVC и с нее надо начинать изучение подоьных фреймворков. А нужна эта методолгия грубо говоря для упрощения разработки, развбиение проекта на части: Модель(Model), Представление(View), Контроллер(Controller).
Для примера приведу как я загадил проект(не ошибается лишь тот, кто гичегомне делает) и чего не получилось бы, используй я фреймворк. На старте у меня был сайт, с небольшим каталогом мобильных приложений, связанных с музыкой, натянутый на корпоративную цмс, ничего особенного. Потом мне сказали что туда нужно поставить аудио плеер, затем сказали что музыкал в плеере не должна останавливаться при переходах между страницами, потом еще что-то и т.д. и т.п. И вроде бы все эти задачи по отдельности можно решить не используя фреймворк и жить спокойно... Но оглянувшись назад чепез полгода работы над проектом я понял насколько все плачевно. Код, хоть и разделенный по отдельным файлам превратился в кучу спагетти-кода, стостоящего из множества jquery селекторов, безумных условий и всего прочего. Разобраться во всем этом было почти нереально и при первом же редактирлвании кода становилось понятно, что к коду вообще лучше не прикасаться чтобы он не сломался. Сейчас я понимаю, что множество проблем в поддержке можно было бы решить путем разделения котроллера и представления. Ангуляр представляет вам возможность разделения контроллера и представления, связывая их через модель. Делая там образом контроллер независимым от представления, а представление от контроллера. К тому же он накладывает рамки, благодаря которым удается создавать независимые друг от друга компоненты, что впоследствии позволяет безболезненно выдрать один компонент из проекта или так же безболезненно вставить новый.
Реакт же это не полноценный MVC-фреймворк, это слой представления в MVC.
В любом случае, для более менее серьезных проектов, без бэкенд части вам не обойтись.
Возможно я не так понял вопрос и в таком случае вам действительно нужен jade. Очень хорошая штука, которая избавляет нас от кучи скобок и лишней писанины. В тому же поддерживаются циклы и можно легко сгенерировать какой-либо тестовый контент, а при наличии бэкенда и реальные данные)
isqua Здравствуйте, надеюсь вы мне ответите) При вашем способе обнаружился один неприятный баг-при первом проигрывании анимации перед сменой фона происходит едва заметное пропадание фона (выглядит будто на долю секунды происходит смена на белый фон, затем все восстанавливается). При последующей работе анимации такого не происходит, именно при первом воспроизведении. Не можете помочь?