布団が俺を呼んでいる

丘山大一のぶろぐ

サーバの共有フォルダの中身を整理してみた

梅雨の時期は体調が悪くて……更新さぼってました。
さて、共有の名のもとにカオス化するアレを整理する話。

なぜ整理したか

開発グループの利用の目安が2GB制限だったが、18.5GB使用していた。
ドキュメントが整理されておらず、何がどこにあるか分からない。ドキュメント探索という無駄なコストが発生。
「整理しなきゃ」「整理しなきゃ」と言う人はいるものの、いつまでたっても整理しない。

なぜ整理されないか

必要かもしれない(削除できない)。
自分以外が置いたファイルはよくわからない(削除できない)。

思ったこと

そもそも2GB制限って少なすぎ。サーバ管理者はアホかなんなら適当な1TBハードディスク2~3本買ってきてRAID組めば解決の予感。
削除できない原因は、ようはうっかり必要なファイルを削除していまったときに責任をとりたくないという話。
あとただたんに面倒くさいという話(最大の原因)。

やったこと

全ファイルを容量が空いている他のローカルにバックアップ(複数個所)
ディレクトリリストを出して、削除するファイル一覧を抽出。他のメンバにメールで送りつける(削除するって言ったからね? という予防線)。
なんとなく、「自分だったらこんな感じで整理する」やり方で整理開始。ガンガン削除。
自己基準のみで削除しまくり。

結果

18.5GB から 2.18GB へのスリム化に成功。
もし必要なファイルが後から出てきた場合はバックアップから戻す予定。
そのバックアップは1年後を目安に削除する予定。

共有フォルダとはどうあるべきか

本当にファイルを整理したいなら、それこそ履歴管理できるシステムを導入するべきなわけです。
しかし、共有フォルダにはそれを圧倒的に上回る便利さがある。
それは何より「手軽さ」。
これは何物にも代えがたいメリットなのです。たとえ将来カオス化すると分かっていても。
共有フォルダの問題点の指摘や、それを解消するための枠組みやルールなんかも色々提唱、提案、導入されていますが、2GB程度の容量なら適当でオッケー(今回は10GB超えで制御不能になっていたので整理しちゃいましたけど)。
むしろ下手にルールなんて導入したら、唯一最大のメリットである「手軽さ」が損なわれてしまう。
これは避けたいところです。
というわけで、こんなエントリを書いていますが、共有フォルダはルールではなく、モラルと時々の整理整頓で対応するのが個人的には好きです。



学校では教えてくれない大切なこと 1 整理整頓

新品価格
¥918から
(2016/7/8 23:23時点)

Windows Phone (Windows Mobile) アップデートの再起動ににかかる時間(trinity) 201606

近頃体調不良でどうにも……

さて、本日更新しました。

再起動を手動でかける
画面の歯車がクルクル回るのが約5分。
プログレスバーが約6分。
合計12分弱くらいでした。

バージョン

OSのビルドバージョンは 10.0.10586.420。
ファームウェアリビジョンは、 1028.020.001.79 になっていました。
本日時点の各バージョンは、
  • バージョン:1511
  • OSビルド:10.0.10586.318
  • ファームウェアリビジョン番号:1028.020.001.79
  • ハードウェアリビジョン番号:1.0
  • 無線ハードウェアバージョン:1.0
  • チップSOCバージョン:8952

更新内容
リリースノートはこちら。
あれ、カメラが動かないなー、と思ったことがあったけどファームウェア側の問題だったのか……
でもこうしてアップデートで対応してくれるのはありがたいですね。


PowerShell 特定の画面を非表示にする(Win32API利用)

以前、C# のソースは書きましたが、
ちょっと違う画面を、という時に不便なのでPowerShellで書き直してみた。
サクッと画面名で絞り込んで使えるように、というわけで今回はプロセスからWindowTitleだけで絞っています。

$signature = @"
[DllImport("user32.dll")]
public static extern bool ShowWindow(IntPtr hWnd, int nCmdShow);
"@
$SW_HIDE = 0
$func = Add-Type -MemberDefinition $signature -Namespace "Win32Functions" -name "ShowWindowFunction" -passThru

$Process = Get-Process | Where-Object {$_.MainWindowTitle -match "ほげほげ"}
foreach($p in $Process){
    $func::ShowWindow($p.MainWindowHandle, $SW_HIDE) 
}


【改訂新版】 Windows PowerShell ポケットリファレンス

新品価格
¥3,002から
(2015/12/3 23:18時点)

Windows Phone (Windows Mobile) Windows Update 後の再起動ににかかる時間(10.0.10586.420)

