История изменений

Веришь-нет, но та информация, которую я публикую, не имеет отношения к моей работе. Потому я ее и публикую. Вот такой вот я, что не могу погрузиться в тему «на полшишечки», и если начинаю в чем-то разбираться, то аж стены трясутся. Ну типа я показал, что могу разобраться во всем известном сервисе до уровня, недоступного подавляющему большинству тех, кто думал, что разбирается в распределенных системах. Проблема тут в том, что по этой же причине никто не может оценить мой уровень погружения, потому что если пытаться статьи читать полностью и понимать целиком — начинают плавится мозги, а если не читать полностью, то получаются потерянные логически связи.

Я уже и с той стороны захожу, и с этой — ну не могут люди понять, о чем я пишу, По крайней мере я не вижу понимания того, почему юниттесты в распределенных и многозадачных системах не работают, почему нельзя вхерячить готовое решение как ни в чем не бывало, мол «ну оно же отлаженное». Говорят, что где-то в силиконовой долине мои навыки могут пригодится, но не знаю, когда я туда доеду и доеду ли вообще.

Хоть одна радость — я внезапно обнаружил еще одну айтишную сферу, которую тоже никто не понимает и даже не понимают, почему не понимают — это криптография. Если делать криптографию по индусски, то поделка будет делаться 8 месяцев и успешно пройдет 8 тысяч тестов, после чего 8-летний школьник случайно взломает ее за 8 минут. Такая вот эта ниша, наряду с распределенными, многозадачными системами, и, внезапно, GUI, что никакая алиге, XP, TDD, DRY, SOLID не смогут заменить просто грамотного тщательного проектирования и реализации.

Блок саморекламы и д’aртаньянства. В какой-то из портянок я вроде видел что вы начали читать доку по s3 и доп ресурсы из рабочих нужд, но теперь уже вроде как нет. Хотя, пусть лучше я ошибся, перебирать портянки мне чет очень лениво. По 10 разу писать что каждый разбирается и погружается в тему по нужде, наверное уже нет смысла, это на вас не действует и не работает, вы принципиально этого не понимаете, так же как и того что не все люди склонны делиться инфой. То что технически сложные темы сложны для того чтобы их объял один человек и при этом не упускал из вида всех ее аспектов наверное тоже очевидно. Криптография чуть более чем полностью состоит из хорошей мат базы, поэтому и людей которые в ней именно разбираются достаточно мало, а еще больше картина когда люди разбираются, но написать ничего нормального не могут, потому что математика на уровне, а как программист не очень, потому что не отрасль человека. Это сопряженная область и там нужны специалисты которые концентрируют свою деятельность именно на стыке математики и условной кибернетики (с вхождением и софтовой и хардварной части), таких еще меньше. Не умоляю ваших достоинств, и того что вы закусив удела можете во всем разобраться (каждый может, было бы желание), но сомневаюсь что вы действительно на данный момент в ней разбираетесь лучше других кому она интересна не на профессиональном уровне.

Как ни странно, у базовых механизмов есть конечная сложность и теоретически непреодолимые ограничения…

Вся проблема этого заявления в том, что сложные системы построены на технологиях и инструментарии который далек от примитивов базовой сложности, и там можно на этих абстракциях бесконечно наворачивать еще большие слои абстракций. И таким образом если даже есть ограничения при разборе на базовые части, то нет никаких ограничений в наворачивании абстрактного слоя говна, на другой абстрактный слой говна, нет никакого ограничения на переливания из пустого в порожнее через сеть проксирующего говна, шин, абстрактных машин, нет никакого ограничения на клей соединяющий все эти разнородные системы, во всем это ворохе информационной мутации из одного сервиса в другой нет никаких ограничений, вы можете их клепать хоть по 10ке на дню и соединять самым причудливым образом. Да каждая из них при разборе на «атомы» будет иметь конечную сложность, но в общем, вас никто не ограничивает, разве что вычислительные возможности.

Справедливости ради, подтолкнуло меня на это исследование не сам S3, а прочтение блогов какого-то «исследователя распределенных систем» из амазона. У меня возникла реакция «этот идиот серьезно работает в амазоне, или просто понтуется?». Оказывается, реально работает в амазоне. Дело осталось за малым — найти конкретную тему, которую можно было бы разобрать и показать, что в амазоне нет людей, способных разрабатывать распределенные масштабируемые системы. Это тоже неочевидный факт для людей, не являющихся мной. Как же у них тогда работает AWS? Как-то. Эту тему я в статье тоже затрагивал, приводя пример отказа, о последствиях которого в амазоне никто не подозревал. Грубо говоря, руководство разработку AWS завалило деньгами, а теперь сидит и молится, чтобы в один прекрасный день у них не посыпалась половина инфраструктуры из-за неожиданного отказа слишком большого числа серверов. В том числе по этой причине у них настолько огромное резервирование мощностей.

