Ваше мнение важно для нас.
Поделитесь своими предоложениями и пожеланиями.

Посты

mingun
1
Доброго времени суток. В последние несколько лет я довольно много работал с JavaScript и открыл для себя много нового и интересного в этом замечательном языке. В связи с этим, я решил написать небольшой цикл статей, в котором будут освещены некоторые детали языка JavaScript, а так же сопутствующие технологии. Надеюсь, что эти статьи будут полезны как начинающим, так и опытным JavaScript-разработчикам.
admin
0
Доброго времени суток. Сегодня у команды developers on the net большой праздник: первая рабочая версия вышла в свет. Мы очень рады предоставить Вам этот продукт. К сожалению, мы не можем гарантировать 100% работоспособность , так что будем очень признательны всем, за найденные глюки, фроты и прочее. Так же, мы стремимся сделать наш ресурс как можно лучше, так что с удовольствием выслушаем все Ваши предложения и пожелания. По всем этим вопросам пишите либо через раздел обратная связь или в комментариях к постам в этом блоге. Расскажем немного о себе:
mingun
3
В процессе разработки игры на j2me(для мобильного телефона), столкнулся с проблемой поиска пути лабиринте. Поискал по форумам, нашел довольно интересный алгоритм, о котором сейчас и пойдет речь. Это так называемый «волновой алгоритм», он в общих чертах описан на Википедии, но из написанного там не очень понятно, как применить его на практике. Так, что я решил написать о нем с более практической точки зрения. Итак, приступим.

Идея такая: в стороны от исходной точки (где находимся мы) испускается волна. Изначально ее значение - ноль. На следующем шаге, все ближайшие точки, в которые мы можем переместиться (в двухмерном лабиринте: вперед, назад, влево и вправо) и в которых еще нет волны, получают значение равное текущему значению волны + некоторый модификатор проходимости этой точки. Этот модификатор может свидетельствовать о различных препятствиях на пути: изменение ландшафта(как в Героях, по болоту и горам идти дольше, чем по дороге), анизотропность пространства(разные направления – различны по проходимости, например при движении вверх нам препятствует сила тяготения, а вниз наоборот помогает). Чем больше модификатор проходимости - тем дольше его преодолевать. В таком случаи клеткам куда пойти нельзя(различные препятствия) можно установить значение равное бесконечности(на практике, это может быть некоторое значение, которое не может достигаться в процессе алгоритма, например отрицательные, данные значение в последствии не учитываются). Затем из каждой из вышеперечисленных точек снова выпускается волна,



Последовательно обрабатываются точки с наименьшим значением волны, до того момента пока не будет достигнута конечная точка. На точках с плохой проходимостью волна будет задерживаться.
macoed
0
Сегодня я решил написать о jsTestDriver. jsTestDriver это фреймворк для написания модульных тестов на JavaScript.

Начнем с простого – с мотивации. Многие программисты скажут: ”Зачем мне вообще писать эти тесты?” Причем стоит признать, что зачастую они так не потому, что не знают зачем, а потому что им лень тратить время на подобные действия.

Действительно, писать тесты, которые покрывают все возможные случаи для каждого метода – это длительная и кропотливая работа. Но, как писал Мартин Фаулер, лучше пусть у меня будут тесты, которые не покрывают весь функционал, чем вообще не будет тестов. Давайте же выясним, почему он так говорил? Зачем нам писать тесты? Ответ прост: для того чтоб находить ошибки (логично да?). А если конкретнее, для того чтоб узнавать, что что-то поломалось, как только это произошло. Во-первых, тесты необходимы при рефакторинге: на данный момент в большинстве современных IDE есть специальные инструменты для рефакторинга, они сводят количество ошибок к минимуму, но тесты все же дают дополнительные гарантии. Во-вторых, регрессия: если структура приложения сложная, и связанность между компонентами высокая, могут возникать ситуации, когда, исправляя один баг, мы создаем другой. В таких ситуациях тесты помогают вовремя выявить связанность и не допустить появления нового бага. Главное не забывать запускать тесты после каждого изменения. Для этого запуск тестов должен быть простым и быстрым, а результаты понятными. Как результат мы тратим меньше времени на багфиксы, что и является нашей целью.

Что же касается написания тестов, как уже было замечено ранее, не стоит пытаться сразу написать тесты на все случаи жизни, достаточно проверить основные варианты. Далее, по мере возникновения неполадок, следует добавлять тесты, для проверки конкретных багов. Во-первых, это повышает мотивацию к написанию тестов, поскольку мы уже не просто пишем тесты для себя, а проверяем конкретный баг. Во-вторых, мы тем самым препятствуем регрессии, поскольку сразу же проверяем, что после изменения уже исправленный баг не возник снова. Чем больше написано тестов, тем соответственно больше багов удается предотвратить. При этом не стоит забывать, что написание тестов тоже требует времени. Соответственно, если это время будет больше, чем то, которое потребовалось бы на поиск и исправление предотвращенных неполадок, то написание тестов становиться невыгодным.
webdev
0
PageRank это числовое значение, являющееся показателем «значимости» веб-страницы в сети. PageRank был придуман компанией Google, чтобы решить вопрос о том, как ранжировать страницы, т.е. в каком порядке их размещать в результатах поискового запроса. Тем не менее стоит отметить , что это не единственный параметр, на основе которого Google ранжирует страницы.
Теги: pagerank google seo
magnus
0
У многих из нас иногда возникает желание запустить свой проект (стартап), даже формируются вполне реалистичные идеи проектов. Но, увы и ах, чаще всего фейерверк энтузиазма на этом и гаснет. Причин этого зачастую несколько: непонимание того, как проект из стадии голой идеи перевести во что-то реально работающее и приносящее деньги; нежелание инвестировать свои силы и средства в разработку; отсутствие реальной возможности воплотить идею в жизнь. Цель этой статьи помочь читателям сделать реальностью самый смелый бизнес-план. В соответствии с тематикой сайта, речь пойдет о стартапах в сфере ИТ.

1...78

ИТ-цитата
"Понимаете, для того, чтобы создать систему, подобную Linux, недостаточно быть хорошим кодером. Нужно быть еще и коварной сволочью."
Линус Торвальдс