Возможности большинства интерпритируемых языков позволяют делать много разных извращений (в хорошем смысле), но оборотной стороной этого будет плохая поддерживаемость кода (в силу многих причин — непопулярность извращений, сложность отладки инлайнового строкового кода и пр).
Если всё это затевалось в целях академического интереса, типа «эвона как оно умеет», то я и сам любитель такого :) А в промышленном использовании я бы за это разработчикам руки отрывал
Познавательный рассказ. Почему выбрали ИП, а не ООО? Насколько я знаю ИП отвечает всем своим имуществом, а ООО только уставным капиталом, а у нас, в стране медведей, всякое бывает :)
Это как пёрл, в котором можно сделать простые вещи сложночитаемыми.
Моё глубокое имхо, это избыточная функциональность, которой пользуются единицы на фаллометрических соревнованиях «Хрен прочтёшь мой код»
Если редкий клиент согласен ради небольшой разницы в цене отказаться от поддержки, гарантии, возможности провести оплату услуги в белую по бухгалтерии, и готов (видимо в первый раз) пройти этот фестиваль в общении с фрилансером, то пусть идёт себе налево. Как правильно подчеркнул топикстартер, если он не уйдёт к фрилансеру, он уйдёт к конкуренту, а нам (с позиции этой конторы) это одно и то же.
Если же каждый клиент наровит улизнуть, стало быть надо что-то менять в самой конторе, например ценообразование
для этого в конторе можно поставить атс (или настроить виртуальную атс) так, чтобы во внерабочие часы отдельные звонки на внутренние номера редиректились на мобильники соотв. сотрудников
Вы видели этих консультантов в магазинах? обычно это мальчики пубертатного периода, с зарплатой в 33 копейки, которые характеристик-то толком продаваемых девайсов не знают. А вот вариант D очень дельный, подписываюсь под ним.
«Если чего не получается — нужно не в поддержку ломиться»
Вы рассуждаете как айтишник :) Я тоже 99% проблем с девайсами и софтом решаю самостоятельно. Но к сожалению (нокии), её аудитория несколько шире, и бездействие/беспомощность техподдержки в этом случае — большой и жирный минус
Искренне сочувствую автору. Видимо нокия настолько неудачно монетизировалась, что испортилась окончательно. Очень часто пишут в последнее время о некачественных продуктах этого бренда.
В оправдание её былого goodwill могу лишь вспомнить, что у самого был 6670. Отличный был аппарат, за все 4 года владения им, я с усмешкой наблюдал за истерическими попытками других производителей придумать новые «фишечки» и «рюшечки», чтобы поднять интерес и продажи своих моделей, выдавая уже существующие и работающие решения в этом аппарате за «ноухау» — gprs, нормальный браузер, ежедневник с imap почтой, удобная синхронизация, многозадачность и куча приложений под Symbian 6.
rip nokia, ты когда-то была хорошей :)
Если:
а) мускуль свежий
б) реально из этой журнальной таблицы читаются в основном только «свежие» данные (критерий свежести легко формализуем)
То: dev.mysql.com/doc/refman/5.1/en/partitioning.html
Это второе средство, которое убережет от напастей. Первое конечно же хорошее проектирование изначально — отсутствие полнотекстовых уникальных индексов на варчаровых полях в непартицированных журнальных таблицах на много миллион строк, ну да что об этом.
Касаемо вашей задачи — по аналогии с оракловым rdbms_redefinition я бы предложил путь без грязных хаков, ибо непонятно чем это обернется в будущем: создать новую табличку с необходимой структурой, перелить туда все данные, переименовать таблички «новая» <-> «старая». Как первый этап проделать все это на девелоперском или тестовом сервере, раз они у вас есть. Ну да собственно вам это уже видимо предлагали.
По собственному опыту — не все производители имеют точки продаж для розничных клиентов. А ещё эти «фирменные магазины» надо поискать, бывают и такие, о которых в интернете ни слова, а интернет-магазны т.н. «официальных дилеров» и «партнёров» на каждом углу. Ещё бывают эксклюзивные договора, по которым изготовитель обязывается не продавать свою продукцию только им и никому другому…
А так вообще да, у производителя всегда дешевле :)
Хорошее начинание, главное полезное. Темы заданий понравились — на злобу дня :) Но если хотите моих 5 копеек — я бы пошел чуть другим путем, попытался бы столкнуть «лоб в лоб» носителей обоих языков, может в коммандно-соревновательном духе так, чтобы у участников проекта была возможность и необходимость живьем (видеоконференции) пообщаться друг с другом чтобы выполнить очередное задание. Но в любом случае, даже этот уровень интерактивности что есть в вашем проекте, внушает оптимизм за его будущее.
Если всё это затевалось в целях академического интереса, типа «эвона как оно умеет», то я и сам любитель такого :) А в промышленном использовании я бы за это разработчикам руки отрывал
Моё глубокое имхо, это избыточная функциональность, которой пользуются единицы на фаллометрических соревнованиях «Хрен прочтёшь мой код»
моё предложение было в струю маниакальной идеи изолировать сотрудников от клиентов
Если же каждый клиент наровит улизнуть, стало быть надо что-то менять в самой конторе, например ценообразование
Вы рассуждаете как айтишник :) Я тоже 99% проблем с девайсами и софтом решаю самостоятельно. Но к сожалению (нокии), её аудитория несколько шире, и бездействие/беспомощность техподдержки в этом случае — большой и жирный минус
В оправдание её былого goodwill могу лишь вспомнить, что у самого был 6670. Отличный был аппарат, за все 4 года владения им, я с усмешкой наблюдал за истерическими попытками других производителей придумать новые «фишечки» и «рюшечки», чтобы поднять интерес и продажи своих моделей, выдавая уже существующие и работающие решения в этом аппарате за «ноухау» — gprs, нормальный браузер, ежедневник с imap почтой, удобная синхронизация, многозадачность и куча приложений под Symbian 6.
rip nokia, ты когда-то была хорошей :)
Приведите пожалуйста ddl таблички, пару строк данных и выполняемые действия по реорганизации
а) мускуль свежий
б) реально из этой журнальной таблицы читаются в основном только «свежие» данные (критерий свежести легко формализуем)
То:
dev.mysql.com/doc/refman/5.1/en/partitioning.html
Это второе средство, которое убережет от напастей. Первое конечно же хорошее проектирование изначально — отсутствие полнотекстовых уникальных индексов на варчаровых полях в непартицированных журнальных таблицах на много миллион строк, ну да что об этом.
Касаемо вашей задачи — по аналогии с оракловым rdbms_redefinition я бы предложил путь без грязных хаков, ибо непонятно чем это обернется в будущем: создать новую табличку с необходимой структурой, перелить туда все данные, переименовать таблички «новая» <-> «старая». Как первый этап проделать все это на девелоперском или тестовом сервере, раз они у вас есть. Ну да собственно вам это уже видимо предлагали.
А так вообще да, у производителя всегда дешевле :)