• 10 книг, которые навсегда изменят ваши взгляды
    +3
    Одураченные случайностью — это одна из первых книг Нассима Талеба. Логичнее читать более поздние — доработанные книги. К примеру, Черный Лебедь. Там он дополняет и более проработанно излагает мысли.
  • «Убийца Bootstrap» — Material Design Lite. Версия 1.0.0
    +1
    как и material design
  • Hg Init: Часть 1. Переобучение для пользователей Subversion
    0
    Может имеет смысл вставить ссылку на коммент внутри статьи? :)
  • Hg Init: Часть 1. Переобучение для пользователей Subversion
    +1
    Спасибо за перевод. В целом статья очень полезна. )

    Только вот этот момент смутил:

    Когда нам нужно сделать слияние, Subversion смотрит на обе ревизии — мой измененный код и ваш измененный код — и пытается угадать, как слепить их вместе в один большой страшный бардак. Обычно Subversion это не удается, и получаются длинные списки конфликтов («merge conflicts»), которые на самом деле не конфликты, а просто места, в которых система не смогла разобраться в наших изменениях.

    Для сравнения, если мы независимо работали в Mercurial, то система сохраняла серии изменений. Таким образом, когда мы хотим сделать слияние кода, у Mercurial на самом деле гораздо больше информации: система знает, что каждый из нас изменил, и может заново применить эти изменения вместо того, чтобы смотреть на конечный вариант и пытаться угадать, как все это собрать воедино.

    Если, для примера, я немного изменил какую-то функцию и перенес ее куда-то, то Subversion на самом деле не помнит этого. Так что когда дело дойдет до слияния, она просто может решить, что в коде из ниоткуда появилась новая функция. В то же время, Mercurial запомнит: функция изменилась, функция переместилась. Это значит, что если вы тоже поменяли эту функцию, то вероятность того, что Mercurial успешно проведет слияние наших изменений, гораздо больше.

    Так как Mercurial мыслит в терминах наборов изменений, вы можете делать интересные вещи с этими наборами изменений. Вы можете дать попробовать эти изменения другу вместо того, чтобы вносить эти изменения в центральный репозиторий и вынуждать всех ими пользоваться.

    Если все это кажется вам немного запутанным — не переживайте. По мере чтения этого пособия все обретет ясный смысл. В данный момент самое главное, что вам нужно знать: из-за того, что Mercurial оперирует наборами изменений, а не ревизиями, слияние кода в Mercurial работает гораздо лучше, чем в Subversion.


    Вот тут — либо неточность, либо недостаточно раскрыта тема в статье.

    Какая разница — changeset или слепок файлов система хранит? Откуда у меркуриала больше информации?

    В любом случае если я
    в ветке А — удаляю функцию из одного файла, вставляю в другой.
    в ветке Б — меняю тело функции на пару строк

    Ниодна система контроля версий этого сама не смерджит. Мне кажется ближе к истине вот это programmers.stackexchange.com/a/129926

    Subversion, Mercurial, and Git all track repository-wide snapshots of the project. Calling them versions, revisions, or changesets makes no difference. They are all logically atomic snapshots of a set of files.

    The size of your commits makes no difference when it comes to merging. All three systems merge with the standard three-way merge algorithm and the inputs to that algorithm are

    greatest common ancestor version
    version on one branch
    version on other branch
    It doesn't matter how the two branch versions were created. You can have used 1000 small commits since the ancestor version, or you can have used 1 commit. All that matters is the final version of the files. (Yes, this is surprising! Yes, lots of DVCS guides get this horribly wrong.)



    The real reason Git and Mercurial are better at merging than Subversion is a matter of implementation. There are rename conflicts that Subversion simply cannot handle even thought it's clear what the correct answer is. Mercurial and Git handles those easily. But there's no reason why Subversion couldn't handle those as well — being centralized is certainly not the reason.
  • Hg Init: Часть 1. Переобучение для пользователей Subversion
    0
    Вот этот момент смутил в статье.

    Когда нам нужно сделать слияние, Subversion смотрит на обе ревизии — мой измененный код и ваш измененный код — и пытается угадать, как слепить их вместе в один большой страшный бардак. Обычно Subversion это не удается, и получаются длинные списки конфликтов («merge conflicts»), которые на самом деле не конфликты, а просто места, в которых система не смогла разобраться в наших изменениях.

    Для сравнения, если мы независимо работали в Mercurial, то система сохраняла серии изменений. Таким образом, когда мы хотим сделать слияние кода, у Mercurial на самом деле гораздо больше информации: система знает, что каждый из нас изменил, и может заново применить эти изменения вместо того, чтобы смотреть на конечный вариант и пытаться угадать, как все это собрать воедино.

    Если, для примера, я немного изменил какую-то функцию и перенес ее куда-то, то Subversion на самом деле не помнит этого. Так что когда дело дойдет до слияния, она просто может решить, что в коде из ниоткуда появилась новая функция. В то же время, Mercurial запомнит: функция изменилась, функция переместилась. Это значит, что если вы тоже поменяли эту функцию, то вероятность того, что Mercurial успешно проведет слияние наших изменений, гораздо больше.

    Так как Mercurial мыслит в терминах наборов изменений, вы можете делать интересные вещи с этими наборами изменений. Вы можете дать попробовать эти изменения другу вместо того, чтобы вносить эти изменения в центральный репозиторий и вынуждать всех ими пользоваться.

    Если все это кажется вам немного запутанным — не переживайте. По мере чтения этого пособия все обретет ясный смысл. В данный момент самое главное, что вам нужно знать: из-за того, что Mercurial оперирует наборами изменений, а не ревизиями, слияние кода в Mercurial работает гораздо лучше, чем в Subversion.


    Какая разница — changeset или слепок файлов система хранит? В любом случае если я удаляю функцию из одного файла, вставляю в другой.
  • Мои 3 правила, как не быть хомяком в колесе. Личный опыт GTD
    0
    Думаю если он тут выступает примером — можно было бы и ссылку поставить. Типа смотрите как бывает. И он был бы благодарен. )

    Насчет многих — так и есть. В целом по жизни. Я по провинц-ТВ видел сюжет, как награждали за 25 лет службы. В ато/троллейбусном депо, или еще каком таком месте. За одну и туже работу. Наградили.

    Так что в определенной мере это даже поощряется.
  • Мои 3 правила, как не быть хомяком в колесе. Личный опыт GTD
    +2
    Видимо блог Спрута? Он на своей волне. Вместо работы — занимается путешествиями.
  • Как инкрементальные обновления влияют на скорость загрузки. Опыт Яндекс.Почты
    0
    Совмещение научно-теоретической деятельности с практической.

    Кстати, это в Питерском офисе?
  • Как инкрементальные обновления влияют на скорость загрузки. Опыт Яндекс.Почты
    +6
    Очень радует что вы проводите подобные эксперименты.
  • Что не так с редизайном Хабрахабра
    0
    Вы нашли как его найти? Сам в поисках
  • Смелый план, который мог бы спасти шаттл «Колумбия». Часть 1
    +5
    Это описание — достойно экранизации!
  • Updated + code: Свой «VBoxManage list ip» — список адресов запущенных виртуальных машин
    0
    Вопрос логичный. Ответ тоже будет логичен.

    Я пользуюсь OS X и Windows. Предусматриваю убунту. Хотелось однообразного решения для всех платформ.

    Node.js — у меня установлен всюду по требованиям проектов. Для меня его установленность в системе — норма. Отсюда удобное мне решение на нем.
  • Updated + code: Свой «VBoxManage list ip» — список адресов запущенных виртуальных машин
    0
    Ответил ниже)

    Можно все посмотреть вручную набрав «VBoxManage guestproperty enumerate » + vmName. Заодно потренировав точность набора и память на имена виртуалок. Со скриптом это чуть проще.

    Скорее всего у вас нет такой задачи, отсюда и вопрос.
  • Updated + code: Свой «VBoxManage list ip» — список адресов запущенных виртуальных машин
    0
    Виртуалки часто копируются между коллегами, иногда запускаются в другой сети, где к ним тоже нужен доступ из вне. Много причин по которым статические адреса не очень.

    За команду спасибо. Возможно пригодится.
  • Updated + code: Свой «VBoxManage list ip» — список адресов запущенных виртуальных машин
    0
    Вы абсолютно правы, добавил часть исодников, по которым видно что происходит.

    Можно все посмотреть вручную набрав «VBoxManage guestproperty enumerate » + vmName. Заодно потренировав точность набора и память на имена виртуалок. Со скриптом это чуть проще.

    О чём статья-то?

    Решение небольшой повседневной задачи, которым хочется поделиться. Конечно такая задача есть не у всех ;)
  • Updated + code: Свой «VBoxManage list ip» — список адресов запущенных виртуальных машин
    0
    Так искать — еще дольше)
  • Сюрприз от неизвестного: доверие к расширениям Chrome
    +1
    Альтернативный ответ. В случае проблем — начинаю проверять. Недавно поиск с гугла стал проходить через левый домен. Оказалось "[какой-то] Resizer" — расширение для изменения размеров окна браузера стало так монетизироваться.
  • Статьи от предпринимателей из Кремниевой Долины. Алексей Федосеев: «Внести структуру в хаос! И как к этому подступиться…» (часть 2)
    0
    Но здесь вовремя подоспел г-н М.Цукерберг, описавший мытарства Facebook в этой области. Наверное это стало решающим аргументом в пользу нативного iOS приложения

    А можно ссылку или наводку где почитать про эти мытарства?
  • Новая cross- Internet Explorer уязвимость эксплуатируется in-the-wild
    0
    The exploit we analyzed worked only on Windows XP or Windows 7 running Internet Explorer 8 or 9.
  • Чтобы больше заработать сделай свое ПО лицензионным
    +3
    Детали реализации всего были бы очень к месту
  • Оранжевый чувак бесплатно раздает серверы
    +1
    Я еду в воскресенье 16 июня из Москвы в СПб. Готов помочь с доставкой сервера, если найдутся достойные. )
  • «Workspace» и «Сниппеты» в Chrome Dev Tools
    +2
    Отличные инструменты. Еще бы поддержку sass. )
  • Прошлое роста производительности: конец гонки частот, многоядерность и почему прогресс увяз на одном месте
    +4
    В интернете кто-то не прав
    :)
  • Потрясающая, но невидимая глубина
    +13
    Да разрази меня две тысячи гроз, почему любое упоминание эппла сводится 1 к 1 гневному комментарию про упоминание эппла?
  • 1532 дня без изменений в коде
    +4
    Да, это однозначно боты. Кстати продвинутый, раз даже автору о багах пишут.
  • Создаем Splash Screen на Delphi
    –3
    Вы полностью правы, хотя суждения местами неверные.
  • Создаем Splash Screen на Delphi
    0
    Я может быть не уловил суть разговора. Вы сравниваете прикладной язык с низкоуровневым?

    В таком случае предлагаю добавить к сравнению ассемблер и php.
  • Создаем Splash Screen на Delphi
    –1
    Вот и я о том же. В теории он может все, а развивается по факту лишь при продаже очередным наивным. )
  • Создаем Splash Screen на Delphi
    –3
    Есть простая метрика, которая подойдет для этого случая. Дельфя — общетематичный язык, без какой-либо узкой специализации. Сравним его с другими распространенными языками.

    Проведем исследование ввиде викторины.

    Заходим на spb.hh.ru

    Запрос — результат
    javascript — 370
    java — 332
    c++ — 366

    xxx — 31

    А теперь вопрос залу. Какой мертвый язык скрыт под аббревиатурой xxx? :)))
  • Создаем Splash Screen на Delphi
    0
    Лет 7 назад я писал на дельфях клиент-серверное приложение для автоматизации работы типографии. Отдельно запомнилась работа с СУБД и работа с сетью.

    Попытки написать что-то более-менее приличное на стандартных VCL сетевых компонентах и последующее переписывание на нормальных виндовых событийных апи-сокетах. :)

    Изначально я лишь посоветовал VS и не слово не говорил про смерть. ;) Заметили? )))
  • Создаем Splash Screen на Delphi
    +10
    По нашим культурным православным традициям так полагается — хоронить то, что умерло.
  • Создаем Splash Screen на Delphi
    –13
    Я вам рекомендую www.microsoft.com/visualstudio/11/ru-ru
  • Adobe Shadow — делаем разработку мобильных сайтов проще и быстрей
    0
    Алекс, подскажи, ты разобрался с проблемой в итоге?
  • Skype теперь при видеозвонке иногда показывает рекламу вместо изображения собеседника
    0
    Это старая бага, и ее даже фиксили, выпустив раз за полгода-год новый релиз скайпа. Она возникала из-за конфликта с каким-то звуковым софтом системным. Но не дофиксили, как видно.
  • Блокиратор одноклассников и прочих сайтов
    +1
    К примеру, мобильный FF.
  • Блокиратор одноклассников и прочих сайтов
    +1
    А в некоторых современных браузерах, адрес сайта скрывается, вместо него — заголовок. С далеко идущими последствиями. )
  • Адаптируем графику под Retina экран
    +1
    Стоит подумать и про современные андроиды, которые около ретины, и по факту с такими же проблемами.
  • Тюнинг nginx
    0
    ВНИМАНИЕ!

    Sendfile вызывает проблемы внутри VirtualBox'а при работе с общими (shared) папками с хостовой системы. Как в апаче, так и в nginx.

    forums.virtualbox.org/viewtopic.php?f=3&t=33201
  • Особенности настройки git под windows
    0
    Только он не официальный, и экзешник с левого сайта. Грустный вариант.
  • Firefox не вмещается в 32-битное адресное пространство
    0
    А какого типа и насколько крупный проект?