![【笠原一輝のユビキタス情報局】 「Copilot+ PC」のローンチパートナーがQualcommになった背景](https://cdn-ak-scissors.b.st-hatena.com/image/square/21278cb3a0ac173ef721293c8b0488a86c1234fc/height=288;version=1;width=512/https%3A%2F%2Fpc.watch.impress.co.jp%2Fimg%2Fpcw%2Flist%2F1593%2F143%2F001.jpg)
Python がテキストファイルを開く時のデフォルトエンコーディングがUTF-8でないことは、多くのWindowsユーザー、特にプログラミング初心者にとって障害になっています。 UnicodeDecodeError で検索すると、多くのWindowsユーザーが問題に遭遇しているのがわかります。 https://qiita.com/Yuu94/items/9ffdfcb2c26d6b33792e https://www.mikan-partners.com/archives/3212 https://teratail.com/questions/268749 https://github.com/neovim/pynvim/issues/443 https://www.coder.work/article/1284080 https://teratail.com/questions/2713
はじめに 以下の記事では、僕の Vim の構成について記述しています。本来はこの記事で vim-lsp の導入方法と私的 Go 編集環境について書こうと思っていましたが、あまりにも長くなってしまったので別途書く事にしました。僕は Windows と Linux しか使わないので、皆さんの環境で使うとうまく動かない可能性があります。また僕は最新の Vim 8 しか使いません。古めの Vim を使いません。neovim も使いません。それらをお使いの方はうまく動かない可能性があります。ご了承下さい。なお設定ファイルの配置スタイルは完全に僕個人の趣味ですので必ずしも僕の構成が正しい訳ではありません。 ぼくのかんがえたさいきょうの Vim こうせい Vim の設定は vimrc に記述するのですが、その設定方法には「汚くさせない」ための工夫が必要だと思っています。以下は僕が行っている「vimrc
数年前、Microsoftは、社内全体のエンジニアリングシステムを活性化させるため、数年間にわたる投資を行う決定をしました。私たちは山のような数のチームを抱える大企業です。チームはそれぞれ、担当のプロダクト、独自の優先順位、プロセス、ツールを持っています。”共通の”ツールもありますが、チームによって様々に異なる点も多く、内部で開発した単発のツールも数え切れないほどあります(「チーム」とは社の部門のようなもので、数千のエンジニアの集まりです)。 この状況にはたくさんのマイナス面があります。 似たようなツールを構築しているチームがいくつもあり、巨額の冗長な投資が生まれている 「クリティカルマス(損益分岐点を超える生産量、普及率)」に向けた設備投資ができない 皆がバラバラのツールやプロセスを用いているため、従業員が異動しにくい 組織の垣根を越えてのコード共有が難しい “MS限定”ツールの過多のた
マイクロソフトの開発環境の中心的な存在といえる.NETには、大きく分けて3種類の.NETがあります。 1つ目はWindowsに対応し、.NETの全機能を備える.NET Framework。2つ目は.NET Frameworkのサブセットであり、Windows、Linux、OS Xに対応したサーバサイドアプリケーション向けの.NET Core。3つ目は主にiOSやAndroidなどのモバイルアプリケーション開発に用いられるXamarinです。 この3つを図にすると、次のようになります。 つまり.NETは共通のC#言語やコンパイラ、ランタイムを持ちながらも、複数の実装が存在しているわけです。 .NETはオープンソースで開発されていることもあり、今後さらに特定のデバイス用の.NETや特定の用途向け.NETなどのフォークが登場してくる可能性があります。こうした状況が将来的に.NETの分断につながら
デフォルトの設定だと別のマシンでビルドしたapkはインストールできない。 なので、複数人とかで開発していると既存アプリをアンインストールしてからインストールする場面が結構起こる。 いい加減面倒になったのでちょっと調べてみた。 apkを端末にインストールするには署名が必要 debugビルドだろうがreleaseビルドだろうがkeystoreによる署名は必要らしい。 debugビルドの場合、自動的にkeystoreが作られている。 なので、 複数台のマシンで開発している Jenkinsで自動ビルドもさせている とかいう状況だとそれぞれで別のkeystoreを使っているから別のマシンからインストールできない。 debug用keystoreの保存場所 MacやLinux ~/.android/debug.keystore Windows XP C:\Documents and Settings\<
高橋: こんにちは、高橋です。今日は徳丸さんをお招きして、今話題のパスワードの定期的変更について、本当のところ効果がないのか、その効能についてご説明いただきます。徳丸さん、よろしくお願いします。 徳丸: 徳丸です。いつもはパスワードの定期的変更にはあまり意味がないと主張していますが、今日はパスワードの定期的変更を擁護する立場なんですね。面白そうです。よろしくお願いします。 高橋: まず問題の整理についてです。IPAより9月3日に『「ID・パスワードのセキュリティ対策促進に関する広告等業務」 係る企画競争 』の仕様書(PDF)が公開されました。その仕様書中の行動喚起を促す対策事例の一つに「ID・パスワードは定期的に変更する」 があったので、セキュリティクラスタが騒ぎ出し、その結果かどうかは分かりませんが、9月9日に同仕様書が改定され、パスワードの定期的変更は対策例から削除されました。一連の議
通常、ファイルをほかのドライブフォーマットおよびオペレーティングシステムと共有する際に問題は発生しません。たとえば、OS X でもファイル名にファイルの拡張子を自動的に追加して、互換性を向上させています。ただし、ファイル名の付け方に注意する必要がある特別な場合もあります。お使いの Mac からほかのオペレーティングシステムとファイルを共有する予定がある場合は、次のベストプラクティスを参照してください。 「特殊」文字を使わない もっとも堅実なファイル名を付けると、プラットフォーム間の互換性も最高になります。こうすることで、Windows、Mac OS X、ほかの UNIX オペレーティングシステムなど、異なるオペレーティングシステムやディスクフォーマットでも確実にファイルを利用することができます。たとえ一時的だとしても、ファイルを保存する可能性のあるコンピュータのプラットフォームが不明なイン
社内のバージョン管理をVisual Source Safe(VSS)から、Subversion(svn)にした経緯・苦労した点を書く。技術的な内容については、あまり書いてないので、ぐぐってくださいな。 1.VSSの課題 ユーザー毎にライセンス料がかかる Visual Studio,EclipseなどのIDEから使えない(つかいづらい) VSSのリポジトリがあちこちのサーバに点在してどこに何のリポジトリがあるかは担当者のみぞ知る サポートが切れてる(vss6。vss2005のメインストリームサポートは今年切れる) うちの会社は、昔vb6でアプリを作りまくっていたようです。その経緯からVSSが使われていました。(vb6にVSS6が付属してた)今でもvb6の資産も残ってますが、最近は.netもJavaも、さらにCOBOLのシステムもあったりします。 でも、そもそもユーザーごとに金かかるって、あり
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く