いい加減、今回からタイトルを「Windows Mobile」をメインに変えるべきだろうか
OSはWindows 10 Mobileだしなあ……でもWindows Phoneの方が通りがよくて、なかなか変えられない。

いつものように、更新後の再起動を手動でかける

手動再起動!

今回はこんな感じでした

前回と同じく、アップデートファイルのダウンロードや更新自体は完了しているので、再起動にかかる時間だけです。
手動で再起動をかけると、画面上に歯車が出てきてクルクル回り始めます。ほぼ10分。
これまで書いていませんでしたが、ロゴが表示され続ける時間があります。1分ほど。
それが終わった後、プログレスバーが出てきます。5分
大きく上記2ステップ、合計16分ほどで更新が完了しました。
感覚的には前回より、僅かに長くなったかな? いずれにせよ誤差の範囲です。

状況によって時間は大きく前後すると予想されますので、目安の一つとして。

バージョン

端末はNuAns Neoです。
本日時点の各バージョンは、
  • バージョン:1511
  • OSビルド:10.0.10586.420
  • ファームウェアリビジョン番号:1028.020.001.61
  • ハードウェアリビジョン番号:1.0
  • 無線ハードウェアバージョン:1.0
  • チップSOCバージョン:8952


UWP BackgroundのBinding で はまる

以前はまったもののメモ。
ただの知識不足という体たらく。

色の指定だけどColorじゃないよ

UWP で 色を指定するとき、BackgroundやForegroundに値を突っ込みますが、
こいつらって
名前空間 Windows.UI.Xaml.Media
クラス SolidColorBrush
なんですね。
何も考えずに 名前空間 Windows.UI の方の Color を使ってしばらく悩んでいました。

UWPって書くときに既存の知識に引きずられて失敗することが多いなぁ……


Windows 10ユニバーサルアプリ開発【Windows 10 Mobile対応】 ThinkIT Books

Windows Server に Git環境を構築 (GitBucket導入)

空いているパソコンサーバ(使わなくなったデスクトップPCにサーバOSを突っ込んだヤツ)があったので、
そこにGitBucketを入れてみました。
一応運用実績のあるサーバ=色々環境が入っているサーバ
ですので、下記手順で足りない・多いものがあってもご容赦ください。
OSはWIndows Server 2012 です。
また、ローカルイントラネットでの運用を想定しているのでセキュリティなどはとくに考慮していません(ホントはダメだよ!)

GitBucket のインストール

Javaで動作しているので、JREが必要です。
あたりで落としてきます。
WIndows Server でブラウザを開いて作業するのが面倒な場合は、先にクライアントマシンでファイル落としてからコピーするのが楽です。

つづいて、GitBucket本体です。
からwarファイルを落としてきます。
これを実行する形になるので、今後のことも考えそこそこの階層に配置することにします。
C:\GitBucket\gitbucket.war

配置はこれだけで完了。起動するコマンドは
java -jar C:\GitBucket\gitbucket.war
となります。適当なスクリプトを組んでおけば便利。
バッチファイルで実行した場合、DOS画面を閉じるとGitBucket自体も終了してしまうので、終了しないように。

この後、外部からアクセスできるようにするため、ポート8080を開けておきます。
ファイアウォールの受信の規則で、ポート指定で「8080」を開放します。

アクセス

インストールしたサーバ自身から参照するとき:「http://localhost:8080/」
外部クライアントマシンから参��するとき:「http://<IPアドレス>:8080/
初期ユーザは、root 
初期パスワードも root
のようです。

ユーザの追加

rootだけで運用するわけにはいかないので、ユーザを作ります。
ログイン後、画面右上のアイコンから「System administration」を選択。
画面左側から「User management」を選択。
ここでユーザとグループの追加・管理ができます。
使いそうな人はとりあえず登録してしまいましょう。

リポジトリの追加とこれ以後

リポジトリの追加は画面右上のアイコンの「New Repository」から。
サクッとカンタンにできます。
リポジトリの実態ですが、デフォルトでは
C:\Users\<ユーザ名>\.gitbucket
にできるようです。
保存先のドライブを変更する場合は、早めにやっておいた方がよさそうです。


独習Git

新品価格
¥3,542から
(2016/6/11 20:25時点)

開発者向けWindows 10仮想マシンを覗いてみた

ツールやら何やら色々入っているヤツだそうで。

起動するまで

とりあえずダウンロード。
20ギガくらいあるのでのんびり待ちます。
終わって解凍するにも長いので、さらにのんびり待ちます。
解凍できたら、適当なところにほうりこんでHyper-Vでインポート。
……しようと思ったのですが、エラーが出たのでインポートは中止。
新規に仮想マシンを作成し、中のVHDファイルに直結させます。
起動させると、突然接続が切れる現象に見舞われる。
どうやら拡張セッションだとブツブツ切れちゃうようなので、通常の(拡張でない)接続に切り替え。

