С пару месяцев назад обсуждалась тут эта тема — регистрация юр.лица на домашний адрес, какие в связи с этим возникают бодания с налоговой, и какой гемор может приключиться в перспективе.
Арендовать целый офис для небольшой команды разработчиков часто нерентабельно. ИП — тоже кривое решение. И где выход?
"- Так где же выход? — А выход в том, чтоб обходить наш дом" (с) Звезда и смерть Хоакина Мурьеты
Я бы взял. А что, компания уже с легендой и историей получается. Можно смело писать в рекламных буклетах: «компания основана в… году Президентом России...»
>После этого в течение дня нотариус выдаст вам расписку...
Я правильно понял: нотариуса все же дважды надо посетить — сначала, чтобы отдать документы, а потом чтоб забрать расписку?
И все это, конечно, шикарно, но одна «мелочь» портит этот «праздник жизни» — для регистрации юр.лица требуется юр.адрес. А юр.адрес, как правило, продоставляют юр.конторы, как раз и занимающиеся регистрацией юр.лиц. Есть, конечно, обходные пути, но все они какие-то кривоватые. Поэтому в обозримом будущем хлеб у «регистраторов» отнять не получится.
В общем-то, да. Те, кого такие истории уже не трогают, тот про это знает немало. А из тех, кого они могут впечатлить, есть немало, кто имеет очень смутное представление о предмете обсуждения.
А Вам не кажется, что приглашать побеседовать ДО окончания приема ВСЕХ заявок — это, как минимум, э-э-э… не очень разумно? Разумеется, общаться со всеми заявленными участниками смысла нет. Но в грамотно организованных конкурсах принцип «кто раньше встал — того и тапки» должен быть исключен изначально.
Если б там же были конкретные предложения для тех, кто, почитав истории, решил, наконец, делать бекапы, пользы было б больше. И для читающих, и для создателей сайта
Да, голосование меня больше всего удивило. Не сам факт (это как раз обычное дело — типа, народный рейтинг и все такое), а то, что голосование началось ДО окончания срока подачи заявок. Это ж ежу понятно — кто раньше подался, тот дольше участвует в процессе голосования, что уже создает неравные условия для участников. Т.е. профанация акции изначально прет
Какие бы гуи не рисовали, это не избавит от человеческого фактора. С чем только не приходилось сталкиваться за свою жизнь: удаляли важные записи и целые таблицы, через PMA, через самописные админки, криво написанными SQL-запросами и т.д. Бэкапы — это хорошо, но они, как правило, дискретны по времени, поэтому накатывание бэкапа на поврежденную базу обычно решает проблему лишь частично.
И, в итоге, я пришел к единственному решению, которое гарантировано спасает любую ситуацию — логгирование всех действий, которые затрагивают изменение БД. Юзер меняет свои данные — пишем в лог, что на что поменял (кроме пароля, разумеется), проводятся какие-то транзакции — тоже все логгируется. И это (вкупе с регулярными бэкапами) позволяет восстановить базу практически в любой временнОй точке.
Я так понимаю, что проблема не в том, как тестируются продукты. И Россия тут не при чем — в англоязычном коммьюнити эта проблема очень давно обсуждается, и представители компании, которые изредка там появляются, прекрасно осведомлены о проблеме. Более того, особо пытливые даже нашли чего и в каком файле NIS нужно поправить, чтобы тулбар заработал в FF 4.0.1, но мне лично как-то стремно руками лезть в файлы продукта. В то же время это говорит о том, что фикс, по идее, плевый, но для компании нужны недели или месяцы, чтобы этот фикс выпустить.
Т.е. и проблема эта давно известна, и вовсе не только русскоязычных юзеров она касается, только вот волнует это ваших манагеров мало. Увы!
Поймите — дело не в том, что есть некий бак в продукте. То, что любой программный продукт гарантировано содержит N-ое количество багов — это аксиома, и это нормально. Но такие вот ситуации формируют отношение к компании. Что должно меня заставить считать, что другой продукт компания ведет более тщательно? И когда мне надо будет решать, какой антивирусник для корпоративного пользования брать, то прибавит ли эта ситуация плюсов в пользу компании Symantec?
Ох, не вовремя вы пропиарились, злой я на вас сегодня.
Все вышесказанное, конечно, зашибись. Но неужели среди 17 000+ сотрудников компании нет тех, кто:
1) Использует Firefox как основной браузер и регулярно его обновляет
2) Использует Norton Internet Security
3) Использует Norton Toolbar
А?
Для тех, кто не в теме: выход FF4 застал компанию Symantec врасплох, как русского крестьянина неожиданная зима в декабре. Апдейт, позволяющий юзать тулбар рождался долго и мучительно, и вышел в свет аккурат перед самым выходом FF 4.0.1. И угадайте с трех раз, какой подарочек ожидал тех, кто решил обновить свой ФФ? Правильно — тулбар опять не работает. И теперь есть серьезные опасения, что проблему пофиксят ровно перед очередным обновлением FF.
Ну так что, господа, вы-то сами свою собственную стряпню едите? Или для себя любымых вы припасли более изысканные блюда, нежели те, чем потчуете рядового юзера?
Не, если б было просто сказано, что там есть механизм кеширования, который работает — я бы не возражал. Но «работает и хорошо» и «хорошо проработан механизм» — это, как бы, две большие разницы ;)
И, кстати, кеш, вроде, там и есть, но надо его ручками прописовать во все модели, по умолчанию он вообще никак не задействован.
у OpenCart хорошо проработан механизм кеширования
О чем вы, уважаемый? Кеширование там примитивнейшее! Более примитивного механизма кеширования придумать просто невозможно
Арендовать целый офис для небольшой команды разработчиков часто нерентабельно. ИП — тоже кривое решение. И где выход?
"- Так где же выход? — А выход в том, чтоб обходить наш дом" (с) Звезда и смерть Хоакина Мурьеты
Я правильно понял: нотариуса все же дважды надо посетить — сначала, чтобы отдать документы, а потом чтоб забрать расписку?
И все это, конечно, шикарно, но одна «мелочь» портит этот «праздник жизни» — для регистрации юр.лица требуется юр.адрес. А юр.адрес, как правило, продоставляют юр.конторы, как раз и занимающиеся регистрацией юр.лиц. Есть, конечно, обходные пути, но все они какие-то кривоватые. Поэтому в обозримом будущем хлеб у «регистраторов» отнять не получится.
Вариантов не так уж много :)
1) Либо с самого начала все было предопределено, и конкурс был лишь фарсом
2) Либо за организацию взялись те, кто вообще подобными делами не занимался никогда (т.е. 100%-ное дилетантство)
История юзера @Inco дает основания склоняться ко 2-му варианту. Хотя, возможен, конечно, и какой-нибудь комбинированный вариант. ;)
Но в любом случае — грустно это
ЗЫ Для тех, конечно, кто вообще дни недели считает, и для кого они несут смысл
И, в итоге, я пришел к единственному решению, которое гарантировано спасает любую ситуацию — логгирование всех действий, которые затрагивают изменение БД. Юзер меняет свои данные — пишем в лог, что на что поменял (кроме пароля, разумеется), проводятся какие-то транзакции — тоже все логгируется. И это (вкупе с регулярными бэкапами) позволяет восстановить базу практически в любой временнОй точке.
Т.е. и проблема эта давно известна, и вовсе не только русскоязычных юзеров она касается, только вот волнует это ваших манагеров мало. Увы!
Поймите — дело не в том, что есть некий бак в продукте. То, что любой программный продукт гарантировано содержит N-ое количество багов — это аксиома, и это нормально. Но такие вот ситуации формируют отношение к компании. Что должно меня заставить считать, что другой продукт компания ведет более тщательно? И когда мне надо будет решать, какой антивирусник для корпоративного пользования брать, то прибавит ли эта ситуация плюсов в пользу компании Symantec?
Все вышесказанное, конечно, зашибись. Но неужели среди 17 000+ сотрудников компании нет тех, кто:
1) Использует Firefox как основной браузер и регулярно его обновляет
2) Использует Norton Internet Security
3) Использует Norton Toolbar
А?
Для тех, кто не в теме: выход FF4 застал компанию Symantec врасплох, как русского крестьянина неожиданная зима в декабре. Апдейт, позволяющий юзать тулбар рождался долго и мучительно, и вышел в свет аккурат перед самым выходом FF 4.0.1. И угадайте с трех раз, какой подарочек ожидал тех, кто решил обновить свой ФФ? Правильно — тулбар опять не работает. И теперь есть серьезные опасения, что проблему пофиксят ровно перед очередным обновлением FF.
Ну так что, господа, вы-то сами свою собственную стряпню едите? Или для себя любымых вы припасли более изысканные блюда, нежели те, чем потчуете рядового юзера?
И, кстати, кеш, вроде, там и есть, но надо его ручками прописовать во все модели, по умолчанию он вообще никак не задействован.
у OpenCart хорошо проработан механизм кешированияО чем вы, уважаемый? Кеширование там примитивнейшее! Более примитивного механизма кеширования придумать просто невозможно