• С какой должности лучше начать искать работу среднему fullstack программисту, но только на удаленку на постоянной основе?

    php666
    @php666
    PHP-макака
    Что-то много розовых соплей для человека с 20 (!!) годами опыта. Ощущение, что пишет школьник.

    Утверждение
    Но нужна именно веб-разработка.... Реальные проекты крупные и команды разработчиков чтоб расти профессионально и дорасти до сеньора как минимум.
    ну НИКАК не вяжется с
    работать в офисе не имею возможности - живу далеко за городом и не планирую никуда выезжать
    и с
    иметь стабильный растущий доход и повышения по службе хоть в каких-нибудь пределах.
    Какого повышения ты по службе желаешь, сидя в кресле в своем мухосранске? ЧСВ пробивает озоновый слой. Хочешь карьеру, много денег и т.п. - чемодан собирай, езжай в Москву, устраивайся в крупную корпорацию и хотя бы попытайся.

    Сейчас ты один из дестяков тысяч таких же, ничем не лучше и не хуже. Обыкновенный исполнитель где-то далеко.
    Хочешь карьеры - только реальная работа, ни одному мало-мальски серьезному бизнесу нафиг не нужен сотрудник за 1000 км.

    А сейчас именно этими идеями живу - написать кое-что для себя - реализовать некоторые идеи для создания opensource проекта. Рутинная работа может убить такую мечту.
    А тут вообще ржака. Работа исполнителя априори рутина, она убивает мечту не только создать свой проект, а лишний раз не дает возможности даже заняться повседневными делами, ибо задача рабочего - вкалывать, а не прохлаждаться. Добро пожаловать в real life. И да. Твой opensource нафиг никому не нужен. И за 20 лет можно было уже что-то написать, что ты всё время это делал - не ясно.
    Ответ написан
    4 комментария
  • Веб-дизайнер-фрилансер после 35 лет?

    SayMAN83
    @SayMAN83
    Работаю в IT
    Мне 36. Жена и двое детей. Работал в саратове. Зарабатывал неплохо, но семью тянуть все равно было мало. Так вышло что на работе "пнули" за открытое резюме на hh. Но на резюме сразу же откликнулись из Москвы и предложили мне релокацию. Собеседование по скайпу прошёл. Сейчас работаю в Москве. Скоро семью полностью перевезу. В вашем случае возраст и семья не помеха. Тот кто хочет ищет возможности, а кто не хочет, ищет причины.
    Ответ написан
    3 комментария
  • Callback / Promises / await - что быстрее и экономичнее?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Соответственно вопрос - что же все-таки использовать правильнее

    То, что делает код чище, понятнее и проще для сопровождения. А это async/await при прочих равных.

    если промисы и асинк/авайт только "сахар", то помимо накладных расходов от колбеков добавляется еще и эта "сахароза

    Не добавится. Весь сахар растворится при парсинге скрипта, в AST его уже не будет.
    Ответ написан
    6 комментариев
  • Какие области в веб - разработке осваивать в перспективе?

    php666
    @php666
    PHP-макака
    Какие области в веб — разработке осваивать в перспективе?

    Никакие. Процитирую:

    Никому не советую в IT. Особенно в веб. Это бесконечная гонка за востребованностью быть полезным на рутинной работе. Каждый год-два технологии обновляются, надо постоянно что-то учить-изучать, клиентам и работодателям надо, чтоб вы умели все больше и больше — это как если б врач каждые несколько лет перепрофилировался на другую медицинскую профессию: был травматологом, стал неврологом, потом урологом, эндокринологом, хирургом, медсестрой, хуй простой, нейрохирургом и т.д. — все, вроде, из одной области, но сильно разное. Т.е. ты выучился, работаешь себе, но при этом тебе надо учиться еще и еще, еще и еще, еще и еще.

    Вчера фигачили на jQuery, сегодня утром уже React актуален, днем его догоняет Vue, потом появляются технологии, с виду упрощающие разработку, но по итогу у тебя одновременно запущено 10 программ, дюжина окон терминала, ты начинаешь ёбаться головой об стол, но это не помогает, ведь завтра фейсбук, гугол или какой-нибудь кореец придумают что-то новое и твои навыки уже будут не удел, если ты не успеешь изучить это «что-то новое». Сейчас ты работаешь, тебя считают профессионалом, а через год ты хочешь сменить место работы, заходишь на какой-нибудь moikrug и понимаешь, что ты где-то что-то проебал, ведь год назад все было гораздо проще и понятнее.

    Зарплаты тут самые обычные, просто позволяют не выживать, как при среднестатистической зарплате, но позволять себе какие-то дорогие вещи вы не сможете, если не живете с мамой и вам родители не купили машину — да-да, львиную часть вашего бюджета будет сжирать аренда квартиры или ипотека, а так же кредит на машину до миллиона, а если повезет, то до полутора миллиона. А если вы ИП, то вам вообще никто и ни на что не даст кредит, ибо банки не любят ИП.

    Чтоб стать Senior-разработчиком, который может зарабатывать ползарплаты депутата гос.думы, надо не просто много работать и учиться, уделяя этому ВСЮ жизнь на протяжении десятка лет, надо еще и быть предрасположенным к программированию, т.е. надо иметь определенный склад ума. Да, тут есть интеллектуальный порог, большинство не может выйти из Middle, который получает максимум $2000 — и то, должно сильно повезти, чтоб и зарплата хорошая, и работодатель адекватный, и с командой все классно было.

    Я, как стал фронтенд-разработчиком, просрал друзей, т.к. много работал и учился (а если этого не делать, то вы станете не удел); просрал несколько лет жизни одним мимолетом, т.к. работа рутинная с утра до вечера; заработал проблемы со спиной, т.к. невозможно сидеть по 8 (а то и по 12) часов в сутки с ровной спинкой — заебешься контролировать; с ожирением можно бороться залом, но вы становитесь нелюдимым, вам не нравится находиться в незнакомом обществе.

    Можно, конечно, пойти в местную конторку за 25к, исправлять чужой и свой устаревший говнокод в говнопроектах для бизнеса в вашем городе, смотреть как работодатель покупает себе новую Audi, дом в Сочи, зато у вас нормированный рабочий день, не надо учить ничего нового, вы можете вечером в пятницу пойти попить пивка с друзьями, но я даже не знаю какой вариант лучше — этот, или тот, что описан мной выше. Еще можно пойти на фриланс и осознать, что это похоже на городской рынок, на котором у кого кроссовки дешевле, у того их и покупают.

    Единственный плюс, который я для себя вывел: я могу в одно лицо заебашить любой сайт (даже с бекендом, хоть там и будет набыдлокожено, я ведь фронт) для своего бизнеса и этот сайт будет круче почти любого конкурента. Но только бизнес это та еще рулетка — год будешь этим заниматься, прогоришь, вернешься в разработку, а ты, со своими древними знаниями, уже нахер никому не нужен.

    PS: можно быть слепым котенком и думать: «вааау, как классно я живу, вон полторы тыщи баксов скопил за несколько месяцев, куул, поеду в отпуск не в Турцию, а еще мои знакомые у меня деньги занимают, значит я не так плох» — но идите на хуй с такой «счастливой» жизнью.


    ААААА, Я НА ЭТО ВСЮ ЖИЗНЬ ПОТРАЧУ.
    ну да. ты, наверно, насмотрелся желтой прессы, где в IT входят за месяц и потом зарабатывают 100500 миллионов лежа на пляжу? я тебя огорчу. всё совсем не так. абсолютно.

    IT - это на всю жизнь. Если тебя пугает 2 месяца, то не лезь в это.
    Ответ написан
    75 комментариев
  • Какую архитектуру проекта выбрать?

    zoonman
    @zoonman
    ⋆⋆⋆⋆⋆
    Для всех пользователей - лендинг на www.example.com.
    Все API www.example.com/api/version/whatever

    Все скрывать за реверсивным прокси!
    full-stack-front-end-back-end-comic-joke


    А теперь почему следует делать именно так.
    Домен следует вешать на www по простой причине - субдомены кэшируются на более короткое время, а следовательно переезд будет менее болезненный.
    Лендинги и дребедень делать удобнее всего внутри каталогов. Например, у вас есть ссылка www.example.com/megapartner она может быть расшарена в соц.сетях, на форумах и т.д. Это все увеличивает вес вашего домена для поисковых систем. Если вы будете использовать субдомены, то этот вес будет размываться, т.к. поисковики будут все считать разными сайтами.
    Авторизация и управление пользователями должны быть унифицированы. Не стоит делать 20 разных мест, для которых надо авторизовываться по 100 раз. Для этого давно были придуманы роли. Я рекомендую сразу реализовывать вход через тот же Facebook/Google/OK/VK и т.д.
    Общая авторизация дает громадное количество преимуществ, например облегчает поддержку в разы, позволяет знать контекст выполнения действий.
    Один домен облегчает взаимодействие с пользователем, т.к. ему не нужно запоминать десяток разных страниц.
    Ну и дополнительные плюшки реверсивного прокси заключаются в том, что всегда можно настроить редирект, что-то закэшировать, показать правильную станичку, если какой-то из сервисов отвалился.
    Позади прокси следует все делить по назначению, держать каждый проект в разных репозитариях и т.д. Это может существенно упростить разработку, например можно отдать какой-то лендинг в переработку просто дав доступ к репозитарию.

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

    explorador
    @explorador
    Мне кажется, лучше составить план на день, причем не просто составить, а занести его в телефон, напечатать на листе бумаги и не думать ни о чем, кроме работы.

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

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

    riky
    @riky
    Laravel
    Очень мало людей могут довести проект в одиночку. Почитайте Ицхак Адизес, про 4 типа людей необходимых в каждом проекте. Очень сложно содержать в себе одновременно и инь и янь (это не у него, я от себя).
    Ищите единомышленников, которые будут дополнять то чего не хватает у вас.
    Ответ написан
    Комментировать
  • Будущее веб-разработчиков python?

    AgentProvocateur
    @AgentProvocateur
    Ответы за будущее - дело неблагодарное, ибо "смотреть в завтрашний день могут не только лишь все..".

    А вот в настоящем - стек Python (django/flask/tornado и пр.) - самый невостребованный в сфере разработки web-бэкенда из популярных/широко используемых. Чтобы убедиться в этом, достаточно самому изучить открытые данные там, где удобно - hh, moikrug, upwork и пр.
    Т.е. пододвинься к краюшку фласк, джанга и прочее?

    Они давно там. Если прямо сейчас провести диванную аналитику, к примеру, по сервису moikrug, то получаем такой топ по числу вакансий:

    1. Go - 135;
    2. RoR - 121;
    3. Node.js - 88;
    4. Yii - 70;
    5. Symfony - 53;
    6. Laravel - 50;
    7. Asp.net - 46;
    8. Django - 42;
    9. Flask - 14;
    10. Tornado - 4.

    Тенденции очевидны. Несмотря на то, что из каждого утюга доносятся "новости" и "мнения", мол, RoR уже всё, node.js/go - мертворожденные и нежизнеспособные поделки, а python - серебряная пуля на все случаи, чуть ли не лучший язык, а django - чуть ли не самый продуманный и грамотный backend-фреймворк...рыночные реалии показывают обратную картину.

    При таком не радужном настоящем бэкенда на python, будущее выглядит еще более сомнительным, особенно, с поправкой на текущие тренды. Прикол ещё в том, что надуваемый из всех инфо-щелей хайп вокруг python (благодаря ML, big data и пр.) ничуть не способствует повышению востребованности оного в web, даже наоборот. В итоге, сейчас получаем ситуацию, при которой конкуренция среди python-разработчиков превышает значения в php/js/java, а вот работы для них - слёзы (в сравнении с коллегами по соседним стекам). Что касается прошлого - питону 27 лет, джанге 14, выводы делайте сами.

    P.S. Я совсем не имею в виду, что python - плохой язык, а django/flask/tornado - плохие/отсталые фреймворки. Всего-лишь транслирую рыночную ситуацию на основе открытых данных:)
    Ответ написан
  • Действительно ли Node.js такой популярный?

    SPAHI4
    @SPAHI4
    реактовцы - это не девы, а прокидыватели пропсов
    да
    Ответ написан
    Комментировать
  • Как называется паттерн обучения пользователя интерфейсу?

    nikitanaz
    @nikitanaz
    UX Lead and DesignOps @EPAM
    Tour, wizard, steps, etc - это всё инструменты, частные варианты.

    Этот процесс называется Onboarding.
    Поэтому можно гуглить что-то из серии "web site onboarding best practice"
    Ответ написан
    Комментировать
  • Gulp, Npm, Yarn, Webpack - Чем пользоваться в 2017-2018 году?

    zooks
    @zooks
    Frontend
    yarn — удобная оболочка для npm.

    Пользоваться нужно Webpack. Если чего-то не хватит по функционалу, то в связке с Gulp.

    Bower умер пару лет назад.
    Ответ написан
    Комментировать
  • Оправдано ли будет использование NodeJS в качестве бэкенда крупного приложения?

    zoonman
    @zoonman
    ⋆⋆⋆⋆⋆
    Paypal и Netflix используют Node.js. У обоих нагрузки очень даже приличные.
    В плане масштабируемости думайте об архитектуре. Можно и на perl написать приложение, которое за секунду будет обслуживать миллион клиентов.
    Node.js будет прекрасно работать в качестве движка для типичного веб-приложения вроде магазина, чата или CRM. Если у вас очень много компонентов, например тысячи, логичнее приложение разбить на модули и сделать вместо одного приложения несколько, которые можно запускать по-отдельности (здесь уместно упоминание микросервисной архитектуры). Разумеется запросы нужно распределять с помощью балансировщика.
    Есть еще такая вот штука https://serverless.com/ - ее можно масштабировать практически до бесконечности. Были бы деньги.
    Node.js будет плохо работать в области процессинга данных, например генерация картинок, потоковая обработка видео, нейронные сети и т.д. Здесь лидеры C, C++, Go, Rust, Java.
    Можно даже создать гибридное приложение - большую часть выполнить на Node.js, а критичную по производительности на другом языке. Например генерация миллиона прайсов в сутки в старый xls или векторный pdf, упаковка в архив и рассылка - не самая лучшая идея для Node..JS. То же C++ здесь будет вне конкуренции.
    Ответ написан
    19 комментариев
  • Есть какие-нибудь сайты, где люди с идеей объединяются/ищут "за бесплатно" людей для реализации проекта?

    fl.ru Объединяются халявщики и владельцы сервиса для окучивания дураков мечтающих заработать.
    Ваше мнение может не совпадать с моим.
    Ответ написан
    Комментировать
  • Как встроить технологию blockchain в проект?

    jcmvbkbc
    @jcmvbkbc
    "I'm here to consult you" © Dogbert
    DPFvZuqU8AAeU0C.jpg
    Ответ написан
    Комментировать
  • Server side rendering на react16/redux?

    crazy_leo
    @crazy_leo
    Frontend Developer
    Ответ написан
    Комментировать
  • Предпринимательский подход к разработке и программированию - как развивать, что именно прокачивать?

    petermzg
    @petermzg
    Самый лучший программист
    Если рассматривать как предприниматель, то самое важное, это умение себя продать. Из ваших пунктов это п.6 и п.7
    Все остальное лишнее. С клиентами разговаривать будете на их языке, а там тех.термины нужны по минимуму.
    Исполнителям тоже это не нужно, так как они и без этого смогут все сделать, а иначе вы будуту делать за них.
    Ответ написан
    Комментировать
  • Предпринимательский подход к разработке и программированию - как развивать, что именно прокачивать?

    @Levhav
    Возьмусь за разработку проектов любой сложности.
    Важно уметь отдавать задачи кому то, а не делать самому. У меня уже есть все технические навыки которые вы перечисли и даже немного больше. Но сейчас я сталкиваюсь с тем что работаю сам как исполнитель только потому что пока не научился нормально передавать задачи или их части кому то ещё.

    Так что мне кажется вы делаете туже ошибку выводя технические навыки вперёд навыков предпринимателя. Всё что вам надо это не делать проект самому, а уметь договорится с тем кто его сделает. А самому надо только уметь определять качество результата и научится прогнозировать более менее точно справится человек с вашей задачей или нет. И за какую цену.

    Без этих навыков попытка отдать что то исполнителю будет подобна игре в рулетку.
    Ответ написан
    Комментировать
  • Предпринимательский подход к разработке и программированию - как развивать, что именно прокачивать?

    Jump
    @Jump
    Системный администратор со стажем.
    Предпринимательский подход к разработке и программированию
    Для начала отделить мух от котлет.

    Предприниматель - специалист по зарабатыванию денег.
    Программист - специалист, который пишет программы по заданию.

    Когда программист работает в организации все просто - дали задание, пиши код, тебе скажут с чем нужно работать, что прокачивать.

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

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

    gobananas
    @gobananas
    finishhim.ru
    Программист - узконаправленный специалист который выполняет только 1 задачу. Ну пару смежных (сисадминистрирование, вёрстка).

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

    слепая печать

    На кой этот навык предпринимателю? Вы что машинисткой работать собрались?

    навыки решения типовых задач

    Предпринимателю нужен навык решения НЕ типовых задач ))

    доведенные до автоматизма

    Это тоже скилл исполнителя

    по настройке сервера, веб-дизайну, типографике итд.

    У вас бизнес в сфере дизайна? Если нет то дизайн и типографика не ключевые процесс - выбрасываем

    если коммерческий проект успешно работает на Yii 1, то его без веских причин никто не будет переписывать на Yii 2

    Проблема с поддержкой, сейчас найти человека который согласится работать на Yii1 уже сложнее, хотя у меня есть знакомые, которые не перешли на 2, далее кадровый дефицит заставит вас или перейти или работать с теми кто согласится
    Ответ написан
    5 комментариев