Этим вы только докажите, что не понимаете того факта что один человек работающий в амазоне не может отвечать за всю структуру в целом, возможно он там вообще уборщиком работает а блог технический ведет чисто из-за таких же как у вас д’артаньянский настроений. Даже если челик будет главный архитектор какого-то из продуктов, все равно один черт он не может дать объективного непогрешимого ответа за всю экосистему, максимум что можно сделать с технически сложными системами, это покрывать их тестами и надеяться на их положительных результатах, что все работает действительно как надо. И это мы даже не касаемся того, как именно это все работает. Ринат там выше уже высказал дельную мысль о том, что Амазон как и любой другой облачник просто написал морду к свой инфраструктуре, но от этого она не стала волшебной, они пользуются всеми теми же благами что и остальные не стоит от них ожидать что они изобретут какие-то абстрактные протоколы которые каким то волшебным образом будут вязаться с тем что вы называете «протекает реализация».

Давай подумаем. БД на MS Access можно развернуть на локалхосте без доступа к интернету. можно выложить БД в сеть и пользоваться ею с нескольких машин с околонулевыми затратами на обслуживание. Что какой-то там админ борется с ветрянными мельницами, и при этом побеждает — какое дело бизнесу до этого всего? Если тебе нужен просто хостинг с доменным именем и SSL — есть сотни, если не тысячи, провайдеров, которые выдадут тебе подобный хостинг. Лепить систему на касандре, редисе, кролике — это из коробки рецепт проблем на ровном месте. Что какую-то часть из этих проблем решит AWS — ну и что? Остальные проблемы организации распределенных вычислений никто решать за вас не будет.

в вас спуфинг заговорил, давай подумаем тут явно лишнее. Вы видимо достаточно молоды, и не застали таких вот кулибиных с access которые пытались на нем что-то изобразить, но когда бд и колво пользователей разрасталось она становилась колом. Потому что реализация бд не рассчитана на большие объемы данных и их интенсивное использование.

Повторяю: сложность решений амазона не вызвана объективными причинами, а вызвана рукожопостью разрабов

Ого какой прогресс, вы же говорили что это заговор, а теперь банальная рукожопость и эффективный менеджмент, а ведь я выше про это и говорю уже 10 раз, и что это только одни из нескольких причин почему любая крупная система состоит из разного качества по склеенного соплямиными мостиками.

Меня больше смущает почему для вас все эти вещи кажутся такими неочевидными, как будто вы первый день варитесь в ит, которое по сути-то не меняется ничерта, технологие приходят и уходят, а ситуация +/- одинаковая, и подходы соответственно.

В общем-то я устал эти портянки писать однотипные, хорошо что у вас запала явно больше, значит ит еще не совсем захерело раз хоть кому-то не все равно )

Веришь-нет, но та информация, которую я публикую, не имеет отношения к моей работе. Потому я ее и публикую. Вот такой вот я, что не могу погрузиться в тему «на полшишечки», и если начинаю в чем-то разбираться, то аж стены трясутся. Ну типа я показал, что могу разобраться во всем известном сервисе до уровня, недоступного подавляющему большинству тех, кто думал, что разбирается в распределенных системах. Проблема тут в том, что по этой же причине никто не может оценить мой уровень погружения, потому что если пытаться статьи читать полностью и понимать целиком — начинают плавится мозги, а если не читать полностью, то получаются потерянные логически связи.

Я уже и с той стороны захожу, и с этой — ну не могут люди понять, о чем я пишу, По крайней мере я не вижу понимания того, почему юниттесты в распределенных и многозадачных системах не работают, почему нельзя вхерячить готовое решение как ни в чем не бывало, мол «ну оно же отлаженное». Говорят, что где-то в силиконовой долине мои навыки могут пригодится, но не знаю, когда я туда доеду и доеду ли вообще.

Хоть одна радость — я внезапно обнаружил еще одну айтишную сферу, которую тоже никто не понимает и даже не понимают, почему не понимают — это криптография. Если делать криптографию по индусски, то поделка будет делаться 8 месяцев и успешно пройдет 8 тысяч тестов, после чего 8-летний школьник случайно взломает ее за 8 минут. Такая вот эта ниша, наряду с распределенными, многозадачными системами, и, внезапно, GUI, что никакая алиге, XP, TDD, DRY, SOLID не смогут заменить просто грамотного тщательного проектирования и реализации.

Блок саморекламы и д’aртаньянства. В какой-то из портянок я вроде видел что вы начали читать доку по s3 и доп ресурсы из рабочих нужд, но теперь уже вроде как нет. Хотя, пусть лучше я ошибся, перебирать портянки мне чет очень лениво. По 10 разу писать что каждый разбирается и погружается в тему по нужде, наверное уже нет смысла, это на вас не действует и не работает, вы принципиально этого не понимаете, так же как и того что не все люди склонны делиться инфой. То что технически сложные темы сложны для того чтобы их объял один человек и при этом не упускал из вида всех ее аспектов наверное тоже очевидно. Криптография чуть более чем полностью состоит из хорошей мат базы, поэтому и людей которые в ней именно разбираются достаточно мало, а еще больше картина когда люди разбираются, но написать ничего нормального не могут, потому что математика на уровне, а как программист не очень, потому что не отрасль человека. Это сопряженная область и там нужны специалисты которые концентрируют свою деятельность именно на стыке математики и условной кибернетики (с вхождением и софтовой и хардварной части), таких еще меньше. Не умоляю ваших достоинств, и того что вы закусив удела можете во всем разобраться (каждый может, было бы желание), но сомневаюсь что вы действительно на данный момент в ней разбираетесь лучше других кому она интересна не на профессиональном уровне.

