Мне вот больше mootools по душе, для меня он более «тру». Не понимаю, что это все так в jquery вцепились.
Плагин MUX.Dialog отличный, я буду им пользоваться. Посмотрел примеры — видно, что автор не упустил из виду многих деталей.
Может быть буду контрибутором, ибо вещь полезная и часто нужна, к тому же есть свои наработки на мутулз в плане создания диалогов. Там у меня есть диалоговый менеджер, который управляет окнами, и можно создать как модальное окно, так и, например, несколько немодальных.
Мне думается это весьма правильный подход. Не обязательно давать на доработку то приложение, над которым работает контора. Можно написать свое простое приложение и попросить его доработать, например. Это реально лучше, чем «набирать по объявлению», т.к. по личному опыту, у программистов обычно умение красиво говорить заменяет умение писать код.
Когда передо мной начальство поставило задачу написать тест, я сделал очень простую задачу: из текстового файла (csv) сгенерировать rss, плюс еще выдрав нужные подстроки из текста в некоторых колонках. Не справился никто, даже идеально.
А приведенные автором тест сразу покажет уровень, с этим ни один ruby-разработчик не поспорит, т.к. априори он должен знать как работать с git и как править хорошо организованный ruby-код (если он является таковым). Но это, конечно, не может исключать некоторых вопросов к разработчикам со стороны тестируемого.
На самом деле у нормальных разработчиков такая проблема не стоит — они используют принятый для языка стандарт кодирования. А вот кривых товарищей так просто не переучить, даже вытутаирав этот самый стандарт кодирования у них на лбу и дав зеркало. Против таких помогают только хуки в SCM и удар молотком по пальцам за кривые отступы.
В руби 2 пробела — и никаких проблем) Не очень согласен с тобой — мало кто пользуется «умной табуляцией» — на практике никто не заморачивается настройкой и лепят как хотят.
Я всю жизнь хотел начать зарабатывать деньги, но не знал как правильно это делать. Я работал курьером, но пацаны говорят, что это отстойная работа, т.к. задача о курьере NP-полная, поэтому реальных денег она не принесет. Я пробовал делать динамические сайты на РНР и МуSQL, но знакомый нашел мои пароли и стер все сайты, я только зря потратил 50 долларов на курс того чувака, который курсы продавал. Я пробовал самостоятельно выучить теорию категорий, но не понял, почему при построении категории, где объекты — типы данных, а морфизмы — функции, из варианта типизированного лямбда-исчисления на комбинаторах получается замкнутая симметричная моноидальная категория (подобно Hilb, где объекты — конечномерные гильбертовы пространства с обычным тензорным произведением, а морфизмы — линейные операторы), но не декартова, каковой является Set. Это завело меня в тупик, и я начал пить. Но прочитав книгу Real World Haskell, я понял, что спасен! Это совершенно замечательный курс, он открыл мне глаза, теперь я знаю как надо делать деньги, а также как производить горячую замену кода, выполняющего в этом момент расчет баланса предприятия.
Код:
Я не конкретно про вас, а в общем.
А вы попробуйте мутулз все же, я думаю он вам понравится.
Можно склонировать и посмотреть demo/index.html
Плагин MUX.Dialog отличный, я буду им пользоваться. Посмотрел примеры — видно, что автор не упустил из виду многих деталей.
Может быть буду контрибутором, ибо вещь полезная и часто нужна, к тому же есть свои наработки на мутулз в плане создания диалогов. Там у меня есть диалоговый менеджер, который управляет окнами, и можно создать как модальное окно, так и, например, несколько немодальных.
Когда передо мной начальство поставило задачу написать тест, я сделал очень простую задачу: из текстового файла (csv) сгенерировать rss, плюс еще выдрав нужные подстроки из текста в некоторых колонках. Не справился никто, даже идеально.
А приведенные автором тест сразу покажет уровень, с этим ни один ruby-разработчик не поспорит, т.к. априори он должен знать как работать с git и как править хорошо организованный ruby-код (если он является таковым). Но это, конечно, не может исключать некоторых вопросов к разработчикам со стороны тестируемого.