• Что значит запрет на оказание IT-услуг?

    CityCat4
    @CityCat4
    Внимание! Изменился адрес почты!
    Тебе - ничего. Ты для ЕС - мошка, толкущаяся возле лампы :) Это все во сновном касается юриков, причем наиболее заметным пунктом тая является запрет крипты. Причем, я вовсе не уверен, что это "санкции" :) а не очередное ужесточение в работе с ох..вшими фрилансерами, живущими в России, гадящими России и презирающими Россию. Многое множество их ломанулось уже в Грузию, Армению, Казахстан и даже Монголию (sic!), но есть еще те, кто упорно желает гадить здесь, используя крипту. Спасибо, ЕС!
    Что касается остального:
    - youtube. Скорее всего, придет к блокировке, так же как FB и инста. Думаю, что незаблокирован до сих пор только потому что нечем заменить.
    - windows. M$ здорово виляет задом, то "дам", то "не дам" винду, но процесс отказа от винды запущен - к 01.01.2025 в КИИ винды быть не должно, хотя у физиков я думаю, она еще долго будет.
    - Прочее ПО. Будет постепенно падать в популярности, если немедленно не самозаблокируется. Также есть предположение, что в будущем скачивать лямпортное ПО при наличии хоть сколько-нибудь сносного аналога будет опасно для благонадежности :) которая снова станет важна...
    Ответ написан
    8 комментариев
  • Как передать на бекенд требования к API?

    @Vitsliputsli
    Многие фронтендеры относятся к беку, как к некой обертке для работы с базой данной. Когда такие становится лидом команды и начинают диктовать свои требования беку, начинается ад, проект даже с простым беком превращается в нечто монструозное, разваливающиеся на ходу. Но, так как снаружи бек не виден, руководство считает, что дело в отдельных тупых бек-разработчиках, которые артачатся, не хотят работать и увольняются.
    Судя по вашим фразам, вы скорее всего один из них. Так как уверены, что приложение - это то, что на фронте, что api - это хрень, которая завязана на отображении информации на фронте, что разработчики бека не нужны при разработке архитектуры и вообще пофиг, что они там делают, главное чтобы давали то, что хочет фронт.
    Но, раз вопрос задан, значит сомнения вас посещают. Поэтому: приложение это не только фронт, а зачастую фронт это не самая сложная его часть. Бек - это не обертка над базой данных, и если вы поменяете значение в базе, это не значит, что к примеру, в потоковом вещании сменится кодек (вот, кому-то может и смешно, а мне в такой ситуации ни фига не было весело). С помощью API получают данные, поэтому не важно, что там у вас напроектировали дизайнеры, или как эти данные выводит фронт, API должен быть универсальным и не зависить от того как вы отображаете данные, поэтому, к примеру, бек может вам дать для получения данных несколько универсальных запросов, а не один специальный. В общем, все гораздо сложнее, и ваш вопрос как состыковать фронт и бек перерастает в вопрос как формировать архитектуру проекта, и как управлять командой.
    Ответ написан
    17 комментариев
  • Ценится ли диплом о профессиональной переподготовке?

    Zoominger
    @Zoominger Куратор тега IT-образование
    System Integrator
    Ценится опыт. И только.
    Ответ написан
    Комментировать
  • Где в Laravel лучше делать валидацию входящих данных - в контроллере или сделать кастомный Request для контроллера, или Middleware?

    ipatiev
    @ipatiev
    Потомок старинного рода Ипатьевых-Колотитьевых
    Вообще-то в Ларе УЖЕ есть этот самый отдельный сервис - Illuminate\Http\Request, который и предназначен для валидации входящих данных.
    Ответ написан
    2 комментария
  • Где в Laravel лучше делать валидацию входящих данных - в контроллере или сделать кастомный Request для контроллера, или Middleware?

    @jazzus
    Валидация это обычно что? Простыня) Поэтому свой Form Request. Написать php artisan make:request и потом импортировать в ide это буквально секунды времени. Зато в этом классе ты можешь кучу всего делать. Например prepareForValidation, сообщения, логику со своими правилами и все это будет в одном месте. Запихивать валидацию в middleware или в свои классы в Ларавел - это извращение.
    Ответ написан
    Комментировать
  • Потенциальные клиенты стали чаще просить созвоны. Почему так?

    @Kostik_1993
    Web Developer
    Нет никакой нехватки общения. Все гораздо проще. Заказчику элементарно лень писать описание, ему проще созвониться выплеснуть поток своих беспорядочных (часто безполезных) мыслей, а дальше уже вы запонинайте как хотите, понимайте как хотите, вспоминайте как хотите. Я часто отсекаю все ненужные попытки созвониться и требую делать текстовое описание, так как:
    1) Это максимально продуманно, заказчик во время написания анализрует то что пишет.
    2) В этом легче ориентироваться
    3) С этим проще работать, можно дополнять, редактировать
    Ответ написан
    2 комментария
  • Как вы решаете ситуацию, если неправильно оценили стоимость проекта и поняли это уже по ходу?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Никак не решал, если я уже подписался сделать по некоторой цене, приходилось делать.
    Ответ написан
    Комментировать
  • Как понять на что расходуется память в linux?

    @unseriously
    не благодари:
    ps axo rss,comm,pid | awk '{ proc_list[$2] += $1; } END { for (proc in proc_list) { printf("%d\t%s\n", proc_list[proc],proc); }}' | sort -n | tail -n 10 | sort -rn | awk '{$1/=1024;printf "%.0fMB\t",$1}{print $2}'
    Ответ написан
    1 комментарий
  • Где брать заказы на фрилансе?

    @n1ksON
    мидл
    Где брать заказы на фрилансе?

    На фрилансе
    Ответ написан
    Комментировать
  • Откликнулся на заказ, а при общении с заказчиком отказался: допустимо?

    Sanes
    @Sanes
    Нормально. Потому что из заказчика приходится клещами вытягивать, что он хочет.
    Ответ написан
    Комментировать
  • Парсинг (скрапинг) получение информации с сайтов, авторизация, инструменты, примеры?

    azerphoenix
    @azerphoenix Куратор тега Spring
    Java Software Engineer
    Здравствуйте!
    Начнем с простого, когда контент сайта загружается без фреймворков. Соответственно, нет никаких аяксов, не нужно никуда скроллить, чтобы получить следующую страницу или кликать на кнопки и т.д. для получения материалов. Т.е. вам достаточно отправить GET запрос на некий сайт и получить данные.
    В этом случае для парсинга будет достаточно библиотеки jsoup. Либо для своей кастомной реализации используйте DOM & SAX Parser.

    Теперь, чуть усложним задачу сайт точно также формируется без фреймворков, но для получения доступа к информации нужна авторизация. Если тут используется какая-то простая авторизация, то достаточно будет единожды получить кукисы и при каждом запросе указывать на сервер. Также не забывайте про referrer & User-agent.

    Теперь, еще усложним задачу - контент формируется динамически (посредством js-фреймворков или аякс запроса и т.д.). В этом случае jsoup не поможет, так как для загрузки контента вам нужно прокликать на кнопку (Загрузить еще) или проскроллить вниз, чтобы тригернуть загрузку контента и т.д. Т.е. вам нужна некая интерактивность. Для этого стоит посмотреть в сторону Selenium + (любой браузер). В качестве браузера можно использовать - firefox, chromium и др. Для быстродействия желательно использовать headless браузеры.

    Усложняем задачу дальше. Понадобилось авторизоваться и решить некую капчу. В часности рекапчу. Тут скажу заранее, что я сам когда-то давно искал возможные пути обхода и самое простое решение - использовать платный сервис.
    Ссылка на сайт - https://anti-captcha.com/
    После ввода имени пользователя и пароля селениум триггерит клик на капче, а дальше данные пересылаем на сервер и получаем решение капчи.

    Усложним задачу еще больше - различные honeypot. Тут как говорится кто на что горазд. Все зависит от конкретного сайта и конкретной реализации (софта) honeypot. Некоторые могут заблокировать по ip, если запрос был произведен на несуществующий урл. Например, на сайте всего 100 страниц, а вы запросили 101 страницу и попались в ловушку. Или например, вы заполнили невидимое input поле, которое в норме пользователь не видит и соответственно, не заполняет.

    Идем дальше - если вам нужна некая интерактивность (т.е. пользователь сайта должен иметь возможность самостоятельно парсить сайт), то вам нужна клиентская часть написанная на javascript. Подобные онлайн-сервисы имеются. Наберите в гугл web scraping online и увидите различные сервисы. Как правило, они предлагают установить некое расширение, при клике на котором он получает доступ к элементам DOM, а далее уже можно при помощи селекторов (id, xpath, class ) определить что нужно спарсить. Определить тип навигации / пагинации (например, пагинация при помощи нумерации страниц или пагинация при помощи кнопки Далее и др.). Тут могут свои подводные камни. Например, некоторые сайты при достижении максимальной страницы могут выдавать ошибку (404), некоторые не выдают ошибку и лишь показывают контент заново. Иногда нужно проверять страницу на наличие пустоты на странице (на отсутствие элементов по селектору). Иногда нужно проверять страницу на наличие ошибки 404 и т.д. В общем, это уже работа фронтэндера.

    Некоторые динамически формируемые страницы могут подгружать контент при помощи json или xml. Соответственно, для парсинга некоторых сайтов можно обойтись без использования selenium. А лишь запросить материалы по их внутреннему API, а затем при помощи gson или jackson спарсить их.

    Одним из универсальных инструментов парсинга, с которым мне приходилось сталкиваться была программа Visual Web Ripper. Стоит примерно 250-300 долларов. Программа подгружает контент сайта внутри себя через IE (может уже и обновили этот момент). А далее уже можно задавать условия парсинга и экспортировать данные.
    Ответ написан
    Комментировать
  • Остались ли еще толковые русскоязычные биржи?

    @Kingdomofcrookedmirror
    Что бы не говорили про fl.ru, это единственная нормальная биржа в снг, ибо отдачи больше всего (до этого пользовался https://freelance.ru, и отдачи почти не было даже с про аккаунтом). Да и заплатить 3000р в месяц не жалко, учитывая то, какие суммы можно поднимать ежемесячно (80-150к в месяц, если мозги есть в голове). Демпинг? Да, есть такое. Но, все зависит от портфолио. Хорошее портфолио и умение работать с заказчиками, гарантирует прирост постоянных клиентов, после чего, можно отказаться вообще от каких либо бирж. а нытики плачут о том, как сейчас на фрилансе плохо, и заказчики выбирают только тех, кто работает за еду. Это все не так. За еду работают только посредственные исполнители, ведь их уровень не позволяет сформировать базу из достойных заказчиков с деньгами.Вот они и плачут, выставляя себя с позиции жертвы, вместо того чтобы прокачивать свои навыки. А вообще в идеале конечно работа в хорошей студии, с зарплатой не менее 100к, ибо не все сейчас требуют постоянного нахождения в офисе.
    Ответ написан
    Комментировать
  • Как не кипятится из-за полных идиотов и как с ними общаться?

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

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Никуда не можете. До заключения трудового договора наниматель ничего вам не должен.
    Ответ написан
    Комментировать
  • Что творится на рынке web разработки для junior?

    sober_cat22
    @sober_cat22
    Back end(Node.JS, Ruby)
    Ребят, шуруйте работать в офис, работы хватает. Если живете в деревне, переезжайте в большой город. Обычно такие проблемы возникают у тех, кто еще и дня не проработал, а уже ищут только удаленку. Помню брали джуна на работу полтора года назад на рельсы, как раз на удаленку. Казалось бы стэк не супер популярный, но за трое суток откликнулось больше 100 человек. И как бы изначально готовы были взять и без опыта, но когда тебе попадаются ребята с реальным опытом, зачем отказываться :D
    Ответ написан
    3 комментария
  • Можно ли давать в IT 100ю гарантию на что-либо?

    Sanes
    @Sanes
    Нет, нельзя.
    Что касается безопасности, обычно есть формулировка, что дыры сделаны не осознанно. Т.е. не было умысла.
    Ответ написан
    Комментировать
  • Используете ли вы несколько почтовых ящиков и телефонов?

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

    CityCat4
    @CityCat4
    Внимание! Изменился адрес почты!
    Мы просто не горим :) Мы работаем.
    Ответ написан
    Комментировать
  • Может ли прокаченый профиль на Upwork быть доказательством компетенции при эмиграции и собеседованиях?

    opium
    @opium
    Просто люблю качественно работать
    Начнем с двух аксиом, у тебя нет прокачанного профиля на апворке, втрое если у тебя прокачанный профиль на апворке ты не задаешь такие вопросы, ты можешь позволить себе жить в любой точке мира наплевав на все и вопрос выглядит идиотски из разряда, у меня тут прокачанный профильна апворке я тут в США живу шестой год как вы думаете будет ли доказательством мой профиль на апворке для миграции в США, правда я тут живу уже шесть лет но думаю мигрировать
    Ответ написан