Новый JavaScript.ru: Задачник
 

Каким должен быть задачник на НОВОМ JavaScript.ru?

Как присваивать задаче уровень сложности? Наверно, нужны и тэги для задач?

Может, воспользоваться системой Кнута? От 0 до 50, остаток от деления на 5 показывает количество рутины в данной задаче...

Тэги для задач, на мой взгляд, необходимы.

мне кажется, что задачник должен быть (как минимум ориентирован) на ключевые разделы языка (Array, Math, Canvas, Object, Range, Date, Error, DOM, BOM и пр.) так он будет интереснее.
сложность задачи повышается когда начинается использование "тонкостей" языка.

еще AJAX, IE API.. и т.д, мы уже сами придумаем

особенно полезным (для меня, но крайней мере.. для всех,плохо знающих информатику) будет раздел побитовых операций.ммм)

---
можно будет по карме (или по чему-нибудь еще) отбирать людей, которые будут иметь полномочия добавлять задания.

будет такая социальная сеть для JavaScript программистов :)

Кстати... Идея добавления задач самими людьми интересна. Естественно, не всеми.

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

А потом перенести полученные знания на реалии javascript'а с помощью вот этой статьи. Успехов))

сама идея создания социальной сети не для всех очень хороша. :)
да я про них знаю, надо руку набить

Без это, поверь, в программирование делать нечего.
А вообще думаю вам стоит загулить эту тему, и не только в понимании JS, а желательно в общем.

фигня. я себя чувствую,как рыба в воде

Для меня, например. Я предпочту форум. Но идея добавления задач в задачник самим - очень хороша, имхо.

Ну напиши тогда пару приложений на WebGL, Canvas, NodeJS .. посмотрим ;)

Побитовые операции могут быть иногда удобны, но их использование личное дело каждого.
Приведите пример где бы в WebGL, Canvas или NodeJS невозможно без них обойтись ;)

Cavas - Foto Editor
NodeJS - WebSocket Handshake
Про WebGL вообще глупо говорить это же почти тоже самое, что на OpenGL писать. Или вы когда будите маски добавлять просто будите писать команду взятую у кого то не зная что она делает?

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

и что там такого, срочно требующего побитовые операции?

А причём тут срочно? В посте выше всё написано.

У них свой движок на C#, поэтому допилить не получится или Stack Exchange имеется ввиду?
довольно часто применяю побитовые опрерации, но не припомню ситуацию, где без них нельзя обойтись. Приведите код. ;)

Для разкодирования WebSocket секретного кода нужно из энного числа извлечь значения каждого байта и отправить обратно, разве здесь не нужны побитовые операции?
По моему вы не правильно понимаете мои слова, я нигде не упоминал, что побитовые операции нужно использовать всегда. Их нужно знать, хотя для того, чтоб знать и потому, что они могут пригодится в будущем. Развивать свои навыки тоже надо.

ну а как еще понимать это:
?

Понимай это как некуда развиваться, кому нужен программист который умеет только по DOM шастать? В наше время от программиста хотят большего.

А если не пригодятся, что делать?
Реги и ООП знать полезнее и если строить лесенку приоритетов, то побитовые операции стоят где-то не близко.
А если проще говорить, то почитай требования к кандидатам в разделе работа, не просят никого знать побитовые операции, я такого даже не помню за все время существования этого сайта.

Знаешь, когда заказчик говорит, что должны знать например JavaScript, он наивно полагает, что человек знает все аспекты этого языка.
Речь не идёт о средах программирования, а о самом языке. Не думаю, что для заказчика будет приятно если ты придёшь и скажешь - я знаю JavaScript, да, но это, это и это я не знаю, оно мне не надо, извините.

Nekromancer, в общем, ты фигню какую-то придумываешь, да и споришь скорей всего из-за того что просто не умеешь уступить.

Я спорю потому, что я считаю, что это нужно знать. А уступать .. Я никого не заставляю ничего учить, нет и нет.

Вообще, я уверен, все здесь любят поспорить.

Nekromancer,
Заказчик волен считать и думать всё что ему не заблагорассудится включая все заблуждения и предрассудки, как и ты.

А ещё у каждого есть мозги, чтобы вразумлять заказчиков и рассеивать заблуждения или не работать с больными людьми.

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