Задать вопрос
  • Как завершить "бесконечный" фоновый процесс в PhpStorm?

    DevMan
    @DevMan
    если туда кликнуть, должна появиться всплывашка, в которой будет кнопка отмены и/или паузы.
    или набраться терпения и дать задаче закончиться.

    как запасной вариант – инвалидировать кэш.
    Ответ написан
    3 комментария
  • IT профессии без написания кода?

    @Vasiliy_M
    сам писать код мне не нравится, не люблю сидеть на месте

    слушай (читай)
    внимательно
    что я тебе
    сейчас напишу

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

    Если ты сейчас, как ишак на поводу пойдешь по пути стереотипов (учился же на айтишника - значит, им надо работать). то

    1. Ничего в профессии не достигнешь. Вообще.
    2. Будешь постоянно себя ощущать не в своей тарелке
    3. И еще масса факторов будет

    Не губи свою молодость и свою жизнь. Не занимайся тем, что тебе НЕ интересно.
    Ответ написан
    Комментировать
  • Какое состояние у современного фриланса на конец 2020?

    @Vasiliy_M
    Как всегда ответы на тостере пестрят бредятиной.

    которые зарабатывают на фрилансе
    разработчики зарабатывают на работе. на официальном трудоустройстве. Для этого они открывают hh и ищут работу.

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

    Что бы понять, что такое фриланс надо понять, чем он отличается от работы.
    Фриланс - это когда Петя пишет говнокод Васе за еду без обязательств.
    Фриланс - не является заработком, ибо любая компания работает с подрядчиком - юридическим лицом, будь то ИП или ООО.
    Если компании нужны постоянно услуги айти, то компания нанимает айти на постоянную основу.
    Сл-но, фриланс - это вечные попытки заработать копейку на низкопрофильной работе, аля такси.
    Только хуже в сто раз.
    На фрилансе нет профессионалов. Профи, что выше уровня джуна идут в офис/удаленку и спокойно работают за фиксированный прайс. на конкретной должности, без мозготраха. На фрилансе ты будешь за троих пахать - исполнять роль менеджера, аналитика и разработчика. Как минимум.

    По сути, фрилансер - это ничего не умеющий идиот, которого не берут в штат в виду профнепригодности. Ибо любой профи мог бы устроиться на работу или переехать в страну, где айтишникам предлагают хорошие деньги. Крайне сомневаюсь, что фрилансер работая по 8 часов в неделю может поднимать хотя бы малую часть от дохода, который предлагается опытным программистам в офисе.

    Или для начала карьеры лучше найти стабильный офис, постараться выбиться на удалёнку и отыскать опенсорс?
    Смешал все в кучу. Причем тут опенсорс?

    Твоя цель - пойти в офис. Там поработать и понять, что все, что ты тут описал - не более, чем подростковые сопли, которые НИЧЕГО не имеют общего с реальностью.

    Нет и не было никогда никакого фриланса. Деньги зарабатываются только на "официальной" работе, работая на конкретное предприятие, а не удаленного хрен-знает-кого. Ни одно серьезное предприятие никогда не будет работать с фрилансером, разве только по незнанию или неопытности этого процесса. Кто риски несет? Заключается ли договора? Как предприятие должно делать отчисления и как указывать это в налоговых документах? И еще куча вопросов.
    Ответ написан
  • Какое состояние у современного фриланса на конец 2020?

    Serhioromano
    @Serhioromano
    Web Developer
    Алло, это у вас курсы программистов?
    Какие курсы, это библиотека, а вам какие курсы нужы?

    Согласен. Фриланс это как очередь за водкой в 90е, клином. Кто протиснулся, тот и взял. Но не больше пузыря. Есть еще индусы, которые даже со средним уровням могут рубить по 2-3 доллара в час. Фриланс очень жесткий рынок.

    Но, тем не менее если лежать с открытыми глазами, ты не уснешь. Можно начать получать опыт, браться за проекты любые по минимуму, все ради опыта, клиентской базу, рейтига и портфолио. Глядишь когда ты подтянешь свои знания и профиль у тебя будет уже готов к конкуренции.
    Ответ написан
    1 комментарий
  • Какое состояние у современного фриланса на конец 2020?

    opium
    @opium
    Просто люблю качественно работать
    Все так же
    Говнокодеры в жопе, профи в шоколаде
    Ответ написан
    4 комментария
  • Как проверить Теорию 6 рукопожатий в БД с миллионами юзеров?

    dimonchik2013
    @dimonchik2013
    non progredi est regredi
    графовая БД

    neo4j - самая известная
    ArangoDB - вам подойдет
    Ответ написан
    Комментировать
  • Лучшая первая книга об алгоритмах?

    VorontsovIE
    @VorontsovIE
    Кормен! Часть глав имеет смысл пропускать, но это однозначно лучшая книга. Пусть вас непугает размер, она написана зато очень понятным языком.
    Ответ написан
    Комментировать
  • Видеоуроки - долго, и много воды. Стоит ли тратить на них время?

    @lloydbanks
    Те кто в негативном ключе высказываются о видео-курсах, делают о них выводы по просмотру нескольких неудачных роликов. С таким же успехом можно взять в руки любую неудачную книгу и раскритиковать способ обучения по книгам.
    Интернет образование за последние несколько лет сделало большой прорыв в информационной индустрии. Это целое направление в бизнесе, которое направлено в первую очередь на качество оказываемых услуг. Ведь люди, приобретая тот или иной курс, оставляют в конечном итоге отзывы и рейтинг, которые в дальнейшем поспособствуют фильтром в отсеивании некачественных материалов. Следовательно, авторы курсов заинтересованы в том, чтобы выпустить свой продукт максимально полезным и живым. Посмотрите на udemy, на кол-во приобретенных курсов и кол-во довольных отзывов. Хотите сказать, все эти люди которые инвестируют в свое образование "дегенераты" (как кто-то выше писал в комментах)?
    Только неадекватный профан будет утверждать, что данный способ обучения не работает или что он менее эффективен. Все люди разные, кому-то проще обучаться по видео курсам, кому-то по книгам. Главное, чтобы был результат. В конечном итоге никто не мешает комбинировать эти способы.

    Плюсы видео курсов:
    + последовательность: теория + практика. По окончанию курса у вас будет готовое приложение, которые не стыдно разместить в портфолио. Почему не стыдно - потому что оно писалось более опытным разработчиком чем вы, который показал вам best practices, чтобы вы не ломали голову и не наступали на грабли, в попытках самостоятельно написать кривой код;
    + поддержка: проверка ДЗ и возможность задать вопрос автору когда возникнут проблемы. Можете ли вы написать свой технический вопрос автору книги? Ответ очевиден.
    Минусы:
    - отсутствие деталей и тонкостей: о многих технических моментах можно узнать только из книг/документации. Если вы человек разумный, то вы согласитесь, что нельзя вместить все технические нюансы в одном видео курсе. Вы когда смотрите фильм снятый по книге не возмущаетесь ведь почему так подробно не был освещен какой-то момент, который в книге был расписан до мелочей. Здесь точно так же.

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

    Поэтому, Логинов Станислав не ведитесь на поводу у стада, которое навязывает вам точку зрения, которая априори не может быть истиной в виду индивидуальных особенностей человека.
    Ваша формулировка вопроса Видеоуроки — долго, и много воды уже звучит неадекватно. С вероятностью 99% вы просто взяли неудачный курс и делаете по нему выводы. Что вам мешает найти тот, который подойдет именно вам?
    Ответ написан
    7 комментариев
  • Как найти минимальное количество исходного материала?

    gbg
    @gbg
    Любые ответы на любые вопросы
    Вернуться примерно в 5 класс средней общеобразовательной школы, составить систему уравнений и решить ее.
    Ответ написан
    1 комментарий
  • Как держать тысячи процессов?

    2ord
    @2ord
    Не нужно такого количества процессов. Для этого обходятся потоками одного процесса.
    Чтобы обрабатывать много HTTP запросов, можно обходиться несколькими процессами (как это делает Nginx). Информацию можно обновлять в независимых от бота процессах - воркерах.
    Ответ написан
    Комментировать
  • Где научиться/почитать про общие темы backend?

    FanatPHP
    @FanatPHP
    Чебуратор тега РНР
    Купи книжку Котерова РНР7.
    Зумеры от нее воют потому что (там нету видео, а объем текста больше полутора строчек они воспринимать не в состоянии) про собственно РНР там начинается примерно с середины. Как раз потому что сначала там даются именно базовые понятия, без которых нельзя освоить веб-программирование. В том числе что такое НТТР и как оно работает.
    Ответ написан
    1 комментарий
  • Математика для программиста

    @Neir0
    >для программиста это непростительно
    Небольшой оффтоп. Для 90% программистов уровня 9 класса с головой хватает. Предвижу возгласы представителей илиты, дескать, математику нужно учить если не хочешь быть кодирующей обезьянкой блаблабла. Тема «нужна ли математика программисту» дискуссионная, можно за копейки использовать хардкорную математику в каком-нибудь нии, а можно выполнять скучную, сильно абстрактную работу квонта за зарплату в 2 раза выше рынка, в общем математика как самоцель не очень хорошо ИМХО.
    Ответ написан
    5 комментариев
  • Какую книгу прочитать по Алгоритмам?

    lbondodesc
    @lbondodesc
    PHP Developer
    Алгоритмы на JAVA 4-е издание Роберт Седжвик Кевин Уейн 2013
    Ответ написан
    2 комментария
  • Стоит ли читать "Алгоритмы на Java" Седжвика, если уже прочитал "Структуры данных и алгоритмы на Java" Лафоре?

    @Ryabos
    Я после Лафоре читал Седжвика. Седжвик пишет намного понятнее (как код, так и теорию к нему). Лафоре объясняет "на пальцах", но с пробелами. Для объяснения сортировки массивов рисует футбольную команду, а сортировка Шелла там практически не описана, я не смог её понять и читать про неё в интернете. А вот у Седжвика параллельно описывается очень много нюансов и Java, и теории алгоритмов. Приводятся интересные примеры.
    Например, в дополнительной секции к одной из первых глав, где список задач для лучшего понимания, есть элементарная задача: написать метод, который вернет true, если все символы String'а циклично сдвинуть на несколько символов. И тут же пояснение: решение таких задач очень важно в изучении генных последовательностей.

    И там и там, к сожалению, есть опечатки. По субъективным ощущениям - у Лафоре они чаще сбивают с толку. У Седжвика, помню, была такая опечатка: "LIFO (первым вошел, последним вышел)". А у Лафоре я долго не мог понять схему стека (при том, что я знал, как он работает). В итоге я решил, что в этой картинке просто опечатка, и названия двух элементов перепутали между собой.
    Ответ написан
    Комментировать
  • Когда использовать ООП?

    wataru
    @wataru
    Разработчик на С++, экс-олимпиадник.
    ООП - это не только, когда вы берете какие-то сущности из предметной области и оборачиваете каждую в объект, который что-то умеет делать. Это больше подход к организации кода. Вы делите задачу на подзадачи, а данные на обособленные части, абстрагируете детали внутри объектов. Это позволяет снижать сложность архитектуры. Теоретически любую программу можно написать внутри одной огромной функции с кучей goto. Но так никто не делает, потому что это невозможно поддерживать и невероятно сложно написать. ООП - это логическое продолжение процедур. Теперь вы не только какие-то части программы абстрагируете в одном месте, но теперь еще и данные вмести с ними.

    Мне нужен объект, который будет хранить состояние/данные, и есть общие операции над этим состоянием?


    Вопрос: что значит нужен? Всегда можно взять глобальную переменную, написать функции, которые это состояние принимают и что-то с ним делают. Но довольно часто организация в виде объекта просто удобнее.
    Ответ написан
    1 комментарий
  • Когда использовать ООП?

    DevMan
    @DevMan
    ФП – вообще про другое.
    MVC – просто подход. спокойно реализуется и без ООП.

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

    @DeniSidorenko Автор вопроса
    Спасибо всем за развернутые ответы. Почитав все ответы и комментарии к ним, могу сделать следующий вывод. Может для кого это окажется слишком грубым, но большинства кто недовольны это просто жалующиеся лентяи .
    Отвечу как автор вопрос на более популярные вопросы
    1) Любой работник кроме ITшника после работы отдыхает а мы нет - Вы конечно простите но если вы не умеете правильно расставлять приоритеты , управлять своим временем, комбинировать работу и личную жизнь это полностью вашу вина, но никаким образом не вина самой работы.

    2) Все учатся в процессе работы а ITшник в свободное от работы время - исходя из личного опыта, работая над задачей, поиск в гугле, решения в процессе работы и есть лучший метод учения. Т.е берешь задачу, даже сложную и вникаешь в нее по сути дела. Ошибаясь прокачиваешь свои навыки. И по моему скромному мнению в IT лучше всего это удается. Здесь вы не рискуйте практически ничем. В любой момент комбинации CTRL + Z вы можете вернутся и попробовать другой код, если текущий не работает. А может ли врач такое сделать? А может ли слесарь, инженер, электрик , спасатель, полицейский такое сделать?

    3) Тут нету миллионов. Да я согласен, никто и не говорил что в IT , работая именно на компанию. Хотя не стоит исключать множество очень хорошо оплачиваемых программистов. Но всегда есть возможность открыть свое, так как весь бизнес сейчас в Digital. Многие тут приводили в пример юристов и бухгалтеров которые якобы хорошо открыли свой бизнес, якобы там больше возможностей но почему то никто не говорит о тех многочисленных юристов что без работы , либо вкалывают за гроши .

    4) Все время лишь в мониторе . Опять же это только лично ваша проблема, есть такое что после работы за компьютером, устаешь морально, отпадает желания ходить куда то, и вместо прогулки многие смотрят ютуб под пивасик и играют в приставку. Если вы не можете правильно организовать свой отдых, после работы, найти увлечения, то это ваше дело

    Резюмируя хочется сказать что тут многие приводят примеры которые не от IT иду, а от них самих. То что многие в данной сфере , заплывают , имеют проблемы со спиной , забивают на личную жизнь, на развития себя как личности. Это полностью их проблема. В жизни есть не только монитор и можно прокачивать себя в юморе, общения с людьми, быть интересным собеседником. Да может многое еще по молодости мне не понятно , ведь я имею мало опыта в данной сфере, но тут мне кажется люди спихнули все свои проблемы на профессию, не желая признаться что сами не развивают себя никаким образом, не развивают свой кругозор , и не умеют даже подержать шутку если она только не про PHP ( Ничего против php не имею )
    Ответ написан
    1 комментарий
  • Стоит ли учить несколько языков программирования?

    php666
    @php666
    PHP-макака
    Например после С++
    "после" - это примерно после 10-15 лет. Говорят, столько примерно длится цикл "от нуля до профи" на С/С++.
    Ответ написан
    Комментировать