• Есть ли резон переучиться на программиста?

    @bobus179 Автор вопроса
    Дожив до своего возраста я начинаю замечать, что молодежь воспринимает таких как я морально устаревшим материалом. Но могу им ответить на это, что всё не так плохо. И мозги работают, и желания есть. А иногда даже жизненный опыт дает преимущество в некоторых аспектах. Поэтому могу молодежи ответить, что не стоит ставить на нас крест, а так же пожелать, чтоб и вы в нашем возрасте сохранили гибкость ума и желание становится лучше.
    P.S. Даже если задуманное мной не выгорит, то сам процесс доставит мне удовольствие и будет неплохой разминкой для ума "на старости лет" ;-)
    Ответ написан
    3 комментария
  • Программирование как хобби, как делать по уму?

    php666
    @php666
    PHP-макака
    В общем, хочу начать с самых основ
    Не надо с самых основ. Тебе это не нужно. Ты когда хочешь полку повесить на стену, ты же не изучаешь принцип работы дрели и молекулярный состав сверла? Также и здесь. Ты не сможешь объять необъятное. Просто выбери что хочешь делать и уже конкретно спрашивай что именно тебе изучать.

    Сейчас я скажу страшную вещь (по меркам местной аудитории), но если тебе веб интересен и хочешь именно там осуществить "какие-то свои задумки", то бери PHP 7. Если сразу начнешь читать правильную литературу - сразу станешь писать на нем более-менее правильно. Польза есть - всегда можно для себя/для работы сделать веб-проект. Язык удобный, мануал весь на русском, всё разжевано до такой степени, что даже даун сможет научиться.
    Ответ написан
    Комментировать
  • Программирование как хобби, как делать по уму?

    @BashkaMen
    C# программист
    Комментарий выше призван отбить желание программировать.

    Я рекомендую использовать C#, и начинать с небольших программ для себя. Эти первые программы призваны ознакомить вас с синтаксисом, после базы можно начинать ООП, можете посмотреть на моём канале.
    Ссылка
    После освоения ооп стоит задуматься об оптимальности написаного кода, в этом помогут SOLID принципы, но я могу гарантировать что с практикой половина из них приобретается сама. После чего рекомендую либо продолжать делать свои проекты но больших маштабов, либо пойти пофрилансить (я пошел фрилансить 1.5-2 года).

    Примерно такой путь прошел я начиная с 15 лет, это видно на моём канале, в 18 я пошел на работу, и знания были на столько крепкими, что до миддла мне не хватало только знание процессов коммандной разработки.
    Ответ написан
    2 комментария
  • Взял первый заказ на UpWORK от индуса. Как разрулить проблемы?

    NDanilov2015
    @NDanilov2015 Автор вопроса
    Я почти закончил работу - плагин к WooCommerce удалил почти все лишние продукты; удалось ускорить сайт до 2 сек. Но клиент опять прицепился к тому что "немного сломалась вёрстка в функционале главной страницы, это из-за твоих действий" и предложил опять откатить базу на исходные 1.8 Гб и начать всё сначала.

    Я разозлился и написал:

    I will not do this job again. let's close the contract and you'll hire yourself another specialist. Or I can try recovery functional of site with this database which was optimized. How the right functional on home page should be looked?

    Клиент не захотел работать с той базой которую я ему почистил, и разорвал контракт, средства я ему вернул. Указал:

    Reason contract ended: Job not as described.

    Что мне теперь будет в итоге? (Возможно, зря написал Job not as described - много работы же и по теме было, просто попутно цеплялся к "ты сломал мне...").

    Как теперь загладить вину перед биржей, не угодить в бан? (Собеседование еще не прошел).
    Ответ написан
    4 комментария
  • Какие сайты хорошо подготовят к собеседованию React разработчика?

    @myaca
    У тебя могут спросить совершенно разные задачки, из того что мне приходит в данный момент в голову:
    - расскажи какие значения свойства position, display ты знаешь
    - способы выравнивания элемента по центру

    - как работает this в javascript
    - как работает прототипное наследование в javascript
    - generators, async/await, promises, setTimeouts, что из них раньше выполнится и т.п., расскажи про микротаски
    - variable hoisting

    - расскажи про HoC, что это такое, где используется
    - расскажи про render props
    - расскажи про portals
    - расскажи про context api
    - react component lifecycle hooks
    - что такое middlwares, какое у них в принципе назначение, какие знаешь, какими пользовался
    - как можно уменьшить количество ререндеров, какие способы оптимизации ты знаешь

    - CORS - ?
    - ФП vs ООП сравнение, их особенности и сильные/слабые стороны
    - composition vs inheritance
    - различные вопросы по паттернам, например рассказать про observer, как это работает концептуально
    - расскажи про пирамиду тестирования

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

    1) Берешь задачу в разработку
    2) Изучаешь код
    3) Говоришь менеджеру (тех-лиду), что ты тут нифига не понимаешь => потребуется больше времени, чем обычно
    4) Говоришь отделу тестированию, что ты вообще нифига не понимаешь, что сделал - пусть протестируют твои правки тщательнее.

    Как-то так=)
    Ответ написан
    Комментировать
  • Как вы при разработке в крупном проекте обнаруживаете выходы за рамки своей части, и как вообще изучаете проект за пределами задачи?

    Adamos
    @Adamos
    Если есть тимлид - то однозначно нужно обратиться к нему. Потому что джун может быть уверен, что ради его правок нужно пересобачить половину готового кода и заработать канделябры от тех, кто его отлаживал. А тимлид ткнет его носом в простой и естественный способ ничего лишнего не ломать. Даже если на это потребуется в десять раз больше времени того зеленого джуна.
    Ответ написан
    7 комментариев
  • Существует ли "Грокаем ООП"?

    BorLaze
    @BorLaze
    Java developer
    Вы не с того начинаете.

    GoF - это нечто вроде best practices, как и в каком случае применять те или иные возможности, предоставляемые ООП (полиформизм, абстрактные методы/классы, интерфейсы и т.д.).
    Само собой, что из себя представляют понятия, перечисленные в скобках, надо уже знать.

    Если совсем уж на пальцах, GoF - это правила правописания. Естественно, прежде чем их учить, надо знать буквы.
    Ответ написан
    2 комментария
  • Что делать если youtube занимает слишком много времени?

    Kadzi
    @Kadzi
    Ом
    Тут речь о мягких навыках, в частности про управление собой и концентрацию.

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

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

    Вот например, чтобы изучить что-то основательно, нужно курить 3-4 часовые видео + практика, но в реалиях такого энтузиазма мало у кого есть, поэтому, как вариант начать с 5-15 минутных видео. Просто начать.

    У меня была точно такая же история, только вместо ютуба я читал тостер)))) Понимая, что не могу с собой ничего поделать, я начал просматривать по 300-400 советов из разных тематик ежедневно в том числе рубрики в которых я полный ноль. А позже я культивировал полезный поиск + сбор полезных материалов, в том числе из комментариев.

    Я купил ежедневник, где что-то зарисовываю или записываю о том, что я смотрю и читаю, подстегивая себя к новым знаниям. Это своеобразная медитация. Скептически всегда относился к ежедневникам, но оказалось забавно, как такая штука может якорить и напоминать: не останавливайся, чувак!

    В один момент, я понял, что хочу углубляться по вопросам и перескочил с тостера на видео, книги и практику. Начинал так же, с банальных вещей, которые культивировал. Например, что такое цвет? И по 15-20 мин ежедневно что-то читал, смотрел изучал, пока не захотелось это делать по 30 мин в день. некоторые вещи я хочу делать теперь по 3-4 часа в день.

    Мой посыл в том, что резкой перемены не произойдет. А чтобы произошла перемена ты сам должен сказать себе: так, мне пора на следующий уровень. Чтобы попасть на следующий уровень окружи себя инфополем текущего, пока эта информация не покажется усвоенной.

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

    Мягкие навыки 1
    мягкие навыки 2
    40 правил философии ответственности обрати внимание на 2 правило
    теория психики
    рекомендую его заметки

    Давай ещё разок: тебе не сжигать мосты нужно, а выжать полезное действие из привычки.

    0. Никаких резких перемен не будет.
    1. Почитать про софт скилы и что формирует их.
    2. Продолжить смотреть ютуб, разбавив ежедневной рубрикой "полезные 15 минут"
    3. Окружить себя инфополем текущего уровня, пока не захочется на следующий. А захочется, так как эти 15 минут превратятся рано или поздно в 20, а потом в 30. Культивация полезного действия.
    4. Попав на новый уровень, проделать тоже самое.

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

    @nrgian
    - Реально ли за срок 2-3 месяца, нигде не работая, а только учась, выучить технологии\языки для фронтенда до уровня когда могут взять джуном?

    Трейни, не джуном.
    Да, я нанимал таких.
    Причем если есть 2 человека, один с годом опыта, но работа ему не интересна, а другой с месяцем опыта и хочет работать и развиваться, то второй нааааамного предпочтительнее.
    О заработке на первых порах следует забыть, там копейки.
    Но в первые два года постепенный и большой рост (по сравнению с самым началом карьеры)

    - Более утопический вариант: реально ли за аналогичный срок добиться того же результата, но изучая Java?

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

    @alex_fedorov
    Посоветую очень крутой аудиокурс (по моему мнению) - Power English от A.J.Hoge. Поначалу кажется, что преподаватель говорит довольно быстро, но затем привыкаешь. К тому же курс основан на том, чтобы прослушивать один и тот же урок по нескольку раз. Еще один из плюсов - очень интересные и правильные вещи автор рассказывает в своих уроках.
    Ответ написан
    1 комментарий
  • Как научиться понимать английский язык на слух? Это вообще возможно?

    @kova1ev
    Я бы еще добавил, что тут словарный запас ощутимо решает. По крайней мере, когда я стал подтягивать свой словарный запас, вдруг заметил, что многие фразы в роликах, кино или песнях становятся понятны на слух.
    Ответ написан
    3 комментария
  • Насколько адекватно требовать домашнего развития от разработчиков?

    Sanes
    @Sanes
    Если разработчик хочет развиваться, то на работу он будет тратить не более 4х часов. На работу, которая оплачивается.
    Ответ написан
    Комментировать
  • Решать задачи VS Продолжать учиться?

    KickeRocK
    @KickeRocK
    FrontFinish
    Ничего не учите и не делайте.
    Всё, ответственность снята, спите спокойно.
    Потом скажете, что могли стать крутым прАграммистом, но Андрей с тостера помешал.
    Загуглите "карта развития фронта" и попробуйте найти работу трейни, лучше по знакомству
    Ответ написан
    Комментировать
  • Можете оценить уровень кода?

    rockon404
    @rockon404 Куратор тега React
    Frontend Developer
    Навскидку:
    1. В проектах по-хорошему использовать типизацию TypeScript, Flow. PropTypes в таком случае использовать не надо.

    2. Тут в коде бессмысленное условие:
    render() {
        const { report = {} } = this.props;
        return (
          <Fragment>
            <Head>
              <title>Doctor problem with {report.doctor.name}</title>
            </Head>
            {report && <ReportDetail showDetailButton={false} data={report} />}
          </Fragment>
        );
      }

    report у вас существует всегда. Надеюсь понимаете, что пустой объект кастуется в true.

    3. Про ESLint/TSLint уже писали.

    4. Ваши редьюсеры не имеют ключей состояния. Какой-то запрос может быть в процессе, а ваши компоненты об этом не знают.

    5. Логику работы с куками лучше вынести в actions.

    6. Нет смысла разделять импорты отступами, просто соблюдайте очередность и смотрите пункт 3.

    7. Компонент __app можно декомпозировать.

    8. Неясно зачем тут геттер
    get renderReports() { /* ... */ }

    9. Для сортировки можно использовать меморизацию.

    10.
    handleChange = (e, key) => {
        const value = e.target.value;
        this.setState({
          [key]: value,
        });
      };

    <Input
      id="outlined-name" //  зачем?
      placeholder="Problem Summary"
      value={reportTitle}
      onChange={e => handleChange(e, "reportTitle")}
    />

    Можно заменить на:
    handleChange = e => {
        const { name, value } = e.target;
        this.setState({
          [name]: value,
        });
      };

    <Input
      id="outlined-name" //  зачем?
      placeholder="Problem Summary"
      name="reportTitle"
      value={reportTitle}
      onChange={handleChange}
    />


    11. /components/ReportDetail/constants.js зачем?

    12. Где-то запросы в экшенах, где-то в компонентах.

    Не знаком с next.js поэтому ничего объективного по организации кода сказать не могу, так как не до конца понимаю как этот фреймворк работает. Вижу, что авторизованных запросов пока нет. Запросы к API у вас будут происходить только на стороне клиента?
    Ответ написан
    Комментировать
  • Какой необходимый уровень знаний для junior React.js Разработчика?

    Junior-React разработчик?
    По-моему, как-то странно звучит.
    К изучению стэка технологий, среди которых Реакт нужно подходить уже будучи не совсем джуном: важно понимать базовые основы функциональной парадигмы, отличие её от ООП, понимание архитектуры flux и потоков данных, уверенный уровень JS (ES6), как асинхронность работает, всякие ajax-api (axious, fetch), конечный автомат (что такое и зачем нужен). Про хтмл\вёрстку, само собой, конечно же.
    Я когда без хорошего навыка JS полез в Реакт, то не понял, что вокруг происходит.
    Ответ написан
    2 комментария
  • JavaScript Зашифрованный js код?

    sergiks
    @sergiks Куратор тега JavaScript
    ♬♬
    Похоже, это скомпилированный в типа-бинарный формат скрипт для какого-то из Adobe'овских продуктов.
    Попытка реверса из 2014-го.

    Кто-то написал конвертер JSXBIN в JSX. На github его давно удалили по требованию Adobe.

    Сохранились исходники на C#, компилировать самостоятельно.
    Ответ написан
    8 комментариев
  • Как промоутить джунов в мидл разработчиков?

    vt4a2h
    @vt4a2h
    Senior software engineer (C++/Qt/boost)
    Сначала вам необходимо подготовить максимально полную классификацию, кто есть кто в вашей компании. Например, абстракный джун обладает такими-то скилами, реашет такие-то задачи и т.п. Мидл, умеет и знает всё тоже самое, что и джун + что-то ещё по каждому из пунктов + возможно дополнительные пункты. Начиная со старших разработчиков уже должно быть прописано, как сотрудник влияет на бизнес и т.п.

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

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

    Вот пожалуй и весь нехитрый набор рекомендаций. Важно, на мой взгляд подходить к реалзиации каждого этапа итеративно и командно. Выносить на всеобщее обсуждение, дорабатывать и т.п.
    Ответ написан
    6 комментариев
  • Роутинг на JS. Это легально?

    @afanasiyz
    Javascript-разработчик
    Вечер добрый.
    Вы не тупой, в ангуляре существует модуль роутинга.
    Да, ангуляр сам получает событие изменения адресной строки, и, согласно вашему коду, на него реагирует.
    Ответы:

    1. Да, сервер, в случае SPA просто отдает данные из БД а если роут ему неизвестен - просто отдаст index.html, в котором будет бандл angular (или React) приложения, которое развернется и проверит, что написано в адресной строке, может ли это приложение обработать этот запрос. Все таки изначально, при первом запросе url идет до бэкэнда.
    2. Ну, если вы не хотите использовать Angular - да, такой подход имеет место быть, вопрос только зачем - современные фреймверки позволяют без боли создавать приложения. не нравится ангуляр - пробуйте React или Vue.
    3. Да, ангуляр, как и реакт - для SPA. Не отвечу точно про ВК, судя по всему да, или использует много элементов оттуда.
    4. Да, дает, ваш бэкэнд в данном случае (в случае православного простого SPA) превращается в обертку для БД (очень условно, тапками не кидайте, всякое бывает, я знаю).
    Ответ написан
    1 комментарий
  • Как работать с выгоранием?

    Judixel
    @Judixel
    Front-end Engineer
    К сожалению, вы описали типичную ситуацию на галерах. Если продолжите работать в подобных компаниях, то ничего не поменяется, будут так же требовать сдавать проекты ещё вчера. Студии по такому принципу и работают, набирают 10+ проектов, а потом пытаются сдавать в срок, для владельцев это деньги, для вас выгорание.

    Попробуйте найти продуктовую компанию, там как правило и требования по скилам выше, но и работа движется более планомерно, без скачков между проектами. И прокачаетесь более качественно.
    Ответ написан
    Комментировать