Почему бы не воротить огород с двумя SCM, а просто использовать симлинки? Из постановки задачи следует, что нужно иметь под рукой две копии одной версии svn чтобы править их независимо и сравнивать время от времени. Делаем cp -R ACME ACME_idea; mv ACME ACME_master; ln -s ACME_master ACME. В ACME у нас теперь мастер-рабочая-копия, в нее смотрят IDE, веб-сервер и другие заинтересованные личности.
Настала пора переключиться в идею: rm ACME; ln -s ACME_idea ACME;. Заинтересованные личности в восторге.
ЗЫ: возможно, я не уловил кайфа git'a для такой простой задачи, но она полностью решается симлинками.
Такие тонкости нужны для того, чтобы столкнувшись с подобным е****ым использованием php не впасть в ступор, а как минимум обратить на это внимание, а как максимум знать что код реально делает.
К сожалению, нет. Тут важен приоритет, что поставить на первое место: «я — иногородний и со мной связаны проблемы» или «я — хороший специалист и то, что я пока не тут, не самое главное».
Какой же это обман? Многие работодатели даже не общаются с соискателями если они из другого города. А речь идет о том, чтобы на первое место поставить профессиональные навыки, а не место жительства. В конце-концов, если работодатель готов взять человека, а соискателю понравилось предложение, то проблема места жительства значительно упрощается — есть договоренность и работник едет не «в никуда», а обоснованно ищет жилье. В результате все довольны.
Имхо переезд в город с интересной работой — не проблема. Достаточно поставить себя на место работодателя: в резюме должно быть указано местонахождение соискателя аналогичное местонахождению работодателя, а дальше дело техники (пример по телефону; Р — работодатель, П — программист):
Р: Здравствуйте, вы ищете работу? Мы такие-то, нас заинтересовало ваше резюме, приезжайте на собеседование.
П: А что за проект? Что по деньгам? Что делать? Куда ездить? Как питаться? И т.п. (выясняем для себя привлекательность и общую валидность предложения по максимуму)
Р: Приезжайте тогда-то по адресу г. %city%, ул. Какого-то, д. 0, оф. -1
П (внимание!): Я сейчас не в %city%, буду не раньше такого-то числа. тут нужно сразу решить — ехать или не ехать в принципе.
Можно подобрать несколько интересных предложений, спланировать их примерно на одни и те же дни, приехать и эффективно прособеседоваться. И после собеседования, в течение которого появилась уверенность в удачном исходе, можно поднять тему о рабочей визе/регистрации/etc.
Да, EeePC — это, безусловно, основной инструмент дизайнера =) А если серьезно, то мой коллега использует Samsung NC10 с внешним монитором. Если не считать бОльшего числа запущеных приложений, то на производительности второй монитор никак не сказывается.
Для тех, кто не помнит первых популярных «двухголовых» видюх Matrox G550 и иже с ними, то у них на борту было 8Мб памяти и они отлично тянули пару мониторов Yiiama в максимальном разрешении 1600x1200 (24bpx). А было это ого-го как давно =)
Интересно было бы увидеть ссылку на оригинал статьи — возможно это огрехи перевода.
Скорее всего речь идет о том, что второй монитор провоцирует на запуск бОльшего числа приложений, что может негативно сказаться на общей производительности.
Боюсь, что простыми скриптами тут можно обойтись лишь на первый взгляд. И чисто анализом не обойтись — по сути для корректного анализа нужно написать бота, который раскладывал бы текст на смысловые и речевые элементы и устанавливал между ними связи.
У нас другой подход. Мы даем возможность программировать диалоги с помощью простых инструментов и, что важно, даем возможность утилизировать проделанную работу — инфа можно выставить практически где угодно и построить на его основе свою собственную сеть/аудиторию.
Зайдите на наш форум (http://forum.iii.ru) — там много цитат из диалогов и большая часть весьма близка к реальному общению. Вот, буквально сегодня по реферам наткнулся на такой диалог: seokot.ru/2009/04/29/platon_shukin
Честно говоря, я бы и ZendServer на продакшн не стал бы ставить — непонятно что он дает против, скажем, deb-пакетов Ubuntu/Debian или FreeBSD-ports? Под виндой, может, он и актуален. Под линухом/фряхой — однозначно нет.
Действия по включению и выключению модулей делаются один-два раза, т.е. редко. Если проект нагруженный, то сборки, версии и конфигурации вылизываются как впускной коллектор. Если используются сторонние продукты, то опенсорсные (обкатанные в хвост и в гриву, а если что не так или где-то что-то, то есть исходники — и это не теория, а практика). Монитор версий — на любом серьезном продакшене стоит zabbix/munin/etc и вся подобная инфа выводится туда.
Боты хранят контекст, но он весьма объемен и я его не обрабатываю, но позже буду это делать. Контекстные ссылки реализованы (см. www.nic.ru/semantic) — их пока нет в интерфейсе. Редактирование шаблонов в плане юзабилити сейчас не очень и над этим тоже работаем.
Сейчас можно быстро создавать шаблоны из «Разговоров». Если инф ответил не так, как задумано, то в логе сообщений можно исправить это по месту. Результат исправления будет сохранен в шаблонах.
cp -R ACME ACME_idea; mv ACME ACME_master; ln -s ACME_master ACME. В ACME у нас теперь мастер-рабочая-копия, в нее смотрят IDE, веб-сервер и другие заинтересованные личности.Настала пора переключиться в идею:
rm ACME; ln -s ACME_idea ACME;. Заинтересованные личности в восторге.ЗЫ: возможно, я не уловил кайфа git'a для такой простой задачи, но она полностью решается симлинками.
Р: Здравствуйте, вы ищете работу? Мы такие-то, нас заинтересовало ваше резюме, приезжайте на собеседование.
П: А что за проект? Что по деньгам? Что делать? Куда ездить? Как питаться? И т.п. (выясняем для себя привлекательность и общую валидность предложения по максимуму)
Р: Приезжайте тогда-то по адресу г. %city%, ул. Какого-то, д. 0, оф. -1
П (внимание!): Я сейчас не в %city%, буду не раньше такого-то числа. тут нужно сразу решить — ехать или не ехать в принципе.
Можно подобрать несколько интересных предложений, спланировать их примерно на одни и те же дни, приехать и эффективно прособеседоваться. И после собеседования, в течение которого появилась уверенность в удачном исходе, можно поднять тему о рабочей визе/регистрации/etc.
Для тех, кто не помнит первых популярных «двухголовых» видюх Matrox G550 и иже с ними, то у них на борту было 8Мб памяти и они отлично тянули пару мониторов Yiiama в максимальном разрешении 1600x1200 (24bpx). А было это ого-го как давно =)
Скорее всего речь идет о том, что второй монитор провоцирует на запуск бОльшего числа приложений, что может негативно сказаться на общей производительности.
У нас другой подход. Мы даем возможность программировать диалоги с помощью простых инструментов и, что важно, даем возможность утилизировать проделанную работу — инфа можно выставить практически где угодно и построить на его основе свою собственную сеть/аудиторию.
Зайдите на наш форум (http://forum.iii.ru) — там много цитат из диалогов и большая часть весьма близка к реальному общению. Вот, буквально сегодня по реферам наткнулся на такой диалог: seokot.ru/2009/04/29/platon_shukin
Или вот, инф «заточенный» под конкретную задачу: prodamezha.iii.ru
Действия по включению и выключению модулей делаются один-два раза, т.е. редко. Если проект нагруженный, то сборки, версии и конфигурации вылизываются как впускной коллектор. Если используются сторонние продукты, то опенсорсные (обкатанные в хвост и в гриву, а если что не так или где-то что-то, то есть исходники — и это не теория, а практика). Монитор версий — на любом серьезном продакшене стоит zabbix/munin/etc и вся подобная инфа выводится туда.
Ну и так далее.
Сейчас можно быстро создавать шаблоны из «Разговоров». Если инф ответил не так, как задумано, то в логе сообщений можно исправить это по месту. Результат исправления будет сохранен в шаблонах.