Эх, не хотел отвечать, т.к. аж противно стало от минусов глупых созданий природы. Но я решил всё-таки ответить.
>не пропало.
Потому что ты привык. Ты не осознал что такое качественное и простое программирование, просто используя инструмент, который сложен, страшен и уродлив. Ты можешь сказать что тебе удобно кодить на PHP, что он для тебя и других прост — это правда. На самом же деле тебе будет проще и удобнее использовать Python или Ruby. Просто ты не пробовал их столько, сколько PHP, у тебя нет опыта.
>Причем свой фреймворк не пилил
>«каркас», в лучшем случае, копипаст из предыдущего, и написание проекта с нуля
Ты говоришь что свой фреймворк ты не пилил, но затем говоришь что ты его пилил.
>К тому же с нуля интересней было :)
Интереснее выпускать проекты, а не писать веб-сервер на асме.
>Как-то получается, что написать рабочий код на python и ruby я могу
>почему тут использовали какой-нибудь yield
Ты пишешь на PHP и всё понимаешь, но на Python не понимаешь даже yield, что говорит о том, что ты вообще пропустил огромную часть учебника, по которому ты учил Python. Как ты можешь приводить в списке общих минусов языка своё незнание его? Это при том, что Python учится быстрее и удобнее, чем PHP.
>Passenger конфигурируется
Он конфигурируется действительно просто. Для своей машинки ты можешь просто переставлять FP раз в месяц, тогда nginx будет пересобираться со свежей версией.
>В общем, по-моему, очевидно, что на голом php создать сайт куда проще
>чем на таких же голых python или ruby
Ты путаешь «сайт» с «поделием, которое худо-бедно делает что-то». Но да, это так.
>php создавался для совместной работы с веб-сервером
И да, и нет. Почитай историю PHP.
>а в python и ruby такой встроенной возможности как бы и нет
Потому как это языки для решений, а не для «худо-бедно, кое-как».
Ты хочешь называть себя программистом? Пока ты не программист. Я могу выражаться и мягче, чтобы не задевать тебя, чтобы не задевать многих людей, которые есть на хабре, но раз они считают что сказанное мною выше — враньё(минусы в карму и рейтинг есть голос «ты врёшь»), то жуйте правду матку.
Пока, ты не программист. Пока ты просто человек, который взял инструмент и попытался им сделать то, что делает программист. Это как взять столовый нож и говорить что ты врач. На самом деле ты не врач, да и врачи не используют столовые ножи для операций. Настоящие врачи могут вообще обойтись без операции.
Процесс программирования есть процесс создания продукта, качество которого оценивается качеством кода, применением библиотек, паттернов проектирования, качеством проектирования и подхода к решению задачи.
Твоё «написать на голом php сайт» есть нижняя планка по шкале оценки качества продукта, что есть брак.
Ты, как и многие люди на хабре, как и минусующие меня, поддерживаешь брак в продуктах, но делаешь это по незнанию, потому что ты не программист, ты не человек, который является специалистом по изготовлению этих продуктов.
Ок? Понял? Дошло?
Чтобы стать специалистом по созданию данных продуктов(программистом), тебе следует изучить инструменты, практики проектирования, паттерны. Когда ты их изучишь — тогда и думай над тем, в чём php хорош и в чём он проще, только вот когда ты станешь специалистом, ты не будешь использовать его или будешь использовать его так, чтобы качество продукта было заметно выше, чем есть качество твоих продуктов сейчас.
О качестве твоих продуктов сейчас говорит многое, а твои комментарии подтверждают то, что уровень очень и очень низок.
В чём прелесть изучения PHP с одновременным написанием сайта: ты и язык не выучишь, и даже основ для сайта не сделаешь. Использовать PHP как язык темплейтов будешь — лучший вариант. Худший — будешь пилить свой веб-фреймворк и убьёшь: проект, знания, влечение к изучению инструментов etc.
И Python, и Ruby — проще чем PHP. Оба изучаются за часов 6. Оба не нужно особо изучать, чтобы использовать популярные веб-фреймворки на них(Rails для Ruby и Django для Python). Вот и получается, что ты полистал статьи о питоне для начинающих и приступил к учебнику фрймворка: учи хороший инструмент и сразу делай проект!
>проще, чем у конкурентов.
Сложнее. Почитайте соседний вопрос о «защите сайта от доступа в родительские и иные каталоги».
Приложения на Ruby очень легко развернуть: passenger всё сделает сам, даже скажет что и куда писать!
Django вообще элементарно: 1000 и 10 туториалов есть, даже на хабре.
Лично я считаю что если человек ответил одним из чисел, то он знает как это должно работать, что есть, несомненно, достаточно хорошо. Если человек скажет что ответ зависит от реализации компилятора, а точнее от оптимизирующих алгоритмов, то это будет как двойной плюс к кандидату. Однако, оба варианта считаются хорошими, не говоря уже о варианте «я так писать не собираюсь» )
@homm Разомкнётся. Конечно, сильно зависит от архитектуры, но я уже обжёгся и хорошо знаю что лучше их кидать внутрь. И да, никогда не делай импорты в ран-тайме(напомню: классы — компайл-тайм, функции — рантайм), т.к. это убьёт всю производительность. Конечно, следовало бы начать с того, что кольца появляются из-за неопытности, невнимательности, но это достаточно обычные вещи, которые нужно уметь решать, анализируя вывод Python.
@papa_justify Я много проводил собеседований с питонистами, каждый скидывал код. Это, как-бы, стандартно. Вопрос в том, что толку от этого кода — 0. Это либо код на Django, в котором весь кодинг заключается в копипасте, либо что-то страшное. Было бы больше толку от диаграмм. Лучше тогда просто дать задачу и попросить спроектировать её решение используя любой инструмент(в вебе их тысячи), а затем реализовать каркас.
Если человека нанимаешь в вебдев, то попроси рассказать что такое MVC, как он применяется, какие минусы, плюсы, что такое CRUD, попросите быть занудой, т.к. MVC, на самом деле, редко где применяется в своём истинном виде и любой знающий программист сможет немного подискуссировать на эту тему, заодно почувствовав себя менее скромным и достаточно полно рассказать о своих знаниях в других аспектах.
НИКОГДА НЕ ДАВАЙ СИНТЕТИКУ И НЕ СУДИ ПО АЛГОРИТМУ! Исключение — простейшие алгоритмы(фазз-базз). Человек может растеряться, забыться и много где ошибиться и наговорить чуши. Помните главное: программисту всегда нужен интернет. Если он решает задачу с интернетом, значит и решит в реальных условиях. Твоя задача — посмотреть на конечное решение, на код, его качество, анализ кода самим программистом, считает ли он, что функцию нужно переписать и как срочно, какие у него мысли. Он может говорить чушь и бред, потому как гики застенчивы и на собеседовании врубают /dev/brain > /dev/voice, твоя задача — понять что да как, создать нормальную обстановку etc.
Спроси про то, как работает with, будет ли он работать с со всеми переменными. Если нет(а так и есть), то почему и что нужно сделать.
Спроси про работу с юникодом. Лучше всего стимулировать на набор знаний о нём дав ошибку, которую можно найти в презентации farmdev.com/talks/unicode/, мне просто лень копипастить.
Задай простейшие задачи(фазз-базз, найти самый длинный лист в листе, реализовать пару простеньких алгоритмов, не забыв дать доступ в интернет). Всё это нужно чтобы посмотреть на решения, на код. Раньше хороший программист являлся базой данных алгоритмов, сейчас есть знания, требования и важнее, поэтому интернет дайте, разрешите найти суть алгоритма(конечно, вы же не собираетесь чтобы кодеры кодили без документации, книг, интернета?).
Вообще говоря, именно «отказоустойчивые» системы, следуя стереотипу, лучше писать на C или C++. Используя иной язык, согласуй вопрос с преподавателем, т.к. тебя могут «послать» переписывать на C.
Серверная часть — немного другая часть вопроса, автор просил именно о клиенте или, как минимум, включая решение для клиента. Иначе говоря, вот эти «15 своих строк кода» и интересны.
>укажите какие проекты вы разработали с Django и с ипользованием того же Pylons и Pyramid
Не хочу «светиться», если вы понимаете о чём я говорю.
>(издеваетесь? он же только объеденился)
Не несите чушь. Во-первых, «он» не объединился. Во-вторых, Pyramid просто был переименован и стал хоститься рядом с Pylons. Никакого объединения не было!
В третьих, это уже устоявшийся фреймворк, который используется очень много где, но часто под старым именем(repoze.bfg).
>Я не считаю Django плохим фреймворком. Он обладает всем необходимым.
А кому то хватает asm'а и он считает что он обладает всем нужным. Надеюсь, намёк понят.
>Поделитель опытом, я хочу у вас научится!
Сколько сарказма и грубости в вашем сообщении. Сначала научитесь не хамить, а потом уже думайте беседовать о инструментах.
Это очень простой язык, важно понять основы и читать, читать, читать. Если будете изучать руби по английским докам, то это будет ценный опыт, очень ценный.
Для справки, png fix'ом в веб-деве называется любой сниппет, нацеленный на исправление данного недостатка ie. Я и говорю о том, что belatedPNG это один из методов png fix'инга.
Вот мой репорт: github.com/paulirish/html5-boilerplate/issues#issue/245
Там же ссылка на скрин с ie6.
Я ожидал что под таким заголовком будет огромный трактат о том, что хорошо, а что плохо. Но, конечно, советы очень хорошие. Добавил в закладки. Понравился нормальный clearfix и фиксы для ie — CSS3PIE.
Спасибо за ссылку.
Во-первых, PNG fix нерабочий(сколько раз сталкиваюсь с его использованием и каждый раз удивляюсь как люди его используют, они что, вообще не проверяют вёрстку в ie6?).
Во-вторых, разное поведение кода. Стоит открыть tests.html из demo в ie6 и хроме чтобы понять, оно работает по-разному.
Я сделал 2 багрепорта, на один(второй) мне ответили что «это не баг, это баг в ie6, так и должно работать». Я покрутил у виска(намёк на то, что для этого и использую такие вещи как бойлерплейт, чтобы такие «баги» были решены через хаки, которые уже есть в комплекте «сборки»).
