• Как удалить директорию в Git?

    @fathom
    Если вы случайно закоммитили ненужный файл или папку в git-репозиторий и уже сделали push, то чтобы удалить все следы этого файла или папки в том числе и из истории, достаточно выполнить команду:

    git filter-branch --tree-filter "rm -rf PATH" HEAD

    где PATH - это относительный путь до файла или папки.
    После этого выполните (чтобы перезаписать историю изменений):

    git push origin master --force
    Ответ написан
    1 комментарий
  • Full stack (emberjs, nodejs, mongodb)?

    Kaer_Morchen
    @Kaer_Morchen
    Разрабатываю web-приложения.
    Привет.
    https://github.com/mgenev/nodember ? На discuss.emberjs.com время от времени появляются вопросы какой backend для Ember лучше. Чаще всего фавориты ROR || Sinatra, Django Rest Framework, Sails.js.

    PHP никто не упоминал, но думаю Laravel 4-5 хорошо подойдут. Symfony 2 точно нет.

    Все дело в том что ember-data организовывает REST API по принципам описанным в jsonapi.org и вроде как нет смысла эти принципы переопределять, там все довольно продумано и гармонично. На сайте есть раздел со списком библиотек поддерживающих jsonapi.

    Мои ИМХО что будущее крупных веб-приложений все же за websokets, а не за http, поэтому я потихоньку посматриваю в сторону GO, но про него сказать ничего не могу.

    Update: 07.03.2015

    Нашел sanestack.com, Ember.js + Sails.js
    Ответ написан
    2 комментария
  • И снова курсы веб разработки?

    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 готовых проекта для портфолио. Чтобы кто-то их проверял - вы можете договориться по сходной цене с вашим наставником на интенсиве, я думаю он не откажется.

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

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

    Удачи и успехов.
    Ответ написан
    Комментировать
  • И снова курсы веб разработки?

    toxicmt
    @toxicmt
    CTO at hexlet.io
    А между тем мы тихо и скромно запустили бесплатную обучалку по php code-basics.ru с интерактивом в браузере. Попробуйте, аналогово в рунете нет.
    Ответ написан
    3 комментария
  • Можно ли дублировать строки в VS Code?

    AndrewHaze
    @AndrewHaze
    Умею гуглить яндексом
    Конечно можно
    Shift + Alt + Down или Shift + Alt + Up

    P.S. Файл > Настройки > Сочетания клавиш

    Там же можно добавлять свои клавиатурные команды. Для этого нужно нажать на ссылку keybindings.json и разместить свой код в правом окне, затем сохранить файл keybindings.json.

    Например, так можно добавить возможность менять регистр символов с помощью клавиш CTRL+SHIFT+U и CTRL+SHIFT+L:
    [
     {
        "key": "ctrl+shift+u",
        "command": "editor.action.transformToUppercase",
        "when": "editorTextFocus"
     },
     {
        "key": "ctrl+shift+l",
        "command": "editor.action.transformToLowercase",
        "when": "editorTextFocus"
     }
    ]
    Ответ написан
    4 комментария
  • И снова курсы веб разработки?

    У нас есть один выпускник, которому уже за 50. Он тоже в своё время заинтересовался вебом, попроходил автоматические курсы, ему понравилось, успешно завершил пару интенсивов и устроился на работу. Надо отметить, что у него образование техническое, так что для него веб-технологии были не в новинку.

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

    Если уж изучать веб, то лучше делать это по структутированному материалу, это либо курсы (например, наши, htmlacademy), либо какая-нибудь серьёзная книга, типа 4 издания Эрика Майера.

    Если есть деньги и свободное время, то можно записаться и на платные курсы. Они позволят существенно ускорить обучение, а время с какого-то возраста дороже денег.

    Только обязательно смотрите, чтобы платные курсы были с наставниками и наставники были профессионалами. Чтобы это узнать просто выясните требования к наставникам на разных платформах, как будто вы пытаетесь на курс попасть как наставник. Вся фишка этих курсов, чтобы на разбор вашего кода потратил много времени професиионал, это примерно то же самое, что происходит с новичком, когда тот устраивается в офис.
    Ответ написан
    1 комментарий
  • В чем могут помочь js фреймворки(React, Angular)?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    C MVC фреймворками все понятно, но они меня не интересуют. А что делать с инструментами, нацеленными больше на фронтенд (React, Angular) ?


    Открою вам страшную тайну - MVC фреймворки как раз на фронтэнд и нацелены, а не на бэкэнд.

    ReactJS - библиотека, а не фреймворк. Это вопервых. И решает эта библиотека задачу оптимизации взаимодействия с DOM при связывании данных между представлением и моделью данных.

    Angular - полноценный фреймворк, к которому можно подключить тот же React для вьюх. Используют его в основном при реализации Single Page Application-ов.

    Были ли у вас практические задачи, с которыми мог справиться только js фреймворк? Какие?

    Все задачи можно решить на чем угодно. Вопрос в сроках и кривости. Angular позволяет организовать структуру приложения, разделить его на слои, предоставляет ViewModel... все то что писать с нуля маленький ад и скучно. Ну и опять же все можно покрыть тестами и т.д.

    Могут ли быть полезны данные инструменты в совместной работе с Rails, например?

    Если брать ангуляр - я его использую только в контексте SPA. Это может быть не все приложение а только какая-то его часть но все же... А для SPA разницы нет вообще на чем бэкэнд реализован. От бэкэнда нужна только апишка.

    Реакт же можно использовать в принципе для построения view на клиенте. Так что можно и его юзать. Зависит от задачи. Скажем если в задачи входит организация работы жирной формы - то лучше взять knockout.js. А если вам нужно рендрить какие-то данные в реалтайме - можно вооружиться реактом.

    Нужно ли вообще тратить время и искать себе задачи, которые можно решить привычным jQuery, который в большей степени знают все (вопрос дальнейшей поддержки) ?

    Куча народу знает jQuery но не знает JS. И это грусть и печаль. Скорее всего если у вас в задачах стоит реализовать слайдер какой или что-то такое то ни Angular ни React вам не нужны. Ну или в контексте сайтиков тоже не особо есть от них польза (только в специфических случаях). А вот если пишите приложения какие-то, можно уже задуматься ибо если вам придется реализовывать весь бойлерплейт, да еще и не будет DI то с высокой долей вероятности (все же нормальные разработчики существуют) вы получите шматок гуано дико связанный и приносящий боль при рефакторинге. А еще использование только jQuery это на 99% отсутствие каких-либо тестов на фронтэнде.

    p.s. Я на ангуляре пишу админки к примеру для своих проектов. Ну и все все все что вписывается в концепцию SPA. Реакт планирую использовать как альтернативу phonegap (react-native вышел), поскольку он является слоем абстракции над формированием представления (за счет промежуточного виртуального DOM).
    Ответ написан
    1 комментарий
  • Как удалить нелегальную копию своего сайта?

    maybesomebody
    @maybesomebody
    Ну главное иметь доказательства, что сайт Ваш) А то может Вам хуже будет... Дальше интуитивно понятно - затаскать по судам, иски...
    Ответ написан
    Комментировать
  • Как удалить нелегальную копию своего сайта?

    webinar
    @webinar Куратор тега Веб-разработка
    Учим yii: https://youtu.be/-WRMlGHLgRg
    Вначале определитесь чем он Вам мешает. Отсюда и появятся разные решения. Вопрос ранжирования - решаем через поисковики. Пишем жалуемся, добавляем уникальный контент, вставляем в контент ссылки, усложняем парсинг и т.д. Если это мошенничество от Вашего имени - обращаемся в правоохранительные органы. И т.д.
    Ответ написан
    Комментировать
  • Как удалить нелегальную копию своего сайта?

    saboteur_kiev
    @saboteur_kiev Куратор тега Информационная безопасность
    software engineer
    Зачем - понятно.
    Либо кто-то хочет заработать на вашем контенте, либо помешать вам, как конкуренту.

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

    Как бороться - сложнее. Можно пробовать жаловаться в поисковые системы, можно пробовать обращаться в суд и закрывать "плохие домены", можно усложнять свой сайт, чтобы его было неудобно копировать и так далее.
    Ответ написан
    Комментировать
  • Как удалить нелегальную копию своего сайта?

    abyrkov
    @abyrkov
    JavaScripter
    Тут нужно уточнить, можете ли вы доказать, что авторские права на сайт у вас, а не у него. Если можете - вперед, в правоохранительные органы.
    Ответ написан
    Комментировать
  • Как удалить нелегальную копию своего сайта?

    Думаю стоит начать с заявление в МВД
    Ответ написан
    Комментировать
  • Штатные программисты или аутсорсинг?

    @sisn
    Если объемы работ большие и регулярные и примерно более-менее квалификацию требуют - выгоднее свой.

    Если работы эпизодические - выгоден аутсорс.
    Если работы требуют огромных скачков по квалификации - выгоден чужой (своего высококвалифицированного кормить каждый день, даже когда можно было обойтись дешевым сотрудником - накладно весьма).
    Ответ написан
    Комментировать
  • Штатные программисты или аутсорсинг?

    @Andrey052
    Программист
    Если много работы, то штатный будет дешевле в десятки раз, чем приходящий и временами и пропадающий неделями не понятно кто. Если работы мало, то можно и на аутсерс отдать.
    Ответ написан
    Комментировать
  • Штатные программисты или аутсорсинг?

    chewarer
    @chewarer
    (c) Есть такая профессия - на работе сидеть.
    Ответ написан
    Комментировать
  • Штатные программисты или аутсорсинг?

    @azzzimo
    Если ваш бизнес по большей части - не_IT - то аутсорс конечно выгоднее. Как говорил Milfgard - возможность платить когда есть деньги и не платить, когда денег нет - очень важна для выживания бизнеса.

    Если эта поддержка сайтов и бухгалтерского ПО - основная работа компании - то отдавать на аутсорс плохая идея.
    Ответ написан
    Комментировать
  • Штатные программисты или аутсорсинг?

    @ahosta
    Если есть постоянные большие объемы работ - штатники.
    Если есть отдельные работы, повышенной сложности, что штатники не осилят - аутсорсеры, в дополнение к штатникам.
    Если есть постоянные резкие скачки объемов работ на небольшое время - аутсорсеры, в дополнение к штатникам.
    Если объемы работ невелики - аутсорсеры.

    Если объем работы на одного-единственного программиста - не рекомендую. Он завянет в одиночестве. Упадет и качество и скорость и проверить его будет некем. И если с ним чего случится - будет весьма проблематично за ним разобраться.
    Ответ написан
    Комментировать
  • Штатные программисты или аутсорсинг?

    По своему опыту работы как на аутсорсе так и в штате могу сказать следующее:
    аутсорсеры могут легко и внезапно свалить из проекта, часто не говоря ни слова
    могут откровенно халтурить (писать говнокод например), так как нет менеджеров/начальника стоящих за спиной
    могут работать ночью в полусонном состоянии, так как днем жена и дети мешают работать
    и много чего еще. Хорошего аутсорсера найти легко, но он будет стоить гораздо дороже.
    UPD: для остальных членов команды это означает следующее:
    - сплошной и вездесущий говнокод
    - отсутствие единого стиля программирования
    - долгое вникание в исходный код
    А в общем это называется бардак.
    Ответ написан
    1 комментарий