• И снова курсы веб разработки?

    iCoderXXI
    @iCoderXXI
    React.JS/FrontEnd engineer
    В конце 2015 года я задумался о том, чтобы свалить со стека php+jquery на что-то более адекватное современным реалиям. Т.к. года с 2011 ajax/spa неумолимо все больше доминирует над старомодным рендерингом средствами php, мой выбор пал на клиентсайд с JS.

    До того времени (начало 2016 года) я к JS относился весьма скептически, т.к. еще свежи были впечатления от нездоровых приключений с js3 vs ie6 и иже. Тем не менее проштудировав материалы JavaScript Weird Parts и ролики Зоракса я, внезапно, понял, простил и полюбил JS.

    По мере же погружения в прелести ES6+ я стал фанатом JS.

    Моё стремление в сторону JS крепчало.

    Из фреймворков я сначала позарился на Ember.JS, но что-то путное на нем слепить с наскоку оказалось задачей непосильной, хотя он, безусловно, крут.

    Angular v1 мне сразу не понравился чисто интуитивно, как оказалось, это решение было верным.

    Внезапно я обратил внимание на React.JS и оно мне прям вот зашло в самую душу. Как оказалось, у этого айсберга не то чтобы двойное, а прям очень многослойное дно, я бы даже сказал днище. но было уже поздно, я уже подсел и, как снежный ком, несся на встречу своему фронтенд-счастью.

    Параллельно, впервые за 20 лет практики, я внезапно стал дистанционно "ходить" по собесам, и .... круто обламываться. Особо больно было в первые 2-3 раза. Сказались дурные привычки юности - стремление изучать только то, что конкретно приносит пользу здесь и сейчас, игнорируя "тупую", "бесполезную" теорию. Сыпался на таких мелочах, что стыдно вспомнить...

    Еще очень сильно сказывалось то, что 20 лет я работал человеком-оркестром и мастером на все руки сольно в непрофильных конторах. Не было никакой конкуренции от слова совсем и никто не направлял меня мудрой и крепкой рукой в верное русло. Поэтому я болтался как щепка в бурю куда судьба пошлет. Мог и могу везде и всё, но ничего толком и всегда требуется прилично времени, чтобы разобраться да вникнуть.

    В общем я осознал, что дальше так продолжаться не может и нужно кардинально сменить парадигму и стратегию. Записал себя в джуны и стал прилежно учить все подряд, что касается тематики фронтенда и JS в частности. Этот финт ушами почти даже не жахнул по моему самолюбию и самооценке, т.к. багаж прошлых заслуг все равно рулит и весьма существенно помогает. Какие бы новые языки не изобрели, какие бы новые навороченные фреймворки не нарожали - базовые принципы всё те же, а когда ими владеешь, то все остальное - дело времени и усилий.

    Так вот, чтобы переформатировать мозги с пыхи на JS мне нужно было попрактиковаться несколько сотен часов. Я весьма ленив, поэтому сам себе задачки придумывать бросил сразу после школы и школьных олимпиад - наигрался. Тем не менее без практики никуда, поэтому я пошел на кодварс (пруф: https://www.codewars.com/users/iCoderXXI) и стал решать там всё подряд. Поначалу код был ужасен, но работал, постепенно мозг привык и качество кода стало расти. Параллельно стало сложно писать на пыхе, ибо кода получается существенно больше при аналогичном выхлопе. Подобный инцидент у меня случился году в 2006, когда я с клиппера мигрировал на пыху, потом было сложно писать на клиппере, ибо он убог. Пока я не знал пыхи, клиппер мне казался весьма недурным языком. :)

    В общем материалов и приёмов пришлось освоить массу, на все про все у меня ушло более 1.5 лет в режиме 2-4+ часа ежедневных занятий. За это время я умудрился завалить порядка 10 собесов, пока, наконец, не выстрелило.

    Тем не менее мне еще очень многому предстоит научиться, т.к., по сути, мой потенциал - это матёрый сеньёр/архитектор, а реально я пока мидл по части фронтенда. :) Рассчитываю за следующие пару лет устранить этот досадный разрыв.

    Это я все к тому написал, что переучиться можно в любом возрасте (мне 36), было бы желание и упорство.

    В общем я настоятельно рекомендую упор делать в JS/HTML5+/CSS3+ и React/Vue (хотя тут по вкусу, но на эти два "фреймворка" приходится существенная доля вакансий и заказов).

    ВАЖНО! Если раньше не доводилось программировать, то в обязательном порядке параллельно с JS нужно освоить базовые знания/навыки в алгоритмах и структурах данных, а, так же, базовый уровень в информационных технологиях, иначе многое будет просто непонятно, будешь буксовать часами и днями на всяких глупостях.

    P.S.: На htmlacademy курс мне нравится (я там подрабатываю наставником). Однако мне очень хочется, чтобы курсанты приходили несколько более подготовленные по части алгоритмов и структур данных.
    Ответ написан
    2 комментария
  • И снова курсы веб разработки?

    e-antonov
    @e-antonov
    Сначала пройдите бесплатные курсы на https://htmlacademy.ru/
    Потом пройдите платный интенсив либо там же, либо на https://loftschool.com/
    На вашем месте я бы выбрал интенсив от https://loftschool.com/ либо попроще https://loftschool.com/course/web-beginner либо посложнее https://loftschool.com/course/web-development в зависимости от текущего уровня знаний.

    К тому моменту как вы окончите интенсив у вас будет определенное знание html, css, препроцессоров, сборщиков, jquery и javascript + как минимум один выпускной проект в портфолио на гитхабе.

    Далее вы можете брать уже готовые макеты, либо на этих ресурсах, либо где-то еще и сделать себе еще 2-3 готовых проекта для портфолио. Чтобы кто-то их проверял - вы можете договориться по сходной цене с вашим наставником на интенсиве, я думаю он не откажется.

    В результате со своими знаниями и опытом надо устраиваться на работу. Желательно не фриланс. Ибо на фрилансе вас никто не контролирует, никто не поучает, не с кого взять пример. Развитие там минимальное.

    Как только вы устроились на работу - работайте изо всей силы, впитывайте то, чему вас учат, читайте книги, читайте статьи на профильных ресурсах, изучайте технологии, развивайтесь, растите.

    Удачи и успехов.
    Ответ написан
    Комментировать
  • Как пользоваться сайтом GitHub?

    Maksclub
    @Maksclub
    maksfedorov.ru
    Первое, что нужно понять
    Github — хостинг, хостинг для проектов GIT, GIT — система контроля версий программного обеспечения... то есть там хранится история и ветки групповой разработки...

    То, что вы с ним столкнулись — итог маркетинга, тк помимо основной функции (хранение истории разработки) он выполняет еще и кучу всяких полезных штук... например публикация библиотек (JQuery скриптов как пример, публикация портфолио, публикации верстки на GitPages и хоcтинг статики на этом же сервисе...)

    иranche — ветка проекта, например когда нужно сделать фичу или 2 разных разработчика или по назначению... issues — чисто теа Github для того, чтобы отправлять жалобы/замечания/корректировки/вопросы... к им можно крепить ветки и т.д...
    pull request — это когда вы скопировали проект (fork) и сделали его доработку и отправили изменения владельцу преокта, а он смотри принять его или нет :)
    readme.md — файл в формате MarkDown для того, чтобы написать описание проекта
    Ответ написан
    3 комментария
  • Как делать адаптивные галереи?

    dom1n1k
    @dom1n1k
    Там ключевой момент не во флексе, а в свойстве object-fit. Потому что идеально подобрать и упаковать разноформатные фото всё равно невозможно - по любому придётся их подрезать.
    Ответ написан
    Комментировать
  • Как делать адаптивные галереи?

    OtshelnikFm
    @OtshelnikFm
    Обо мне расскажет yawncato.com
    Делал подобное на flex
    https://codeseller.ru/wp-content/uploads/2017/10/U...
    https://codeseller.ru/wp-content/uploads/2017/10/U...

    гуглите в сторону object-fit и полифила под старые браузеры
    Новые браузеры его отлично поддерживают https://caniuse.com/#feat=object-fit
    Ответ написан
    Комментировать
  • В чем концептуальный смысл ухода с jQuery на более современные front end инструменты?

    NightmareZz
    @NightmareZz
    Нищий разработчик из Симферополя
    Зачем они это делают? Хипсторы, сэр!
    Ответ написан
    Комментировать
  • Где удобно хранить куски кода?

    diakin
    @diakin
    программное и аппаратное обеспечение ))
    Mars Notebook
    Это удобная записная книжка с древовидной структурой разделов.
    Она имеет полноценный текстовый редактор с поддержкой таблиц, любого типа форматирования шрифтов, выделение цветами, маркеры, нумерацию, отступы, изменяемый межстрочный интервал, межбуквенный интервал, отмену/повтор операций, проверку орфографии, стили, фон документа и многое другое. Вы можете печатать документ, просматривать, редактировать его свойства.
    Ответ написан
    Комментировать
  • Где удобно хранить куски кода?

    @LorHobbit
    MyTetra. Оно не только про код, оно вообще про организацию всякой более-менее структурированной информации. База хранится в XML, легко переносима. Это не сервис, это десктопная программа, но есть тулзы для выкладывания на сайт.

    https://webhamster.ru/site/page/index/articles/pro...
    Ответ написан
    Комментировать
  • Где удобно хранить куски кода?

    Taraflex
    @Taraflex
    Ищу работу. Контакты в профиле.
    Отказался от онлайн сервисов в пользу https://www.giuspen.com/cherrytree/
    если нужна онлайн синхронизация, можно просто закинуть файл базы в папку к какому-нибудь гугл/яндекс/дропбок диску.
    База представляет sqlite файл и легко может переносится без глюков.
    Ответ написан
    Комментировать
  • Какую книжку выбрать для изучения JS?

    vetero4eg
    @vetero4eg
    Frontend
    Мне Кантор не пошел совсем.. Помимо Флэнагана, попробуйте "Выразительный JS". Лучшее, что мне попадалось для меня новичка. У ITDN, опять же субъективно, курсы неплохие. Главное практики побольше.
    Ответ написан
    1 комментарий
  • Почему постоянно "хочется отвлечься на что-то другое"?

    @MSAFT
    Хочу тебя обрадовать, ты такой не один. Все с таким сталкиваются, так устроен мозг, начиная что либо сложное ему всегда хочется занять себя чем-то более легким, приятным и непринужденным. И это нормально, мы люди - обычные животные.

    Есть научное определение такого поведения, называется прокрастинация.

    Эффективных методов борьбы с прокрастинацией емного. Все методики в рамках тайм менеджмента, один из самых популярных это метод со смешным названием Помидор. Ну это один из, а вообще их наверняка больше.
    Лучше всего просто прочесть книгу Барбары Оакли "Думай как математик". Она тебя вдохновит и ты поймешь, что прокрастинирует почти все люди и с этим можно успешно бороться.

    Успехов!
    Ответ написан
    1 комментарий
  • Почему постоянно "хочется отвлечься на что-то другое"?

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

    Это такой мозг и ничего с этим не сделаешь. Но можно организовать процесс: писать план работ, задачи разобрать по важности/сложности и когда чувствуешь что попрет, открывать список и делать.

    В фазу когда настоиграло все к чертям обязательно заменить любыми оффлайн делами. Покапитаню: лучший отдых это смена вида деятельности. Перейти в соседнюю вкладку и листать мемасы это не смена вида деятельности. Для себя заметил что лучше всего помогает физическая активность. Какбе я знал это давно, но как тру ленивая жопа только кивал сам себе: тип да да, кэп, я в курсе. Все в курсе. Но лень. Потом случился ремонт в квартире и понеслась. Хочешь не хочешь, а попотеть в оффлайн приходилось. Тут эта теория нашла подтверждение на практике, продуктивность реально выросла. Фазы «запоя» и «отдыха» более менее уравнялись: на продуктивную работу каждый день приходилось около 3-5 часов, фаз «о, мемасы» и «в интернете кто-то неправ» стало гораздо меньше, затем совсем пропали. Затем ремонт закончился, а привычка уже выработалась (для выработки любой привычки достаточно трех недель, а зачастую и меньше) и ее следствия понравились настолько, что подняв жопу пошел таки в качалочку, в которую планировал последние пару лет. И таки скажу вам по секрету — лучшего варианта нет.

    Пообщавшись с людьми которые «профессиональные кочки», то есть которые горят своими результатами в зале, увидел что к отдыху они относятся как к неотъемлемой части работы: ни в одной сфере деятельности такого отношения нет. То есть для них работа это правильно и вовремя вкалывать-правильно вовремя отдыхать. Без любой из частей результата не будет.

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

    С наступающим, котаны!
    Ответ написан
    2 комментария
  • Необходимые знания JavaScipt?

    iCoderXXI
    @iCoderXXI
    React.JS/FrontEnd engineer
    Идешь на сайт Кантора и штудируешь все подряд. Так же находишь на ютубе Зоракса и штудируешь все подряд. Если владеешь английским, можно еще проштудировать курс JavaScript Weird Parts. потом просто ходишь на собесы, делаешь тестовые. Поначалу все собесы будешь сливать, это нормально. После каждого слива делаешь разбор полётов и пристально изучаешь то, на чем завалился. Вангую что тебе 10 заваленных собесов хватит за глаза, чтобы выкачать всю базу. Поэтому поначалу ходи на собесы туда, где не жалко слить.

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

    В общем 5% теории и 95% практики, очень много упорства, и ты в строю через пару лет. Возможно и через годик, если будешь реально фигачить по 8 часов в день.
    Ответ написан
    Комментировать
  • Как повторно использовать компоненты верстки в разных проектах?

    movasyl
    @movasyl
    semper tiro
    Чуваки, вы о git слышали? Если нет, то самый раз услышать.
    ПС: хотя TARS и осиротел в последнее время, но доки там шикарные, не ленитесь за Вас обо всем позаботились ... https://github.com/tars/tars/blob/master/docs/ru/faq.md пункт #3
    Ответ написан
    Комментировать
  • Как повторно использовать компоненты верстки в разных проектах?

    AlibekKulseitov
    @AlibekKulseitov
    Люблю верстать и писать музыку
    Чувак ты прям по адресу)) Я тоже таким болел и болею)) Вот как делаю я. Я создал для себя свои собственные компоненты которые наработал в ходе куча разных проектов. Когда надо их подключаю а когда не надо просто комментирую их. Выглядит это вот так:
    То есть в самой папке компонента я храню вьюшку компонента и его стили.

    5a3b8a0cb4cfc589655276.png
    <!-- breadcrumb -->
    <ul class="breadcrumb">
        <li class="breadcrumb__item">
            <a href="#" class="breadcrumb__link">Level 1</a>
        </li>
        <li class="breadcrumb__item">
            <a href="#" class="breadcrumb__link">Level 2</a>
        </li>
        <li class="breadcrumb__item">
            <a href="#" class="breadcrumb__link breadcrumb__link_is-active">Current page</a>
        </li>
    </ul>
    <!--/. breadcrumb -->

    //
    // Component: breadcrumb
    // --------------------------------------------------
    
    .breadcrumb {
        .nl();
        margin-bottom: 15px;
        margin-top: 40px;
        position: relative;
    
        &__item {
            display: inline-block;
            position: relative;
            margin-right: 5px;
    
            &:before {
                font-family: 'FontAwesome';
                font-size: 13px;
                color: #fff;
                content: '\f105';
                display: inline-block;
                vertical-align: middle;
                margin: 0 5px 0 0;
            }
    
            &:first-child:before {
                display: none
            }
        }
    
        &__link {
            font-size: 16px;
            color: #fff;
            text-decoration: none;
    
            &:hover,
            &:focus,
            &_is-active {
                color: @color-main;
            }
    
            @media(max-width: @screen-ms-max) {
                font-size: 14px;
            }
        }
    }


    В общем суть понятна да?)

    Что делать если начинаешь новый проект и все надо переносить?
    Ничего переносить не надо, у меня есть такая папка называется TARS BUILDER.
    Это получается Голый Tars только уже с моими компонентами и плагинами. Его походу дела и дополняю всегда.
    Например верстаю сижу и тут бац понял что тут можно удобно сделать так-то сяк-то, иду в папку Tars Builder и там же сразу делаю это улучшение. Короче говоря пока верстаю на поле боя я там понимаю как и что мне удобно и переношу эти апгрейды в свой фреймворк/шаблон TARS BUILED.

    Так же создаю походу дела свою миксины, переменные и тд.

    Таким способом я легко начинаю новый проект на TARS.
    Ответ написан
    Комментировать
  • Какая есть хорошая научно-популярная книга о работе компьютера и развитии технологий в целом?

    @Xanter
    Инженер технической поддержки
    Петцольд "КОД" для начала
    Ответ написан
    Комментировать
  • Какая есть хорошая научно-популярная книга о работе компьютера и развитии технологий в целом?

    Stalker_RED
    @Stalker_RED
    Например, процессор с частотой 2.5ГГц выполняет 2,5 миллиарда циклов. КАК?) Как люди к этому пришли?

    Вы ведь знаете что такое Герц вообще? 1 Гц - одно колебание в секунду, 100 - Гц это 100 колебаний в секунду, 100 Мега Герц - 100 миллионов колебаний (FM радио в этом диапазоне работает), а 1 ГГц - в десять раз больше (миллиард).

    Ну и процессоры не сразу такими шустрыми стали, ZX Spectrum (1982) работал на 3.5МГц, например. А теплый ламповый ЭНИАК (1943) работал всего на 100 кГц (сто тысяч тактов в секунду).

    Как они придумали пленки для жесткого диска, что бы туда "намагничивать" нолики и единички ?)

    Началось все с фонографа (1877), там были цилиндры покрытые воском или фольгой. Практически сразу начались эксперименты с магнитным слоем (первые публикации 10 лет спустя), но в массы оно не пошло - сложно, дорого, качество не очень.
    Затем появились более практичные патефоны, с пластинками. 6XfrU1x.png

    Магнитофоны с магнитными лентами параллельно развивались, но в массовое использование не попадали.
    AhpCQgP.png1935

    Компьютеры первого поколения работали с перфокартами и перфолентами, которые ведут свою историю аж от станков Жаккарда.

    Затем сообразили, что магнитные ленты удобнее и быстрее бумажных. Затем запарились крутить перемотку, и сообразили что диски (прям как в патефоне) еще удобнее - можно переставить головку на нужную дорожку. В 1973 году был выпущен жёсткий диск "винчестер" аж на целых 60 МегаБайт.

    Ну и понеслась: больше плотность записи, больше скорость вращения, больше пластин, быстрее, плотнее, быстрее...

    Специальный учебник не особо и нужен, если есть вики и любопытство.
    Ответ написан
    2 комментария