С лишением свободы вы перебрали ;-) Угрозы вскользь и намеками. Под УК они пока не тянут.
Надеюсь что он достаточно умен, чтобы не лезть на ражен. Пока у меня все в порядке, я вряд ли перейду в нападение в рамках закона
Часть сумм по проекту я знаю) Я и говорю что они в накладе с моим уходом не остались, на данный момент заработал им где-то x4. В законодательстве РФ с правом на ПО все немного сложнее. Безусловно автор я, но это еще доказать бумагами надо
Думаете стоит это делать? Они уже подписали договор с подрядчиком, пусть сами и продолжают. Два договора на одну и ту же функциональность они вряд ли заключат. И думаю что в менеджменте авиакомпании есть прикормленные люди. Их вроде все устраивает. Фирма, в которой я работал уже много лет с ними так сотрудничает. Незаконно нанимая людей на проектики
Да, nagios или zabbix/ganglia отличные решения! По поводу Name-Node и HDFS, не является ли эта подсистема ограничивающей масштабируемость? И по вашим словам вам пришлось делать лишние манипуляции с мелкими файлами. Проводили ли вы тесты по использованию других файловых систем вместо HDFS?
Интересно было что изменилось в Hadoop c 2008. Тогда на стартапе поиска изображений по визуальному образцу мы использовали его. Hadoop в версии 0.17 представлял из себя жалкое зрелище. Разработчики hadoop похоже не думали о thread safe HDFS клиента вообще. Клиент для доступа к его распределенной файловой системы (HDFS) пришлось сильно патчить. В качестве спайдера использовал кластер из heritrix 2. Был написан собственный контроллер кластера, только в качестве хранилища URL для каждого домена использовалась berkeley db java edition, а очередь сайтов по доменам для закачки хранилась в PostgreSQL. Мной была написана инфраструктура по мониторингу кластера спайдеров и сбору статискики по задачам и отображения в интерфейсе. В heretrix дописал поддержку sitemap.
Вобщем все бы было не плохо, но стабильность работы HDFS оставляла желать лучшего. Однажды из-за сетевых проблем в датацентре name node потерял связь с частью data node, а после подключения их обратно он автоматически так восстановил метаданные, что сотни гигабайт данных оказались в неконсистентном состоянии. По умолчанию использовалось 3 реплики для данных, что вообще в той ситуации никак не спасло. Часть данных из неконсистентных файлов удалось спасти с помощью самописной распределенной программы. После этого случая, совместно с коллегой пробовали kosmosfs, но с ним было еще меньше надежд на надежность хранения данных. Тогда решение о применении hadoop было принято руководством. А разработчики, как мыши: плакали, кололись, но продолжали есть кактус/использовать hadoop.
Вы рассматривали в качестве распределенной файловой системы GlusterFS? В отличии от HDFS она не содержит централизованный сервер метаданных, написана на C++(никаких пауз GC), содержит адаптер для работы в Hadoop Map-Reduce. Это в теории… Вопрос опять же в надежности такого решения, т.к. я давно занимаюсь другими работами в компаниях, задачи в которых не связанны с Internet. Насколько развиты средства восстановления данных и мониторинга для такого решения?
Чтобы выстрелить надо выполнить активацию пули, а после выхода сервис пака оклоняется от заданной траектории пуля летит за апдейтом? Еще будут OEM пули и драйвера на диске в коробке с патронами
есть вполне доступные контроллеры с CAN, USB и ethernet на борту. например SMT32.
другой вопрос в написании софта и reverse engineering комманд. тогда можно вместо мигания лампочками на ардуине поднимать и опускать стекла у Ford ;-)
C: Вы простреливаете себе ногу.
SQL: INSERT INTO нога (ступня) SELECT патроны AS пуля FROM пистолет WHERE курок = 'СПУЩЕН'; COMMIT;
JavaScript: Вы прочитали 3 книги, изучили 10 наглядных примеров, разработали потрясающий интерфейс и теперь, кажется, готовы к тому, чтобы выстрелить себе в ногу. Потом в процессе стрельбы обнаруживаете, что пули имеют радиус действия, равный длине ствола, и испаряются прямо на выходе.
PHP: Вы стреляете себе в ногу из пистолета, сделанного из частей 300 других пистолетов.
Perl: Вы стреляете себе в ногу, и никто не может понять, как вы сделали это. Через шесть месяцев не можете и вы.
BASH: От скуки вы стреляете себе в ногу ежом из арбалета, а потом думаете, как отрастить новую ногу и чем на этот раз её откромсать.
С мобильным браузером на платформе android скорее всего будет проблема… MJPEG он не поддерживает, флеш может быть не установлен. Как решение — либо транскодирование стрима на сервере, либо javascript клиент, которые отображает jpeg кадры из стрима на html5 канве
Молодец, классно реализовал на java! Когда-то сталкивался с выкорчевыванием изображений из PDF и генерацией PDF в других апликухах, остался неприятный осадок от open source библиотек на java, все приходилось допиливать напильником.
А использовать Openwrt совместимый роутер с дешевым GPRS модемом не проще и дешевле было бы? Из плюсов — linux и множество языков программирования. Если нужен логгинг при отстутствии связи, можно записывать данные на подключенную флешку.
Надеюсь что он достаточно умен, чтобы не лезть на ражен. Пока у меня все в порядке, я вряд ли перейду в нападение в рамках закона
Интересно было что изменилось в Hadoop c 2008. Тогда на стартапе поиска изображений по визуальному образцу мы использовали его. Hadoop в версии 0.17 представлял из себя жалкое зрелище. Разработчики hadoop похоже не думали о thread safe HDFS клиента вообще. Клиент для доступа к его распределенной файловой системы (HDFS) пришлось сильно патчить. В качестве спайдера использовал кластер из heritrix 2. Был написан собственный контроллер кластера, только в качестве хранилища URL для каждого домена использовалась berkeley db java edition, а очередь сайтов по доменам для закачки хранилась в PostgreSQL. Мной была написана инфраструктура по мониторингу кластера спайдеров и сбору статискики по задачам и отображения в интерфейсе. В heretrix дописал поддержку sitemap.
Вобщем все бы было не плохо, но стабильность работы HDFS оставляла желать лучшего. Однажды из-за сетевых проблем в датацентре name node потерял связь с частью data node, а после подключения их обратно он автоматически так восстановил метаданные, что сотни гигабайт данных оказались в неконсистентном состоянии. По умолчанию использовалось 3 реплики для данных, что вообще в той ситуации никак не спасло. Часть данных из неконсистентных файлов удалось спасти с помощью самописной распределенной программы. После этого случая, совместно с коллегой пробовали kosmosfs, но с ним было еще меньше надежд на надежность хранения данных. Тогда решение о применении hadoop было принято руководством. А разработчики, как мыши: плакали, кололись, но продолжали есть кактус/использовать hadoop.
Вы рассматривали в качестве распределенной файловой системы GlusterFS? В отличии от HDFS она не содержит централизованный сервер метаданных, написана на C++(никаких пауз GC), содержит адаптер для работы в Hadoop Map-Reduce. Это в теории… Вопрос опять же в надежности такого решения, т.к. я давно занимаюсь другими работами в компаниях, задачи в которых не связанны с Internet. Насколько развиты средства восстановления данных и мониторинга для такого решения?
другой вопрос в написании софта и reverse engineering комманд. тогда можно вместо мигания лампочками на ардуине поднимать и опускать стекла у Ford ;-)
Прострелить себе ногу.
C: Вы простреливаете себе ногу.
SQL: INSERT INTO нога (ступня) SELECT патроны AS пуля FROM пистолет WHERE курок = 'СПУЩЕН'; COMMIT;
JavaScript: Вы прочитали 3 книги, изучили 10 наглядных примеров, разработали потрясающий интерфейс и теперь, кажется, готовы к тому, чтобы выстрелить себе в ногу. Потом в процессе стрельбы обнаруживаете, что пули имеют радиус действия, равный длине ствола, и испаряются прямо на выходе.
PHP: Вы стреляете себе в ногу из пистолета, сделанного из частей 300 других пистолетов.
Perl: Вы стреляете себе в ногу, и никто не может понять, как вы сделали это. Через шесть месяцев не можете и вы.
BASH: От скуки вы стреляете себе в ногу ежом из арбалета, а потом думаете, как отрастить новую ногу и чем на этот раз её откромсать.