• Open source – наше всё
    +12
    Куча слов в защиту опен сорса. Как будто ОМОН туда пошел из-за опен сорса.
    Нет, защищать надо частную собственность. Туда пришли ради денег, которые компания недавно получила. И всем это понятно.

    Защищать надо частную собственность. Но к сожалению момент упущен, и вы, Григорий, делать этого не можете — ни лично, ни в формате компании. Ведь в случае чего — в Яндекс тоже придут люди в бронежилетах и с автоматами.

    Только сказать об этом вы не можете, так как свободу слова раньше тоже никто защитить не смог. И всем все понятно, но сказать об этом уже тоже нельзя.
  • Амиго всё. Now it's official
    +4
    ➜ cd Downloads && grep amigo go-pulse.exe
    > Binary file go-pulse.exe matches

    Греп не врет ;)
  • 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
    Видимо блог Спрута? Он на своей волне. Вместо работы — занимается путешествиями.
  • Возобновляемые источники в США сравнялись с классическими по стоимости полученной электроэнергии
    +11
    Стоит переименовать новость в "Субсидированые возобновляемые источники в США сравнялись с классическими по стоимости полученной электроэнергии"

    Тк это слово сильно влияет на смысл новости.
  • Как инкрементальные обновления влияют на скорость загрузки. Опыт Яндекс.Почты
    0
    Совмещение научно-теоретической деятельности с практической.

    Кстати, это в Питерском офисе?
  • Как инкрементальные обновления влияют на скорость загрузки. Опыт Яндекс.Почты
    +6
    Очень радует что вы проводите подобные эксперименты.
  • Что не так с редизайном Хабрахабра
    0
    Вы нашли как его найти? Сам в поисках
  • Смелый план, который мог бы спасти шаттл «Колумбия». Часть 1
    +5
    Это описание — достойно экранизации!
  • Сюрприз от неизвестного: доверие к расширениям 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
    В интернете кто-то не прав
    :)
  • Домашний робот должен стоить $2999
    0
    ИП…
    Расчетный счет…

    ИП средства может принимать средства только по договору. Разве не так?
  • Потрясающая, но невидимая глубина
    +13
    Да разрази меня две тысячи гроз, почему любое упоминание эппла сводится 1 к 1 гневному комментарию про упоминание эппла?
  • Путь от 350 килобайтовой мобильной игры до большого проекта под разные платформы
    0
    Путь от 350 килобайтовой мобильной игры до большого проекта под разные платформы


    И где этот путь? По моему название не соответствует содержанию.
  • 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
  • Президент России Дмитрий Медведев планирует ввести ответственность провайдеров за нарушение «интеллектуальных прав» пользователями Интернета
    0
    Теперь следует принять следующие законопроекты:
    Ответственность за убийства переложить на производителей ножей.
    Ответственность за наезды на пешеходов переложить на производителей авто.
    Ответственность за уходящего Презедента переложить на производителя-Премьера.

    Еще немерено доработок надо внести в наше чудесное законодательство.
  • Adobe Shadow — делаем разработку мобильных сайтов проще и быстрей
    0
    Алекс, подскажи, ты разобрался с проблемой в итоге?
  • Skype теперь при видеозвонке иногда показывает рекламу вместо изображения собеседника
    0
    Это старая бага, и ее даже фиксили, выпустив раз за полгода-год новый релиз скайпа. Она возникала из-за конфликта с каким-то звуковым софтом системным. Но не дофиксили, как видно.
  • Samsung начинает распространять официальный ICS для Galaxy S2
    –3
    По моему на картинке Galaxy Note :) Ждем!
  • Блокиратор одноклассников и прочих сайтов
    +1
    К примеру, мобильный FF.
  • Блокиратор одноклассников и прочих сайтов
    +1
    А в некоторых современных браузерах, адрес сайта скрывается, вместо него — заголовок. С далеко идущими последствиями. )
  • Адаптируем графику под Retina экран
    +1
    Стоит подумать и про современные андроиды, которые около ретины, и по факту с такими же проблемами.
  • Тюнинг nginx
    0
    ВНИМАНИЕ!

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

    forums.virtualbox.org/viewtopic.php?f=3&t=33201