отдаете вы файлы размером в 1 Мб. Это означает, что если вы хотите обращаться с файлом как с одним куском информации, вы вынуждены загрузить все 100 тыс. файлов по 1 Мб в память, это 100 Гб памяти.
Кто-нибудь понял смысл этой цитаты? У них отменили потоковое чтение? А как же zero-copy transfer?
И правда, какой-то странный доклад. Зачем так все усложнять? Консистентностью почти всегда можно пожертвовать. Версионирование как защита от ошибки оператора… Ну кто мешает дать оператору такие утилиты, которые исключат возможность ошибки?
Не хватает скорости на запись? Надо увеличить размер кластера. Не хватает скорости на чтение? Надо увеличить коэфф. репликации.
При падении ноды кластер лежит, т.к. восстанавливает данные? А кто мешает не использовать 100% iops для восстановления данных, а реплицировать потихоньку?
Поправьте меня, если я неправ, но n одинаковых серверов с WebDAV + транзакционная база в качестве индекса сможет масштабироваться на любую нагрузку.
P.S. Вконтакте очень даже удаляет старые файлы. Достаточно промотать любой паблик вниз, и на каком-то этапе начнут показываться посты без картинок. Эффективный менеджмент в действии я думаю.
Со стартапами происходит то же самое, что и с IT конференциями. Рост людей, готовных платить первым и вторым привел к росту бизнесменов, готовых эти деньги взять.
Посмотрите на все эти книги по стартапам, на статьи, на конференции. Все они сводятся к тому, как получить инвестиции. Идея уже не важна, миссия уже не нужна — главное, получить фонд заработной платы на пару лет, а там или взлетит, или можно будет новый стартап открывать.
Идея правильная, но не является правильной на все случаи жизни. Подробные ТЗ на каждый "тип договора" и никаких обобщений — это рабочая и масштабирующаяся схема, но весьма дорогая в применении.
У меня на прошлой работе был как раз такой пример — когда на каждый тип договора аналитик писал ТЗ с табличкой что куда сохранять и как, тестировщик писал автотесты, а мы имплементили согласно ТЗ. В итоге у нас было очень мало багов… и очень длинный цикл разработки. В то время как заказчик хотел "сделайте как у типа 123, но с такими-то изменениями". И пусть даже там будут баги, зато эти десятки новых типов будут добавлены за разумное время.
Можно попродробнее, как вы отчитываетесь перед валютным контролем? Судя по "Обслуживание 2х счетов ИП в разных банках", вам деньги приходят все-таки банковским переводом, а не через payoneer, как утверждает статья. И что даете банку в качестве договора и акта выполненных работ?
Вообще и в России есть статья ТК 19.1 о признании гражданско-правовых отношений трудовыми. Вопрос в практике правоприменения к иностранным контрагентам.
О, они и досюда добрались. Расскажу и о своем опыте:
к первому тесту претензий нет, второй, который на три дня, брать не стал — неохота столько времени тратить
оплата через payoneer: насколько я знаю, легальной схемы работы с ИП они не предлагают. Т.е. или работать вчерную, рискуя напороться на налоговую, а ей 50 баксов в час уже могут быть интересны. Или платить 13% как физик, причем даже в этом случае непонятно, как это оформлять.
при устройстве на работу нужно будет подписать договор с совершенно волшебными условиями типа "вы несете полную ответственность за ущерб работодателю из-за некачественно написаного по" и "в случае иска компании к кроссоверу, все судебные издержки возлагаются на вас". Быть может, юристы скажут, что в РФ это филькина грамота, но я не стал бы так просто такое подписывать.
Хороший текст. Много букв, объясняющих простую мысль — архитектуру не проектируют. Архитектура растет, развивается и преобразуется вместе с ростом кодовой базы. И самое сложное в работе архитектора — не загнать самого себя в угол, построив то, что невозможно будет изменить в нужную сторону. А с другой стороны гибкость = сложность. А сложность означает высокую стоимость внесения изменений, что приводит в тот же угол. Примерно так.
По моему опыту оценки компаний, куда я ходил на собеседования:
организационный уровень компании. Eго видно по тем же деталям вроде стопки бумаги и карандашей в переговорке, обязательности HR и т.п. Чем больше компания, тем важнее этот параметр.
ресурсы, которая компания тратит на HR. К примеру, марафонные собеседования в данном случае плюс — на вас тратят целый день ценного специалиста!
технический уровень компании. Не нужно стесняться пособеседовать интервьювера — об используемых технологиях, о процессах разработки, тестирования и continious delivery (имхо, самое важное), о сложных задачах.
отношение компании к персоналу. Внешний вид рабочих мест, кухни, качество воздуха...
Я думаю, что киллер-фичей HL3 станет открытый мир, без коридоров и изолированных зон. А инновацией — решение проблем современных игр с открытым миром: статичность, заскриптованные враги, сложная навигация, неравномерная скорость игрового процесса.
по моему опыту, лучшая защита от malware — заставить всех хранить документы в svn.
Как говорят отдельно взятые дочери офицера, не все так однозначно: https://en.wikipedia.org/wiki/XOR_swap_algorithm#Reasons_for_avoidance_in_practice
Хорошо, что не исправить "фичу" или добавить новую функциональность в "баг".
Кто-нибудь понял смысл этой цитаты? У них отменили потоковое чтение? А как же zero-copy transfer?
И правда, какой-то странный доклад. Зачем так все усложнять? Консистентностью почти всегда можно пожертвовать. Версионирование как защита от ошибки оператора… Ну кто мешает дать оператору такие утилиты, которые исключат возможность ошибки?
Не хватает скорости на запись? Надо увеличить размер кластера. Не хватает скорости на чтение? Надо увеличить коэфф. репликации.
При падении ноды кластер лежит, т.к. восстанавливает данные? А кто мешает не использовать 100% iops для восстановления данных, а реплицировать потихоньку?
Поправьте меня, если я неправ, но n одинаковых серверов с WebDAV + транзакционная база в качестве индекса сможет масштабироваться на любую нагрузку.
P.S. Вконтакте очень даже удаляет старые файлы. Достаточно промотать любой паблик вниз, и на каком-то этапе начнут показываться посты без картинок. Эффективный менеджмент в действии я думаю.
Со стартапами происходит то же самое, что и с IT конференциями. Рост людей, готовных платить первым и вторым привел к росту бизнесменов, готовых эти деньги взять.
Посмотрите на все эти книги по стартапам, на статьи, на конференции. Все они сводятся к тому, как получить инвестиции. Идея уже не важна, миссия уже не нужна — главное, получить фонд заработной платы на пару лет, а там или взлетит, или можно будет новый стартап открывать.
США? сурово.
Это в какой стране такие ужасы?
Идея правильная, но не является правильной на все случаи жизни. Подробные ТЗ на каждый "тип договора" и никаких обобщений — это рабочая и масштабирующаяся схема, но весьма дорогая в применении.
У меня на прошлой работе был как раз такой пример — когда на каждый тип договора аналитик писал ТЗ с табличкой что куда сохранять и как, тестировщик писал автотесты, а мы имплементили согласно ТЗ. В итоге у нас было очень мало багов… и очень длинный цикл разработки. В то время как заказчик хотел "сделайте как у типа 123, но с такими-то изменениями". И пусть даже там будут баги, зато эти десятки новых типов будут добавлены за разумное время.
Можно попродробнее, как вы отчитываетесь перед валютным контролем? Судя по "Обслуживание 2х счетов ИП в разных банках", вам деньги приходят все-таки банковским переводом, а не через payoneer, как утверждает статья. И что даете банку в качестве договора и акта выполненных работ?
Вообще и в России есть статья ТК 19.1 о признании гражданско-правовых отношений трудовыми. Вопрос в практике правоприменения к иностранным контрагентам.
Кроссовер не имеет никакого отношения к трудовому законодательству. Они предлагают работу по контракту, или договору подряда.
О, они и досюда добрались. Расскажу и о своем опыте:
Эти известные "гуглевые" задачи не предназначены для выявления программиста. Они предназначены для выявления инженера.
А вообще смотрите на помещение — вам в нем сидеть. И на людей — вам с ними работать.
Хороший текст. Много букв, объясняющих простую мысль — архитектуру не проектируют. Архитектура растет, развивается и преобразуется вместе с ростом кодовой базы. И самое сложное в работе архитектора — не загнать самого себя в угол, построив то, что невозможно будет изменить в нужную сторону. А с другой стороны гибкость = сложность. А сложность означает высокую стоимость внесения изменений, что приводит в тот же угол. Примерно так.
По моему опыту оценки компаний, куда я ходил на собеседования:
В картинке по javascript перепутали ручку и лезвие:
И скала — это пулемет на джипе. Надо учиться ездить, зато не надо тащить его на горбу.
А можно вкратце, в чем смысл использовать google cloud вместо AWS? Когда я смотрел в последний раз, он был дороже и более бедным по функционалу.