Задать вопрос
  • Написание cms. Python vs Php.

    kotomyava
    @kotomyava
    Системный администратор

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

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

    Чтобы познакомиться с питоном, надо начать его изучать и применять, опять же. И тогда вы сможете сделать осознанный выбор. И опять же, начинайте с основ, не ставя целью, написать свою CMS.

    Ответ написан
    Комментировать
  • Написание cms. Python vs Php.

    @TonyFreed

    На самом деле, сам язык не так важен. Важно насколько вы хорошо понимаете, что происходит за кадром и что может происходить в разных ситуациях. Конечно же есть языки которые лучше подходят для решения определенных задач. Но практически все задачи решаются на любом языке. Поэтому понимание процессов важнее знания языков. Грубо говоря, если вас спросили как кудато пройти и вы не знаете, то и на родном русском объяснить не сможете. А если знаете, то со словариком или без, на любом языке объясните.

    Раз уж вы знакомы в WordPress, изучите PHP. В качестве фреймворка я бы посоветовал СodeIgniter как самый простой.

    Я не советую вам сейчас лезть в Python и другие языки. PHP, даже без фреймворков, заточен под веб и во много облегчает работу. С ним достаточно легко научиться понимать и делать базовые вещи (связь с БД, обработка запросов, понятие ООП, MVC, Design Patterns). Когда почувствуете что бы достаточно хороши в PHP и в понимании основ программирование, беритесь за Python / Ruby / Java / и так далее.

    Кроме того, на PHP на самом деле больше работы.

    Удачи

    Ответ написан
    2 комментария
  • Написание cms. Python vs Php.

    inlanger
    @inlanger
    Django программист

    В свое время перешли от Wordpress к Django по многим причинам. Одна из главных причин это сам язык - на Python оказалось писать намного приятнее и быстрее. Кастомизация Wordpress иногда напоминает танцы с бубном - часто не ясно где вылезет очередной баг. В этом плане Django оказалась намного предсказуемее, что в итоге выливается в более быстрый процесс разработки и поддержки проектов. Но иногда мы используем Wordpress, но только тогда, когда заранее видно что это проект идеально вписывается в концепцию CMS и не нужно будет городить велосипедов.

    Ответ написан
    1 комментарий
  • Написание cms. Python vs Php.

    Zeratul
    @Zeratul

    Самописный движок - те же самые костыли. Если все-таки есть большое желание написать всё самому, то берите любой фреймворк и на его основе делайте движок. СodeIgniter, Yii и подобные.

    Посоветовал бы еще Django, но там и так почти полноценная CMS..

    Ответ написан
    4 комментария
  • Как работать с фрилансерами?

    pomeo
    @pomeo
    Фрилансеры ничем не отличаются от любого другого наёмного труда на раз.
    Вот допустим копаю я например яму 2 на 3 глубиной 1 метр, беру за это 1000р. и укладываюсь в 3 часа.
    Получаю заказ на яму, и как обычно 3 часа и 1000р. обговариваем и начинаем. А в том месте бац и 2 булыжника больших, кто про них знал, да никто. В 3 часа уже не укладываемся, их же надо откопать, достать и переместить куда-то. Никто не доплатит за это.
    Ещё в один раз бац и кабель какой-нибудь на месте копания ямы, забыли предупредить. С кабелем тоже надо что-то делать. Если отказаться от этой ямы, денег никто не даст, а ты уже половину то перекопал, а заказчику всё-равно, у него триггер(сделано/не сделано).
    Ещё одна яма, а там бац труба какая-нибудь. Тебе говорят копай тогда в другом месте сначала. А то что и эта часть копания должна быть оплачена никому нет дела.
    Таких вариантов бесконечное множество, здесь можно добавить «А почему яма прямоугольная, а давай её звездочкой сделаем» или «А почему ты так лопату держишь, я хочу чтобы мою яму ты копал держа вот так лопату» и т.д.
    Набив кучу таких шишек ты начинаешь ставить срок 6 часов и 5000р., по твоим расчётам в это время решаются большинство таких сюрпризов. Только кто к тебе обращаются ноют «А вот у друга знакомого сын копает за 800р.».
    Со временем ты плюёшь на всё это, открываешь например кладбище и копаешь в своё удовольствие без всяких сюрпризов и собираешь сильно больше денег. =)
    Ответ написан
    5 комментариев
  • Как работать с фрилансерами?

    EugeneOZ
    @EugeneOZ
    можно ли доверять исполнителю назначать сроки?

    Офигенный вопрос.
    А кому ещё можно «доверить» это? Заказчику чтоли? Забавную картину представляю я себе: заказчик полулёжа на кресле, с сигарой, говорит «да что тут делать — полчаса, ну максимум час, это ж элементарно — поле ввода текста и кнопка, вот тебе и твиттер».
    Заказчика могут либо устраивать сроки, либо нет — на этот случай у него есть рынок с набором исполнителей. А называть сроки может только исполнитель.
    Ответ написан
    3 комментария
  • Выбор фреймворка для Python3?

    @QZip
    С последнего релиза Django официально поддерживает третий питон.
    одной из задач стоит выбор веб-фреймворка для предоставления API сторонней программе (использовать думаю REST). Что лучше всего подойдёт для выбранной задачи, Flask или Django?
    В Django как раз есть батарейки для таких вещей. Можно посмотреть в сторону tastypie или django-rest-framework. Нужно отдельно уточнять насчет совместимости конкретной батарейки с третьим питоном.
    Ответ написан
    Комментировать
  • Книга по алгоритмам в играх

    Lerg
    @Lerg
    Defold, Corona, Lua, GameDev
    «Секреты разработки игр в macromedia Flash MX» (автор Jobe Makar)
    habrahabr.ru/post/197796/
    Ответ написан
    1 комментарий
  • Как изучить/разобраться в чужом PHP коде?

    @m-haritonov
    По методике:
    Я начинаю изучение фреймворков с точки входа (скрипта, который вызывается при получении HTTP запроса, в случае веб фреймворка). Смотрю на возможные пути дальнейшего выполнения кода в этом входном скрипте. Затем изучаю каждый из путей выполнения, доходя до точки завершения работы этого пути (т.е. изучаю от входа к выходу, сверху вниз). Пытаюсь понять предназначение каждого из путей и участков кода, которые на этом пути встречаются. В итоге пытаюсь понять как данный фреймворк вписывается в известную мне модель работы веб технологий (HTTP и т.п.), какая часть фреймворка предназначена для устранения дублирования кода и т.п.

    По софту:
    Для статического анализа кода поищите по запросам «php reengineering», «php reverse engineering». Обратный инжинеринг PHP кода есть, например, в Enterprise Architect: www.sparxsystems.com.au/platforms/php_uml.html

    Для динамического анализа кода можете с помощью xdebug сделать профилирование вызова и на основе полученного файла построить граф с помощью специальной программы (например, KCacheGrind). Подробнее здесь: xdebug.org/docs/profiler

    Ещё ссылки на некоторые инструменты: stackoverflow.com/a/4156265/925775 (мне там приглянулся PHP Call Graph)

    P.S.: по софту мог где-то ошибиться, т.к. нет большого опыта в использовании описанных инструментов.
    Ответ написан
    2 комментария
  • Чем отличается «Wordpress хостинг» от обычного PHP шаред хостинга?

    HighQuality
    @HighQuality
    ☁ Ниндзя девелопер
    Мне кажется, что маркетинговый. :)
    Ответ написан
    Комментировать
  • Библиотека для crop/resize изображений?

    ghaiklor
    @ghaiklor
    NodeJS TechLead
    Посмотрите на JCrop. Сам делал недавно такую вещь. Серверная часть есть в примерах на php, но без проблем можно переписать и под другие. Весь принцип работы в трех шагах:
    1) На клиенте в img грузим картинку. Кидаем .JCrop() на эту картинку;
    2) Выбираем нужный регион для кропа;
    3) При сабмите он отправляет ширину, высоту и координаты выделенной области. На сервере уже просто делаем copy с исходного и режем его по заданным данным при сабмите.
    Все просто и элегантно.
    Ответ написан
    Комментировать
  • Во что превратилась javascript и что представляет из себя node.js?

    Mithgol
    @Mithgol
    У меня ещё с октября прошлого года есть такой ответ на Ваш вопрос:

    — JavaScript — это Бейсик сего дня! (В хорошем смысле.)
    Ответ написан
    1 комментарий
  • Как и где найти php программиста на работу «за идею»?

    copist
    @copist
    Empower people to give
    Первое
    >>> Финансирования проекта нет. Те деньги, что на него тратятся, финансами назвать очень сложно.
    >>> Поэтому, ищу человека, готового потратить какое-то количество попо-часов на неясные перспективы.

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

    Второе
    >>>… на неясные перспективы.
    Делать просто так!? Вообще без цели? Ни для кого? А как же ЧСВ?

    >>>… мы будем подавать заявки на инвестиции.
    Составьте для себя план разработки на перспективу, целевую аудиторию, способы и средства продвижения
    Заложите в финансовый план зарплату программисту студенту :)

    (может кто на хабре подскажет ссылками, как это делается)
    Ответ написан
    Комментировать
  • Как защитить свою репутацию от нечестных отзывов на free-lance?

    nochkin
    @nochkin
    Всем угодить просто физически невозможно — ни на фрилансе, на на App Store, ни где угодно.
    Единственный способ тут — продолжать выполнять работу качественно, что бы количество позитивных отзывов было значительно больше негативных. Пусть сурок подавится.
    Ответ написан
    Комментировать
  • Что должен уметь backend-разработчик?

    anathem
    @anathem
    На счет php, как подметили, — совсем не обязательно. Логично предположить, что это может быть любой язык, используемый для бэкэнда, — php, ruby, python и т.д. Так же JavaScript может быть использован в качестве языка для бэкэнда в упомянутом node.js.
    В любом случае, если имеется ввиду веб, — JS (и jQuery, ввиду распространенности) обязательно, т.к. использование того же AJAX-а — это все же компетенция бэкэнд-разработчика, а он на JS как раз и основан. Знание верстки так же пригодится, — ведь бэкэнд и фронтэнд, — это часть целой системы и внедрять верстку в проект, вероятнее всего, прийдется тоже бэкэндщику )
    Так что, думаю, «да» :)
    Ответ написан
    4 комментария
  • Как правильно работать на oDesk?

    Ambrose
    @Ambrose
    Ух, что ж вы так обстоятельно и с такой опаской к этому подошли-то? Это же всего лишь фриланс, здесь всё проще)

    Расскажу свою маленькую историю. Работа у меня неплохая, в принципе устраивает, было интересено просто попробовать себя на одеске развлечения ради. Прочёл пару статей, зарегистрировался, прошёл тест на знание английского (натыкал только на below average :( ) и начал глядеть простенькие задачки «на вечер».
    Никакую почасовую ставку даже не рассматривал, только fixed price. Зачем загонять себя, если опыта пока маловато?

    Далее про выбор задачек. Смотрим цену, если она устраивает, ставим предложение процентов на 10 ниже, чтобы обратили внимание. И самый основной шаг — правильно составить cover letter. Минимум общих фраз о том, какой вы хороший (я вообще об этом писал одно предложение в начале), основное внимание уделяем задаче. Надо показать заказчику, что вы прочли задание и прониклись им. Задаём пару уточняющих вопросов или предложений по вариантам решения. Только не переборщите, письмо размером с этот ваш вопрос никто читать не будет. Помните, вводное письмо — это то, по чему оценит вас заказчик в первую очередь. Это то, что отличает нас от индусов, которые просто штампуют своё письмо, даже не читая текст задания. Наверняка замечали, что во многих вакансиях специально стоит такая «защита от дурака» :)

    В конце, конечно же, следует указать примерные сроки выполнения. Я, как уже говорил, выбирал задачки на один-два вечера плотной работы с учётом моих скиллов. При этом писал заказчику, что, прямо сейчас я сильно загружен, но в уикенд у меня будет достаточно времени, чтобы завершить работу. Вам ведь никто не мешает предложить комфортный срок выполнения с учётом основной работы, шашлычков, семьи и проч.? Любые вакансии со словом urgent закрывал даже не дочитывая, нервотрёпка мне не нужна.

    В таком режиме примерно 25-30% моих писем находили отклик. Дальше — предварительное согласование с заказчиком. Тут важно понять, какой он человек, дабы не напороться на неадеквата. Если общается в стандартном английском деловом стиле, отвечает на поставленные вопросы — всё скорее всего будет хорошо. Однажды мне попался человек, которые дважды не ответил на конкретный вопрос, продолжать общение с таким не было никакого смысла. Либо некомпетентен, либо невнимателен, а зачем нужен человек, из которого потом придётся тянуть клещами? И да, лучше конечно выбирать европейцев/американцев, общаться с малограмотными азиатами не слишком приятно.

    На некоторые вакансии я отвечал только для тренировки — обмозговывал задачу и составлял письмо. Было интересно, ответят или нет. Потом просто отклонял предложение, ведь до заключения контракта вы никому ничего не обязаны. После одного из таких отклонений (с пометкой «слишком маленькая цена»), ко мне снова обратился заказчик с предложением заплатить больше. Пришлось всё таки взяться и сделать :)

    В общем, у меня к вам один совет: относитесь проще. Начинайте с простого, не нужно рубить с плеча и уходить во фриланс с основной работы. Уйти вы всегда успеете. А за то время, пока вы читали уйму книжек, зачем-то проходили кучу тестов и писали огромный вопрос на хабр, вы могли просто взять и сделать несколько простых задачек на одеске, получить немного звёздочек и практический опыт вместо голой теории.

    P. S. Всё вышенаписанное воспринимать как поток сознания дилетанта с тремя выполненными задачками и парой сотен баксов на счету)
    Ответ написан
    2 комментария
  • oDesk — как подняться до 15-20 долларов в час

    @joneleth
    Перестаньте ныть, засучите рукава и возьмитесь за работу. За первый свой месяц фриланса я заработал 5 долларов. За 2й — двести. За 3й — тысячу.
    Ответ написан
    1 комментарий
  • Как правильно работать на oDesk?

    Ubran_Hera
    @Ubran_Hera
    Начинал ~2 года назад (август/сентябрь) на oDesk (это была не первая моя попытка), выставил 14..15 баксов, без портфолио и истории. Первый заказ был получасовой, на 7 баксов, практически случайный (от новичка) — немного напортачил, но всё исправил, потратил времени в разы больше, но добился положительного отзыва.
    Общение сразу пошло через Skype и электронную почту, оплата — через PayPal. Это против правил, но так предложил заказчик.

    Затем оказалось, что работы у него непочатый край. До Нового Года переделывал маленькие сайтики (бизнес-проекты одного и того же человека). Взял меньшую плату, но повысил себе статистическую «среднюю ставку».

    Самое сложное было в графике и работе из дома — жена (девушка) не подходила ко мне когда я говорил по Skype/SIP, но в остальные моменты очень мешала и сбивала с толку. Ещё обижалась, что я ничего не делаю по дому и ложусь спать/встаю с разницей 3..4 часа по отношению к ней — одна комната, горящий монитор, гудящий вентилятор и т.д. Очень сложно было когда мы оба заболели (простуда).

    В итоге я понял, что никак не могу в таком режиме работать дольше 2 недель (у меня ещё есть постоянная работа в телекоме по сменному и практически ненормированному графику), а потом требуется месяц (!) отдыха. С девушкой пришлось расстаться, меня постигло разочарование во фрилансе на следующий год, когда я за месяц заработал сумму порядка $2000, но ни разу не покатался на велике (это был июль) и не побывал на природе/на пляже.

    Шашлык и вино действительно хоть каждый день и стойкое желание переехать куда-нибудь в англоязычную Канаду (тем более, что часто звали). Ставка на почасовые заказы сейчас 20..35.
    Иногда чувствую себя зомби (3 часа сна два дня подряд, потом 12 часов и всё равно не выспался, 6 часов, опять 2 дня по 3 часа, потом 14..15 на выходных).

    Жизнь повернулась так, что сейчас вынужден буду выплачивать пару кредитов, включая ипотечный.
    Выбор очевиден — уволюсь рано или поздно с основной работы (уже была попытка, в целом удачная) и стану совожаворонком (рано вставать и поздно ложиться).

    Success story неполная — не даю ссылки на профиль (у меня их несколько, в т.ч. приходилось заказывать самому у себя, но это оказалось ненужной глупостью). Так что не просите — за треть проектов, особенно первых ужасно стыдно, при том, что посмотрев на некоторые из них клиенты просят «и мне так же сделай», причём никогда не угадаешь заранее что может понравиться.

    Единственное, что радует — UK, CA, NZ, US AU — WeekEnd для них — это святое. На душе легко и спокойно с 3 утра субботы до 15:00 понедельника.
    Но бывает, что заказчик шлёт мне в полседьмого утра письмо с вопросом «Как продвигается наш проект» в 6:30 утра по его часовому поясу.

    С точки зрения разработки хорошо, что разделение testing/development/working environment очень чёткое и всегда есть время откатиться — начинаю обычно в час ночи и заканчиваю полпятого утра по их TimeZone, на живом, боевом сервере никогда не экспериментирую.

    Ну и по поводу каналов в Интернет — у меня 2 FTTx и 3 «свистка» — иногда так медленно заливается на хостинг, что приходится вспоминать командную строку и перепробовать их все.

    Зато индусы иногда вымораживают своим менталитетом, даже при хороших ставках.

    Ну и естественно, я стал замечать за собой НЕНАВИСТЬ к нашим местным наебизнесменам-работадателям, которые предлагают оклады 15..22 тыс. руб./мес. работникам с образованием и опытом, особенно после того, как устроившись в одну из местных фирм-конкурентов «тайным покупателем», вернее разработчиком (чтобы посмотреть workflow, т.к. это довольно успешный бизнес-проект с большой клиентской базой) увидел тот же Job Offer с oDesk, но очень плохо, безграмотно переведённый топ-менеджером компании в редких перерывах между поездками на дайвинги.

    В «малый бизнес» я тоже пытался уйти — очень сильная конкуренция, ценовая со школотой. Потом оказалось, что это ещё не главная проблема — рынок заказчиков всё равно растёт быстрее рынка исполнителей. Главная проблема — это чудовищная пропасть между опытом заказчика — НЕ ЗНАЮТ ЗАЧЕМ ИМ ИНТЕРНЕТ И НЕ ЗНАЮТ ЧЕГО ХОТЯТ и… ПОЛНЫМ ОТСУТСТВИЕМ ЖЕЛАНИЯ ПЛАТИТЬ профессионалам.

    Ещё поразило соотношение между уровнем разработчиков и наглостью в сочетаниями с понтами у менеджеров компаний-конкурентов. Не знаю кого винить — Фурсенко, или сразу Вашингтонский кагал, но пока встречался с потенциальными заказчиками (сейчас только телефон, а лучше -электронная почта) по три раза на дню бывал в ситуации, когда выплеснув на меня ушат откровенной технической ахинеи дядя-Вася-на-джипе на вопрос «Где вы нашли эту чушь?» начинал быковать в духе «Это мне сказали девушки в конторе ИП XYZ, А У НИХ ВСЁ ЧЁТКО, ВЕДЬ У НИХ САМ ИВАН МОИСЕИЧ ЗАКАЗЫВАЕТ САЙТЫ!»

    Короче oDesk — единственный шанс для заМКАДья, кроме восстания конечно.
    Ответ написан
    8 комментариев