Ветвление! В hg ветки очень прозрачная штука. На самом деле в hg как таковых веток нет, у каждой ревизии просто проставляется тег с именем ветки, а также номер ревизии на базе которой сделан коммит. А граф потом строится по этим меткам.
Отсутствие необходимости в сервере при коммите -> более частые и независимые коммиты. Очень удобно, т.к. нередко бывают ситуации, когда я делаю коммиты нерабочего/некомпилирующегося кода, просто для того чтобы зафиксировать состояние файлов, при этом очень нежелательно, чтобы этот код попал в таком виде в центральный репозиторий, например, изза того, что автоматом запустится билд.
Ну и плюс скорость коммита у svn зависит напрямую от скорости доступа к центральному репозиторию, помню на старой работе бывало коммиты проходили минут по 5.
Насколько помню, если в svn вы находитесь в одной из общих веток, хотите сделать коммит, а ветка изменена на сервере, то мерж неизбежен, а мерж нередко довольно муторная операция, которой в данный момент очень не хочется заниматься. В hg вы коммититесь в текущую ветку и не паритесь. А мерж между локальной версией и удаленной версией одной и той же ветки сделаете, когда будет настроение, причем мержить можно как из удаленной в свою, так и из своей в удаленную (помним, что «своя» и «удаленная» — это одна и та же именованная ветка).
В биос зайти можно, только настроек там очень мало, по крайней на своем asus vivo tab 8 я заходил. Насчет убунты, гдето читал, что на этой платформе есть какойто заводской лок от установки другших бутлоадеров. Не знаю, насколько правда.
Что-то мне кажется, вы поменяли шило на мыло. На предыдущей работе был SVN, хотелось плакать, на предпредыдущей работе был как раз TFS — хотелось плакать кровавыми слезами. Сейчас во всех проектах использую HG (и на работе и в личных) — счастью нет предела, хотя есть конечно некоторые неприятные моменты. Иногда приходится пользоваться Гитом, но что-то оно не по мне, особенно после навыка работы с hg, хотя в студенческие годы Гитом пользовался весьма активно.
Весьма и весьма красиво! Я сам любитель навертеть чего-нибудь удобного и необычного на синтаксических фишках языка.
Одно предложение: добавьте, пожалуйста, экстеншн метод аля ToFunc, чтобы можно было объявлять матчеры через var, а то много пользователей, среди которых я, пишут сначала new Matcher...., а потом жмут introduce variable в решарпере. В этом случае можно написать .ToFunc и тип станет функцией:
public static class MatcherEx
{
public static Func<T1, T2> ToFunc<T1, T2>(this Matcher<T1, T2> matcher)
{
return matcher;
}
}
...
var matcher = new Matcher<string, int>
{
{s => true, s => s.Length}
}.ToFunc();
var i = matcher("asd");
«Локальные переменные и параметры значимых типов» — некорректный перевод. В данном случае «параметры значимых типов» понимаются как типовые параметры. Лучше бы написать «локальные переменные и параметры, имеющие значимый тип»
в начале текста:
«о значимых типов, », далее: «Описание далее не то, как на самом деле куча работает» — не по русски ни разу.
То же самое: «В идеальном случае нам бы хотелось, чтобы вся занятая память в одном месте непрерывной секцией, а всё остальное адресное пространство было бы свободно»
«Эти блоки памяти могут иметь «дырки» потому что некоторая память, занятая «живыми» объектами, и некоторая свободная память готовая для использования под новые объекты»
Это первые два абзаца.
За труд спасибо, но все-таки перед публикацией стоит 2-3 раз свой текст перечитать.
>Это менее строго типизированный язык от JetBrains до того, что он, по сути, статически типизированный.
О да. Я тоже прочитал раз 5 в надежде понять эту фразу.
да вообще кожеподобный(даже из натуральной) дизайн устройства — какой-то колхоз. Метал — да, стекло — да, красивый поликарбонат (как на люмии) — да. Но вот у самсунга с дизайном беда какая-то, имхо, начиная с гелекси с3
ЯННП. Честно.
Насколько я осознал — нужно было собрать некоторый набор сборок, который позволил бы запустить некоторое приложение. Если так, то разве не правильней было бы правильно настроить билд систему, чем городить самопал.
В дотнете имена методов и свойств должны называться с большой буквы и не иметь подчеркиваний.
Пока вы пишете код, который никто не будет читать, можете забить на любые требования, но как только этот код ктото захочет посмотреть, он будет долго плеваться. Я, читая чей-то код, из стиля имени идентикатора всегда делаю предположение о том, что это за идентификатор — локальная переменная/параметр, метод, свойство, приватное поле и т.д.
Несоблюдение правил именования — очень большая проблема, испытано на личном опыте.
Поверьте, в АУ, по крайней мере в магистратуре, которую я закончил, почти нет курсов, которые не нужны. Т.е. там нет философии/культурологии/социологии/истории и прочего шлака. А насчет физически ездить — все таки классический подход дает возможность пожить жизнью студента — всякие веселья в универе, много интересного общения в кофепоинте на переменах, общага, в которой было очень круто и весело, бессонные ночи во время сессии, когда мы толпой готовились до 5-6 утра к сложным экзаменам. У меня сейчас дофига клевых воспоминаний от этих двух лет магистратуры, это был очень кайфовое время в моей жизни. Социальная составляющая очень важна. Плюс к этому в одиночку не сильно выдающемуся студенту (как например мне) выжить(в плане учебы) в АУ очень и очень сложно, всегда на помощь приходили одногруппники, кто посильнее. В общем-то было заметно, что тем, кто не живет в общаге, приходилось сложнее при сдаче экзаменов — коллективный разум на них не работал) Ну или они нередко приезжали в общагу во время сессии.
Не стоит сравнивать диплом АУ с дипломами большинства шараг нашей страны, совсем разные вещи. Ну и еще один приятный момент — далеко не у каждого есть диплом с подписью Жореса Ивановича Алферова)
Если вас интересует пара курсов, вы можете без проблем приходить на пары и слушать их (были такие случаи уже).
Отсутствие необходимости в сервере при коммите -> более частые и независимые коммиты. Очень удобно, т.к. нередко бывают ситуации, когда я делаю коммиты нерабочего/некомпилирующегося кода, просто для того чтобы зафиксировать состояние файлов, при этом очень нежелательно, чтобы этот код попал в таком виде в центральный репозиторий, например, изза того, что автоматом запустится билд.
Ну и плюс скорость коммита у svn зависит напрямую от скорости доступа к центральному репозиторию, помню на старой работе бывало коммиты проходили минут по 5.
Насколько помню, если в svn вы находитесь в одной из общих веток, хотите сделать коммит, а ветка изменена на сервере, то мерж неизбежен, а мерж нередко довольно муторная операция, которой в данный момент очень не хочется заниматься. В hg вы коммититесь в текущую ветку и не паритесь. А мерж между локальной версией и удаленной версией одной и той же ветки сделаете, когда будет настроение, причем мержить можно как из удаленной в свою, так и из своей в удаленную (помним, что «своя» и «удаленная» — это одна и та же именованная ветка).
Одно предложение: добавьте, пожалуйста, экстеншн метод аля ToFunc, чтобы можно было объявлять матчеры через var, а то много пользователей, среди которых я, пишут сначала new Matcher...., а потом жмут introduce variable в решарпере. В этом случае можно написать .ToFunc и тип станет функцией:
«о значимых типов, », далее: «Описание далее не то, как на самом деле куча работает» — не по русски ни разу.
То же самое: «В идеальном случае нам бы хотелось, чтобы вся занятая память в одном месте непрерывной секцией, а всё остальное адресное пространство было бы свободно»
«Эти блоки памяти могут иметь «дырки» потому что некоторая память, занятая «живыми» объектами, и некоторая свободная память готовая для использования под новые объекты»
Это первые два абзаца.
За труд спасибо, но все-таки перед публикацией стоит 2-3 раз свой текст перечитать.
О да. Я тоже прочитал раз 5 в надежде понять эту фразу.
Насколько я осознал — нужно было собрать некоторый набор сборок, который позволил бы запустить некоторое приложение. Если так, то разве не правильней было бы правильно настроить билд систему, чем городить самопал.
msdn.microsoft.com/en-us/library/ms229045(v=vs.110).aspx
В дотнете имена методов и свойств должны называться с большой буквы и не иметь подчеркиваний.
Пока вы пишете код, который никто не будет читать, можете забить на любые требования, но как только этот код ктото захочет посмотреть, он будет долго плеваться. Я, читая чей-то код, из стиля имени идентикатора всегда делаю предположение о том, что это за идентификатор — локальная переменная/параметр, метод, свойство, приватное поле и т.д.
Несоблюдение правил именования — очень большая проблема, испытано на личном опыте.
Не стоит сравнивать диплом АУ с дипломами большинства шараг нашей страны, совсем разные вещи. Ну и еще один приятный момент — далеко не у каждого есть диплом с подписью Жореса Ивановича Алферова)
Если вас интересует пара курсов, вы можете без проблем приходить на пары и слушать их (были такие случаи уже).