Accountant, вырываете фразы из контекста, тем самым меняя их смысл.
dvu-v, что глазу приятней видеть?
или
zagred, все адреса вредоносных сайтов и прочей чепухи знать невозможно.
Сомневаюсь, что для вас есть разница, от того, что Вы будете видеть в ссылке tinyurl.com/a6sw или chertznaetkakoysite.com/2011-06-12/novost_o_putine.html
Вариантов два, переходить или не переходить, третьего не дано.
И с каждым днём всё больше убеждаюсь, что маразматикам нужно запретить выходить дальше своей локальной сети :)
Честно, не знаю. Не проверялся.
lstaticl, MySQL умный.
mysql_insert_id() выдаст первый идентификатор
mysql_insert_id()+3 - выдаст последний идентификатор
Если запустить два процесса на вставку параллельно, второй будет ждать окончания первого. Как заметил netwind, при innodb нужно проверять дополнительно.
Точно так же, как из соседнего кабинета.
Или Вы считаете, что качественный контроль - это стоять за спиной, держа в одной руке кнут, в другой поднос с хот-догом, пивом и чипсами?
Очевидно, что по каким-то причинам, Вы считаете, что управлять проектами можно без теории, исключительно основываясь на опыте. Это не так.
Ну да, ну да...
Проще заниматься управлением проекта в ICQ и в ежедневнике...А потом распыляться, что за 1,5 года проект с мёртвой точки не сдвинулся. Это конечно же не втирание очков начальству. Согласен. Это элементарное разгильдяйство.
Где я писал, что он сказал неправильно?! Его утверждения верны только для тех, кому не жалко денег на эксперименты, кому лень изучить основы управления проектами, т.е. для диванных бизнесменов. Если следовать всему тому, что там написано, наёмный менеджер вылетит с работы так и не закончив свой первый проект.
Верно. Но когда программист работает строго по ТЗ, без отступа символов влево или вправо, в конце разработки он получает: "Ну надо же было проявить инициативу, немножко подправить" или еще более прекрасное: "Ну это же было примерное ТЗ"
Тоже верно. Но тот, кто формализует требования заказчика, тот, кто анализирует бизнес-процессы, должен чётко понимать, что должно получиться. Грамотное техническое задание на разработку иногда составляется дольше, чем идёт сама разработка этого проекта. А унылый аналитик, который даже не знает, как правильно составить бриф требований, уродует требования Заказчика, как угодно, при этом виноватым остаётся программист, так как он "не так понял."
