• Где хранить код?

    AotD
    @AotD
    PHP, Redis, Postgresql
    Э… github, bitbucket, не?
    Ответ написан
    Комментировать
  • Как эффективно переучиться на веб-разработчика?

    EugeneOZ
    @EugeneOZ
    как-то Вы заморочились на спецификации HTML — всё гораздо проще :)
    Рекомендую попробовать связку PHP-fpm + PostgreSQL + Redis + Nginx + AngularJS + Twitter Bootstrap.
    Ещё можно написать чат какой-нибудь, там слово «PostgreSQL» заменяете на NodeJS в этом уравнении и всё :)
    Наверняка в комментариях высыпят фанаты модных трендов вроде рельс — я не против рельс, не против питона, но я не могу рекомендовать вещи, в которых сам не опытен :)
    Ответ написан
    8 комментариев
  • Как эффективно переучиться на веб-разработчика?

    AmdY
    @AmdY
    PHP и прочие вебштучки
    Решате вопросы по мере необходимости. Сейчас читать и учить всё подрят бесполезно, так как теория без практики лишь добавит каши в голове. Да и в современном вебе лучше знать обёртки, чем низкоуровневые апи, jQuery вместо javascript, RoR вместо понимания http и ruby, ROR active record вместо SQL-MySQL-NoSql. Главное знать обёртки и уметь копаться в гугле в случае проблем.

    p.s. Прямо сейчас завершаю проект. который делался на незнакомых angularjs, nodejs + express, mongodb (работал раньше). Так что освет опробовал на себе, до сих пор все доки на технологиям не освоил, зато проект делается без проблем и освоил кучу недокументированных возможностей и косяков, а опыт с работой с mongodb в php мне только мешал.
    Ответ написан
    Комментировать
  • Как эффективно переучиться на веб-разработчика?

    @egorinsk
    Вообще, не увлекайтесь спецификациями. Марк Цукерберг как-то без них обошелся. Google тоже не следует строгим стандартам.

    Если вы хотите «эффективно» изучить матеиал, тогда вы должны читать статьи «для чайников» (которые вы с вашим опытом, наверняка освоите за кратчайшее время). HTML/CSS так устроены, что даже если вы сделаете 100 ошибок на странице, он все равно как-нибудь да отобразится. Ну если вы хотите более солидные знания, то параллельно смотрите непонятные моменты в спецификациях, это в общем-то полезно. А сэкономленное время посвятите практике. Она тут очень важна.

    Вот, что стоит изучить (в любом порядке):

    1) Начните с основ HTTP (только ради бога, не читайте спецификацию целиком, хватит общего представления о методах запросов, заголовках и теле запроса, кодах ответа 403/404/500/200/300)
    2) Изучите основы HTML (есть раздел на сайте htmlbook). SGML вам хватит в том объеме, в котором он упоминается в спецификации HTML. PCDATA не упоминается в ней и потому знать про отличия от CDATA вам не нужно (ну если так хотите узнать, найдите спецификацию SGML и почитайте).

    Обратите внимание, в некоторых (некачественных) статьях вы можете увидеть штуки вроде [br /] — самозакрывающиеся теги. Это ошибочный синтаксис, который употребляют авторы, путающие HTML и XHTML. В HTML такого синтаксиса нет (хотя в силу своей толерантности к ошибкам в HTML такой код как-то работает).

    3) Изучите CSS и позиционирование элементов. Вот хороший учебник, разъясняющий тонкости всяких флоатов: softwaremaniacs.org/blog/category/primer/ А спецификацию CSS2.1, думаю, вы нагуглите сами, она довольно понятно написана.

    4) Изучите яваскрипт (да, включая замыкания и прототипы) и DOM. Обратите внимание, jQuery — лишь обертка над DOM и не зная DOM, вы не сможете нормально пользоваться jQuery, вы лишь научитесь копипастить скрипты из интернета, не понимая, как они работают. После этого можете изучать jQuery, заодно советую заглянуть в исходный код, а не только читать документацию.

    5) Изучите один из серверных языков, хотя бы основы

    6) Изучите основы SQL

    7) Начинайте что-нибудь делать, так как в этот момент у вас будет очень много теоретических знаний и очень мало практических. Можете сделать простое веб-приложение, можете улучшить какое-нибудь существующее.

    8) Изучите ООП

    9) Изучите какой-нибудь серверный MVC-фреймворк

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

    > А есть ещё и XHTML, который тоже имеет свои отличия…

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

    > Клиентская разработка нынче редко обходится без всяких шаблонизаторов типа HAML/SASS

    Вы еще Coffescript забыли упомянуть. Это очень спорные вещи, есть мнения как за, так и против. Но в любом случае, согласитесь, как-то странно изучать SASS, не изучив вначале CSS, верно? Начинающему это не нужно.

    > а для эффективной серверной разработки всё и того сложнее: фреймворки, ORM, continuous integration, очереди задач и прочая-прочая.

    Для приложения из 3 страниц все это не нужно. Сложные технологии нужны в больших и огромных проектах, начинать можно и без них. И более того, не имея определенного опыта работы с кодом, вы вряд ли поймете, зачем это нужно. А когда понадобятся, тогда и изучите.

    По вопросу, где брать информацию: авторитетные источники (для поиска ответа во всех подробностях) — это спецификации W3C, официальная документация фреймворков, неофициальные источники вроде htmlbook, stackoverflow или Хабра — для того, чтобы быстро получить представление о тех или иных возможностях HTML. Еще можете какую-нибудь книгу почитать, только не старую.
    Ответ написан
    5 комментариев
  • Как эффективно переучиться на веб-разработчика?

    @alz
    В веб-разработке клиентской и серверной частью как правило занимаются разные люди с разным набором скиллов. Стать профи в обоих направлениях сразу — задача непростая. Вам наверное проще будет начать с серверной части. Начинайте сразу работать с каким-нибудь фреймворком, не теряйте время на ерунду. Мой субъективный совет — джанго или рельсы. А для клиентской части думаю для начала хватит Bootstrap, jQuery и jQueryUI.
    Ответ написан
    7 комментариев
  • Готовы ли вы участвовать в проектах бесплатно?

    @egorinsk
    Я бы не стал. Как правило люди, которые ищут тех, кто будет участвовать бесплатно или за долю, предлагают абсолютно убогие идеи, например, скопировать какую-нибудь существующую игру или сайт, достаточно посмотреть на тот же freelansim.

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

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

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

    А если интернет магазин или новая социальная сеть с «крутой» фишкой — только за деньги :)
    Ответ написан
    1 комментарий
  • Готовы ли вы участвовать в проектах бесплатно?

    2ball
    @2ball
    Хардкор кодер
    А какая цель? Убить свободное время и деньги?

    Помогать то, конечно, можно. Но только если понимаешь ради чего ты этим занимаешься. Разные бывают ситуации.
    Поэтому тут 2 ответа:
    1) «Готовы ли вы участвовать в проектах бесплатно» — вообще бесплатно нет. За плюшки в перспективе — да.
    2) «Тратить свое свободное время на решение интересной задачи» — да. Жизнь разработчика на 30% состоит из таких решений. Это саморазвитие, без которого в этой сфере делать нечего.
    Ответ написан
    Комментировать
  • Корпорация добра

    ravenanna
    @ravenanna
    Good_Inc
    Ответ написан
    Комментировать
  • Корпорация добра

    @ferasinka
    «Feel Good Inc.»
    Ответ написан
    Комментировать
  • Что посоветуете для того, что бы развеселить пользователя на время ошибок (503, 500, 403, 404)?

    Vasiliskov
    @Vasiliskov
    На 500/503: попробуйте найти серверный корпус (на крайняк любой компьютерный корпус), наклеить на него лого сайта, поставить пару-тройку человек с зубилами/дрелями/паяльниками/любыми другими неайтишными инструментами и попросить их имитировать бурную деятельность. Эту деятельность снимите на видео и сделайте анимированную гифку буквально на 3-4 секунды, которую завершите подписью «у нас что-то сломалось, но мы чиним активно и старательно». Дополнить можно упомянутой автопроверкой, и если заработало — подменять анимированной гифкой с ликующими теми же рабочими и фразой «Ура, заработало», после чего возвращать человека на страницу. Гифку, естественно, надёжнее держать где-то на другом серваке.

    На 404 можно фотку человека, заглядывающего в колодец/шахту/ущелье/что угодно ещё глубокое с припиской: «Эта страница исчезла в пучине» и ссылки на пару-тройку других, которые Вам выгодно показать.

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

    Если что-то из этого примете на вооружение, интересно было бы посмотреть.
    Ответ написан
    Комментировать
  • Что посоветуете для того, что бы развеселить пользователя на время ошибок (503, 500, 403, 404)?

    xoros
    @xoros
    У дружеской Эстонской студии используется такая 404 ошибка www.okia.ee/404 — причем она рандомная
    Ответ написан
    Комментировать
  • Является ли должность менеджера следующим этапом развития карьеры программиста?

    opium
    @opium
    Просто люблю качественно работать
    Мне кажется скоординировать работу 10 человек в десять раз сложнее любой программистской задачи.
    Ответ написан
    4 комментария
  • Является ли должность менеджера следующим этапом развития карьеры программиста?

    AgentSIB
    @AgentSIB
    Стать менеджером означает перестать програмировать. А это уже смена сферы деятельности, а не новый виток. Новый виток — стать тимлидом.
    Ответ написан
    Комментировать
  • Является ли должность менеджера следующим этапом развития карьеры программиста?

    XaBoK
    @XaBoK
    Я думаю, что «следующей должностью» программиста должно быть что то типа архитектора. А переход в менеджмент — смена сферы деятельности.
    Ответ написан
    Комментировать
  • Является ли должность менеджера следующим этапом развития карьеры программиста?

    @lair
    Нет, не является.

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

    StopDesign
    @StopDesign
    Мораль: если вам нужно продать битое говно — ставьте цену выше рынка и вяло торгуйтесь.
    Ответ написан
    Комментировать
  • Как понять, что фотоаппарт — не подделка?

    hack2root
    @hack2root
    «Битый» или «горячий» пиксель. Пробег — около 10000+, открученный «пробег», восстаовленная прошивка (после неудачной прошивки и/или эксплуатации Magic Lantern), засветка матрицы лазерными лучами — «просадка» цветности, контраста по одному пикселу или по всем у полю, нерабочие функции — очистка матрицы, режимы съемки, нерабочие кнопки быстрого доступа, нерабочие быстрые комбинации кнопок) и/или восстановленная коробка (повреждение шторки, зеркала), «битая» электроника, эксплуатация за пределами допустимых температур (влажность, давление), экстремальная съемка (удары, перегрузки более 10g). Все это — то, что вы при покупке никогда не сможете определить, не разобрав аппарат, или не проверив фирменным сервисным ПО Canon или с помощью фирменного ПО или утилит на портативном ноутбуке (Adobe CS, Adobe Bridge, DeadPixelTest). Вот лишь самый общий список. На полное тестирование может потребоваться не один час, осмотр фотоаппарата, спец. средства (зеркальце дантиста, лупа, макро кольцо, белая LED подсветка, и т.д.)

    Точно могу сказать — косяк есть, иначе не может быть. Я брал «новый» в известном бренде. Мне подсунули Mark II с битым пикселем и пробегом 10000.

    Совет — бери новый в запечатанной заводской коробке и не позволяй никому вскрывать ее, если не умеешь искать косяки вроде бек-фокуса объектива или засвеченной коробки.
    Ответ написан
    1 комментарий
  • Python vs Perl

    Weageoo
    @Weageoo
    Python + Scrapy

    В pipelines.py в def open_spider(self, spider) открываем соединение с базой, в def close_spider(self, spider) закрываем.
    Для каждого сайта — свой паук (класс в .py-файле). Система продуманная, можно результаты парсинга развернуть даже в виде веб-сервиса встроенными средствами.
    Ответ написан
    Комментировать