• PHP vs. all. Имеет ли смысл учить (параллельно) что-то еще?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    но код, особенно после C++, не вызывает каких-то положительных эмоций.

    А у меня не вызывает положительных эмоций код на C++. Да и код разный бывает. 90% кода на PHP у меня так же не вызывают положительных эмоций, но писать на нем нормально более чем можно.

    1) под фразой "php умирает" позразумевает его модель работы. После каждого запроса он умирает, то есть воркер отчищается и запускается по сути заного. Это существенно упрощает работу (у вас хоть сегфлоты могут быть всеравно весь сервак не умрет), а так же масштабирование (за счет отсутствия у самого PHP состояния между запросами, сессии мы не берем в расчет), но существенно бьет по производительности. К счастью с PHP 5.3 писать демоны на PHP не так уж страшно.

    Если же посмотреть рынок и динамику развития сообщества - PHP живее всех живых.

    2) PHP не такой уж стремный язык. Я не считаю "не консистентные названия функций" таким уж прям фактором влияющим на выбор языка. С моей точки зрения Ruby уродливая отрыжка, попытка сделать объектно-ориентированный перл (это лично мое мнение, мне не приятно работать с ruby, пусть меня за это простят), но за счет того, насколько сообщество ruby-разработчиков ценит и понимает цели бизнеса, насколько уважает тестирование своих решений и т.д... словом PHP комьюнити в этом плане еще расти и расти. Но прогресс виден.

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

    3) нет. Шансов на нормальном уровне с нуля изучить еще один язык программирования и к тому же фреймворк - почти нет. Да и в этом нет смысла.

    4) судя по вопросу вы уже определились для себя. Дальнейшая дискуссия не имеет смысла. Разбирайтесь. Но если брать шаред хостинги то PHP это пожалуй единственный адекватный вариант на сегодняшний день (если не брать в расчет что шаред хостинги как таковые это не очень адекватный вариант).

    5) все зависит от вас. Хорошие разработчики зарабатывают примерно одинаково вне зависимости на каком языке программирования они работают. Они просто хорошие разработчики и таких всегда мало.

    6) как хотите.

    И так...

    Язык программирования - это лишь инструмент для решения задач. Фреймворки - это так же просто инструменты для решения задач. Что важно - уметь задачи решать. И решать эффективно. Понимать что кривыми решениями вы увеличиваете риски для бизнеса.

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

    Ruby например бизнес (и стартапы в особенности) выбирает не потому что это хороший язык, а потому что Ruby комьюнити в среднем больше приспособлено для эффективного решения задач бизнеса. Что говорить когда у них любовь тестирования прививают с первых дней знакомства с языком?

    Не учите язык программирования. Учитесь разработке с применением этого языка. И тогда все будет намного проще.

    p.s. Haters gonna hate
    Ответ написан
    4 комментария
  • Фриланс. Рассматривать ли российские биржи?

    railiqwan
    @railiqwan
    Я просто провожу здесь время.
    Если хочется валюты, а денег не предлагают - то попробуйте овладеть специальностью альтернативной, той в которой вы "опыта немного, но уверен" - это п озволит вам иметь деньги на жизнь и не хвататься судорожно за любой предложение "кругом говнокодеры, ну как и ты повесели меня может работу дам".
    Во первых работая за спасибо вы роете себе яму в которой сидят все те бесчисленные избалованные, но не читавшие сказок Пушкина заказчики фриланс-сайтов, неадекватные в своих требованиях и оплате, во вторых Равшана с Джамшутом вы все равно не переплюнете.
    Вот например сидя охранником ночью в каком нибудь офисе можно тренироваться в интересном вам деле, тусоваться на зарубежных форумах и сайтах (не фриланс биржах, а там где люди сидят) обрастать связями и знакомствами, которые в итоге и дозволят вам получать валюту именно за то чтов ам интересно.
    Ответ написан
    Комментировать
  • Фриланс. Рассматривать ли российские биржи?

    dmitry_pavlov
    @dmitry_pavlov
    World-class .NET freelance contractor (remotely)
    Рассматривать надо все, что вам объективно подходит. Если хорошо с англйиским - имеет смысл рассматривать и англоязычные ресурсы, немецким - немецкие и тп. При этом никто не мешает продолжать просматривать варианты на русскоязычных сайтах.

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

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

    В общем если цель - стабильные нормальные деньги - устраивайтесь в офис. Если пока не берут - качайте недостающие скиллы. Офисный опыт вообще очень полезная штука - всем советую начать с этого перед тем как ломиться на рынок фриланса и создавать там потом демпинг низкоквалифицированными руками :)

    Offtop: А то насмотрятся картинок "с ноутбуком под пальмами" сделают один сайт приятелю по классу и давать лезьть во фрилансеры :) Вы вообще пробовали на солнце под пальмой что-нить рассмотреть на экране ноутбука? :)
    Ответ написан
    Комментировать
  • Как сделать несколько ip в Digital Ocean дроплете?

    KeyDoo
    @KeyDoo
    Возьмите VPS у провайдера, у которого нет такой заморочки с IP-адресами.

    reg.ru
    firstvds.ru
    и ещё миллион других
    Ответ написан
    2 комментария
  • Фриланс. Рассматривать ли российские биржи?

    Я считаю их стоит рассматривать только в одном случае: если запретят хождение доллара или отключат swift, в остальных случаях welcome to upwork etc
    Ответ написан
    Комментировать
  • Как новичку найти клиентов на upwork и на что рассчитывать?

    @alexgilev
    Опубликуйте cover letter с примером задания по проекту, так мы хотя бы сможем хоть что-то посоветовать.
    Ответ написан
    9 комментариев
  • При помощи какой программы можно следить за работой фрилансера?

    65536
    @65536
    Как вообще работать без порнухи? Он что, не понимает?
    Ответ написан
    Комментировать
  • Как удобнее классифицировать(законспектировать) то, что выучил?

    G0ran
    @G0ran
    Python\C\C++ Developer
    Рекомендую использовать какой-нибудь облачный сервис для храния документов, чтобы в любой момент можно было сделать запись. Это крайне важно, потому что бывает в дороге или еще где-то узнал новую информацию и желательно сразу бы её записать, чтобы потом подробнее изучить. А в плане конспектирования обратите внимание на метод Корнелла. Например, вот здесь, есть некоторое его описание + можете глянуть видео, ну или просто погуглить про него - материала масса.
    Ответ написан
    Комментировать
  • Как работать на Upwork?

    @CAMOKPYT
    На одном экране работа, на другом остальное
    Ответ написан
    8 комментариев
  • Много ли ребят из Индии, Китая, Пакистана стали писать код лучше?

    @DAlex
    По опыту могу сказать про индусов и китайцев. Индусы в массе своей не блещут. Очень распространено у них устраиваться на работу через своячничество: стоит одному устроиться на работу начальником - он наберёт себе штат соотечественников. В процессе разработки они часто "срезают углы", не создавая универсальных решений... Говорю про массу в целом, а не про отдельных людей.
    Про китайцев могу сказать, что те их них, которые выбрались в США, ОЧЕНЬ ОЧЕНЬ стараются. Они очень пристально следят за успехами своих детей по учёбе. От многих слышал, что учиться в классе, где преобладают китайцы очень и очень трудно - дети просто не успевают за ними.
    Ответ написан
    Комментировать
  • Будет ли работать mysql с нагрузкой примерно триллион записей?

    Acuna
    @Acuna
    Заполнил свой профиль
    Если у Вас чисто теоретический вопрос - тогда так и отвечу без конкретных реализаций))) Работать будет относительно быстро, если регулярно осуществлять партицирование или сегментирование (почитайте в интернетах, очень полезная вещь даже для небольших БД). В кратце - это разделение всей БД по партициям, с которыми мускулу намного легче работать, чем с одной крупной БД. Сам мускул предоставляет отличные инструменты для этого. Более того, он сам определяет в какой партиции хранятся нужные данные уже в момент запроса. Так же при этом не накладывается совершенно никаких ограничений в работе с джоинами и индексами. Единственный минус заключается в том, что его нужно осуществлять вручную. Хотя для этого достаточно запускать простенький скрипт на кроне, который будет выполнять около сотни запросов партицирования всего раз в месяц. Нагрузки он этим почти не создаст, однако сам мускул Вам будет очень благодарен, что вы разгружаете его от ненужной работы по тасканию тяжеленных баз. Еще иногда с связке с ним реализуется шардинг, когда автоматически создается новая таблица в БД, когда в старой накопилось какое-то количество записей (как правило 10 000), c именами table1, table2, table3 и т. д. В этом случае разные БД можно вообще разнести по разным серверам, однако в большинстве случаев из-за некоторых субъективных факторов его реализация как правило неосуществима, поэтому в большинстве случаев повсеместно используется партицирование.
    Также, как уже было сказано ранее - неизвестно, в каких условиях будет пользоваться Ваша БД: если запросов на добавление больше, чем на чтение - нужно пользовать MyISAM, иначе InnoDB, разница замечается. Сильно.
    Ответ написан
    Комментировать
  • Какой микро модульный php движок посоветуете для изучения внутренностей?

    sim3x
    @sim3x
    Если на грабли не наступить самостоятельно - ничему научиться не получится
    Так что твоя задача, скорее сделать не так как у всех, а по-своему, а потому переделать как надо
    Ответ написан
    Комментировать
  • На каких сервисах можно рассказать о своем проекте, для привлечения пользователей?

    @gimntut
    Использовать можно любой из перечисленных ответов, но как верно подмечено, нужно учитывать аудиторию сайтов.

    К примеру, хабр ориентирован на программистов, но его аудитория настолько велика, что через хабр можно покрыть больше потенциальных пользователей, чем через любой другой ресурс. Но чтобы статья вышла в топ, она должна быть о том, какие проблемы есть у яндекс.фоток и как вы их доблестно решали. На хабре уже есть несколько статей о переделке дизайна известных проектов. Из последних: мобильный mail.ru и django 1.9. Главное ни какого маркетинга и побольше технических подробностей.

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

    Цукерберг позвонит - это истории успеха, от рождения идеи, до рождения успешной компании.

    Лайфхакер - истории о том, как можно сделать жизнь проще и сэкономить время.

    Продвигая свой продукт, нужно писать о том, что люди ожидают прочитать на данных ресурсах.
    Если есть много денег, можно воспользоваться услугами блога Артемия Лебедева, там это было очень в тему.
    Если есть мало денег, то можно пиарится с помощью контексной рекламы. Например, через Янддекс.директ.
    Ответ написан
    2 комментария
  • Похоже застрял в обучении или что делать дальше?

    insiki
    @insiki
    broken pipe
    При обучении придерживаюсь следующего логического порядка, взятого с mkdev.me:
    • Изучил ли я документацию к использумой технологии?
    • Потратил ли я несколько часов на чтение исходников или решение проблемы каким-нибудь ещё путём?
    • Проверил ли я гугл на наличие нужной информации?

    Очень часто теперь мне хватает просто документации. :)
    Ответ написан
    Комментировать
  • Похоже застрял в обучении или что делать дальше?

    Freika
    @Freika
    Senior Ruby on Rails developer
    Ибо все скатывается к гуглению,


    Рекомендую ознакомиться: skillkit.ru/post-258-top-5-oshibok-nachinayuschih-...

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

    saboteur_kiev
    @saboteur_kiev Куратор тега Веб-разработка
    software engineer
    Индусы индусам рознь. Но если индус пишет хорошо, высока вероятность что он очень быстро свалит из индии в те же штаты, ибо кроме нормальной ЗП там условия жизни лучше.
    Поэтому те, кто остаются в индии - или не очень, или начинающие.

    В большом корпоративном секторе, фрилансеры не нужны, нужны конторы, которые могут предоставить серьезную команду для решения проблем. И вот именно в этом плане, индия пока предлагает дешево, но не качественно. Совсем недавно был пример, как нашей конторе отказали в пользу Индусов, а через год снова пришли к нам, потому что Индусы вообще не справились.

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

    DrunkMaster
    @DrunkMaster
    Да вы всё верно написали, надо записаться на курсы уборщиков и мусоровозов - это локальные профессии и конкуренции большой нет.
    Ответ написан
    9 комментариев
  • Как безболезненно внедрить Git?

    @FoxInSox
    1. на Битбакете должны быть dev ветка, master ветка и теги релиз версий. feature/hotfix ветки по необходимости. Т.е. если фича/фикс растягивается на больше чем один день, то вечером перед уходом домой вы пушите ее в репозиторий. На следующий день если вы работаете из дома, то выкачиваете ее из репозитория. Так же если вы не придете на работу, то другой разработчик сможет продолжить вашу работу выкачав ветку из репозитория.Чтение про ветки.
    2. В вашей схеме не хватает CI-сервера, и потому появляются разные костыли и вопросы по поводу веток. CI-сервер автоматически при коммите в dev ветку(закоммитчена фича/хотфикс) собирает проект, прогоняет тесты и деплоит ваш проект на dev сервер. При коммите в master ветку(закомитчен хотфикс или релиз ветки из dev) он прогоняет тесты и деплоит ваш проект на продакшн.
    Ответ написан
    3 комментария
  • Нормализация БД. Зло или добро?

    @maxkoryukov
    Родился, тусуюсь
    Давайте разбираться.

    В нормализованной бд (в общем случае) выборка по произвольным параметрам будет работать пошустрее. Проще добавлять и изменять данные.
    Ненормализованная может дать очень большой выигрыш для четко очерченного круга запросов по выборке данных (не нужны лишние джойны, уже готова сортировка и прочее). Но если вам понадобится что-то нестандартное - готовьтесь к любому исходу. Скорей всего запрос будет работать очень медленно.

    В нормализованной БД, запрос до определенной степени можно оптимизировать. Я видел, как хранимая процедура (очень большая) ускорялась с 2 часов до 5 минут с помощью подходящих индексов и правильных джонов, но оптимизацию проводил SQL-кунг-фу сэнсэй, он знал, что покрутить.
    В денормализованной - вы так уже не сделаете, придется менять структуру данных.

    Я бы старался нормализовать данные, но не до академического фанатизма, а до той степени, когда таблицы не вызывают отвращения ни у меня, ни у оптимизатора запросов используемой СУБД.
    Ответ написан
    Комментировать
  • Как вы строите архитектуру приложения?

    @c64
    работаю
    херак-херак - и в продакшн
    Ответ написан
    Комментировать