Я уже SVN достаточно долго не пользовался, там он просто Patch называется? Вот его тогда. Я в принципе под SVN/TFS все Centralized имею ввиду. На данный момент приходится пользоваться perforce — те же грабли, хотя он в 100 раз доработанее чем TFVC
Пример достаточно простой. Спрошу вас пару вопросов.
Как много у вас народу сидит на персональных ветках?
Как легко вам перепрыгнуть с реализации одной фичи на другую?
В случае с git — у разработчиков очень простой workflow — создаешь branch на feature. Работаешь спокойно на ней, делаешь commits в любое время в свой собственный branch без испуга, что можешь кого-то сломать. То есть можешь работать над features поэтапно. А так же в любой момент можешь засинхронизировать свой branch с branch какого-нибудь coworker.
Если вас попросят быстро сделать fix для продукта в главной ветке — делаешь спокойно staging, это что-то shelveset, но заметьте, что в отличие от SVN/TFS у вас в branch может быть уже с 10 commits, и последний stage с какими-то недоделанными штуками. В случае SVN/TFS у вас будет один огромный недоделанный shelveset (если не используете персональных branch). Так вот, делаешь staging — и создаешь branch для фикса этого bug из какого-нибудь другого branch — и спокойно над ним работаете. Если оказывается, что вас опять просят переброситься куда-нибудь — спокойно делаете.
Заметьте еще, что вы всегда находитесь в одной папке, когда меняете branch — не нужно переоткрывать редакторы и т.п.
Спорный вопрос. Я прикинул, сколько будет стоить мне по времени портировать приложение с Windows до Windows Store — подумалось, что времени придется затратить много, скорее всего все окупится, но к состоянию 1 к 1. А так как в голове куча идей на другие проекты — решил отложить и заняться другими проектами пока что.
Все верно. Я списывался с автором Nextgen Reader, чтобы узнать как обстоят дела с Windows Phone. Он мне сказал, что разница продаж в два раза. То есть на Windows Phone все продается более успешно.
Но качество приложений на Windows Phone не сильно отличается от Windows. Реально, если так подумать, то у компаний из США разработка приложения даже не окупает одного программиста на платформу. Какой смысл им разрабатывать? Но, на самом деле, это неплохой шанс для инди-разработчиков, которые верят в платформу, верят, что она взлетит в свое время.
Неплохие вычисления, но, к сожалению, 30-40 загрузок получается достичь только с discount ценой в $2.99. Поэтому мой настоящий доход где-то на нижней границе ваших вычислений.
Я не просто так сравнил свой прошлогодний доход с месячной зарплатой. Говорю о том, что приложение приносит меньше, чем я трачу на него времени. У меня, конечно, нет точных данных, сколько времени я потратил в прошлом году, но по ощущениям точно больше 160 часов (4 рабочих недели).
Поэтому основной мотиватор тут, конечно, счастливые пользователи и занятие for fun. Более того, на работе C# не использую теперь, а это возможность окунуться обратно в C# и VS.
-30% от MSFT. У них по правилам начинается -20% после какой-то там суммы, которую я еще не достиг.
Ну и да, вы правы, после этого еще -25% налоги где-то.
Какие 60Gb? Кто вам про такое говорил? Меня и 20Gb под OS смущают, но не о том разговор.
512Gb HHD — это 488Gb реальных (512,000,000/1024/1024). 488 — 450 = 38Gb — из которых это, скорее всего, какие-нибудь 3Gb восстановление системы (там же оно, наверное, есть?), 20Gb система изначальная, ну и оставшееся hiberfil.sys и swap файл.
> Что, и правда размер файла подкачки при 8ГБ аж 16ГБ? Привет из прошлого века?
Все условно. 1 к 2 это всегда был рекомендованный размер. Понятное дело, что у обычных пользователей такой необходимости не бывает, поэтому ОС может резервировать разные размеры файла в зависимости от использования и самого железа.
> И что, windows не умеет хранить файл для спячки в свапе, раз тот аж 16ГБ?
У куда девать swap тогда? Если все используется?
256 и 512 имеют 8Gb RAM (младшие модели 4Gb), что, по умолчанию, зарезервирует больший swap file (для Virtual Memory). Там пропорция по умолчанию, вроде, 1 к 2, то есть для 8Gb зарезервирует 16Gb.
Так же размер RAM влияет на размер hiberfil.sys — файл, который используется для гибернации — это, когда весь RAM записывается в этот файл при отправки компьютера в hibernate mode. Считай он 1 к 1 должен быть размером с RAM. Это объясняет большую разницу между 128 и 256.
Разница между 256 и 512 объясняется просто тем, что производители считают размеры Gb по другому (1000 против 1028), что дает нам 232Gb на 256Gb, разница «занятого места» как раз и есть 17Gb (62-45).
Да, я знаю, что лежит в Windows Installer (смотрите выше — я же написал, что это кеш обновлений). Более того winsxs тоже часть процесса обновления support.microsoft.com/kb/2795190/en-us
И к чему эти придирки по цене? Я просто говорю, что, по моему мнению, устройства дешевеют очень быстро. Больше чем в два раза за год. Со всякими Nexus и iPad такого не замечал. Или я тут не прав?
Совет вам, оставьте свои заключения при себе, особенно про других людей. По крайней мере, мне, пожалуйста, не высказывайте.
Если я говорю, то значит у меня на то есть пример. Вот система Windows 7 с Lingvo и Chrome. Используется чуть больше года (чистил уже много разного на ней)
Конечно, и в первом случае можно все успешно прочитать (пример еще не такой уж сложный), но все же.
> 1) Shelvesets.… Нужно ревью — готовишь Shelveset.
Расскажите мне как вы делаете итерации в code review?
> 4) Readonly все, что ты не менял.
Не нужно делать все readonly чтобы понять, что менял или нет. Расскажите, как вы работаете в offline mode?
Все остальные пункты — они так же есть и в других продуктах, так что не понимаю, какие тут именно прелести.
Как много у вас народу сидит на персональных ветках?
Как легко вам перепрыгнуть с реализации одной фичи на другую?
В случае с git — у разработчиков очень простой workflow — создаешь branch на feature. Работаешь спокойно на ней, делаешь commits в любое время в свой собственный branch без испуга, что можешь кого-то сломать. То есть можешь работать над features поэтапно. А так же в любой момент можешь засинхронизировать свой branch с branch какого-нибудь coworker.
Если вас попросят быстро сделать fix для продукта в главной ветке — делаешь спокойно staging, это что-то shelveset, но заметьте, что в отличие от SVN/TFS у вас в branch может быть уже с 10 commits, и последний stage с какими-то недоделанными штуками. В случае SVN/TFS у вас будет один огромный недоделанный shelveset (если не используете персональных branch). Так вот, делаешь staging — и создаешь branch для фикса этого bug из какого-нибудь другого branch — и спокойно над ним работаете. Если оказывается, что вас опять просят переброситься куда-нибудь — спокойно делаете.
Заметьте еще, что вы всегда находитесь в одной папке, когда меняете branch — не нужно переоткрывать редакторы и т.п.
Но качество приложений на Windows Phone не сильно отличается от Windows. Реально, если так подумать, то у компаний из США разработка приложения даже не окупает одного программиста на платформу. Какой смысл им разрабатывать? Но, на самом деле, это неплохой шанс для инди-разработчиков, которые верят в платформу, верят, что она взлетит в свое время.
Я не просто так сравнил свой прошлогодний доход с месячной зарплатой. Говорю о том, что приложение приносит меньше, чем я трачу на него времени. У меня, конечно, нет точных данных, сколько времени я потратил в прошлом году, но по ощущениям точно больше 160 часов (4 рабочих недели).
Поэтому основной мотиватор тут, конечно, счастливые пользователи и занятие for fun. Более того, на работе C# не использую теперь, а это возможность окунуться обратно в C# и VS.
Ну и да, вы правы, после этого еще -25% налоги где-то.
512Gb HHD — это 488Gb реальных (512,000,000/1024/1024). 488 — 450 = 38Gb — из которых это, скорее всего, какие-нибудь 3Gb восстановление системы (там же оно, наверное, есть?), 20Gb система изначальная, ну и оставшееся hiberfil.sys и swap файл.
> Что, и правда размер файла подкачки при 8ГБ аж 16ГБ? Привет из прошлого века?
Все условно. 1 к 2 это всегда был рекомендованный размер. Понятное дело, что у обычных пользователей такой необходимости не бывает, поэтому ОС может резервировать разные размеры файла в зависимости от использования и самого железа.
> И что, windows не умеет хранить файл для спячки в свапе, раз тот аж 16ГБ?
У куда девать swap тогда? Если все используется?
Surface Pro за $200 — это уже в 5 раз меньше изначальной цены. Такое произойдет не скоро. :)
Так же размер RAM влияет на размер hiberfil.sys — файл, который используется для гибернации — это, когда весь RAM записывается в этот файл при отправки компьютера в hibernate mode. Считай он 1 к 1 должен быть размером с RAM. Это объясняет большую разницу между 128 и 256.
Разница между 256 и 512 объясняется просто тем, что производители считают размеры Gb по другому (1000 против 1028), что дает нам 232Gb на 256Gb, разница «занятого места» как раз и есть 17Gb (62-45).
Я, конечно же, рад, что у вас нету этой проблемы, но я не один, у кого эта проблема всплывает Google:Windows Folder Takes a lot of space
Вот с ebay за 200 новый www.ebay.com/itm/Microsoft-Surface-RT-32GB-NEW-/271499909116?pt=US_Tablets&hash=item3f36a7d7fc
А на амазоне за 320 — это с клавиатурой.
И к чему эти придирки по цене? Я просто говорю, что, по моему мнению, устройства дешевеют очень быстро. Больше чем в два раза за год. Со всякими Nexus и iPad такого не замечал. Или я тут не прав?
Если я говорю, то значит у меня на то есть пример. Вот система Windows 7 с Lingvo и Chrome. Используется чуть больше года (чистил уже много разного на ней)