Задать вопрос
  • Python web framework

    На джанге вполне можно делать и проекты «по-меньше».
    Ответ написан
    Комментировать
  • Python web framework

    dudeonthehorse
    @dudeonthehorse
    Email Developer
    Почему бы и не django? Сам не занимаюсь, но все знакомые питонисты именно с него и начинали. Всем довольны.
    Ответ написан
    1 комментарий
  • В какой город переехать?

    @MNX
    Чебоксары (Чувашская Республика)
    >1) не Москва и не Питер ✔
    но столица Чувашии :D
    >2) адекватные цены на проживание
    даже и сравнивать-то не с чем… приемлимые
    >3) нормальная экология ✔
    на другом берегу лес
    >4) развитая интернет-инфраструктура (в плане того, чтобы тарифы были хотя бы 2-3мбит за 1000р.) ✔
    порядка 500 ру за 15 мбит
    >5) приятный городской облик, архитектура ✔
    Победитель конкурса «Самый благоустроенный город России» в 2001 году.
    >6) большие плюсы — море или горы
    не море и не горы, но на берегу Волги
    >7) мягкий климат
    Зима — морозная, снежная, продолжительностью в среднем пять месяцев. Лето — тёплое, иногда жаркое, продолжительностью три-четыре месяца. (вики)
    >8) население города от 30 до 500 тыс. человек (не хочу слишком маленький и слишком большой город) ✔
    453 645 человек (2010)
    Ответ написан
    Комментировать
  • Полезные Django-модули?

    Yngvie
    @Yngvie
    Коллективный интеллект пытался породить ее здесь — djangopackages.com/ Проверяю его и гугл перед тем как что-то делать. А «пытался» потому что частенько в гугле находятся apps которые более reusable, чем представленные на том сайте.

    Что же касается меня
    • Во все свои проекты сразу добавляю South
    • Для авторизации через соц сети — django-social-auth
    • Есть проект со всякими мелкими утилитами, django-annoying
    Ответ написан
    2 комментария
  • Создание ассоциативного массива в JS?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    var arr = { key1: 'value1', key2: 'value2' };
    Ответ написан
    3 комментария
  • Оценка уровня программиста?

    sainnr
    @sainnr
    Позвольте и мне высказать свою точку зрения. Как правильно отметили выше, объективно оценить знания программиста по числовой шкале (хоть по 100..0-бальной), пожалуй, невозможно. Да и наверное не нужно, так как в каждой компании требуют различные знания (кто еще кроме компаний будет вас оценивать?).

    Тем не менее, можно выделить несколько категорий знаний, по которым можно составить более-менее объективную картину программиста. Например, сюда можно отнести:
    — владение различными ЯП;
    — опыт работы с каждым из них;
    — работа в команде;
    — участие в OpenSource-проектах;
    — наличие собственных разработок;
    — знание паттернов;
    — знание алгоритмов, структур данных;
    — знание методологий разработки;
    — знакомство с системами контроля версий, тестирования;
    — и т.д.

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

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

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

    В непрофильных же — работа программиста чаще всего необходима для поддержания внутренней информационной инфраструктуры, от ИТ-специалистов требуется лишь, чтобы они просто выполняли свою работу («работает — ну и хорошо, следи, чтобы не сломалось»).

    Из этого очевидно, что в профильных компаниях вам намного проще расти как специалисту — в этом заинтересованы обе стороны (чем ты «круче», тем больше платят). Во втором случае, в этом заинтересованы только вы, да и то не всегда (зачем, если платить будут столько же).

    По поводу собеседований. Ходить на них — весело, если выбрать верный настрой. Представьте себе, что вы вообще не хотите попасть в эту компанию, а пришли лишь показать все, что вы умеете, «какой вы из себя хороший специалист». Конечно, не стоит выпячивать свое ЧСВ при собеседовании — ведите себя естественно; в тоже время, убиваться в случае неудачи не стоит — вы же совсем и не хотели к ним идти работать.

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

    Многовато текста получилось…
    Ответ написан
    3 комментария
  • ZF || YII || Рельсы ||?

    @egorinsk
    Используйте Yii, если хотите писать на PHP, и что-нибудь самописное если нравится Руби. ZF — редкостный тормоз и пример оверинжиниринга, там для простой задачи надо 20 классов и их через-какую нибудь депенденси инжекшен еще свзяать между собой. Такое ощущение, что его разработчики поклонники Явы.

    А, еще ни за что не используйте OpenSource CMS на PHP. Они написаны в дурном стиле и некачественно, тормозят, а любая попытка что-то модифицировать в них чревата разрушением мозга (особенно система шаблонов в Друпале).
    Ответ написан
    1 комментарий
  • ZF || YII || Рельсы ||?

    weralwolf
    @weralwolf
    Сугубо личное мнение: Yii изящнее, лаконичнее, удобнее ZF, в него проще въехать. В Yii Вы получаете костяк приложения, к которому удобно цеплять нужные компоненты. ZF — конструктор, который лишь намекает как с ним правильно работать. В придачу, Yii реализует из коробки свойства, события и поведения, которые, если потратить чуть времени и разобраться, оказываются очень удобными. К тому же, к Yii очень легко прицепить нужную компоненту из ZF, (это может быть модуль почты, генератор РСС или чтото в этом духе).
    Почему использовать Yii, если там нет всего? С этого я начал. Yii дополненый, в случае необходимости, компонентами из ZF приятнее самого ZF.
    В техническом представлении сервиса были кронтаски, поэтому замечу, что как в Yii так и в ZF есть инструменты для создания консольных приложений, которые, деля с вэб частью код моделей и прочих класов, намного лучше подходят для сервисных задач уже тем, что самодостаточны, запускаются напрямую из консоли и не требуют дергать себя через веб-запрос.

    За рельсу не скажу, а nodejs хорош. Не уверен, что есть смысл писать на нем полностью веб приложения, но выносить высоконагруженные апи, которым нужно плеваться JSONом, либо чтото, на что хорошо ложится событийно-ориентированный подход (веб-чатик, к примеру) вполне.
    Ответ написан
    Комментировать
  • Как вы пришли в PHP ?

    simplecode
    @simplecode
    PHP-шниками не становятся, ими рождаются…
    Ответ написан
    1 комментарий
  • Расскажите, кто как раскручивал свои сайты

    cbone
    @cbone
    Серверная инфраструктура
    Еще следует помнить тот факт, что страницы сайта должны быть нормально завёрстаны. Где заголовок — там должен быть заголовок h1 h2 h3, где список, там делаем ul li и т.д.
    Сделайте карту сайта в XML и в яндекс-вебмастере пропишите путь к этому файлу.
    Много методов продвижения и использовать нужно каждый из них.
    Вот документация от Яндекса по правильной верстке: rghost.ru/8544781. Подобное есть и у гугля.
    Ответ написан
    Комментировать
  • Хочется программировать на python, C чего начать?

    Fafnir
    @Fafnir
    Рекомендую Learning Python the hard way. А по поводу обучения программирования, как таковому, думаю ни одна книга не научит, как надо. Программирование — это ремесло и тут надо учиться самому и чем раньше, тем лучше попробовать пойти стажером в какую-нибудь команду, там уже будут реальные знания. Вы же ничем не рискуете, ну провалитесь на паре собеседований, потом натаскаетесь на вопросы и повезет, а там уже куда кривая программерской мечты выведет. Кстати, на мой взгляд хороший выбор первого языка, Python лаконичен и прост в освоении. Удачи.
    Ответ написан
    Комментировать
  • CMS и фреймворки

    Мне кажется не любят её здесь по другой причине — эта CMS не требует (или производит впечатление, что не требует) квалификации пользователя, а её код и архитектура не является (или производит впечатление, что не является) примером для подражания.

    P.S. Я старался быть максимально политкорректным :)
    Ответ написан
    6 комментариев
  • Хочется программировать на python, C чего начать?

    @totosarg
    Проверял? Проверял. Работает? Работает. Не трогай!
    Странно что никто не посоветовал вам родные туториалы от Pythona :)
    Кстати, программирование это в первую очередь решение задач. Попробуйте сформулировать задачу, потом разбить ее на шаги, и шаг за шагом склеивать решение из кода.
    Удачи в вашем начинании!
    Ответ написан
    2 комментария
  • Какие есть хорошие книги по алгоритмизации?

    barmaley_exe
    @barmaley_exe
    Алгоритмы:
    Т. Кормен: Алгоритмы. Построение и анализ.
    Д. Кнут: Искусство программирования (3 тома, 4-ый на подходе).
    Н. Вирт: Алгоритмы и структуры данных.

    Проектирование:
    «Банда четырех»: Приемы объектно-ориентированного проектирования. Паттерны проектирования. (На правах кэпа; так уж часто ссылаются на эту книгу, когда речь идет о проектировании).
    Ответ написан
    3 комментария
  • Выгодно ли фрилансить на иностранных биржах?

    bobry
    @bobry
    Я успел поработать на Freelancer.com / RentACoder и oDesk'e. Сразу могу сказать — не стоит терять время с первыми двумя, идите сразу на oDesk и ищите заказы там, ибо это повышает вероятность найти что-то с адекватной оплатой.

    Дальше по списку:
    1. Я не заметил никакой разницы — заказчики попадались все как на подбор nice & polite. Bad english лучше конечно ликвидировать, ноб как правило, заказчикам, наплевать на языковые ошибки.
    2. Демпингуют очень сильно, особенно на Freelancer.com где по умолчанию можно увидеть bids своих конкурентов.
    3. Если получится обосноваться на oDesk'e то получать можно на уровне default city или больше. Что касается заказчиков — то заказчик заказчику рознь, всегда можно попасть на неадекватов — beware!
    5. Меня не кидали, более того — RentACoder и oDesk форсируют то, что у нас называется «безопасной сделкой», так что места для маневра *даже для самых находчивых кидал* особо нет.

    Если какие то конкретные вопросы по биржам — спрашивайте.
    Ответ написан
    6 комментариев
  • Выгодно ли фрилансить на иностранных биржах?

    @Nyarlathotep
    Немного личного опыта: занимался упорно фрилансом некоторое время назад.
    Может сейчас и лучше, но основная проблема была не в индусах и сайтах за 50 долларов, а в том, что за крупные по времени проекты народ не хотел платить адекватные деньги.

    В итоге я перестал браться за что-либо больше 15-25 долларов за полчаса-час работы.
    До 7-8 штук за вечер таких проектов мне набегало на scriptlance.com/ (мелкая правка скриптов, мелкий тюнинг серверов, правка битого html и т.д.).

    Плюсы: мелкие проекты не жалко терять, всегда можно просить оплату по факту, можно в любой момент остановиться, похоже на рыбалку (иногда за закрытие тэга получаешь 30-40 доллоров, вкусно :).

    Минусы: приходилось работать ночами, т.к. американцы и заказы надо хватать сразу с пылу с жару, большие потери на выводе денег, сравнительно небольшой доход (до 100 баксов в день, если не напрягаться (5-6 часов работы), до 200 если работать продуктивно и 8-10 часов).

    В целом на хлеб с маслом хватало с головой.
    Ответ написан
    4 комментария
  • Как вы поступаете, когда надо быстро освоить новую область?

    Использую метод «марафона»:
    — Сначала навожу справки на материалы (где достать, где почитать, не изучаю),
    — Выбираю момент, когда действительно свободен (желательно пару суток),
    — Ставлю сложную задачу (именно сложную комплексную, на легких быстро ничему не научишься),
    — И не отвлекаясь пытаюсь её решить (пару суток убиваю, питаюсь чаем и бутербродами).
    — После решения задачи «шлифую» неизученной теорией.
    Ответ написан
    Комментировать
  • Как вы поступаете, когда надо быстро освоить новую область?

    eforce
    @eforce
    Иногда можно видео посмотреть, но (!) только для того, чтобы поверхностно с чем-то ознакомиться. Оно может быть полезно для таких вещей как, например: WPF, Silverlight, т.е. наглядно видна среда и каким образом происходит разработка. Правда потом в любом случае стоит прибегать к литературе, тут уже всё зависит от потребностей, если что-то небольшое написать, то можно ознакомиться с базовыми вещами, иначе брать хорошую книжку и читать. Просто открыть исходники того, что ты в глаза не видел и начать изучать мало, без литературы никуда.
    Ответ написан
    Комментировать
  • Как вы поступаете, когда надо быстро освоить новую область?

    @un_tone
    сначала туториал типа «Get Started» для общего представления, а потом исходники более менее реального приложения + справочник или хорошая книжка
    Ответ написан
    1 комментарий
  • Есть ли здесь бывшие олимпиадники? Как олимпиады помогли Вам?

    @tangro
    Диплом призера государственной олимпиады дал мне бюджетное место в ВУЗе. Диплом победителя внутривузовской олимпиады — повышенную стипендию (200%).

    С психологической точки зрения олимпиады дали мне такие вещи как:
    1. Веру в том, что нерешаемых задач нет. Надо просто еще чуть-чуть подумать.
    2. Принцип «сначала делаем то, что знаем, потом — то, что не знаем». Очень помогает.
    3. Чувство того, что всегда есть кто-то впереди тебя и стремление его догнать и перегнать.

    С точки зрения полезности олимпиадных знаний — почти ничего. Нет, ну конечно, кое-какие познания в области дискретной математики, теории вероятности и т.д. остались, но в целом олимпиадное программирование и промышленное программирование не связаны никак. Это как фигурное катание и хоккей — и там и там вроде бы есть коньки и лёд, но вот методы их использования и конечные цели очень отличаются.
    Ответ написан
    8 комментариев