Профиль пользователя заблокирован в режиме deactivate сроком «навсегда» без указания причины
  • Почему люди уходят с фриланса в офис?

    @skepsikmod
    Выше правильно ответили, на фрилансе занимаешься кучей смежной фигни, не связанной с разработкой. Ты и продажник, и проджект, и маркетолог в одном лице. В студии этим занимаются отдельные специально обученные персонажи. Не говоря уже о разделении даже технарей между собой. Ну не верю я в полноценных фулстэков, это всегда компромисс.
    Ответ написан
    Комментировать
  • Что за шум вокруг темы, что программисты скоро не нужны?

    @Alexey_Kutepov
    Разработчик программного обеспечения
    Не могу согласиться с фразой что "программисты будут не нужны", так как это крайность, но рынок труда меняется и это факт.
    Ещё 5 лет назад можно было выучить язык программирования, пару сопутствующих технологий и на голом энтузиазме выбить работу, сегодня такой номер не прокатит. Требования серьёзно выросли к кандидатам и требуются в основном профессионалы. Ещё через 5 лет будет готовая армия выпускников it-специальностей, которые сейчас активно заходят в профессию под серьёзную пропаганду. Открылось множество курсов, которые готовят "свитчеров", да и в целом делается всё, чтобы ликвидировать дефицит кадров, который пока что наблюдается. Можно много рассуждать про процент реального выхлопа от этих действий, но выхлоп есть и за несколько лет он себя проявит довольно ощутимо.
    Кроме того, развивается удалённая работа и вот уже Петя из Воронежа готов работать за 50 000 в то время как Вася из Москвы просит 150 000, а знания у них равны.
    Любой бизнес стремится сокращать издержки, в том числе и издержки на it. Зарплаты программистов будут приближаться к медианной зарплате по региону и сейчас всё для этого делается (Греф этого даже не скрывает).
    Ответ написан
    1 комментарий
  • Что делать веб разработчику, если уже всё придумано?

    AgentProvocateur
    @AgentProvocateur
    Правильно заметили, что есть люди-исполнители, а есть люди-генераторы идей. Нужно реально взглянуть на себя и...принять это. Быть профессиональным исполнителем гораздо кошернее, чем быть генератором провальных идей. По статистике, 9 из 10 стартапов провальны...зачем пополнять собой этот список? Если ты - рыба, то многого ли ты добьешься от фрустрации по поводу неумения залезать на дерево?

    Самый верный путь к рабочей идее:
    1. Проработать в какой-либо сфере достаточное количество времени;
    2. Познать её изнутри на собственной шкуре;
    3. Выявить в ней боли/проблемы/недостатки;
    4. Решить их с помощью прикладного навыка (программирования);
    5. Обкатать в собственной работе;
    6. Упаковать решение и реализовать коллегам по сфере;
    ...
    7. PROFIT!

    Далее...даже если завтра в голову залетит рабочая идея, готов ли ты её реализовать? У тебя есть команда, готовая работать минимум полгода-год бесплатно на время создания беты, тестов, обкатки, раскрутки? Она сможет действительно реализовать всё как надо? Если нет команды, имеются ли у тебя средства на зарплатный фонд хотя бы для 5 человек на эти полгода-год? А с учетом налогов и отчислений (+30% к зарплате на руки)? У тебя есть условия для работы этих 5 человек? Есть ли у тебя сумма на маркетинговое исследование твоей идеи (или лучше облажаться на авось)? Есть ли у тебя хотя бы миллион на первичный трафик из директа? Или надеешься донести свой стартап до пользователей путём емэйл-спама?)) Я не указал и доли того, что потребуется для реализации небольшого web-сервиса, даже при наличии действительно рабочей идеи. Может быть, идеи не прут именно потому, что ты просто не готов к их реализации, и неча порожняка гонять?)

    Как выглядит стартап глазами романтичного юноши, начитавшегося глянцевых историй успеха:
    1. Придумать гениальную идею;
    2. Закодить в гараже в одну харю или в паре с дружбаном;
    3. Разместить на сервере и получать от мира благодарности, признание и мешки денег.

    Как выглядит стартап на самом деле:
    1. Пахота минимум 10 лет в одном направлении/сфере;
    2. Наработка профессионализма, идей, контактов, связей, клиентской базы, понимания всех нюансов сферы;
    3. Угон базы, угон клиентов на себя, переманивание лучших коллег/сотрудников, оформление юрлица, открытие "своего дела" на рабочей идее)))

    К примеру, "икона стиля" стартаперов - Павел Дуров, он идеолог? Нет! Прикол в том, что он именно стырил рабочую идею (также, как тырят клиентскую базу у работодателя), собрал команду, создал для неё условия, привлек корешей-евреев с еврейскими ресурсами, бюджетами и влиятельной питерской крышей, и обеспечил этому всему грамотный проект-менеджмент и маркетинг. Дело в идее? Нет, дело в реализации:)

    А если серьезно, сайт - это просто промо-материал, как билборд, только интерактивный и в интернете. Языки веб-разработки - такие же инструменты, как молоток для изготовления билбордов. Веб-разработчик - нифига не носитель уникальных знаний (который просто обязан повторить успех Цукерберга, иначе не тру), и всего-лишь современный слесарь, изготавливающий технологичные интерактивные промо-материалы. А теперь представь слесаря, который завидует предпринимателям, которые заказывают у него билборды, и вскидывает руки к небу с криком "Доколе??")) Смешно? Смешнее только реплики других слесарей на тему "если нет идей, значит меняй профессию"))

    P.S. Понимаю, что вряд ли отметишь мой ответ решением, ведь тебе хочется подбадриваний вида "Не сдавайся! Ищи и обрящешь! Не опускай руки и всё получится! Вот тебе ссылочки, вот тебе инструкции!", а не режущей глаза суровой реальности. Но в некоторых случаях действительно полезно осознать своё место в пищевой цепочке - антилопа или гепард, слесарь или архитектор, промо-изготовитель или промо-заказчик и т.д. И исходя из этого уже взращивать свои амбиции, комплексы и фрустрации. Повторюсь - в стремлении стать самым крутым слесарем нет ничего постыдного, и даже в финансовом плане может оказаться куда выгоднее и стабильнее других амбициозных вариантов.
    Ответ написан
    4 комментария
  • Как и чем быстрее всего начать зарабатывать на программировании/веб-программировании?

    @CAMOKPYT
    Забудь про фриланс, сколько бы про него не говорили, это биржа ДЕШЕВОЙ рабочей силы со всеми вытекающими последствиями в виде кидалова, низкой зп, скучной работы, туда идут люди с серьезными проблемами вроде невозможности перебраться в город, социопатии, инвалидности, "утонченная личность", фриланс это почти всегда вынужденная мера. Вообще фриланс и стабильный заработок несовместимые понятия, просто потому что фриланс подразумевает постоянный поиск мелкой работы, никакой заказчик не будет давать большой серьезный проект фрилансеру никогда, потому что это большая ответственность, посмотрите соседние вопросы, пацики с рейтами 150баксов в час работают 10 часов в месяц, а остальное время ищут заказы, причем это люди с опытом и портфолио + отличный английский. Начинать карьеру с фриланса это 100% гарантия того что, все что можно сделать неправильно (техническая сторона), будет сделано неправильно, потому что работает, дедлайн вчера, а подсказать или сделать код ревью некому, никакие книжки тут не помогут, выбора не будет, ты либо читаешь либо работаешь. Так что не советую ввязываться в эту тему. Лучше начать работы в офисе под строгим надзором. Ну и конечно html+css+js это мало, нужно знать еще около программисткие штуки вроде систем контроля версий, багтрекеры, несколько ide/ текстовых редакторов, если это веб почти гарантированно надо иметь представления о http/https, ООП, возможно sql. Не то чтобы для 20к месяц все это нужно отлично знать, но как минимум иметь представление, чтобы не отвлекаться. Вот по фронтэнду. Для большой гарантии устройства на работу, как уже сказали выше, лучше сделать себе сайт, а еще лучше сделать небольшое портфолио и выложить на гитхаб, это сейчас очень модно. На изучения всего вышеперечисленного уйдет 1-2 месяца если сидеть по 8-4 часа в день примерно, свой сайт где-то неделю на разработку визитки и еще неделя на вылизывание, но оно того стоит, а в процессе поиска работы можно и на гитхаб по чуть-чуть кидать, хотя вряд ли получится много. Удачи.
    Ответ написан
    9 комментариев
  • Какие есть сайты для проверки своих знаний PHP?

    @AlexPlusPlus
    Сайты не дадут реальной картины (Вам, ведь, именно это требуется, так?).

    Не существует абсолютно точного глобального определения уровня программиста и его знаний. У каждой конторы свои требования к начинающим и опытным разработчикам, а также своя градация (где-то есть jun, mid, senior, а где-то просто программист и старший программист, и всё). Где-то используют, к примеру, Laravel, а где-то процедурный код на PHP 4+ (и в этих двух конторах уровень того же сениора будет совсем разный).

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

    Ну а на основе статистики, проверьте по пунктам, есть ли у Вас знания по тому или иному пункту )

    PS: помимо знаний самого PHP и фреймворков, большенству программистов требуется знания unix'а, SQL, баз данных (обычно  mysql/postgresql). Не забываем о тестах, x-debug, умением работать с composer, умением работать со сторонними API, базовые знания html, css, js (+ хотя бы немного jquery). Джуниор должен знать вышеописанные вещи хотя бы поверхностно (ладно, xdebug, и фреймворки можно упустить), а сениор знать и уметь свободно пользоваться. Исходя из этого, в большинстве контор стать сениором за год чисто физически не реально.
    Ответ написан
    Комментировать
  • Какую сферу выбрать: графический дизайн или веб-дизайн?

    sim3x
    @sim3x
    И веб загибается и программинг вообще дно

    Идите в сварщики, сантехники, електрики, токари

    Кроме шуток
    Ответ написан
    7 комментариев
  • Карьера программиста после 30+. Миф или реальность?

    trevoga_su
    @trevoga_su
    Все очень просто. Любой человек, как и механизм - изнашивается.
    Работа мозгами - один из тяжелых видов деятельности. Т.е. это ровно такое же изматывание организма.
    Изучение - тоже изматывание организма. В 20 лет начать и в 30 - разница колоссальная. Ты 4 часа можешь с девочкой в 20 лет, а в 30 - 5 минут. Поэтому все это понимают, что 30-и летний джуниор - это как минимум не состоявшийся нигде специалист. Достаточно старый и плюсов у тебя перед такими же 20-и летними нету - у них сил больше.

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

    Тебе нужно посвящать огромное кол-во времени самообучению. А семья? Даже если нет семьи - это время. Много времени. Ты готов тратить все свое время, что бы к 35 стать разработчиком среднего уровня?

    Мне 33 почти.
    Ответ написан
  • Почему php-функция так себя ведёт?

    @balamyt92
    ; select * from users; --
    <?php
    function isru($txt){
        return (bool)preg_match('/^[А-яёЁ]/i', tirm($txt));
    }
    Ответ написан
    Комментировать
  • Какой PHP фреймворк выбрать?

    @DenisDangerous
    Написать свой...
    Ответ написан
    Комментировать
  • Как мотивировать себя делать скучную работу?

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

    artem78
    @artem78
    Заканчивающий разработчик
    Скучную работу нужно не мотивировать, а менять. Но если дело в обыкновенной лени, это не поможет и любая работа надоест.
    Ответ написан
    Комментировать
  • Стоит ли новичку начинать с фреймворка или лучше учиться на чистом php?

    @vodniciarv
    Пиши свои штуки на чистом PHP на процедуральном стиле.
    Потом изучай ООП и начни что-то сделать своё но уже на ООП.
    Потом изучай MVC и уже переходи к фреймворкам.
    Ответ написан
    32 комментария
  • Стоит ли новичку начинать с фреймворка или лучше учиться на чистом php?

    @duck_nukem
    стоит писать свои штуки на чистом php!
    Ответ написан
    Комментировать
  • Как не понести ответственность перед юрисдикцией РФ при создании Adult ресурса?

    xtala
    @xtala
    Постигает Дзен
    Тут две вещи выделяются собственно физическое местоположение сервера + владелец.
    Физическое расположение сервера естественно за пределами скрепной пидорашки, с владельцем вопрос сложнее. Наверное надо замутить что-то с партнерством/фиктивным владельцем. Думаю самым оптимальным решением будет найти юриста специализируещегося на IT/международном праве.
    Спрашивать такое на тостере неблагодарное дело, т.к. вероятность нахождения тут специалистов могущих дать точный и развернутый ответ стремится к нулю.
    А то знаете ли в пидорахии за покемонов в клетку сажают, а тут и вообще могут расстрелять.
    Так что действовать надо наверняка -- найти грамотного юриста с опытом консультаций по таким делам.
    Ответ написан
    1 комментарий
  • Слишком подробное техническое задание - это хорошо или плохо?

    HeadOnFire
    @HeadOnFire
    PHP, Laravel & WordPress Evangelist
    Надо конечно видеть и слышать клиента для принятия окончательного решения, но вообще, детальное ТЗ - хороший показатель, ибо:
    - клиент действительно вникает во все детали
    - клиент неплохо подкован, ему не надо на пальцах ничего объяснять
    - четкое детальное ТЗ - отличный вариант для сверки выполненных работ
    Я бы не сильно боялся переделок, упомянутых @cyberorg, потому как если есть договор, в котором прописано, что прием работ идет согласно ТЗ, то это только плюс. Сделали четко по ТЗ - у клиента нет выбора кроме как утвердить. Хочет переделывать - договор ему перед нос суешь и говоришь - не вопрос, но это уже ДОПОЛНИТЕЛЬНАЯ работа, которая оплачивается отдельно.

    Лично я таких клиентов люблю и ценю, кроме того, всегда и на все проекты стараюсь делать максимально подробное ТЗ вместе с клиентом. Очень полезно.
    Ответ написан
    Комментировать
  • Какие книги почитать про архитектуру источников данных?

    @vanillathunder
    "Шаблоны архитектуры корпоративных приложений" Мартина Фаулера
    Ответ написан
    Комментировать
  • Как грамотнее писать вспомогательный класс для работы с БД в MVC?

    Stalker_RED
    @Stalker_RED
    Обработка ошибок? Не, не слышал.
    https://ru.wikipedia.org/wiki/%D0%9E%D0%B1%D1%80%D...
    Ответ написан
    Комментировать
  • Для чего идеальна MongoDb? Примеры приложений, где монга будет лучше mysql?

    Wolfnsex
    @Wolfnsex
    Если не хочешь быть первым - не вставай в очередь!
    Я расскажу Вам про личный опыт, без претензий на истину в последней инстанции...

    Для чего идеальна MongoDb? Примеры приложений, где монга будет лучше mysql?
    Для человека который привык работать с реляционными БД, смириться с логикой и вообще с подобными БД - довольно сложно. Для тех, кто работает с реляционными БД профессионально - сделать это ещё сложнее...

    Если сравнивать с реляционными БД и с оглядкой на конкретно MySQL - монга идеально вписывается там, где структура данных заранее неизвестна. Тут я хотел привести пример, но не смог придумать ни одного дельного примера, после того как начал плотно работать с PostgreSQL... Давайте попробую из практики. Мы один раз применяли монгу в проекте где есть десятки и сотни тысяч товарных позиций и у каждой из них свой уникальный набор различных свойств. На основе уже имеющихся свойств, "соседних" товаров, контентщику предлагался наиболее вероятный набор параметров, которые нужно заполнить, но в любой момент он мог удалить или добавить любое поле и/или множество значений одного из них, например, "Цвет: черный, серый, фиолетовый". Всё это дело попадало под разные динамические фильтры и далее по цепочке... В то время, насколько я помню ещё не было поддержки JSONB-формата у PostgreSQL, по этому мы остановились на MongoDB. Ну и конечно же, желание "воткнуть ультра новую и модную БД в проект" сыграло свою роль...

    Что в монге определённо не нравится (и это не моя "идея", об этом пишут даже в учебниках под монге) - это тотальная денормализация данных. Которая в некоторых случаях может сыграть злую шутку. Например, все комментарии "поста" обычно хранятся прямо в самой сущности поста. Это очень удобно и довольно быстро работает, но... иногда это приводит к полному коллапсу. Особенно, когда у Вас перекрестная ссылочность.

    Безусловно, не редко можно встретить проекты в которых даже в реляционных БД не прописаны, например, внешние ключи и контроля целостности данных как такового нет, но обычно это происходит по следующим причинам:
    1. Очень низкая квалификация администратора БД проекта
    2. В попытке выжать из базы больше производительности, не найдя других методов оптимизации
    3. Данных настолько много, что БД/ключи - начинают "сыпаться", не редко это связано с п.1

    Так же, последние тесты показывают, что PostgreSQL почти не уступает MongoDB даже в её родной среде (на уровне данных в формате JSON). А в некоторых аспектах даже превосходит её... Подробности Вы можете увидеть на некоторых конференциях по Postgres (да, на конференциях по MongoDB, Вы вряд ли увидите, как кто-то будет рассказывать, что [их любимая] монга "хуже" некоторых других движков...). Кстати, поддержку формата JSON стандартизировали (наконец-то) на уровне SQL-стандарта (если я не ошибаюсь) и в самом ближайшем будущем, думаю стоит ожидать полноценную поддержку оного в SQL-базах, в т.ч. поддержку в бинарном виде с возможностью индексации данных (кстати, некоторые SQL-базы уже такое умеют).

    Моё понимание, ответа на вопрос, "когда действительно стоит использовать MogoDB?" звучит примерно так: Исключительно в тех случаях, когда Вы понимаете, что она станет действительно хорошим решением для поставленной задачи и сейчас и в будущем. В моей практике, таких проектов можно было бы насчитать ничтожно мало, а точнее около нуля, особенно с учётом развития некоторых современных SQL-БД и вообще направления "JSON в SQL" в целом. Но, безусловно такие проекты могут быть и есть (в данном случае, не у меня). Но, тут стоит обратить внимание на крайне важный факт - когда всплывает такой проект, что бы адекватно оценить наиболее оптимальную БД под него - нужно знать как минимум пару-тройку SQL-БД, со всеми их особенностями, достоинствами и недостатками... причем не просто "знать", а хорошо знать, "изнутри". А так же знать все характерные черты монги, а так же её особенности, достоинства и т.д. То есть, если Вы задаётесь вопросом, "а хорошо ли впишется монга в проект N?" и не можете найти на него однозначного ответа, вероятнее всего, что в долгосрочной перспективе, в "проект N" она впишется плохо.

    P.S. В заключение, хочу ещё раз напомнить, что "JSON в SQL" - активно развивается... Со всеми вытекающими.
    Ответ написан
    7 комментариев
  • Выгодно ли фрилансить(верстая макеты)?

    65536
    @65536
    фриланс это как таксистом быть, или как молдованином от шабашки до шабашки. нужно постоянно что-то мутить, искать заказы, договариваться, а потом еще и работать, самому. а еще и развиваться нужно, что подразумевает делание всякой бесплатной работы, чтения и экспериментирования. нужно включать это в стоимость постепенно, как и вообще все остальное что необходимо и желательно для поддержания себя и своего настроения. но это никак не вписывается в расценки на биржах этих (наших по крайней мере, на ихних думаю не сильно проще + енг). толкаться среди полунепонятного сброда желющих подзаработать, а то и поднаебать, там примерно как на вокзале. это наверное наибеспонтовейший источник заказов. адский демпинг, низкое качество и исполнителей и клиентов. со временем можно набрать отсеять нормальных и работать с ними годами, ну только придется постараться, главное чтоб хватило терпения и самоорганизации)) мне со всех этих бирж хватило 3 заказов чтоб больше туда не возвращаться. там такие дебилы есть, вот один раз меня жестко развели на 300 рублей. мужик чето там на джаваскрипте просил сделать анимационное я ему сделал на джквери а он мне такой не нихуя не катит, "не хочу лишние скрипты кидать", скрипты кидать бля. а сам главно таки кинул скрипты и все у него на сайте висело, мужик 36 лет, 300 рублей. есть более опасные идиоты, чей идиотизм уже на пол пути проявляется и становится понятно что лучше не надо было связываться. вообще важное умение вовремя отказываться от сомнительных тем и персонажей. весь фриланс и есть такая тема - ты и организовавать все делжен и работать одновременно, иногда это слишком одновременно начинает происходить что не можешь делать ни то ни другое
    Ответ написан
    Комментировать
  • Почему лучше не использовать input type=submit?

    @Froggyweb
    Хорошо что не помнишь. Тпких убивать надо. Мало того что я не смогу отправить форму с operamini так еще надо в js по поводу и без отслеживать клики
    Ответ написан
    Комментировать