Программисты, верстальщики и дизайнеры должны это и так знать, иначе какие они программисты, верстальщики и дизайнеры?
Если это словарик для тех, кто не в теме (например заказчик (если он конечно не в теме)), то там есть неудачные моменты, например, прочитайте определение «Теги» и попробуйте его понять. Оно еще и неправильное, ибо тэги предназначены для семантики, а не для представления.
Ну, например, тот же bdrb работает без рельсов, eventmachine тоже, остальные если честно не в курсе.
На счет много кода, ну если в итоге вы сможете предложить коммунити легкую и приятную либу, то я только за :)
А если не секрет, для чего вы используете ruby?
Просто я не помню ни одного объявления о работе с ruby не для webdev'а (и рельсов соответственно)
Или вы для себя?
ну тогда пример неудачный, кто-то подумает, что так и надо тестить
можно создать две фикстуры: valid и missing_name и на них показать работу фикстур, если уж так хочется
Из замечаний:
1-й it совершенно не очевиден, я бы его обозвал «should require name»
2-й it что вообще проверяет? правильную работу ActiveRecord'а? Так он сам отспекан уже, это не ваша задача — его проверять.
Из пожеланий:
Последняя мода в ruby-community не юзать фикстуры (они ж реально неудобные, особенно, когда модель сложная и нужно прописать в ней кучу ассоциаций, поэтому посмотрите в сторону github.com/thoughtbot/factory_girl/tree/master
Отвечаю: статья — поток сознания автора на тему «Я не читаю документацию, прежде чем писать программы»
Все то, что выше записано с кучей неправильных примеров можно записать вот так:
threads = [] # здесь хранятся все потоки в программе
threads << Thread.new do # так создается и сразу же запускается первый поток
... # код, который выполнится в созданном процессе
end
...
threads << Thread.new do
...
end
threads.each { |thread| thread.join } # ждем окончания всех потоков, а не sleep'ом, как предлагаете вы
интересно посмотреть на «позволяет решать задачи любого класса, в которых необходим применение браузера». В качестве примера можно взять ну какой-нибудь аякс-ориентированный сайт, вроде gmail.
ни разу не знаю actionscript'а, но подозреваю, что в итоге получается не массив, а хэш (с целочисленными ключами) (неупорядоченная коллекция), посему и итерируется она как ей вздумается.
Программисты, верстальщики и дизайнеры должны это и так знать, иначе какие они программисты, верстальщики и дизайнеры?
Если это словарик для тех, кто не в теме (например заказчик (если он конечно не в теме)), то там есть неудачные моменты, например, прочитайте определение «Теги» и попробуйте его понять. Оно еще и неправильное, ибо тэги предназначены для семантики, а не для представления.
На счет много кода, ну если в итоге вы сможете предложить коммунити легкую и приятную либу, то я только за :)
А если не секрет, для чего вы используете ruby?
Просто я не помню ни одного объявления о работе с ruby не для webdev'а (и рельсов соответственно)
Или вы для себя?
github.com/purzelrakete/workling/tree/master
backgroundrb.rubyforge.org/
github.com/ncr/background-fu/tree/master
github.com/kovyrin/loops/tree
github.com/peritor/backdrop/tree/master
github.com/lassej/async/tree/master
можно создать две фикстуры: valid и missing_name и на них показать работу фикстур, если уж так хочется
1-й it совершенно не очевиден, я бы его обозвал «should require name»
2-й it что вообще проверяет? правильную работу ActiveRecord'а? Так он сам отспекан уже, это не ваша задача — его проверять.
Из пожеланий:
Последняя мода в ruby-community не юзать фикстуры (они ж реально неудобные, особенно, когда модель сложная и нужно прописать в ней кучу ассоциаций, поэтому посмотрите в сторону github.com/thoughtbot/factory_girl/tree/master
Все то, что выше записано с кучей неправильных примеров можно записать вот так:
threads = [] # здесь хранятся все потоки в программе threads << Thread.new do # так создается и сразу же запускается первый поток ... # код, который выполнится в созданном процессе end ... threads << Thread.new do ... end threads.each { |thread| thread.join } # ждем окончания всех потоков, а не sleep'ом, как предлагаете выRuby Thread API описано здесь www.ruby-doc.org/core/classes/Thread.html
www.humblelittlerubybook.com/book/html/chapter4.html — хотя бы это стоит прочитать для начала