入っているもの

主にこんな感じ
OS:Windows 10 Enterprise Evaluation(英語)
VS2015
VS2012 ツール類(おそらくWindows Phone 8.1用)
Microsoft IoT 関連
ODBC Driver 関連
WIndows Phone SDK
Git (!)

IoT 関係が入っているのが非常に気になりますが、知識がないのでどういうものなのかサッパリ。
利用期限が60日間限定みたいなので、フルに使いこなすのは厳しいと思いますが、開発環境の感触をつかむには十分そうですね。

……しかし、なんで拡張セッション切れちゃうんだろう?
他の人も一緒なのかな?




クライアントHyper-V徹底入門Windowsの上でLinuxもUNIXも全部動かそう!

新品価格
¥3,024から
(2016/6/7 22:44時点)

XAML 多角形の中に文字を表示したい

多角形作って、中にTextBlock突っ込めばオッケー、簡単ですね。
あれ?

多角形(Polygon)の中にTextBlockは突っ込めないみたい

な、なんだってー。

というわけで

正解はTextBlock の裏に多角形を仕込むことみたいです。

<Window x:Class="WpfApplication1.MainWindow"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
        xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
        xmlns:local="clr-namespace:WpfApplication1"
        xmlns:exshape="clr-namespace:Microsoft.Expression.Shapes;assembly=Microsoft.Expression.Drawing"
        xmlns:exctrl="clr-namespace:Microsoft.Expression.Controls;assembly=Microsoft.Expression.Drawing"
        mc:Ignorable="d"
        Title="MainWindow" Height="350" Width="525">
    <Grid>
        <TextBlock Text="12" FontSize="24"
           Width="50"
           Height="50"
           Padding="10,10,0,0">
            <TextBlock.Background>
                <VisualBrush>
                    <VisualBrush.Visual>
                        <exshape:RegularPolygon Width="50" Height="50" Stroke="Black" PointCount="5"  Opacity="0.25" />
                    </VisualBrush.Visual>
                </VisualBrush>
            </TextBlock.Background>
        </TextBlock>
    </Grid>
</Window>

ポイントは TextBlock の Padding 。
これで文字位置を微調整する必要があります。

うーん、イマイチ

多角形の中に文字列が存在する のではなく、
文字列の裏側に多角形が存在する というのは、直観に反しているのでなんかイヤ。
もっといい方法ないかなあ……。

あと、もしかして……

UWPってRegularPolygonを呼び出せない……??

Windows 10ユニバーサルアプリ開発【Windows 10 Mobile対応】 ThinkIT Books

