Клиенту достаточно добавить ящик, с которого вы рассылаете сообщения, в список контактов, или единожды нажать на вашем письме "not spam", или ответить на ваше письмо - и больше они счет не попадет.
"Если переписывать с нуля - соглашаются за половину зарплаты. Если поддерживать - не соглашаются за две"
"почему мне в университете ни один преподаватель не сказал, что, приходя на работу, мы должны реализовывать бизнес задачу компании наиболее точно и использовать наиболее эффективный инструментарий для этой реализации"
Потому что программист... да что там, любой человек, выбирая себе работу, _никому и ничего не должен_. Представление о том, что выбор профессии налагает некие обязанности - странен. Обязанности налагает контракт с работодателем. Если человек не соглашается за две зарплаты поддерживать чужой продукт - значит, он высоко оценивает собственные шансы найти занятость, более полно соответствующую его представлениям об оплате труда и удовлетворению, получаемому от работы.
Не говоря уже о том, что поддержка чужого кода в большинстве случаев - скука и боль. Нет, не так. БОЛЬ.
Вы же совершенно чудесно изложили несколько success stories, когда свежий взгляд на проблему привел к более эффективному ее решению. Главное, чтобы результат удовлетворял требованиям и ограничениям компании и укладывался в бюджет и сроки. Если при этом он оказывается более емким, элегантным, мощным или масштабируемым, чем предполагалось - тем лучше. Просто в том же Инвестбанке ограничения, налагаемые на решение, оказались более суровыми, чем вам встречались до того - и это тоже вполне нормальная ситуация.
Хорошего IM-клиента под Linux нет. Выбирать стоит по принципу меньшего зла, и вот тут Pidgin на коне.
У него действительно была тенденция часто падать, но это вроде бы было пару минорных версий назад. Особенно раздражало падение при комплите ника. Но я точно уверен, что этот баг пофиксали в одной из последних версий. Я пользуюсь версией 2.1.1, и она не падает у меня вообще. Я отлично понимаю, что это не аргумент, да и сам не люблю ответы в стиле "а у меня все работает", но - может быть стоит посмотреть в дампы падений, может быть, дело не в самом клиенте, а в какой-нибудь из библиотек, которые он использует? Совместимость версий под Linux - это страшная вещь.
берил затем и сливали с компизом, чтобы из глючной хрени, родившейся от бурной фантазии горячих парней, получилось что-нибудь хоть сколько-нибудь стабильное и надежное (как компиз). судя по шотам/отзывам - получилось.
Hibernate ошибочно поставлен в ряд фреймворков, автоматически анализирующих структуру данных в базе в рантайме. Но ведь это не так.
Во-первых, привязка объекта к таблице или таблицам и его полей к полям таблиц размечается в xml-ом дескрипторе или аннотациями прямо в коде.
Во-вторых, в рантайме необходимая для работы с базой логика по этим дескрипторам генерируется прямо байт-кодом и инжектируется в классы, таким образом выдавая производительность, равную производительности кода, написанного от руки.
В-третьих, большое количество платных и бесплатных тулзов генерируют hibernate-разметку и собственно бины по базе. А руками такой тул пишется за день; последний раз для нашего проекта я так и поступил, чтобы генерировать не только собственно код объектов данных и DAO-классов к ним, но и тестовые данные и код unit-тестов на тот самый CRUD.
Я предпочитаю выбирать по нуждам, и там, и там. И до установки линукса даже и не подозревал, что ось может налагать ограничения на используемое железо. Был молод, наивен и глуп. :)
Бггг, и тем самым сохранить ноутбуку жизнь... да, плохая, плохая виндовс!
На ноут за 1000+ у.е. можно и нужно поставить ту ось, которая позаботится о железе. А не подбирать, в лучших традициях, железо, которое устроит ось.
А. Ну, так о том и речь, что разные мультипротокольные клиенты, навроде того же Gaim, умеют делать это в рамках одного приложения, совешенно верно абстрагируя, что работа с двумя аськами ничем не отличается от работы с аськой и жаббером. :)
Расскажите примерно, как это делалось. Потому что пару лет назад я уже был на миранде, и там эта проблема была. Вот задача: я хочу одновременно быть онлайн в двух ICQ аккаунтах. Скажем, мой Я, и мой виртуал Вася. Какие примерно действия делались пользователем миранды два года назад, чтобы добиться этого результата?
Я как-то, будучи фанатом Оперы и всего оперного, прогнал DOM-тесты от W3C на Опере и FF. К моему удивлению, Опера и производительности, и по соответствию стандартам уступила FF. Перейти на FF меня это так и не заставило, скорость работы дороже, но во многом охладило тот пыл, который заставляет фанатов минусовать такие выпады в сторону их любимого браузера :)
Вот описание тестов и результатов, если я что-то сделал не так при тестировании, буду только рад об этом услышать:
FireFox, IE, Opera и соответствие стандартам.
Rendering Benchmarks
А вообще интересно проверить, как этот сайт поведет себя на альфе 9.5 :) Например, наше heavily-AJAX-приложение, которое работало на FF и IE, но на Опере даже не грузилось, на 9.5 заработало почти полностью. Что не может не радовать :)
Символика эзотерической традиции христианства в Книге Экклезиаста тоже достойный повод для дискуссии. И историческое значение теории дарвинизма. И корпускулярно-волновой дуализм. И все эти три темы объединяет, помимо интересности, еще одно свойство - всем им нечего делать в теме IT.
Ну так а в чем тогда? Я же не говорю, что я умный, я говорю, что задача простая.
Давайте еще вкусный пост про теорему Пифагора напишем и будем всем коллективом переться. Очень айтишно.
"почему мне в университете ни один преподаватель не сказал, что, приходя на работу, мы должны реализовывать бизнес задачу компании наиболее точно и использовать наиболее эффективный инструментарий для этой реализации"
Потому что программист... да что там, любой человек, выбирая себе работу, _никому и ничего не должен_. Представление о том, что выбор профессии налагает некие обязанности - странен. Обязанности налагает контракт с работодателем. Если человек не соглашается за две зарплаты поддерживать чужой продукт - значит, он высоко оценивает собственные шансы найти занятость, более полно соответствующую его представлениям об оплате труда и удовлетворению, получаемому от работы.
Не говоря уже о том, что поддержка чужого кода в большинстве случаев - скука и боль. Нет, не так. БОЛЬ.
Вы же совершенно чудесно изложили несколько success stories, когда свежий взгляд на проблему привел к более эффективному ее решению. Главное, чтобы результат удовлетворял требованиям и ограничениям компании и укладывался в бюджет и сроки. Если при этом он оказывается более емким, элегантным, мощным или масштабируемым, чем предполагалось - тем лучше. Просто в том же Инвестбанке ограничения, налагаемые на решение, оказались более суровыми, чем вам встречались до того - и это тоже вполне нормальная ситуация.
У него действительно была тенденция часто падать, но это вроде бы было пару минорных версий назад. Особенно раздражало падение при комплите ника. Но я точно уверен, что этот баг пофиксали в одной из последних версий. Я пользуюсь версией 2.1.1, и она не падает у меня вообще. Я отлично понимаю, что это не аргумент, да и сам не люблю ответы в стиле "а у меня все работает", но - может быть стоит посмотреть в дампы падений, может быть, дело не в самом клиенте, а в какой-нибудь из библиотек, которые он использует? Совместимость версий под Linux - это страшная вещь.
Во-первых, привязка объекта к таблице или таблицам и его полей к полям таблиц размечается в xml-ом дескрипторе или аннотациями прямо в коде.
Во-вторых, в рантайме необходимая для работы с базой логика по этим дескрипторам генерируется прямо байт-кодом и инжектируется в классы, таким образом выдавая производительность, равную производительности кода, написанного от руки.
В-третьих, большое количество платных и бесплатных тулзов генерируют hibernate-разметку и собственно бины по базе. А руками такой тул пишется за день; последний раз для нашего проекта я так и поступил, чтобы генерировать не только собственно код объектов данных и DAO-классов к ним, но и тестовые данные и код unit-тестов на тот самый CRUD.
Просто небольшое замечание :)
На ноут за 1000+ у.е. можно и нужно поставить ту ось, которая позаботится о железе. А не подбирать, в лучших традициях, железо, которое устроит ось.
- меня одного смущает этот строковый ключик?
http://e-v-ches.livejournal.com/110065.html
http://e-v-ches.livejournal.com/110065.html
Вот описание тестов и результатов, если я что-то сделал не так при тестировании, буду только рад об этом услышать:
FireFox, IE, Opera и соответствие стандартам.
Rendering Benchmarks
А вообще интересно проверить, как этот сайт поведет себя на альфе 9.5 :) Например, наше heavily-AJAX-приложение, которое работало на FF и IE, но на Опере даже не грузилось, на 9.5 заработало почти полностью. Что не может не радовать :)
Давайте еще вкусный пост про теорему Пифагора напишем и будем всем коллективом переться. Очень айтишно.