дык тестируйте свой мастер. кто мешает? просто при том подходе что я написал вы не сможете слить ветку с ff не применив на ней все обновления мастера, кто мешает в этот момент прогнать тесты сливаемой ветки?
Ну в общем тут у каждого свое, и все зависит от проекта, от его размера, от того как организовано взаимодействие. Я больше писал про индивидуальный цикл разработки.
да. это особенно удобно когда название ветки соответствует названию таска. плюсом такого подхода вы можете легко переключаться между заданиями или отрываться на исправление срочного бага, а потом возвращаться к работе над задачей. Так же очень легко понять что конкретно реализует эта ветка.
Еще я не вижу смысла в дев ветке (лично я от нее отказался), достаточно иметь мастер со стабильной версией и выполнять слияние только через fast-forfard.
Вы уж простите но сейчас буду критиковать.
1) Свои модули стоит оформлять как модули npm, даже если и не выкладывать в сам npm
2) Определять методы внутри функции конструктора, это антипатер приводящий к лишнему расходу памяти. на каждый вызов new VK, у вас будет создаваться куча функций, причем объективных причин так писать я не вижу.
3) Запрашивать и получать результат весьма неудобно на мой взгляд. Куда проще событий выглядит такой код:
vk.getProfile({ ... }, function onGetProfile(err, result) {
....
});
4) То же самое для методов setToken
5) Давать произвольные имена событиям, лично мне кажется совсем плохой «фичей», можно такую кашу намутить, а необходимость в этом сомнительна
6) Тесты?
nodejs умеет читать .json файлы, и можно было просто вызвать require('config.json');
Ну и еще если файл в отправляемый на сервер идет в utf8 и там есть русские буковки, то длина файла !== длине строки, то есть может возникнуть ситуация с неправильной передачей Content-Length.
Mocha за авторством TJ Holowaychuk'а, так же из под его клавиатуры вышли expressjs, connect и кучка других популярнейших модулей для nodejs. Где вы тут соотечественника узрели?
А есть ли пограничные ситуации. Например, две карты А и Б граничат между собой, но находятся под управлением разных серверов, игрок из А жахнул фаерболом по игроку из Б :). Возможна ли такая ситуация и как она разрешается?
Я правильно понял, что из этого следует что за определенную локацию отвечает определенный сервер гейм механики, который знает об аватарах которые там находятся и разруливает все их взаимодействия. Если так, то как определяется какой сервер за какую область отвечает? Грубо говоря, это задется в конфигах, или это какой то умный механизм.
Где тут попытка заниматься чем то полезным? Тут кроме «петриконизма» ничего нет, уже просто смешно, но в нашей реальности слова/словосочетания: «нанотехнологии» «принципиально новый» «не имеющий аналогов в мире», приобретают свой отдельный смысл, и в первую очередь благодаря журналистам и таким репортажам. Куда не плюнь везде принципиально новые нанотехнолигичные и не имеющих аналогов в мире технологии, разработанные школьниками в неурочное время в школе, а после школы на домашнем компьютере.
Ну в общем тут у каждого свое, и все зависит от проекта, от его размера, от того как организовано взаимодействие. Я больше писал про индивидуальный цикл разработки.
Еще я не вижу смысла в дев ветке (лично я от нее отказался), достаточно иметь мастер со стабильной версией и выполнять слияние только через fast-forfard.
1) Свои модули стоит оформлять как модули npm, даже если и не выкладывать в сам npm
2) Определять методы внутри функции конструктора, это антипатер приводящий к лишнему расходу памяти. на каждый вызов new VK, у вас будет создаваться куча функций, причем объективных причин так писать я не вижу.
3) Запрашивать и получать результат весьма неудобно на мой взгляд. Куда проще событий выглядит такой код:
4) То же самое для методов setToken
5) Давать произвольные имена событиям, лично мне кажется совсем плохой «фичей», можно такую кашу намутить, а необходимость в этом сомнительна
6) Тесты?
Во вторых YAMD то же производит конкатенацию.
Ну и еще если файл в отправляемый на сервер идет в utf8 и там есть русские буковки, то длина файла !== длине строки, то есть может возникнуть ситуация с неправильной передачей Content-Length.
пс. Может кто знаком с комиксами, как там они (интерфейсы) представлены?