Интересно. Но ведь нет противоречия — работай в своей ветке как угодно, пушай ее чтобы продолжить дома. Но после последнего штриха — собери ж всё в одну кучу, назови и отдай как единое целое. Заодно сможешь сам себя код-ревьювнуть одним махом.
Как, интересно, это сэкономит вам время если вместо одного среднего коммита вы найдете несколько мелких, в котором идея менялась несколько раз, забывались/удалялись дебаги и в конце менялся только идентация.
> делать rebase в основную ветку в принципе нельзя — Вы принесете кучу проблем своим коллегам
Буллщит. То что предлагает автор, как поняли его вы, и как написали — три большие разницы.
Соглашусь с tenshi, 4млн записей типа id1, id2, timestamp — ерунда. СУБД расчитаны на тыщи миллионов. Что еще можно придумать — ума не приложу. Хранить дату в куках, будет правда в каждом браузере разные «новые».
Вообще, в чем проблема-то. Нужно альтеры делать по этой таблице? Нужно ее партиционировать? Ну так храните всех у кого ник на A...Z в таблицах lastTimeA...lastTimeZ, ну или еще как-то разбейте, только это все когда оно дейтствительно надо будет, а не для профилактики.
Не знаю как с git, но бывают взломы: habrahabr.ru/post/70330/
А потом кто-то может оставить локальное изменение, а git pull затем содаст локальный конфликт. С другой стороны если есть кураж, делайте sudo git pull :)
if / for должны быть в updateLogin(), иначе будет неявноя (но прямое) влияние на верстку из контроллера, и вытекающие из этого проблемы — неявность, сложный рефакторинг, сложность обработки ошибок.
Поддержу, неправильно для ЯП возвращать код. Надо возвращать данные, а уже кто их получает — делает с ними что хочет. Об этом AJAX, но сейчас более актуален AJAJ или AJAH.
Спасибо. Дело в том, что short_open_tags было On когда вываливало на макоси. Починил тем что вставил <?php в качетсве первого, но остальные остались <?
То что при short_open_tag = off обязательно писать <?php это понятно, какие рекоммендации для On случая?
P.S. и да, «что сделал» в отсутствии фактического результата тоже можно долго рассказывать, и ежедневно (кто там помнит сколько ты уже эту эпик стори делаешь). Поэтому большую задачу нужно разбивать на более мелкие, исполнимые за день, еще до того как брать её. И «сделать» нужно то что взял, а не какую-то неизвестную часть взятого (типа «сделал всё, осталось потестить и задеплоить»)
niko83, не согласен. Утро продуктивно у жаворонков, так что совам (а может и всем вообще) как раз утреннее «что сделаю» может помочь завестись (что было сделано обычно не забудешь потому что надо перемешать бумажки, это чем реальная стена хороша). Вечером же (или в середине дня) давать обещания / строить планы наоборот стремно, забудешь ведь на следующий день.
И насчет опаздываний — митинг утром помогает начать всем одновременно, и не опаздывать :) А от опоздавших можно требовать письменный отчет. Если же опаздывает каждый раз, строчит отчеты, не вдается в чужие — тут уже другие меры.
