Не смотря на жесткое минусование, я скажу, что такого рода статья для меня очень даже полезна. Даже если я не согласен с методами, это позволяет понять что и как происходит в голове рекрутера или HR специалиста. Спасибо за раскрытие «тайн», почему порой не откликаются компании или откликаются не те. Соболезную по поводу минусов. :-)
Мне просто кажется это более реалистичный план. Провайдеры с одной стороны напрямую исполняют эти необдуманные решения (выполняют роль солдат расстреливающих толпу из пулемета, потому что кто-то заметил в толпе кого-то подозрительного). С другой стороны, они профессионалы и могут попытаться объяснить в чем ошибочность и неконструктивность такого подхода. В третьих я думаю, что они достаточно организованы, и смогут выступить единым фронтом, чтобы быть услышанными и без особых репутационных потерь и в короткие сроки. В-четвертых, если пытаться организовать разрозненных пострадавших это не приведет ни к чему, мы пока не имеем общественных институтов, которые смогут справиться с такой задачей. Добровольцы тут не помогут, нужны профессионалы. И финансироваться такая компания должна прозрачно и из внутренних (российских) источников. Поэтому не думаю что такое реализуемо. А вот Провайдеры и крупнейшие компании типа яндекса и мэйл.ру могли бы попытаться выступить единым фронтом. Потому что текущий вектор в прошлое и 1984 — это страшно.
А я вот подумал. Они же подкидвают идеи «цифровых санкций». Если Трамп не станет Россию от SWIFT отключать, а тупо отключит от интернета. Ведь стреляем уже себе не в ногу, а в голову, по-моему. Они же очевидно даже не пытаются проверять что они там блокируют. Если внезапно самолеты начнут падать — я не удивлюсь. Ведь люди, которые это все затеяли, они же совершенно не понимают что именно они делают с реальным миром. Просто пришла идиотская команда от какого-то недоумка, который ну не знает он вообще как интернет устроен, и вся страна ее дружно выполняет. Неужели провайдеры не могут встать и сказать что это бред и абсурд? Почему много умных и образованных людей должны слушаться пару некомпетентных идиотов? Так больно и страшно это осознавать. Ведь это же очевидно. :-(
Думаю им надо изменить лицензионную политику. Все самые крупные проекты на планете используют опенсорс ДБ на продакшн под невероятными нагрузками с миллионами а может миллиардами пользователей. Для MS просто затруднительно вообще правильно рассчитать количество лицензий необходимых для подобных решений. И даже приблизительная оценка стоимости выходит такой что отбивает желание даже у серьезных компаний даже «пробовать», как описано в данной статье. Я не слышал, может это и моя вина, ни об одном проекте, испоьзующем MS SQL Server для большого Веб Проекта из ТОП-100 сайтов. Поправьте меня если я не прав. Да MS SQL Server весьма востребован для различных бизнес решений, но когда мы говорим об экстремально высоких нагрузках, почему-то MS SQL редко всплывает в обзорах и докладах. Вполне возможно, что архитектурно в нем есть все и реализовано более менее правильно и логично. Но отсутствие реальных примеров может говорить о том, что при реальном прогоне под высокой нагрузкой повылазит большое количество не архитектурных проблем. Как кто-то уже написал тут в комментариях, например Postgres стараются быстро латать все возможные баги, которые им помогает обнаруживать огромное количество реальных и очень серьезных клиентов. Не думаю что MS реагтоуют также оперативно. В бизнес приложениях не принято так часто переходить с версии не версию. Плюс опенсорс модель позволяет общаться с клиентом на более низком уровне, в некоторых случаях изменения в коде могут быть сделаны моментально, и клиент должен просто пересобрать проект и получить изменения или даже сделать изменения самостоятельно. В случае с MS, неважно какого уровня разработчик готов вам помочь — изменения придут только с очередным пакетом обновлений. Я не противник MS. Я просто пытаюсь для себя найти объяснение, почему, если вы правы, реальность как бы это не подтверждает практикой использования.
Просто остновитесь, разве не видно что собеседник вас не слышит? Не видит он разницы между современным фреймворком и непонятной библиотекой. Я так и не смог нагуглить где ее можно скачать. Вы просто тратите свое время впустую. Это просто Вера. Нет смысла по 125ому разу повторять одно и то же :-) У каждого своя дорога, свой путь. Жаль не могу плюсовать пока, но я на вашей стороне товарищ Mendel.
Согласен. Но сегодня и уже давно взламывают не только тех кто интересен, но и тех кто просто не волнуется. Цели взлома могут быть например создание ботнетов или майнинг или использование чужого сервера для атак на реальную организацию для заметвания следов и т.д.
Потому что личная жизнь каждого — это личная жизнь каждого. Кому-то будет не очень приятно стать «звездой» хабра. И я бы очень просил эту личную жизнь уважать. Это просто история как говорится «все персонажи выдуманы». Я думал вообще не упоминать никого, но тогда и писать особо будет нечего :-) Но ведь на самом деле вся жизнь и красота и разнообразие скрыто в маленьких нюансах, поэтому решил все же рассказать детально, но под вымышленными именами.
Ну вот не надо тут холиваров :-) говнокод в РНР — да, так сказать норма. Но если мы будем все же смотреть на те же фреймворки, они сделаны людьми с прямыми руками и для людей с прямыми руками. Просто РНР код всегда легко прочесть, он под рукой. Я уверен (по опыту) в других языках (той же Жаве) тоже полно говнокода в проектах, просто там все так построено, что код «соседа» редко читаешь, ну и таки да, порог входа для новичков значительно выше. Но профи они и на РНР профи, и обсуждение этой статьи это хорошо иллюстрирует.
Уважаемый, мне жаль вас огорчать, но вам надо просто еще многому учиться, учиться и еще раз учиться. Настоятельно рекомендую сделать 2-3 проекта в команде! чтобы были сроки сдачи и заказчик с дубиной за спиной. Ваши вопросы нестолько наивны и понятны, что я устал уже пытаться на них отвечать. Идите, пробуйте, читайте. Истина где-то рядом. Формат комментариев не подходит как системный инструмент для обучения, но похоже вы и об этом пока не догадываетесь. За сим дискуссию закрываю, вы уж меня извините.
Не надоело по пятому разу одно и тоже спрашивать? Нет, смысла мучаться нет. У меня есть дядя, он до сих пор считает что если программист не знает и не понимает ассемблер — то он не программист. Это просто другое измерение — хочется считать биты и байты — идите в Си и Ассемблер — там своя красота и свои лучшие практики. А если работаете на РНР, то извольте разобраться зачем его изобрели и как правильно и красиво писать на выбранном языке. Вся индустрия уже одной ногой в облаках, пока вы будете ковырять свой старый сервер, пытаясь выжать из него последнее, человечество улетит на Марс, а вы останетесь один на один со своим старым другом-серваком, на котором посыпется винт.
Проблема инклудов в современном РНР это то что оно не поддается кэшированию не уровне opcache который используется всегда, если руки растут из правильного места, я имею ввиду спагетти инклуды.
В общем, это долгая лекция. Попытаюсь еще раз объяснить. Теоретическая возможность сэкономить пару байт в памяти и пару тактов процессора на практике не выдерживает реальной конкуренции с ООП подходом по следующим причинам: скорость разработки, возможность независимой разработки модулей без потери их взаимосвязанности и взаимозаменяемости, возможность использования сторонних модулей и библиотек, простота работы в команде (где опытный разработчик уже знает как надо писать, а начинающий может легко найти документацию и best practices) так что мы снова экономим дорогое ВРЕМЯ, причем не только не разработку, но на обучение, тестирование, отладку, поиск источников проблем и т.д. Плюс как я уже говорил замена железа стоит дешевле и приносит мгновенные результаты, без необходимости заново тестировать всю систему в случае «оптимизации под память и проц»
Да, изменения в РНР коде не дадут почти никакого эффекта. Сегодня, и уже давно, купить железо в 2 раза сильнее стоит в 10 раз дешевле чем переписать код и приносит результат сразу и в разы, в том время как переписка/рефакторинг кода занимает кучу времени у кучи специалистов и приносит насколько процентов производительности.
Например если у вас сатрый комп который типа LAMP все в одном и у вас проблемы с проихводительностью, то купив два новых компа и разнеся РНР и MySQL на разные машины вы с высокой долей вероятности решите проблемы производительности за один день. Причем с доступностью облаков сегодня — это проверяется за пару часов в облаке за 2 бакса. Стоимость разработки это бич бизнеса сегодня. И еще раз — если вы будете переписывать ООП код в функциональный ради выигрыша в производительности в сложной системе, то во-первых вы с высокой степенью вероятности облажаетесь, а во вторых это будет стоить страшных денег в разы превосходящих замену железа.
Мне очень понравилась вводная часть. Я тоже сторонник сборки своего фреймыорка под проект. Но дальнейшая подача материала не стректурирована и не совсем понятно что и для чего мы делаем. Надеюсь, в скором времени накатать свой вариант статьи о сборке проекта из библиотек. Надеюсь у меня получится донести смысл такого подхода. Удачи!
Вот вы сами и «споткнулись» в рассуждениях. Да, пару байт или тактов процессора можно сэкономить без ООП. Но вот «зуб даю» что стабильнее будет работать ООП код :-) И если мы не говорим о чем-то маленьком или эмбедед и драйверах, а говорим об Приложениях или Application с достаточно сложной структурой, множеством модулей и взаимодействием и интеграцией с другими системами, то «спагетти-код» никогда не будет работать стабильно, вот просто никогда :-) (это конечно мое сугубо личное мнение)
А вы и автомобилями тоже не пользуетесь? Кто вам гарантирует что бензин будет завтра загораться от искры свечей так же как вчера?
Т.е. никто ничего не гарантирует, если меняются не фантики на фантики, а участвуют объекты реального мира.
Да никто не гарантирует что собеседник сможет выразить свою мысль так чтобы было понятно о чем он говорит. Людская лень, а данном случае написать пару лишних строк, она творит чудеса. Ваше бы предложение да на урок русского языка, чтобы мне учитель объяснил: где тут подлежащее, где сказуемое и где законченная мысль.
Не понимаю вопроса. Чья воля гарантирует что 2+2 завтра тоже будет равно 4? Чья воля гарантирует что завтра слово Компьютер не станет означать Трактор? о чем вы? это программирование, это алгоритмы. Мы (программисты как минимум) исходим из того что не нужна ничья воля чтобы 2+2=4 и чтобы яблоко падало вниз. Если для вас нужна чья то воля чтобы котнракт исполнялся, то для меня достаточно волеизъявления двух сторон. Попробуйте развернуть или переформулировать свой вопрос если вас не затруднит. Я искренне пытаюсь, но не могу понять что вы имеете в виду.
У вас странная логика. Вы используете аргументы говорящие в пользу блокчейна чтобы аргументировать против него :-) Давайте еще раз пройдемся по вашим аргументам.
Если кому-то не нравится сервис он может пользоваться альтернативным. Вы не видите разницы между опенсорс проектом без владельца и проприетарными проектами. Давайте я попробую дать вам понятный пример. Есть поисковый сервис гугл — он проприетарный и монопольный. Если я не согласен с там как он фильтрует и сортирует результаты поиска у меня нет альтернативы. Вернее она есть типа яндекс и бинг, но она меня не устраивает по ряду других причин. В мире опенсорса мы берем и форкаем, это относится не столько к блокчейну, но к опенсорс вообще. И делаю свой гугл и если я прав и мои идеи нравяеся пользователям мой сервис процветает а оригинальный гугл умирает. Но блокчейн вносит свою лепту тем что получившийся продукт не является «моим» он всегда общий! Никто им не владеет и никто не может его принудительно выключить или заблокировать как тот же гугл в Китае.
Второй ваш пункт насчет того что никто не читает соглашений. Я согласен, только вы путаете две вещи вместе. Соглашения которые вы подписываете сейчас это юридические игры. И мы все знаем что в суде нас всех легко отымеют все эти гиганты. А смартконтракты это суть сделки которую может понять каждый участник сделки: что продаем-покупаем, в каком количестве, почем. Это намного о другом. Да, сегодня уже есть примеры не очень грамотного исполнения смарт кортрактов. Но это все сейчас утрясается и в будущем мы будем им доверять больше. Это как «стандартный» договор купли-продажи. Любой человек который путался когда-нибудь что-то купить или продать пытался нагуглить хороший образец. Так вот рынок постепенно выведет все лучшие контракты в топ. И мы будем ими пользоваться не задумываясь, но зная что кто-то когда-то заплатил за «тестирование» этих контрактов своим удачным или неудачным опытом. Ошибки по пути неизбежны. Но суть остается — что написано пером, не может потеряться, не может «сгореть при пожаре», не может сбежать в другую юрисдикцию и т.д.
Далее насчет бана за смайлик, просто поверьте коммьюнити читает код. Если там будут мины из найдут — жто опенсорс. А закладки ЦРУ и ФСБ — мы не можем даже искать, у нас нет доступа к исходникам!
Фриланс.ру — отличный пример. Если бы они были созданы на блокчейне то что они сделали было бы невозможно. Если вы не видите преимущества «не случилось» перед «я это переживу» — это ваша позиция. Но подумайте чтобы вы предпочли на самом деле: чтобы дом не сгорел или чтобы у вас была страховка на этот случай? чтобы вы не сломали руку или чтобы вам поставили качественный протез? чтобы вы не потеряли работу или чтобы быстро нашли новую через пару мес и немного пониже зарплата? Я понимаю что это субъективно. Но я считаю что если какие-то проблемы можно просто избежать — то это преимущество.
Блокчейн — это не заклинание, это всего лишь технология. Меня не волнует электричество. Я его даже не замечаю. Но представляя себя на месте человека, который не понимает зачем ему дому лампочка, если у него есть 100 свечей 150 лет назад, а кто-то ему рассказывает о том что чтобы эта лампа горела надо еще и электростанцию построить, я точно понимаю что преимущества налицо.
Мы все пока еще не знаем где приживется блокчейн или квантовые компьютеры, но поверьте — приживутся. Сегодня в этом уже нет сомнений. :-) А обычный потребитель естесственно не будет думать почему одно лучше другого, но он точно будет знать что оно лучше ;-)
В общем, это долгая лекция. Попытаюсь еще раз объяснить. Теоретическая возможность сэкономить пару байт в памяти и пару тактов процессора на практике не выдерживает реальной конкуренции с ООП подходом по следующим причинам: скорость разработки, возможность независимой разработки модулей без потери их взаимосвязанности и взаимозаменяемости, возможность использования сторонних модулей и библиотек, простота работы в команде (где опытный разработчик уже знает как надо писать, а начинающий может легко найти документацию и best practices) так что мы снова экономим дорогое ВРЕМЯ, причем не только не разработку, но на обучение, тестирование, отладку, поиск источников проблем и т.д. Плюс как я уже говорил замена железа стоит дешевле и приносит мгновенные результаты, без необходимости заново тестировать всю систему в случае «оптимизации под память и проц»
Например если у вас сатрый комп который типа LAMP все в одном и у вас проблемы с проихводительностью, то купив два новых компа и разнеся РНР и MySQL на разные машины вы с высокой долей вероятности решите проблемы производительности за один день. Причем с доступностью облаков сегодня — это проверяется за пару часов в облаке за 2 бакса. Стоимость разработки это бич бизнеса сегодня. И еще раз — если вы будете переписывать ООП код в функциональный ради выигрыша в производительности в сложной системе, то во-первых вы с высокой степенью вероятности облажаетесь, а во вторых это будет стоить страшных денег в разы превосходящих замену железа.
Да никто не гарантирует что собеседник сможет выразить свою мысль так чтобы было понятно о чем он говорит. Людская лень, а данном случае написать пару лишних строк, она творит чудеса. Ваше бы предложение да на урок русского языка, чтобы мне учитель объяснил: где тут подлежащее, где сказуемое и где законченная мысль.
Если кому-то не нравится сервис он может пользоваться альтернативным. Вы не видите разницы между опенсорс проектом без владельца и проприетарными проектами. Давайте я попробую дать вам понятный пример. Есть поисковый сервис гугл — он проприетарный и монопольный. Если я не согласен с там как он фильтрует и сортирует результаты поиска у меня нет альтернативы. Вернее она есть типа яндекс и бинг, но она меня не устраивает по ряду других причин. В мире опенсорса мы берем и форкаем, это относится не столько к блокчейну, но к опенсорс вообще. И делаю свой гугл и если я прав и мои идеи нравяеся пользователям мой сервис процветает а оригинальный гугл умирает. Но блокчейн вносит свою лепту тем что получившийся продукт не является «моим» он всегда общий! Никто им не владеет и никто не может его принудительно выключить или заблокировать как тот же гугл в Китае.
Второй ваш пункт насчет того что никто не читает соглашений. Я согласен, только вы путаете две вещи вместе. Соглашения которые вы подписываете сейчас это юридические игры. И мы все знаем что в суде нас всех легко отымеют все эти гиганты. А смартконтракты это суть сделки которую может понять каждый участник сделки: что продаем-покупаем, в каком количестве, почем. Это намного о другом. Да, сегодня уже есть примеры не очень грамотного исполнения смарт кортрактов. Но это все сейчас утрясается и в будущем мы будем им доверять больше. Это как «стандартный» договор купли-продажи. Любой человек который путался когда-нибудь что-то купить или продать пытался нагуглить хороший образец. Так вот рынок постепенно выведет все лучшие контракты в топ. И мы будем ими пользоваться не задумываясь, но зная что кто-то когда-то заплатил за «тестирование» этих контрактов своим удачным или неудачным опытом. Ошибки по пути неизбежны. Но суть остается — что написано пером, не может потеряться, не может «сгореть при пожаре», не может сбежать в другую юрисдикцию и т.д.
Далее насчет бана за смайлик, просто поверьте коммьюнити читает код. Если там будут мины из найдут — жто опенсорс. А закладки ЦРУ и ФСБ — мы не можем даже искать, у нас нет доступа к исходникам!
Фриланс.ру — отличный пример. Если бы они были созданы на блокчейне то что они сделали было бы невозможно. Если вы не видите преимущества «не случилось» перед «я это переживу» — это ваша позиция. Но подумайте чтобы вы предпочли на самом деле: чтобы дом не сгорел или чтобы у вас была страховка на этот случай? чтобы вы не сломали руку или чтобы вам поставили качественный протез? чтобы вы не потеряли работу или чтобы быстро нашли новую через пару мес и немного пониже зарплата? Я понимаю что это субъективно. Но я считаю что если какие-то проблемы можно просто избежать — то это преимущество.
Блокчейн — это не заклинание, это всего лишь технология. Меня не волнует электричество. Я его даже не замечаю. Но представляя себя на месте человека, который не понимает зачем ему дому лампочка, если у него есть 100 свечей 150 лет назад, а кто-то ему рассказывает о том что чтобы эта лампа горела надо еще и электростанцию построить, я точно понимаю что преимущества налицо.
Мы все пока еще не знаем где приживется блокчейн или квантовые компьютеры, но поверьте — приживутся. Сегодня в этом уже нет сомнений. :-) А обычный потребитель естесственно не будет думать почему одно лучше другого, но он точно будет знать что оно лучше ;-)