Мда :( Видимо только в Enterprises есть ssh туннелирование… А я то обрадовался — побежал. У меня sql yog community edition (не знаю что это, но давно где-то нашел и пользуюсь).
Сдаюсь. Тоже только что проверил.
Не знаю, когда-то попытался использовать != и вылетела ошибка, с тех пор всегда юзаю <>.
И не те справочники видимо читаю, когда-то смотрел список операторов MySQL, там не было !=.
На счет запроса «SELECT * FROM t WHERE field & 2 != 0» — удивила запись !=, на сколько мне известно в mysql это не работает, а в ms sql не стандартно и возможно тоже не работает или работает не везде :)
Откуда такая запись «не равно»? Мне просто интересно из какой БД )
Угу) Пора мне начинать пользоваться репозиторием, хоть на собственном опыте пойму все эти вещи, о которых написано в статье, и о которых мы сейчас по-дискутировали :)
Я не спорю про атомарность, но мне кажется размер «атома» не должен быть слишком мелким. Атомарность != маленькие задания/коммиты. Вы сами выбираете уровень абстракции и «размер» атома.
Ведь разбить можно по разному, можно на маленькие кусочки, типа «сделать у картинки margin 10px», «сделать у картинок border», а можно написать «изменить визуализацию картинок: верхний margin 10px, border 1px». Это простенький пример, но коммит для второго тикета тоже будет атомарным, касающимся только отображения картинок, но это позволит не делать кучу мелких изменений, а решать конкретные задачи.
Но даже этот пример немного не в тему, это всетаки больше исправления, чем решение новых задач. Мне кажется, что задачи не должны быть на 5 минут, иначе это не задачи. Потому что переключение разработчика с одной такой мелкой задачи на другую займет время, лучше давать задания типа «Реализовать адаптер для авторизации пользователей, с кодированием важных данных с AES_ENCRYPT, и хэшированием пароля». То есть такое задание приведет к большему коммиту, займет больше времени, но разработчик будет спокойно решать свою задачу, и когда она будет готова — закоммитит новый класс в репозиторий.
Может быть стоит делать коммиты реже, но по-объемнее?) А то коммит каждый 5 минут… При багфиксинге еще нормально, но при обычной разработке мне кажется слишком мелко. Если конечно у вас не команда программистов в 30 — 50 человек, работающая над огромным проектом :) ИМХО.
Я тоже не могу от интернета отключаться, так как в основном работаю на сервере. Но думаю можно модифицировать совет, данный в статье: закрыть доступ ко всему «интернету» и открыть только к нужному серверу (серверам) :)
Я специально погуглил: карт-ридер вроде есть :)
Скорости чтения и записи с карт памяти, мне кажется, вполне достаточно. По-моему, скорость на уровне того же IDE HDD, а иногда и больше, так что все хорошо :)
Если тесновато — можно купить карточку памяти, они сейчас дешевые: 16Гб меньше 3000р. вроде, хотя я не очень в теме. А 20Гб это уже ого-го для нетбука, можно даже меньше :)
Раньше пользовался. Но слишком уж часто забываю их экспортировать перед сносом винды, или на новый компьютер перенести. Надоело - теперь юзаю delicious и доволен :)
Попробую через putty настроить туннель…
2. Спасибо большое за наводку! Побегу настраивать :)
Не знаю, когда-то попытался использовать != и вылетела ошибка, с тех пор всегда юзаю <>.
И не те справочники видимо читаю, когда-то смотрел список операторов MySQL, там не было !=.
Не прав, каюсь :)
Откуда такая запись «не равно»? Мне просто интересно из какой БД )
Ведь разбить можно по разному, можно на маленькие кусочки, типа «сделать у картинки margin 10px», «сделать у картинок border», а можно написать «изменить визуализацию картинок: верхний margin 10px, border 1px». Это простенький пример, но коммит для второго тикета тоже будет атомарным, касающимся только отображения картинок, но это позволит не делать кучу мелких изменений, а решать конкретные задачи.
Но даже этот пример немного не в тему, это всетаки больше исправления, чем решение новых задач. Мне кажется, что задачи не должны быть на 5 минут, иначе это не задачи. Потому что переключение разработчика с одной такой мелкой задачи на другую займет время, лучше давать задания типа «Реализовать адаптер для авторизации пользователей, с кодированием важных данных с AES_ENCRYPT, и хэшированием пароля». То есть такое задание приведет к большему коммиту, займет больше времени, но разработчик будет спокойно решать свою задачу, и когда она будет готова — закоммитит новый класс в репозиторий.
Вот как-то так я хотел сказать :)
Скорости чтения и записи с карт памяти, мне кажется, вполне достаточно. По-моему, скорость на уровне того же IDE HDD, а иногда и больше, так что все хорошо :)
Совесть тут как-то не при чем )
P.S. Не домохозяйка.
Memcached
jQuery