Справедливое замечание. Те, кто думает, что суд мигом решит все их проблемы ошибаются. Это больше так, для запугивания. Сначала придется потратиться на юриста, потом начнется тягомотина, собирание бумажек и доказательств. Затем слушание, потом возможно еще одно. И есть определенная вероятность, что несмотря на все, решение будет не в вашу пользу. Есть более эффективный способ заработать деньги.
Более того, в информационных технологиях судья как правило ничего не понимает, а посему доказать факт выполненной работы становится невозможным. Вот если бы вы строили дом - это другое дело. С другой стороны, в информатике всегда есть возможность восстановить справедливость программным путем - не давать клиенту полнофункционирующей версии до тех пор, пока не произойдет оплата по факту.
Прошу прощения за форму, но очень необходимо. Кто может, поделитесь опытом как заставить клиента ПОДПИСАТЬ АКТ о приемке? На моем веку таких актов подписано не было. То есть, клиент либо просто отказывался, либо тянул резину, ссылаясь на выдуманные недочеты и необходимые изменения.
Информационные технологиии способствуют только мировому обнищанию и ни чему более. То, что реально движет жизнь - это производство, сельское хозяйство и топливно-энергетический комплекс. То, для чего сейчас в основном используются информационные технологии - это entertainment. Информационные технологии в производстве - это "о" малое от того, что дает индустрия развлечений.
По сути ядро singularity - это одна виртуальная машина, выполняющая инъектируемые куски кода. Круто.
Насчет Java хочется поправить, что untrusted code через reflection не может (и никогда не мог) получить доступ к системным ресурсам, поскольку выполнение кода контролируется SecurityManager-ом. Проблемы с эксплоитами возникали в имплементации Java 1.1 от Microsoft, где были обойдены некоторые основные принципы спецификации в угоду более native интеграции с платформой Windows (например, любой объект автоматически имплементировал COM).
Вообще производить стало невыгодно. И все благодаря китайцам. Если раньше основной процент прибыли получал производитель, то сейчас практичеки все получают посредники. Коммерческие центры и сети магазинов просят до 70% от цены товара, оставляя 30% тем, кто его производит.
Вы забыли упомянуть, что 99% производимого сейчас товара - это ширпотребное говно. И не важно как Вам его преподносят - на лопате или в конфетной обертке. Люди просто разучились делать хорошие вещи (или это стало невыгодно). Вместо этого вся индустрия направлена на то, как бы это говно впарить клиенту. И всякого рода дизайнеры и маркетологи соревнуются в этом.
Господа, один вопрос. Где-то я слышал, что gzip-нутый контент не кешируется ни проксями ни браузерами.
Неспроста ведь в настройках gzip для Tomcat стоит exclude для .css и .js. То есть при каждом посещении страницы все стили и скрипты грузятся по новой. Так что...
2. XP дома пользовал втечение 4-х лет без антивируса. Проблем с секюрити не было.
>Миграция 32-64 бита для меня прошла абсолютно безболезненно.
Вот тока не надо гнать! Начиная от пропиетарных драйверов ATI и кончая flash-plugin, java-plugin, виндовыми кодеками, Nx, и т.д… Насколько я знаю, Firefox 64bit до сих пор не существует (т.е. не поддерживается производителем).
3. Юзабилити — это не красивые окна и кномочки. Это то, сколько времени у тебя отняло сексс настройками линукса вместо сделанной работы.
4. Отсутствие антивируса слихвой покрывается общей тормознутостью системы.
5. Если покупать брендовый комп с предустановленной виндой, то получается очень экономно (загляни в dell-овский ценник).
6. Ключевое слово «любых» преднамеренно опущено. Не для кого не секрет, что устанавливать одним кликом можно только программы, заботливо собранные комьюнити. Попробуй, собери-ка из что-нибудь .tar.gz одним кликом…
Качество большинства юзерских программ — говно, средства разработки — говно (Eclipse, Netbeans не в счет), api — говно, архитектура middleware (все, что выше ядра) — разрозненное нестабильное говно (у всех скайп с pulseaudio работает?), офис — и тот подарен щедрой рукой sun, поддержка аппаратуры — говно (себе дороже выходит покупать хард под софт), мультимедия возможности — в эмбрионном состоянии. Чисто визуально (ГУИ) винда на той же аппаратуре работает быстрее и стабильнее.
Теперь РЕАЛЬНЫЕ плюсы:
1. Стабильное ядро.
2. Гибкость и конфигурируемость.
3. Большое количество бесплатного софта в репозиториях.
4. Дешевая альтернатива СЕРВЕРНОМУ варианту виндов при сходной производительности.
5. Работает.
Согласен. Однако юридически доказать факт порчи и посчитать ущерб от биты в тысячу раз проще, чем сделать то же самое для базы данных. Следует нанять независимую следственную бригаду, которая сможет доказать вину уволенного админа. И даже тогда ущерб, выдвинутый пострадавшим, не будет приниматься всерьез в суде.
Кстати, насчет вставки своих шрифтов. Если нужно написать заголовок каким-нибудь необычным шрифтом, многие используют для этой цели Flash, который умеет хранить фонт внутри файла.
Спасибо. Долго мучился с кешированием вебкама - изображение заливалось новое, а половина клиентов видели старое. Выяснилось, что проблема на проксях провайдера - они насильно кешировали статичный контент. Как ни странно, лечилось (и до сих пор лечится):
Pragma: no-cache
Успешный проект продается вместе с программистами. А если Вы - лидер и архитектор проекта, и только Вы знаете как он устроет внутри - можете смело идти на шантаж (в разумных пределах ессно). Некоторые стратегии для достижения результата:
1. Контролируйте все, что только можно в проекте - ни одного черного ящика, ни одного неизвестного модуля.
2. Влезайте куда только можно - чтобы код ваши разработки присутствовали везде. Планируйте архитектуру всего проекта, берите все на себя, не давайте поручать разработку частей другим.
3. Пишите библиотеки, фреймворки и лееры низкого уровня, заставляйте остальных использовать их, тем самым подсаживая всех на ваши разработки. Хорошая леерная структура - залог успеха проекта.
4. Пишите документацию поверхностно, не вникая в детали. Больше графики, диаграмм, стрелочек, модных слов, выделенных болдом. Шеф будет доволен - ему легче читать, однако для разработки такая "документация" будет абсолютно бесполезна.
5. Будьте лидером и архитектором проекта. Пытайтесь ограничить своего прямого начальника от всей "кухни", предоставляя ему только отчеты. Он будет доволен, но вместе с тем необходимость в нем падает, что может привести к его увольнению, а Вас - на его место.
6. Знайте абсолютно все о проекте. Будьте человеком, у которого всегда можно спросить.
7. Чтобы все получилось, въябывать все-таки придется - без этого никак.
Не только проектирования и реализации, но и сопровождения. Если система правильно спроектирована, то любые изменения и добавления функциональности (и новых сущностей) затрагивают как правило четко локализованный участок кода, а не весь проект вцелом.
Более того, в информационных технологиях судья как правило ничего не понимает, а посему доказать факт выполненной работы становится невозможным. Вот если бы вы строили дом - это другое дело. С другой стороны, в информатике всегда есть возможность восстановить справедливость программным путем - не давать клиенту полнофункционирующей версии до тех пор, пока не произойдет оплата по факту.
Прошу прощения за форму, но очень необходимо. Кто может, поделитесь опытом как заставить клиента ПОДПИСАТЬ АКТ о приемке? На моем веку таких актов подписано не было. То есть, клиент либо просто отказывался, либо тянул резину, ссылаясь на выдуманные недочеты и необходимые изменения.
Насчет Java хочется поправить, что untrusted code через reflection не может (и никогда не мог) получить доступ к системным ресурсам, поскольку выполнение кода контролируется SecurityManager-ом. Проблемы с эксплоитами возникали в имплементации Java 1.1 от Microsoft, где были обойдены некоторые основные принципы спецификации в угоду более native интеграции с платформой Windows (например, любой объект автоматически имплементировал COM).
Неспроста ведь в настройках gzip для Tomcat стоит exclude для .css и .js. То есть при каждом посещении страницы все стили и скрипты грузятся по новой. Так что...
1. Неубедительно.
2. XP дома пользовал втечение 4-х лет без антивируса. Проблем с секюрити не было.
>Миграция 32-64 бита для меня прошла абсолютно безболезненно.
Вот тока не надо гнать! Начиная от пропиетарных драйверов ATI и кончая flash-plugin, java-plugin, виндовыми кодеками, Nx, и т.д… Насколько я знаю, Firefox 64bit до сих пор не существует (т.е. не поддерживается производителем).
3. Юзабилити — это не красивые окна и кномочки. Это то, сколько времени у тебя отняло сексс настройками линукса вместо сделанной работы.
4. Отсутствие антивируса слихвой покрывается общей тормознутостью системы.
5. Если покупать брендовый комп с предустановленной виндой, то получается очень экономно (загляни в dell-овский ценник).
6. Ключевое слово «любых» преднамеренно опущено. Не для кого не секрет, что устанавливать одним кликом можно только программы, заботливо собранные комьюнити. Попробуй, собери-ка из что-нибудь .tar.gz одним кликом…
Качество большинства юзерских программ — говно, средства разработки — говно (Eclipse, Netbeans не в счет), api — говно, архитектура middleware (все, что выше ядра) — разрозненное нестабильное говно (у всех скайп с pulseaudio работает?), офис — и тот подарен щедрой рукой sun, поддержка аппаратуры — говно (себе дороже выходит покупать хард под софт), мультимедия возможности — в эмбрионном состоянии. Чисто визуально (ГУИ) винда на той же аппаратуре работает быстрее и стабильнее.
Теперь РЕАЛЬНЫЕ плюсы:
1. Стабильное ядро.
2. Гибкость и конфигурируемость.
3. Большое количество бесплатного софта в репозиториях.
4. Дешевая альтернатива СЕРВЕРНОМУ варианту виндов при сходной производительности.
5. Работает.
Pragma: no-cache
1. Контролируйте все, что только можно в проекте - ни одного черного ящика, ни одного неизвестного модуля.
2. Влезайте куда только можно - чтобы код ваши разработки присутствовали везде. Планируйте архитектуру всего проекта, берите все на себя, не давайте поручать разработку частей другим.
3. Пишите библиотеки, фреймворки и лееры низкого уровня, заставляйте остальных использовать их, тем самым подсаживая всех на ваши разработки. Хорошая леерная структура - залог успеха проекта.
4. Пишите документацию поверхностно, не вникая в детали. Больше графики, диаграмм, стрелочек, модных слов, выделенных болдом. Шеф будет доволен - ему легче читать, однако для разработки такая "документация" будет абсолютно бесполезна.
5. Будьте лидером и архитектором проекта. Пытайтесь ограничить своего прямого начальника от всей "кухни", предоставляя ему только отчеты. Он будет доволен, но вместе с тем необходимость в нем падает, что может привести к его увольнению, а Вас - на его место.
6. Знайте абсолютно все о проекте. Будьте человеком, у которого всегда можно спросить.
7. Чтобы все получилось, въябывать все-таки придется - без этого никак.