• Правда ли что рынок веб разработки "перегрет"?

    OTCloud
    @OTCloud
    Программирование и Архитектура ПО
    100% перегрет, но не программистами или веб-мастерами, а индивидами, которые решили что веб это просто и легко и не стоит сильно париться над своими скиллами и знаниями.
    Ответ написан
    8 комментариев
  • Как реализовать мультиязычность правильно?

    @Dozalex
    Senior Frontend Developer
    У меня реализована с помощью i18-next, язык хранится в local storage, строки прокидываются с помощью translate из этой либы. Может быть посмотрите в её сторону
    Ответ написан
    2 комментария
  • Как работать с выгоранием?

    pospelov
    @pospelov
    Руководитель веб-студии
    Не работать в выходные и вечерами.
    Не работать в компании, где не комфортно работать.
    Не работать в режиме аврала больше 20% всего времени.
    Отдыхать раз в пол года.
    Развивать навыки хотя бы 5 часов в неделю. Что бы увеличивать скилы, либо личное КПД.
    ВАЖНО - приберитесь в задачах. Должен быть один единый центр, задачник. Трелло, Тудуист, бумажки, не важно.

    Если к вам всегда может подойти 5 человек, дернуть вас, и переформулировать задачу, отвлечь, поменять приоритеты, то вы всегда будете в стрессе и с выгоранием.
    Ответ написан
    2 комментария
  • Что умеет выдающийся Frontend разработчик?

    saboteur_kiev
    @saboteur_kiev
    software engineer
    > Я могу себе представить требования к backend, потому что backend сложнее.
    Нет

    > Там нужно учитывать количество пользователей, контролировать нагрузку, управлять памятью.
    Во фронте тоже нужно это учитывать

    > Там разного рода масштабирования, linux и sql.
    Во фронте много js, json, xml, CS, много зрелых технологий на изучение которых требуется много времении сил, много новых технологий.

    > А вот требования к frontend разработчику высокого уровня мне представить сложно. Тут один достаточно простой (по сравнению) ЯП, приходящие модные технологии вроде babel, webpack и TypeScript, которые еще сильнее упрощают работу и какой-нибудь фреймворк.
    А как же webassembly, html5, RMTP, и другое медиа? Флэш сейчас уступил место JS и HTML5, но это только расширяет возможности использования.

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

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

    > В целом, если его очень хорошо протестировать, то разработчик уверен на 99.9%, что все работает на всех браузерах и на всех утройствах. Здесь не может быть ситуации, когда пришло слишком много пользователей или память на сервере закончилась.
    Ну как это не может? Вы знаете все устройства, где запустится ваше вебприложение? А если на смарттв? А если на нонейм планшете? А если это голосовой чат в веб-приложении на 50 человек?

    > Тут нет мониторинг систем.
    Зато есть понимание метрик, их сбора, и отправки на бэкенд или куда-то еще?

    Вдобавок фронтенд, в отличие от бэкенда, ОЧЕНЬ быстро прогрессировал за последние несколько лет. Настолько быстро, что хороших специалистов крайне сложно найти - они просто не успевают изучить все, что на них падает. Бэкенд постабильнее, там печатные книги успевают выйти в 10-м издании.
    Ответ написан
    Комментировать
  • Что умеет выдающийся Frontend разработчик?

    Как человек, делающий и фронт и бэк говорю - бэк проще. На беке ты не паришься вообще с "особенностями" браузеров - у тебя их нет. У тебя вообще практически нет особенностей. У тебя нет необходимости держать в голове пяток яп и разметку(JS, TS, HTML+CSS, CoffeScript, LESS, SCSS) - у тебя есть твой PHP(PYTHON, JAVA) - только один яп. Отдельно идут инструменты сборки - gulp, grunt, webpack - ничего этого нет да и ненужно. Есть композер, который тянет зависимости и все. Тебе ненужно писать километровые конфиги, что бы собрать твое приложение. Линукс тоже знать совсем необязательно - все отлично можно делать и на винде. Ну или развернуть вагрант(докер). Код можно писать где угодно - а вертеться все будет на линуксе. А вот насчет тестирования бэк уделывает фронт на раз-два. Если ты полностью прогнал тестирование (phpunit, codeception) то ты на 99.999% уверен что все пойдет как надо. А вот со фронтом все не так. Ты физически не можешь протестировать ВСЕ браузеры.
    Но есть одно большое но. это конечно мое ИМХО, но всеже - фронт делать интереснее))
    P.S. Забыл упомянуть фреймворки и либы, которые мастхев знать на фронте - React, Vue, Angular и(только камнями не кидайте) jQuery.
    P.P.S Контрольный в голову. Сделали мы клиенту сайт на vue. Сдали, клиент доволен. А потом приходит и говорит - ребята, а на ie8 не работает. А мне очень надо, у меня крупный клиент(бюджетная организация), а у них у всех xp с ie8... (для справки - vue на ie8 не заведется).
    Ответ написан
    7 комментариев
  • Что умеет выдающийся Frontend разработчик?

    Vlad_IT
    @Vlad_IT
    Front-end разработчик
    linux

    Ну, это и фрондендеру нужно часто знать.
    ЯП

    Я сомневаюсь, что он сейчас сильно проще питона или php, JS очень довольно быстро развивается. А если взять в расчет TypeScript, то тем более.
    В целом, если его очень хорошо протестировать, то разработчик уверен на 99.9%

    Совсем нет. Не получится протестировать на всех браузерах, на всех операционных системах и на всех устройствах с разным экраном, с разным способом ввода.
    то в случае с frontend все гораздо проще

    Ну вот просто вообще не правда. Я также могу сказать, что в бэке учить нечего, изучил язык, изучил laravel, а sql даже учить не надо, используй ORM. Справедливое высказывание?

    Теперь в общем. Во front-end много чего можно изучить
    1) Верстка. Хороший front-end'ер должен хорошо верстать, вопреки частому мнению, что этим должен заниматься верстальщик. А верстка это отдельная широкая тема.
    2) SVG, для многих интерактивных приложений, очень полезно использовать svg, а там куча своих особенностей, хаков и.т.д.
    3) Webgl - довольно сложная тема, не знаю, есть ли в бэке что-то аналогичное по сложности.
    4) Canvas - не просто знать, а уметь рисовать то, что желаешь.
    5) Фрейморки, а там тебе для каждого свое разветвление.
    6) Асинхронное программирование, которое для многих php-шников кажется непонятным.
    7) ООП, т.к. в JS завезли классы, да и TypeScript часто нужно использовать.
    8) Шаблоны проектирования - не только для бэкенда.
    9) Webpack+gulp - ну это было.

    Буду дополнять, если что-то еще в голову придет.
    Ответ написан
    6 комментариев
  • Реальная заработная плата frontend/backend разработчика в Москве?

    Maksclub
    @Maksclub Куратор тега Карьера в IT
    maksfedorov.ru
    вполне оправданная, сотку тут все дают, и больше дают (и есть, где сильно больше) и не тяжело такую работу найти

    но конторы разные:
    - требуют пахать за 10
    - требуют многое, а пилить Г в итоге дают
    - готовы и давать деньги и условия и делиться знаниями
    - готовы обещать, но не давать

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

    ну и никто с джунами возиться не хочет :)
    Ответ написан
    15 комментариев
  • Реальная заработная плата frontend/backend разработчика в Москве?

    @Oligophren
    Сертифицированный разработчик Terrasoft BPM'online
    Информация правдива на 100%. С московскими ценами на жильё и услуги это не такая уж и большая зп.
    Ответ написан
    Комментировать
  • Какие материалы можете посоветовать по архитектуре программных продуктов?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Сначала надо получить хотя бы 5 лет реального опыта программирования на проектах, которые разрабатывают и поддерживают более десяти человек более одного года. Только потом появляются возможность нормально осмыслить книги вроде "Чистой архитектуры" Мартина и "Designing Data-Intensive Applications" Клеппмана. А после их чтения появляются возможность куда-то двигаться и понимание куда.
    Ответ написан
    Комментировать
  • Что могут спросить на собеседовании на вакансию верстальщик?

    sim3x
    @sim3x
    sass/less, bem, html, js

    В вакансии указаны требования к фулстаку
    Ответ написан
    Комментировать
  • Каковы реалии веб-разработки?

    Vlad_IT
    @Vlad_IT
    Front-end разработчик
    2)не меньше постов о том, что это на самом деле это крайне скучная и однообразная работа. У меня вроде как более менее реальные представления, что это больше программирование (знаю, что большинство не относит front end к программированию,но не знаю как по другому сформулировать), нежели полет фантазии, но насколько это увлекательно или скучно именно для вас?

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

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

    Ничего подобного. Чтобы это "новое" попало в продакшн, нужно время. Даже если на год бросить это дело, то восстановиться можно будет без проблем за неделю. Как правило, то, что будет использоваться уже в следующем году, сейчас уже создалось и это активно обсуждают. Ничего за месяц не взлетает.
    не жалеете, что занимаетесь front end и почему?

    Как начну жалеть, пойду в другую область. Раздражает только отношение других программистов к front-end'у, многим кажется, что тут одни "макаки", хотя сами они об этой области не имеют никакого представления. Но такие вещи происходят и в других языках или профессиях, поэтому не нужно обращать на это внимание.
    Ответ написан
    Комментировать
  • Наиболее частые/популярные/типичные вопросы для обучения/интервью?

    gobananas
    @gobananas
    finishhim.ru
    Я сам не сторонник людей с высокоуровневыми языками по алгоритмам гонять но кто-то спрашивает про алгоритмы и структуры данных
    Ответ написан
    Комментировать
  • Наиболее частые/популярные/типичные вопросы для обучения/интервью?

    sergey-gornostaev
    @sergey-gornostaev Куратор тега Python
    Седой и строгий
    Везде по-разному. Единственная закономерность, которую я смог заметить - у хороших компаний собеседования похожи на интервью или дружескую беседу. А если собеседование похоже на экзамен или допрос с пристрастием, то даже пройдя его, рад потом не будешь.
    Ответ написан
    3 комментария
  • XMLHttpRequest или fetch?

    @askhat
    В идеальном мире у вас есть абстракция http клиента в которой вы легко меняете реализацию без изменений в остальном коде
    Ответ написан
    Комментировать
  • Как систематизировать изучение JS?

    iCoderXXI
    @iCoderXXI
    React.JS/FrontEnd engineer
    Существенные грабли, которые очень важно осознать - PHP синхронный, в целом, язык, а JS, в целом, асинхронный. Поэтому тут многие подходы из PHP либо работают плохо, либо не работают вообще.

    Чтобы эффективно писать на JS нужно осознать прелести функционального и асинхронного подхода, научиться мыслить коллбеками и не гадить в глобальное пространство.

    Еще нужно осознать, что в JS всё (ну или почти всё) есть объект, а, так же, как работает прототипное наследование и замыкания, как работает так называемый Event Loop в совокупности с Call Stack.

    Научиться мыслить цепочками вызовов т.к. многие методы в JS поддерживают chaining. Например
    const s = '1234567890';
    const onlyEvens = s.split('').filter(e => (+e % 2) !== 0).join('');


    или даже так

    const onlyEvens = '1234567890'.split('').filter(e => (+e % 2) !== 0).join('');


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

    Вообще мне хорошо мозги на место поставил курс по ES v5 Javascript: Understanding Weird Parts ну или примерно то же самое но на русском у ZORAX. У Кантора тоже все великолепно разложено по полочкам, но он просто жесть какой нудный (имхо).

    А потом просто очень много практики, лично я тупо решал всё подряд на кодварс.

    А еще чтобы лучше что-то понять, начни объяснять это другим. :) Я так однажды замыкания объяснил кому-то, что аж сам понял... :D

    P.S.: Раз ты говоришь что у тебя есть опыт в программировании, возможно тебе будет не актуально, но я все равно скажу, т.к. всегда говорю это - алгоритмы и структуры данных, без них никуда, от слова совсем.
    Ответ написан
    Комментировать
  • Вопрос о новых веяниях и требованиях во фронтенде?

    1. Если курс рассчитан на нулевой уровень, то вам и не будут давать фреймворки.
    2. На фреймворках никто не помешан, на нем просто быстрее можно решать задачи, а скорость для бизнеса - все.
    3. Требования к кандидату зависят от компании, в которую вы хотите пробиться. В шарашкиных конторах от вас нужно будет не только в фулстек, но и уметь варить кофе, печь блины и жонглировать шарами перед начальником. В нормальных компаниях есть четкая градация, однако, разбираться в том, чем занимаются ваши коллеги по цеху - полезно, без этого не стать хорошим специалистом.
    4. Планировать идти на курсы не нужно, нужно идти прямо сейчас, и сразу принять тот факт, что за 2 недели вы не станете "мастером фронтенда" и не сможете получать 100k+ в месяц.
    Ответ написан
    Комментировать
  • Как выбрать правильный вектор развития в IT сфере?

    @spaceatmoon
    Отвечаю по вашим вопросам.

    1. Человек, которые знает все тонкости к React, будет шарить лучше чем человек, который пилил свой велосипед. Да, велосипедист будет учиться на своих ошибках, но это ошибки детские. Человек, который учит React будет видеть ошибки местами детские, местами взрослые и знание как их решить будет полезней. К тому же велосипедист при написании свое кода местами будет бороться с языком/машиной, что к его профессионализму никак не скажется и как правило еще раз, это детские ошибки.
    2. Только в целях самообучения и стартапы. На обычный продакшн даже не смей.
    3. Если ваш начальник такой умный, то пусть мне даст готовое решение по синтезу речи на питоне к примеру. Что есть, но оно топорное? Или к примеру пусть кинет ссылку на игру где можно изменять ДНК, где есть караваны, космодесанты... да что же такое, опять нет? Ну ладно, даю последний шанс - операционная система такая же популярная как Windows, но без навязчивых обновлений и жрущая в 3 раза меньше ресурсов умещая в Adobe Premire.... оу, кто-то сдал позиции.

    Короче писать еще и писать программы. Дело не в том насколько революционная программа, люди тысячи программ пишут про одно и тоже. Все они отличаются тем, что каждая по своему удобна, быстра и дешева.

    Кстати, хотите революционного? Напишите язык, который также удобен к примеру как питон, который может во все платформы и быстр как C. Вперёд!
    4. Только если вы в стартапах хотите работать. Фулстек это как ортопед, и не смотря на то, что ортопед знает много, в основном это понос и ОРВИ. В вашем случае это CRUD и шаблоны будут. Ну такое короче.

    Математика вам нужна будет когда начнете программировать что-то серьезное. Для фулстеков и сайтоделов математика не нужна. Нужно понимание построение архитектуры, Отличие ООП и ФП, и умение комбинировать.
    Ответ написан
    5 комментариев