• Объединяю в себе навыки ux/ui и frontend, как получить больше профита?

    Вширь, почти всегда меньше будет денег, чем в вглубь.
    Мне в голову приходит несколько вариантов:
    1. 1. Устроиться в крупную продуктовую компанию, но чистым UX спецом вряд ли получится.
    2. 2. Преподавание, в каком-нибудь Скиллбоксе/Нетологии и т.п.
    3. 3. Открыть свой бизнес, сами руководите проектом, нанимаете опытного HR, он вам находит специалистов, чтобы вам самому не пришлось заниматься маркетингом, финансами и т.д. Еще вариант сделать мини-студию со специализацией на визуальной части. Цель попасть в awwwards, behance и прочие топы.
      Что дают победы на конкурсах Awwwards и CSS Design...

    Короче, если цель получать больше денег, тогда именно так её и надо формулировать, ничего постыдного в этом нет. Если, конечно это в рамках УК)
    Ответ написан
  • Формирование зарплаты у веб разработчиков?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    Хороший вопрос!
    Я интересовался и получил ряд ответов от самих Заказчиков. Так, сказать, их мировозрение в этом плане.

    Со стороны Заказчиков:
    1. Раз ты работаешь на фрилансе - ты лох, потому, что не смог никуда устроиться.
    2. Если ты фрилансер - ты раб, который зарабатывает, чтобы не умереть с голоду. Поэтому, много тебе и платить не за чем.
    3. Нет гарантий для нас, что ты сделаешь всё на совесть. Мы не понимаем как сделать самим и, при этом, хотим хорошо сэкономить.
    4. (Про время) Мы оцениваем не сложность проекта и твоё умение и опыт, а время, которое никак не может быть дороже медианы фриланса по этому направлению.
    5. Нам нужно быстрее, т.к. это получается дешевле для нас, т.к. мы оцениваем время, а не сложность нашего проекта.
    6. Все фрилансеры низкоквалифицированные рабы.
    7. Каждый, кто мнит себя опытным и будет просить больше, будет сидеть без работы, т.к. высокая конкуренция и есть большой выбор исполнителей на рынке за копейки.
    8. Фриланс - это рабы IT сферы для нашего бизнеса.
    9. Мы всегда ищем тех, кого сможем обмануть в плане оплаты за работу и их почти 100%.
    10. Нам ничего не стоит сбросить сумму оплаты в любой момент сославшись на угрозу отрицательного отзыва.
    11. Мы не дорожим репутацией, в отличие от фрилансеров.
    12. Вы сами ничего не делаете: всё берёте с гитхаба уже готовое. За что вам платить?!

    (и ещё можно продолжать и продолжать...)

    И сразу возникает вопрос:
    Ждать ли роста дохода фрилансеров IT-сферы и когда?
    Ответ прост: когда все IT-шники поймут, что нужно ценить труд друг друга, что они не конкуренты друг другу, а единый целый "организм", который может сам за себя постоять и накормить вне зависимости от места работы и размера дохода.
    Итог: Не нужно работать и "ломать" глаза на тех, кто этого не понимает, а значит, и НЕ ЦЕНИТ!

    А пока разделяйте качество своих трудозатрат на "хлеб" и на "работу" и сразу озвучивайте 2 суммы заказчикам.
    Ответ написан
  • Не зазорно ли просить понижения на работе, если чувствуешь что не тянешь на должность?

    opium
    @opium
    Просто люблю качественно работать
    Скрам в целом исключает работу в двух командах, так что надо просить другого, как минимум следовать скраму
    Ответ написан
  • Какой выбрать фреймворк под конкретную задачу?

    inoise
    @inoise Куратор тега PHP
    Solution Architect, AWS Certified, Serverless
    Вообще без разницы. Реальные плюсы и минусы этих фреймворков лежат вне контекста всего что вы озвучили. Хороший проект можно и на Yii написать. А половина ваших высказываний так вообще выдает откровенную слабость как разработчика. ActiveRecord? Doctrine, Data Mapper? Да без разницы по хорошему.

    Для первой задачи вам вообще Битрикс24 хватит. Для второй - написать небольшой сайтик и интегрировать его туда. Делов-то
    Ответ написан
  • Какое направление выбрать после университета?

    si1n3rd
    @si1n3rd
    К чему больший интерес, то и выбирайте. Вообще Тостер - это Q&A сервис, а не центр консультации и психологической поддержки. А у вас вопрос из разряда, что мне дальше делать со своей жизнью.
    Ответ написан
  • Как рекурсивно выбрать все нижестоящие категории?

    nokimaro
    @nokimaro
    Выберите все категории одним запросом и в цикле обработайте собирая строчки и что угодно.
    Ответ написан
  • Vue как добавить хэш к итоговому js?

    notiv-nt
    @notiv-nt
    Как ваше ничего? Да, моё тоже
    output: {
        filename: 'file-[contenthash].js',
        chunkFilename: 'chunk-[contenthash].js',
      }


    filename тоже бы с хэшем, но тогда нужно уметь его вставлять в html, если это делает не webpack

    https://webpack.js.org/configuration/output/#templ...
    Ответ написан
  • Программирование деформирует человека как личность?

    glaphire
    @glaphire
    PHP developer
    У Вас был существенный дисбаланс в жизни (ничего помимо работы), я не согласна с теми, кто говорит что "разработка это не Ваше", скорее нужно пересмотреть приоритеты в жизни. Психолог может помочь, если Вы действительно созрели копаться в себе. Люди не выгорают, когда все их внутренние потребности закрыты, кому-то это закрывает кодинг, а кому-то спорт, путешествия, семья... Но это не значит, что нужно бросать разработку, просто подобрать работу покомфортнее) Говорю частично из своего опыта
    Ответ написан
  • Ресурсы, где можно посмотреть примеры отличного кода?

    @Jacen11
    вообще самый простой вариант это просто сменить работу, ну или хотя бы команду
    Ответ написан
  • Какую книгу по алгоритмам посоветуете?

    Bandicoot
    @Bandicoot
    Backend Developer since 2015
    Cracking the Coding Interview в русском переводе
    Самый простой учебник после Грокаем алгоритмы, ориентируюсь на него в процессе подготовки к будущим собеседованиям.
    Ответ написан
  • Как интересно рассказать о профессии программиста детям младшей школы?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    - Ну что, щеглы, майнкрафт видели?
    - Ага!
    - Программистами сделан.
    Ответ написан
  • Критерии реляционной бд?

    sarapinit
    @sarapinit
    Точу водой камень
    Это очень странно. Ваш преподаватель руководствуется каким-то своим определением реляционной бд. Классическое определение говорит что реляционная бд - бд использующая реляционную модель. А реляционная модель - модель описания данных которая поддерживает описание отношений (relations) между типами данных.
    Я могу описать, например, биологические виды реляционной моделью, у меня будут таблицы «семейства», «роды», «царства» и т.д. Таким образом я опишу структуру биологических видов, отношения между разными уровнями. Но я не буду описывать никакой процесс.
    Ваш преподаватель на какой-то своей волне. Попросите его дать определение реляционной БД и пример такой БД. И сделайте задание по аналогии. Переубеждать человека бессмысленно.
    Я бы посоветовал искать учителей, которые имеют реальный опыт работы в IT. А тех которые имеют опыт лишь в псевдоинтеллектуальном анонизме, обходить стороной и не давать портить себе мозг.
    Ответ написан
  • Мотивация программистов на удаленке. Что делать?

    Sanes
    @Sanes
    !
    4 часа на задачи и 1 час на менеджмент. Итого 25 часов в неделю.
    Всё, что больше, либо обман, либо скоро этот работник уйдет в запой. Из-за высокой нагрузки.

    ps. Я бы фултайм ограничил 5-6 часами. Толку всё равно не будет от 8 часов и более.

    Попробуйте сократить время рабочего дня и регламентировать перерывы. Наверняка тоже самое будут чекать.
    Сейчас они от усталости балду гоняют и ждут окончания рабочего дня.
    Ответ написан
  • Верно ли я определил ошибку развития и её решение?

    DevMan
    @DevMan Куратор тега IT-образование
    3 вариант. и то при условии более-менее нормальной конторы.

    1 и 2 - топтание на месте. может конечно стрельнуть, но у очень целеустремлённых людей.

    Проблема - мне не хватает 100-200 часов на js, чтобы задачи, которые я сейчас криво выполняю за 5 часов, я выполнял за 20-30 минут. Но мне нужен постоянный заработок, а с учётом того, что я только начинаю - свободного месяца у меня нет.
    это не проблема. на самом деле тут 2 проблемы:
    1. неверная оценка сроков. тут ни что не поможет, кроме опыта (да и он лажает частенько).
    2. неумение распоряжаться временем: простая арифметика - в году примерно 52 недели, выделяя на обучение 2 часа в неделю вы получите свои 100 часов за год, а выделяя 4 часа в неделю, вы получите свои 200 часов за год.
    по факту будет меньше, ибо каждая решенная по работе задача так же качает скил.
    Ответ написан
  • Какое направление в IT может подойти к требованиям?

    Желание принимать желание, ну это тебе в ген.директора, однозначно
    Ответ написан
  • Какую выбрать сферу в IT с нуля когда тебе "под 40"?

    php666
    @php666
    PHP-макака
    никакую

    мне 37, твой ровесник, карьера и менеджмент никогда не интересовали - остался в роли исполнителя.
    был бы я руководителем или просто ответственным за проект - я бы не рассматривал на должность человека 37 лет без опыта. даже на джуниор позицию.
    ибо твой возраст и метание лишь показатель, что ты сам не знаешь что хочешь от жизни и профессионалом так и не стал ни в какой сфере.
    в чем твое преимущество будет перед человеком 29-30 лет с таким же набором знаний? минусы как таковые - в возрасте, плюсов - нет.
    когда ты дорастешь хотя бы в вебе, где, как ты говоришь, "низкий порог входа" (а это совсем не так), тебе будет 40 лет.
    возраст, когда другие люди уже сворачивают горы, ты будешь сидеть веб-макакой с коллективом двадцатилетних юношей и понимать всю свою ущербность, а они будут смотреть на тебя как на престарелого психопата.

    Напомню что хочется через год хотя бы 20-30к дохода в месяц иметь.
    в Москве за 20 000 в месяц даже таджики не работают. Устройся в такси или грузоперевозки и не ломай себе голову этой ерундой, нужны бесконечные годы на обучение в IT и нужно "постоянно бежать, что бы идти". Оно тебе надо?
    Ответ написан
  • Самый простой способ реализовать real time MySQL (без firebase!) базу данных для маленького приложения?

    @xfg
    Базу данных можно выбрать любую. Она не играет роли в realtime приложениях. Позвольте вам немного объяснить. Для передачи данных между клиентом и сервером в браузере существует всего два протокола. HTTP и Websocket. Firebase не магия и также использует их. Если браузером не поддерживается Websocket, то firebase откатывается на HTTP. Используя общераспространенный подход к разработке на PHP у вас не получится использовать websocket протокол поскольку типичные PHP приложения не живут дольше 1 запроса. Соответственно да, в таком варианте остается только ajax. Но точно также работает и firebase если в браузере нет поддержки websocket, так работает facebook, telegram и много всего остального. Они используют long-polling. Клиент отправляет запрос к скрипту на сервер, скрипт в цикле опрашивает хранилище mysql или более продвинутый вариант mysql+redis (чтобы не грузить запросами mysql) и пока данных не будет, цикл так и продолжит крутиться, для клиента это просто выглядит как повисший запрос к серверу. Как только данные появляются, они отправляются на клиент, соединение разрывается, а клиент сразу же отправляет новый запрос.

    Есть развитие этой идеи. Называется HTTP Streaming. Отличие от long-polling в том, что после отправки данных клиенту соединение не разрывается, а сервер продолжает отправлять последующие данные по этому же соединению. Соединение разрывается по таймауту. Минус в том, что прокси-сервера могут кешировать небольшие пакеты данных и данные нужно раздувать например пробелами, чтобы пакет данных достигал минимального размера и был способен пробить кеш прокси-сервера. Плюс в том, что если у вас данные для клиента появляются скажем с переодичностью раз в секунду, то не будет происходить постоянного открытия-закрытия соединения как при long-polling.

    Есть вариант, когда можно реализовать небольшую прослойку на socket.io. Ваше PHP приложение пишет данные для клиента например в redis. Приложение на socket.io подписывается на redis. Когда PHP что-то отправляет в redis, то socket.io мгновенно об этом узнает и рассылает это событие по websocket протоколу всем подключенным клиентам. Минусы. Раздуваете стек. Нет консистентности данных между записью в основное хранилище (mysql/postgre/mongo/etc) и redis. Соответственно может возникнуть ситуация, когда данные записали, но в redis событие не ушло. Поменяете местами, будет наоборот, событие есть, данных в базе нет.

    Вариантов в целом очень много. Всё это называется Comet. Вам проще всего реализовать long-polling.

    А реал-тайм база, которая умела пушить данные клиенту по tcp протоколу (но не в браузер) была и называлась она rethinkdb.com. Ныне не развивается. IP в России заблокирован. На сайт можно сходить по VPN.
    Ответ написан
  • Что делать, когда умеешь программировать, но нет идей?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Открываешь upwork, ищешь подробно описанные заказы, реализуешь их.
    Ответ написан