• Как "перепрошить" мозг будущему программисту?

    delphinpro
    @delphinpro
    frontend developer
    Ну, ок, допустим, беру какую-нибудь задачу. Прочёл текст. А дальше-то что? Я не знаю как подойти к решению задачи, с чего начать, что вообще делать и чем закончить.

    Анализ, декомпозиция.
    Разбивайте общие задачи на более мелкие, элементарные.

    Задача: выпить кофе.

    Разбиваем на составляющие:
    • Достать турку
    • Налить воды
    • Добавить кофе
    • Сварить
    • Попить

    Подзадачу "Сварить" делим на еще более мелкие:
    • Зажечь газовую плиту
    • Поставить турку на конфорку
    • Довести до кипения

    Задачу "Зажечь газовую плиту" снова делим на составляющие:
    • Взять спички
    • Чиркнуть о коробок
    • Открыть подачу газа в конфорку
    • Поднести спичку к конфорке


    И т.д. До самых элементарных уровней.
    Ответ написан
    2 комментария
  • Имеет ли смысл смена специальности?

    saboteur_kiev
    @saboteur_kiev Куратор тега IT-образование
    software engineer
    Да не помогут вам такие вопросы.
    Вы же понимаете, что карьера - вещь сугубо индивидуальная. Не всегда даже зависит от знаний и наличии вакансий. Куча случайностей могут вам помочь или наоборот подставить.

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

    В результате вы узнаете парочку кулстори. И?

    Вам нужна мотивация? Ну уже ж не маленький.

    Смена квалификации бывает больно, бывает нет. В наше время все зависит даже не от проекта, а от стабильности, когда нет такого, что "из-за корона, от нас ушел заказчик и бизнес, завтра разбегаемся", или "из-за военной ситуации на западе/востоке, заказчик решил свалить в Индию, за месяц сдаем дела и разбегаемся".

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

    Если есть вакансия, которая вас устраивает по деньгам - идешь и работаешь.
    А планировать себе карьеру на 10-20-30 лет вперед могут только оракулы.
    Ответ написан
    Комментировать
  • Препроцессоры CSS, зачем их знать чтобы получить работу?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Потому что нанимают в команду, в которой приняты определённые технологии, инструменты и подходы. Нанимают, чтобы сотрудник делал ровно то, что от него хочет наниматель, а не то, что сотруднику нравится.
    Ответ написан
    4 комментария
  • Какие фриланс биржи подойдут для новичков?

    @Kostik_1993
    Web Developer
    Для новичков отличными будут hh.ru или career.habr.com
    Ответ написан
    1 комментарий
  • Как такое сверстать?

    RAX7
    @RAX7
    Держи, немного поправил один из своих старых набросков.

    Принцип работы примерно, как описал Максим Морев в своем ответе.
    Ответ написан
    2 комментария
  • Какие каналы на ютубе можете посоветовать для глубокого изучения React?

    @12rbah
    Если для глубокого, то читать документацию, а потом смотреть исходники хороших приложений. Вместе с этим стоит писать какой-нибудь проект, чтобы закреплять навыки. Если для новичков, то любой курс с более менее актуальной версией.
    Ответ написан
    Комментировать
  • Что можно приложить резюмэ, на должность программиста?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Пет-проекты выкладывают, если они есть. Иногда в профиле GitHub'а нет своих проектов, но есть вклад в другие. Если нет ни того, ни другого - это тоже не стигма.
    Ответ написан
    3 комментария
  • Что изучить в первую очередь для веб сайта?

    approximate_solution
    @approximate_solution
    JS Developer. Angular\React\Vue\Ember
    Завтра мне нужно будет "следить" За сервером. Что мне понадобится изучить и какие учебники можете посоветовать?

    605d7a21c60c6227129062.jpeg

    Если от этого "поезда" не убежать, то советую перед каждым действием - 5 раз гуглить, 10 раз перечитать информацию, если есть возможность не править код в наглую в "мастере" и на боевом сервере(накатить на dev и оттестировать"), как можно чаще задавать себе вопрос "а не делаю ли я что-то, что может привести к факапу и увольнению за нецелесообразность".
    Ответ написан
    4 комментария
  • Что изучить в первую очередь для веб сайта?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    tenor.gif
    Зависит от того, что наниматель вкладывает в "слежение". Может понадобиться:
    1. Уверенное знание Linux и, соответственно, умение работать в консоли.
    2. Знание SQL и используемой СУБД.
    3. Понимание общих принципов работы сетей в целом и Web в частности.
    4. Знание языка программирования, на котором написан сайт.
    5. Знание фреймворка, на котором написан сайт.

    В такой постановке изучить понадобится с десяток учебников.

    Но если задача ограничивается только "обновлять цены/дополнять разделы/etc", то нужно на пользовательском уровне знать используемую CMS. С этим справляются и анекдотично блондинистые девочки-маркетологи.
    Ответ написан
    Комментировать
  • Как сделать так, чтобы часть SVG-картинки была другого цвета (не трогая код самой картинки)?

    Adamos
    @Adamos
    Как вариант, крутить две "штуки" внутри обрезающих их пополам блоков.
    Ответ написан
    1 комментарий
  • Стоит ли идти джуном на удаленную работу? Или только релокейт?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    Если ты прошел техническое интервью, то будь уверен что там посмотрели не только то, что ты сейчас знаешь, но и твой потенциал. Если ты им подошел, значит они считают, что у тебя достаточно и знаний и характера чтобы освоить недостающее.
    Да, не факт что это будет легко, но не факт, что это будет очень сложно.
    Освоиться с подходом, гитом, общением по удаленке - обычный рабочий момент.

    А вообще, если на текущей работе куча свободного времени, то может еще и договориться остаться консультантом. Будет на новой работе работать, а на старой рефакторингом заниматься.
    Ответ написан
    Комментировать
  • Как разбить одно поле input'а на несколько значений?

    lazalu68
    @lazalu68
    Salmon
    Разбиваете исходную строку, складываете нужные значения в объект
    Ответ написан
    Комментировать
  • Что изучать дальше в вебе?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Это субъективщина, но лучше не надо ограничиваться битриксом. Сделайте ставку на понимание работы сетей в целом и протокола HTTP в частности, углубите знания баз данных, расширьте познания в тюнинге серверов, почитайте о том, как писать высокопроизводительные приложения, освойте несколько разных фреймворков, напишите свой, наконец разберитесь в нюансах прикладной области.
    Ответ написан
    Комментировать
  • Какие компоненты использовать, Классовые или Функциональные в React?

    https://medium.com/@dan_abramov/making-sense-of-re...
    Заметка от Дена Абрамова.
    Есть очень редкие кейсы, которые пока невозможно реализовать функциональными компонентами и хуками, они описаны в документации, в остальных случаях советую предпочесть функциональные компоненты и хуки. "Углубляться" нужно в оба подхода, все углубление состоит в том, что ты хорошо должен знать жизненный цикл компонентов, при чем депрекейтед тоже, хотябы чтобы уметь отрефакторить старый код, но если ты пишешь новый компонет - пиши его в функциональном стиле.
    Ответ написан
    2 комментария
  • В чем превосходство Typescript?

    bingo347
    @bingo347 Куратор тега JavaScript
    Crazy on performance...
    Как бы это странно не звучало, но одно из главных преимуществ TypeScript - это ускорение разработки в несколько раз. Да, когда еще ничего нет - разработка незначительно замедлится, так как помимо логики нужно описать еще и типы. Но это только в начале. И это не только возможность писать большую часть кода с помощью автодополнения. Поддержка существующего кода занимает в десятки раз больше времени, чем его начальное написание. Стоит ли вложить несколько лишних часов на старте, чтоб сэкономить в последствии месяцы? Как по мне стоит.

    Еще одним огромным плюсом является возможность проектировать на типах. Познав дзен TypeScript'а я перестал пользоваться UML, так как типы дают мне ту же наглядность, но при этом еще и сокращают время, так как типы - это уже код. Ну и источник правды остается один. Бизнес требования выраженные в типах не дают отклонится от них при написании логики, исключая возможность неправильной трактовки задачи. Перенеся задачу в типы, я могу обсудить ее с коллегами и исправить неточности еще до написания кода, что опять же сильно экономит время.

    Ну и отвчечу на некоторые Ваши сомнения:
    TSLint в VSCode прям жутко тугой
    TSLint официально deprecated, вместо него стоит использовать плагин к eslint, заодно можете мой конфиг попробовать.

    Типы? Есть JSDOC
    JSDoc в плане типов не умеет и 10% того, что умеет TypeScript. Кроме того, никто в здравом уме не пишет JSDoc на приватную логику, а значит проверки типов там не будет. JSDoc не гарантирует корректность рефакторинга, а вот благодаря TypeScript я, опять таки, точно не забуду обновить JSDoc.

    многие библиотеки nodejs не имеют типов
    может лет 5 назад так и было, но сейчас встретить библиотеку без типов - скорее исключение. Если библиотека популярная, но не предоставляет типов, скорее всего их уже написал кто-то другой, достаточно просто установить одноименный модуль из npm скоупа types и все будет работать само.

    Поддержка браузерами скомпилированного кода? Да какбы почти весь JS имеет поддержку 95%+, тот же Babel уже забыл когда использовал.
    Вообще это не основная задача компилятора TypeScript, а опциональная возможность. И babel + preset-env с ней справляются гораздо лучше. И никто не мешает использовать их вместе. А еще думаю вопрос времени, когда кто-то напишет оптимизатор кода использующий информацию о типах из TS.

    Примерно в каждой второй есть инстансы, на которые смотришь - и чешешь репу - а как называется тип этой переменной в @types/?
    import {someObject} from 'some-library';
    
    type TypeFromValue = typeof someObject;
    const valueCopy: TypeFromValue = {
        ...someObject,
        type: 'overrides',
        with: 'type check',
    };
    и кстати, вот пример того что JSDoc типы не умеют.

    //@ts-check
    и почти везде останется бесполезный any.

    P.S. удачи такие типы на JSDoc описывать
    P.P.S. Еще прелести современного TypeScript невозможные у...
    Ответ написан
    8 комментариев
  • Как исправить поведение text-decoration?

    @natoje-zlo
    цепляйте border-bottom на напр span
    а decoration уберите
    Ответ написан
    2 комментария
  • В чем превосходство Typescript?

    Kozack
    @Kozack Куратор тега JavaScript
    Thinking about a11y
    Типы? Есть JSDOC.

    Именно Типы.
    1. Система типов у TypeScript по возможностям превосходит JSDOC.
    2. Много инструментов для автоматической проверки типов. JSDOC поменьше.


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

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

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

    Sanes
    @Sanes
    Не должен.
    Другое дело, что это не должно быть для вас проблемой. Разработчик должен уметь разворачивать окружение.
    Ответ написан
    6 комментариев
  • Переработка в маленьких IT-компаниях?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    Все зависит от конкретной компании.
    Ответ написан
    Комментировать