о цифрах говорить имеет смысл, когда есть конкретная задача и конкретные требования. в ряде случаев действительно нет никакого смысла переплачивать, если можно обойтись 1 сервером с «хорошими» HDD. абстрактно можно лишь сказать, что например NAS ускоряет операции файловой системы в разы.
хорошо бы обосновать такое утверждение
см. выше.
Операции записи тоже кешируются в ОЗУ? А надежно ли это?
да, операции записи тоже кешируются, т.е. записанные вами данные могут вообще до диска не дойти, если были помечены на удаление раньше. здесь кроется опасность: что произойдет с данным в кеше, если возникнут проблемы с электричеством? На этот случай, как правило, предусмотрен автономный источник питания, позволяющий в аварийном режиме сбросить весь кеш на диск. Но и с этим источником могут начаться проблемы, в конце концов, его заряда может просто не хватить до устранения проблем. Можно использовать резервный ИБП, но и он не лишен перечисленных проблем, поэтому без использования внешних инструментов обеспечить целостность данных невозможно. О том, как из такой ситуации выйти при помощи внешних инструментов, речь пойдет в следующей статье.
я с вами практически полностью согласен, благодарю за развернутый комментарий :)
по определению SAN-NAS можно спорить, но в целом идея верная.
да, Isilon — это дорого. очень. пожалуй, тут вы действительно правы, сравнение цен SAN и NAS как таковых некорректно.
iSCSI не становится меньше SAN-протоколом, оттого, что ходит поверх «избыточного TCP/IP».
говоря об избыточности, я имел ввиду накладные расходы на синхронизацию канала и малый размер пакета, и, как следствие, расходы на обработку малых пакетов. по этой причине разрабатываются новые протоколы (с бОльшим размером пакета) и в ряде случаев предпочтение отдается FibreChannel
Из этого можно сделать вывод, что SAN полностью свободна от негативного влияния низкого качества коммутирующих устройств в сети? ;)
нет, но здесь следует иметь ввиду, что мы говорим о выделенном и специализированном сетевом оборудовании — естественно, сам по себе SAN еще ничего не обещает. да, все зависит от оборудования и настройки, однако, разделять понятия «NAS» и «сеть» в данном случае некорректно.
отчасти с вами согласен. отчасти, т.к. внятный материал на русском есть пожалуй что по SAN, а на хабре данная тема развита слабо. в любом случае — это начало, базис, на котором далее можно будет говорить более предметно.
а при чем здесь Celerra? в начале статьи я указал, что не буду упоминать названий продуктов, а в конце еще раз отметил, что цены — это область маркетинга. но если вы настаиваете: начнем с того, что NAS — это не Celerra, а решение, цена которого сильно зависит от вендора и возможностей. более того, если говорить именно про Celerra — это семейство продуктов, среди которых есть решения и для среднего бизнеса, стоимость которых не идет в сравнение с тем же Symmetrix.
так что мимо. странно, ожидал от коллег из нетап комментариев по существу.
почему-то по введению сразу стало понятно что вас не взяли.
многое слышал про яндекс и негативного в т.ч., с чем-то соглашусь, но комменты рилейтед:
А я уже был в состоянии равнодушия к Яндексу.
и все же поехали на собеседование?
Неопределенность по срокам и т.д.
на позицию офис-менеджера за неделю может придти 15к резюме, как вы считаете,
сколько резюме пришло в яндекс (особенно если один человек присылает резюме на несколько позиций)?
есть ли возможность всем написать хотя бы отказ, а не только причины?
Затянутость. 59 дней — это что такое?
как сказали выше — издержки крупных компаний. и даже после того, как вам сказали «да»,
может пройти еще столько же в связи с различными бюрократическими процедурами
(особенно характерно для западных компаний).
и как опять же сказали выше, возможно, что вас держали в качестве запасного варианта, или искали место именно под вас.
то что, вас не были готовы оторвать с руками на первой же беседе — повод поразмыслить, а не обижаться, не так ли?
У вас настолько заняты сотрудники? Я не верю
и очень зря
Неподготовленность сотрудников. Из тех, с кем я общался, только два человека были способны на эффективное общение с незнакомыми людьми.
тревожный звонок, не считаете? почему вы решили что не подготовлены были именно они? в вашей беседе это никак не прозвучало?
По содержанию отдельно: вы получили ценный опыт, и, судя по стилю написания, отказ приняли как что-то личное. На прошлой работе у нас была большая проблема найти архитектора, потому что каждый, кто приходил смотрел на всех как на говно не подходил по личностным качествам, как было сказано в одной статье здесь — не были способны интегрироваться, вы уверены, что вам отказали не по этой причине?
А за столько вы не согласны работать на Яндекс?
по личному опыту, начиная с какого-то момента, чувствуешь близость «потолка» в зп — и тогда приоритеты сдвигаются.
в частности «на Яндекс», что бы там ни говорили, работать круто.
Известно, что в Java решение о том, какой из перегруженных методов вызывать производится на этапе компиляции
можно здесь поподробнее и про раннее/позднее связывание?
например о свойствах инфоблоков, наследуемых от свойств групп (или как там папки с инфоблоками называются, разделы?). например о таком же наборе типов свойств в группах, что и в инфоблоках. вместо 1 сущности с наследованием и агрегацией, имеем…
… хотя постойте, я это руководителю направления говорю?
как-то ни о чем разговор вышел. предлагаю закрыть.
уровень зарплаты программистов на битрикс завышен, неадекватно
завышен??? давайте говорить в среднем по больнице, тут
я привел довольно развернутый ответ. коротко: сниженный порог входа (как в битрикс, так и в php в целом) ведет к снижению зарплат, как к низкоквалифицированному труду""
«довольно» удобный, это мое личное мнение, которое готов отстаивать, нахлебавшись в свое время помоечных самописных админок.
1) я не о том. уродский интерфейс других админок не делает админку битрикса удобной.
2) личное мнение, опубликованное в корпоративном блоге и создает привкус рекламы. я заострил на этом внимание, т.к. сталкиваюсь с подобным не в первый раз. тому же Роберту Басырову неоднократно высказывал пожелание исключить маркетинг из документации. услышан не был.
Если бы продукт был целиком посвящен блогам, или целиком форуму, тогда бы их конечно вылизывали и доводили до совершенства
и вместо доведения до ума старых, разрабатываются новые модули? :) тут не в них, тут в концепции дело. с теми же инфоблоками: удалось ли решить проблему иерархичных свойств — избавиться от костылей в свойствах групп?
Мы на пути к подобному уровню сертификации.
поинт был в том, что подобный уровень дискредитирует сертификацию битрикс как таковую, ровно как и уровень и квалификации (читай зарплаты) программистов на битрикс
А вы видели когда-нибудь админку управления БД Oracle? А у magento? Рекомендую посмотреть и сравнить.
а при чем здесь оракл? реакция людей, впервые видеших админку битрикса была примерно такой О_О. справедливости ради стоит заметить, что админки прочих (в т.ч. и опенсорсных) цмс ушли не далеко. однако и тут поинт в другом, «предоставляют удобные инструменты» — вот так просто, удобные и все — звучит как реклама
Вы извергаете эмоции без фактов.
я делюсь опытом. выше уже писали про блоги, форум и проч. аналогичная проблема практически любым модулем, который нужно кастомизировать чуть больше, чем это доступно «из коробки»
не хотел начинать с негатива, но таки не удержался. не зря вас минусовали, торт еще хабр.
битрикс так и не научились различать тех. статьи с рекламными буклетами:
путем их бесплатной сертификации по нашим курсам
вы называете это сертификацией? посмотрите сюда или сюда — вот это сертификация. а ваши т.н. «сертификаты» в состоянии получить любой школьник, понятия не имеющий о кластеризации или об оценке трудозатрат. а материалы сертификации написаны в духе упомянутой статьи «какие распрекрасные мы».
понятные большинству разработчиков начальной и средней квалификации
если человек не в состоянии разобраться в чем-то сложнее PHP, проблема не с платформой а с человеком.
разработчики «начальной и средней квалификации» (а тем более на PHP) пишут код начального и среднего качества — привет «проблемам разработки с нуля».
некоторые фреймворки, например BitrixFramework, предоставляют удобные инструменты аудита и мониторинга качества разработк
В BitrixFramework имеется встроенный функциональный и довольно удобный административный интерфейс
и вот после этого вы будете говорить, что ваши статьи не реклама?
которая позволяет постоянно поддерживать ядро веб-проекта в перманентно хорошем тонусе.
которая после обновления вызывает проблемы с кодировкой, модулями и прочим.
Написать модуль относительно просто
наглая и неприкрытая ложь. даже кастомизация модуля отзывается довольной сильной pain in the ass, не говоря уже о написании собственного. никакой гибкости тут нет — есть задача и у задачи должно быть решение и вместо того, чтобы ее решать в рамках каких-то общепринятых стандартов (типа OSGi если уж говорим о модульности) я должен танцевать с бубном вокруг «тяжелого» недокументированного «api».
сама цмс (вдруг переименованная в «фреймворк») монолитна и негибка, а любая интеграция с внешними системами (как и с 1с ага) подпирается тысячами костылей.
короче говоря, статья-рекламка для менеджеров, как и впрочем все остальные околотехнические публикации битрикса.
******
4 года php, 2 года тытрикса.
хорошо бы обосновать такое утверждение
см. выше.
Операции записи тоже кешируются в ОЗУ? А надежно ли это?
да, операции записи тоже кешируются, т.е. записанные вами данные могут вообще до диска не дойти, если были помечены на удаление раньше. здесь кроется опасность: что произойдет с данным в кеше, если возникнут проблемы с электричеством? На этот случай, как правило, предусмотрен автономный источник питания, позволяющий в аварийном режиме сбросить весь кеш на диск. Но и с этим источником могут начаться проблемы, в конце концов, его заряда может просто не хватить до устранения проблем. Можно использовать резервный ИБП, но и он не лишен перечисленных проблем, поэтому без использования внешних инструментов обеспечить целостность данных невозможно. О том, как из такой ситуации выйти при помощи внешних инструментов, речь пойдет в следующей статье.
по определению SAN-NAS можно спорить, но в целом идея верная.
да, Isilon — это дорого. очень. пожалуй, тут вы действительно правы, сравнение цен SAN и NAS как таковых некорректно.
iSCSI не становится меньше SAN-протоколом, оттого, что ходит поверх «избыточного TCP/IP».
говоря об избыточности, я имел ввиду накладные расходы на синхронизацию канала и малый размер пакета, и, как следствие, расходы на обработку малых пакетов. по этой причине разрабатываются новые протоколы (с бОльшим размером пакета) и в ряде случаев предпочтение отдается FibreChannel
Из этого можно сделать вывод, что SAN полностью свободна от негативного влияния низкого качества коммутирующих устройств в сети? ;)
нет, но здесь следует иметь ввиду, что мы говорим о выделенном и специализированном сетевом оборудовании — естественно, сам по себе SAN еще ничего не обещает. да, все зависит от оборудования и настройки, однако, разделять понятия «NAS» и «сеть» в данном случае некорректно.
так что мимо. странно, ожидал от коллег из нетап комментариев по существу.
многое слышал про яндекс и негативного в т.ч., с чем-то соглашусь, но комменты рилейтед:
А я уже был в состоянии равнодушия к Яндексу.
и все же поехали на собеседование?
Неопределенность по срокам и т.д.
на позицию офис-менеджера за неделю может придти 15к резюме, как вы считаете,
сколько резюме пришло в яндекс (особенно если один человек присылает резюме на несколько позиций)?
есть ли возможность всем написать хотя бы отказ, а не только причины?
Затянутость. 59 дней — это что такое?
как сказали выше — издержки крупных компаний. и даже после того, как вам сказали «да»,
может пройти еще столько же в связи с различными бюрократическими процедурами
(особенно характерно для западных компаний).
и как опять же сказали выше, возможно, что вас держали в качестве запасного варианта, или искали место именно под вас.
то что, вас не были готовы оторвать с руками на первой же беседе — повод поразмыслить, а не обижаться, не так ли?
У вас настолько заняты сотрудники? Я не верю
и очень зря
Неподготовленность сотрудников. Из тех, с кем я общался, только два человека были способны на эффективное общение с незнакомыми людьми.
тревожный звонок, не считаете? почему вы решили что не подготовлены были именно они? в вашей беседе это никак не прозвучало?
По содержанию отдельно: вы получили ценный опыт, и, судя по стилю написания, отказ приняли как что-то личное. На прошлой работе у нас была большая проблема найти архитектора, потому что каждый, кто приходил
смотрел на всех как на говноне подходил по личностным качествам, как было сказано в одной статье здесь — не были способны интегрироваться, вы уверены, что вам отказали не по этой причине?А за столько вы не согласны работать на Яндекс?
по личному опыту, начиная с какого-то момента, чувствуешь близость «потолка» в зп — и тогда приоритеты сдвигаются.
в частности «на Яндекс», что бы там ни говорили, работать круто.
можно здесь поподробнее и про раннее/позднее связывание?
… хотя постойте, я это руководителю направления говорю?
как-то ни о чем разговор вышел. предлагаю закрыть.
в первом пункте приводится вот это
dev.1c-bitrix.ru/community/webdev/user/3308/blog/2334/#17539
завышен??? давайте говорить в среднем по больнице, тут
я привел довольно развернутый ответ. коротко: сниженный порог входа (как в битрикс, так и в php в целом) ведет к снижению зарплат, как к низкоквалифицированному труду""
«довольно» удобный, это мое личное мнение, которое готов отстаивать, нахлебавшись в свое время помоечных самописных админок.
1) я не о том. уродский интерфейс других админок не делает админку битрикса удобной.
2) личное мнение, опубликованное в корпоративном блоге и создает привкус рекламы. я заострил на этом внимание, т.к. сталкиваюсь с подобным не в первый раз. тому же Роберту Басырову неоднократно высказывал пожелание исключить маркетинг из документации. услышан не был.
Если бы продукт был целиком посвящен блогам, или целиком форуму, тогда бы их конечно вылизывали и доводили до совершенства
и вместо доведения до ума старых, разрабатываются новые модули? :) тут не в них, тут в концепции дело. с теми же инфоблоками: удалось ли решить проблему иерархичных свойств — избавиться от костылей в свойствах групп?
поинт был в том, что подобный уровень дискредитирует сертификацию битрикс как таковую, ровно как и уровень и квалификации (читай зарплаты) программистов на битрикс
А вы видели когда-нибудь админку управления БД Oracle? А у magento? Рекомендую посмотреть и сравнить.
а при чем здесь оракл? реакция людей, впервые видеших админку битрикса была примерно такой О_О. справедливости ради стоит заметить, что админки прочих (в т.ч. и опенсорсных) цмс ушли не далеко. однако и тут поинт в другом, «предоставляют удобные инструменты» — вот так просто, удобные и все — звучит как реклама
Вы извергаете эмоции без фактов.
я делюсь опытом. выше уже писали про блоги, форум и проч. аналогичная проблема практически любым модулем, который нужно кастомизировать чуть больше, чем это доступно «из коробки»
битрикс так и не научились различать тех. статьи с рекламными буклетами:
путем их бесплатной сертификации по нашим курсам
вы называете это сертификацией? посмотрите сюда или сюда — вот это сертификация. а ваши т.н. «сертификаты» в состоянии получить любой школьник, понятия не имеющий о кластеризации или об оценке трудозатрат. а материалы сертификации написаны в духе упомянутой статьи «какие распрекрасные мы».
понятные большинству разработчиков начальной и средней квалификации
если человек не в состоянии разобраться в чем-то сложнее PHP, проблема не с платформой а с человеком.
разработчики «начальной и средней квалификации» (а тем более на PHP) пишут код начального и среднего качества — привет «проблемам разработки с нуля».
некоторые фреймворки, например BitrixFramework, предоставляют удобные инструменты аудита и мониторинга качества разработк
В BitrixFramework имеется встроенный функциональный и довольно удобный административный интерфейс
и вот после этого вы будете говорить, что ваши статьи не реклама?
которая позволяет постоянно поддерживать ядро веб-проекта в перманентно хорошем тонусе.
которая после обновления вызывает проблемы с кодировкой, модулями и прочим.
Написать модуль относительно просто
наглая и неприкрытая ложь. даже кастомизация модуля отзывается довольной сильной pain in the ass, не говоря уже о написании собственного. никакой гибкости тут нет — есть задача и у задачи должно быть решение и вместо того, чтобы ее решать в рамках каких-то общепринятых стандартов (типа OSGi если уж говорим о модульности) я должен танцевать с бубном вокруг «тяжелого» недокументированного «api».
сама цмс (вдруг переименованная в «фреймворк») монолитна и негибка, а любая интеграция с внешними системами (как и с 1с ага) подпирается тысячами костылей.
короче говоря, статья-рекламка для менеджеров, как и впрочем все остальные околотехнические публикации битрикса.
******
4 года php, 2 года тытрикса.