А по делу: самого интересного тут и нет. Ну создал кучу веток, ну красиво их подписал — но это только вершина айсберга. В работе-то оно все как? Как мучаются разработчики с baseless-мерджами? Как конфликты разрешают рудиментарными ТФС-ными средствами?
Краткое содержание: «Ехал стартап через стартап, видит стартап — мотивация мотивация, сунул стартап риски в риски, стартап бизнес стартап бизнес!»
Половина подкаста — пустопорожние споры о терминологии, остаток — корявый пересказ «Eric Sink on the Business of Software» и «Start Small, Stay Small».
Это еще чего, у нас в компании ажно цельный приказ есть — «О цифровой подписи». Регламентирует, как вы догадались, формат тех самых десяти строк «С уважением, Имярек, компания „Рога и Копыта“, адрес, телефон, факс, адрес электронной почты».
Насчет революции был, разумеется, сарказм. Я это сказал к тому, что когда-то будет — обязательно ведь будет, да? — гигантская Launch Party какой-нибудь VS vNext или TFS vNext, где со сцены будут нестись наполненные маркетинговым буллшитом речи о том, какие там есть замечательные и абсолютно новые фичи. И неважно, что всему этому уже сто лет в обед — будет подано именно под соусом «вот что мы изобрели!». Все будет выдаваться за инновационные достижения компании. Так было уже много раз, и столько же раз еще и будет.
А против Брайана я ну ничего не имею.
Большую долю рынка у VSS могу обосновать двумя тезисами. Первый — лоботомированные разработчики, которые с нее не хотят слезать и их в расчет можно не брать, поскольку таковых, думаю, меньшинство. Второй — клиническая корпоративная политика, и это не показатель.
Атомарные изменения — это, бесспорно, важно, но помилуйте, не в 2004 же году!
Вообще, товарищам из Microsoft стоит задуматься, что своими программными продуктами они формируют культуру определенного (и довольно большого) круга разработчиков и разрабатывать эти продукты с оглядкой на сей факт. Сколько умов попортили те же ВебФормы и прочие визуальные средства программирования! И в том самом 2004 году — если думать — можно было бы отказаться от Lock-Modify-Unlock-модели чтобы перестать уже насиловать разработчиков и в последующем не прикручивать к ней непонятные костыли.
Надо обладать большим геройством, чтобы взять изначально устаревший подход и на его основе лепить «новейшую среду ALM». Изобрести свою терминологию, воплотить совершенно невероятные алгоритмы (почему мерджи между «соседними» ветками вдруг baseless?). Потом понять, что Connected-модель — это таки коряво и как-то сбоку приладить Local Workspaces с поведением а-ля SVN и выдавать это за величайшее достижение («Вы можете сделать 'tf status' без беготни к серверу! Вы можете редактировать файлы без предварительного уведомления TFS-а!»). Революция, чо уж.
Microsoft как всегда на высоте. Вместо того, чтобы решать действительно важные задачи и сделать уже TFVC хоть сколько-нибудь похожей на современные VCS товарищи занимаются косметикой.
Я же не спрашивал «будете ли вы настаивать, чтобы ребенок пошел по вашим стопам»; все самостоятельно и добровольно. Но вы, зная все «подводные камни» профессии, хотели бы этого?
2. Не есть достижение TFS; в современных VCS'ах все именно так. WinMerge хорош, но это не TFS, встроенные средства которого — обнять и плакать.
3. CI это хорошо, но там типичный Enterprise Bloatware. И как, позвольте узнать, будете тесты исправлять, если запретите новый код коммитить?
4, 5. Не бином Ньютона.
6, 7. Об этом упоминать вообще стыдно.
А по делу: самого интересного тут и нет. Ну создал кучу веток, ну красиво их подписал — но это только вершина айсберга. В работе-то оно все как? Как мучаются разработчики с baseless-мерджами? Как конфликты разрешают рудиментарными ТФС-ными средствами?
Половина подкаста — пустопорожние споры о терминологии, остаток — корявый пересказ «Eric Sink on the Business of Software» и «Start Small, Stay Small».
А непродираемость заключается во всех этих точках: Create.Table.WithColumn.AsInt64.Nullable.PrimaryKey.
FI хорош в меру — от силы пара-тройка вызовов.
А против Брайана я ну ничего не имею.
Большую долю рынка у VSS могу обосновать двумя тезисами. Первый — лоботомированные разработчики, которые с нее не хотят слезать и их в расчет можно не брать, поскольку таковых, думаю, меньшинство. Второй — клиническая корпоративная политика, и это не показатель.
Атомарные изменения — это, бесспорно, важно, но помилуйте, не в 2004 же году!
Вообще, товарищам из Microsoft стоит задуматься, что своими программными продуктами они формируют культуру определенного (и довольно большого) круга разработчиков и разрабатывать эти продукты с оглядкой на сей факт. Сколько умов попортили те же ВебФормы и прочие визуальные средства программирования! И в том самом 2004 году — если думать — можно было бы отказаться от Lock-Modify-Unlock-модели чтобы перестать уже насиловать разработчиков и в последующем не прикручивать к ней непонятные костыли.
Надо обладать большим геройством, чтобы взять изначально устаревший подход и на его основе лепить «новейшую среду ALM». Изобрести свою терминологию, воплотить совершенно невероятные алгоритмы (почему мерджи между «соседними» ветками вдруг baseless?). Потом понять, что Connected-модель — это таки коряво и как-то сбоку приладить Local Workspaces с поведением а-ля SVN и выдавать это за величайшее достижение («Вы можете сделать 'tf status' без беготни к серверу! Вы можете редактировать файлы без предварительного уведомления TFS-а!»). Революция, чо уж.
lst = new List<string>();
lst.Add(" ");
lst.Add("!");
lst.Add("\"");
lst.Add("#");
...
Брюки превращаются:
lst = new List<string>(" !\"#...".ToCharArray().Select(c => c.ToString())
Для htb сильно подойдут инициализаторы коллекций, а код EAN13 и правда лучше спрятать, порефакторить, а потом уже показывать.