Можна поинтересоваться что вы хотите по современнным нормам производить. Ещё один универсальный процесор? Боюсь вас разочаровать, но там никто кроме интела и возможно Самсунга не зарабатывает. Qualcomm по процесорам еле в ноль выходит, хорошо патентные платежи вытягивают, TI с мобильного рынка ушла, потому что маржа менее 5% и неуспех одного продукта ставил компанию на грань банкротства. А в нижнем сегменте от китайских производителей нет проходу. И что такого вы хотите предложить чтобы выжыть?
Сейчас нет большого смысла делать своё производство кристалов, это очень жосткая индустрия с большим сроком окупаемости, большими капитальными инвестициями и низкой маржой. Большинство новых компаний fabless.
Мне выглядит проблема немного надуманой.
Для такого большого репозитория любая комерческая система будет давать результаты даже хуже. Посмотрите 5-летней давности статьи от гугла о оптимизации Perforce. Perforce на 1,5 ТБ репозитарии з 10-15 годами истории просто при отдаче статуса загрузит любое железо и результат будете ждать к вашей пенсии. Потому запрещают и ограничивают подобные запросы вообще как клас.
Возьмём любую комерческую систему, а перепробовал я их много на подобном размере AccuRev, ClearCase, Perforce, Subversion, CVS и получение статуса рабочей копии у вас займёт вечность при подобной архитектуре. Фейсбук всё ещё носится со своей монолитной архитектурой, хотя уже давно было ясно что для их размеров она не подходит абсолютно. Решение здесь только одно «разделяй и властвуй». Нужны подрепозитарии и конкретная версия собирается из зависимостей на конкретные версии зависимых версий. Это как раз то что называется Essence of Configuration Management и то что системы подобные ClearCase, AccuRev декларируют как решённую задачу(другой вопрос как они это решили и что несмотря на красивую архитектуру на бумаге, реализация такая что хочется подвергнуть разработчиков медленной пытке).
А кросзависимости проэктов, так на мой взгляд это большой арзитектурный косяк, ручаюсь они уже сейчас имеют из-за этого большие проблемы.
На мой взгляд Цукерберг должен издать манифест подобный тому что издал Безос в своё время. Все системы должны взаимодействовать между собой ИСКЛЮЧИТЕЛЬНО через документированые и версионированые интерфейсы(что это будет IPC, SharedMemory, HTTP REST, SOAP отдаётся на откуп разработчикам) кто не следует этому правилу будет уволен.
Мне выглядит проблема немного надуманой.
Для такого большого репозитория любая комерческая система будет давать результаты даже хуже. Постотрите 5-летней давности статьи от гугла Perforce. Perforce на 1,5 ТБ репозитарии з 10-15 годами истории просто при отдаче статуса загрузил любое железо и результат будете ждать к вашей пенсии. Потому и апрещают и ограничивают подобные запросы
Возьмём любую комерческую систему, а перепробовал я их много на подобном размере AccuRev, ClearCase, Perforce, Subversion, CVS и получение статуса рабочей копии у вас займёт вечьность при подобной архитектуре. Фейсбук всё ещё носится со своей монолитной архитектурой, хотя уже давно было ясно что для их размеров она не подходит абсолютно. Решение здесь только одно разделяй и властвуй. Нужны подрепозитарии и конкретная версия собирается из зависимостей на конкретные версии зависимых версий. Это как раз то что называется Essence of Configuration Management и то что системы подобные ClearCase, AccuRev декларируют как решённую задачу.
А кросзависимости проєктов, так на мой взгляд это большой арзитектурный косяк, ручаюсь они уже сейчас имеют из-за этого большие проблемы.
Думаю Цукерберг должен издать манифест подобный Безовскому. Все системы должны взаимодействовать между собой ИСКЛЮЧИТЕЛЬНО через документированые и версионированые интерфейсы(что это будет IPC, SharedMemory, HTTP REST, SOAP отдаётся на откуп разработчикам) кто не следует этому правилу будет уволен.
К сожалению сейчас нет dev-board, которые были бы публично доступными, и при этом обладали таким крутым процессором.
Вы не правы. Публично доступные Dev board есть здесь www.hardkernel.com/main/main.php
Другой вопрос, что Exynos для открытых проектов пока безполезная игрушка. Виртуализация на всех A-ядрах ARM-а пока в зачаточном состоянии и для производственного исспольхзования не готова. Одно дело запустить KVM/Xen для того чтобы показать я могу, другое исправить ошибки и реализировать весь нужный функционал. Exynos описание графического ядра и всё нужное тольки при подписании NDA.
Думаю модным «convention over configuration», только это хорошо пока convention немного и они документованы в одном месте. Потому что convention для Rails 4 уже столько что книга весит как кирпич.
Не соберут они никаких сливок. Если сливки кто и соберёт то Амазон или кто-то подобный. Сейчас даже в университетах таких идиотов мало.
Хотите на университеты и корпорации, где платформа дистрибуции контента? Я не о магазине Sony, а о удобном софте чтобы автоматически доставит документ заинтересованым лицам по некоторому правилу в пределах организации. Нету, разрабатівайте сами, тогда на какой фиг им этот полуфабрикат по цене мерседеса.
Кому в 2013-м придет покупать не очень нужную железку за 1000$. Такое впечатление что маркетинговому отделу Сони только напалм поможет.
гарантий нет, но эти компании ориентируются на мелкого заказчика, потому специально далать гадость никто не будет.
Из опыта на прежней работе(аказывал не я, я был только пользователем), все заказы печати в Китае включали прозвонку контактов роботом. Потому закороток не было никогда, украинские производители стабильно до 10% заказа брака, хотя там обычно можно было или допаять протравленую дорожку или разрезать соседние непротравленные. У китайцев таких косяков не было никогда.
Очень непрофессиональные заявления, а следовательно могу ли я доверять такому отчёту:
В 2012 году наиболее подвержен уязвимостям высокой степени риска был веб-сервер Apache: 88% использующих его веб-ресурсов содержат критические недостатки безопасности. На втором месте Tomcat — 75% ошибок высокого уровня риска. Третье место с 43% уязвимых ресурсов занял Nginx, а самым безопасным стал веб-сервер IIS (14%).
Большинство уязвимостей веб-серверов связаны с ошибками администрирования, самой распространенной из которых является Information Leakage.
— Так если проблема в конфигурации то наверное это не есть уязвимостью веб-сервера. Конечно плохо если веб-сервер допускает плохую конфигурацию по умолчанию, но от всех вариантов защитить невозможно и очень часто администраторы сознательно ослабляют безопасность в следствие лени и незнания.
Никаких данных о уязвимостях в веб-серверах в pdf отчете поиском не нашел(упоминаний apache, nginx, iis, Tomcat нет), потому на чем основаны цыфры непонятно.
Ну и о безопасности iis. Всего исспользуется 1000 серверов на apache, 500 — nginx, 100 tomkat и 10 iis, apache с уязвимостями было 600 хостов, iis только 2, можно ли сделать вывод что iis более безопасный. Нет конечно, потому что при разнице размерах внедрений на територии ексСССР наверное на порядок ломать iis просто чтобы заполучить очередной зомби хост нет экономического смысла. Я не вижу учтены ли такие факторы в предпосылкам к выводах.
LinkedIn никак не может решить кем он хочет быть.
Ключевой функционал из-за которого люди платят деньги реализирован плохо (попробуйте найти объявление о вакансии месячной давности от интересующего вас человека в ленте под завалами котиков, бизнес статей и прочего треша), зато постоянно есть претензии создать свой «фейсбук» для деловых людей. И не было б проблем, хотите так делайте, но проблема в том что все ресурсы похоже уделены на «фейсбук» на всё остальное времени не остается.
Вы знаете но таким интернетом я бы побоялся пользоваться.
Нужно искать нишу и умерить амбиции вроде паралелла они менее чем в милион вложились www.kickstarter.com/projects/adapteva/parallella-a-supercomputer-for-everyone
www.adapteva.com/epiphanyiv/
и выпускают очень достойный и интересный продукт. Смогут часть рынка Rasbery Pi отгрызть, да это не мировое господство, зато на собственные средства настоящий крутой и прибыльный процесор.
Для такого большого репозитория любая комерческая система будет давать результаты даже хуже. Посмотрите 5-летней давности статьи от гугла о оптимизации Perforce. Perforce на 1,5 ТБ репозитарии з 10-15 годами истории просто при отдаче статуса загрузит любое железо и результат будете ждать к вашей пенсии. Потому запрещают и ограничивают подобные запросы вообще как клас.
Возьмём любую комерческую систему, а перепробовал я их много на подобном размере AccuRev, ClearCase, Perforce, Subversion, CVS и получение статуса рабочей копии у вас займёт вечность при подобной архитектуре. Фейсбук всё ещё носится со своей монолитной архитектурой, хотя уже давно было ясно что для их размеров она не подходит абсолютно. Решение здесь только одно «разделяй и властвуй». Нужны подрепозитарии и конкретная версия собирается из зависимостей на конкретные версии зависимых версий. Это как раз то что называется Essence of Configuration Management и то что системы подобные ClearCase, AccuRev декларируют как решённую задачу(другой вопрос как они это решили и что несмотря на красивую архитектуру на бумаге, реализация такая что хочется подвергнуть разработчиков медленной пытке).
А кросзависимости проэктов, так на мой взгляд это большой арзитектурный косяк, ручаюсь они уже сейчас имеют из-за этого большие проблемы.
На мой взгляд Цукерберг должен издать манифест подобный тому что издал Безос в своё время. Все системы должны взаимодействовать между собой ИСКЛЮЧИТЕЛЬНО через документированые и версионированые интерфейсы(что это будет IPC, SharedMemory, HTTP REST, SOAP отдаётся на откуп разработчикам) кто не следует этому правилу будет уволен.
Для такого большого репозитория любая комерческая система будет давать результаты даже хуже. Постотрите 5-летней давности статьи от гугла Perforce. Perforce на 1,5 ТБ репозитарии з 10-15 годами истории просто при отдаче статуса загрузил любое железо и результат будете ждать к вашей пенсии. Потому и апрещают и ограничивают подобные запросы
Возьмём любую комерческую систему, а перепробовал я их много на подобном размере AccuRev, ClearCase, Perforce, Subversion, CVS и получение статуса рабочей копии у вас займёт вечьность при подобной архитектуре. Фейсбук всё ещё носится со своей монолитной архитектурой, хотя уже давно было ясно что для их размеров она не подходит абсолютно. Решение здесь только одно разделяй и властвуй. Нужны подрепозитарии и конкретная версия собирается из зависимостей на конкретные версии зависимых версий. Это как раз то что называется Essence of Configuration Management и то что системы подобные ClearCase, AccuRev декларируют как решённую задачу.
А кросзависимости проєктов, так на мой взгляд это большой арзитектурный косяк, ручаюсь они уже сейчас имеют из-за этого большие проблемы.
Думаю Цукерберг должен издать манифест подобный Безовскому. Все системы должны взаимодействовать между собой ИСКЛЮЧИТЕЛЬНО через документированые и версионированые интерфейсы(что это будет IPC, SharedMemory, HTTP REST, SOAP отдаётся на откуп разработчикам) кто не следует этому правилу будет уволен.
Вы не правы. Публично доступные Dev board есть здесь www.hardkernel.com/main/main.php
Другой вопрос, что Exynos для открытых проектов пока безполезная игрушка. Виртуализация на всех A-ядрах ARM-а пока в зачаточном состоянии и для производственного исспольхзования не готова. Одно дело запустить KVM/Xen для того чтобы показать я могу, другое исправить ошибки и реализировать весь нужный функционал. Exynos описание графического ядра и всё нужное тольки при подписании NDA.
Хотите на университеты и корпорации, где платформа дистрибуции контента? Я не о магазине Sony, а о удобном софте чтобы автоматически доставит документ заинтересованым лицам по некоторому правилу в пределах организации. Нету, разрабатівайте сами, тогда на какой фиг им этот полуфабрикат по цене мерседеса.
Кому в 2013-м придет покупать не очень нужную железку за 1000$. Такое впечатление что маркетинговому отделу Сони только напалм поможет.
Из опыта на прежней работе(аказывал не я, я был только пользователем), все заказы печати в Китае включали прозвонку контактов роботом. Потому закороток не было никогда, украинские производители стабильно до 10% заказа брака, хотя там обычно можно было или допаять протравленую дорожку или разрезать соседние непротравленные. У китайцев таких косяков не было никогда.
— Так если проблема в конфигурации то наверное это не есть уязвимостью веб-сервера. Конечно плохо если веб-сервер допускает плохую конфигурацию по умолчанию, но от всех вариантов защитить невозможно и очень часто администраторы сознательно ослабляют безопасность в следствие лени и незнания.
Никаких данных о уязвимостях в веб-серверах в pdf отчете поиском не нашел(упоминаний apache, nginx, iis, Tomcat нет), потому на чем основаны цыфры непонятно.
Ну и о безопасности iis. Всего исспользуется 1000 серверов на apache, 500 — nginx, 100 tomkat и 10 iis, apache с уязвимостями было 600 хостов, iis только 2, можно ли сделать вывод что iis более безопасный. Нет конечно, потому что при разнице размерах внедрений на територии ексСССР наверное на порядок ломать iis просто чтобы заполучить очередной зомби хост нет экономического смысла. Я не вижу учтены ли такие факторы в предпосылкам к выводах.
Ключевой функционал из-за которого люди платят деньги реализирован плохо (попробуйте найти объявление о вакансии месячной давности от интересующего вас человека в ленте под завалами котиков, бизнес статей и прочего треша), зато постоянно есть претензии создать свой «фейсбук» для деловых людей. И не было б проблем, хотите так делайте, но проблема в том что все ресурсы похоже уделены на «фейсбук» на всё остальное времени не остается.