Как ни странно, у базовых механизмов есть конечная сложность и теоретически непреодолимые ограничения…

Вся проблема этого заявления в том, что сложные системы построены на технологиях и инструментарии который далек от примитивов базовой сложности, и там можно на этих абстракциях бесконечно наворачивать еще большие слои абстракций. И таким образом если даже есть ограничения при разборе на базовые части, то нет никаких ограничений в наворачивании абстрактного слоя говна, на другой абстрактный слой говна, нет никакого ограничения на переливания из пустого в порожнее через сеть проксирующего говна, шин, абстрактных машин, нет никакого ограничения на клей соединяющий все эти разнородные системы, во всем это ворохе информационной мутации из одного сервиса в другой нет никаких ограничений, вы можете их клепать хоть по 10ке на дню и соединять самым причудливым образом. Да каждая из них при разборе на «атомы» будет иметь конечную сложность, но в общем, вас никто не ограничивает, разве что вычислительные возможности.

Справедливости ради, подтолкнуло меня на это исследование не сам S3, а прочтение блогов какого-то «исследователя распределенных систем» из амазона. У меня возникла реакция «этот идиот серьезно работает в амазоне, или просто понтуется?». Оказывается, реально работает в амазоне. Дело осталось за малым — найти конкретную тему, которую можно было бы разобрать и показать, что в амазоне нет людей, способных разрабатывать распределенные масштабируемые системы. Это тоже неочевидный факт для людей, не являющихся мной. Как же у них тогда работает AWS? Как-то. Эту тему я в статье тоже затрагивал, приводя пример отказа, о последствиях которого в амазоне никто не подозревал. Грубо говоря, руководство разработку AWS завалило деньгами, а теперь сидит и молится, чтобы в один прекрасный день у них не посыпалась половина инфраструктуры из-за неожиданного отказа слишком большого числа серверов. В том числе по этой причине у них настолько огромное резервирование мощностей.

Этим вы только докажите, что не понимаете того факта что один человек работающий в амазоне не может отвечать за всю структуру в целом, возможно он там вообще уборщиком работает а блог технический ведет чисто из-за таких же как у вас д’артаньянский настроений. Даже если челик будет главный архитектор какого-то из продуктов, все равно один черт он не может дать объективного непогрешимого ответа за всю экосистему, максимум что можно сделать с технически сложными системами, это покрывать их тестами и надеяться на их положительных результатах, что все работает действительно как надо. И это мы даже не касаемся того, как именно это все работает. Ринат там выше уже высказал дельную мысль о том, что Амазон как и любой другой облачник просто написал морду к свой инфраструктуре, но от этого она не стала волшебной, они пользуются всеми теми же благами что и остальные не стоит от них ожидать что они изобретут какие-то абстрактные протоколы которые каким то волшебным образом будут вязаться с тем что вы называете «протекает реализация».

Давай подумаем. БД на MS Access можно развернуть на локалхосте без доступа к интернету. можно выложить БД в сеть и пользоваться ею с нескольких машин с околонулевыми затратами на обслуживание. Что какой-то там админ борется с ветрянными мельницами, и при этом побеждает — какое дело бизнесу до этого всего? Если тебе нужен просто хостинг с доменным именем и SSL — есть сотни, если не тысячи, провайдеров, которые выдадут тебе подобный хостинг. Лепить систему на касандре, редисе, кролике — это из коробки рецепт проблем на ровном месте. Что какую-то часть из этих проблем решит AWS — ну и что? Остальные проблемы организации распределенных вычислений никто решать за вас не будет.

в вас спуфинг заговорил, давай подумаем тут явно лишнее. Вы видимо достаточно молоды, и не застали таких вот кулибиных с access которые пытались на нем что-то изобразить, но когда бд и колво пользователей разрасталось она становилась колом. Потому что реализация бд не рассчитана на большие объемы данных и их интенсивное использование.

Повторяю: сложность решений амазона не вызвана объективными причинами, а вызвана рукожопостью разрабов

Ого какой прогресс, вы же говорили что это заговор, а теперь банальная рукожопость и эффективный менеджмент, а ведь я выше про это и говорю уже 10 раз, и что это только одни из нескольких причин почему любая крупная система состоит из разного качества по склеенного соплямиными мостиками.

Меня больше смущает почему для вас все эти вещи кажутся такими неочевидными, как будто вы первый день варитесь в ит, которое по сути-то не меняется ничерта, технологие приходят и уходят, а ситуация +/- одинаковая, и подходы соответственно.

В общем-то я устал эти портянки писать однотипные, хорошо что у вас запала явно больше, значит ит еще не совсем захерело раз хоть кому-то не все равно )