・Windowsのセットアップを自動化する おつかれさまです。長崎のあいつです。 皆様も、週末になるとハードオフに行ってジャンクPCを拾ってきては修理し、使いもしないのにセットアップと環境構築の苦行に勤しんでいるかと思い……拾ってこない？セットアップもしない？そうですか。そうでしたか。この話は終わりだ！解散だ、散れ！散れ！！！！！ 気を取り直して。 テストや検証、再構築やご奉仕メンテナンスなどでWindowsを新規セットアップ→環境構築することが多いので、ある程度までの環境構築を自動化しています。何かの役に立つ人もいるかもしれないので、備忘録を兼ねてバッチファイルなどを公開します。 【追記】 「何でもいいからさっさと試したい！！！という人は、セットアップ用USBメモリを作って(Windows10 / Windows11)、ここからファイルをダウンロードしてUSBメモリに展開してください。
シンジです。社内インフラを見直してみると、Active Directoryの闇に加えて、パスワードポリシーを含むGPOの地獄に絶望する管理者は多いと思います。シングルサインオンの技術を使って、なるべくシンプルにそして簡素化しつつもセキュアな構成にしようと試みます。今回はそれら全てをすっ飛ばして、そもそもActive Directoryを使わずに、Windows端末のパスワードも抹殺して、シングルサインオンを実現したというお話です。 概要 通常だとユーザーが利用するパスワードは、基本的には端末のローカルに存在するか、Active Directoryなどのディレクトリサービスに保管されてて、それらを利用します。最近だとDirectory as a Serviceと言われるものを利用して、SaaSを利用するケースもあります。ちなみに有名どころはJumpCloudです。これほんと便利。でもエージェ
[D] Windowsはターミナルがダメだから使えないってのは過去の話? 基本的にはいい感じに見えますが、いくつか問題は発覚してます。 http://blog.drikin.com/2015/01/windows-2.html 僕は Cygwin よりも msys2 が好きです 理由は最後の方に書きます。 cygwin は windows 上に完全な POSIX を提供するのが目的であって、msys2 は native な windows アプリケーションをビルドするのが目的なのでゴールが違うのよね。そして僕は全て cygwin で染められるのが好きじゃ無い。それだけの話です。 — mattn (@mattn_jp) April 10, 2016 もちろん msys2 を POSIX 環境としても使いますが、一番の目的は cmd.exe から Windows ネイティブなアプリケーションを
If you were looking for MSDN or TechNet blogs, please know that MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. How to use this site Archived blogs are grouped alphabetically by the initial letter of the blog name. Select the initial letter from the TOC to see the full list of the blogs. You can also type the name of the blog or the title of the
この話には続きがあります。 おかえりThinkPad ぼくは有山圭二。Macユーザーだ。 MacBook AirでMacに入門し、すぐにMacBook Proへ。以降、ずっとMacを使い続けてきた。 iOSアプリを開発する関係でMacから離れられなかったわけじゃない。ぼくの本業はAndroidアプリの開発だ。Androidアプリの開発環境はmacOSに加えて、Windows、Linuxでも動作する。実際、Macの前はUbuntuを使っていた。 ぼくは、Macが好きだから使っている。 いや、好きだった。 6年間、ぼくを公私ともに支えてくれたMacと、お別れすることにした。 きっかけは2016年末の「新しいMacBook Pro」の発表だった。 薄かったキーボードはますます薄くなり、すべてのポートがUSB-Cに置き換わった。これまでのMacBook Proでは普通にできていたことができなくなる
Following our commitment to ship new versions at a fast pace, I’m thrilled to announce the availability of UWP Community Toolkit 1.2. If you want to get a first glance, you can install the UWP Community Toolkit Sample App directly from the Windows Store. The focus of this version was to stabilize current features while adding the most wanted ones that were missing. A full list of features and chan
Update – May 2019 Windows 10 version 1903 has now been released and allows an important update to WSL that allows Windows applications and tools to access Linux files directly. To do this, WSL hosts a new 9P fileserver, which exposes distro filesystems to Windows apps and tools via \\wsl$\<DistroName>\! You can read all about the feature in the blog post “What’s new for WSL in Windows 10 version 1
ATOK Spark 開発者＆ユーザーコミュニティ こちらは ATOK Spark の開発者＆ユーザーコミュニティです。 Issues(投稿)を使ってコミュニティ運営しますので、ATOK Spark を使っていく中での不明点、Tips、利用例、 要望などを自由に投稿してください。 ATOK Spark のコンセプトに共感していただける、あるいは開発に興味があるエンジニアの方が開発に参加い ただけるよう、今後ソースコードも公開していきます。 ソースコードを改変して機能追加することも可能となりますので、ATOK Spark の開発へ参加をお待ちしています。 *** # **ATOK Spark** とは ジャストシステムは、あなたのことばをより確かに伝えるためのパートナーとなるよう、ATOKを創り続けて きました。これまでも、推測変換、校正支援、辞典検索など、さまざまな進化を続けてきましたが、
情報源: BASH Running in Ubuntu on Windows 現状わかってきたことをまとめてみます。 出来ること出来ないこと。Ubuntu on Windowsの用途。 BASH Running in Ubuntu on Windowsで出来ること。 GUIの無いLinuxアプリケーションの実行。 ELF形式のバイナリファイルを直接実行できる。 ELF形式のバイナリを開発できる。 Aptによるアプリケーション管理。 Windows側ファイルシステムのマウント。 Windows側から見るとLinux(Ubuntu)のファイルシステムは通常のディレクトリ/ファイルに見える。 BASH Running in Ubuntu on Windowsで出来ないこと。(そう考えることが出来るもの) Ubuntu側のシェルからのWindowsアプリケーションの起動、またその逆。 Ubuntu
マイクロソフトのハンセルマンのBlog： Developers can run Bash Shell and user-mode Ubuntu Linux binaries on Windows 10 Ubuntuの中の人のBlog： Ubuntu on Windows — The Ubuntu Userspace for Windows Developers この2つのBlogで実態が明確になったのでまとめてみます。 使用可能になるOSまもなくリリースされる予定のWindows 10 ”Anniversary” アップデートで使用可能になります。このアップデートで、開発者向けの機能として追加されます。 機能の追加で、Windowsの設定で開発者モードを有効にすると使用できるようになります。これでネイティブなユーザー モードのLinuxシェルが使えるようになり、bashを起動するとWind
UWPアプリとかストアアプリって普通はWindow.Current.ContentはFrameになるのが一般的です。 ただ、SplitViewを使ったアプリとかは、SplitViewの右側にFrameを置いて、Window.Current.ContentにはMainPageを置くということをやったりします。自分で作ってるアプリだとApp.xaml.csで色々出来るのですが、Prismを使った場合はPrismApplicationクラスが起動シーケンスを制御するので、好きにはできません。 一応PrismApplicationにはCreateShellというWindow.Current.Contentに設定するものを作るためのメソッドが用意されてるので、それを使えば出来ます。 <Page x:Class="App15.Views.MainPage" xmlns="http://schemas.
UWPアプリ向けのPrism 6がリリースされました。 Prism 6 for UWP Released! Prism 6.1 for WPF. No logo! Check out the latest Prism news http://t.co/t74qAKbgYV CC @brianlagunas @bartlannoeye— Brian Noyes (@briannoyes) October 15, 2015 使い方はWindows 8.1ストアアプリ向けの"patterns & practices: Prism for the Windows Runtime"と変わっていないようです。 そこで、Prism 6 for UWPを使ってUWPアプリを作成する方法をまとめていきます。 サンプルコードは以下で入手可能です。 github.com Prismアプリの基本形(DIなし) ま
私のエバンジェリストとしての活動は、マイクロソフトの最新技術を、セミナーや記事やWebなどで紹介し、広く技術啓発を図ると同時に、モバイルやクラウドを生かしたソリューションを開発されるISVさま向けに最新技術を啓発させていただき、導入のお手伝いをさせていただくことがメインです。その他、場合によっては、Webやモバイル開発者のコミュニティ、スタートアップ企業が主導するハッカソンや、大学の担当講義でPoC（Proof of Concept：概念実証）を指導させていただくことなどもあり、多岐にわたっています。 印象その1「何か、マイクロソフト古くない？ いまだにPCがメインなんだよね？」 そこで多くの若手のWeb開発者やモバイル開発者と話す機会もあるわけです。一応テクニカルセッションの提供や講義を担当している関係で、さすがに直接はこのような言葉はいただきませんが、このような印象を持たれている方も多
UWP appでは、従来のデータバインディングに加えてコンパイル時データバインディングというものが追加されています。コンパイル時データバインディングは、名前の通り従来は実行時にやっていた色々な処理をコンパイル時に行ってしまうというものです。これにより、データバインディングを多用するアプリ（XAML系アプリケーションの場合は大体そうですよね）での性能向上が見込めます。 シンプルなデータバインド コンパイル時データバインディングを使う上で大きく異なる点が2つあります。 1つ目が、マークアップ拡張が{Binding ...}ではなく{x:Bind ...}というものを使うという点です。2つ目がPathの起点となるのが従来のデータバインディングではDataContextプロパティだったのが、コンパイル時データバインディングではPageを起点とする点です。 実際にやってみたいと思います。Simple
WPF 関連の更新を多々しているモノトーンです。.NET Framework 4.6 で境界線の太さの揺らぎをなくす仕組みが導入されたみたいですが、Per-monitor DPI に関してはブラックアウト領域をなくすための対応しか入っていないみたいですね。そこで、新ライブラリーを開発しました。 概要 新ライブラリーを作成した理由 Per-monitor DPI Support Library の挙動について、日本語解説 まとめ 1. 新ライブラリーを作成した理由 さすがに古いバージョンは Windows 8.1 Preview のころに作成したもので、あまり情報もない状態でテキトーに作ったものをそのまま公開していてあまりにもひどい出来だったって理由もあります。 https://github.com/mntone/PerMonitorDpi MntoneUIFramework (C++) の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
