• Кто знает все sql запросы Nested Set?

    sergey-gornostaev
    @sergey-gornostaev Куратор тега SQL
    Седой и строгий
    Практически хрестоматийная статья на эту тему - Managing Hierarchical Data in MySQL.

    Русскоязычная статья на Хабре, содержащая листинги полного комплекта готовых триггеров для работы с nested sets в PostgreSQL - Nested Sets + PostgreSQL TRIGGER.
    Ответ написан
    Комментировать
  • Чем заняться/что еще изучить, имея некоторый набор знаний?

    Andrey_Pletenev
    @Andrey_Pletenev
    Pletenev.com
    п. 3 говорит о том, что ваши вопросы, так же как и желание "еще поготовиться" - это оправдание бездействия в вашей зоне комфорта. Они не приведут ни к каким изменениям в вашей жизни. Когда решитесь не тратить жизнь на "всякую фигню", тогда эти вопросы станут актуальными.
    Ответ написан
    Комментировать
  • Что нужно прописать в заголовках?

    27cm
    @27cm
    TODO: Написать статус
    Комментировать
  • Какая из баз данных будет работать с таблицей в 1 петабайт и 3000 миллиардов записей?

    zoonman
    @zoonman
    ⋆⋆⋆⋆⋆
    Можете почитать сами kkovacs.eu/cassandra-vs-mongodb-vs-couchdb-vs-redis
    Я рекомендовал бы смотреть в сторону Hadoop детишек вроде HBase или Cassandra.
    Но и MongoDB вполне справится.
    Ответ написан
    Комментировать
  • С чего начать изучение сетей?

    e-antonov
    @e-antonov
    если нет понимания базовых вещей в общем и в деталях - могу посоветовать Таненбаум Компьютерные сети www.ozon.ru/context/detail/id/1504328
    Ответ написан
    Комментировать
  • Где полезны графы?

    > где наряду с NoSQL еще и графы используются
    интересная формулировка)

    > В каких случаях это в БД может быть полезно?
    во всех задачах, где глубина и "разнообразие" связей между сущностями сравнимо с количеством этих сущностей.
    Возьмем для примера две простые ситуации:
    1) есть заказ в интернет-магазине с некоторым числом заказанных товаров. Вне зависимости от того, реляционную модель вы будете использовать или какую-то еще, скорее всего вам будет удобно рассматривать две сущности: Order и OrderItem. В первую вы добавите сведения обо всем заказе целиком (инф. о клиенте, дату заказа, выбранный способ доставки, способ оплаты и т.д.). Во второй сущности у вас будет, например, id товара и его количество (1 микроволновка, 2 флешки, 5 CD-R). Теперь, чтобы вы могли знать, что какие-то OrderItem имеют отношение к конкретному Order, вам следует тем или иным способом смоделировать связь. Если у вас SQL-база, вы добавите к Order-у поле Id, а к OrderItem поле OrderId и сделаете внешний ключ. Если у вас документная база, то, к примеру, можно весь заказ с его элементами разместить в одном json-документе, и элементы заказа будут подобъектами в массиве items объекта заказа. Со временем у вас появится много заказов и много элементов заказов. Однако связи между ними у вас всегда будут достаточно простые: у каждого заказа будет некоторое количество элементов. Сами заказы вы связывать не будете, как не будете связывать элементы заказа. Глубина связей сущностей будет ограничена одним переходом.
    2) у вас есть социальная сеть (да, знаю, банальный пример), и конечно же у вас есть функция "добавить в друзья". В отличие от предудыщего примера, мы для рассмотрения можем взять только одну сущность - "пользователь", однако за счет того, что каждый каждого может зафрендить, у вас даже для одной сущности будет очень большой набор фактических связей, потенциально с большой глубиной (знакомые знакомых и т.д.).

    Обе проблемы теоретически можно решить с помощью SQL баз данных, однако графовые базы будут выигрывать во второй задаче в сложных запросах по обработке связей (скажем, найти всех моих друзей, которые идут на такое-то мероприятие). Этот выигрыш вытекает из архитектурных особенностей графовой БД, например, в графовой базе часто при сохранении связи сохраняется "указатель" на физическое расположение связанных данных, в то время как в реляционной базе связи моделируются внешними ключами, и при обработке требуют выполнения операций поиска (пусть и индексированного). Вообще, в каком-то смысле связи в графовой БД это first-class citizens, а в реляционной БД связи моделируются программистом (ограничения целостности вроде внешних ключей просто помогают ему поддерживать данные в согласованном состоянии).
    Ответ написан
    2 комментария
  • Что делать что бы не потерять зрение?

    @GreatRash
    Смотришь сперва вдаль, потом в монитор, потом снова вдаль и так раз 20 каждый день. Мне помогает.
    Ответ написан
    6 комментариев
  • Эпоха монетизации простых сайтов ушла в прошлое?

    Inv_Hunter
    @Inv_Hunter
    Управляющий партнёр в BACG
    Сделайте сайт для людей,а не для монетизации. А там все приложится...
    Ответ написан
  • С чего начать когда Руководитель ИТ отдела уволился без отработки и дела не передал?

    saboteur_kiev
    @saboteur_kiev Куратор тега Системное администрирование
    software engineer
    > Дело в том, что он (мой начальник) придерживался такого мнения, что ничего я записывать не буду, пусть мне потом звонят и спрашивают, а я вот уже подумаю помогать мне или нет, короче делал всё то чтобы быть не заменимым.
    Сразу показатель, что если у тебя случится жопа, от него адекватной помощи не дождетесь.
    Твой бывший босс УЖЕ создал конфликтную ситуацию, и быть у него в просителях не рекомендуется. Постарайся по максимуму обойтись без его помощи 1 на 1, старайся всю помощь к нему запрашивать официально. Можно письменно (в емайле, копируя кого-нить из руководства)
    Нормальный человек при уходе обязан передать дела нормально. С краткой базой знаний по всем сервисам которые он обслуживал. Если этого не случилось - это уже конфликт.

    > Мне сказали принимать дела, но на его место не ставят, якобы месяц-полтара протянешь мы посмотрим и может сделаем руководителем.
    Требуй если не место руководителя, то премию в размере его зарплаты все время, пока ты будешь выполнять его работу. Месяц-полтора это как раз тот срок, за который можно разобраться для поддержки основных критических систем. То есть у тебя САМЫЙ трудный срок твоей работы, а тебе не обещают это компенсировать?
    Добейся, что ты или берешься за его дела, с такой же оплатой, либо пусть сразу ищут другого. (А другого за 2 дня они не найдут, так что надави и будь упорен в вопросе оплаты. Почуют слабину, а ты справишься - станешь директором но получать будешь в два раза меньше чем предыдущий. Еще и твою бывшую должность сократят).

    > По большинству вопросов я в курсе, но только поверхностно, потому как некоторые вещи он делал сам про которые я только слышал, но подробностей не знаю.
    Чтобы принять на себя чьи-то обязанности, эти обязанности должны быть как минимум описаны. Должностная инструкция? Список сервисов, за которые ты отвечать должен?
    Если контора настолько унылая, что никто не способен сформулировать обязанности, то все еще печальнее.
    Опиши все что знаешь, потребуй у бывшего начальника письменно описать все обязанности, за которые он отвечал, с максимумом подробностей. Веди всю переписку в емайл. Пообщайся с руководством фирмы, и реши, кого ты будешь включать в CC, чтобы они видели всю переписку между тобой и бывшим начальником.
    В письмах задавай любые вопросы, которые тебе будут казаться не слишком адекватно разъясненными.

    Можно не спрашивать как настроить kde под freebsd, но названия использованных продуктов, доступы, контакты, на каких серверах что расположено - это главные вопросы. Твоя задача выяснить все до того момента, когда остальное ты сможешь самостоятельно нагуглить.

    > Сижу и мысли проносятся, за что первым делом браться, хотелось бы прочитать про опыт людей, которые оказывались в подобных ситуациях и как действовали. Спасибо за ответы.
    Попробуй напрямую (1 на 1) пообщаться с тем, от кого в твоей компании реально зависит ЗП, и сказать, что ты готов попробовать осилить все дела, но ты хочешь полную ставку за то время, что ты будешь вкалывать. Сразу понимай, что если ты будешь начальником отдела, ты должен выбивать деньги не на себя, а на весь отдел. Поэтому сразу озвучь, сколько человек тебе нужно принять в отдел (например вместо себя, если ты уходишь на начальника), и сразу выбей ставку для этого человека, пусть его наймете не сразу, но расходы на отдел должны быть установлены.

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

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

    P.S. Блин, примерно похожим образом я из эникейщика вырос, правда мой начальник краткую базу знаний оставил и ушел не так внезапно. Но да, пришлось много сходу учить.

    P.S. С точки зрения начальника, всегда мысли чуть шире - ты теперь сможешь принимать решения о смене используемых продуктов, и так далее, главное научиться это экономически обосновывать для тех, кто платит.
    Ответ написан
    3 комментария
  • С чего начать в Scala (?) разработчику из PHP мира?

    @wing_pin
    Люблю сгущенку и функциональное программирование
    1) Да, вполне годный инструмент. Сам я пришел к Java и Scala после Ruby и Node.js
    2) Есть хорошая книга "Scala для нетерпеливых"
    Ответ написан
    1 комментарий
  • С чего начать когда Руководитель ИТ отдела уволился без отработки и дела не передал?

    edinorog
    @edinorog
    Троллей не кормить!
    1. заявлением на имя директора в 2-х экземплярах со входящим номером о существующих проблемах и отсутствующих данных
    2. акт приемки-передачи
    3. приказ о назаначении тебя ио руководителя отдела
    Ответ написан
    Комментировать
  • Заказчик протупил собственные сроки и задерживает оплату. Что делать?

    Sanes
    @Sanes
    Если не отдали контент, то требовать 100%, потом отдавать. Вряд ли захочет терять предоплату.
    Ответ написан
    2 комментария
  • Каким образом возможно получить информацию со стороннего сайта?

    dordzhiev
    @dordzhiev
    Да вы серьезно что-ли? Фронтэндщик который не знает про AJAX?! Ужас.

    Вот оно откуда берется:
    $.getJSON("price_options.asp?p=" + id + "&n=" + n + "&c=" + c + "&x=" + getOptions() + "&rnd=" + Math.random(), function (data) {
       		        $("#unit_amount").val(data.amount);
    		    });

    Соответственно вам надо сделать HTTP запрос, на выходе получите JSON, оттуда берете поле amount.
    Ответ написан
    Комментировать
  • Каким образом возможно получить информацию со стороннего сайта?

    @zdiii
    Можно, посмотри логи
    Ответ написан
    Комментировать
  • Зачем в yii2 curl extension, если есть в linux curl?

    @liff
    PHP >= 5.4, 7 + PostgreSQL + JS + EmberJs +++
    curl extension НЕ в yii2, а все-таки в php.
    Это обертка PHP для работой с одной из системных библиотек curl, которых довольно много.
    Ответ написан
    1 комментарий
  • Вредно или продуктивно жить по графику с научной точки зрения?

    Denormalization
    @Denormalization
    Жизнь по графику - не подходит для людей с творческой профессией (програмисты тоже сюда относятся).
    Муза приходит когда ей вздумается, а не по сферическому расписанию.

    График может быть только при работе на потоке (да, да, те самые студии которые клепают по 10 вордресс сайтов в день).

    И да, по многочисленным опросам (на том же хабре много раз было), програмисты продуктивнее работают именно ночью.
    Ответ написан
    5 комментариев
  • Практика для начинающих. Есть ли те, кто готов взять зеленых под свое крыло?

    @Alastor
    Может надо найти какую нибудь псдшку, сверстать и задать вопрос о качестве вёрстки?

    или надо чтобы плетью ударили и заставили что то делать?
    Ответ написан
    2 комментария
  • Практика для начинающих. Есть ли те, кто готов взять зеленых под свое крыло?

    Satori_Kanzo
    @Satori_Kanzo
    Make code not war
    Я думаю, укажи Вы нечто вроде Вашей помощи взамен (например по некоторой кучке простой и муторной работы), был бы гораздо больший шанс найти сенсея =)
    Ответ написан
    2 комментария
  • Вредно или продуктивно жить по графику с научной точки зрения?

    Jump
    @Jump
    Системный администратор со стажем.
    Жизнь по графику это для роботов. Т.е это не жизнь.
    В реальной жизни все не распланируешь, да и распланированная жизнь скучна и уныла.
    А наука этим не занимается как правило, разве что британские ученые.
    Ответ написан