空文字を判定する最も効率のいいやり方は? (C#i編)

というわけでC#編。

ソース(前回書かなかったな)

効率のいい書き方?作法?そんなん知らんがな(邪悪)。

    class Program
    {
        static void Main(string[] args)
        {
            using (StreamWriter sw = new StreamWriter(@"D:\test.txt", true, System.Text.Encoding.Unicode))
            {
                Console.SetOut(sw);

                string s = string.Empty;
                var result = new List<TimeSpan>();

                var tryCounter = Enumerable.Range(1, 10).ToList();
                var roopCounter = Enumerable.Range(0, 10000000).ToList();

                Console.WriteLine(@"""""での判定");
                result.Clear();
                tryCounter.ForEach(i =>
                {
                    Console.Write(i + "回目:");
                    Console.WriteLine(
                    RunText(() =>
                    {
                        roopCounter.ForEach(r =>
                        {
                            if (s == "") { };
                        });
                    }));
                });

                Console.WriteLine(@"String.Emptyでの判定");
                result.Clear();
                tryCounter.ForEach(i =>
                {
                    Console.Write(i + "回目:");
                    Console.WriteLine(
                    RunText(() =>
                    {
                        roopCounter.ForEach(r =>
                        {
                            if (s == string.Empty) { };
                        });
                    }));
                });

                Console.WriteLine(@"String.IsNullorEmptyでの判定");
                result.Clear();
                tryCounter.ForEach(i =>
                {
                    Console.Write(i + "回目:");
                    Console.WriteLine(
                    RunText(() =>
                    {
                        roopCounter.ForEach(r =>
                        {
                            if (string.IsNullOrEmpty(s)) { };
                        });
                    }));
                });

                Console.WriteLine(@"Lengthでの判定");
                result.Clear();
                tryCounter.ForEach(i =>
                {
                    Console.Write(i + "回目:");
                    Console.WriteLine(
                    RunText(() =>
                    {
                        roopCounter.ForEach(r =>
                        {
                            if (s.Length == 0) { };
                        });
                    }));
                });

                Console.WriteLine(@"""""とequlsでの判定");
                result.Clear();
                tryCounter.ForEach(i =>
                {
                    Console.Write(i + "回目:");
                    Console.WriteLine(
                    RunText(() =>
                    {
                        roopCounter.ForEach(r =>
                        {
                            if (s.Equals("")) { };
                        });
                    }));
                });

                sw.Close();
            }
        }

        static TimeSpan RunText(Action a)
        {
            var t = DateTime.Now;
            a();
            return DateTime.Now - t;
        }
    }

結果

""での判定
1回目:00:00:00.1810066
2回目:00:00:00.1560072
3回目:00:00:00.1440069
4回目:00:00:00.1290084
5回目:00:00:00.1630423
6回目:00:00:00.1779770
7回目:00:00:00.1580394
8回目:00:00:00.1800101
9回目:00:00:00.1579818
10回目:00:00:00.1810102

String.Emptyでの判定
1回目:00:00:00.1690038
2回目:00:00:00.1430068
3回目:00:00:00.1370051
4回目:00:00:00.1190062
5回目:00:00:00.1190067
6回目:00:00:00.1090028
7回目:00:00:00.1030062
8回目:00:00:00.1020050
9回目:00:00:00.0900034
10回目:00:00:00.0890046

String.IsNullorEmptyでの判定
1回目:00:00:00.0770039
2回目:00:00:00.0740020
3回目:00:00:00.0680047
4回目:00:00:00.0670034
5回目:00:00:00.0720012
6回目:00:00:00.0670210
7回目:00:00:00.0619853
8回目:00:00:00.0610202
9回目:00:00:00.0610032
10回目:00:00:00.0600027

Lengthでの判定
1回目:00:00:00.0510044
2回目:00:00:00.0469995
3回目:00:00:00.0460022
4回目:00:00:00.0460020
5回目:00:00:00.0460034
6回目:00:00:00.0460022
7回目:00:00:00.0460020
8回目:00:00:00.0460016
9回目:00:00:00.0420017
10回目:00:00:00.0420029

""とequlsでの判定
1回目:00:00:00.0640032
2回目:00:00:00.0640030
3回目:00:00:00.0630028
4回目:00:00:00.0590029
5回目:00:00:00.0590028
6回目:00:00:00.0580030
7回目:00:00:00.0590032
8回目:00:00:00.0580030
9回目:00:00:00.0560021
10回目:00:00:00.0540025

総括

おおむねこの通りでした。
とりあえず「文字列 == 空」のような書き方はアカンということが分かった。
DelphiとC#は、開発者レベルで似ている(というか同……ゲフンゲフン)ですけど、結果が大分違うのが面白いですね。

※注意!

私の開発環境での結果です。
ロジックや書き方、環境によってなんぼでも結果は変わることをお断りしておきます。


C#実践開発手法 (マイクロソフト公式解説書)

新品価格
¥5,400から
(2016/5/22 17:14時点)

Windows Phone (Windows Mobile) アップデートの再起動ににかかる時間(trinity) 201605

「電話の更新」が昨日来ていました。
すぐに更新したかったのですが、寝る直前で気が付いた => 計測のためには起きてなくてはいけない
だったので、更新を延期。
本日更新しました。

再起動を手動でかける
というわけで手動でアップデート。
画面の歯車がクルクル回るのが約4分。
プログレスバーが約5分。
合計10分弱くらいでした。
前回よりわずかですが短い印象。
アップデート終了直後、「電話の更新」を覗いてみたら更新に失敗したぜ、みたいなメッセージが出ていましたが、数分してから再試行すると問題なくなりました。ただ単に起動直後にやったのがいけなかったみたい。

バージョン

OSのビルドバージョンは 10.0.10586.318 で変わっていません。
ファームウェアリビジョンは、 1028.020.001.61 になっていました。
本日時点の各バージョンは、
  • バージョン:1511
  • OSビルド:10.0.10586.318
  • ファームウェアリビジョン番号:1028.020.001.61
  • ハードウェアリビジョン番号:1.0
  • 無線ハードウェアバージョン:1.0
  • チップSOCバージョン:8952
ファームウェアリビジョンが上がっている=trinity側の更新だろ、ということでタイトルにはtrinityをくっつけました。
違ったらどうしよう。記事をなおそう。

まあアップデートはいいとして

MSさんちの方で携帯電話事業の動きがバタバタしていて、今後がとっても不安ですw