С каждым новым постом о 3d печати мне все больше вспоминается роман Нила Стивенсона «Алмазный Век»

почему бред? у вас таблица заблокирована только на запись, на чтение блокировка не ставится, данные доступны для чтения, триггеры отрабатывают и записывают все изменения в другую таблицу из которой потом мы можем подтянуть недостающие изменения

А вообще это классический способ изменения структуры больших таблиц при невозможности организации master-slave репликации

чтобы на момент «переливки» данных из одной таблицы в другую, уже перенесенные данные не изменялись и не добавлялись в старой таблице.

Тотализатор, статистика, аналитика в планах?

ток загнется ведь phpMyAdmin на больших объемах базы в которой не одна сотня таблиц

Интересная статья, но насколько я знаю «Wow signal» потом разоблачили как ошибку и сигнал помехи от ближайшего радиотелескопа :)))))

Мне кажется, что мы пошли сейчас немного по разным орбитам. Использование SVN, memcached, это очевидные вещи для работы с более менее hi-load проектами, так же как и использование nginx. Опять же если начальник не компетентен в таких вопросах, то фирма занимается поделками.

Тем не менее при всех выше высказанных мнениях, прошу заметить по активности обсуждения, автор затронул очень животрепещущую тему, за что просто спасибо.

я Вас правильно понял, поэтому обучать взял в кавычки :) а собственное развитие это за свои деньги и за свое личное время, а не за рабочее. И еще есть такое понятие как круг задач, возьмем стандартную лестницу программиста. Есть понятие тим-лида, ПМ, архитектор люди которые определяют развитие проекта и контроль выполнения. Есть четко заложенные задачи в плане, план расписывается. Любые изменения, которые не критичны оттягивают срок сдачи этапа или всего проекта. Если вы всего лишь кодер, то вы имеете право внести лишь рационализаторское предложение, но если это не будет срывать сроки. Потом при разборе полетов, после сдачи этапа или проекта, все получат своих бонусных «слонов» и если Ваши замечания были полезными постараются внедрить. Фирмы там где не используют SVN, занимаются мелкими поделками, там он и не нужен :) что такое SVN? где? спасибо, мы ничего не покупаем :)

Есть такая фраза бабло побеждает зло, как бы это не звучало цинично оно так и есть. Проект — это бабло, он должен работать. Пример: приходит свежий человек с новой идеей, говорит это не правильно! давайте переделаем! Чтобы переделать нужно затратить деньги на часы программистов или нанять группу, которая проведет качественный рефакторинг. А теперь давайте задумаемся, что будет дешевле оплатить часы программистов или купить «железа», которое потянет не оптимизированный код? тут можно долго спорить о том, что смотря какая ситуация и т.д и т.п, но почему-то в 90% случаев начальники делают выбор в сторону «железа», а время программеров задействую в более насущных проблемах внедрения новой функциональности и т.д.

Знаете, мне один хороший человек говорил, что знания всегда стоят денег. Это самый лучший капитал, но поверьте очень, очень мало фирм, которые готовы «обучать» сотрудников за красивые глаза. Вас нанимают, покупают Ваше время, время как специалиста, который должен сделать поставленную задачу в срок, а то что за это время вы учитесь или уже умеете это редко кого волнует. Если проще проблемы индейцев шерифа не…. Если фирма закладывает бюджет на обучение кадров, то делает это она далеко не бесплатно и не из альтруистических побуждений.

Да ну, возраст тут ни при чем. Это просто умение отбирать зерна от плевел. Видеть суть и отсекать все лишнее. Уж много всего «расплодилось» сейчас лишнего, многое, что уводит от сути. Технологии, новые фреймворки, тулзы все выше и выше от основ, более высокоуровневое, нажал пару кнопок, написал пару строк и все, думать перестают. Ошибка многих, это начинать постигать науку сверху вниз.

Позвольте не согласится с Вами, по-моему тот же Мартин Фаулер говорит о развитии проекта как об эволюции, не всегда нужно начальное проектирование, которое может занять уйму времени, а потом окажется что чего-то не учли и пытаться подстроить проект под тот «проджект план», который разработали ранее.

Хорошая статья, сейчас как раз читаю книгу Джимми Нильсона, остальные видел, слышал, но ручки еще не дотянулись. Единственное, что хотел отметить, так это то что данные книги лучше читать в оригинале. ИМХО русский перевод немного отдает «корявостью».

Круть, сам думал о таком сервисе. Большое спасибо :)

Спасибо автору! Наверное, одна из лучших статей с начала года. Статья в закладки. Must read, must have.

не, ну не превращать в пошлятину, действительно какие-нибудь сложные задачи требующие нетривиальных решений, можно еще и полезных для ресурса, тогда все честно.

можно немного отойти от идеи написания статей, можно просто выдавать задачи со сложным решением ну и первый кто даст правильный ответ получает инвайт. Типа ежемесячной викторины :)

ой, опоздал не заметил предыдущий коммент пользователя Stepanow